Integration methods

Introduction

You can choose from several different types of integration depending on which one best suits your business.

From Banco Sabadell we recommend for the collection of cards the use of the following integrations:





You can consult the general documentation of both integrations at the following link.



Integration Features

Fullscreen Iframe Embedded
Feature Quick integration. Configure your payment page with the look & feel of your business. Integration One Step Checkout and APPs.
Payment form It opens in a new 100% responsive window, hosted on Banco Sabadell. It is embedded in your website, but hosted on our server. Only the card fields are sent directly and securely to Banco Sabadell.
Personalization
You can change the logo and details of the business.

Customizable fields from the Control Panel with CSS properties.
The order of the fields is not modifiable.

Full control of form field customization.
Card fields can be moved.
Security Maximum, the data goes direct to Banco Sabadells PCI-DSS servers. Sensitive data never goes through the customers system. We receive the card data without passing through your store.
Tokenization
It is done before payment directly on the Banco Sabadell servers by means of an encryption with 4096-bit keys.
Payment methods Card
Alternative payment method
Card
Alternative payment method
Card

Integration technology




Features Technology
REST XML GET
Recommended by Banco Sabadell
Allows server to server operations
Allows 3DSecure payment
PAYCOMET is responsible for card data capture
Alternative payments
PSD2 optimized

Below we show you a comparative table of the different functions.




Comparation between integration methods

User interaction:
REST XML GET
Cards
Registration with capture in form /cards add_user
Registration with card data /cards add_user
Registration with JET token /cards add_user_token
Registration of physical card /cards/physical
information /cards/info info_user
Update expiration /cards/edit
Elimination /cards/delete remove_user
Payments
Payment with token /payments execute_purchase_token execute_purchase_token
Collection with capture in form /payments execute_purchase
Return /refund execute_refund
Payment by reference /payments/rtoken execute_purchase_rtoken execute_purchase_rtoken
DCC Operation
Payment execution /payments/dcc execute_purchase_dcc
Payment confirmation /payments/dcc/confirm confirm_purchase_dcc
Payment with capture in form /payments/dcc
Subscriptions
Registration by token /subscription create_subscription_token create_subscription_token
Registration with card data create_subscription
Registration with capture in form /subscription create_subscription
Modification /subscription/edit edit_subscription
Elimination /subscription/remove remove_subscription
Preauthorizations
Creation with token /payments/preauth create_preauthorization create_preauthorization_token
Creation with capture in form /payments/preauth create_preauthorization
Confirmation /payments//preauth/confirm preauthorization_confirm preauthorization_confirm
Cancellation /payments//preauth/cancel preauthorization_cancel preauthorization_cancel
Deferred creation with token /payments//preauth
Create deferred with capture in form /payments//preauth deferred_preauthorization
Deferred confirmation /payments//preauth/confirm deferred_preauthorization_confirm deferred_preauthorization_confirm
Deferred cancellation /payments//preauth/cancel deferred_preauthorization_cancel deferred_preauthorization_cancel
Inquiries
Operations consultation /payments/search search_operations
Operation information /payments/info
Split TRANSFER
Request payment split marketplace/split-transfer split_transfer
Split refund marketplace/split-transfer-reversal split_transfer_reversal
Request transfer marketplace/transfer transfer
Revocation of trans. marketplace/transfer-reversal transfer_reversal
SEPA
Registration of operations /sepa/operations sepaOperations
Doc. - add document /sepa/add-document add_document
Doc. - document check /sepa/check-document check_document
Doc. - check customer /sepa/check-customer check_customer
IVR
Request IVR session /ivr/get-session get_ivr_session
Check status /ivr/get-session-state get_ivr_sessionstate
Launchpad
Launch authorization /launchpad/authorization execute_purchase (launchpad)
Launch pre-authorization /launchpad/preauthorization create_preauthorization (launchpad)
Launch subscription /launchpad/subscription create_subscription (launchpad)
Other functionalities
Product balance /balance
Currency exchange /exchange
IP location /ip
Error query /errors
Service status /heartbeat
Invoice search /invoices
Payment methods /methods

¿Qué debería tener mi web?

Según requisitos de las marcas de tarjetas (Visa y MasterCard) y del Banco de España, se requiere que cualquier tienda on-line con TPV virtual disponga de:

  1. "Carrito de compra" o similar dónde los compradores soliciten la compra del producto o servicio. Para ello Banco Sabadell requerirá que la web esté accesible y permita una prueba de compra (en caso de páginas web en construcción, el comercio deberá facilitar acceso a su entorno de pruebas).
  2. El "Aviso Legal" (o apartado similar) deberá contener el nombre comercial, identificación (CIF), domicilio social y datos de contacto del comercio.
  3. En "Términos y Condiciones" (o apartado similar) se debe incluir la política de devoluciones.
  4. En "Términos y Condiciones" (o apartado similar) se debe incluir la política de envío de mercancía.
  5. En el caso de que el comercio trabaje con un proveedor de servicios de pago, éste debe estar autorizado previamente por Banco Sabadell.
  6. El domicilio y país del establecimiento deben aparecer en alguna de las páginas a las que el titular accede durante el pro­ceso de pago (debe estar visible y nunca enlazable a una web externa).
  7. Si en la web se ofrece un servicio de suscripción con período de prueba gratuito, se deben cumplir los requisitos indicados en este Anexo

Los requisitos anteriores serán validados por el equipo de Banco Sabadell durante el proceso de alta del TPV Virtual. En caso de que alguno no esté implementado, nos pondremos en contacto con el comercio para su modificación.

Para evitar demoras, rogamos que el comercio verifique que dispone de los requisitos anteriores en el proceso de alta

Requisitos de las marcas para las webs que ofrecen Suscripción con período gratuito

Cuando se ofrece un servicio de suscripción con período gratuito, las marcas (VISA/MasterCard) requieren que los comercios cumplan con los siguientes puntos:

  1. Enviar a los clientes un recordatorio electrónico y un enlace para poder cancelar al menos 7 días antes de iniciar una operación recurrente si:
  • Vence un periodo de prueba, oferta de bienvenida o periodo promocional
  • La naturaleza del acuerdo recurrente ha cambiado (por ejemplo, el precio o el periodo de suscripción)
  1. Enviar una copia electrónica de los términos y condiciones de la suscripción al comprador, aunque no se cargue ningún importe en dicho momento. Dicha confirmación electrónica debe contener:
  • Confirmación de que el titular de la tarjeta ha aceptado la suscripción, a menos que éste lo cancele
  • La fecha de comienzo de la suscripción
  • Detalle de los bienes/servicios
  • Importe de las operaciones siguientes y frecuencia/fecha de los siguientes cargos
  • Enlace u otro mecanismo simple que permita el titular cancelar de forma sencilla cualquier operación online posterior
  1. Mostrar en los recibos de operación cuando se establezca el acuerdo:
  • Duración del periodo de prueba o periodo promocional
  • Importe de la operación y fecha de la operación inicial (aunque no se cargue ningún importe) y de las operaciones recurrentes posteriores
  • Enlace u otro mecanismo simple que permita el titular cancelar de forma sencilla cualquier operación online posterior
  1. Al enviar la primera operación, añadir en el campo “Nombre del Comercioun descriptor que identifique el período de prueba en la primera operación. Este descriptor (p.ej. “prueba” “periodo de prueba, “prueba gratis”) aparecerá en los extractos bancarios del comprador. Para la activación del descriptor flexible, contactar con el Servicio Técnico Banco Sabadell
  1. En la primera operación debe informarse el Indicador de Pago Recurrente, aunque el importe no sea el mismo que el que se vaya a cargar después. Para ello, es necesario que revisen el Anexo COF (Credential on File) de este manual.

Do you have any unresolved questions?

Enter your account control panel and open a new ticket.

Enter your panel