Standing Orders v3.0

Standing Orders v3.0

Version Control

Version

Date

Author

Comments

Version

Date

Author

Comments

3.0-draft1

18-Apr-2018

OB R/W API Team

Initial draft for Version 3.0

3.0-draft3

May 22, 2018 

OB R/W API Team

Updated data dictionary to:

  • Include CASS definition of ENGLISH, SCOTTISH or RECEIVED

  • Updated class from OBReadStandingOrder2 to OBReadStandingOrder3

3.0-draft4

Jun 4, 2018 

OB R/W API Team

Clarified use of Idempotency Key in endpoint table.

3.0-draft5

Jun 13, 2018 

OB R/W API Team

Draft5 Changes:

  • Updated examples to change UTC to GMT to be in line with https://tools.ietf.org/html/rfc7231#page-66 

  • P21 changes:

    • Internationalisation for the CreditorAgent object.

      • SchemeName updated to Max40Text - so that additional schemes can be agreed and specified outside of the OB standard.

    • Internationalisation for the CreditorAccount object.

      • SchemeName updated to Max40Text - so that additional schemes can be agreed and specified outside of the OB standard.

      • Identification updated to Max256Text - so that schemes that require an email address can be accommodated.

3.0-draft6/rc1

Jun 27, 2018 

OB R/W API Team

Draft6 Changes:

  • Clarified how the ReadPAN permission affects the resource.

  • Errata - updated relevant references to OBReadStandingOrder2 to OBReadStandingOrder3 (for changes in v3.0-draft3).

  • Updated definition of Name field in the CreditorAccount object 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."

  • Updated Usage Examples to reflect namespacing for the SchemeName

3.0-draft7

Jul 17, 2018 

OB R/W API Team

Draft 7 Changes:

  • Corrected Usage Examples heading style

  • Added Frequency Examples

3.0-RC2

Jul 19, 2018 

OB R/W API Team

Errata:

  • Typo - "Account and Creditor" in Data Model section changed to "CreditorAccount and CreditorAgent

RC2 Changes:

  • Additional guidance on inactive standing orders that "For Inactive Standing Orders, ASPSPs must populate the NextPaymentDateTime with last executed PaymentDateTime, and NextPaymentAmount with the last executed PaymentAmount."

3.0-RC3

Aug 6, 2018 

OB R/W API Team

RC3 Changes:

  • Updated NextPaymentDateTime and NextPaymentAmount to 0..1 in the payload, and added guidance that: "For "Active" Standing Orders, an ASPSP must populate the NextPaymentDateTime and NextPaymentAmount"

3.0

Sep 7, 2018 

OB R/W API Team

This is the baseline version. No change from RC3.

Endpoints

Endpoints for the resource - and available methods.

Resource

HTTP Operation

Endpoint

Mandatory?

Scope

Grant Type

Idempotency Key

Parameters

Request Object

Response Object

Resource

HTTP Operation

Endpoint

Mandatory?

Scope

Grant Type

Idempotency Key

Parameters

Request Object

Response Object

1

standing-orders

GET

GET /accounts/{AccountId}/standing-orders

Conditional

accounts

Authorization Code

No





OBReadStandingOrder3

2

standing-orders

GET

GET /standing-orders

Optional

accounts

Authorization Code

No

Pagination



OBReadStandingOrder3

GET /accounts/{AccountId}/standing-orders

An AISP may retrieve the standing-order resource for a specific AccountId (which is retrieved in the call to GET /accounts).

GET /standing-orders

If an ASPSP has implemented the bulk retrieval endpoints - an AISP may optionally retrieve the standing-order resources in bulk.

This will retrieve the resources for all authorised accounts linked to the account-request.

Data Model

The OBReadStandingOrder3 object will be used for the call to: 

  • GET /accounts/{AccountId}/standing-orders

  • GET /standing-orders

Resource Definition

A resource that contains a set of elements that describes the list of standing-orders that have been set up on a specific account (AccountId).

An account (AccountId) may have no standing orders set up, or may have multiple standing orders set up.

UML Diagram

Notes:

  • The CreditorAccount and CreditorAgent blocks replicate what is used consistently throughout the Account Information APIs to identify an account. 

  • For the /accounts/{AccountId}/standing-orders endpoint - the CreditorAccount and CreditorAgent blocks represent the account that is receiving funds (so has been named the CreditorAccount - for consistency with the PISP use case).

  • For "Active" Standing Orders, an ASPSP must populate the NextPaymentDateTime and NextPaymentAmount

  • A DateTime element has been used - so that there is consistency across all API endpoints using dates. Where time elements do not exist in ASPSP systems - the time portion of the DateTime element will be defaulted to 00:00:00+00:00

  • The Amount elements all have embedded Currency elements - for consistency is ISO 20022, and across the other API endpoints

Frequency Examples

Frequency

Example

Details

Frequency

Example

Details

EvryDay

EvryDay

Every day

EvryWorkgDay

EvryWorkgDay

Every working day

IntrvlWkDay

IntrvlWkDay:1:3

Every week, on the 3rd day of the week

IntrvlWkDay

IntrvlWkDay:2:3

Every 2nd week, on the 3rd day of the week

WkInMnthDay

WkInMnthDay:2:3

Every month, on the 2nd week of the month, and on the third day of the week

IntrvlMnthDay

IntrvlMnthDay:1:-1

Every month, on the last day of the month

IntrvlMnthDay

IntrvlMnthDay:6:15

Every 6th month, on the 15th day of the month

QtrDay

QtrDay:ENGLISH

Paid on the 25th March, 24th June, 29th September and 25th December

Permission Codes

The resource differs depending on the permissions (ReadStandingOrdersBasic and ReadStandingOrdersDetail) used to access resource. In the event the resource is accessed with both ReadStandingOrdersBasic and ReadStandingOrdersDetail, the most detailed level (ReadStandingOrdersDetail) must be used.

  • These objects must not be returned without the ReadStandingOrdersDetail permission:

    • OBReadStandingOrder3/Data/StandingOrder/CreditorAgent

    • OBReadStandingOrder3/Data/StandingOrder/CreditorAccount

  • If the ReadStandingOrdersDetail is granted by the PSU:

    • OBReadStandingOrder3/Data/StandingOrder/CreditorAgent may be returned if applicable to the account and ASPSP (0..1)

    • OBReadStandingOrder3/Data/StandingOrder/CreditorAccount must be returned (1..1)

If the ReadPAN permission is granted by the PSU - the ASPSP may choose to populate the OBReadStandingOrder3/Data/StandingOrder/CreditorAccount/Identification with the unmasked PAN (if the PAN is being populated in the response).

Data Dictionary

Name

Occurrence

XPath

EnhancedDefinition

Class

Codes

Pattern

Name

Occurrence

XPath

EnhancedDefinition

Class

Codes

Pattern

OBReadStandingOrder3



OBReadStandingOrder3



OBReadStandingOrder3





Data

1..1

OBReadStandingOrder3/Data



OBReadDataStandingOrder3





StandingOrder

0..n

OBReadStandingOrder3/Data/StandingOrder



OBStandingOrder3





AccountId

1..1

OBReadStandingOrder3/Data/StandingOrder/AccountId

A unique and immutable identifier used to identify the account resource. This identifier has no meaning to the account owner.

Max40Text





StandingOrderId

0..1

OBReadStandingOrder3/Data/StandingOrder/StandingOrderId

A unique and immutable identifier used to identify the standing order resource. This identifier has no meaning to the account owner.

Max40Text





Frequency

1..1

OBReadStandingOrder3/Data/StandingOrder/Frequency

Individual 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))$

Reference

0..1

OBReadStandingOrder3/Data/StandingOrder/Reference

Unique 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





FirstPaymentDateTime

0..1

OBReadStandingOrder3/Data/StandingOrder/FirstPaymentDateTime

The date on which the first payment for a Standing Order schedule will be made.

ISODateTime





NextPaymentDateTime

0..1

OBReadStandingOrder3/Data/StandingOrder/NextPaymentDateTime

The date on which the next payment for a Standing Order schedule will be made.  This field is mandatory for Active Standing Orders.

ISODateTime





FinalPaymentDateTime

0..1

OBReadStandingOrder3/Data/StandingOrder/FinalPaymentDateTime

The date on which the final payment for a Standing Order schedule will be made.

ISODateTime





StandingOrderStatusCode

0..1

OBReadStandingOrder3/Data/StandingOrder/StandingOrderStatusCode

Specifies the status of the standing order in code form.

OBExternalStandingOrderStatus1Code

Active
Inactive



FirstPaymentAmount

0..1

OBReadStandingOrder3/Data/StandingOrder/FirstPaymentAmount

The amount of the first Standing Order

OBActiveOrHistoricCurrencyAndAmount





Amount

1..1

OBReadStandingOrder3/Data/StandingOrder/FirstPaymentAmount/Amount

A number of monetary units specified in an active currency where the unit of currency is explicit and compliant with ISO 4217.

OBActiveCurrencyAndAmount_SimpleType

^\d{1,13}\.\d{1,5}$



Currency

1..1

OBReadStandingOrder3/Data/StandingOrder/FirstPaymentAmount/Currency

A 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}$



NextPaymentAmount

0..1

OBReadStandingOrder3/Data/StandingOrder/NextPaymentAmount

The amount of the next Standing Order. This field is mandatory for Active Standing Orders.

OBActiveOrHistoricCurrencyAndAmount