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.
Updated 14 days ago