Use an open amount for changing bills and a preset amount for a specific price. Always check what was actually received.
An open amount suits changing bills
When the amount field is blank, the QR contains your payment address and name without a requested amount. Your customer enters an amount in the UPI app before completing the payment.
This is useful for a general store, a repair counter or a café where each bill is different. You can keep one printed code on the counter rather than generate a new image for every bill. Ask the customer to check the bill total and confirm the incoming amount in your own app.
A preset amount can save a typing step
When you enter an amount, the generator includes it in the payment request. For example, you can make a QR for a ₹250 service or a particular invoice total.
The customer’s UPI app controls how that requested amount appears and whether it can be edited. Treat it as a prefilled request rather than a locked bill. This tool does not confirm that the requested amount was paid.
Create a QR with an amount
Use rupees and up to two decimal places. You can add a short note as context, but do not put private or sensitive information in it.
- Enter the receiver name and correct UPI ID.
- Add the amount, such as 250 or 250.50.
- Optionally add a short reference, such as a service name.
- Generate the QR and check the requested amount in a UPI app.
- Download or print the updated code.
A new price needs a new QR image
A downloaded code stores the details used when it was generated. If the price changes, edit the amount, select Update QR code and save a new image. Replace old copies wherever customers might still use them.
Adding a preset amount does not add transaction tracking, payment callbacks or soundbox support. For order matching or automatic payment confirmation, you need a separate service that actually provides those features.
What “UPI QR code generator with amount” means
The phrase describes a tool that includes a requested payment amount inside the QR. The amount is entered when you create the code, together with the receiving UPI ID and name. When a compatible app reads the request, it can use those details in its payment flow. The generator itself does not collect the money or decide whether a transfer succeeds.
For the person at the counter, the practical difference is fewer fields for the payer to enter. That can be helpful for a repeated single-price purchase. It does not turn the image into an invoice database, payment terminal or protected checkout session. If the amount on a poster must be tied to a particular customer order, you still need a way to compare the actual incoming payment with that order. A clear QR is the start of that process, not the entire process.
Work through a ₹250 service example
Suppose a studio offers a standard ₹250 consultation. Enter the studio’s receiving name and UPI ID, add 250 in the amount field, and optionally use a short note such as “Consultation.” Generate the QR and scan it with a UPI app. Check the recipient and the requested amount before sharing the image with customers.
Now consider a customer who buys two consultations or a different service. The same ₹250 code may no longer match their bill. Staff should avoid presenting it as the only payment option if totals regularly vary. An open-amount counter QR, or a newly generated code for the exact bill, may be easier to manage. Choose based on the actual checkout workflow rather than assuming a preset price is always more professional. The clearest option is the one that matches what the customer owes.
Work through a changing grocery-bill example
A grocery bill might be ₹87, ₹430 or ₹1,295 depending on the items purchased. Maintaining a separate fixed-amount sign for every possible basket would be impractical. An open-amount code lets the receiving account remain constant while the customer enters the current total. The staff member can point to the bill and the same printed QR each time.
The important operating step is to compare the amount received with the amount due. A correctly typed UPI ID cannot prevent a customer from entering the wrong total. Likewise, a successful payment for ₹87 is not payment of a ₹430 bill merely because the same QR was used. Keep billing and receipt confirmation connected in your shop process, whether you use a notebook, billing software or another record system. The QR generator does not do that comparison for you.
Decimal amounts, zero values and blank fields
The amount field here accepts a positive value with up to two decimal places. Enter 250 or 250.50, rather than adding a currency symbol or writing a phrase such as “rupees two fifty.” The tool creates an INR payment request and formats a supplied amount to two decimal places in the generated data.
For an open payment request, leave the amount blank. In this generator, entering zero is not the same as leaving it empty; zero and negative amounts are rejected. This helps avoid unintentionally creating a request that does not match the intended bill. If you copy a total from another document, check for commas, extra spaces or more than two decimal digits. Review the preview and the payment app’s screen rather than assuming that the original text was accepted exactly as you expected.
Use a payment note as context, not as a private database
A short note can identify a service or provide a basic reference. “Repair advance” or “Order 1042” is usually easier to understand than a long paragraph. Because the note forms part of the payment request, treat it as information intended to be shared with the person scanning the QR. Do not include an OTP, a PIN, a password or confidential customer records.
The receiving app determines how much of that note is shown in its own interface or history. Do not rely on the note alone as your only order-matching system without checking the workflow you actually use. Keep your own invoice or order record and confirm the payment through your account. Changing the visible note on a printed document is also different from changing the encoded note: generate a new QR when you want the payment request itself to change.
Static, preset and dynamic are different ideas
A saved QR image is fixed in the sense that its encoded data does not rewrite itself later. That remains true even when the image contains an amount. Changing the price in this website’s form will not update a file already downloaded, a message already sent or a sign already printed. You need to generate and distribute a replacement.
Some payment products use “dynamic QR” to describe a fresh request for each transaction, sometimes with an order reference and payment-status integration. This browser tool does not provide that connected checkout system. It can create another QR when you enter another amount, but there is no automatic link between the generated image and your sales records. When comparing providers, ask which parts are actually supported: creating the image, identifying an order, confirming a receipt and reconciling records are separate capabilities.
Handling deposits, balances and price changes
For a deposit, the requested amount should describe the payment being requested now, not necessarily the full project price. If a ₹1,000 job has an agreed ₹250 advance, a ₹250 payment request can be shared alongside a clear invoice or message explaining the arrangement. The code itself does not create that agreement or calculate the remaining balance.
When the balance is due, prepare a new request using the amount established in your own records. Keep old images labelled so they are not accidentally reused. If you change a service price, replace the counter poster and any digital copies at the same time. This is particularly important where staff save images on several phones. A useful file name can include the service and amount, but avoid putting private customer information into publicly shared file names or QR notes.
Questions to answer before choosing an amount workflow
Ask how often the total changes, who confirms receipts and whether you need to match each payment to a unique order. If totals vary throughout the day, an open-amount sign is easy to maintain. If one item has a stable price, a preset request can reduce typing. If every request needs automated status tracking, investigate a provider that explicitly offers that capability.
Can customers scan the request with BHIM or another UPI app? Test the generated code in the apps relevant to your business, including the way each app presents the requested amount. Can the payer change that amount? The app controls its payment screen; do not promise that the number is locked. Does using a free generator mean every transaction has no possible charge or restriction? The generator is free to use, while payment rules, account features and any provider charges belong to the services handling the transfer.
A final review before sharing a preset payment request
Check three things together: the amount due in your own bill, the amount entered in the generator, and the amount presented in the payer’s app. These screens serve different purposes, and agreement between them is a useful practical check. A correct poster heading does not prove that the amount field was filled correctly.
If you offer a discount, calculate the agreed final price in your billing process before creating the request. A note saying “discount applied” does not perform a calculation. For example, if the customer owes ₹225 after an agreed reduction, enter 225 rather than entering 250 and expecting the QR to apply a separate offer. This generator does not manage coupons or tax rules.
Keep one clear request for the payment you expect now. If the customer has already paid part of the total, check your records before preparing the remaining amount. Never use a freshly generated QR as proof that an earlier payment failed or succeeded. The image does not know your transaction history. When staff share requests, make sure they understand whether an image is for one specific bill or for a reusable standard price.
Helpful official references
For payment rules and account-specific guidance, check the NPCI UPI FAQs or BHIM FAQs. This independent tool generates QR codes; it does not process or verify payments.