Create a signing basket resource for authorising several transactions with one SCA method. The resource identifications of these transactions are contained in the payload of this access method
643 matches
34 actions
Swiss NextGen Banking API-Framework
34 actions
- Confirmation of funds requestPOSTv1.0.0
- Consent status requestGETv1.0.0
- Create a signing basket resourcePOSTv1.0.0
- Create consentPOSTv1.0.0
- Delete ConsentDELETEv1.0.0
- Delete the signing basketDELETEv1.0.0
- Get consent authorisation sub-resources requestGETv1.0.0
- Get consent requestGETv1.0.0
- Get payment informationGETv1.0.0
- Get payment initiation authorisation sub-resources requestGETv1.0.0
- Get signing basket authorisation sub-resources requestGETv1.0.0
- Payment cancellation requestDELETEv1.0.0
- Payment initiation requestPOSTv1.0.0
- Payment initiation status requestGETv1.0.0
- Read account detailsGETv1.0.0
- Read account listGETv1.0.0
- Read balanceGETv1.0.0
- Read the SCA status of the consent authorisationGETv1.0.0
- Read the SCA status of the payment authorisationGETv1.0.0
- Read the SCA status of the payment cancellation's authorisationGETv1.0.0
- Read the SCA status of the signing basket authorisationGETv1.0.0
- Read the status of the signing basketGETv1.0.0
- Read transaction detailsGETv1.0.0
- Read transaction list of an accountGETv1.0.0
- Returns the content of an signing basket objectGETv1.0.0
- Start the authorisation process for a consentPOSTv1.0.0
- Start the authorisation process for a payment initiationPOSTv1.0.0
- Start the authorisation process for a signing basketPOSTv1.0.0
- Start the authorisation process for the cancellation of the addressed paymentPOSTv1.0.0
- Update PSU Data for consentsPUTv1.0.0
- Update PSU data for payment initiationPUTv1.0.0
- Update PSU data for payment initiation cancellationPUTv1.0.0
- Update PSU data for signing basketPUTv1.0.0
- Will deliver an array of resource identifications to all generated cancellation authorisation sub-resourcesGETv1.0.0
Finance/Swiss NextGen Banking API-Framework
Create a signing basket resource
v1.0.0Input
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
{
"type": "object",
"properties": {
"Consent-ID": {
"type": "string",
"description": "ID of the corresponding consent object as returned by an account information consent request.\n"
},
"Digest": {
"type": "string"
},
"PSU-Accept": {
"type": "string"
},
"PSU-Accept-Charset": {
"type": "string"
},
"PSU-Accept-Encoding": {
"type": "string"
},
"PSU-Accept-Language": {
"type": "string"
},
"PSU-Corporate-ID": {
"type": "string"
},
"PSU-Corporate-ID-Type": {
"type": "string"
},
"PSU-Device-ID": {
"type": "string"
},
"PSU-Geo-Location": {
"type": "string"
},
"PSU-Http-Method": {
"type": "string",
"enum": [
"GET",
"POST",
"PUT",
"PATCH",
"DELETE"
]
},
"PSU-ID": {
"type": "string"
},
"PSU-ID-Type": {
"type": "string"
},
"PSU-IP-Address": {
"type": "string",
"format": "ipv4"
},
"PSU-IP-Port": {
"type": "string"
},
"PSU-User-Agent": {
"type": "string"
},
"Signature": {
"type": "string"
},
"TPP-Explicit-Authorisation-Preferred": {
"type": "boolean"
},
"TPP-Nok-Redirect-URI": {
"type": "string",
"format": "uri"
},
"TPP-Notification-Content-Preferred": {
"type": "string"
},
"TPP-Notification-URI": {
"type": "string"
},
"TPP-Redirect-Preferred": {
"type": "boolean"
},
"TPP-Redirect-URI": {
"type": "string",
"format": "uri"
},
"TPP-Signature-Certificate": {
"type": "string",
"format": "byte"
},
"X-Request-ID": {
"type": "string"
},
"consentIds": {
"type": "array",
"description": "A list of consentIds.",
"items": {
"type": "string",
"description": "ID of the corresponding consent object as returned by an account information consent request.\n"
}
},
"paymentIds": {
"type": "array",
"description": "A list of paymentIds.",
"items": {
"type": "string",
"description": "Resource identification of the generated payment initiation resource."
}
}
},
"required": [
"PSU-IP-Address",
"X-Request-ID"
],
"additionalProperties": false
}Output
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
- 152
- 153
- 154
- 155
- 156
- 157
- 158
- 159
- 160
- 161
- 162
- 163
- 164
- 165
- 166
- 167
- 168
- 169
- 170
- 171
- 172
- 173
- 174
- 175
- 176
- 177
- 178
- 179
- 180
- 181
- 182
- 183
- 184
- 185
- 186
- 187
- 188
- 189
- 190
- 191
- 192
- 193
- 194
- 195
- 196
- 197
- 198
- 199
- 200
- 201
- 202
- 203
- 204
- 205
- 206
- 207
- 208
- 209
- 210
- 211
- 212
- 213
- 214
- 215
- 216
- 217
- 218
- 219
- 220
- 221
- 222
- 223
- 224
- 225
- 226
- 227
- 228
- 229
- 230
- 231
- 232
- 233
- 234
- 235
- 236
- 237
- 238
- 239
- 240
- 241
- 242
- 243
- 244
- 245
- 246
- 247
- 248
- 249
- 250
- 251
- 252
- 253
- 254
- 255
- 256
- 257
- 258
- 259
- 260
- 261
- 262
- 263
- 264
- 265
- 266
- 267
- 268
- 269
- 270
- 271
- 272
- 273
- 274
- 275
- 276
- 277
- 278
- 279
- 280
- 281
- 282
- 283
- 284
- 285
- 286
- 287
- 288
- 289
- 290
- 291
- 292
- 293
- 294
- 295
- 296
- 297
{
"type": "object",
"description": "Body of the JSON response for a successful create signing basket request.",
"required": [
"_links",
"basketId",
"transactionStatus"
],
"properties": {
"_links": {
"type": "object",
"description": "A list of hyperlinks to be recognised by the TPP. The actual hyperlinks used in the\nresponse depend on the dynamical decisions of the ASPSP when processing the request.\n\nRemark: All links can be relative or full links, to be decided by the ASPSP.\nType of links admitted in this response, (further links might be added for ASPSP defined\nextensions):\n\n * 'scaRedirect':\n In case of an SCA Redirect Approach, the ASPSP is transmitting the link to\n which to redirect the PSU browser.\n * 'scaOAuth':\n In case of a SCA OAuth2 Approach, the ASPSP is transmitting the URI where the configuration of\n the Authorisation Server can be retrieved. The configuration follows the\n OAuth 2.0 Authorisation Server Metadata specification.\n * 'startAuthorisation':\n In case, where an explicit start of the transaction authorisation is needed,\n but no more data needs to be updated (no authentication method to be selected,\n no PSU identification nor PSU authentication data to be uploaded).\n * 'startAuthorisationWithPsuIdentification':\n The link to the authorisation end-point, where the authorisation sub-resource\n has to be generated while uploading the PSU identification data.\n * 'startAuthorisationWithPsuAuthentication':\n The link to the authorisation end-point, where the authorisation sub-resource\n has to be generated while uploading the PSU authentication data.\n * 'startAuthorisationWithEncryptedPsuAuthentication':\n The link to the authorisation end-point, where the authorisation sub-resource has\n to be generated while uploading the encrypted PSU authentication data.\n * 'startAuthorisationWithAuthenticationMethodSelection':\n The link to the authorisation end-point, where the authorisation sub-resource\n has to be generated while selecting the authentication method.\n This link is contained under exactly the same conditions as the data element 'scaMethods'\n * 'startAuthorisationWithTransactionAuthorisation':\n The link to the authorisation end-point, where the authorisation sub-resource\n has to be generated while authorising the transaction e.g. by uploading an\n OTP received by SMS.\n * 'self':\n The link to the payment initiation resource created by this request.\n This link can be used to retrieve the resource data.\n * 'status':\n The link to retrieve the transaction status of the payment initiation.\n * 'scaStatus':\n The link to retrieve the scaStatus of the corresponding authorisation sub-resource.\n This link is only contained, if an authorisation sub-resource has been already created.\n",
"properties": {
"scaOAuth": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"scaRedirect": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"scaStatus": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"self": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisation": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisationWithAuthenticationMethodSelection": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisationWithEncryptedPsuAuthentication": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisationWithPsuAuthentication": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisationWithPsuIdentification": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"startAuthorisationWithTransactionAuthorisation": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
},
"status": {
"type": "object",
"description": "Link to a resource.",
"properties": {
"href": {
"type": "string",
"description": "Link to a resource."
}
}
}
}
},
"basketId": {
"type": "string",
"description": "Resource identification of the generated signing basket resource."
},
"challengeData": {
"type": "object",
"description": "It is contained in addition to the data element 'chosenScaMethod' if challenge data is needed for SCA.\nIn rare cases this attribute is also used in the context of the 'startAuthorisationWithPsuAuthentication' link.\n",
"properties": {
"additionalInformation": {
"type": "string",
"description": "Additional explanation for the PSU to explain\ne.g. fallback mechanism for the chosen SCA method.\nThe TPP is obliged to show this to the PSU.\n"
},
"data": {
"type": "array",
"description": "A collection of strings as challenge data.",
"items": {
"type": "string"
}
},
"image": {
"type": "string",
"format": "byte",
"description": "PNG data (max. 512 kilobyte) to be displayed to the PSU,\nBase64 encoding, cp. [RFC4648].\nThis attribute is used only, when PHOTO_OTP or CHIP_OTP\nis the selected SCA method.\n"
},
"imageLink": {
"type": "string",
"description": "A link where the ASPSP will provides the challenge image for the TPP."
},
"otpFormat": {
"type": "string",
"description": "The format type of the OTP to be typed in. The admitted values are \"characters\" or \"integer\".",
"enum": [
"characters",
"integer"
]
},
"otpMaxLength": {
"type": "integer",
"description": "The maximal length for the OTP to be typed in by the PSU."
}
}
},
"chosenScaMethod": {
"type": "object",
"description": "Authentication object.\n",
"required": [
"authenticationMethodId",
"authenticationType"
],
"properties": {
"authenticationMethodId": {
"type": "string",
"description": "An identification provided by the ASPSP for the later identification of the authentication method selection.\n"
},
"authenticationType": {
"type": "string",
"description": "Type of the authentication method.\n\nMore authentication types might be added during implementation projects and documented in the ASPSP documentation.\n\n - 'SMS_OTP': An SCA method, where an OTP linked to the transaction to be authorised is sent to the PSU through a SMS channel.\n - 'CHIP_OTP': An SCA method, where an OTP is generated by a chip card, e.g. a TOP derived from an EMV cryptogram. \n To contact the card, the PSU normally needs a (handheld) device. \n With this device, the PSU either reads the challenging data through a visual interface like flickering or \n the PSU types in the challenge through the device key pad. \n The device then derives an OTP from the challenge data and displays the OTP to the PSU.\n - 'PHOTO_OTP': An SCA method, where the challenge is a QR code or similar encoded visual data\n which can be read in by a consumer device or specific mobile app.\n The device resp. the specific app than derives an OTP from the visual challenge data and displays\n the OTP to the PSU.\n - 'PUSH_OTP': An OTP is pushed to a dedicated authentication APP and displayed to the PSU.\n - 'SMTP_OTP': An OTP is sent via email to the PSU.\n",
"enum": [
"SMS_OTP",
"CHIP_OTP",
"PHOTO_OTP",
"PUSH_OTP",
"SMTP_OTP"
]
},
"authenticationVersion": {
"type": "string",
"description": "Depending on the \"authenticationType\".\nThis version can be used by differentiating authentication tools used within performing OTP generation in the same authentication type.\nThis version can be referred to in the ASPSP?s documentation.\n"
},
"explanation": {
"type": "string",
"description": "Detailed information about the SCA method for the PSU.\n"
},
"name": {
"type": "string",
"description": "This is the name of the authentication method defined by the PSU in the Online Banking frontend of the ASPSP.\nAlternatively this could be a description provided by the ASPSP like \"SMS OTP on phone +49160 xxxxx 28\".\nThis name shall be used by the TPP when presenting a list of authentication methods to the PSU, if available.\n"
}
}
},
"psuMessage": {
"type": "string",
"description": "Text to be displayed to the PSU."
},
"scaMethods": {
"type": "array",
"description": "This data element might be contained, if SCA is required and if the PSU has a choice between different\nauthentication methods.\n\nDepending on the risk management of the ASPSP this choice might be offered before or after the PSU\nhas been identified with the first relevant factor, or if an access token is transported.\n\nIf this data element is contained, then there is also a hyperlink of type 'startAuthorisationWithAuthenticationMethodSelection'\ncontained in the response body.\n\nThese methods shall be presented towards the PSU for selection by the TPP.\n",
"items": {
"type": "object",
"description": "Authentication object.\n",
"required": [
"authenticationType",
"authenticationMethodId"
],
"properties": {
"authenticationMethodId": {
"type": "string",
"description": "An identification provided by the ASPSP for the later identification of the authentication method selection.\n"
},
"authenticationType": {
"type": "string",
"description": "Type of the authentication method.\n\nMore authentication types might be added during implementation projects and documented in the ASPSP documentation.\n\n - 'SMS_OTP': An SCA method, where an OTP linked to the transaction to be authorised is sent to the PSU through a SMS channel.\n - 'CHIP_OTP': An SCA method, where an OTP is generated by a chip card, e.g. a TOP derived from an EMV cryptogram. \n To contact the card, the PSU normally needs a (handheld) device. \n With this device, the PSU either reads the challenging data through a visual interface like flickering or \n the PSU types in the challenge through the device key pad. \n The device then derives an OTP from the challenge data and displays the OTP to the PSU.\n - 'PHOTO_OTP': An SCA method, where the challenge is a QR code or similar encoded visual data\n which can be read in by a consumer device or specific mobile app.\n The device resp. the specific app than derives an OTP from the visual challenge data and displays\n the OTP to the PSU.\n - 'PUSH_OTP': An OTP is pushed to a dedicated authentication APP and displayed to the PSU.\n - 'SMTP_OTP': An OTP is sent via email to the PSU.\n",
"enum": [
"SMS_OTP",
"CHIP_OTP",
"PHOTO_OTP",
"PUSH_OTP",
"SMTP_OTP"
]
},
"authenticationVersion": {
"type": "string",
"description": "Depending on the \"authenticationType\".\nThis version can be used by differentiating authentication tools used within performing OTP generation in the same authentication type.\nThis version can be referred to in the ASPSP?s documentation.\n"
},
"explanation": {
"type": "string",
"description": "Detailed information about the SCA method for the PSU.\n"
},
"name": {
"type": "string",
"description": "This is the name of the authentication method defined by the PSU in the Online Banking frontend of the ASPSP.\nAlternatively this could be a description provided by the ASPSP like \"SMS OTP on phone +49160 xxxxx 28\".\nThis name shall be used by the TPP when presenting a list of authentication methods to the PSU, if available.\n"
}
}
}
},
"tppMessages": {
"type": "array",
"items": {
"type": "object",
"required": [
"category",
"code"
],
"properties": {
"category": {
"type": "string",
"description": "Category of the TPP message category.",
"enum": [
"ERROR",
"WARNING"
]
},
"code": {
"type": "string",
"description": "Message codes for HTTP Error codes 2XX.",
"enum": [
"WARNING"
]
},
"path": {
"type": "string"
},
"text": {
"type": "string",
"description": "Additional explaining text to the TPP."
}
}
}
},
"transactionStatus": {
"type": "string",
"description": "The transaction status is filled with codes of the ISO 20022 data table.\nOnly the codes RCVD, PATC, ACTC, ACWC and RJCT are used:\n- 'ACSP': 'AcceptedSettlementInProcess' -\n All preceding checks such as technical validation and customer profile were successful and therefore the payment initiation has been accepted for execution.\n- 'ACTC': 'AcceptedTechnicalValidation' -\n Authentication and syntactical and semantical validation are successful.\n- 'ACWC': 'AcceptedWithChange' -\n Instruction is accepted but a change will be made, such as date or remittance not sent.\n- 'RCVD': 'Received' -\n Payment initiation has been received by the receiving agent.\n- 'RJCT': 'Rejected' -\n Payment initiation or individual transaction included in the payment initiation has been rejected.\n",
"enum": [
"ACSC",
"ACTC",
"PATC",
"RCVD",
"RJCT",
"CANC"
]
}
}
}