API Referencia
undefined

Transacción Completa Estandar Marca

Transacción Completa es una solución de pagos para comercio electrónico que permite la captura directa de datos de tarjetas en el sitio del comercio, sin utilizar el formulario estándar de Webpay, ofreciendo una experiencia de pago personalizable.

Permite a cada comercio crear su propia experiencia de pago, diseñando su formulario eCommerce dentro de su plataforma.

Transacción completa está diseñada para PSP, Gateway, grandes comercios con estándar PCI.

Valida los requisitos comerciales y habilitadores tecnológicos con un ejecutivo comercial y te acompañaremos en todo el proceso.

Características operativas

  • Verificación de cuenta
  • Captura simultánea
  • Consulta Cuotas
  • Procesamiento de transacciones con o sin autenticación 3DS
  • Consulta de estado de la transacción
  • Anulaciones y reversas
  • Códigos de respuesta estándar marca
  • Modelo COF, estándar de marca
  • Recurrencia bajo modelo CIT/MIT

Alcance del servicio

Medios de Pago Aceptados

  • Tarjetas de crédito nacionales e internacionales
  • Tarjetas de débito nacionales
  • Tarjetas prepago nacionales

Marcas habilitadas: Visa, Mastercard y Amex
Monedas: CLP y USD.

Casos de uso

Venta online
Personaliza completamente tu checkout creando tu propia experiencia de pago.
Suscripciones / membresias
Captura de credenciales para gestionar cobros recurrentes con una mejor tasa de aprobación.
Aplicaciones
Experiencia de pago nativa dentro de tus aplicaciones. Almacena la tarjeta y genera experiencias de pago sin fricción.
Wallets / billeteras
Almacenamiento seguro de credenciales de pago. Paga en tiendas físicas o eCommerce.

Modalidades de operación

Transacciones Uno a Uno

  • Transacciones independientes iniciadas por el tarjetahabiente.
  • Sin generación de recurrencia.
  • Sin almacenamiento de credenciales.
  • Con opción de procesar transacciones con o sin 3DS.
  • Transacciones con monto variable.
  • Comercio envía en cada transacción la información necesaria para su procesamiento y que se encuentran definidos en el manual de integración.

Card on File (Modelo CIT)

  • Transacciones independientes iniciadas por el tarjetahabiente.
  • Con almacenamiento de credenciales, en el comercio.
  • Modelo de verificación de cuenta.
  • Con opción de procesar transacciones con o sin 3DS.
  • Transacciones con monto variable.
  • Comercio envía en cada transacción la información necesaria para su procesamiento y que se encuentran definidos en el manual de integración.

Transacción Recurrente (Modelo MIT)

  • Transacciones independientes iniciadas por el comercio.
  • Pagos en plazos regulares pre-acordados con el tarjetahabiente.
  • Con previo almacenamiento de credenciales, en el comercio.
  • Modelo de verificación de cuenta.
  • Montos variables y definidos por el Comercio.
  • Comercio envía en cada transacción la información necesaria para su procesamiento y que se encuentran definidos en el manual de integración.
  • Soporta el modelo Mall con una sola tienda.
  • Pueden realizar solicitudes masivas a la API.
  • Transacciones en modalidad no autenticadas.

Requisitos de incorporación

Obligaciones del Comercio y/o Gateway

  • Certificación PCI DSS, Nivel 1 vigente
  • Implementación de protocolo 3D Secure 2.0
  • Flujo funcional de la solución (comercio y/o Gateway)

Condiciones Contractuales

  • Requiere contrato específico con Transbank.
  • Certificado PCI Nivel 1.
  • Flujo funcional de la solución para presentar a equipo riesgo Transbank.
  • Sin costo de mantención mensual.
  • Aplicación de MDR por transacción.
  • No disponible en oferta pública, se contrata a través de ejecutivo comercial.

Gestión de riesgos de contracargos

Se refiere a la transferencia de responsabilidad financiera en caso de contracargos. Este mecanismo determina qué entidad (emisor, comercio o adquirente) asume la responsabilidad económica cuando se produce un contracargo en una transacción. Se mantiene proceso de gestión de contracargos definido por Transbank.

Distribución de Responsabilidades por transacciones procesadas con protocolo vigente de 3DS:

  • Transacciones autenticadas exitosamente: Riesgo asumido por el emisor.
  • Transacciones no autenticadas: Riesgo asumido por el comercio.
  • Transacciones con degradación de autenticación: Riesgo asumido por el comercio.
  • Gestión de reversa por transacción: con el nuevo modelo, el comercio puede reversar o anular transacciones en caso de pérdida de liability shift.