Testing & Mock Bank

Test Feezback payment, mandate, and payout flows with Mock Bank before sending real users or real money through production flows.

Feezback provides a Mock Bank that you can use for integration testing and controlled production testing. Use it to validate JWT signing, link generation, redirects, webhook handling, and status processing without using real bank accounts.

Mock Bank credentials

Use these credentials when a flow asks for bank login or account details.

Environments

Mock Bank can be used in the integration environment and, when enabled, in production testing.

Prerequisite to test

Before going live, test each end-to-end flow your integration uses.

Single Payment test

Use Single Payment with the Mock Bank credentials.

Recommended checks:

1. Create a FAST JWT with srv: "fast/user".
2. Include encrypt: true at the JWT top level.
3. Send the signed JWT to /link.
4. Open the returned link.
5. Select or enter the Mock Bank details.
6. Complete the payment flow.
7. Confirm that your webhook receives PaymentStatusChanged.
8. Confirm that your system correlates the webhook using payload.context.

Periodic Payment test

Use Periodic Payment with the same Mock Bank credentials.

Recommended checks:

1. Add payment.periodic to the FAST payment payload.
2. Confirm occurences is between 2 and 12.
3. Confirm startDate is present when occurences is sent.
4. Complete the flow with Mock Bank.
5. Confirm your webhook handler supports finalAmount: false.

Mandate test outcomes

Use the 5-digit test account 12345 with these PSU IDs to test mandate outcomes.

Recommended checks:

1. Create a Mandate JWT with srv: "mandate/user".
2. Send the signed JWT to /link.
3. Complete the flow with the relevant test PSU ID.
4. Confirm your webhook receives MandateStatusChanged.
5. Confirm your billing system charges only when currentStatus is valid.

Bulk Payout test outcomes

Use the 5-digit test account 12345 with these PSU IDs to test Bulk Payout outcomes.

Recommended checks:

1. Generate a bearer token with srv: "seamless/tpp".
2. Submit a bulk payment request to /tpp/v1/users/{sub}@{tpp_id}/bulk-payments.
3. Complete the authorization flow with the relevant test PSU ID.
4. Confirm your system handles accepted, rejected, and partially authorized outcomes.
5. Confirm your system stores the batch context and payment identifiers.

AIS and VIEW testing

For data products, test the full consent lifecycle.

AIS test checklist

1. Create a consent link with srv: "ais/user".
2. Complete the consent flow.
3. Request a bearer token with srv: "ais/tpp".
4. Fetch accounts and related data from the TPP data API.
5. Handle consent statuses such as valid, rejected, expired, and revokedByPsu.

VIEW test checklist

1. Create a consent link with srv: "view_ais/user".
2. Complete the consent flow.
3. Wait for UserInsightReady.
4. Fetch the Insights report.
5. Confirm your system handles missing or empty financialEvents arrays.

Webhook testing checklist

Test webhooks before going live.

1. Whitelist all Feezback webhook IPs for the environment.
2. Confirm your webhook endpoint accepts external POST requests.
3. Confirm it parses JSON request bodies.
4. Confirm it stores the full payload.
5. Confirm it returns HTTP 200 within 3 seconds.
6. Confirm duplicate events are handled idempotently.
7. Confirm unknown fields do not break parsing.

See Webhooks for IP addresses and payload examples.

Go-live readiness checklist

Before production launch:

1. Register the production public key with Feezback.
2. Confirm production backend IPs are whitelisted.
3. Confirm production webhook IPs are whitelisted on your side.
4. Confirm production creditor accounts are approved for payments.
5. Run one final end-to-end test with the Feezback team when required.
6. Confirm your support process for payment, mandate, data, and webhook issues.