Skip to main content

Payments API

Endpoint: {server}/api/payments/v2/ — see Getting started for the server URL, authentication and JSON Web Tokens.

API Post Functions​

addSuppliers​

Endpoint: {server}/api/payments/v2/addSuppliers

NOTE:​

This method is to be used if you wish to preload suppliers. This option provides an added layer of security when making payments. As you'll only be required to provide minimum payment information after which the payment will process against the existing bank account information. You can also make use of the Account Verification Service (AVS) to ensure you are making payment to the correct recipient — see the Account Verification API.

addSuppliers is followed by loadPayments to pay existing suppliers' setup with EFT payment Type.

You can skip this step and proceed directly to loadBatch if you do not wish to preload suppliers. Skipping this step will not prevent you from making use of AVS in future, you will however need to manually update a Supplier's information with the compulsory AVS fields or make use of the updateSuppliers option.

addSuppliers: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
testBooleanOSet to true if testing. This will bypass billing and will only validate test data

addSuppliers: FIELDS

NameTypeRequiredDescription
uniqueReferenceTextYYour unique customer reference identifier
supplierTypeTextYIdentifies the supplier. See listSupplierTypes below
nameTextYThe first name of the account holder if supplier type is Individual or the Entity name for all other supplier types
lastNameTextCYSurname of the account holder if supplier type is Individual. Required if supplier type is Individual.
groupTextOThe name of a group to assign the supplier to
cellNumberTextOThe suppliers cell phone number
emailAddressTextOThe suppliers email address for payment advice
vatNoTextOSuppliers vat number
addressLine1TextOSuppliers address
addressLine2TextOSuppliers address
addressLine3TextOSuppliers address
addressLine4TextOSuppliers address
TownTextOSuppliers address
postalCodeTextOSuppliers address
paymentTypeTextYSupplier payments are done via: - EFT - Debit Order - Cash (See listPaymentTypes)
identificationTypeTextCYIdentification type. Possible values are: SID - South African ID SPP - Passport number SBR - Business registration number TRN - Trust number Required if Payment type is EFT
identificationNumberTextCYThe account holder's identity, passport, company registration or trust number. Required if payment type is EFT
bankTextCYThe Bank the account is held at (see listBankOptions). Required if payment type is EFT
accountTypeTextCYThe account type (see listAccountTypes). Required if payment type is EFT
accountNumberTextCYThe account number. Required if payment type is EFT
branchCodeTextCYThe account branch code. Required if payment type is EFT
branchNameTextOThe branch name

CAUTION:​

When creating a Supplier refrain from duplicating or reusing Unique References. When a supplierCode response is received, link the unique Reference in your database to the supplierCode to prevent future updateSuppliers calls from updating the incorrect Supplier data.

addSuppliers: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
StatusTextYNumber of suppliers imported
suppliersArrayY1-n of supplier data added

addSuppliers: FIELDS

NameTypeRequiredDescription
uniqueReferenceTextYYour unique customer reference identifier
statusTextYSuccess or Failed
messageTextOProvided if the status is Failed. This will be the failure reason
supplierCodeTextNProvided if status is Success or there is already a supplier. Supplier Code is in alphanumeric format AAA000 and is the system code for the supplier

Example addSuppliers Post:​

:::warning Source conflict — confirm before use This example uses cell and email, while the FIELDS table above specifies cellNumber and emailAddress. The source document is inconsistent here and the correct field names have not been confirmed with the platform team. The example also includes contactName and contactLastName, which do not appear in any FIELDS table in this document; their purpose and requirement status are unconfirmed. :::

{
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJhcGlLZXkiOiJ7UFJPVklERUQgQVBJIEtFWX0iLCJhY2Nlc3NUb2tlbiI6IntQUk9WSURFRCBBQ0NFU1MgVE9LRU59IiwianRpIjoie1VOSVFVRSBWQUxVRX0iLCJpYXQiOjE1ODk5OTA5MDIsImV4cCI6MTU4OTk5MTUwMn0._Lk6FPqYITrJIUztulif8MdvuOMAVBZXZJEiBpdSwkw ",
"suppliers": [
{
"uniqueReference": "Ref1",
"supplierType": "Individual",
"name": "Joe",
"lastName": "Soap",
"group": "Test",
"cell": "0823456789",
"email": " joesoap@gmail.com ",
"addressLine1": "21Jump Street",
"addressLine2": "Newlands",
"town": "Cape Town",
"postalCode": "7979",
"paymentType": "EFT",
"identificationType": "SID",
"identificationNumber": "7410025102082",
"bank": "Standard Bank",
"accountType": "Cheque",
"accountNumber": "700000000",
"branchCode": "051001"
},
{
"uniqueReference": "Ref2",
"supplierType": "Private Company (Pty) Ltd",
"name": "Ronnie's Parts",
"group": "Test",
"paymentType": "EFT",
"bank": "ABSA",
"accountType": "Cheque Account",
"accountNumber": "100000000",
"branchCode": " 632005",
"branchName": "Universal",
"contactName": "Some",
"contactLastName": "Name"
}
]
}

Example addSuppliers response:​

:::warning Source conflict — confirm before use This example names each result entry's identifier reference, while the FIELDS table above specifies uniqueReference. The source document is inconsistent here and the correct field name has not been confirmed with the platform team. :::

{
"jti": "<UNIQUE VALUE>",
"status": "1 of 2suppliers imported",
"suppliers": [
{
"reference": "Ref1",
"status": "Success",
"supplierCode": "JOE002"
},
{
"reference": "Ref2",
"status": "Failed",
"message": "Unique reference already exists",
"supplierCode": "RON001"
}
]
}

updateSuppliers​

Endpoint: {server}/api/payments/v2/updateSuppliers

NOTE:​

Only Supplier code is required. Any additional field provided will be updated.

CAUTION:​

When updating a Supplier refrain from updating, changing, duplicating or reusing Unique References as this may result in an update of the incorrect Supplier data.

updateSuppliers: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
suppliersArrayY1-n of account data

updateSuppliers: FIELDS

NameTypeRequiredDescription
supplierCodeTextYThe systems 6 character alphanumeric Supplier Code
uniqueReferenceTextYYour unique customer reference identifier
supplierTypeTextYIdentifies the supplier. See listSupplierTypes below
nameTextYThe first name of the account holder if supplier type is Individual or the Entity name for all other supplier types
lastNameTextCYSurname of the account holder if supplier type is Individual. Required if supplier type is Individual.
groupTextOThe name of a group to assign the supplier to
cellNumberTextOThe suppliers cell phone number
emailAddressTextOThe suppliers email address for payment advice
vatNoTextOSuppliers vat number
addressLine1TextOSuppliers address
addressLine2TextOSuppliers address
addressLine3TextOSuppliers address
addressLine4TextOSuppliers address
TownTextOSuppliers address
postalCodeTextOSuppliers address
paymentTypeTextYSupplier payments are done via: - EFT - Debit Order - Cash (See listPaymentTypes)
identificationTypeTextCYIdentification type. Possible values are: SID – South African ID SPP – Passport number SBR – Business registration number TRN – Trust number Required if Payment type is EFT
identificationNumberTextCYThe account holder's identity, passport, company registration or trust number. Required if payment type is EFT
bankTextCYThe Bank the account is held at (see listBankOptions). Required if payment type is EFT
accountTypeTextCYThe account type (see listAccountTypes). Required if payment type is EFT
accountNumberTextCYThe account number. Required if payment type is EFT
branchCodeTextCYThe account branch code. Required if payment type is EFT
branchNameTextOThe branch name

updateSuppliers: RESPONSE FIELDS

NameTypeRequiredDescription
JtiTextYThe unique JWT ID
statusTextYProcessed
suppliersArrayY1-n of status fields

updateSuppliers: SUPPLIER FIELDS

NameTypeRequiredDescription
supplierCodeTextYThe provided systems 6 character alphanumeric Supplier Code
statusTestYSuccess or Failed
messageTextNProvided if the status is Failed. This will be the failure reason

Example updateSuppliers Post:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Example updateSuppliers Response:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

listSuppliers​

Endpoint: {server}/api/payments/v2/listSuppliers

listSuppliers: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
supplierCodesTextOArray of the systems 6 character alphanumeric Supplier Code

listSuppliers: RESULT FIELDS

NameTypeRequiredDescription
supplierCodeTextYThe systems 6 character alphanumeric Supplier Code
supplierTypeTextYIdentifies the supplier.
nameTextYThe first name of the account holder if supplier type is Individual or the Entity name for all other supplier types
lastNameTextCYSurname of the account holder if supplier type is Individual. Required if supplier type is Individual.
uniqueReferenceTextYYour unique customer reference identifier
groupTextOThe name of a group to assign the supplier to
identificationTypeTextCYThe supplier identification type
identificationNumberTextCYThe supplier number
cellNumberTextOThe supplier cell phone number
emailAddressTextOThe supplier email address for payment advice
vatNoTextOSuppliers vat number
addressLine1TextOSuppliers address
addressLine2TextOSuppliers address
addressLine3TextOSuppliers address
addressLine4TextOSuppliers address
TownTextOSuppliers address
postalCodeTextOSuppliers address
paymentTypeTextYSupplier payment type
bankTextCYThe bank the account is held at
accountTypeTextCYThe account type
accountNumberTextCYThe account number
branchCodeTextCYThe account branch code
branchNameTextOThe branch name
messageTextOFor Invalid Customer Codes

Example listSuppliers Post:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Example listSuppliers response:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

loadPayments​

Endpoint: {server}/api/payments/v2/loadPayments

NOTES:

  • Use the loadPayments method to load payments for existing suppliers' setup with EFT payment Type. Use loadBatch if you do not wish to preload suppliers.
  • Payments default to Same Day Payments (clears between 8 and 10pm on the day). If you would like to make use of the other Service Types, this is to be specified as immediatePayment or oneDayPayment.

loadPayments: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
paymentsTextO1-n of payment data

loadPayments: PAYMENT FIELDS

NameTypeRequiredDescription
supplierCodeTextYThe systems 6-character alphanumeric Supplier Code of the supplier to pay
amountDecimalYThe payment amount
paymentDateTextYThe date the payment must action
referenceTextYA payment reference for the payee's statement. For RTC and Sameday the reference is limited to 10 digits. For Oneday and Bank Defined Beneficiaries there is no limit
uniqueReferenceTextOYour optional unique customer reference identifier
sendPaymentAdviceBooleanOOption to send a payment advice to the stored email address
immediatePaymentBooleanOOption to pay immediately. Only applies to participating banks.
oneDayPaymentBooleanOOption to pay midnight of payment date. NOTE: Cannot be used with immediatePayment. Use either immediatePayment or oneDayPayment or none for standard payment.
customTextOMerchant defined custom field

loadPayments: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYNumber of payments successful out of the number of requests submitted
availableBalanceDecimalYThe wallets available balance
totalFeesDecimalYTotal fee deduction
totalDeductionsDecimalYTotal payments deduction
paymentsArrayY1-n of each payment submission

loadPayments: RESULT FIELDS

NameTypeRequiredDescription
supplierCodeTextYThe systems 6 character alphanumeric Supplier Code
statusTextYSuccess or Failed
paymentReferenceTextNThe systems payment transaction reference. Returned if status is Success
amountDecimalNThe amount deducted from the supplier
feeDecimalNThe fee deducted
messageTextNFailure reason
uniqueReferenceTextNYour optional unique customer reference identifier
customTextNMerchant defined custom field

Example loadPayments Post:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Example loadPayments response:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

cancelPayments​

Endpoint: {server}/api/payments/v2/cancelPayments

NOTE:​

Immediate payment transactions sweep every 5 minutes therefore cancellation of an immediate payment cannot be guaranteed.

cancelPayments: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
paymentReferencesArrayY1-n of payment references

cancelPayments: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYNumber of payments cancelled out of the number of requests submitted
availableBalanceDecimalYThe wallets available balance
totalPaymentsCancelledDecimalYTotal of payments cancelled
totalFeesCancelledDecimalYTotal of fees cancelled
totalCancelledDecimalYTotal of payment and fees cancelled
paymentsArrayY1-n of each payment cancellation submission

cancelPayments: RESULT FIELDS

NameTypeRequiredDescription
paymentReferenceTextYThe systems payment transaction reference or batch reference
statusTextYCancelled or Failed
supplierCodeTextOThe systems 6-character alphanumeric Supplier Code
amountCancelledDecimalOThe amount cancelled
feeCancelledDecimalOThe fee amount refunded
messageTextOFailure reason

Example cancelPayments post:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Example cancelPayments response:​

:::warning Source conflict — confirm before use This example uses paymentRefund/feeRefund, while the RESULT FIELDS table above specifies amountCancelled/feeCancelled. The source document is inconsistent here and the correct field names have not been confirmed with the platform team. :::

{
"jti": "{UNIQUE VALUE}",
"status": "1 of 2 Payments cancelled",
"availableBalance": 470.39,
"totalPaymentsCancelled": 99.95,
"totalFeesCancelled": 6.65,
"totalCancelled": 106.6,
"payments": [
{
"paymentReference": "PT4235",
"status": "Failed",
"message": "Payment already Cancelled"
},
{
"paymentReference": "PT4236",
"status": "Cancelled",
"supplierCode": "JOE001",
"message": "Cancelled by Financial API",
"paymentRefund": 99.95,
"feeRefund": 6.65
}
]
}

paymentStatus​

Endpoint: {server}/api/payments/v2/paymentStatus

paymentStatus: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
paymentReferencesArrayY1-n of payment references
paymentDateDateOThe date of scheduled payments. When paymentDate is used then payments is ignored
toPaymentDateDateOWhen toPaymentDate is used then the search becomes a range between paymentDate and toPaymentDate
batchReferenceTextOThe BA number of a previously created batch

paymentStatus: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYPayment Status Results
paymentsArrayY1-n of paymentReferences

paymentStatus: FIELDS

NameTypeRequiredDescription
paymentReferenceTextYThe systems payment transaction reference. Returned if status is Success
supplierCodeTextYThe systems 6 character alphanumeric Supplier Code
statusTextY- Submitted - Completed - Failed - Cancelled
messageTextYA message specific to the transaction status
paymentDateDateYThe date for the payment action
dateSubmittedDateYThe date and time the payment was submitted
dateCompletedDateYThe date the transaction was finalised
paymentAdviceDateYThe date the payment advice was sent

Example paymentStatus Post:​

{
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJhcGlLZXkiOiJ7UFJPVklERUQgQVBJIEtFWX0iLCJhY2Nlc3NUb2tlbiI6IntQUk9WSURFRCBBQ0NFU1MgVE9LRU59IiwianRpIjoie1VOSVFVRSBWQUxVRX0iLCJpYXQiOjE1ODk5OTA5MDIsImV4cCI6MTU4OTk5MTUwMn0._Lk6FPqYITrJIUztulif8MdvuOMAVBZXZJEiBpdSwkw ",
"paymentReferences": [
"PT4235",
"PT4236"
]
}

Example paymentStatus Response:​

{
"jti": "{UNIQUE VALUE}",
"status": "Payment Status Results",
"payments": [
{
"paymentReference": "PT4235",
"status": "Submitted",
"supplierCode": "JOE001",
"message": "Scheduled via API",
"paymentDate": "2020-05-29",
"dateSubmitted": "2020-05-2212:49:24",
"dateCompleted": null,
"paymentAdvice": null
},
{
"paymentReference": "PT4236",
"status": "Cancelled",
"supplierCode": "JOE001",
"message": "Cancelled by Payments API",
"paymentDate": "2020-05-29",
"dateSubmitted": "2020-05-2212:51:06",
"dateCompleted": "2020-05-2214:00:28",
"paymentAdvice": null
}
]
}

loadBatch​

Endpoint: {server}/api/payments/v2/loadBatch

NOTE:​

Use loadBatch if you do not wish to preload suppliers. loadBatch will also create a supplier with the data provided but requires less information. The response will include a supplierCode. Once a supplier has been created you can make use of either the loadBatch option or the loadPayments option.

CAUTION:​

When making payment via loadBatch to existing suppliers you will only be required to provide the Unique Reference to link to an existing supplier.

  • If the Unique Reference is not found it will create a NEW supplier.
  • If the Unique Reference is found and the bank details differ from what has been stored, it will override the old bank account details with the new.

Considering the above, refrain from using Unique References for each payment but link a Unique Reference to a specific supplier by storing the response supplierCode and linking it to the original Unique Reference. This will prevent duplication of suppliers in the database.

By storing the supplierCode you will also be able to make use of the updateSuppliers functionality in future.

Skipping the addSuppliers step will not prevent you from making use of automated or ad hoc AVS in future. You will however need to manually update a Supplier's information with the compulsory AVS fields or make use of the updateSuppliers option.

Merchant profiles default to creating suppliers upon submission of a payment batch. Request the Payaccsys team to switch OFF the creating of suppliers if you do not want to create suppliers at all.

Notes: Payments default to Same Day Payments (clears between 8 and 10pm on the day). If you would like to make use of the other Service Types, this is to be specified as immediatePayment or oneDayPayment.

loadBatch: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
batchDescriptionTestYA reference for the payments batch
paymentsArrayY1-n of batch payment data
batchReferenceTextOThe BA number of a previously created batch

loadBatch: PAYMENT FIELDS

NameTypeRequiredDescription
uniqueReferenceTextYYour unique customer reference identifier
supplierTypeTextYIdentifies the customer. See Supplier types below
nameTextYThe first name of the account holder if supplier type is Individual or the Entity name for all other supplier types
lastNameTextCYSurname of the account holder if supplier type is Individual. Required if supplier type is Individual.
groupTextOThe name of a group to assign the supplier to
emailAddressTextOThe suppliers email address for payment advice
bankTextCYThe Bank the account is held at (see listBankOptions). Required if payment type is EFT
accountTypeTextCYThe account type (see listAccountTypes). Required if payment type is EFT
accountNumberTextCYThe account number. Required if payment type is EFT
branchCodeTextCYThe account branch code. Required if payment type is EFT
branchNameTextOThe branch name
amountDecimalYThe payment amount
paymentDateDateYThe date the payment must action
payeeReferenceTextYA payment reference for the payee's statement. For RTC and Sameday the payeeReference is limited to 10 digits. For Oneday and Bank Defined Beneficiaries there is no limit
immediatePaymentBooleanOOption to pay immediately. Only applies to Real-Time Clearance Participating Banks
oneDayPaymentBooleanOOption to pay midnight of payment date. NOTE: Cannot be used with immediatePayment. Use either immediatePayment or oneDayPayment or none for standard payment.
customTextOMerchant defined custom field

loadBatch: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYNumber of payments successful out of the number of requests submitted
batchReferenceTextYThe Batch reference number starting with BA i.e. BA123
availableBalanceDecimalYThe wallets available balance
totalFeesDecimalYTotal fee deduction
totalDeductionsDecimalYTotal payments deduction
paymentsArrayY1-n of each payment submission

loadBatch: RESULT FIELDS

NameTypeRequiredDescription
uniqueReferenceTextYYour unique customer reference identifier
supplierCodeTextYThe systems 6 character alphanumeric Supplier Code
statusTextYSuccess or Failed
paymentReferenceTextNThe systems payment transaction reference. Returned if status is Success
amountDecimalNThe amount deducted from the supplier
feeDecimalNThe fee deducted
messageTextNFailure reason
customTextNReturns the custom field if provided.
productTextNReturns the Service type eg. Same Day Clearance, Payshap, Realtime Clearance, One Day Clearance

Example loadBatch Post:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Example loadBatch response:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

cancelBatches​

Endpoint: {server}/api/payments/v2/cancelBatches

NOTE:​

Immediate payment transactions sweep every 5 minutes therefore cancellation of an immediate payment cannot be guaranteed.

cancelBatches: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT
batchReferencesArrayYBatch references for cancellation

cancelBatches: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYNumber of payments cancelled out of the number of requests submitted
availableBalanceDecimalYThe wallets available balance
totalPaymentsCancelledDecimalYTotal amount cancelled
totalFeesCancelledDecimalYTotal of fees cancelled
totalCancelledDecimalYTotal of payment and fees cancelled
batchesArrayY1-n of each batch cancellation submission

cancelBatches: RESULT FIELDS

NameTypeRequiredDescription
batchReferenceTextYThe systems payment transaction reference or batch reference
statusTextYCancelled or Failed
supplierCodeTextOThe systems 6-character alphanumeric Supplier Code
amountCancelledDecimalOThe amount cancelled
feeCancelledDecimalOThe fee amount refunded
messageTextOFailure reason

Example cancelBatches Post:​

{
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJhcGlLZXkiOiJ7UFJPVklERUQgQVBJIEtFWX0iLCJhY2Nlc3NUb2tlbiI6IntQUk9WSURFRCBBQ0NFU1MgVE9LRU59IiwianRpIjoie1VOSVFVRSBWQUxVRX0iLCJpYXQiOjE1ODk5OTA5MDIsImV4cCI6MTU4OTk5MTUwMn0._Lk6FPqYITrJIUztulif8MdvuOMAVBZXZJEiBpdSwkw ",
"batchReferences": [
"BA4235",
"BA4236"
]
}

Example cancelBatches Response:​

{
"jti": "{UNIQUE VALUE}",
"status": "1 of 2 Batches cancelled",
"availableBalance": 470.39,
"totalPaymentsCancelled": 99.95,
"totalFeesCancelled": 6.65,
"totalCancelled": 106.6,
"batches": [
{
"batchReference": "BA4235",
"status": "Failed",
"message": "Batch already Cancelled"
},
{
"batchReference": "BA4236",
"status": "Cancelled",
"message": "Cancelled by API",
"amountCancelled": 99.95,
"feeCancelled": 6.65
}
]
}

listAccountTypes​

Endpoint: {server}/api/payments/v2/listAccountTypes

listAccountTypes: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT

listAccountTypes: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYList of Account Types
accountTypesArrayY1-n of accountType

listBankOptions​

Endpoint: {server}/api/payments/v2/listBankOptions

listBankOptions: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT

listBankOptions: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYList of Account Types
bankOptionsDecimalY1-n of banks and branches

listSupplierTypes​

Endpoint: {server}/api/payments/v2/listSupplierTypes

listSupplierTypes: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT

listSupplierTypes: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYList of Account Types
supplierTypesArrayY1-n of supplierType

listPaymentTypes​

Endpoint: {server}/api/payments/v2/listPaymentTypes

Payment as Payshap is not defined in the payload. The bank will automatically convert the payment to Payshap if the Real-Time Clearance instruction is to a participating bank and the value does not exceed R50000.00.

listPaymentTypes: POST FIELDS

NameTypeRequiredDescription
tokenTextYThe signed JWT

listPaymentTypes: RESPONSE FIELDS

NameTypeRequiredDescription
jtiTextYThe unique JWT ID
statusTextYNumber of payments cancelled out of the number of requests submitted
paymentTypesArrayY1-n of paymentType

Errors​

If there is any submission error relating to authentication or missing fields the response fields will be:

  1. status: The status will be Error
  2. error: The error message

Example Error Message:​

Example pending — this example could not be reconstructed reliably from the source document and is being prepared.

Participating Banks​

See Participating banks for the Real-Time Clearance and Payshap participating bank lists.