Create a file payment
Create a file payment.
As is defined in the Open Banking Specifications, the /Data/Initiation and the /Data/Risk sections of the request must be an exact match for the related consent passed in ConsentId.
For more information, see Tutorials: Create a file payment.
Authorization
Each Open Banking API must contain an authorization header in the following format to make a call: Bearer <yourAccessToken>.
Before you start, ensure that you've got an access token with the correct scope using the /token endpoint.
You need to get the authorization code first and exchange it for an access token.
Never share your access_token with anyone, as it can be used to access the banking data that you have access to and initiate transactions.
For more information, see Tutorial: Get account and transaction information and Tutorial: Initiate your first payment as examples.
x-jws-signature
Open Banking API Payment requests additionally require a JSON Web Signature (JWS) which needs to be added to the header of the request. The JWS signature must be obtained using the full content of the payload.
Request
Default
The unique ID of the ASPSP that the request is issued to.
The ID of Revolut is 001580000103UAvAAM.
Possible values: Value must match regular expression ^(Mon|Tue|Wed|Thu|Fri|Sat|Sun), \d{2} (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) \d{4} \d{2}:\d{2}:\d{2} (GMT|UTC)$
An RFC4122 UUID used as a correlation ID.
The access token that you've generated. For more information, see Generate an access token.
Possible values: <= 40 characters, Value must match regular expression ^(?!\s)(.*)(\S)$
Each request is processed only once per x-idempotency-key.
The idempotency key is valid for 24 hours.
A detached JWS signature of the body of the payload.
The user agent that the PSU is using.
Possible values: non-empty and <= 128 characters
The unique ID that the ASPSP assigns to identify the consent resource.
The initiation payload that the initiating party sends to the ASPSP, which is used to request movement of funds using a payment file.
The payment file type.
Possible values: non-empty and <= 44 characters
A base64 encoding of a SHA256 hash of the file to be uploaded.
Possible values: non-empty and <= 40 characters
Reference for the file.
The date and time when the initiating party requests the clearing agent to process the payment. This is the date the debtor's account is to be debited.
All dates in the JSON payloads are represented in ISO 8601 date-time format. All date-time fields in responses must include the timezone.
For example: 2017-04-05T10:43:07+00:00.
Possible values: non-empty and <= 50 characters
User community specific instrument.
Use this element to specify a local instrument, local clearing option and/or further qualify the service or service level.
The details to identify the account.
Possible values: [UK.OBIE.IBAN, UK.OBIE.SortCodeAccountNumber, US.RoutingNumberAccountNumber, US.BranchCodeAccountNumber]
The name of the identification scheme.
Possible values: non-empty and <= 256 characters
The account ID that an institution assigns to identify the account, which is known by the account owner.
Possible values: non-empty and <= 70 characters
The account name that the account servicing institution assigns.
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.
Possible values: non-empty and <= 34 characters
The secondary account ID that the account servicing institution assigns.
Building societies can use this ID to identify accounts with a roll number in addition to a sort code and account number combination.
The information used for matching an entry with the items that the transfer is intended to settle, such as commercial invoices in an accounts' receivable system.
Possible values: non-empty and <= 140 characters
The information used for matching/reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in an unstructured form.
Possible values: non-empty and <= 35 characters
The unique reference that the creditor assigns to unambiguously identify the payment transaction.
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.
Faster Payments Scheme can accept only 18 characters for the Reference field.
Only one reference should be provided, if both Reference and Unstructured parameters are provided, then the Unstructured parameter will be ignored.
Response
File Payments Created
Header containing a detached JWS signature of the body of the payload.
An RFC4122 UUID used as a correlation ID.
Possible values: non-empty and <= 40 characters
The unique ID that the ASPSP assigns to identify the file payment resource.
Possible values: non-empty and <= 128 characters
The unique ID that the ASPSP assigns to identify the consent resource.
The date and time when the message was created.
All dates in the JSON payloads are represented in ISO 8601 date-time format. All date-time fields in responses must include the timezone.
For example: 2017-04-05T10:43:07+00:00.
Possible values: [InitiationCompleted, InitiationFailed, InitiationPending]
The status of the payment.
The date and time when the consent resource status was updated.
All dates in the JSON payloads are represented in ISO 8601 date-time format. All date-time fields in responses must include the timezone.
For example: 2017-04-05T10:43:07+00:00.
The initiation payload that the initiating party sends to the ASPSP, which is used to request movement of funds using a payment file.
The payment file type.
Possible values: non-empty and <= 44 characters
A base64 encoding of a SHA256 hash of the file to be uploaded.
Possible values: non-empty and <= 40 characters
Reference for the file.
The date and time when the initiating party requests the clearing agent to process the payment. This is the date the debtor's account is to be debited.
All dates in the JSON payloads are represented in ISO 8601 date-time format. All date-time fields in responses must include the timezone.
For example: 2017-04-05T10:43:07+00:00.
Possible values: non-empty and <= 50 characters
User community specific instrument.
Use this element to specify a local instrument, local clearing option and/or further qualify the service or service level.
The details to identify the account.
Possible values: [UK.OBIE.IBAN, UK.OBIE.SortCodeAccountNumber, US.RoutingNumberAccountNumber, US.BranchCodeAccountNumber]
The name of the identification scheme.
Possible values: non-empty and <= 256 characters
The account ID that an institution assigns to identify the account, which is known by the account owner.
Possible values: non-empty and <= 70 characters
The account name that the account servicing institution assigns.
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.
Possible values: non-empty and <= 34 characters
The secondary account ID that the account servicing institution assigns.
Building societies can use this ID to identify accounts with a roll number in addition to a sort code and account number combination.
The information used for matching an entry with the items that the transfer is intended to settle, such as commercial invoices in an accounts' receivable system.
Possible values: non-empty and <= 140 characters
The information used for matching/reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in an unstructured form.
Possible values: non-empty and <= 35 characters
The unique reference that the creditor assigns to unambiguously identify the payment transaction.
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.
Faster Payments Scheme can accept only 18 characters for the Reference field.
Only one reference should be provided, if both Reference and Unstructured parameters are provided, then the Unstructured parameter will be ignored.
Links relevant to the payload.
The absolute URI to the resource.
The absolute URI to the next pagination resource.
The absolute URI to the previous pagination resource.
Meta data relevant to the payload.
Used for pagination. Indicates how many pages of results are available.