4.2.3 "updatePeriodicPaymentResource" interface: Difference between revisions

From CBI GLOBE Wiki
No edit summary
No edit summary
 
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
4.1.4 “updatePeriodicPaymentResource”


This API manage two different payment scenarios:
This API manage two different payment scenarios: <br>
- To Process PSU identification, PSU authentication and explicit authorisation of transactions by using SCA, very similar in PIS and AIS services.
- To Process PSU identification, PSU authentication and explicit authorisation of transactions by using SCA, very similar in PIS and AIS services. <br>
- To transfer data for SCA checks by the ASPSP only in case of an Embedded SCA Approach.
- To transfer data for SCA checks by the ASPSP only in case of an Embedded SCA Approach.


Line 16: Line 15:
|'''psu-id-type'''
|'''psu-id-type'''
|Type of the PSU-ID, needed in scenarios where PSUs have several PSU-IDs as access possibility.
|Type of the PSU-ID, needed in scenarios where PSUs have several PSU-IDs as access possibility.
|-
|'''psu-corporate-id'''
|Identification of a Corporate, only used in a corporate context.
|-
|-
|'''psu-corporate-id-type'''
|'''psu-corporate-id-type'''
|Identification of a Corporate, only used in a corporate context.
|This is describing the type of the identification needed by the ASPSP to identify the PSU-Corporate-ID content.
|-
|-
|'''operation-name'''
|'''operation-name'''
|Operation to execute. Accepted values are:
|Operation to execute. Accepted values are: <br>
- updatePsuData <br>
- updatePsuData <br>
- transactionAuthorisation
- transactionAuthorisation
Line 38: Line 40:
request.
request.
The “digest” Header contains a Hash of the message body. The only hash algorithms that may be used to calculate the digest within the context of this specification are SHA-256 and SHA-512.
The “digest” Header contains a Hash of the message body. The only hash algorithms that may be used to calculate the digest within the context of this specification are SHA-256 and SHA-512.
|-
|'''tpp-role'''
|The third party payment service provider can have one or more of the following roles:
AISP (Account Information Service Provider)
PISP (Payment Initiation Service Provider)
PIISP (Payment Instrument Issuing Service Provider)
|-
|'''aspsp-code'''
|The account servicing payment service provider code
|-
|-
|'''payment-product'''
|'''payment-product'''
Line 80: Line 73:
|-
|-
|'''Result Code'''
|'''Result Code'''
|Result of the payment initiation request.
|Result of the update periodic payment resource.
|-
|-
|'''Error Management'''
|'''Error Management'''
|Description of the type of error obtained in the event that the outcome is negative.
|Description of the type of error obtained in the event that the outcome is negative.
|-
|-
|'''psu-id'''
|'''psuId'''
|The Payment Service User identifier.
|The Payment Service User identifier.
|-
|-
|'''psu-id-type'''
|'''psuIdType'''
|The Payment Service User identifier type.
|The Payment Service User identifier type.
|-
|'''psuCorporateId'''
|The Payment Service User corporate identifier. This field is relevant only in a corporate context..
|-
|-
|'''psuCorporateIdType'''
|'''psuCorporateIdType'''
Line 114: Line 110:
|-
|-
|'''psuCredentials'''
|'''psuCredentials'''
|The Payment Service User credentials on the ASPSP system
|The Payment Service User credentials on the ASPSP system.
|-
|-
|'''transactionFees'''
|'''transactionFees'''
Line 123: Line 119:
Otherwise if it is ‘false’ the transaction will not involve additional specific transaction costs to the PSU.
Otherwise if it is ‘false’ the transaction will not involve additional specific transaction costs to the PSU.
|}
|}
----
<div class="prevpage">
[[4.2.2 "getPeriodicPaymentStatusRequest" interface|<< 4.2.2 "getPeriodicPaymentStatusRequest" interface]]
</div><div class="nextpage">
[[4.2.4 "getPeriodicPaymentRequest" interface|4.2.4 "getPeriodicPaymentRequest" interface >>]]
</div>

Latest revision as of 16:53, 14 March 2019

This API manage two different payment scenarios:
- To Process PSU identification, PSU authentication and explicit authorisation of transactions by using SCA, very similar in PIS and AIS services.
- To transfer data for SCA checks by the ASPSP only in case of an Embedded SCA Approach.

Input parameters

Attribute Description
psu-id The ID of the PSU in the ASPSP client interface. Mandatory if “psu-corporate-id” is valorized.
psu-id-type Type of the PSU-ID, needed in scenarios where PSUs have several PSU-IDs as access possibility.
psu-corporate-id Identification of a Corporate, only used in a corporate context.
psu-corporate-id-type This is describing the type of the identification needed by the ASPSP to identify the PSU-Corporate-ID content.
operation-name Operation to execute. Accepted values are:

- updatePsuData
- transactionAuthorisation

tpp-signature-certificate This is a X509 certificate that the TPP uses for signing the request, in base64

encoding. This certificate is in PEM format without the "-----BEGIN CERTIFICATE-----" and "-----END CERTIFICATE-----". Must be contained if a signature is contained, see above.

signature A signature of the request by the TPP on application level. This might be mandated by the account servicing payment service provider.
digest Is contained if and only if the “Signature” element is contained in the header of the

request. The “digest” Header contains a Hash of the message body. The only hash algorithms that may be used to calculate the digest within the context of this specification are SHA-256 and SHA-512.

payment-product The addressed payment product endpoint.

The value list of products supported is: - sepa-credit-transfers
- instant-sepa-credit-transfers
- target-2-payments
- cross-border-credit-transfers

payment-id Resource Identification of the related payment initiation.
psuCredentials PSU Credentials on the ASPSP system

This is mandatory if the operation to perform is an "updatePsuData" and the request is an “Update psu data for authentication”. If this field is filled the “authenticationMethodId” must be empty.

authenticationMethodId The authentication method ID as provided by the ASPSP.

This field is mandatory if the operationto perform is an "updatePsuData" and the request is an Update psu data for select authentication. If this field is filled the psuCredentials field must be empty.

scaAuthenticationData SCA authentication data, depending on the chosen authentication method. If the data is binary, then it is base64 encoded.

The field is mandatory if the selected operation to perform is a transactionAuthorisation.

Output parameters

Attribute Description
Result Code Result of the update periodic payment resource.
Error Management Description of the type of error obtained in the event that the outcome is negative.
psuId The Payment Service User identifier.
psuIdType The Payment Service User identifier type.
psuCorporateId The Payment Service User corporate identifier. This field is relevant only in a corporate context..
psuCorporateIdType The Payment Service User corporate identifier. Might be mandated by the ASPSP in addition if the PSU-Corporate-ID is contained.
chosenScaMethod This data element is only contained in the response if the APSPS has chosen the

Embedded SCA Approach, if the PSU is already identified.

scaMethods Might be contained, if several authentication methods are available. (name, type).
transactionStatus Accepted values:

- ACCP
- ACSC
- ACSP
- ACTC
- ACWC
- ACWP
- RCVD
- PDNG
- RJCT

psuCredentials The Payment Service User credentials on the ASPSP system.
transactionFees Can be used by the ASPSP to transport transaction fees relevant for the underlying payments.
transactionFeeIndicator If The value is ‘true’ the transaction will involve specific transaction cost as shown by the ASPSP in their public price list or as agreed between ASPSP and PSU.

Otherwise if it is ‘false’ the transaction will not involve additional specific transaction costs to the PSU.