International Standing Order Consents - v3.1.2

1. Overview
2. Endpoints
   1. POST /international-standing-order-consents
      1. Status
   2. GET /international-standing-order-consents/{ConsentId}
      1. Status
   3. State Model
      1. Payment Order Consent
3. Data Model
   1. Reused Classes
      1. OBInternationalStandingOrder3
         1. UML Diagram
         2. Notes
         3. Data Dictionary
   2. International Standing Order Consent - Request
      1. UML Diagram
      2. Notes
      3. Data Dictionary
   3. International Standing Order Consent - Response
      1. UML Diagram
      2. Notes
      3. Data Dictionary
4. Usage Examples
   1. POST /international-standing-order-consents
      1. Request
      2. Response

Overview

The International Standing Order Consent resource is used by a PISP to register an intent to initiate an International Standing Order.

This resource description should be read in conjunction with a compatible Payment Initiation API Profile.

Endpoints

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.

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:

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:

Data Model

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

Reused Classes

OBInternationalStandingOrder3

This section describes the OBInternationalStandingOrder3 class which is reused as the Initiation object in the international-standing-order-consent resource.

UML Diagram

Notes

For the OBInternationalStandingOrder3 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.
• The 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.
• The 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:
  • “UK.OBIE.SortCodeAccountNumber” - The Identification field must be populated with the 6 digit Sort Code and 8 digit Account Number (a 14 digit field).
  • “UK.OBIE.IBAN” - The Identification field must be populated with the full IBAN.
  • “UK.OBIE.PAN” - The 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.
• 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. 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

International Standing Order Consent - Request

The OBWriteInternationalStandingOrderConsent4 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
• SCASupportData
• Risk

Data Dictionary

International Standing Order Consent - Response

The OBWriteInternationalStandingOrderConsentResponse4 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 the additional elements below:

• 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 Profile, Section - Payment Restrictions -> CutOffDateTime Behaviour.
• Charges array which will be used by the ASPSP to indicate charges, and the ChargeBearer as relevant.

Data Dictionary

Usage Examples

POST /international-standing-order-consents

Request

POST /international-standing-order-consents HTTP/1.1
Authorization: Bearer 2YotnFZFEjr1zCsicMWpAA
x-idempotency-key: FRESCO.21302.GFX.20
x-jws-signature: TGlmZSdzIGEgam91cm5leSBub3QgYSBkZXN0aW5hdGlvbiA=..T2ggZ29vZCBldmVuaW5nIG1yIHR5bGVyIGdvaW5nIGRvd24gPw==
x-fapi-auth-date:  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"
  }
}

Response

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.1/pisp/international-standing-order-consents/ISOC-100"
  },
  "Meta": {}
}