--- title: e-Commerce/checkout/VPOS slug: e-commercecheckoutvpos docTags: createdAt: 2026-01-25T18:12:16.490Z --- El módulo **Checkout**, también denominado **e-Commerce**, provee las capacidades necesarias para que los comercios integren la solución de pago del adquirente dentro de sus canales digitales y puedan **aceptar pagos directamente en sus propios sitios web o aplicaciones**. Implementa el dominio de **aceptación de pagos online (tarjeta no presente) **permitiendo que el comercio incorpore una experiencia de pago embebida o redirigida, manteniendo el control de su frontend, mientras la Plataforma SUGA gestiona la complejidad transaccional, de seguridad y de orquestación. ::::hint{type="success"} SUGA desacopla: :::BlockQuote Frontend del comercio → Motor de pagos → Proveedores de pago ::: Permitiendo que el comercio evolucione su experiencia digital sin modificar su integración de pagos. :::: ## Rol del módulo dentro de la plataforma El módulo Checkout actúa como uno de los **canales de aceptación** de la plataforma y se integra de forma nativa con: - Gestión de Transacciones. - Medios de Pago y Planes de Cuotas. - Reglas avanzadas - Costos de Servicio. - SmartOperation. - Prevención de Fraude. - Liquidaciones. - Conciliaciones Su función es capturar la intención de pago desde el ecommerce y convertirla en una transacción dentro del motor adquirente de SUGA. ## Qué habilita al comercio - Aceptar pagos online. - Ofrecer múltiples medios de pago. - Ofrecer cuotas y promociones. - Controlar la experiencia visual del checkout. - Integrar sin exponer datos sensibles (tokenización) ## Modalidades de Checkout La Plataforma SUGA soporta dos modalidades principales de checkout para ecommerce: - **Checkout Transparente** - **Checkout Redirigido** o embebido Ambas utilizan el mismo motor transaccional y de seguridad, diferenciándose únicamente en **dónde ocurre la captura de datos del pago y la experiencia del usuario**. ## Checkout Transparente El **Checkout Transparente** permite que el proceso de pago ocurra **dentro del sitio o aplicación del comercio**, sin redirecciones externas. El formulario de pago se presenta embebido en el ecommerce y se integra directamente con el adquirente (SUGA) mediante SDKs, componentes o APIs. ### Características - Experiencia completamente integrada en el sitio del comercio. - Mayor control visual y de UX. - Tokenización de datos sensibles. - Los comercios deben ser PCI Nivel A, como mínimos. ### Casos de uso típicos - Ecommerces con equipo técnico propio. - Marcas que priorizan experiencia de usuario. - Flujos personalizados. ## Checkout Redirigido El **Checkout Redirigido** envía al comprador a una **página de pago alojada por el adquirente (SUGA)** para completar la operación. Una vez finalizado el pago, el cliente regresa al sitio del comercio mediante una URL de retorno. ### Características - No requiere desarrollo de formularios de pago. - Menor complejidad técnica. - UI de pago mantenida por SUGA. - Seguridad gestionada completamente por la plataforma. ### Casos de uso típicos - Comercios sin equipo técnico. - Implementaciones rápidas. - MVPs. ::::hint{type="success"} Independientemente de la modalidad, SUGA abstrae: :::BlockQuote Captura del pago → Orquestación → Autorización → Post-proceso ::: Garantizando consistencia funcional. :::: ## Modalidades de Integración La Plataforma SUGA ofrece múltiples modalidades de integración para el módulo Checkout, permitiendo a los comercios elegir el nivel de abstracción técnica que mejor se adapte a su plataforma, capacidad y arquitectura. Las modalidades principales son: - **Plugins** - **SDKs** - **APIs** Todas ellas consumen el mismo motor de pagos y comparten capacidades funcionales. ::::hint{type="success"} SUGA desacopla: :::BlockQuote Forma de integración → Motor de pagos ::: Permitiendo que el comercio cambie de modalidad sin alterar el core. :::: ## Integración mediante Plugins Los **plugins** son extensiones listas para usar que permiten integrar SUGA en plataformas de ecommerce ampliamente utilizadas. Plugins disponibles: - Shopify (Requiere acuerdo comercial entre la plataforma y el adquirente) - WooCommerce - Magento - Prestashop - VTEX (Requiere acuerdo comercial entre la plataforma y el adquirente) - Tiendanube (Requiere acuerdo comercial entre la plataforma y el adquirente) ### Características - Instalación sencilla. - Configuración por interfaz. - Sin desarrollo. - Actualizaciones mantenidas por SUGA. ### Casos de uso - Comercios con ecommerce estándar. - Implementaciones rápidas. ## Integración mediante SDKs Los **SDKs** son bibliotecas provistas por SUGA para integrar el checkout dentro del frontend del comercio. Disponibles típicamente para: - Web. - Mobile. ### Características - Embebido del checkout. - Control visual. - Tokenización automática. - Menor esfuerzo que integración directa por API. ### Casos de uso - Equipos técnicos. - Checkout Transparente. ## Integración mediante APIs Las **APIs** permiten una integración directa entre el backend del comercio y el adquirente (SUGA). El comercio construye su propio frontend y orquesta la creación de órdenes, tokenización y ejecución de pagos. ### Características - Máximo control. - Arquitectura personalizada. - Integración headless. ### Casos de uso - Plataformas propias. - Marketplaces. - Flujos complejos. ## Comparación rápida | Modalidad | Desarrollo requerido | Control UX | Time-to-market | | --------- | -------------------- | ---------- | -------------- | | Plugin | Ninguno | Bajo/Medio | Muy rápido | | SDK | Medio | Alto | Rápido | | API | Alto | Muy alto | Variable |