Real time payment delivery to Centrelink customers 003-18092746
This document explains how to deliver a real time payment to a customer's payment destination using Direct Credit and Priority Direct Credit (PDC). This procedure does not cover real time payments:
- to Farm Household Allowance (FHA) or Status Resolution Support Service (SRSS) customers, or
- by payment method Electronic Benefit Transfer (EBT) Card
On this page:
Issuing real time payments to customer’s payment destination
Issuing emergency payments via NPP
Manually coding a real time payment
Issuing real time payments to customer’s payment destination
Table 1
Step |
Action |
1 |
Checks before issuing a real time payment + Read more ... Customers requesting an urgent payment should be referred to smart centre telephony. If the customer is requesting a payment due to exceptional and unforeseen circumstances, they can use the IVR service or their Centrelink online account. In some circumstances, it will be appropriate for the urgent payment request to be assessed at the service centre or by a processing team. When considering real time delivery of a payment, remember:
|
2 |
Authenticating the customer + Read more ... Before assessing or issuing a real time payment, make sure the customer record is the correct one by asking authentication questions to verify Proof of Record Ownership (PORO). If the customer contacts in person, they must be authenticated at application. It is preferable the customer also provide at least one photo identity document for a manual-visual comparison. If this is not available and the Service Officer is in doubt they are speaking with the customer, they must ask more authentication questions. Authentication questions must not be limited to details a customer's friends and relatives are aware of such as the customer's date of birth or how many children are in the family. The questions must be searching, but must not be so personal as to be intrusive. If appropriate, it is important to explain to the customer why they are being asking these questions. See Authenticating a Centrelink customer for a detailed process |
3 |
Immediate payment request granted, and customer wants to change amount + Read more ... Has the customer already been granted an immediate payment today and wants to change the amount of the payment?
|
4 |
Confirm the account is appropriate for real time delivery + Read more ... An account cannot be used for real time payment delivery if the customer has advised the payment destination account is closed or inaccessible to the customer. If the customer advises the account is overdrawn, it is the customer's choice as to if the payment is made to the account. The customer should be advised that:
For more information on overdrawn accounts, see Protection of customer payments If the customer requests to change their payment destination details, this is to be coded before going any further. Additional care must be taken to ensure the payment destination is correct/legitimate - where any doubt exists relating to the legitimacy of the customer’s identity or payment destination, do not proceed with any changes. Is the payment destination appropriate for real time payment delivery?
|
5 |
Process payment via Immediate Payments workflow + Read more ... Do not use the Immediate Payment workflow for Crisis Payments. (See Table 3 > Step 1, Manually Coding a real time payment). The Immediate Payment workflow will pause on the Issue Future Payment (IFP) screen to allow insertion of the correct reason.
Once the reason code has been input, press [Enter], then select OK. The workflow will complete the activity and record a DOC including:
|
6 |
Outcome + Read more ... Direct credit payments will be delivered to the customer's account the next business day for payments made in the Newstart system, or in 2 business days for other payments. Priority Direct Credit payments will deliver via NPP wherever possible and should be available to the customer immediately regardless of the time or day of request. While uncommon, NPP payments can be delayed up to 30 minutes due to system delays or additional processing checks by the receiving Financial Institution. If the payment destination is not NPP reachable, or is reachable but the payment fails to deliver, it will automatically re-issue via SDDE.
Check the Payment Summary (PS) screen to confirm delivery method. Advise the customer:
Note: if the customer has not received the payment in their account within 30 minutes, and the payment shows as successfully delivered via NPP on the PS screen, it may have timed out from being delivered. In these instances, an automatic notification will have been sent to the ICT Service Desk, who will reissue the payment to the customer as soon as possible. Is the payment delivering immediately via NPP, or can the customer wait projected SDDE timeframe?
|
Issuing emergency payments via NPP
Table 2
Step |
Action |
1 |
Issue the emergency payment via NPP + Read more ... See Current emergency management events for a list of emergency payments and further information on how to assess eligibility Note: while there is no payment limit for emergency payments, payments made via priority direct credit (NPP and SDDE) are limited to a maximum of $3,000. Where the emergency payment exceeds this limit, only the first $3,000 will be delivered via Priority Direct Credit - the remaining balance will continue to deliver via Direct Credit. Go to the FSP system (code 'SVAAA' in the Next field and ensure system is ISS) If the payment is:
|
2 |
Regular emergency payments + Read more ... If a DRA claim has not yet been granted see Processing Disaster Recovery Allowance (DRA) claims in Process Direct If an NZ DRA claim has not yet been granted see Processing New Zealand Disaster Recovery Allowance (NZ DRA) claims in Customer First. If not part of the specialist processing teams for NZ DRA claims contact Local Peer Support (LPS) for assistance. After the DRA or NZ DRA has been granted, run the Issue Emergency Payment workflow accessed via Customer First - Workspace.
If the Issue Emergency Payment workflow is not available, manually reissue the emergency payment via an immediate payment method:
If the payment fails to deliver via NPP, or the account is not NPP reachable, it will automatically issue via SDDE. Check the Payment Summary (PS) screen to confirm the method of delivery. Procedure ends here. |
Manually coding a real time payment
Table 3: Follow this process when paying Crisis Payments or when the Immediate Payment workflow is not available. This process does not apply to payments made in the Customer First (SAP) system.
Step |
Action |
1 |
Manually issue PDC payment + Read more ... When a Crisis Payment (CrP) has been granted or the Immediate Payment workflow is not available. Make sure payments are only made for eligible payments (for example, Urgent Payments should not be paid for Family Tax Benefit (FTB)) and that the payment is processed in the correct system. CrP claims selected for QMA must be checked before undertaking the following steps. (Noting the QMO will need to complete the additional steps to issue the payment via NPP).
|
2 |
Completing coding for a Crisis Payment + Read more ... Code the following fields on the Issue future Payment (IFP) screen:
This will create a zero amount in the original Crisis Payment entry on the PS screen, as well as a new 'NPP' or ‘Real Time’ line (depending on the successful delivery method) of the full amount to be delivered immediately via PDC. Note: when a payment is issued via PDC, a DOC will be generated including the 'reason for issue' entered on the IFP screen. As granting the Crisis Payment is the significant decision, not the method in which the payment is delivered, this DOC is sufficient. A reference to SSAA 1999 Section 55 (payment into bank account etc.) can be included, but it is not compulsory. Procedure ends here. |
3 |
Completing coding when the Immediate payment workflow is not available + Read more ... For an urgent payment, code the following fields on the IFP screen:
Select Continue to complete the activity. Record details of immediate payment on a DOC. Include the following DOC text if it is not automatically generated:
Procedure ends here. |
Reissuing a real time payment
Table 4
Step |
Action |
1 |
Customer advises payment not received + Read more ... Has the payment been processed and issued to the account on the customer's record?
|
2 |
Payment issued to customer's account + Read more ... When ‘Priority Direct Credit’ is selected, the system will first attempt to deliver via NPP. If an account is not NPP reachable, or is reachable but the payment fails to deliver, it will automatically re-issue via SDDE. Each delivery attempt will appear as a separate line on the Payment Summary (PS) screen. Failed attempts will display ‘RTN’ (returned) or ‘Rejected’ where applicable. While NPP payments are generally immediately available in the customer’s account, it can take up to 30 minutes to be available in some cases. SDDE payments are processed and delivered by the Reserve Bank of Australia at set times throughout the day and can take a few hours to be available in the customer’s account. Payments made outside of SDDE operating hours will deliver the next business day. See Priority Direct Credit (PDC) frequently asked questions in Immediate methods of payment for more information. Where the payment has been issued, and shows as:
|
3 |
Rejection by financial information + Read more ... The system will not allow a reissue of a payment unless a change of payment destination is completed. Run the Change Payment Destination workflow, correcting any errors. If the customer advises that their payment destination has not changed and is still correct:
|
4 |
To reissue the rejected PDC payment + Read more ... A rejected PDC payment must first be reissued via Direct Credit, and then if the customer needs the funds urgently, the payment can be reissued via PDC or EBT card as appropriate. If EBT Card is the most appropriate method, see Real time payment by payment method Electronic Benefits Transfer (EBT) card To reissue the payment via Direct Credit: Before attempting to reissue the payment, make sure the correct payment system is selected (for example, Age Pension payments can only be reissued in the PEN system) For payments in the ISS system, the correct subsystem must also be selected. For details on how to access the ISS subsystem, see Customer First navigation, common screens and functions
On the IPPRE screen:
On the RDRP screen code the following:
Payment will now display on the PS screen as Immediate and will be paid by direct credit. To issue the payment via PDC:
On the IPPRE screen:
DOC the record to advising payment has been reissued. |