Skip to main content

Payment API Data Content

Field nameContentDescription
consentListList of consent requests
paymentDataTransfer data
  debtorAccountTransferor accountUnique identifier of the account to be debited in the transfer operation.
      ibanTransferor account in IBAN formatInternational bank account number of the transferor. In Hungary, a 28-character number series always starting with HU, and the last 24 characters correspond to the payment account number; if it is 3×8 characters, the last 8 digits of the IBAN are zero for a 2×8 character account number.
  debtorIdentificationTransferor identifier
      identificationTypeTransferor identifier typeTransferor identifier type, possible values: ORG-BIC: Organisation identifier BIC. ORG-OTHR: Organisation unique identifier other. PRV-OTHR: Private individual unique identifier other. One of these can be provided. When provided, the transferor identifier value must also be given.
      identificationTransferor identifier valueTransferor identifier value; when provided, the transferor identifier type must also be given. For ORG-BIC, BIC format must be used: [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}
  requestedExecutionDateRequested execution date of transferThe execution date requested by the transferor; the day on which the transferor's account is to be debited. If the payment is made by cheque, this is the day when the bank produces the cheque.
  paymentInformationIdPayment information block identifierUnique identifier provided by the sending party to unambiguously identify the payment information block within the message. Uniqueness must be ensured.
      categoryPurposeCategory purpose
          categoryPurposeCodeCategory purpose codeThe high-level purpose of the instruction, according to predefined categories. In this message element, the party initiating the transfer can provide information regarding the processing of the payment, which is expected to trigger special processing at one of the banks in the payment chain. Values published by the standard maintainer in the ExternalCategoryPurpose1Code list can be provided. Category purpose codes
      paymentsTransfer transaction informationGroup of message elements containing the data of individual transactions in the message.
          instructionIdentificationInstruction identifierPoint-to-point reference between the instructing and instructed party to identify the specific individual transaction. The instruction identifier can appear in multiple messages relating to the instruction. Uniqueness must be ensured.
          endToEndIdentificationEnd-to-end identifier / Unique identifier between partiesReference provided by the initiating party to unambiguously identify the transaction, which must be passed unchanged through the entire transfer chain from end to end. The end-to-end identifier enables reconciliation and allows tasks to be assigned to the transaction. The end-to-end identifier can appear in other messages related to the transaction.
      instructedAmountInstructed amountThe amount of the transfer, in the currency specified by the initiating party.
          currencyCurrencyCurrency code according to ISO 4217 standard.
          amountAmountThe amount to be transferred between the instructing and beneficiary parties, in the currency specified by the initiating party. The number of decimal places can only be two, with a mandatory value of 00, or the amount can be stated without a decimal point and without fillér.
      ultimateDebtorNameActual payer nameName of the ultimate party who owes the given amount to the (actual) beneficiary. ISO guideline states that data about the ultimate payer may only appear in the message if it differs from the transferor.
      ultimateDebtorIdentificationActual payer identifier
          identificationTypeActual payer identifier typeActual payer identifier type, possible values: ORG-BIC: Organisation identifier BIC. ORG-OTHR: Organisation unique identifier other. PRV-OTHR: Private individual unique identifier other. One of these can be provided. When provided, the actual payer identifier value must also be given.
          identificationActual payer identifier valueActual payer identifier value; when provided, the actual payer identifier type must also be given. For ORG-BIC, BIC format must be used: [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}
      creditorNameBeneficiary name
      creditorAddressBeneficiary address
          countryBeneficiary address country codeCountry code of the beneficiary's address.
          addressBeneficiary unstructured addressBeneficiary's unstructured address; postcode, city, street, street type, house number, staircase, floor, door can be entered concatenated.
      creditorIdentificationBeneficiary identifier
          identificationTypeBeneficiary identifier typeBeneficiary identifier type, possible values: ORG-BIC: Organisation identifier BIC. ORG-OTHR: Organisation unique identifier other. PRV-OTHR: Private individual unique identifier other. One of these can be provided. When provided, the beneficiary identifier value must also be given.
          identificationBeneficiary identifier valueBeneficiary identifier value; when provided, the beneficiary identifier type must also be given. For ORG-BIC, BIC format must be used: [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}
      creditorAccountBeneficiary accountUnique identifier of the beneficiary's account to be credited. Only one of IBAN or secondary identifier can be provided.
          ibanBeneficiary account in IBAN formatInternational bank account number of the beneficiary. In Hungary, a 28-character number series always starting with HU, and the last 24 characters correspond to the payment account number; if it is 3×8 characters, the last 8 digits of the IBAN are zero for a 2×8 character account number. When provided, the beneficiary name must also be given, and none of the secondary identifier fields may be filled.
          proxyBeneficiary account with secondary identifierWhen provided, the beneficiary name and IBAN account number cannot be given.
              proxyTypeBeneficiary account secondary identifier typeBeneficiary account secondary identifier type, possible values:
TELE: Mobile phone number
EMAL: Email address
TXID: Hungarian tax identification number or foreign tax ID/number
TXNB: Hungarian tax number.
Only 'TELE', 'EMAL', 'TXID' or 'TXNB' can be provided. When provided, the beneficiary name and IBAN cannot be given; the beneficiary account secondary identifier value must be given.
              proxyIdBeneficiary account secondary identifier valueFormat must be provided depending on the beneficiary account secondary identifier type:
TELE: format is Plus, CountryCode-hyphen-areacode-phonenumber i.e. +[0-9]3-[0-9]25 e.g.: +36-7012345678
EMAL: email address max. 70 characters long
TXID: Hungarian tax ID with country code e.g.: TXID:HU8123456789 or TXID:CZ123456789
TXNB: Hungarian/foreign tax number with country code e.g.: TXNB:HU12345678
When provided, the beneficiary name and IBAN cannot be given; beneficiary account secondary identifier type must be given.
      ultimateCreditorNameActual beneficiary nameName of the ultimate party to whom the amount is actually due. ISO guideline states that actual beneficiary data may only appear in the message if it differs from the beneficiary.
      ultimateCreditorIdentificationActual beneficiary identifier
          identificationTypeActual beneficiary identifier typeActual beneficiary identifier type, possible values:
ORG-BIC: Organisation identifier BIC
ORG-OTHR: Organisation unique identifier other
PRV-OTHR: Private individual unique identifier other.
One of these can be provided. When provided, the actual beneficiary identifier value must also be given.
          identificationActual beneficiary identifier valueActual beneficiary identifier value; when provided, the actual beneficiary identifier type must also be given. For ORG-BIC, BIC format must be used: [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}
      purposeCodePurpose codeIn transfer and payment request messages, service providers can indicate in which payment scenario the given transaction occurred. Using the purpose code, the ultimate parties – initiating party, transferor/(actual) payer, and (actual) beneficiary – can communicate information about the nature of the transfer. The purpose code is a content element that is not used by any intermediary in the payment chain for processing the instruction. Values published by the standard maintainer in the ExternalPurpose1Code list can be provided. Purpose codes
      remittanceInformationUnstructuredUnstructured remittance informationInformation agreed between the transferor and the beneficiary can be provided in this data field. Information provided in unstructured form to enable reconciliation of the incoming transfer and the item to be settled with it, e.g. the commercial invoice recorded on the buyer's current account.