Regulatory posture
Bank redirect payments

Netbanking with a clean redirect and return journey.

Offer supported banks, preserve order context across redirection and verify the final state before confirming fulfilment.

PayDrion Bank redirect state Reference continuity
Illustrative product operating view Select bank, authenticate, return and verify.
Bank selection Redirected
Redirect Returned
Bank authentication Server verified
4 Merchant return Redirected
Current operating signal Reference continuity Each state remains linked to the originating PayDrion record.
Redirected Returned Server verified
Netbanking journey

The redirect should not break the order story.

PayDrion preserves merchant and bank references across success, cancellation, pending and incomplete return paths.

01

Searchable bank list

Help customers locate an eligible bank quickly on any screen size.

02

Safe return state

Handle success, pending, cancellation and incomplete redirects without ambiguity.

03

Reference continuity

Keep merchant order and bank transaction references connected.

Netbanking journey

The redirect should not break the order story.

PayDrion preserves merchant and bank references across success, cancellation, pending and incomplete return paths.

PayDrion Bank redirect paymentsDedicated product layer · shared PayDrion evidence model
PayDrion product architecture Reference continuity
01
Bank selection Help customers locate an eligible bank quickly on any screen size.
Redirected
02
Redirect Handle success, pending, cancellation and incomplete redirects without ambiguity.
Returned
03
Bank authentication Keep merchant order and bank transaction references connected.
Server verified
04
Merchant return Help customers locate an eligible bank quickly on any screen size.
Redirected
PayDrion evidence lineRequest · decision · partner reference · signed event · operator action
Operating flow

Three stages. Clear ownership at each one.

The exact partner and regulatory path varies by product, but the operational discipline remains consistent.

01

Create an order

Send amount, customer and reference details from your server.

02

Present the right flow

PayDrion returns the appropriate hosted or embedded payment experience.

03

Confirm safely

Use signed webhooks and server-side verification before fulfilling the order.

Where it fits

Designed around the job the money movement must complete.

Configuration follows the real transaction purpose, customer experience and operating responsibility—not a one-size-fits-all product label.

01 Large-ticket checkout
02 Education fees
03 Business payments
Questions

Practical answers before implementation.

Commercial and technical details are confirmed for the specific entity, use case and approved programme.

How does implementation begin?+

PayDrion first maps your business model, transaction flow, expected volumes, risk profile and required payment rails. An implementation plan and test credentials follow successful onboarding.

Can this be enabled for every business?+

Availability, limits, pricing and settlement timelines depend on onboarding, use case, bank or network partner approval, and applicable regulation.

How are transaction states confirmed?+

Use the synchronous API response for immediate context, then rely on signed webhooks and server-side status verification as the operational source of truth.