Integrar DEUNA

Opciones de integración

DEUNA ofrece cuatro tipos de integración para adecuarse a tus necesidades de negocio:

Integración	Descripción	Payment link	Redirect	Modal	Embed	Campos seguros	Headless	Tiempo en integrar
Hosted	Solución completamente a cargo de DEUNA.	✔️	✔️	✔️	✔️	✔️	❎	4 a 6 semanas
Widget / SDK	Kit de desarrollo para habilitar el widget DEUNA en tu aplicación web, iOS, o Android.	❎	❎	✔️	✔️	✔️	✔️	2 a 4 semanas
Plugin	Extensión pre-configurada para integrar DEUNA en plataformas de e-commerce.	❎	❎	✔️	❎	❎	❎	48 horas
API / Headless	Integración flexible basada en nuestra API DEUNA.	❎	❎	❎	❎	❎	✔️	N/A

Integración Widget / SDK

La integración por SDK permite activar nuevos métodos de pago sin cambios en la integración.

Ventajas del SDK:

Gestión del widget a través del ADMIN DEUNA.
Expericencia de 1-click para el usuario.
Disponibilidad en tiempo real para método de pago nuevos.
Posibilidad de guardar tarjetas de usuario. Esta función es opcional y personalizable.
Soporte y control de flujo 3DS de forma nativa.
No requiere redirección a URLs externas. Esta función es opcional y personalizable.
Personalización de colores, logo, y estilos para ajustarse a tu comercio a través de CustomStyle.

Integración Headless / API

La integración por API mantiene tu aplicación sin cambios al UI y utiliza la API DEUNA para comunicar la información necesaria en tu solución de pagos.

Ventajas de la integración Headless:

Sin necesidad de cambiar tu UI/UX de checkout
Autenticación segura a través de la API.
Posibilidad de retornar URLs a formularios white-label para procesamiento de pagos.
El formulario web para tarjetas posibilita:
- Permitir a los usuarios almacenar y administrar tarjetas para futuras compras.
- Manejar nativamente el flujo de 3DS.
- Recolección propia de información de tarjeta y sensitive PCI payment data.

Desventajas de la integración Headless:

Tu aplicación es responsable de agregar nuevos botones a su UI cuando se agrega un método de pago adicional. Esto conlleva una integración adicional por cada APM (método de pago alternativo).
En caso de no los formularios pre-construidos de DEUNA, tu aplicación es responsable de construir y mantener sus propios flujos y formularios de pago.
En caso de conservar un formulario propio de pagos con tarjeta, tu aplicación es responsable de manejar la lógica de almacenamiento de tarjetas y del flujo de 3DS.