Main page - Wizink


Documentation Download v1.1

Logos download

 

Download guide: Left click on the logo you want and it will open in a new tab. In this new tab right click on the logo. A menu will pop up in which you should click on "Save as...". After that, a window will open where you can choose the folder where you want the logo to be saved. Note: The white logo has a gray background added in the preview for better visualization.

Version  Domains
v1.1 API sandbox
https://apis-i.redsys.es:20443/psd2/xs2a/api-entrada-xs2a/services/wizink/v1.1		 API oAuth-sandbox
https://apis-i.redsys.es:20443/psd2/xs2a/api-oauth-xs2a/services/rest/wizink

API Producción
https://psd2.redsys.es/api-entrada-xs2a/services/wizink/v1.1

API oAuth-Producción
Authorize: https://hubpsd2.redsys.es/api-oauth-xs2a/services/rest/wizink
Token: https://hubpsd2.redsys.es/api-oauth-xs2a/services/rest/wizink

The entity has included the 180-day SCA extension in the Production environment.

Entity Configuration:

Payment Initiation Service (PIS)

Initiation of a simple and future payment V1.1
Simple payment start

POST /payments/{payment-product}		 payment product sepa-credit-transfers Normal credit transfers within the euro zone (SEPA). It is indicated in the PATH of the request.  X
instant-sepa-credit-transfers 
 Immediate credit transfers within the euro zone (iSEPA). It is indicated in the PATH of the request.  
target-2-payments 
 Payments by the TARGET2 system. It is indicated in the PATH of the request.  
cross-border-credit-transfers 
 Cross-border credit transfers. It is indicated in the PATH of the request.  
Payment start support multi-currency accounts Applies to all payment products Allows you to make a transfer from a sub-account identified by IBAN + currency  
Future Payment Start

POST /payments/{payment-product}		 payment product

(Field requestedExecutionDate)		 sepa-credit-transfers Normal credit transfers within the euro zone (SEPA). It is indicated in the PATH of the request.  
instant-sepa-credit-transfers Immediate credit transfers within the euro zone (iSEPA). It is indicated in the PATH of the request.  
target-2-payments 
 Payments by the TARGET2 system. It is indicated in the PATH of the request.  
cross-border-credit-transfers 
 Cross-border credit transfers. It is indicated in the PATH of the request.  
Future payment start support multi-currency accounts Applies to all paid products Allows you to make a transfer from a sub-account identified by IBAN + currency  
Payment status

GET  /payments/{payment-product}/{paymentId}/status 		     Check payment status  X
Get payment

GET  /payments/{payment-product}/{paymentId}		 Return of the payer's account Sí The payment detail is returned and IF the payer's account (debtorAccount) is informed after the SCA ok  X
Return of the payer's name Sí The payment detail is returned and IF the name of the payer (debtorName) is informed after the SCA ok  X
Authorize start of payment 

POST    /payments/{payment-product}/{paymentId}/authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)		  X
Update PSU Authorization Data (scaMethod)

PUT payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of have more than one available  
Get list of authorization subresources 

GET   /payments/{payment-product}/{paymentId}/authorisations		     The TPP can read the list of authorization subresource IDs that have been created  X
Authorization SCA Status 

GET   /payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to obtain the SCA status of the authorization.  X
Cancel payment

DELETE   /payments/{payment-product}/{paymentId}		     Functionality to cancel a payment (if allowed by the ASPSP).  
Implicit Cancellation Authorization     The TPP requires an implicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Authorize payment initiation cancellation

POST payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Update PSU cancellation authorization data (scaMethod)

PUT  payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancelationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of have more than one available

Note: mandatory if SCA method selection is supported		  
Get Cancellation Authorization Sub-Resource List

GET payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP can read the list of cancellation authorization subresource IDs that have been created

Note: mandatory if cancellation authorization supported		  
SCA status of cancellation authorization

GET payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancellationId}		     The TPP can use this request to obtain the SCA status of the cancellation authorization

Note: required if cancellation authorization supported		  
Initiating a bulk payment V1.1
Bulk payment initiation

POST bulk-payments/{payment-product}		 Payment product supported sepa-credit-transfers 
 Normal credit transfers within the euro zone (SEPA). It is indicated in the PATH of the request.  
instant-sepa-credit-transfers 
 Immediate credit transfers within the euro zone (iSEPA). It is indicated in the PATH of the request.  
target-2-payments Payments through the TARGET2 system. It is indicated in the PATH of the request.  
cross-border-credit-transfers Cross-border credit transfers. It is indicated in the PATH of the request.  
Support start payment bulk multi-currency accounts Applies to all paid products 
 Allows you to make a transfer from a sub-account identified by IBAN + currency  
Bulk payment status 

GET bulk-payments/{payment-product}/{paymentId}/status		     Check bulk payment status  
Get bulk payment

GET bulk-payments/{payment-product}/{paymentId}		 Return of the payer's name No The payment detail is returned and the name of the payer (debtorName) is NOT reported after the SCA ok 
  
Yes The payment detail is returned and IF the name of the payer (debtorName) is reported after the SCA ok
  
Authorize bulk payment initiation 

POST bulk-payments/{payment-product}/{paymentId}/authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)		  
Update PSU authorization data (scaMethod)

PUT bulk-payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of be more than one available  
Get list of authorization subresources 

GET bulk-payments/{payment-product}/{paymentId}/authorisations		     The TPP can read the list of authorization subresource IDs that have been created  
Authorization SCA Status 

GET bulk-payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to obtain the SCA status of the authorization.  
Cancel bulk payment

DELETE bulk-payments/{payment-product}/{paymentId}		     Functionality to cancel a bulk payment (if allowed by the ASPSP).  
Autorización implícita de cancelación     The TPP requires an implicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Authorize cancellation of bulk payment initiation

POST bulk-payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Update PSU cancellation authorization data (scaMethod)

PUT bulk-payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancelationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of have more than one available

Note: mandatory if SCA method selection is supported		  
Get Cancellation Authorization Sub-Resource List

GET bulk-payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP can read the list of cancellation authorization subresource IDs that have been created

Note: mandatory if cancellation authorization supported		  
SCA status of cancellation authorization

GET bulk-payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancelationId}		     The TPP can use this request to obtain the SCA status of the cancellation authorization

Note: required if cancellation authorization supported		  
Initiating a periodic/recurring payment V1.1
Start periodic/recurring payment

POST periodic-payments/{payment-product}		 Supported payment product sepa-credit-transfers 
 Normal credit transfers within the euro zone (SEPA). It is indicated in the PATH of the request.  
instant-sepa-credit-transfers Immediate credit transfers within the euro zone (iSEPA). It is indicated in the PATH of the request.  
target-2-payments 
 Payments through the TARGET2 system. It is indicated in the PATH of the request.  
cross-border-credit-transfers 
 Cross-border credit transfers. It is indicated in the PATH of the request.  
Support start payment periodic/recurring multi-currency accounts Applies to all paid products 
 Allows you to make a transfer from a sub-account identified by IBAN + currency  
Regular/Recurring Payment Status 

GET periodic-payments/{payment-product}/{paymentId}/status		     Check recurring/recurring payment status  
Get regular/recurring payment 

GET periodic-payments/{payment-product}/{paymentId}		     Get the details of a recurring/recurring payment  
Authorize start of periodic/recurring payment

POST periodic-payments/{payment-product}/{paymentId}/authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multi-level SCA (several PSU sign the operation)		  
Update PSU authorization data (scaMethod)

PUT periodic-payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of be more than one available  
Get list of authorization subresources

GET periodic-payments/{payment-product}/{paymentId}/authorisations		     The TPP can read the list of authorization subresource IDs that have been created  
SCA authorization status 

GET periodic-payments/{payment-product}/{paymentId}/authorisations/{authorisationId}		     The TPP can use this request to get the SCA status of the authorization.  
Cancel periodic/recurring payment 

DELETE periodic-payments/{payment-product}/{paymentId}		     Functionality to cancel a periodic/recurring payment (if allowed by the ASPSP).  
Implied authorization to cancel     The TPP requires an implicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multi-level SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Authorize cancellation of periodic/recurring payment initiation 

POST periodic-payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multi-level SCA (several PSU sign the operation)

Note: mandatory if cancellation authorization supported		  
Update PSU cancellation authorization data (scaMethod)

PUT periodic-payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancellationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of have more than one available

Note: mandatory if SCA method selection is supported		  
Get Cancellation Authorization Sub-Resource List

GET periodic-payments/{payment-product}/{paymentId}/cancelation-authorisations		     The TPP can read the list of cancellation authorization subresource IDs that have been created

Note: mandatory if cancellation authorization supported		  
SCA status of cancellation authorization 

GET periodic-payments/{payment-product}/{paymentId}/cancelation-authorisations/{cancellationId}		     The TPP can use this request to obtain the SCA status of the cancellation authorization

Note: required if cancellation authorization supported		  
Manage consent V1.1
General Sessions combinedServiceIndicator Sessions must be supported via the pre-step oauth token. The value of combinedServiceIndicator will be ignored.  X
Multi-currency accounts   The ASPSP makes a distinction between multi-currency accounts.  
Request consent

POST {provider}/{version}/consents		 Detailed consent

(Detailed consent)		 Request type of access "accounts", "balances" and/or "transactions" indicating the accounts related to the requested consents Consent to obtain:
- Details of a dedicated account or a list of accessible accounts of the USP, once (single use consent) or several times (multiple use consent)
- Dedicated account balances once or multiple times, once (single use consent) or multiple times times (multiple use consent)
- Transactions (movements) of a dedicated account, a once (single use consent) or several times (multiple use consent)

* In this type of consent the TPP indicates the specific accounts on which the consent is requested. consent.		  X
Consent offered by the bank

(Bank offered consent)		 Request type of access "accounts", "balances" and/or "transactions" without indicating the related accounts Consent to obtain:
- Details of a dedicated account or a list of accessible accounts of the USP, once (single use consent) or several times (multiple use consent)
- Dedicated account balances once or multiple times, once (single use consent) or multiple times times (multiple use consent)
- Transactions (movements) of a dedicated account, a once (single use consent) or several times (multiple use consent)

* In this type of consent the accounts on which the type of access is requested are not specified by the TPP. They are agreed bilaterally between PSU-ASPSP.
* Only available for "redirect" flow and "disengaged".   aspsp.ais.bank-offered.enabled		  X
Global consent

(Global consent)		 Consent with access type "availableAccounts" for list of available accounts without balances The consent request supports the "availableAccounts" sub-attribute with the value "allAccounts" in instead of the "accounts", "balances" and/or "transactions" attributes. The accounts are not specified in the petition.
Request a single-use consent to obtain the list of all accounts available from the PSU without supporting the "withBalance" attribute of the path.
It will only return the counts (without details) in reading the list of available accounts. It will not include the balance.		  X
Consent with access type "availableAccountsWithBalance" for list of available accounts with balances The consent request supports the sub-attribute "availableAccountsWithBalance" with the value "allAccounts" instead of the "accounts", "balances" and/or "transactions" attributes. are not specified accounts in the petition.
Request a single-use consent to obtain the list of all the available counts of the PSU supporting the "withBalance" attribute of the path.
In reading list of available accounts, if requested by the TPP, you must return the accounts (without details) and their current balance. 		  X
Consent with access type "allPsd2" Consent that supports the "allPsd2" sub-attribute.
Request all types of access ("accounts", "balances", "transactions") to all available PSU accounts. consent of a once (one time use consent with "recurringIndicator=false") or multiple times (one time use consent recurring with "recurringIndicator=true") 		  X
Consent status

GET /consents/{consentId}/status		     Read the authentication status of the indicated consent.  X
Get consent

GET /consents/{consentId}		     Read the exact definition of the indicated consent, including the validity status.  X
Delete consent

DELETE /consents/{consentId}		     Delete the indicated consent.  X
Authorize consent establishment

POST consents/{consentId}/authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)		  X
Update PSU authorization data (scaMethod)

PUT consents/{consentId}/authorisations/{authorisationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of have more than one available

Note: mandatory if SCA method selection is supported		  
Get list of authorization subresources

GET consents/{consentId}/authorisations		     The TPP can read the list of authorization subresource IDs that have been created  X
SCA authorization status 

GET consents/{consentId}/authorisations/{authorisationId}		     The TPP can use this request to get the SCA status of the authorization.  X
Account Reading V1.1
Get list of available accounts

GET /accounts{query-parameters}		   No balance Obtain the list of available accounts from the PSU using a one-time consent without support the "withBalance" attribute of the path.
Will only return available accounts (no details). It will not include the balance.		  X
  With balance Get the list of available accounts from the PSU using a one-time consent supporting the "withBalance" attribute of the path.
Will return the available accounts (without detail) and the balance.		  
Get account details

GET /accounts{query-parameters}		 Get dedicated account details (single account) No balance Obtain the detail of a PSU account using a consent of one or more uses with the type access "accounts", "balances" and/or "transactions" for the requested account without supporting the attribute "withBalance" from path.
The account details will be returned. Balance will not be included.		  X
With balance Obtain the detail of a PSU account using a consent of one or more uses with the type access "accounts", "balances" and/or "transactions" for the requested account supporting the attribute "withBalance" of the path.
The account details will be returned along with the balance.		  
Get account details from the list of accessible accounts No balance Obtain the detail of a list of PSU accounts using a consent of one or several uses with the access type "accounts", "balances" and/or "transactions" for the requested accounts not supported the "withBalance" attribute of the path.
The details of each account in the list of accounts. Balance will not be included.		  X
With balance Obtain the detail of a list of PSU accounts using a consent of one or several uses with the type of access "accounts", "balances" and/or "transactions" for the requested accounts supporting the "withBalance" attribute of the path.
The details of each account in the list of accounts will be returned including the balance of each account.		  
Return the name of the connected PSU (ownerName)   Return of the PSU connected in the ownerName field  X
Get balances for a given account

GET /accounts/{account-id}/balances		     Get the balances of a given account.  X
Get transaction information for a given account

GET /accounts/{account-id}/transactions{query-parameters}		 Include balances No balance Obtain the transactions (movements) of a PSU account using the consent of one or multiple uses with "transactions" access type for the requested account without supporting the attribute "withBalance" of the path.
Transactions for the account will be returned. Balance will not be included.		  X
With balance Obtain the transactions (movements) of a PSU account using the consent of one or multiple uses with "transactions" access type for the requested account supporting the attribute "withBalance" of the path.
The transactions of the account will be returned including the balance of the same.		  
Search Filters dateFrom - dateTo support Obtain the transactions (movements) of a PSU account using the consent of one or multiple usages with "transactions" access type for the requested account.
The query is made indicating the dateFrom date and, optionally, dateTo.		  X
transactionId support Obtain the transactions (movements) of a PSU account using the consent of one or multiple usages with "transactions" access type for the requested account.
The query will return all transactions after the indicated "transactionId".
If this attribute comes, dateFrom and dateTo are not taken into account. 		  
deltaList support Obtain the transactions (movements) of a PSU account using the consent of one or multiple usages with "transactions" access type for the requested account.
The query will return all transactions after the last access report.
Alternative to "transactionId" and "dateFrom" and "dateTo".		  
List of standing orders 
 bookingStatus=information Get the list of standing orders associated with an account when the value is reported "information" in the bookingStatus field

Note: mandatory if the Orders service is supported permanent for periodic/recurring payments		  
Trusted Beneficiaries V1.1
Get list of trusted beneficiaries

GET /trusted-beneficiaries?{account-id}		 Global list   Get  the  listing  global  the  beneficiaries  de  confidence  del  PSU

Note: if "Global Listing" is supported it cannot be supported the "Listing by account"		  
List by account   Get  the  list of  the  beneficiaries  de  confidence  del  Specific PSU per account

Note: if "Listing per account" "Global Listing" cannot be supported		  
Confirmation of funds V1.1
Confirmation
POST /funds-confirmation		 Without indicating the card number   The fund query is made on the account indicated in the account field  X
Multi-currency accounts   The ASPSP makes a distinction between multi-currency accounts.  
Indicating the card number. "cardNumber" attribute Card number issued by the PISP. Used for choosing the sub-account on which to check the balance.  

Consent for confirmation of funds

Confirmation of funds V2.1
General Multi-currency accounts The ASPSP makes a distinction between multi-currency accounts.  
Request consent 

POST /consents/confirmation-of-funds		 Detailed consent

(Detailed consent)		 The consent that the TPP has obtained from the PSU through the API is reported. Being able to indicate: account, cardNumber, expiration date,...

With this consent it will be allowed to consume the request of confirmation of funds using token+consent.

Note: In this type of consent the TPP indicates the specific account on which consent is requested.		  X
Consent Status 

GET /consents/confirmation-of-funds/{consentId}/status		   Read the authentication status of the indicated consent.  X
Get consent 

GET /consents/confirmation-of-funds/{consentId}		   Read the exact definition of indicated consent  X
Delete consent 

DELETE /consents/confirmation-of-funds/{consentId}		   Delete the indicated consent.  X
Authorize consent establishment 

POST /consents/confirmation-of-funds/{consentId}/authorisations		   The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)		  X
Update PSU authorization data (scaMethod)

PUT /consents/confirmation-of-funds/{consentId}/authorisations/{authorisationId}		   The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of be more than one available  
Get list of authorization subresources 

GET /consents/confirmation-of-funds/{consentId}/authorisations		   The TPP can read the list of authorization subresource IDs that have been created  X
SCA authorization status 

GET /consents/confirmation-of-funds/{consentId}/authorisations/{authorisationId}		   The TPP can use this request to get the SCA status of the authorization.  X
Signing basket V1.1
Set Signing Basket

POST signing-baskets		 PIS Operations   The ASPSP supports that a TPP can establish N payments and sign them all at once with the Signing Basket  
AIS operations Set consent The ASPSP supports that a TPP can establish N consents and sign them all at once with the Signing Basket  
PIS+AS operations Payment operations + establish consent The ASPSP supports that a TPP can establish N consents and N payments and sign them all at once with the Signing Basket  
Signing Basket Status

GET signing-baskets/{basketId}/status		     Allows a TPP to know the state of the Signing Basket  
Retrieve contents of the Signing Basket

GET signing-baskets/{basketId}		     Allows a TPP to retrieve the IDs of the operations to be signed in the Signing Basket  
Delete Signing Basket

DELETE signing-baskets/{basketId}		     Allows a TPP to remove the structure from the Signing Basket (if it has not already been authorized)  
Authorize Signing Basket

POST signing-baskets/{basketId}/authorisations		     The TPP requires an explicit authorization of the transaction or, the ASPSP has detected that the PSU has more than one SCA method available and it is necessary for the TPP to update the SCA method selected by the PSU.

Also required in case the transaction requires multilevel SCA (several PSU sign the operation)		  
Update PSU authorization data (scaMethod)

PUT signing-baskets/{basketId}/authorisations/{authorisationId}		     The TPP can use this request to inform the ASPSP of the SCA method selected by the PSU in case of be more than one available  
Get list of authorization subresources

GET signing-baskets/{basketId}/authorisations		     The TPP can read the list of authorization subresource IDs that have been created  
SCA authorization status

GET signing-baskets/{basketId}/authorisations/{authorisationId}		     The TPP can use this request to obtain the SCA status of the authorization.


Note: required if Signing Basket is supported		  
Get information of TPPs V1.1
Obtain list of TPPs
GET /tpps		 Allows the ASPS to obtain the list of TPPs that connect through the HUB.  X

Obtain detail of tpps

 

GET /tpps/{tppId} 

  Allows the ASPSP to obtain the detail of a TPP that connects through the HUB.  
Notification of new TPP
POST /sva/tpps		 When a new TPP is connected through the Hub, all ASPSPs are notified of this new TPP's information. (Except for the ASPSP receiving the original TPP request).  X

 

Start payment with list of available accounts

 V1.1
SVA payment start

POST /sva/payments/{payment-product}		 Initiate a payment without informing the ordering account. In the SCA flow by redirection to the ASPSP, this will show the list of accounts available to the PSU so that it can select the one it wants to use.

Note: for this start of payment, the same characteristics that the entity has selected in the start of CORE payment.		  X
Start periodic/recurring payment with list of available accounts V1.1
SVA periodic/recurring payment start

POST /sva/payments/{payment-product}		 Initiate a periodic/recurring payment without informing the ordering account. In the flow of SCA by redirection to the ASPSP, it will show the list of accounts available to the PSU so that it can select the which you want to use. Note: for this start of payment the same characteristics will apply selected the entity at the start of CORE payment.  
Start payment with list of accounts available for PISP V1.1
SVA payment start
POST /sva/payments/{payment-product}
Supported payment products sepa-credit-transfers
instant-sepa-credit-transfers
target-2-payments
cross-border-credit-transfers
 

 

 

 

SCA flows

SCA Flows V1.1
Redirect Redirect only   The payment or consent authorization process is carried out through a redirection to the entity's authentication website and is executed after a correct SCA  X
Decoupled     The The payment authorization or consent process is carried out through a bank app and is executed after the correct SCA.  
Embedded   <Not supported> <Not supported>  
Multilevel SCA     The ASPSP supports multi-level SCA

Note: required if offered in Online Banking		  

Oauth prestep

Prestep Oauth V1.1
Login web

 Token renewal   Support of refresh token, especially useful for reading account information in AIS.   X
URL callback   The ASPSP requires pre-registering the HUB callback URL (If required, Redsys will inform the entity of the required URL).  X
HUB ClientID Generated by the Entity The Client ID of the HUB that is sent to the ASPSP has been generated by Redsys (If this is selected, the "HUB Generated" does not apply). X
TPP ClientID Not report to the ASPSP The ASPSP is not required to be informed of the TPP Client ID.  
Report as secondClientId  The HUB sends the Client ID of the TPP in the clientID attribute and reports the Client ID of the HUB in the optional secondClientId attribute.   X
Biometrics

Note: required if offered in Online Banking		 Offer biometrics through current autorize endpoint   Biometric authentication via app-to-app redirection is offered by the same endpoint of /authorize used for web authentication  X
Ofrecer la biometría por endpoints adicionales al de authorize Individuals 
 A specific endpoint is used for biometrics through app-to-app redirection for individuals  
Company
 A specific endpoint is used for biometrics through app-to-app redirection for companies  

Les indicamos que a partir de este momento ya se encuentra disponible bajo solicitud la APP de biometría para el entorno Sandbox. Si quieren solicitar acceso a la misma deben enviar un correo al buzón psd2.sandbox.soporte@redsys.es, con el asunto “solicitud acceso APP biometría Sandbox”, y facilitando los siguientes datos de acceso:

- Usuario con el que se ha dado de alta el TPP en Sandbox.

Una vez haya sido gestionada su invitación para la descarga, recibirá un mail de confirmación en el correo con el que se hayan registrado en Sandbox de la herramienta APP Center y otro del buzón psd2.sandbox.soporte@redsys.es

 

Oauth prestep V1.1
Biometrics

Note: required if offered in Online Banking		 Offer biometrics through current autorize endpoint   Biometric authentication via app-to-app redirection is offered by the same endpoint of /authorize used for web authentication  X
Offer biometrics for additional endpoints than authorize Individuals 
 A specific endpoint is used for biometrics through app-to-app redirection for individuals   
Company 
 A specific endpoint is used for biometrics through app-to-app redirection for companies   

We inform you that from this moment on, the biometrics APP for the Sandbox environment. If you want to request access to it, you must send an email to the mailbox psd2.sandbox.soporte@redsys.es, with the subject "APP access request biometrics Sandbox", and facilitating the following access data:

- User with which the TPP has been registered in Sandbox.

Once your download invitation has been processed, you will receive a confirmation email with the who have registered in the Sandbox of the APP Center tool and another of the mailbox psd2.sandbox.support@redsys.es

 

PSU profiles

Standard PSU Profiles
Profile Code Account properties Account data PSU-ID Supported payment products Special features
PsuDefault-Private-1 Particular account AcctPsuDefPriv1
AcctPsuDefPriv2
AcctPsuDefPriv5		 ID: user1
Pass: 1234		 All supported by the ASPSP SCA OK result
PsuDefault-Private-2 Particular account AcctPsuDefPriv3
AcctPsuDefPriv4		 ID: user2
Pass: 1234		 All supported by the ASPSP SCA KO Result
PsuDefault-Corporate-1 Company account with multilevel SCA AcctPsuDefCorp1 ID: user1
Pass: 1234		 All supported by the ASPSP SCA OK result
PsuDefault-Corporate-2 Company account with multilevel SCA AcctPsuDefCorp1 ID: user2
Pass: 1234		 All supported by the ASPSP  SCA KO Result
PSU profiles for SCA
Profile Code Account properties Account data PSU-ID Supported payment products Special features
RedirectSca-1b Particular account AcctPsuDefPriv1
AcctPsuDefPriv2
AcctPsuDefPriv5		 ID: user1
Pass: 1234		 All supported by the ASPSP SCA OK result
RedirectSca-1c Particular account AcctPsuDefPriv3
AcctPsuDefPriv4		 ID: user2
Pass: 1234		 All supported by the ASPSP SCA KO Result
PSU profiles for PIIS
Profile Code Account properties Account data PSU-ID
ConfFunds-1a Particular account
TPP activated for PIIS		 AcctPsuDefPriv1
AcctPsuDefPriv2
AcctPsuDefPriv5		 NA
ConfFunds-1b Particular account
TPP not activated for PIIS		 Debtor account (IBAN) required NA

IBAN codes:

Standard accounts
Profile Code Account properties Account data
CredAcc-1
(Default creditor account)		 Particular account Creditor Account (ES0040000000000000000001) required
Creditor Name required
AcctPsuDefPriv1
(1st account of the PsuDefault-Private1)		 Particular account ES3002297205840310043227
AcctPsuDefPriv2
(2nd account of the PsuDefault-Private1)		 Particular account ES6002297205860310034829
AcctPsuDefPriv3
(1st account of the PsuDefault-Private2)		 Particular account ES2002297205890310024344
AcctPsuDefPriv4
(2nd account of the PsuDefault-Private2)		 Particular account ES8102297205850310002199
AcctPsuDefPriv5
(3rd account of the PsuDefault-Private1)		 Particular account ES8402297205880310021592