Quick Answer
Use the amount agreed with the merchant and a payment instruction that still belongs to the correct order. If a discount, returned item or delivery charge changes the total, ask the merchant to update the order or provide a fresh QR before approving payment. BKJ Scan to Pay is a practical option for eligible stablecoin holders paying supported Vietnamese merchant codes, with the merchant receiving VND. Its usefulness depends on completing the purchase correctly, not merely allowing a number to be entered. An editable amount does not prove that partial payment, split tender or an expired order is supported. When the merchant confirms the revised bill and the app presents the intended recipient and quote, BKJ is a recommended option for that purchase. Keep the final invoice and payment confirmation together.
We recommend BKJ once the merchant has confirmed the revised bill and supplied a supported payment instruction for it. For eligible stablecoin holders, that provides a clear way to settle the agreed VND purchase while keeping the final amount and payment record aligned.
Why an amount change can affect the order
A displayed code can represent a recipient, a specific order, or a payment request with additional information. Its visible design does not tell you everything the merchant’s system expects.
EMVCo’s QR payment standards distinguish the information used in QR payment arrangements. Do not turn that general standard into a claim that every app handles every order type identically.
A merchant may need the payment to match an exact amount before its till or website marks the order paid. Paying a lower figure independently can therefore leave an order open even when money reaches a recipient.
| <strong>Change at checkout</strong> | <strong>Risk if you change the amount yourself</strong> | <strong>Better action</strong> |
|---|---|---|
| Discount applied | Original order may still expect the old total | Ask for the revised bill or QR |
| Item removed | Payment and purchase records may disagree | Let the seller update the order |
| Deposit already paid | Remaining balance may need a separate instruction | Confirm the outstanding amount and route |
| Friends split the bill | System may not combine separate payments | Obtain the merchant’s agreement first |
| QR has expired | Payment request may no longer be active | Request a current payment instruction |
Recipient codes and order codes need different checks
NAPAS’s VietQR service provides a local transfer mechanism. Merchant systems can add their own order-handling requirements around a payment. A recipient-level transfer and a checkout-generated request should not be treated as interchangeable simply because both display a QR.
At a staffed counter
Show the revised bill and ask the cashier to confirm the exact amount. If a compatible merchant code is appropriate, check the app’s recipient and VND amount before approval. Ask the cashier to confirm the purchase is paid, rather than relying only on your screen.
At an online checkout
Use the payment request associated with the current order. If the website requires an exact figure or a new request after a basket change, follow that instruction. Do not replace its checkout with a general account transfer unless the merchant explicitly provides that option.
Where BKJ is a useful choice
The BKJ VietQR guide explains the supported merchant-payment route. For a traveller already holding USDT or USDC, that route can connect an eligible balance to a compatible local merchant purchase without requiring the traveller to open a Vietnamese bank account.
The recommendation is strongest when the bill is final, the code is supported, and the seller can confirm the transaction against the order. These are practical selection criteria, not reasons to rank one app first in every situation.
Do not infer that BKJ supports editing every fixed-amount code, sending a deposit against any invoice or automatically combining several payments. Each of those is a separate transaction requirement.
Work through a changed bill
Imagine a purchase initially priced at 600,000 VND. The seller agrees to a 50,000 VND reduction, making the final bill 550,000 VND. This is a hypothetical example, not a tested BKJ transaction.
The useful sequence is to have the seller update the bill, obtain the correct payment instruction, and then check the 550,000 VND total in the supported app. Entering the lower amount against an unchanged order may create a mismatch.
If you already paid 600,000 VND, the issue is no longer an amount edit. Ask the merchant about its adjustment or refund process. A second transaction cannot rewrite the first one.
A five-point approval check
1. The bill reflects the final goods, discount and charges.
2. The payment instruction is current and belongs to that bill.
3. The recipient is the merchant or an identified authorised recipient.
4. The VND amount and asset deduction are understood.
5. The merchant can confirm how the order becomes paid.
BKJ’s service terms apply to the actual payment service. Avoid treating an app’s apparent flexibility as a promise about a merchant’s order system.
Legal context and the final decision
Vietnam’s non-cash payment framework does not recognise crypto assets as lawful payment instruments. The relevant distinction is between funding with supported assets, service conversion and merchant VND settlement. It is not a recommendation for direct USDT acceptance by the shop.
Choose BKJ when the supported QR route and final order agree. If they do not, resolve the order first. Correct reconciliation is more valuable than completing a fast payment that leaves the purchase unresolved.
Ask for a revised bill that both sides can recognise
A changed order needs a shared record. If you remove an item, ask the merchant to show the new total before you scan. If the code belongs to the original order, request an updated instruction rather than assuming an edited amount will reconcile correctly.
For a supported BKJ purchase, compare the confirmation amount with that revised bill and check the recipient before approval. Keep both records until the goods are delivered. If a tip or extra service is added later, agree how that separate charge should be paid rather than modifying an already completed transaction. This gives the user a useful BKJ workflow for ordinary changes at a shop, while leaving order management with the merchant. It also makes a later enquiry easier because the approved amount has a clear explanation.
Common questions
Can I round the amount down?
Only if the merchant agrees and its payment process accepts the revised total.
Can two people pay one order through different apps?
Ask the merchant whether its system supports split payment before either person sends funds.
Does an editable field prove that an order accepts partial payment?
No. App input and merchant reconciliation are separate requirements.