Error Codes (Payments)

Description

During Bre-B payment processing, the result of an operation is not determined only by the HTTP response code.

HTTP response codes indicate whether the request was received or processed at the API communication level. However, the functional result of the transaction is returned inside the JSON response body.

For this reason, integrators must validate the payment status fields returned in the JSON response, mainly:

JSON
Copy
  • status_code: Indicates the functional status of the operation. For example: ACTC or RJCT.
  • error_code: Specific code that indicates the reason for the result or rejection.
  • error_description: Functional or technical detail associated with the result.

Status interpretation

Status CodeMeaningDescription
ACTCAcceptedThe transaction was successfully accepted.
RJCTRejectedThe transaction was rejected due to a validation, business rule, participant issue, or ecosystem condition.

Credit Transfer Response Codes

The following codes apply to Credit Transfer operations.

These responses are returned inside the JSON response body and should not be interpreted only based on the HTTP status code:

Status Reason CodeStatus CodeOperationDescription
U000ACTCCredit TransferSuccessful operation.
U120RJCTNetwork ManagementInbound channel signed out.
U119RJCTCredit TransferSession validation failed.
U111RJCTCredit TransferMinimum amount check failed. The minimum allowed value is 1.
U112RJCTCredit TransferMaximum amount check failed.
U125RJCTCredit TransferInbound bank classifier not found.
U126RJCTCredit TransferOutbound bank ID cannot be determined.
U122RJCTCredit TransferInbound bank is not active.
U204RJCTCredit TransferLiquidity position state not found.
U272RJCTCredit TransferRejected due to rules for originating or receiving payments.
U908RJCTCredit TransferValidation error related to participant lock status, participant configuration, account data, message structure, or required transaction fields. See section "Errors Associate with U908" for more details.

Errors associated with U908

The U908 code groups different rejection scenarios related to business validations, configuration, participants, accounts, or message structure.

Participant validations

Status Reason CodeStatus CodeDescription
U908RJCTDebtor not found in CUD Account table.
U908RJCTCreditor not found in CUD Account table.
U908RJCTInvalid transaction: debtor participant is inactive.
U908RJCTInvalid transaction: creditor participant is inactive.
U908RJCTInvalid transaction: receiving participant is locked.
U908RJCTInvalid transaction: originating participant is locked.
U908RJCTInvalid transaction: originating and receiving participants are locked.
U908RJCTThe account of the source participant and the account of the destination participant do not exist.

Debtor Validations

Status Reason CodeStatus CodeDescription
U908RJCTDebtor Agent ID must be 1 to 9 characters.
U908RJCTDebtor Account ID must exist and be 1 to 34 characters.
U908RJCTDebtor Account data must be registered in the dictionary.
U908RJCTDebtor name is required and must be 1 to 140 characters.
U908RJCTDebtor ID must be 1 to 18 alphanumeric characters.
U908RJCTDebtor must be registered in the dictionary.

Creditor Validations

Status Reason CodeStatus CodeDescription
U908RJCTCreditor Agent ID must be 1 to 9 characters.
U908RJCTCreditor Account ID must exist and be 1 to 34 characters.
U908RJCTCreditor Account data must be registered in the dictionary.
U908RJCTCreditor name is required and must be 1 to 140 characters.
U908RJCTCreditor ID must be 1 to 18 alphanumeric characters.
U908RJCTCreditor data must be registered in the dictionary.

Message and Transaction Structure Validations

Status Reson CodeStatus CodeDescription
U908RJCTInstdAgt Name field must be a type registered in the dictionary.
U908RJCTInstgAgt Name field must be a type registered in the dictionary.
U908RJCTNbOfTxs must be 1.
U908RJCTSttlmMtd must be CLRG.
U908RJCTAmount value is a mandatory field.
U908RJCTCurrency code must be COP.
U908RJCTTransaction ID must be unique and comply with the expected format.
U908RJCTEndToEndId must match the Transaction ID.

Transaction Status Inquiry Response Codes

These codes apply to transaction status inquiries, associated with the status update for a payment calls.

Status Reason CodeStatus CodeOperationDescription
U000ACTCPayment Status RequestRequest processed successfully.
U106RJCTPayment Status RequestTransaction not found.
U103RJCTPayment Status RequestTenant undefined validation.

Additional Bre-B Ecosystem Error Code List

Status Reason CodeStatus CodeOperationDescription
B001RJCTCredit TransferTime-out declared by the Originating SPBVI.
B002RJCTCredit TransferTime-out declared by the Receiving SPBVI.
B301RJCTCredit TransferTime-out declared by the Originating SPBVI during a payment status inquiry.
B302RJCTCredit TransferTime-out declared by the Receiving SPBVI during a payment status inquiry.
B101RJCTCredit TransferError in the receiving financial consumer account validations.
B102RJCTCredit TransferInvalid receiving customer account number.
B103RJCTCredit TransferIncorrect receiving customer identification.
B104RJCTCredit TransferIncorrect receiving customer payment method type.
B105RJCTCredit TransferReceiving customer account does not exist.
B106RJCTCredit TransferRejected due to risk control or suspected fraud.
B107RJCTCredit TransferExceeds the maximum amount allowed for low-value, ordinary, or inclusive deposits.
B108RJCTCredit TransferExceeds the maximum amount allowed by the SPBVI.
B109RJCTCredit TransferExceeds the maximum amount allowed by the receiving Participant.

What is an SPBVI?

In Bre-B, SPBVI refers to system participants authorized to operate under the instant low-value payments scheme(i.e., participating regulated entities) that originate or receive transactions.

In practice:

  • Originating SPBVI: the participant (entity) that sends/initiates the payment.
  • Receiving SPBVI: the participant (entity) that receives the payment (where the beneficiary’s account/payment instrument is held).

Therefore, for time-out errors:

  • if it says “time-out declared by the Originating SPBVI”, the unavailability/latency is attributed to the originating participant side;
  • if it says “time-out declared by the Receiving SPBVI”, it is attributed to the receiving participant side.
VariableType to search · ESC to discard
GlossaryType to search · ESC to discard
InsertType to search · ESC to discard
No matches