QRIS for Hotels in Indonesia: A Practical Setup and Front-Desk Guide

Begin with the payment moment you need to fix

Picture a Friday check-in. A guest arrives early and says the deposit was paid. The receptionist can see a screenshot, three other guests are waiting, and the booking note still says “payment pending.” The dangerous shortcut is to treat the guest's screen as the final record and move on.

The better question is: what evidence has this property agreed to use to mark this booking paid? That decision should already exist before the queue forms.

QRIS is Indonesia's national QR payment standard. Bank Indonesia's QRIS guidance says a merchant can open an account with a QRIS payment-service provider licensed by Bank Indonesia. The standard helps participating payment applications and merchants transact through a common QR code. It does not replace the property's booking-confirmation, exception or reconciliation process.

Use three questions to define the job:

1. Is QRIS for walk-ins, pre-arrival deposits, checkout balances, online booking checkout, or a specific combination?
2. Which merchant record tells staff that payment succeeded?
3. Who owns a mismatch before the booking is confirmed or the guest is checked in?

If the team cannot answer those questions in one minute, fix the procedure before placing another QR sign.

Register the merchant route before designing the guest instruction

Bank Indonesia's public guidance directs merchants to a licensed QRIS payment-service provider. In practical terms, the property should select a provider it is eligible to use, complete that provider's current merchant checks, and receive the merchant QRIS setup through the approved process. Exact documents, activation steps and support routes belong to the provider, so obtain them in writing for the property's account.

Create a one-page setup note while onboarding. A fictional example makes the level of detail clear:

• Property: Sari Coast House; merchant name shown to the guest: Sari Coast House.
• Use: reception deposits and checkout balances; QR display: beside the front-desk card terminal, never at an unattended desk.
• Proof of payment: the merchant record selected by the provider, checked by the duty receptionist or manager.
• If it does not match: leave the booking unresolved, note the booking reference and amount, then use the provider's support route.
• Fallback: the payment instruction already approved by the property's manager.

Replace those details with the property's own verified answers. The value of the note is that a new receptionist can see the same decision as the owner; it is not another form to complete for its own sake.

Test the merchant name and amount flow before giving the instruction to guests. If the displayed merchant identity is unexpected, stop and resolve it with the provider; do not teach staff to ignore it.

Static or dynamic QRIS: choose based on the error you need to prevent

Bank Indonesia describes several QRIS presentation modes. The two most relevant starting points for many independent properties are static and dynamic Merchant Presented Mode (MPM).

With static MPM, the property displays one printed or sticker QR code. The guest scans it and enters the payment amount. This can be simple at reception, but the amount-entry step means staff still need to state and verify the correct amount.

With dynamic MPM, the merchant enters the amount first on an electronic device and presents the generated QR code for the guest to scan. This can remove the guest's manual amount entry from that moment, but the property must still ensure the amount was taken from the right booking and that staff use the approved device and record.

Bank Indonesia also describes Consumer Presented Mode (CPM), where the customer presents a code from their payment application for the merchant to scan. Whether that mode fits a hotel depends on the merchant's approved provider setup and equipment; do not assume it is enabled because the property already has a static QR code.

Use this decision check rather than choosing by appearance:

This table is operational guidance, not a declaration of provider availability. Ask the provider which modes are active for the merchant account and how each appears in the merchant record.

Use a four-check payment card at reception

Put this card beside the workstation and in the reservation procedure.

1. Match the booking. Confirm guest name, stay dates, booking reference and the reason for payment: deposit, balance or another approved charge.
2. Match the amount. Compare what was requested with the amount in the property's approved merchant record. Record a partial payment as partial.
3. Confirm success in the agreed record. A screenshot can help investigate, but it should not silently replace the merchant evidence the property chose.
4. Record the check. Update the booking with the amount, status, time and staff owner. Leave every unresolved item visible for the next shift.

Example: a guest shows a screen for Rp750,000, but the receptionist cannot locate a corresponding successful record. The correct response is not to accuse the guest or mark the booking paid. Record the booking reference and claimed amount, keep the payment status unresolved, follow the provider's support path, and tell the guest what will happen next.

This is the same ownership discipline used for room inventory. The double-booking guide explains why changes need one current operating record.

Respect the transaction limit before the guest reaches reception

Bank Indonesia currently states a maximum QRIS transaction value of Rp10,000,000 per transaction and notes that issuers may set cumulative limits. Recheck the current rule before publication and in the property's provider documentation.

For a group stay, villa balance or long booking above that transaction value, decide the approved alternative before asking the guest to pay. Do not ask reception to invent a split-payment method. The provider should confirm whether any sequence is permitted, which other configured route is available, and how the property should record the result.

Add one line to the confirmation procedure:

If the amount is above the current permitted route or the guest cannot use it, stop and use the approved alternative payment instruction. Do not improvise.

For the broader choice between transfers, cards and e-wallets, see local payment methods for Indonesian properties.

Understand the cross-border boundary

QRIS Cross-Border does not mean every overseas guest can scan every Indonesian merchant code with any app. Bank Indonesia's QRIS Cross-Border guidance describes an interconnection with participating partner-country payment systems. It says Indonesian merchants can use an existing QRIS to accept payment from participating international tourists, while advising merchants to reconfirm capability with their own payment-service provider.

For a property, that creates a clear boundary:

• do not advertise QRIS as a universal international payment method;
• do not publish a fixed country or app list without checking Bank Indonesia's current page and the merchant's provider;
• ask the guest to confirm what their participating application shows;
• verify the merchant's successful transaction record; and
• keep another approved route for a guest whose application or country is not supported.

Bank Indonesia's current cross-border page says the Indonesian merchant receives the billed amount in rupiah. That category-level statement does not establish the property's provider timing, exception process or account eligibility. Those details still need a current provider answer.

Connect the QRIS instruction to the booking

Do one end-to-end handoff before wider use. The guest instruction should name the amount, deadline and booking reference; the payment result should distinguish successful, failed, pending and expired states where the configured flow exposes them; and reception should be able to find the recognised payment without searching personal chats. If a date, amount or booking status changes, keep the payment unresolved until the approved record and next action agree.

For an eligible, active property with payment configuration complete, Kiyo checkout can offer QRIS, virtual-account bank transfer, selected e-wallets and card payment during the booking journey. Exact methods depend on the property, merchant account and market. A provider or network can delay, reject or expire a payment.

This Kiyo bridge is limited to the checkout choice: an eligible property can place its configured payment methods inside the booking journey. It does not establish the merchant evidence rule, settlement behaviour or an automatic booking-status outcome. The direct-booking guide covers the rest of the journey from discovery to confirmation.

See the Kiyo booking checkout

Run a controlled test before wider use

Use one test booking and one real operating shift, with no guest data in screenshots or training notes.

Guest-side test

• Confirm the property and merchant identity shown.
• Confirm the amount and booking reference.
• Observe success, failure, pending and expiry wording where the configured flow permits.
• Check the guest confirmation and the route for help.

Staff-side test

• Find the booking from the payment reference.
• Identify the approved merchant record.
• Record a partial or unresolved payment without marking it complete.
• Hand the item to the next shift with an owner and next action.

Daily close

Compare payments recognised that day with bookings marked paid. Review unlinked payments, partial payments, changed or cancelled bookings with money attached, and every unresolved item. This is a lightweight operational control, not a substitute for the property's accounting process.

Provider questions worth getting in writing

1. Which QRIS presentation modes are active for this merchant account?
2. What exact merchant record proves a transaction succeeded?
3. What should staff do for pending, failed, expired, duplicated or disputed transactions?
4. Can this account accept participating QRIS Cross-Border transactions, and how is that shown?
5. Which route is approved for an amount above the QRIS transaction limit?
6. Which support path is available during the property's actual operating hours?
7. What changes if the property name, bank account, outlet or responsible person changes?

Save the dated answers with the procedure. Recheck them when the provider, merchant setup or regulation changes.

See the Kiyo booking checkout

If you want a Kiyo product walkthrough built around this operating question, review the flow with the team. Bring the setup sheet and four-check card so the conversation starts with the way your property really operates.