The difference in one line
A static QR is printed once and reused for every payment. A dynamic QR is generated for one specific transaction, usually carrying that bill's exact amount and a reference number, and is often shown on a screen rather than printed.
Static QR
One code, printed and left on the counter. The customer scans and types the amount, or the amount is fixed in the code and never changes.
Good for: shops, stalls, autos, tuition fees, and anywhere the amount varies or stays the same for a long time. It costs nothing, needs no equipment, and works when the internet does not.
The limits: you cannot tell from your bank statement which sale a payment belongs to, beyond the time it arrived. For a busy counter, reconciling is manual. And a printed code can be covered with someone else's sticker, which is the risk to actually plan for.
Dynamic QR
A new code for each bill, carrying the amount and a reference that ties the payment back to the invoice. Usually displayed on a screen by a billing system or a payment terminal.
Good for: supermarkets, restaurants with table billing, e-commerce checkouts, and any business where payments must reconcile against invoices automatically.
The cost: it needs a billing system or a payment provider integration, usually a merchant account, and often a monthly fee. It is infrastructure, not a file you download.
Why this website cannot make a dynamic QR
A genuinely dynamic QR requires something running at the moment of the sale: a system that knows the bill, issues a fresh code, and watches for that payment to arrive. That means a server, an account, and stored transaction records.
This site has none of those by design. Everything happens in your browser and nothing is stored. That is a deliberate trade, and it makes a real dynamic QR impossible here. Any free website offering "dynamic UPI QR" is generally producing a fixed amount static QR, which is a different thing.
What usually solves the real problem
Most people asking for a dynamic QR want one of these, and each has a simpler answer.
- "I want the amount filled in." That is a fixed amount static QR. Make one with the amount generator. It takes seconds, and a fresh one per customer is reasonable if you are sending them individually.
- "I want to know which payment is which." Use the payment note. A note such as an invoice number travels with the payment and appears in your statement. The invoice QR does this.
- "I send different amounts to different people." The bulk generator makes a labelled sheet from a list, each with its own amount and note.
- "I need real reconciliation across hundreds of daily sales." Then you need a payment provider or billing software. That is the point at which paying for one is worth it.
Telling them apart
Merchant QRs in the EMV format carry a field marking them static or dynamic. If you read one with the UPI QR checker and it is dynamic, the checker says so. A dynamic QR shown on a terminal screen was usually made for that bill alone and may not be valid later.