International Standing Orders v3.0

Version Control

VersionDateAuthorComments
3.0-draft5 OB R/W API Team

First draft of v3-draft5

3.0-draft6/rc1 OB R/W API Team

Draft6 changes:

  • Removed exchange rate section for an international-standing-order as this behaviour is not observed in ASPSP online channels.
  • Aligned Frequency definition in an international-standing-order to a domestic-standing-order, and updated usage examples.
  • Updated the OBInternationalStandingOrder1 object guidance from "the ASPSP must Reject the Initiation request" to "the ASPSP must reject the international-standing-order-consent"
  • Clarified the behavioural difference in when ASPSP rejects the payment-order consent request and when ASPSP sets the status of payment-order consent to Rejected

  • Added section for State Model / Payment Order / Multiple Authorisation
  • Updated definition of Name field in the CreditorAccount and DebtorAccount objects for clarity. Have specified usage that it is "The account name is the name or names of the account owner(s) represented at an account level. The account name is not the product name or the nickname of the account."
  • Added reused classes for:
    • OBAuthorisation1
    • OBMultiAuthorisation1
  • Updated Data Model section to reflect:
    • Authorisation object in the payment-order consent request and response
    • MultiAuthorisation object in the payment-order resource response
  • Added Notes section to describe the content of the POST /international-standing-order-consent
  • Updated "PersonToPerson" to "PartyToParty" in Usage Examples
  • Linked GET Mandatory? status to resource POST implementation
  • Errata
    • Renamed "international-standing-orders-consents" to "international-standing-order-consents".
    • Clarified notes for international-standing-orders: The Initiation object from the international-standing-order-consent.
3.0-draft7 OB R/W API Team

Draft7 Changes:

  • Changed the Grant Type for GET Requests to be Client Credentials Only.
  • Moved definitions of reused classes - OBCharge1, OBAuthorisation1 and OBMultiAuthorisation1 to Payment Initiation API Specification page
  • Added namespace-prefixed enumerations to examples
3.0-RC2 OB R/W API Team

RC2 Changes:

  • Updated notes on CutOffDateTime to refer to Payment Initiation API Specification, Section - Payment Restrictions -> CutOffDateTime API Behaviour
3.0-RC3 OB R/W API TeamNo Change
3.0 OB R/W API TeamThis is the baseline version. No change from RC3.

Endpoints

ResourceHTTP OperationEndpointMandatory ?ScopeGrant TypeMessage SigningIdempotency KeyRequest ObjectResponse Object
international-standing-order-consentsPOSTPOST /international-standing-order-consentsConditionalpaymentsClient Credentials

Signed Request

Signed Response

YesOBWriteInternationalStandingOrderConsent1OBWriteInternationalStandingOrderConsentResponse1
international-standing-order-consentsGETGET /international-standing-order-consents/{ConsentId}Mandatory (if resource POST implemented)payments

Client Credentials

Signed ResponseNoNAOBWriteInternationalStandingOrderConsentResponse1
international-standing-ordersPOSTPOST /international-standing-ordersConditionalpaymentsAuthorization Code

Signed Request

Signed Response

YesOBWriteInternationalStandingOrder1OBWriteInternationalStandingOrderResponse1
international-standing-ordersGETGET /international-standing-orders/{InternationalStandingOrderPaymentId}Mandatory (if resource POST implemented)payments

Client Credentials

Signed ResponseNoNAOBWriteInternationalStandingOrderResponse1

POST /international-standing-order-consents

POST /international-standing-order-consents

The API endpoint allows the PISP to ask an ASPSP to create a new international-standing-order-consent resource.

  • The POST action indicates to the ASPSP that an international standing order consent has been staged. At this point, the PSU may not have been identified by the ASPSP, and the request payload may not contain any information of the account that should be debited.
  • The endpoint allows the PISP to send a copy of the consent (between PSU and PISP) to the ASPSP for the PSU to authorise.
  • The ASPSP creates the international-standing-order-consent resource and responds with a unique ConsentId to refer to the resource.

Status

The default Status is "AwaitingAuthorisation" immediately after the international-standing-order-consent has been created.

Status
AwaitingAuthorisation

GET /international-standing-order-consents/{ConsentId}

GET /international-standing-order-consents/{ConsentId}

A PISP can optionally retrieve a payment consent resource that they have created to check its status. 

Status

Once the PSU authorises the payment-consent resource - the Status of the payment-consent resource will be updated with "Authorised".

If the PSU rejects the consent or the international-standing-order-consent has failed some other ASPSP validation, the Status will be set to "Rejected".

Once an international-standing-orders has been successfully created using the international-standing-order-consent, the Status of the international-standing-order-consent will be set to "Consumed".

The available Status codes for the international-standing-order-consent resource are:

Status
AwaitingAuthorisation
Rejected
Authorised
Consumed

POST /international-standing-orders

POST /international-standing-orders

Once the international-standing-order-consent has been authorised by the PSU, the PISP can proceed to submit the international-standing-orders for processing:

  • This is done by making a POST request to the international-standing-orders endpoint.
  • This request is an instruction to the ASPSP to begin the international standing order journey. The PISP must submit the international standing order immediately, however, there are some scenarios where the ASPSP may not warehouse the international standing order immediately (e.g. busy periods at the ASPSP).
  • The PISP must ensure that the Initiation and Risk sections of the international-standing-orders match the corresponding Initiation and Risk sections of the international-standing-order-consent resource. If the two do not match, the ASPSP must not process the request and must respond with a 400 (Bad Request).
  • Any operations on the international-standing-orders resource will not result in a Status change for the international-standing-orders resource.

Status

An international-standing-orders can only be created if its corresponding international-standing-order-consent resource has the status of "Authorised". 

The international-standing-orders resource that is created successfully must have one of the following Status codes

Status
InitiationPending
InitiationFailed
InitiationCompleted 

GET /international-standing-orders/{InternationalStandingOrderPaymentId}

GET /international-standing-orders/{InternationalStandingOrderPaymentId}

A PISP can retrieve the international-standing-orders to check its status.

Status

The international-standing-orders resource must have one of the following Status codes:

Status
InitiationPending
InitiationFailed
InitiationCompleted 

State Model

Payment Order Consent

The state model for the international-standing-order-consent resource follows the generic consent state model. However, does not use the "Revoked" status, as the consent for an international-standing-order is not a long-lived consent.



The definitions for the Status:


StatusStatus Description
1AwaitingAuthorisationThe consent resource is awaiting PSU authorisation.
2RejectedThe consent resource has been rejected.
3Authorised The consent resource has been successfully authorised.
4ConsumedThe consented action has been successfully completed. This does not reflect the status of the consented action.

Payment Order

The state model for the international-standing-orders resource describes the initiation status only. I.e. not the subsequent execution of the international-standing-orders.



The definitions for the Status:


StatusPayment Status Description
1InitiationPendingThe initiation of the payment order is pending.
2InitiationFailedThe initiation of the payment order has failed.
3InitiationCompleted The initiation of the payment order is complete.

Multiple Authorisation

If the payment-order requires multiple authorisations - the Status of the multiple authorisations will be updated in the MultiAuthorisation object.


The definitions for the Status:


StatusStatus Description
1AwaitingFurtherAuthorisationThe payment-order resource is awaiting further authorisation.
2RejectedThe payment-order resource has been rejected by an authoriser.
3Authorised The payment-order resource has been successfully authorised by all required authorisers.

Data Model

The data dictionary section gives the detail on the payload content for the International Standing Order API flows.

Reused Classes

OBInternationalStandingOrder1

This section describes the OBInternationalStandingOrder1 class - which is reused as the Initiation object in the international-standing-order-consent and international-standing-orders resources.

UML Diagram

Notes

For the OBInternationalStandingOrder1 Initiation object: 

  • All elements in the Initiation payload that are specified by the PISP must not be changed via the ASPSP - as this is part of formal consent from the PSU
  • If the ASPSP is able to establish a problem with payload or any contextual error during the API call, the ASPSP must reject the international-standing-order-consent request immediately

  • If the ASPSP establishes a problem with the international-standing-order-consent after the API call, the ASPSP must set the Status of the international-standing-order-consent resource to Rejected

  • DebtorAccount is optional - as the PISP may not know the account identification details for the PSU.
  • If the DebtorAccount is specified by the PISP and is invalid for the PSU - then the international-standing-order-consent will be set to Rejected after PSU authentication.
  • CreditorAgent must at least have either of the pairs provided - SchemeName and Identification, or Name and PostalAddress
  • Account Identification field usage:
    • SchemeName is a free-text field which will be populated with identification schemes an ASPSP accepts.
    • Identification is a field which is populated with the Identification of the account, using the valid identification scheme provided.
  • Valid UK Account Identification SchemeName values include, but are not restricted to:
    • "SortCodeAccountNumber" - Identification field must be populated with the 6 digit Sort Code and 8 digit Account Number (a 14 digit field).
    • "IBAN" - Identification field must be populated with the full IBAN.
    • "PAN" - Identification field must be populated with the full PAN. A PAN may be an instrument (e.g., a debit card) linked to a payment account, and may not be the only PAN linked to the payment account.
  • LocalInstrument is the requested payment scheme for execution - this is a free-text field which will be populated with payment schemes an ASPSP accepts.
  • InstructionPrioirty may be used by the ASPSP to determine the payment scheme for execution. The InstructionPriority must not be specified when the LocalInstrument is specified.
  • The InstructedAmount object must be populated with the desired Amount and Currency of transfer, regardless of the currency of the DebtorAccount. I.e., a PSU may wish to transfer 100EUR from a GBP DebtorAccount (InstructedAmount will be 100EUR), or 100GBP in EUR (the InstructedAmount will be 100GBP).
  • The CurrencyOfTransfer must be used to specify the currency the funds will be transferred into. I.e., a PSU may wish to transfer 100USD from a GBP DebtorAccount to a Rupee INR CreditorAccount in India.
  • The ChargeBearer field is used by the PISP to indicate the bearer of charges. An ASPSP must Reject the Initiation request if the requested charge allocation cannot be fulfilled.
  • Permission field is restricted to "Create" - however, may be extended to "Update" and "Delete" in a future iteration of the specification.

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBInternationalStandingOrder1
OBInternationalStandingOrder1The Initiation payload is sent by the initiating party to the ASPSP. It is used to request movement of funds from the debtor account to a creditor for an international standing order.OBInternationalStandingOrder1

Frequency1..1OBInternationalStandingOrder1/FrequencyIndividual Definitions:
EvryDay - Every day
EvryWorkgDay - Every working day
IntrvlWkDay - An interval specified in weeks (01 to 09), and the day within the week (01 to 07)
WkInMnthDay - A monthly interval, specifying the week of the month (01 to 05) and day within the week (01 to 07)
IntrvlMnthDay - An interval specified in months (between 01 to 06, 12, 24), specifying the day within the month (-5 to -1, 1 to 31)
QtrDay - Quarterly (either ENGLISH, SCOTTISH, or RECEIVED).
ENGLISH = Paid on the 25th March, 24th June, 29th September and 25th December.
SCOTTISH = Paid on the 2nd February, 15th May, 1st August and 11th November.
RECEIVED = Paid on the 20th March, 19th June, 24th September and 20th December.

Individual Patterns:
EvryDay (ScheduleCode)
EvryWorkgDay (ScheduleCode)
IntrvlWkDay:IntervalInWeeks:DayInWeek (ScheduleCode + IntervalInWeeks + DayInWeek)
WkInMnthDay:WeekInMonth:DayInWeek (ScheduleCode + WeekInMonth + DayInWeek)
IntrvlMnthDay:IntervalInMonths:DayInMonth (ScheduleCode + IntervalInMonths + DayInMonth)
QtrDay: + either (ENGLISH, SCOTTISH or RECEIVED) ScheduleCode + QuarterDay

The regular expression for this element combines five smaller versions for each permitted pattern. To aid legibility - the components are presented individually here:
EvryDay
EvryWorkgDay
IntrvlWkDay:0[1-9]:0[1-7]
WkInMnthDay:0[1-5]:0[1-7]
IntrvlMnthDay:(0[1-6]|12|24):(-0[1-5]|0[1-9]|[12][0-9]|3[01])
QtrDay:(ENGLISH|SCOTTISH|RECEIVED)

Full Regular Expression:
^(EvryDay)$|^(EvryWorkgDay)$|^(IntrvlWkDay:0[1-9]:0[1-7])$|^(WkInMnthDay:0[1-5]:0[1-7])$|^(IntrvlMnthDay:(0[1-6]|12|24):(-0[1-5]|0[1-9]|[12][0-9]|3[01]))$|^(QtrDay:(ENGLISH|SCOTTISH|RECEIVED))$
Max35Text
^(EvryDay)$|^(EvryWorkgDay)$|^(IntrvlWkDay:0[1-9]:0[1-7])$|^(WkInMnthDay:0[1-5]:0[1-7])$|^(IntrvlMnthDay:(0[1-6]|12|24):(-0[1-5]|0[1-9]|[12][0-9]|3[01]))$|^(QtrDay:(ENGLISH|SCOTTISH|RECEIVED))$
Reference0..1OBInternationalStandingOrder1/ReferenceUnique reference, as assigned by the creditor, to unambiguously refer to the payment transaction.

Usage: If available, the initiating party should provide this reference in the structured remittance information, to enable reconciliation by the creditor upon receipt of the amount of money.

If the business context requires the use of a creditor reference or a payment remit identification, and only one identifier can be passed through the end-to-end chain, the creditor's reference or payment remittance identification should be quoted in the end-to-end transaction identification.
Max35Text

NumberOfPayments0..1OBInternationalStandingOrder1/NumberOfPaymentsNumber of the payments that will be made in completing this frequency sequence including any executed since the sequence start date. Max35Text

FirstPaymentDateTime1..1OBInternationalStandingOrder1/FirstPaymentDateTimeThe date on which the first payment for a Standing Order schedule will be made.ISODateTime

FinalPaymentDateTime0..1OBInternationalStandingOrder1/FinalPaymentDateTimeThe date on which the final payment for a Standing Order schedule will be made.ISODateTime

Purpose0..1OBInternationalStandingOrder1/PurposeSpecifies the external purpose code in the format of character string with a maximum length of 35 characters.
The list of valid codes is an external code list published separately.
External code sets can be downloaded from www.iso20022.org.
ExternalPurposeCode

ChargeBearer0..1OBInternationalStandingOrder1/ChargeBearerSpecifies which party/parties will bear the charges associated with the processing of the payment transaction.OBChargeBearerType1CodeBorneByCreditor
BorneByDebtor
FollowingServiceLevel
Shared

CurrencyOfTransfer1..1OBInternationalStandingOrder1/CurrencyOfTransferSpecifies the currency of the to be transferred amount, which is different from the currency of the debtor's account.ActiveOrHistoricCurrencyCode^[A-Z]{3,3}$
InstructedAmount1..1OBInternationalStandingOrder1/InstructedAmountAmount of money to be moved between the debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party.

Usage: This amount has to be transported unchanged through the transaction chain.
OBActiveOrHistoricCurrencyAndAmount

Amount1..1OBInternationalStandingOrder1/InstructedAmount/AmountA number of monetary units specified in an active currency where the unit of currency is explicit and compliant with ISO 4217.ActiveCurrencyAndAmount_SimpleType

Currency1..1OBInternationalStandingOrder1/InstructedAmount/CurrencyA code allocated to a currency by a Maintenance Agency under an international identification scheme, as described in the latest edition of the international standard ISO 4217 "Codes for the representation of currencies and funds".ActiveOrHistoricCurrencyCode^[A-Z]{3,3}$
DebtorAccount0..1OBInternationalStandingOrder1/DebtorAccountProvides the details to identify the debtor account.OBCashAccountDebtor3

SchemeName1..1OBInternationalStandingOrder1/DebtorAccount/SchemeNameName of the identification scheme, in a coded form as published in an external list.Max40Text

Identification1..1OBInternationalStandingOrder1/DebtorAccount/IdentificationIdentification assigned by an institution to identify an account. This identification is known by the account owner.Max256Text

Name0..1OBInternationalStandingOrder1/DebtorAccount/NameName of the account, as assigned by the account servicing institution.

Usage: The account name is the name or names of the account owner(s) represented at an account level. The account name is not the product name or the nickname of the account.
Max70Text

SecondaryIdentification0..1OBInternationalStandingOrder1/DebtorAccount/SecondaryIdentificationThis is secondary identification of the account, as assigned by the account servicing institution.
This can be used by building societies to additionally identify accounts with a roll number (in addition to a sort code and account number combination).
Max34Text

Creditor0..1OBInternationalStandingOrder1/CreditorParty to which an amount of money is due.OBPartyIdentification43

Name0..1OBInternationalStandingOrder1/Creditor/NameName by which a party is known and which is usually used to identify that party.Max140Text

PostalAddress0..1OBInternationalStandingOrder1/Creditor/PostalAddressInformation that locates and identifies a specific address, as defined by postal services.OBPostalAddress6

AddressType0..1OBInternationalStandingOrder1/Creditor/PostalAddress/AddressTypeIdentifies the nature of the postal address.OBAddressTypeCodeBusiness
Correspondence
DeliveryTo
MailTo
POBox
Postal
Residential
Statement

Department0..1OBInternationalStandingOrder1/Creditor/PostalAddress/DepartmentIdentification of a division of a large organisation or building.Max70Text

SubDepartment0..1OBInternationalStandingOrder1/Creditor/PostalAddress/SubDepartmentIdentification of a sub-division of a large organisation or building.Max70Text

StreetName0..1OBInternationalStandingOrder1/Creditor/PostalAddress/StreetNameName of a street or thoroughfare.Max70Text

BuildingNumber0..1OBInternationalStandingOrder1/Creditor/PostalAddress/BuildingNumberNumber that identifies the position of a building on a street.Max16Text

PostCode0..1OBInternationalStandingOrder1/Creditor/PostalAddress/PostCodeIdentifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail.Max16Text

TownName0..1OBInternationalStandingOrder1/Creditor/PostalAddress/TownNameName of a built-up area, with defined boundaries, and a local government.Max35Text

CountrySubDivision0..1OBInternationalStandingOrder1/Creditor/PostalAddress/CountrySubDivisionIdentifies a subdivision of a country such as state, region, county.Max35Text

Country0..1OBInternationalStandingOrder1/Creditor/PostalAddress/CountryNation with its own government.CountryCode^[A-Z]{2,2}$
AddressLine0..7OBInternationalStandingOrder1/Creditor/PostalAddress/AddressLineInformation that locates and identifies a specific address, as defined by postal services, presented in free format text.Max70Text

CreditorAgent0..1OBInternationalStandingOrder1/CreditorAgentParty that manages the account on behalf of the account owner, that is manages the registration and booking of entries on the account, calculates balances on the account and provides information about the account.
This is the servicer of the beneficiary account.
OBBranchAndFinancialInstitutionIdentification3

SchemeName0..1OBInternationalStandingOrder1/CreditorAgent/SchemeNameName of the identification scheme, in a coded form as published in an external list.Max40Text

Identification0..1OBInternationalStandingOrder1/CreditorAgent/IdentificationUnique and unambiguous identification of the servicing institution.Max35Text

Name0..1OBInternationalStandingOrder1/CreditorAgent/NameName by which an agent is known and which is usually used to identify that agent.Max140Text

PostalAddress0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddressInformation that locates and identifies a specific address, as defined by postal services.OBPostalAddress6

AddressType0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/AddressTypeIdentifies the nature of the postal address.OBAddressTypeCodeBusiness
Correspondence
DeliveryTo
MailTo
POBox
Postal
Residential
Statement

Department0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/DepartmentIdentification of a division of a large organisation or building.Max70Text

SubDepartment0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/SubDepartmentIdentification of a sub-division of a large organisation or building.Max70Text

StreetName0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/StreetNameName of a street or thoroughfare.Max70Text

BuildingNumber0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/BuildingNumberNumber that identifies the position of a building on a street.Max16Text

PostCode0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/PostCodeIdentifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail.Max16Text

TownName0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/TownNameName of a built-up area, with defined boundaries, and a local government.Max35Text

CountrySubDivision0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/CountrySubDivisionIdentifies a subdivision of a country such as state, region, county.Max35Text

Country0..1OBInternationalStandingOrder1/CreditorAgent/PostalAddress/CountryNation with its own government.CountryCode^[A-Z]{2,2}$
AddressLine0..7OBInternationalStandingOrder1/CreditorAgent/PostalAddress/AddressLineInformation that locates and identifies a specific address, as defined by postal services, presented in free format text.Max70Text

CreditorAccount1..1OBInternationalStandingOrder1/CreditorAccountProvides the details to identify the beneficiary account.OBCashAccountCreditor2

SchemeName1..1OBInternationalStandingOrder1/CreditorAccount/SchemeNameName of the identification scheme, in a coded form as published in an external list.Max40Text

Identification1..1OBInternationalStandingOrder1/CreditorAccount/IdentificationIdentification assigned by an institution to identify an account. This identification is known by the account owner.Max256Text

Name1..1OBInternationalStandingOrder1/CreditorAccount/NameName of the account, as assigned by the account servicing institution.

Usage: The account name is the name or names of the account owner(s) represented at an account level. The account name is not the product name or the nickname of the account.
OB: ASPSPs may carry out name validation for Confirmation of Payee, but it is not mandatory.
Max70Text

SecondaryIdentification0..1OBInternationalStandingOrder1/CreditorAccount/SecondaryIdentificationThis is secondary identification of the account, as assigned by the account servicing institution.
This can be used by building societies to additionally identify accounts with a roll number (in addition to a sort code and account number combination).
Max34Text

International Standing Order Consent - Request

The OBWriteInternationalStandingOrderConsent1 object will be used for the call to:

  • POST /international-standing-order-consents

UML Diagram

Notes

The international-standing-order-consent request contains these objects:

  • Initiation
  • Authorisation
  • Risk

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteInternationalStandingOrderConsent1
OBWriteInternationalStandingOrderConsent1
OBWriteInternationalStandingOrderConsent1

Data1..1OBWriteInternationalStandingOrderConsent1/Data
OBWriteDataInternationalStandingOrderConsent1

Permission1..1OBWriteInternationalStandingOrderConsent1/Data/PermissionSpecifies the Open Banking service request types. OBExternalPermissions2CodeCreate
Initiation1..1OBWriteInternationalStandingOrderConsent1/Data/InitiationThe Initiation payload is sent by the initiating party to the ASPSP. It is used to request movement of funds from the debtor account to a creditor for an international standing order.OBInternationalStandingOrder1

Authorisation0..1OBWriteInternationalStandingOrderConsent1/Data/Authorisation
OBAuthorisation1

Risk1..1OBWriteInternationalStandingOrderConsent1/RiskThe Risk section is sent by the initiating party to the ASPSP. It is used to specify additional details for risk scoring for Payments.OBRisk1

International Standing Order Consent - Response

The OBWriteInternationalStandingOrderConsentResponse1 object will be used for a response to a call to:

  • POST /international-standing-order-consents
  • GET /international-standing-order-consents/{ConsentId}

UML Diagram

Notes

The international-standing-order-consent response contains the full original payload from the international-standing-order-consent request - with these additional elements:

  • ConsentId
  • CreationDateTime the international-standing-order-consent resource was created
  • Status and StatusUpdateDateTime of the international-standing-order-consent resource
  • Permission field in the original request
  • CutOffDateTime Behaviour is explained in Payment Initiation API Specification, Section - Payment Restrictions -> CutOffDateTime API Behaviour
  • Charges array which will be used by the ASPSP to indicate charges, and the ChargeBearer as relevant

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteInternationalStandingOrderConsentResponse1
OBWriteInternationalStandingOrderConsentResponse1
OBWriteInternationalStandingOrderConsentResponse1

Data1..1OBWriteInternationalStandingOrderConsentResponse1/Data
OBWriteDataInternationalStandingOrderConsentResponse1

ConsentId1..1OBWriteInternationalStandingOrderConsentResponse1/Data/ConsentIdOB: Unique identification as assigned by the ASPSP to uniquely identify the consent resource.Max128Text

CreationDateTime1..1OBWriteInternationalStandingOrderConsentResponse1/Data/CreationDateTimeDate and time at which the resource was created.ISODateTime

Status1..1OBWriteInternationalStandingOrderConsentResponse1/Data/StatusSpecifies the status of resource in code form.OBExternalConsentStatus1CodeAuthorised
AwaitingAuthorisation
Consumed
Rejected

StatusUpdateDateTime1..1OBWriteInternationalStandingOrderConsentResponse1/Data/StatusUpdateDateTimeDate and time at which the resource status was updated.ISODateTime

Permission1..1OBWriteInternationalStandingOrderConsentResponse1/Data/PermissionSpecifies the Open Banking service request types. OBExternalPermissions2CodeCreate
CutOffDateTime0..1OBWriteInternationalStandingOrderConsentResponse1/Data/CutOffDateTimeSpecified cut-off date and time for the payment consent.ISODateTime

Charges0..nOBWriteInternationalStandingOrderConsentResponse1/Data/ChargesSet of elements used to provide details of a charge for the payment initiation.OBCharge1

Initiation1..1OBWriteInternationalStandingOrderConsentResponse1/Data/InitiationThe Initiation payload is sent by the initiating party to the ASPSP. It is used to request movement of funds from the debtor account to a creditor for an international standing order.OBInternationalStandingOrder1

Authorisation0..1OBWriteInternationalStandingOrderConsentResponse1/Data/Authorisation
OBAuthorisation1

Risk1..1OBWriteInternationalStandingOrderConsentResponse1/RiskThe Risk section is sent by the initiating party to the ASPSP. It is used to specify additional details for risk scoring for Payments.OBRisk1

International Standing Order - Request

The OBWriteInternationalStandingOrder1 object will be used for a call to:

  • POST /international-standing-orders

UML Diagram

Notes

The international-standing-orders request object contains the: 

  • ConsentId
  • The full Initiation and Risk objects from the international-standing-order-consent request

The Initiation and Risk sections of the international-standing-orders request must match the Initiation and Risk sections of the corresponding international-standing-order-consent request.

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteInternationalStandingOrder1
OBWriteInternationalStandingOrder1
OBWriteInternationalStandingOrder1

Data1..1OBWriteInternationalStandingOrder1/Data
OBWriteDataInternationalStandingOrder1

ConsentId1..1OBWriteInternationalStandingOrder1/Data/ConsentIdOB: Unique identification as assigned by the ASPSP to uniquely identify the consent resource.Max128Text

Initiation1..1OBWriteInternationalStandingOrder1/Data/InitiationThe Initiation payload is sent by the initiating party to the ASPSP. It is used to request movement of funds from the debtor account to a creditor for an international standing order.OBInternationalStandingOrder1

Risk1..1OBWriteInternationalStandingOrder1/RiskThe Risk section is sent by the initiating party to the ASPSP. It is used to specify additional details for risk scoring for Payments.OBRisk1

International Standing Order - Response

The OBWriteInternationalStandingOrderResponse1 object will be used for a response to a call to:

  • POST /international-standing-orders
  • GET /international-standing-orders/{InternationalStandingOrderPaymentId}

UML Diagram

Notes

The international-standing-orders response object contains the: 

  • InternationalStandingOrderPaymentId
  • ConsentId
  • CreationDateTime the international-standing-orders resource was created
  • Status and StatusUpdateDateTime of the international-standing-orders resource
  • The Charges in the international-standing-order-consent response from the ASPSP
  • The Initiation object from the international-standing-order-consent
  • The MultiAuthorisation object if the international-standing-order resource requires multiple authorisations

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteInternationalStandingOrderResponse1
OBWriteInternationalStandingOrderResponse1
OBWriteInternationalStandingOrderResponse1

Data1..1OBWriteInternationalStandingOrderResponse1/Data
OBWriteDataInternationalStandingOrderResponse1

InternationalStandingOrderId1..1OBWriteInternationalStandingOrderResponse1/Data/InternationalStandingOrderIdOB: Unique identification as assigned by the ASPSP to uniquely identify the international standing order resource.Max128Text

ConsentId1..1OBWriteInternationalStandingOrderResponse1/Data/ConsentIdOB: Unique identification as assigned by the ASPSP to uniquely identify the consent resource.Max128Text

CreationDateTime1..1OBWriteInternationalStandingOrderResponse1/Data/CreationDateTimeDate and time at which the resource was created.ISODateTime

Status1..1OBWriteInternationalStandingOrderResponse1/Data/StatusSpecifies the status of resource in code form.OBExternalStatus1CodeInitiationCompleted
InitiationFailed
InitiationPending

StatusUpdateDateTime1..1OBWriteInternationalStandingOrderResponse1/Data/StatusUpdateDateTimeDate and time at which the resource status was updated.ISODateTime

Charges0..nOBWriteInternationalStandingOrderResponse1/Data/ChargesSet of elements used to provide details of a charge for the payment initiation.OBCharge1

Initiation1..1OBWriteInternationalStandingOrderResponse1/Data/InitiationThe Initiation payload is sent by the initiating party to the ASPSP. It is used to request movement of funds from the debtor account to a creditor for an international standing order.OBInternationalStandingOrder1

MultiAuthorisation0..1OBWriteInternationalStandingOrderResponse1/Data/MultiAuthorisation
OBMultiAuthorisation1

Usage Examples

Create International Standing Order Consent

POST /international-standing-order-consents

Payment Order Consent Request Payload
POST /international-standing-order-consents HTTP/1.1
Authorization: Bearer 2YotnFZFEjr1zCsicMWpAA
x-jws-signature: TGlmZSdzIGEgam91cm5leSBub3QgYSBkZXN0aW5hdGlvbiA=..T2ggZ29vZCBldmVuaW5nIG1yIHR5bGVyIGdvaW5nIGRvd24gPw==
x-fapi-financial-id: OB/2017/001
x-fapi-customer-last-logged-time:  Mon, 01 Jan 2018 02:43:31 GMT
x-fapi-customer-ip-address: 104.25.212.99
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Content-Type: application/json
Accept: application/json

{
  "Data": {
	"Permission": "Create",
    "Initiation": {
	  "Frequency": "EvryWorkgDay",
	  "FirstPaymentDateTime": "2018-06-06T06:06:06+00:00",
	  "FinalPaymentDateTime": "2020-03-20T06:06:06+00:00",
	  "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Frost"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.IBAN",
        "Identification": "DE89370400440532013000",
        "Name": "Tom Kirkman"
      },
	  "InstructedAmount": {
        "Amount": "20",
        "Currency": "EUR"
	  },
	  "CurrencyOfTansfer":"EUR"
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  }
}

POST /international-standing-order-consents response

Payment Order Consent Response Payload
HTTP/1.1 201 Created
x-jws-signature: V2hhdCB3ZSBnb3QgaGVyZQ0K..aXMgZmFpbHVyZSB0byBjb21tdW5pY2F0ZQ0K
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Content-Type: application/json


{
  "Data": {
	"ConsentId": "ISOC-100",
	"CreationDateTime": "2018-01-01T06:06:06+00:00",
	"Status": "AwaitingAuthorisation",
	"StatusUpdateDateTime": "2018-01-01T06:06:06+00:00",
	"Permission": "Create",
    "Initiation": {
	  "Frequency": "EvryWorkgDay",
	  "FirstPaymentDateTime": "2018-06-06T06:06:06+00:00",
	  "FinalPaymentDateTime": "2020-03-20T06:06:06+00:00",
      "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Frost"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.IBAN",
        "Identification": "DE89370400440532013000",
        "Name": "Tom Kirkman"
      },
	  "InstructedAmount": {
        "Amount": "20",
        "Currency": "EUR"
	  },
	  "CurrencyOfTansfer":"EUR"
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  },
  "Links": {
    "Self": "https://api.alphabank.com/open-banking/v3.0/international-standing-order-consents/ISOC-100"
  },
  "Meta": {}
}

Create an International Standing Order

POST /international-standing-orders request

Payment Order Request Payload
POST /international-standing-orders HTTP/1.1
Authorization: Bearer eYJQLMQLMQLM
x-jws-signature: TGlmZSdzIGEgam91cm5leSBub3QgYSBkZXN0aW5hdGlvbiA=..T2ggZ29vZCBldmVuaW5nIG1yIHR5bGVyIGdvaW5nIGRvd24gPw==
x-fapi-financial-id: OB/2017/001
x-fapi-customer-last-logged-time:  Mon, 01 Jan 2018 02:43:31 GMT
x-fapi-customer-ip-address: 104.25.212.99
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Content-Type: application/json
Accept: application/json

{
  "Data": {
	"ConsentId": "ISOC-100",
    "Initiation": {
	  "Frequency": "EvryWorkgDay",
	  "FirstPaymentDateTime": "2018-06-06T06:06:06+00:00",
	  "FinalPaymentDateTime": "2020-03-20T06:06:06+00:00",
	  "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Frost"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.IBAN",
        "Identification": "DE89370400440532013000",
        "Name": "Tom Kirkman"
      },
	  "InstructedAmount": {
        "Amount": "20",
        "Currency": "EUR"
	  },
	  "CurrencyOfTansfer":"EUR"
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  }
}

POST /international-standing-orders response

Payment Order Response Payload
HTTP/1.1 201 Created
x-jws-signature: V2hhdCB3ZSBnb3QgaGVyZQ0K..aXMgZmFpbHVyZSB0byBjb21tdW5pY2F0ZQ0K
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Content-Type: application/json

{
  "Data": {
	"DomesticStandingOrderId": "SO-ISOC-100",
	"ConsentId": "ISOC-100",
	"CreationDateTime": "2018-01-01T06:06:36+00:00",
	"Status": "InitiationCompleted",
	"StatusUpdateDateTime": "2018-01-01T06:36:06+00:00",
    "Initiation": {
	  "Frequency": "EvryWorkgDay",
	  "FirstPaymentDateTime": "2018-06-06T06:06:06+00:00"
	  "FinalPaymentDateTime": "2020-03-20T06:06:06+00:00",
      "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Frost"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.IBAN",
        "Identification": "DE89370400440532013000",
        "Name": "Tom Kirkman"
      },
	  "InstructedAmount": {
        "Amount": "20",
        "Currency": "EUR"
	  },
	  "CurrencyOfTansfer":"EUR"
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  },
  "Links": {
    "Self": "https://api.alphabank.com/open-banking/v3.0/international-standing-orders/SO-ISOC-100"
  },
  "Meta": {}
}