ci4j-adorsys.3.5.25.source-code.pain.001.003.03.xsd Maven / Gradle / Ivy
Go to download
Show more of this group Show more artifacts with this name
Show all versions of hbci4j-adorsys Show documentation
Show all versions of hbci4j-adorsys Show documentation
HBCI4j - Home Banking Computer Interface for Java - Clone from https://github.com/hbci4j/hbci4java
If used, it is recommended to be used at âPayment Informationâ level and not at âCredit Transfer Transaction Informationâ level.
It is recommended that this element be specified at âPayment Informationâ level.
This data element may be present either at âPayment Informationâ or at âCredit Transfer Transaction Informationâ level.
If a Creditor Reference contains a check digit, the receiving bank is not required to validate this.
If the receiving bank validates the check digit and if this validation fails, the bank may continue its processing and send the transaction to the next party in the chain.
RF Creditor Reference may be used (ISO 11649).
Either âBIC or BEIâ or one
occurrence of âOtherâ is allowed.
Either âDate and Place of Birthâ or one occurrence of âOtherâ is allowed.
âNameâ is limited to 70 characters
in length.
âNameâ is limited to 70 characters
in length.
Only âTRFâ is allowed.
If present and contains âtrueâ, batch booking is requested. If present and contains âfalseâ, booking per transaction is requested. If element is not present, pre-agreed customer-to-bank conditions apply.
If used, it is recommended to be used only at âPayment Informationâ level and not at Credit Transfer Transaction Informationâ level.
When Instruction Priority is to be used, âPayment Type Informationâ must be present at âPayment Informationâ level.
This data element may be present either at âPayment Informationâ or at âCredit Transfer Transaction Informationâ level.
It is recommended that this element be specified at âPayment Informationâ level.
If present, pre-agreed customer-to-bank conditions apply.
Depending on the agreement between the Originator and the Originator Bank, âCategory Purposeâ may be forwarded to the Beneficiary Bank.
Depending on the agreement between the Originator and the Originator Bank, âCategory Purposeâ may be forwarded to the Beneficiary Bank.
Only codes from the ISO 20022 ExternalPurposeCode list are allowed.
When present, the receiving bank is not obliged to validate the the reference information.