developer.paynet.my
Open in
urlscan Pro
2606:4700:4400::6812:2856
Public Scan
Submitted URL: https://developer.paynet.my/archives/errorcode/duitnow/error1#u280-certpathnotconfig
Effective URL: https://developer.paynet.my/archives/errorcode/duitnow/error1
Submission: On December 19 via api from AE — Scanned from DE
Effective URL: https://developer.paynet.my/archives/errorcode/duitnow/error1
Submission: On December 19 via api from AE — Scanned from DE
Form analysis
0 forms found in the DOMText Content
Skip to main content DocumentationAPI Reference SearchK Go to Sandbox * ALL DOCS * Errors * DuitNow Errors On this page DUITNOW ERRORS A guide to troubleshooting errors relating to DuitNow. U110 PAYMENT NOT ACCEPTED Payment request was not accepted. * SERVER-SIDE Common Causes * Payment type not configured for the OFI (521, 520, etc) * There is an invalid value in the request. For example: * Specified Currency is not supported * Specified RFI Code is invalid Troubleshooting Steps Ensure all fields have valid values before attempting to send the request. If you have verified the request is valid and this error persists, please contact Support and provide the BizMsgIdr of the request(s) U111 MINIMUM AMOUNT CHECK FAILED Minimum Amount Check Failed. * SERVER-SIDE Common Causes * Specified message amount is equal to zero * Specified transaction amount is less than agreed minimum Troubleshooting Steps Ensure amount fields is not set as zero or not less than agreed minimum. If you have verified the request is valid and this error persists, please contact Support and provide the BizMsgIdr of the request(s) U112 MAXIMUM AMOUNT CHECK FAILED Maximum Amount Check Failed. * SERVER-SIDE Common Causes * Specified message amount is greater than allowed maximum Troubleshooting Steps Ensure amount fields is not set as greater than allowed maximum If you have verified the request is valid and this error persists, please contact Support and provide the BizMsgIdr of the request(s) U115 DATE SENT TOLERANCE CHECK Transaction Date Check Failed. * CLIENT-SIDE Common Causes * Creation Date Time in the request is not equal to today date. Troubleshooting Steps Ensure <CreDt> field is equal to today date of the transaction. If you have verified the request is valid and this error persists, please contact Support and provide the BizMsgIdr of the request(s) U121 INBOUND BANK NOT FOUND The OFI not found. * SERVER-SIDE Common Causes * OFI not setup on the server side * OFI is invalid Troubleshooting Steps Ensure that the OFI in the <Fr> field value send in the request message is valid If you have verified the request is valid and this error persists, please contact Support and provide the BizMsgIdr of the request(s) U122 INBOUND BANK NOT ACTIVE The OFI is inactive. * CLIENT-SIDE Common Causes * OFI connection status to RPP is inactive Troubleshooting Steps Send a sign on message to active the OFI status. U125 INBOUND BANK ID CANNOT BE DETERMINED (BANK CLASSIFIER NOT FOUND) The Bank Id cannot be be determined. * SERVER-SIDE Common Causes * Bank Id setup in the server is not valid Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). U126 OUTBOUND BANK CANNOT BE DETERMINED The RFI passed in the Request message cannot be determined. * CLIENT-SIDE Common Causes * RFI is not set up for the transaction type on server side * RFI is invalid Troubleshooting Steps Ensure that the RFI in the <CdtrAgt> is valid Attempt to send the request to a different RFI U128 OUTBOUND BANK NOT ACTIVE The RFI is inactive. * CLIENT-SIDE Common Causes * RFI connection status to RPP is inactive Troubleshooting Steps Check with RFI on the availability status Send request to a different RFI Engage with Business User for another Active RFI U130 INBOUND SETTLEMENT BANK NOT FOUND The OFI Settlement bank not found. * SERVER-SIDE Common Causes * OFI not setup at the settlement table on the server side. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). U131 OUTBOUND SETTLEMENT BANK NOT FOUND The RFI Settlement bank not found. * SERVER-SIDE Common Causes * RFI not setup at the settlement table on the server side. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). U132 INBOUND SETTLEMENT BANK INACTIVE The OFI Settlement bank status is inactive. * SERVER-SIDE Common Causes * OFI as settlement bank status is inactive on the server side. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). PayNet to check and update the status. U134 OUTBOUND SETTLEMENT BANK INACTIVE The RFI Settlement bank status is inactive. * SERVER-SIDE Common Causes * RFI as settlement bank status is inactive on the server side. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). PayNet to check and update the status. U149 DUPLICATE TRANSACTION RPP received a duplicate transaction from OFI * SERVER-SIDE Common Causes * Multiple requests were made using the same BizMsgIdr value Troubleshooting steps Ensure the BizMsgIdr is unique and has not been used in a previous request. U170 ONLINE ROUTE NOT FOUND RFI connection is down/unavailable * CLIENT-SIDE Common Causes * RFI Endpoint is Inactive Troubleshooting Steps Check with RFI on connection availability Engage with Business User for another Active RFI U171 ONLINE AUTHORIZATION EXCEPTION Request failed to get response from the RFI * SERVER-SIDE Common Causes * No response from RFI Troubleshooting Steps Contact Support and provide the BizMsgIdr of the request U172 ONLINE AUTHORIZATION EXCEPTION NO RESPONSE RETURNED Request failed to get response. * CLIENT-SIDE Common Causes * No response returned due to connector issue * No response returned due to communication issue with RPP server Troubleshooting Steps Send a sign off and sign on message to RPP server. If error persists, please contact Support and provide the BizMsgIdr of the request(s). U173 ONLINE AUTHORIZATION EXCEPTION TIMEOUT Request failed to get response from RFI. * CLIENT-SIDE Common Causes * No response returned due to connector issue at RFI side * No response returned due to communication issue at RFI side with RPP server Troubleshooting Steps Check with RFI on their availability status. Send request to a different RFI If error persists, please contact Support and provide the BizMsgIdr of the request(s). U180 AUTHORIZATION SERVICE IS NOT CONFIGURED Service not configured. * SERVER-SIDE Common Causes * Authorization Service table not setup for the services Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). PayNet to check and setup the services in the Authorization Service table. U191 LIQUIDITY RULES NOT FOUND Liquidity configuration not found in the Liquidity Position Rules table for either OFI/RFI * SERVER-SIDE Common Causes * OFI/RFI Liquidity Rules not configured Troubleshooting Steps Requires PayNet to configure the OFI/RFI into the Liquidity Position Rules table U192 LIQUIDITY POSITION VALIDATION RULE NOT FOUND (THRESHOLD LIMITS) Request failed due to Liquidiy Position Validation Rule Not Found for the OFI * SERVER-SIDE Common Causes * Threshold limit was not configured in Platform Manager Troubleshooting Steps PayNet to set liquidity position validation rule for the participant U193 LIQUIDITY POSITION VALIDATION FAILURE Request failed due to Liquidiy Position Validation failure * SERVER-SIDE Common Causes * Threshold limit already breached the Amber or Red status. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). PayNet to update liquidity position validation value for the participant. U194 INSUFFICIENT LIQUIDITY TO PROCESS PAYMENT Request failed due to liquidity available limit. * SERVER-SIDE Common Causes * Transaction amount is higher that the liquidity available value on the server side. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s). PayNet to increase liquidity available value for the participant. U215 MESSAGE REJECTED WITH ADMI.002 U215 is return by RPP to RFI when RFI is responding with admi.002 * SERVER-SIDE Common Causes * If online Authorication Rules table timeout exception=Q, response timeout=Continue , an admi.002 reply to RPP will not be logged in RPP side.Normaly ipf message will be logged as below (no response from RFI recorded): Troubleshooting Steps To check with RFI on response message send to RPP for further escalation. U221 MANDATERULESNOTFOUND Mandate/Consent services were not found. * SERVER-SIDE Common Causes * Mandate/Consent Services e.g Consent Registration is not configured at PayNet RPP host. Troubleshooting steps Please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check and configure it in the RPP configuration. U223 MANDATERECORDNOTFOUND Mandate Id not found. * CLIENT-SIDE Common Causes * The participant sent an invalid, inactive, or non-existent Mandate Id in the request message. Troubleshooting steps The participant should ensure to send a valid Mandate ID in the request message. The participant can perform a Consent Enquiry (751/752) to check the status. U224 MANDATESTARTDATELESSTHANCURRENTDATE The transaction was rejected as the mandate Start Date is before the current date. * CLIENT-SIDE Common Causes * The request's mandate start date was set to a date that has already passed Screen Shot * The file is processed on the 7-Sept, but the effective date of the consent was 6-Sept. Thus U224 was returned Troubleshooting Steps Ensure that the mandate start date is after the current date and retry sending the request U226 MANDATEENDDATELESSTHANCURRENTDATE Validation of the Mandate transaction end date failed. * CLIENT-SIDE Common Causes * The participant attempted to send a Mandate transaction with <XpryDt> value is less than current/todays date. Troubleshooting steps RPP does not accept dates that are earlier than the current/today's date. Please ensure that the value in <XpryDt>> is equal to or later than the current/today's date. U230 MANDATESENDERNOTALLOWEDTOUPDATE No privilege to do transaction for the mandate. * CLIENT-SIDE Common Causes * The participant attempted to send a mandate transaction with a Mandate Id that does not belong to them. Troubleshooting steps Please ensure that the participant only sends mandate transactions to the Mandate Id that belongs to them. U232 AMOUNTGREATERTHANMAXIMUMLIMIT The transaction amount exceeds the maximum amount limit set for the mandate. * CLIENT-SIDE Common Causes * The participant attempted to send an AutoDebit/Pre Auth transaction with an amount that exceeds the maximum amount limit set for the mandate. Troubleshooting steps Please ensure that the participant only sends a transaction amount that is lower or equal to the mandate amount limit set during the mandate registration. The participant can perform a Consent Enquiry (751/752) to check the mandate limit amount. U234 REQUESTBEFOREMANDATESTARTDATE Transaction send before the mandate effective date. * CLIENT-SIDE Common Causes * The participant attempted to send e.g AutoDebit/Pre Auth transaction to a mandate before the mandate's effective date. Troubleshooting steps Please ensure that the participant only sends transactions to mandates that are in an active status, indicating that they are on or after the effective date. The participant can perform a Consent Enquiry (751/752) to check the status and effective date of the mandate. U235 FUTUREMANDATECANNOTBEUPDATED Mandates that have not yet become effective are not allowed to be updated. * CLIENT-SIDE Common Causes * The participant attempted to send a Consent Update/Transfer to a mandate that has not yet become effective. Troubleshooting steps Please ensure that the participant only sends transactions to mandates that are in an active status, indicating that they are on or after the effective date. The participant can perform a Consent Enquiry (751/752) to check the status and effective date of the mandate. U236 EXPIREDMANDATECANNOTBEUPDATED Mandates that have expired are not allowed to be updated. * CLIENT-SIDE Common Causes * The participant attempted to send a Consent Update/Transfer to a mandate that has expired. Troubleshooting steps Please ensure that the participant only sends transactions to mandates that are in an active status, indicating that they are on or after the effective date. The participant can perform a Consent Enquiry (751/752) to check the status and effective date of the mandate. U237 CANCELLEDMANDATECANNOTBEUPDATED Mandates that have been cancelled are not allowed to be updated. * CLIENT-SIDE Common Causes * The participant attempted to send a Consent Update/Transfer to a mandate that has been cancelled. Troubleshooting steps Please ensure that the participant only sends a transaction to a mandate that is in an active status, which means it is on or after the effective date. The participant can perform a Consent Enquiry (751/752) to check the mandate's status and effective date. U265 ACCEPTABLE SOURCE OF FUND NOT ALLOWED * CLIENT-SIDE Common Causes * The participant attempted to send a request with an unacceptable value for <AccptblSrcOfFunds>. Troubleshooting steps Please ensure that the participant only sends acceptable value for the <AccptblSrcOfFunds> that been registered by the merchant. U266 CRYPTOAESALIASNOTFOUND * SERVER-SIDE Common Causes * Wrong or missing Crypto AES Key in PayNet RPP host. Troubleshooting steps Please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check and configure it in the RPP configuration. U268 MERCHANTIDNOTALLOWED The participant is not allowed to send a transaction to the Mandate Id. * CLIENT-SIDE Common Causes * The participant attempted to send an e.g. AutoDebit/PreAuth transaction to a mandate that does not belong to or is not registered with them. Troubleshooting steps Participants should ensure that the transaction is only sent to a Mandate Id that has been registered or belongs to them. U269 RTPTXNNOTMATCHED The participant forwarded the wrong DuitNow Request EndToEndId. * CLIENT-SIDE Common Causes * The participant attempted to send a DuitNow Request Forward using the wrong DuitNow Request Id. For example, instead of sending the DuitNow Request Proxy Id (20230524MBBEMYKL851ORB14200000), the participant sent the DuitNow Online Banking Wallet Id (20230524FAVE0001861OBW10590500). Troubleshooting steps Participants should ensure to send the correct DuitNow Request services' EndToEndId for forwarding. For example, if a participant attempts to send a DuitNow Request Forward for Proxy (855), the EndToEndId should be 20230524MBBEMYKL851ORB14200000. Similarly, if the DuitNow Request Forward is for an Account (856), the EndToEndId should be 20230524MBBEMYKL853ORB14200000. U270 SUBSTATENOTMATCHED The substate status of the DuitNow Online Bank Wallet (DOBW) transaction does not match. * CLIENT-SIDE Common Causes * The participant attempted to send a Retrieve Transaction Information (862) or Cancellation (865) for a DuitNow Online Bank Wallet (DOBW) transaction that is already in the CLEARED status. * The participant attempted to send a Update Payment Status (863) for a DOBW transaction that already in CLEARED or CANCELLED status. Troubleshooting steps The participant should check the status of the DuitNow Online Bank Wallet (DOBW) before proceeding with other transactions. It is the participant's responsibility to handle this at their end. U271 MANDATEINITTXNNOTMATCHED The mandate transaction Id does not match. * CLIENT-SIDE Common Causes * The participant attempted to send a Retrieve Consent Details (812) with wrong <OrgnlMndtId> value that does not belong to the services. For example, the participant sent a Consent Registration via Proxy transaction Id (20230519MBBEMYKL801OBA10561000) instead of a Consent Redirect transaction Id (20230524FAVE0001811OBW15171100). * The participant attempted to send a Update Consent Status (813) with wrong <ConsentId> value that does not belong to the services. For example, the participant used a Consent Id that was registered using Consent Decoupled (801) instead of the Consent Id that was registered using Consent Redirect (811). Troubleshooting steps Participants should ensure to send the correct Transaction/Mandate Id value for the request according to the correct services. U272 MANDATEENDDTLESSEQUALSTHANCURRENTDT The mandate expiry date is earlier than the current date. * CLIENT-SIDE Common Causes * The participant attempted to send a consent activation request with the <XpryDt> field value set to a date earlier than the current/today's date. Here is an example of a consent activation request transaction: 1. Register Consent (Decoupled) (803) 2. Update Consent Status (Redirect) (813) 3. Update Consent Status (Registration via Debiting Agent) (822) Troubleshooting steps RPP does not accept dates that are earlier than the current/today's date. Please ensure that the value in <XpryDt>> is equal to or later than the current/today's date. U274 CANOTMATCHED The Crediting Agent not matched. * CLIENT-SIDE Common Causes * The participant attempted to send a consent activation request with an incorrect value for the <CdtrAgt> field, which does not belong to the consent * The participant attempted to send a consent activation request that not belong to the Participant as Crediting Agent. * Here is an example of a consent activation request transaction: 1. Register Consent (Decoupled) (803) 2. Update Consent Status (Registration via Debiting Agent) (822) Troubleshooting steps The participant should ensure to send the correct value for the<CdtrAgt>field in the consent activation transaction. The participant can only send a consent transaction request for a mandate/consent that belongs to them as the Crediting Agent. U275 DANOTMATCHED The Debiting Agent not matched. * CLIENT-SIDE Common Causes * The participant attempted to send a consent request that does not belong to them as the Debiting Agent. Troubleshooting steps The participant can only send a consent transaction request for a mandate/consent that belongs to them as the Debiting Agent. U277 CRYPTODECFAILED Crypto decryption validation failed. * SERVER-SIDE Common Causes * The decryption validation failed for the request at PayNet RPP host. This could be due to the internal Key Management System (KMS) being down. Troubleshooting steps Please contact Paynet Support and provide the BizMsgIdr of the request(s) for us to investigate the issue. U278 CRYPTOENCFAILED Crypto encryption validation failed. * SERVER-SIDE Common Causes * The encryption validation failed for the request at PayNet RPP host. This could be due to the internal Key Management System (KMS) being down. Troubleshooting steps Please contact Paynet Support and provide the BizMsgIdr of the request(s) for us to investigate the issue. U279 CRYPTOSIGNFAILED Crypto sign verification failed. * SERVER-SIDE Common Causes * The sign verification for the request has failed for the request at PayNet RPP host. This could be due to the internal Key Management System (KMS) being down. Troubleshooting steps Please contact Paynet Support and provide the BizMsgIdr of the request(s) for us to investigate the issue. U280 CERTPATHNOTCONFIG The participant's certificate path is not set up. * SERVER-SIDE Common Causes * The participant's certificate path has not been set up at the PayNet RPP host. Troubleshooting steps Please contact Paynet support team and provide the BizMsgIdr of the request(s). We will check and configure the necessary setup for your participant certificate. U281 CRYPTOVERIFYFAILED Incorrect signature sent by the OFI in the transaction message. * SERVER-SIDE Common Causes * Invalid private key use to generate message signature * Invalid signature field used to sign Troubleshooting Steps Participant to use the correct private key to sign the transaction message U282 CRYPTORULENOTFOUND The participant's crypto rule has not been set up. * SERVER-SIDE Common Causes * The participant's crypto rule has not been set up at the PayNet RPP host. Troubleshooting steps Please contact Paynet support team and provide the BizMsgIdr of the request(s). We will check and configure the necessary setup for the crypto rule. U284 MANDATEUPDATENOTALLOWED The participant is not allowed to update the mandate. * CLIENT-SIDE Common Causes * The participant attempted to send a Consent Deregistration request to a consent for which they do not have the privilege as a Debiting Agent. This is because during the Consent Registration process, the participant set the value for the <CanTrmByDbtr> field as False. Troubleshooting steps The participant acting as the Debiting Agent can only perform Consent Deregistration if they have the necessary privileges to do so. U286 MANDATENOTACTIVE The mandate is not in Active status. * CLIENT-SIDE Common Causes * The participant attempted to send an AutoDebit/Pre Auth transaction to a mandate that is not in Active status. Troubleshooting steps Please ensure that the participant only sends a transaction to a mandate that is in an active status. The participant can perform a Consent Enquiry (751/752) to check the mandate's status. U285 MANDATEEXPIRED Mandates that have not yet become effective/expired are not allowed to be updated. * SERVER-SIDE Common Causes * The participant attempted to send a Consent Update/Transfer request for a mandate that has not yet become effective or has already expired. Troubleshooting steps Please ensure that the participant only sends a transaction to a mandate that is in an active status. The participant can perform a Consent Enquiry (751/752) to check the mandate's status and effective date. U288 MANDATESTATUSNOTALLOWED The action is not allowed to be performed due to the mandate's status. * SERVER-SIDE Common Causes * Trying to cancel or terminate an already inactive mandate * Trying to activate an already active mandate Troubleshooting Steps Ensure that the action can be performed on the specified Mandate depending on its current status SUSP status cannot be terminated for 764. Only active status can be terminated U289 MANDATEEXPIRYDATEEXCEEDMAX The mandate's expiry date has been exceeded. * CLIENT-SIDE Common Causes * The participant attempted to send a Consent Registration with an <XpryDt> field value that exceeds the date set at the PayNet RPP host. Troubleshooting steps The current expiry date for consent at PayNet RPP host is set to a maximum of 50 years. Participants are advised to ensure that the expiry date they provide in the Consent Registration request is less than 50 years from the date of consent registration. U300 NO QR ENQUIRY PRIOR TO QR PAYMENT RPP is not able to find the corresponding QR Enquiry request for the QR Payment request triggered. * SERVER-SIDE Common Causes * No QR Enquiry (520/521) triggered beforehand * BizMsgIdr for QR Payment does not correspond to the BizMsgId for QR Enquiry (replacing 520/521 with 030/031) Troubleshooting steps Trigger a QR Enquiry (520/521) request first For the BizMsgIdr of the QR Payment request, use the same BizMsgIdr generated during QR Enquiry request and replace the transaction type from 520/521 to QR Payment (030/031) U301 INVALID SOURCE OF FUND (QR) * CLIENT-SIDE Common Causes * The participant sent unmatched values for both the Debtor Account Type and Accepted Payment Type fields in the request. Troubleshooting steps Participants should ensure that the values provided for both the <DbtrAcct><Tp><Prtry> and <AcceptedPymtType> fields are consistent and match each other. For example, if the Accepted Payment Type is '01', the Debtor Account Type should be either 'SVGS' or 'CACC'. U305 DATE IN BIZMSGID DOES NOT MATCH CREDTTM (QR) * CLIENT-SIDE Common Causes * The participant sent unmatched date value in both of this field BizMsgId and CreDtTm for QR transaction. Troubleshooting steps Participants should ensure that the date sent in both fields is matched. For example, if the value in <BizMsgId> is '20230515DMM1MYKL520OQR00000001', the date in <CreDtTm> should be '2023-05-15T22:00:56.00'. U306 INVALID SECONDARY ID (QR) Secondary ID type is invalid. * CLIENT-SIDE Common Causes * The participant sent an invalid or unacceptable ID type value in the field <ScndValInd><IdTp>. Troubleshooting steps Participants should ensure that the value send in this field <ScndValInd><IdTp> is valid and acceptable by RPP. U307 QR CATEGORY DOES NOT MATCH TRANSACTION TYPE (QR) The QR Category used during payment does not match the expected transaction type. * CLIENT-SIDE Common Causes * The participant sent an invalid or unmatched QR Category with the Transaction Type during the QR payment transaction. Troubleshooting steps Participants should ensure that the value send in the <QRCategory> matched or corresponding with the transaction type send in the <BizMsgId>. E.g If the QR Category received during QR Enquiry response is 01. Participant should send 030 transaction type in the BizMsgId. U310 REQUESTFORPAYEXPIRED DuitNow Request transaction already expired. * CLIENT-SIDE Common Causes * When a participant tries to send a DuitNow Request Rejection or DuitNow Request Forward using an expired DuitNow Request. Troubleshooting steps The participant should check the expiry date of the DuitNow Request before proceeding with any other transactions. It is the participant's responsibility to handle this at their end. Please refer to this field <XpryDt><DtTm>. U311 REQUESTFORPAYALREADYTRANSFERRED DuitNow Request transaction has already been forwarded/transferred. * CLIENT-SIDE Common Causes * The participant is attempting to forward a DuitNow Request transaction that has already been forwarded or transferred. Troubleshooting steps The participant should check the status of the DuitNow Request before proceeding with other transactions. It is the participant's responsibility to handle this at their end. U312 REQUESTFORPAYNOTFOUND DuitNow Request does not exist. * CLIENT-SIDE Common Causes * The participant attempted to send a transaction using a non-existent or invalid DuitNow Request BizMsgId. Troubleshooting steps The participant should send a valid and existing DuitNow Request BisMsgId. U313 REQUESTFORPAYALREADYPROCESSED DuitNow Request has already been processed. * CLIENT-SIDE Common Causes * The participant attempted to send a transaction using a DuitNow Request BizMsgId that has already been successfully processed. Troubleshooting steps The participant should check the status of the DuitNow Request before proceeding with other transactions. It is the participant's responsibility to handle this at their end. U314 REQUESTFORPAYALREADYREJECTED DuitNow Request has already been rejected. * CLIENT-SIDE Common Causes * The participant attempted to send a transaction using a DuitNow Request BizMsgId that has already been successfully rejected. Troubleshooting steps The participant should check the status of the DuitNow Request before proceeding with other transactions. It is the participant's responsibility to handle this at their end. U318 EXPIRYDATELESSTHANCURRENTDATE Validation of the DuitNow Request expiry date failed. * CLIENT-SIDE Common Causes * The participant attempted to send a DuitNow Request with <XpryDt>> value is less than current/todays date. Troubleshooting steps RPP does not accept dates that are earlier than the current/today's date. Please ensure that the value in <XpryDt>> is equal to or later than the current/today's date. It is the participant's responsibility to handle this at their end. U320 REQUESTEDEXECUTIONDATELESSTHANCURRENTDATE Validation of the DuitNow Request execution date failed. * CLIENT-SIDE Common Causes * The participant attempted to send a DuitNow Request with <ReqdExctnDt> <DtTm> value is less than current/todays date. Troubleshooting steps RPP does not accept dates that are earlier than the current/today's date. Please ensure that the value in <ReqdExctnDt> <DtTm> is equal to or later than the current/today's date. It is the participant's responsibility to handle this at their end. U327 MERCHANTNOTACTIVE * CLIENT-SIDE Common Causes * The participant attempted to send a request to a merchant that is in an inactive status. Troubleshooting steps Please ensure that the participant only sends a transaction to a merchant that is in an active status. The participant can perform a Request List of Merchant (660) to check the status. U328 MERCHANTPRODUCTNOTFOUND Merchant's Product ID is not found. * CLIENT-SIDE Common Causes * Product ID does not exist or is not registered in RPP. * The Product ID passed in the request message is invalid or not associated with the corresponding Merchant ID. Troubleshooting Steps Please ensure that the participant sends a registered and valid Product ID value in the request. U329 MERCHANTNOTFOUND * CLIENT-SIDE Common Causes * The participant attempted to send a request to a merchant that does not exist or is not registered with the PayNet RPP. Troubleshooting steps Please ensure that the participant only sends transactions to merchants that are already registered with PayNet RPP. The participant can perform a Request List of Merchants (660) to check the list of merchants. U330 MERCHANTPARAMETERNOTFOUND The Merchant Parameter not found. * SERVER-SIDE Common Causes * The merchant is not subscribed to the RPP services. Troubleshooting Steps Please ensure that the merchant subscribes to the RPP services during the merchant registration. U331 MERCHANTMINAMOUNTCHECKFAILED The minimum amount validation for the merchant failed. * CLIENT-SIDE Common Causes * The participant attempted to send a request to a merchant with an amount that is less than the minimum amount registered by the merchant at PayNet RPP. For example, if the merchant has registered a minimum acceptable amount of RM1, but the participant sent RM0.50. As a result, the request will fail. Troubleshooting steps The participant should ensure that the amount field is higher than the minimum amount set by the merchant. If you have verified that the request is valid and this error persists, please contact Paynet Support and provide the BizMsgIdr of the request(s). U332 MERCHANTMAXAMOUNTCHECKFAILED The maximum amount validation for the merchant failed. * CLIENT-SIDE Common Causes * The participant attempted to send a request to a merchant with an amount that is higher than the maximum amount registered by the merchant at PayNet RPP. For example, if the merchant has registered a maximum acceptable amount of RM1000, but the participant sent RM1000.50. As a result, the request will fail. Troubleshooting steps The participant should ensure that the amount field is less than or equal to the maximum amount set by the merchant. If you have verified that the request is valid and this error persists, please contact Paynet Support and provide the BizMsgIdr of the request(s). U335 RPFLOOKUPRULESNOTFOUND Lookup Rules configuration not found. * SERVER-SIDE Common Causes * The participant Lookup Rules for Retrieving Transaction Info in the PayNet RPP host have not been configured. Troubleshooting steps Please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check and configure it in the RPP configuration. U337 PREAUTHEXPIRYDATEEXCEEDSMANDATEEXIPRYDATE The expiry date for the PreAuth transaction has exceeded the set expiry date for the mandate. * CLIENT-SIDE Common Causes * The participant attempted to send a PreAuth request with <PreauthXpryDt> field value that exceeds the expiry date of the mandate. Troubleshooting steps Please ensure that the participant sends a PreAuth request with an expiry date that is earlier than the expiry date of the mandate. The participant can perform a Consent Enquiry (751/752) to check the mandate's expiry date. U338 PREAUTHEXPIRYDATELESSTHANCREDTTM The expiry date for the PreAuth transaction is earlier than the request creation date and time. * CLIENT-SIDE Common Causes * The participant attempted to send a PreAuth request with a value in the <PreauthXpryDt> field that is earlier than the value in the <CreDtTm> field. Troubleshooting steps Please ensure that the participant sends a PreAuth request with an expiry date that is later than the value provided in the <CreDtTm> field. U340 MECHANTPRODUCTNOTACTIVE * CLIENT-SIDE Common Causes * The participant attempted to send a request to a merchant product that is in an inactive status. Troubleshooting steps Please ensure that the participant only sends a transaction to a merchant product that is in an active status. The participant can refer to the Merchant Product Maintenance File (MPMR02) for the list of active merchant products. U341 MERCHANTVALIDATIONRULENOTFOUND The Merchant ID was not found in the Merchant Payment Validation Rules table. * SERVER-SIDE * CLIENT-SIDE Common Causes * The Participant sent an invalid Merchant ID. * The Merchant ID is not configured in the Merchant Payment Validation Rules table in PayNet RPP host. Troubleshooting Steps Please ensure that the participant sends a valid Merchant ID in the request. If all values are valid and the issue still persists, please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check and configure it in the RPP configuration. U342 MERCHANTPRODUCTBANKCODENOTFOUND The bank code tied to the merchant product was not found. * SERVER-SIDE Common Causes * The participant attempted to send a request to a merchant product with a missing or empty bank code. This issue may be due to an error or a malfunction during the merchant product registration process. Troubleshooting steps Please contact Paynet Support and provide the BizMsgIdr of the request(s) for us to investigate the issue. U800 ALIAS MANAGEMENT ACTION NOT CONFIGURED National Addressing Database [NAD] services action not configured. * SERVER-SIDE Common Causes * NAD services e.g Proxy Registration configuration is missing/invalid. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s) to PayNet so we can check and configure it in the RPP configuration. U801 ALIAS RULES NOT FOUND Participant Id/Agent Id not found. * SERVER-SIDE Common Causes * Participant sent an invalid value in the <Agt> field. * Participant/Agent Id configuration is missing/invalid in the PayNet RPP host. Troubleshooting Steps Ensure to send valid BICCODE value for <Agt> field in the request. If all values are valid and the issue still persists,please contact Support and provide the BizMsgIdr of the request(s) to PayNet so we can check and configure it in the RPP configuration. U802 ADDRESSING PRIVILEGE NOT DEFINED Participant priviledge for NAD services failed. * SERVER-SIDE Common Causes * Participant privilege for NAD services is missing/invalid in the PayNet RPP host. Troubleshooting Steps Please contact Support and provide the BizMsgIdr of the request(s) to PayNet so we can check and configure it in the RPP configuration. U803 NOT SUFFICIENT PRIVILEGE TO PERFORM ADDRESSING ACTION Participant privilege may be limited and insufficient to perform NAD services. * SERVER-SIDE Common Causes * Participant does not have privilege to perform certain NAD services e.g Proxy Porting. * Participant privileges may not be configured correctly in the PayNet RPP host, or only specific privileges are assigned for the NAD services. Troubleshooting Steps Please ensure that you perform NAD services for which you have the necessary privileges. If you should have privileges for all NAD services,please contact Support and provide the BizMsgIdr of the request(s) to PayNet so we can check and configure it in the RPP configuration. U804 ALIAS NOT FOUND Proxy not found. * SERVER-SIDE Common Causes * DuitNow Proxy does not exist in NAD. * DuitNow Proxy is already inactive. Troubleshooting Steps The participant should initiate the DuitNow proxy registration transaction. Alternatively, they can send the transaction to another proxy. U805 ALIAS IS SUSPENDED * CLIENT-SIDE Common Causes * The DuitNow Proxy is currently in a suspended (SUSP) status. Troubleshooting Steps If the proxy belongs to the participant, please perform DuitNow Proxy Maintenance to activate it. Alternatively, you can send a request to another proxy. U806 ALIAS ALREADY REGISTERED WITH THE SAME FI BUT DIFFERENT ACCOUNT Proxy is already registered with a different account. * CLIENT-SIDE Common Causes * The proxy has already been registered previously. However, the participant attempted to register the same proxy again with a different account number. Troubleshooting Steps If the participant wants to change the account number associated with the registered proxy, please perform Proxy Maintenance to update it U807 ALIAS ALREADY REGISTERED WITH ANOTHER FI Proxy is already registered with another participant. * CLIENT-SIDE Common Causes * The proxy is already registered with another participant. However, the participant attempted to register the same proxy again in the RPP. Troubleshooting Steps If the participant wants to register the same proxy id with their bank, please initiate Proxy Porting. U808 ALIAS ALREADY REGISTERED WITH THE SAME ACCOUNT Proxy is already registered with the same account information. * CLIENT-SIDE Common Causes * The proxy is already registered. However, the participant attempted to register the same proxy id using the same account information, such as the Account Number. Troubleshooting Steps The participant should perform Proxy Maintenance to update the proxy information or register a new proxy with new account value. U809 NOT SUFFICIENT PRIVILEGE TO PERFORM ADDRESSING ACTION ON AN ALIAS Proxy request failed due to insufficient privileges. * CLIENT-SIDE Common Causes * The Participant Id/BICCODE value does not match in the <Fr> and <Agt> fields. Troubleshooting Steps The participant should ensure that the value in both <Fr> and <Agt> fields are matched in the request message. U810 ALIAS REQUEST FAILED Proxy transaction request has failed. * CLIENT-SIDE Common Causes * The Proxy Registration and Proxy Update failed because the Account Number is not present or the Proxy ID and Account Number are masked in the request message. * The Proxy Deregistration, Proxy Suspension, and Proxy Activation failed because the Proxy ID is masked in the request message. * The Proxy Porting failed because the Account Number is masked in the request message. Troubleshooting Steps Please ensure that the field values in the request are sent accordingly as per the requirements. U811 ALIAS SUSPENDED BY ADMINISTRATOR * CLIENT-SIDE Common Causes * The proxy has been suspended by the Participant Bank/PayNet (SUSB). Troubleshooting Steps The participant can activate the suspended (SUSB) proxy status by either using the Backoffice Portal or sending a request message to RPP. U814 ALIAS ALREADY REGISTERED WITH SAME FI Proxy already registered with the same participant. * CLIENT-SIDE Common Causes * The participant attempted to perform porting of a proxy that is already registered under the same participant. * Wrong value was sent in the <RegnTp> field during Proxy Maintenance. Troubleshooting Steps Porting can only be performed to another participant, not within the same participant. Please ensure that the value sent in the <RegnTp> field matches the NAD action to be performed e.g NEWR/PORT. U816 DUPLICATEALIASSERVICEREQUESTDETECTED Duplicate NAD service request. * SERVER-SIDE Common Causes * Duplicate Proxy Registration request. * Participant perform any Proxy Maintenance action within 1 minute (configurable interval) after Proxy Registration/Porting. * Participant perform any Proxy Maintenance action within 1 minute (configurable interval) after other Proxy Maintenance activity. Troubleshooting Steps Participants are not allowed to perform DuitNow NAD Registration, Porting, or Proxy Maintenance within the configured interval time. U851 GENERAL PURPOSE RULES NOT FOUND * SERVER-SIDE Common Causes * The General Purpose Rules for the request list in PayNet RPP host have not been configured for the participant. Troubleshooting steps Please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check and configure it in the RPP configuration. U999 SIGNATURE VALIDATION FAILED ON REQUEST The participant's signature validation has failed. * CLIENT-SIDE * SERVER-SIDE Common Causes * The participant has either sent an incorrect message signature or has omitted the <Signature> field when sending the request to PayNet RPP host. * The participant's certificate has expired. * The PayNet RPP host is down. Troubleshooting steps Please ensure that the <Signature> field is included in the request and that the correct message signature is sent. Please contact Paynet Support and provide them with the BizMsgIdr of the request(s) to check. P001 INVALID FOREX RATE * SERVER-SIDE Common Causes * Forex Rate not configured at PayNet RPP host. Troubleshooting steps Please contact Support and provide the BizMsgIdr of the request(s) to PayNet so we can check and configure it in the RPP configuration. P002 SETTLEMENT AMOUNT IS NOT MATCHED WITH FIELD3 Converted amount (MYR) calculated by RPP in 031 is not match with Field3 sent by OFI. * SERVER-SIDE Common Causes * The converted amount in Field3 does not match with the converted amount calculated by RPP Troubleshooting Steps Verify the conversion rate and calculation so that it is up to date with RPP P003 NON BANK PARTICIPANT NOT ALLOW Proxy Registration of NRIC not allowed for Non-Bank. * CLIENT-SIDE Common Causes * The Non-Bank participant (e.g. E-Wallet) attempted to send Proxy Type = NRIC for Proxy Registration. Troubleshooting steps RPP restricts the registration of NRIC as a proxy for Non-Bank participants. Non-Bank participants should ensure that they do not register Proxy Type = NRIC during the Proxy Registration. P005 INVALID FOREX RECORD Invalid Forex rate during Credit Transfer. * CLIENT-SIDE Common Causes * The participant sent an invalid forex rate in the <Field2>. Troubleshooting steps The participant should ensure that a valid forex rate is sent in the <Field2> during the Credit Transfer, based on the forex rate value received in the Account Enquiry response. P006 FOREX RATE EXPIRED * SERVER-SIDE Common Causes * The forex rate has already expired at the PayNet RPP host. Troubleshooting steps Please contact Support and provide the BizMsgIdr of the request(s) to PayNet so that we can check and update the expiry date. P007 FIELD 3 AND INTRBKSTTLMAMT NOT MATCH Issuer is required to pass in IntrBkSttlmAmt based on the amount return in Field3 pacs.002(521) during Credit Transfer (031) * SERVER-SIDE Common causes * The value in the IntrBkSttlmAmt field does not match with the amount returned in Field3 of pacs.002 (521) Troubleshooting steps Ensure that Field3 and IntrBkSttlmAmt values match P008 PREAUTH AMOUNT EXCEED LIMIT * CLIENT-SIDE Common Causes * The participant has sent a Preauth amount that exceeds the Preauth amount limit configured at PayNet RPP host. Troubleshooting steps The participant should ensure that the amount sent is less than the Preauth limit configured at PayNet RPP host. Please contact Support to check the configured limit. P009 PREAUTH LIMIT NOT CONFIGURED * SERVER-SIDE Common Causes * The preauthorization limit for the participant is not configured in the PayNet RPP host. Troubleshooting steps To resolve this issue, please contact our support team and provide them with the BizMsgIdr of the request(s) so that we can check and configure it in the RPP configuration. P010 INVALID REF-1 EndToEndId for Reversal not found. * CLIENT-SIDE Common Causes * The participant sent an invalid or non-existent EndToEndId value in Ref-1 for NETS SG reversal. Troubleshooting steps The participant should ensure that a valid and existing EndToEndId value is provided in Ref-1 for NETS SG reversal. 0015 INBOUND FIELD VALIDATION FAILED Rejection due to request message validation error. * CLIENT-SIDE Common Causes * The participant has sent a request with a missing mandatory field, an invalid value field, an empty value field, or a field that exceeds the maximum length. Here's an example of a rejection message for such a scenario: 1. Missing mandatory field: The required field <CdtrAgt> is expected but has not been included in the request. * (EPT.0015) XXXXX, "urn:iso:std:iso:20022:tech:xsd:pacs.008.001.06":CdtrAgt}' is expected. 2. Invalid value for field: The value provided for the Creditor Account Type <Prtry> is not accepted by RPP. * (EPT.0015) Inbound validation failed: Creditor Account Type field (CdtrAcct->Tp->Prtry) has an invalid value. 3. Empty value for field: The field value is expected to have a minimum length of 1 character, but the value sent in the request is either of 0 length or empty. * (EPT.0015) XXXX, cvc-minLength-valid: Value '' with length = '0' is not facet-valid with respect to minLength '1' for type 'Max35Text'. 4. Field length exceeds the maximum allowed: The maximum length allowed for the field is 35 characters, but the value sent in the request exceeds this limit with a length of 37 characters. * (EPT.0015) XXXX, Value 'RPP-DP BACK OFFICE API INTEGRATION 02' with length = '37' is not facet-valid with respect to maxLength '35' for type 'Max35Text'. Troubleshooting steps The participant should ensure that all mandatory fields and their corresponding values are included in the request, and that the field values are acceptable by PayNet RPP host as per the requirement specification. 0016 OUTBOUND FIELD VALIDATION FAILED Rejection due to response message validation error. * SERVER-SIDE Common Causes * The transaction response get rejected with a missing mandatory field, an invalid value field, an empty value field, or a field that exceeds the maximum length at PayNet RPP host. Troubleshooting steps Please contact Support and provide the BizMsgIdr of the request(s) for technical team to investigate. 0017 INBOUND VALIDATION FAILED An error in one or more fields of the Request message that was sent. * CLIENT-SIDE Common Causes * An error in the QR Request Message's GrpHdr/CreDtTm Field, Request Message is Timeout * Similar cases to the error above Troubleshooting Steps CreDtTm field should be accurate to the NTP server time. Ensure that all the fields in the Request message are valid. 0028 DUPLICATE MESSAGE * CLIENT-SIDE Common Causes * The participant sent the same request twice to PayNet RPP host with Duplicate Flag equals to False for second request. * The participant use the same BizMsgId for other transaction within the same period of time e.g 24 hours. Troubleshooting Steps The participant should ensure to send unique BizMsgId for each transaction and not sending duplicate transaction to PayNet RPP host. Edit this page * U110 Payment Not Accepted * U111 Minimum Amount Check Failed * U112 Maximum Amount Check Failed * U115 Date Sent Tolerance Check * U121 Inbound Bank Not Found * U122 Inbound Bank Not Active * U125 Inbound Bank Id Cannot be Determined (Bank Classifier not found) * U126 Outbound Bank Cannot be Determined * U128 Outbound Bank Not Active * U130 Inbound Settlement Bank not found * U131 Outbound Settlement Bank not found * U132 Inbound Settlement Bank Inactive * U134 Outbound Settlement Bank Inactive * U149 Duplicate Transaction * U170 Online Route Not Found * U171 Online Authorization Exception * U172 Online Authorization Exception No Response returned * U173 Online Authorization Exception Timeout * U180 Authorization Service is Not Configured * U191 Liquidity Rules Not Found * U192 Liquidity Position Validation Rule not found (Threshold limits) * U193 Liquidity Position Validation Failure * U194 Insufficient Liquidity to process payment * U215 Message Rejected with admi.002 * U221 MandateRulesNotFound * U223 MandateRecordNotFound * U224 MandateStartDateLessThanCurrentDate * U226 MandateEndDateLessThanCurrentDate * U230 MandateSenderNotAllowedToUpdate * U232 AmountGreaterThanMaximumLimit * U234 RequestBeforeMandateStartDate * U235 FutureMandateCannotBeUpdated * U236 ExpiredMandateCannotBeUpdated * U237 CancelledMandateCannotBeUpdated * U265 Acceptable Source of Fund Not Allowed * U266 CryptoAESAliasNotFound * U268 MerchantIdNotAllowed * U269 RTPTxnNotMatched * U270 SubstateNotMatched * U271 MandateInitTxnNotMatched * U272 MandateEndDtLessEqualsThanCurrentDt * U274 CANotMatched * U275 DANotMatched * U277 CryptoDecFailed * U278 CryptoEncFailed * U279 CryptoSignFailed * U280 CertPathNotConfig * U281 CryptoVerifyFailed * U282 CryptoRuleNotFound * U284 MandateUpdateNotAllowed * U286 MandateNotActive * U285 MandateExpired * U288 MandateStatusNotAllowed * U289 MandateExpiryDateExceedMax * U300 No QR Enquiry prior to QR Payment * U301 Invalid Source of Fund (QR) * U305 Date in BizMsgId does not match CreDtTm (QR) * U306 Invalid Secondary ID (QR) * U307 QR Category does not match transaction type (QR) * U310 RequestForPayExpired * U311 RequestForPayAlreadyTransferred * U312 RequestForPayNotFound * U313 RequestForPayAlreadyProcessed * U314 RequestForPayAlreadyRejected * U318 ExpiryDateLessThanCurrentDate * U320 RequestedExecutionDateLessThanCurrentDate * U327 MerchantNotActive * U328 MerchantProductNotFound * U329 MerchantNotFound * U330 MerchantParameterNotFound * U331 MerchantMinAmountCheckFailed * U332 MerchantMaxAmountCheckFailed * U335 RPFLookupRulesNotFound * U337 PreAuthExpiryDateExceedsMandateExipryDate * U338 PreAuthExpiryDateLessThanCreDtTm * U340 MechantProductNotActive * U341 MerchantValidationRuleNotFound * U342 MerchantProductBankCodeNotFound * U800 Alias Management action not configured * U801 Alias rules not found * U802 Addressing Privilege not defined * U803 Not sufficient privilege to perform addressing action * U804 Alias Not Found * U805 Alias is suspended * U806 Alias already registered with the same FI but different account * U807 Alias already registered with another FI * U808 Alias already registered with the same account * U809 Not sufficient privilege to perform addressing action on an alias * U810 Alias Request failed * U811 Alias suspended by Administrator * U814 Alias already registered with same FI * U816 DuplicateAliasServiceRequestDetected * U851 General Purpose Rules Not Found * U999 Signature Validation Failed on Request * P001 Invalid Forex Rate * P002 Settlement Amount is not matched with Field3 * P003 Non Bank Participant Not Allow * P005 Invalid Forex Record * P006 Forex Rate Expired * P007 Field 3 and IntrBkSttlmAmt not match * P008 Preauth Amount exceed limit * P009 Preauth Limit not configured * P010 Invalid Ref-1 * 0015 Inbound field validation failed * 0016 Outbound field validation failed * 0017 Inbound Validation Failed * 0028 Duplicate Message * Home * API * Documentation * Contact Us © 2024 Payments Network Malaysia Sdn Bhd (PayNet) 200801035403 (836743-D). All Rights Reserved. Terms & Conditions