Domestic Standing Order Consents - v3.1.2

  1. Overview
  2. Endpoints
    1. POST /domestic-standing-order-consents
      1. Status
    2. GET /domestic-standing-order-consents/{ConsentId}
      1. Status
    3. State Model
      1. Payment Order Consent
  3. Data Model
    1. Reused Classes
      1. OBDomesticStandingOrder3
        1. UML Diagram
        2. Notes
          1. Frequency Examples
        3. Data Dictionary
    2. Domestic Standing Order Consent - Request
      1. UML Diagram
      2. Notes
      3. Data Dictionary
    3. Domestic Standing Order Consent - Response
      1. UML Diagram
      2. Notes
      3. Data Dictionary
  4. Usage Examples
    1. Create Domestic Standing Order Consent
      1. POST /domestic-standing-order-consents
      2. POST /domestic-standing-order-consents response
    2. Get a Domestic Standing Order Consent
      1. GET /domestic-standing-order-consents/{ConsentId}
      2. GET /domestic-standing-order-consents response

Overview

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

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

Endpoints

ResourceHTTP OperationEndpointMandatory ?ScopeGrant TypeMessage SigningIdempotency KeyRequest ObjectResponse Object
domestic-standing-order-consentsPOSTPOST /domestic-standing-order-consentsConditionalpaymentsClient CredentialsSigned Request Signed ResponseYesOBWriteDomesticStandingOrderConsent4OBWriteDomesticStandingOrderConsentResponse4
domestic-standing-order-consentsGETGET /domestic-standing-order-consents/{ConsentId}Mandatory (if resource POST implemented)paymentsClient CredentialsSigned ResponseNoNAOBWriteDomesticStandingOrderConsentResponse4

POST /domestic-standing-order-consents

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

  • The POST action indicates to the ASPSP that a domestic 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 domestic-standing-order-consent resource and responds with a unique ConsentId to refer to the resource.

Status

The default Status is “AwaitingAuthorisation” immediately after the domestic-standing-order-consent has been created.

Status
AwaitingAuthorisation

GET /domestic-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 domestic-standing-order-consent has failed some other ASPSP validation, the Status will be set to “Rejected”.

Once a domestic-standing-order has been successfully created using the domestic-standing-order-consent, the Status of the domestic-standing-order-consent will be set to “Consumed”.

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

Status
AwaitingAuthorisation
Rejected
Authorised
Consumed

State Model

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

Payment Order Consent

The definitions for the Status:

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

Data Model

The Data Dictionary section gives the detail on the payload content for the Domestic Standing Order API flows.

Reused Classes

OBDomesticStandingOrder3

This section describes the OBDomesticStandingOrder3 class, which is reused as the Initiation object in the domestic-standing-order-consent resource.

UML Diagram

Domestic Standing Order

Notes

For the OBDomesticStandingOrder3 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 domestic-standing-order-consent request immediately.
  • If the ASPSP establishes a problem with the domestic-standing-order-consent after the API call, the ASPSP can set the Status of the domestic-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 domestic-standing-order-consent will be set to Rejected after PSU authentication.
  • Account Identification field usage:
    • Where “UK.OBIE.SortCodeAccountNumber” is specified as the SchemeName in the Account identification section (either DebtorAccount or CreditorAccount), the Identification field must be populated with the 6 digit Sort Code and 8 digit Account Number (a 14 digit field).
    • Where the “UK.OBIE.IBAN” is specified as the SchemeName in the Account identification section (either DebtorAccount or CreditorAccount), the Identification field must be populated with the full IBAN.
  • The Permission field is restricted to “Create”, however, may be extended to “Update” and “Delete” in a future iteration of the specification.
  • Either the NumberOfPayments or FinalPaymentDateTime must be specified (not both) if the domestic standing order is not open ended.
  • The structure allows a PISP to specify a domestic standing order with a different payment amount and date combinations: for the first payment, the recurring payment, and the final payment. The recurring payment (and date) must only be populated if different from the first payment (and date).
  • If the PISP requests a Frequency that is not supported by the ASPSP the ASPSP must respond with a 400 HTTP status code.
Frequency Examples
FrequencyExampleDetails
EvryDayEvryDayEvery day.
EvryWorkgDayEvryWorkgDayEvery working day.
IntrvlDayIntrvlDay:15Every 15 Calendar day.
IntrvlWkDayIntrvlWkDay:01:03Every week, on the 3rd day of the week.
IntrvlWkDayIntrvlWkDay:02:03Every 2nd week, on the 3rd day of the week.
WkInMnthDayWkInMnthDay:02:03Every month, on the 2nd week of the month, and on the third day of the week.
IntrvlMnthDayIntrvlMnthDay:01:-01Every month, on the last day of the month.
IntrvlMnthDayIntrvlMnthDay:06:15Every 6th month, on the 15th day of the month.
QtrDayQtrDay:ENGLISHPaid on the 25th March, 24th June, 29th September and 25th December.
Data Dictionary
NameOccurrenceXPathEnhancedDefinitionClassCodesPattern                                    
OBDomesticStandingOrder3 OBDomesticStandingOrder3The 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 a domestic standing order.OBDomesticStandingOrder3                                      
Frequency1..1OBDomesticStandingOrder3/FrequencyIndividual Definitions: EvryDay - Every day EvryWorkgDay - Every working day IntrvlDay - An interval specified in number of calendar days (02 to 31) 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 (-05 to -01, 01 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) IntrvlDay:NoOfDay (ScheduleCode + NoOfDay) 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 IntrvlDay:((0[2-9])([1-2][0-9])3[0-1]) IntrvlWkDay:0[1-9]:0[1-7] WkInMnthDay:0[1-5]:0[1-7] IntrvlMnthDay:(0[1-6]1224):(-0[1-5]0[1-9][12][0-9]3[01]) QtrDay:(ENGLISHSCOTTISHRECEIVED) Full Regular Expression: ^(EvryDay)$^(EvryWorkgDay)$^(IntrvlDay:((0[2-9])([1-2][0-9])3[0-1]))$^(IntrvlWkDay:0[1-9]:0[1-7])$^(WkInMnthDay:0[1-5]:0[1-7])$^(IntrvlMnthDay:(0[1-6]1224):(-0[1-5]0[1-9][12][0-9]3[01]))$^(QtrDay:(ENGLISHSCOTTISHRECEIVED))$Max35Text ^(EvryDay)$^(EvryWorkgDay)$^(IntrvlWkDay:0[1-9]:0[1-7])$^(WkInMnthDay:0[1-5]:0[1-7])$^(IntrvlMnthDay:(0[1-6]1224):(-0[1-5]0[1-9][12][0-9]3[01]))$^(QtrDay:(ENGLISHSCOTTISHRECEIVED))$
Reference0..1OBDomesticStandingOrder3/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..1OBDomesticStandingOrder3/NumberOfPaymentsNumber of the payments that will be made in completing this frequency sequence including any executed since the sequence start date.Max35Text                                      
FirstPaymentDateTime1..1OBDomesticStandingOrder3/FirstPaymentDateTimeThe date on which the first payment for a Standing Order schedule will be made.ISODateTime                                      
RecurringPaymentDateTime0..1OBDomesticStandingOrder3/RecurringPaymentDateTimeThe date on which the first recurring payment for a Standing Order schedule will be made. Usage: This must be populated only if the first recurring date is different to the first payment date.ISODateTime                                      
FinalPaymentDateTime0..1OBDomesticStandingOrder3/FinalPaymentDateTimeThe date on which the final payment for a Standing Order schedule will be made.ISODateTime                                      
FirstPaymentAmount1..1OBDomesticStandingOrder3/FirstPaymentAmountThe amount of the first Standing OrderOBActiveOrHistoricCurrencyAndAmount                                      
Amount1..1OBDomesticStandingOrder3/FirstPaymentAmount/AmountA 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}$                                    
Currency1..1OBDomesticStandingOrder3/FirstPaymentAmount/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}$                                    
RecurringPaymentAmount0..1OBDomesticStandingOrder3/RecurringPaymentAmountThe amount of the recurring Standing OrderOBActiveOrHistoricCurrencyAndAmount                                      
Amount1..1OBDomesticStandingOrder3/RecurringPaymentAmount/AmountA 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}$                                    
Currency1..1OBDomesticStandingOrder3/RecurringPaymentAmount/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}$                                    
FinalPaymentAmount0..1OBDomesticStandingOrder3/FinalPaymentAmountThe amount of the final Standing OrderOBActiveOrHistoricCurrencyAndAmount                                      
Amount1..1OBDomesticStandingOrder3/FinalPaymentAmount/AmountA 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}$                                    
Currency1..1OBDomesticStandingOrder3/FinalPaymentAmount/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..1OBDomesticStandingOrder3/DebtorAccountProvides the details to identify the debtor account.OBCashAccountDebtor4                                      
SchemeName1..1OBDomesticStandingOrder3/DebtorAccount/SchemeNameName of the identification scheme, in a coded form as published in an external list.OBExternalAccountIdentification4Code                                      
Identification1..1OBDomesticStandingOrder3/DebtorAccount/IdentificationIdentification assigned by an institution to identify an account. This identification is known by the account owner.Max256Text                                      
Name0..1OBDomesticStandingOrder3/DebtorAccount/NameThe account name is the name or names of the account owner(s) represented at an account level, as displayed by the ASPSP’s online channels. Note, the account name is not the product name or the nickname of the account.Max70Text                                      
SecondaryIdentification0..1OBDomesticStandingOrder3/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                                      
CreditorAccount1..1OBDomesticStandingOrder3/CreditorAccountIdentification assigned by an institution to identify an account. This identification is known by the account owner.OBBranchAndFinancialInstitutionIdentification6                                      
SchemeName1..1OBDomesticStandingOrder3/CreditorAccount/SchemeNameName of the identification scheme, in a coded form as published in an external list.OBExternalFinancialInstitutionIdentification4Code                                      
Identification1..1OBDomesticStandingOrder3/CreditorAccount/IdentificationIdentification assigned by an institution to identify an account. This identification is known by the account owner.Max256Text                                      
Name1..1OBDomesticStandingOrder3/CreditorAccount/NameThe account name is the name or names of the account owner(s) represented at an account level. Note, 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..1OBDomesticStandingOrder3/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                                      
SupplementaryData0..1OBDomesticStandingOrder3/SupplementaryDataAdditional information that can not be captured in the structured fields and/or any other specific block.OBSupplementaryData1                                      

The OBWriteDomesticStandingOrderConsent4 object will be used for the call to:

  • POST /domestic-standing-order-consents

UML Diagram

Domestic Standing Order Consent - Request

Notes

The domestic-standing-consent request contains these objects:

  • Initiation
  • Authorisation
  • SCASupportData
  • Risk

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteDomesticStandingOrderConsent4 OBWriteDomesticStandingOrderConsent4 OBWriteDomesticStandingOrderConsent4  
Data1..1OBWriteDomesticStandingOrderConsent4/Data OBWriteDataDomesticStandingOrderConsent4  
Permission1..1OBWriteDomesticStandingOrderConsent4/Data/PermissionSpecifies the Open Banking service request types.OBExternalPermissions2CodeCreate 
Initiation1..1OBWriteDomesticStandingOrderConsent4/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 a domestic standing order.OBDomesticStandingOrder3  
Authorisation0..1OBWriteDomesticStandingOrderConsent4/Data/AuthorisationThe authorisation type request from the TPP.OBAuthorisation1  
SCASupportData0..1OBWriteDomesticStandingOrderConsent4/Data/SCASupportDataSupporting Data provided by TPP, when requesting SCA Exemption.OBSCASupportData1  
Risk1..1OBWriteDomesticStandingOrderConsent4/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  

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

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

UML Diagram

Domestic Standing Order Consent - Response

Notes

The domestic-standing-order-consent response contains the full original payload from the domestic-standing-order-consent request, with the following additional elements:

  • ConsentId.
  • CreationDateTime the domestic-standing-order-consent resource was created.
  • Status and StatusUpdateDateTime of the domestic-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 - for the breakdown of applicable ASPSP charges.

Data Dictionary

NameOccurrenceXPathEnhancedDefinitionClassCodesPattern
OBWriteDomesticStandingOrderConsentResponse4 OBWriteDomesticStandingOrderConsentResponse4 OBWriteDomesticStandingOrderConsentResponse4  
Data1..1OBWriteDomesticStandingOrderConsentResponse4/Data OBWriteDataDomesticStandingOrderConsentResponse4  
ConsentId1..1OBWriteDomesticStandingOrderConsentResponse4/Data/ConsentIdOB: Unique identification as assigned by the ASPSP to uniquely identify the consent resource.Max128Text  
CreationDateTime1..1OBWriteDomesticStandingOrderConsentResponse4/Data/CreationDateTimeDate and time at which the resource was created.ISODateTime  
Status1..1OBWriteDomesticStandingOrderConsentResponse4/Data/StatusSpecifies the status of consent resource in code form.OBExternalConsentStatus1CodeAuthorised AwaitingAuthorisation Consumed Rejected 
StatusUpdateDateTime1..1OBWriteDomesticStandingOrderConsentResponse4/Data/StatusUpdateDateTimeDate and time at which the resource status was updated.ISODateTime  
Permission1..1OBWriteDomesticStandingOrderConsentResponse4/Data/PermissionSpecifies the Open Banking service request types.OBExternalPermissions2CodeCreate 
CutOffDateTime0..1OBWriteDomesticStandingOrderConsentResponse4/Data/CutOffDateTimeSpecified cut-off date and time for the payment consent.ISODateTime  
Charges0..nOBWriteDomesticStandingOrderConsentResponse4/Data/ChargesSet of elements used to provide details of a charge for the payment initiation.OBCharge2  
Initiation1..1OBWriteDomesticStandingOrderConsentResponse4/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 a domestic standing order.OBDomesticStandingOrder3  
Authorisation0..1OBWriteDomesticStandingOrderConsentResponse4/Data/AuthorisationThe authorisation type request from the TPP.OBAuthorisation1  
SCASupportData0..1OBWriteDomesticStandingOrderConsentResponse4/Data/SCASupportDataSupporting Data provided by TPP, when requesting SCA Exemption.OBSCASupportData1  
Risk1..1OBWriteDomesticStandingOrderConsentResponse4/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  

Usage Examples

POST /domestic-standing-order-consents
POST /domestic-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:  Sun, 10 Sep 2017 19: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": "EvryDay",
	  "Reference": "Pocket money for Damien",
	  "FirstPaymentDateTime": "1976-06-06T06:06:06+00:00",
	  "FirstPaymentAmount": {
        "Amount": "6.66",
        "Currency": "GBP"
	  },
	  "RecurringPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
	  "FinalPaymentDateTime": "1981-03-20T06:06:06+00:00",
	  "FinalPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
      "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Smith"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "08080021325698",
        "Name": "Bob Clements"
      }
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  }
}
POST /domestic-standing-order-consents 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": "SOC-100",
	"CreationDateTime": "1976-01-01T06:06:06+00:00",
	"Status": "AwaitingAuthorisation",
	"StatusUpdateDateTime": "1976-06-06T06:06:06+00:00",
	"Permission": "Create",
    "Initiation": {
	  "Frequency": "EvryDay",
	  "Reference": "Pocket money for Damien",
	  "FirstPaymentDateTime": "1976-06-06T06:06:06+00:00",
	  "FirstPaymentAmount": {
        "Amount": "6.66",
        "Currency": "GBP"
	  },
	  "RecurringPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
	  "FinalPaymentDateTime": "1981-03-20T06:06:06+00:00",
	  "FinalPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
      "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Smith"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "08080021325698",
        "Name": "Bob Clements"
      }
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  },
  "Links": {
    "Self": "https://api.alphabank.com/open-banking/v3.1/pisp/domestic-standing-order-consents/SOC-100"
  },
  "Meta": {}
}

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

GET /domestic-standing-order-consents/SOC-100 HTTP/1.1
Authorization: Bearer 2YotnFZFEjr1zCsicMWpAA
x-fapi-auth-date:  Sun, 10 Sep 2017 19:43:31 GMT
x-fapi-customer-ip-address: 104.25.212.99
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Accept: application/json

GET /domestic-standing-order-consents response

HTTP/1.1 200 OK
x-fapi-interaction-id: 93bac548-d2de-4546-b106-880a5018460d
Content-Type: application/json
{
  "Data": {
	"ConsentId": "SOC-100",
	"CreationDateTime": "1976-01-01T06:06:06+00:00",
	"Status": "Authorised",
	"StatusUpdateDateTime": "1976-06-06T06:06:06+00:00",
	"Permission": "Create",
    "Initiation": {
	  "Frequency": "EvryDay",
	  "Reference": "Pocket money for Damien",
	  "FirstPaymentDateTime": "1976-06-06T06:06:06+00:00",
	  "FirstPaymentAmount": {
        "Amount": "6.66",
        "Currency": "GBP"
	  },
	  "RecurringPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
	  "FinalPaymentDateTime": "1981-03-20T06:06:06+00:00",
	  "FinalPaymentAmount": {
        "Amount": "7.00",
        "Currency": "GBP"
	  },
      "DebtorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "11280001234567",
        "Name": "Andrea Smith"
      },
      "CreditorAccount": {
        "SchemeName": "UK.OBIE.SortCodeAccountNumber",
        "Identification": "08080021325698",
        "Name": "Bob Clements"
      }
    }
  },
  "Risk": {
    "PaymentContextCode": "PartyToParty"
  },
  "Links": {
    "Self": "https://api.alphabank.com/open-banking/v3.1/pisp/domestic-standing-order-consents/SOC-100"
  },
  "Meta": {}
}