Amounts typed by hand
Static QRIS leaves the total to the customer. A per-order checkout presents the exact amount instead.
Sell online or in person with the QRIS you already use. Create a checkout for each order, match incoming payments, and update your store—without changing your payment destination.
Pay per verified transaction · Connector availability confirmed during onboarding
Your storefront, POS, or sales link requests a new invoice.
Show a QRIS checkout linked to the order and its exact total.
An enabled merchant connector supplies the incoming payment signal.
Verified status reaches your system through a webhook or dashboard.
order → payment → statusone transaction, one outcomeA QR code accepts money. It doesn't, by itself, tell your shop which order was paid. That gap slows down every sales channel.
Static QRIS leaves the total to the customer. A per-order checkout presents the exact amount instead.
Match incoming merchant-side payment data to open orders, with ambiguous matches held for review.
Give a website, sales link, or POS the same payment status through an API and webhook.
Whether customers meet you at a counter or on a screen, every paid order needs a dependable status.
Send a checkout from a website, a social conversation, a service invoice, or a point-of-sale screen. Your system keeps the order reference.
We work on the order and payment-information layer. The customer pays the connected merchant QRIS; Axvila Pay is not the destination for that payment.
Usage-based pricing, measured per verified transaction. No monthly seat fee is part of the proposed model. The pilot rate and billing terms are shared before onboarding.
One matched payment that moves one order to paid counts once. Repeated notifications and webhook retries do not create extra billable events.
That's the intended starting point. The QRIS format and the merchant-side payment signal both need to pass a compatibility check. A QR image alone cannot report that money arrived.
It depends on the merchant connector. An authorised provider transaction feed can run without a device; a notification-based connector needs a merchant-side Android device running. Device-free support is not universal.
The checkout uses the connected merchant's QRIS. Axvila Pay is designed as a payment-information layer, not the account that receives the customer's QRIS payment. The merchant's existing settlement arrangement remains with its QRIS provider.
No. Only a payment that can be matched to the correct merchant and order with adequate evidence should change status. Late, duplicate, unmatched, or ambiguous signals belong in a review queue.
The product is in an early-access pilot. Production access, supported merchant connectors and the per-transaction rate are confirmed individually before activation.
Tell us where you sell and which merchant QRIS you use. We'll check the integration path and pilot fit.