Testing Payments

Testing

Before taking your integration live, you'll want to test your integration thoroughly. We divide the testing payment scenarios based on the collection method: non fixed virtual account and fixed virtual account. If you need help after this please feel free to email us any questions or chat to us live anytime. In test mode, you can use the following information to similar various scenarios.

Simulate Fixed Virtual Account Payments

To simulate a payment to any fixed virtual account, send a POST request with external_id in the url and amount in the body

POST /callback_virtual_accounts/external_id=:external_id/simulate_payment

SCENARIO	TRY THIS
Simulate successful virtual account payment The virtual account will receive a payment event for the transfer amount specified	PARAMETER VALUE amount Simulated payment amount

Simulate Retail Outlet Payments

To simulate a payment to any retail outlet payment code, send a POST request with the following parameters in the body

POST fixed_payment_code/simulate_payment

SCENARIO	TRY THIS
Simulate successful fixed payment code payment The fixed payment code will receive a payment event for the amount specified	PARAMETER VALUE retail_outlet_name Retail Outlet used by the fixed payment code (e.g. "ALFAMART") payment_code Full payment_code field that was returned in the creation response transfer_amount Amount expected by the fixed payment code

Bank Delays

If the banks are down, disbursements will be delayed until the banks come back online. See the Bank codes page for a chart of when banks in Indonesia go offline based on our uptime testing.