azupay incident

PaymentRequest PayID Registration/Deregistration & Payment Agreement hightened error rate

Minor Resolved View vendor source →
Started
Apr 15, 2026, 10:06 AM UTC
Resolved
Apr 15, 2026, 11:13 PM UTC
Duration
13h 6m
Detected by Pingoru
Apr 15, 2026, 10:06 AM UTC

Affected components

External NPP Network

Update timeline

  1. investigating Apr 15, 2026, 10:06 AM UTC

    We are aware of issues in payment request PayID registration and de-registration and payment agreement registrations and that these services are experiencing increased error rates. We are currently investigating the impact and will provide a detailed update as soon as one becomes available. Please do subscribe to our status page for the latest and most accurate information. We apologise for the inconvenience caused.

  2. identified Apr 15, 2026, 10:10 AM UTC

    Our NPP banking partner has confirmed this issue and are investigating. Payments against registered paymentRequests are not impacted. We will be re-attempting registration of payIds for in flight payment requests. We will provide updates as they become available.

  3. identified Apr 15, 2026, 10:42 AM UTC

    We are continuing to work on a fix for this issue.

  4. monitoring Apr 15, 2026, 11:22 AM UTC

    We are observing that the error rate has recovered and services are now operating as expected. We will continue to monitor the performance. We will provide a root cause analysis when additional information is available.

  5. resolved Apr 15, 2026, 11:13 PM UTC

    We have been monitoring the system and not seen any reoccurance of performance degradation, and the issue is resolved. The issue occured upstream of Azupay and we are awaiting a post incident review with root cause. We will provide further details once they are available.

  6. postmortem Apr 16, 2026, 02:20 AM UTC

    **Client Post Incident Advice** The incident we experienced last night impacted the PayID registration process for our paymentRequest product between 7pm and 9pm AEST, and some PayID registrations during this incident were delayed. If you use our paymentRequest product and have a client who pays you via a payID, they may have been unable to complete a payment successfully against the PayID during this period. Azupay successfully registered all PayIDs by 10PM AEST after the incident window, with the majority of impacted paymentRequests being registered by 9:20PM AEST. You may need to contact customers who attempted payments during this period and request they re-attempt the payment if the paymentRequest is still in a WAITING status and you are expecting they should have paid by now. As the PayIDs were not registered, the customer would have not been able to successfully look up the PayID in their banking portal, and no payment would have been attempted. You should contact impacted clients, let them know the PayID is now available for payment, and they should re-attempt it. If end customers have any issues making payment to the registered PayID, please raise a request with our service desk at [https://azupay.atlassian.net/servicedesk/customer/portal/3](https://azupay.atlassian.net/servicedesk/customer/portal/3) for support. Additional information on the root cause is still pending. ----- We are awaiting a Post Incident Review from our upstream impacted connected institute, which should be supplied on the 1st of May. We will provide further details once this has been shared.

Looking to track azupay downtime and outages?

Pingoru polls azupay's status page every 5 minutes and alerts you the moment it reports an issue — before your customers do.

  • Real-time alerts when azupay reports an incident
  • Email, Slack, Discord, Microsoft Teams, and webhook notifications
  • Track azupay alongside 5,000+ providers in one dashboard
  • Component-level filtering
  • Notification groups + maintenance calendar
Start monitoring azupay for free

5 free monitors · No credit card required