# Merchant-presented QR / consumer-presented QR

https://www.uniwebpay.com/glossary/merchant-presented-qr/

*Last updated: 2026-08-03*

The two directions a QR payment can run. Merchant-presented: the terminal displays a code and the shopper scans it. Consumer-presented: the shopper shows the payment code in their wallet app and the terminal scans them. A setup that supports only one direction slows a queue down, because which one happens is up to the customer.

## Why it matters to a merchant

The direction decides the counter layout, and merchants routinely discover this after buying hardware. One direction needs a screen or a printed code facing the customer; the other needs a scanner facing them. A business accepting several wallets often needs both, and the time to find that out is before the counter is built rather than after.

## Related terms

*At the counter*

- [Card present / card not present](https://www.uniwebpay.com/glossary/card-present/)
- [EMV](https://www.uniwebpay.com/glossary/emv/)
- [Contactless](https://www.uniwebpay.com/glossary/contactless/)
- [Smart terminal](https://www.uniwebpay.com/glossary/smart-terminal/)
- [MCC (merchant category code)](https://www.uniwebpay.com/glossary/mcc/)
- [Magnetic stripe](https://www.uniwebpay.com/glossary/magnetic-stripe/)
- [Consumer-presented QR](https://www.uniwebpay.com/glossary/consumer-presented-qr/)
- [MID (merchant ID)](https://www.uniwebpay.com/glossary/mid/)
- [Tap to phone (SoftPOS)](https://www.uniwebpay.com/glossary/tap-to-phone/)
- [CVM (cardholder verification method)](https://www.uniwebpay.com/glossary/cvm/)
- [Tip adjust](https://www.uniwebpay.com/glossary/tip-adjust/)

- [All 74 terms](https://www.uniwebpay.com/glossary/)

---

*This is the Markdown mirror of https://www.uniwebpay.com/glossary/merchant-presented-qr/, generated from the same source as the page itself. The whole site in one file: https://www.uniwebpay.com/llms-full.txt · What this company is, for answer engines: https://www.uniwebpay.com/llms.txt*