NovuPay process flow
Operator of Payment System standard process flow and flowchart
A presentation-ready reference for how NovuPay initiates, routes, monitors, and reports payment transactions while regulated institutions and payment partners retain authorization, clearing, and settlement responsibilities.
Formal OPS presentation for partners, participants, and reviewers

Standard transaction lifecycle from payment request creation to participant visibility

This page consolidates the NovuPay white paper and OPS application documentation into one clear operating model. It shows where NovuPay performs orchestration, where regulated partners perform financial processing, and how transaction outcomes return into reporting, reconciliation, and participant-facing visibility.

View white paper
Primary model
Payment orchestration
Standard channel
QRPh-enabled flows
Funds custody
Not held by NovuPay
Outcome visibility
Redirects, APIs, webhooks

1. Overview

The operating model in one view

NovuPay operates as an Operator of Payment System that enables payment initiation, request generation, routing, transaction monitoring, and reporting. It acts as the orchestration layer between initiating participants and regulated payment infrastructure, while authorization, clearing, settlement, and custody remain outside NovuPay.

Operating principles
  • NovuPay generates and tracks payment requests but does not receive or hold customer funds.
  • Regulated payment processing partners provide QRPh or payment-rail connectivity.
  • Financial institutions perform customer authentication, authorization, and account debiting.
  • Transaction results return to NovuPay for status handling, participant visibility, and reconciliation support.

2. Process flow

Primary NovuPay lifecycle for formal presentation
1
Payment initiation

A participant or customer starts a payment through a NovuPay-powered digital interface or API submission, providing amount, reference number, participant identity, customer information, and transaction metadata.

2
Transaction creation and validation

NovuPay creates the transaction record, applies platform validation, assigns internal and participant-facing references, and prepares the request for secure transmission.

3
Secure routing to regulated partner

NovuPay routes the payment instruction to an accredited payment processing partner through protected APIs. The partner provides the regulated connectivity needed for QRPh or other supported payment rails.

4
Checkout or QRPh payload generation

The processing partner generates the official payment payload or hosted payment session. For QRPh transactions, this is the stage where the scannable request is produced for customer use.

5
Customer authorization

The customer authorizes payment through a bank or wallet application. The regulated financial institution performs balance verification, account checks, authentication, and fraud or risk evaluation.

6
Response and status handling

Authorization results move back through the payment rail and processing partner to NovuPay. NovuPay records the resulting status, updates operational records, and preserves the event trail for auditability.

7
Participant visibility and reconciliation support

NovuPay returns payment outcomes through redirects, callbacks, APIs, dashboards, or webhooks, while maintaining transaction metadata, timestamps, and references for reporting, dispute handling, and reconciliation.

3. Standard flowchart

Actor-by-actor transaction flow
Participant / Customer Payment Initiation Amount, ref, metadata NovuPay Create and validate transaction Regulated Processing Partner Route and prepare payment payload QRPh / Checkout Customer Authorizes Bank or wallet application OTP, balance, fraud checks Authorization Response Approved, declined, or further authentication required NovuPay Status Handling Record state, timestamps, references, and event trail Participant Visibility API response, redirect, callback, dashboard, webhook Reporting and Reconciliation Support Operational records only NOVUPAY ORCHESTRATION LAYER: INITIATION, ROUTING, STATUS HANDLING, VISIBILITY, REPORTING REGULATED FINANCIAL PROCESSING ZONE
Stage Primary actor Standard action Primary output
01 Participant / Customer Initiates payment from a NovuPay interface or integrated participant system. Payment request with amount, reference, and metadata.
02 NovuPay Creates the transaction, validates data, assigns references, and prepares the orchestration payload. Registered transaction record ready for routing.
03 NovuPay Routes the request to a regulated payment processing partner through secure API communication. Partner-bound payment instruction.
04 Processing partner Generates the QRPh or hosted payment payload and returns the payment experience to the orchestration layer. QR code, redirect URL, or hosted checkout session.
05 Customer + Financial institution Customer authorizes payment using a participating bank or wallet, while the institution performs regulated authentication and authorization controls. Approved, declined, or further-authentication result.
06 Payment rail / Partner Financial result traverses regulated infrastructure and returns operational status to NovuPay through the connected partner. Transaction confirmation message.
07 NovuPay Updates transaction state, records references and timestamps, and triggers participant-facing response channels. Updated status, webhook event, callback, redirect, and reporting entry.

Settlement boundary

Authorization, clearing, and settlement occur within regulated financial institutions, payment rails, and processing partners. NovuPay remains the transaction orchestration and visibility layer, not the custodian of funds.

4. Step-by-step standard model

Detailed lifecycle explanation
Step 1. Request capture

Payment capture begins from checkout pages, participant applications, QR-oriented interfaces, or API-based initiation. Standard inputs include amount, reference number, participant identity, and related metadata.

Step 2. Orchestration setup

NovuPay persists the request, structures the data, and prepares routing instructions so downstream partners receive a complete and traceable payment message.

Step 3. Partner-side payment enablement

The regulated partner generates the QRPh payload or equivalent payment session and enables connectivity to the appropriate national or partner-operated payment rail.

Step 4. Customer approval event

The payer authorizes the transaction using a banking app or electronic wallet, and the regulated institution executes the authentication and account-level checks required for approval.

Step 5. Status return path

Approved, declined, or other operational responses travel back through the partner integration path and are recorded by NovuPay as the authoritative orchestration status.

Step 6. Operational visibility

Participants receive transaction visibility through dashboards, redirects, callbacks, status checks, or webhook notifications, enabling upstream systems to synchronize their records.

5. Roles and boundaries

Who does what in the NovuPay model
What NovuPay does
  • Generates payment requests and transaction references.
  • Routes payment instructions to regulated partners.
  • Handles redirects, callbacks, status checks, and webhooks.
  • Maintains transaction logs, audit trails, and reporting records.
What NovuPay does not do
  • Hold deposits or settlement balances.
  • Perform interbank clearing or fund transfers.
  • Act as the financial institution of the payer or beneficiary.
  • Assume custody of customer funds at any stage of the process.
Platform participants

Merchants, utilities, government entities, and integrated services use NovuPay to initiate transactions, monitor payment outcomes, and support their operational reporting.

Processing partners and institutions

Payment processing partners provide rail connectivity, while financial institutions execute authentication, authorization, debiting, crediting, and regulated settlement activities.

6. Architecture alignment

How the process flow maps to the platform
Frontend and participant interfaces

Web-based checkout pages, participant dashboards, and supporting documentation provide the entry point for payment initiation and transaction visibility.

Backend orchestration services

Modular backend services create payment requests, route transactions, receive responses, process webhooks, and maintain synchronized transaction state.

Operational data storage

Transaction records, participant payloads, references, timestamps, audit logs, and compliance-relevant operational data are stored to support traceability and reporting.

Infrastructure posture

The platform is positioned for encrypted communications, scalable routing, redundancy, continuous monitoring, and secure integration with external payment infrastructure.

7. Controls and resilience

Security, risk, and continuity controls around the flow
Security controls
  • Role-based access control and protected operational access.
  • Secure API authentication for partner and participant connectivity.
  • Encrypted transport and protected storage of operational data.
  • Comprehensive logging of status changes, callbacks, and webhooks.
Risk and resilience measures
  • Continuous monitoring of integrations, platform performance, and security events.
  • Incident classification, containment, recovery, and post-incident review procedures.
  • Redundancy, backup infrastructure, and recovery readiness.
  • Ongoing due diligence and oversight for third-party payment partners.

8. Summary

Standard position of the NovuPay OPS model
NovuPay standard process flow, in summary
  • Initiates and structures payment transactions.
  • Routes requests to regulated payment processing partners.
  • Supports QRPh or hosted payment enablement for customer authorization.
  • Records transaction outcomes and distributes status updates through multiple visibility channels.
  • Supports reconciliation, auditability, and operational reporting without performing settlement or fund custody.
contact

Ready to Elevate Your Payment Experience?

Get Started