Pagos, comercio agéntico (AP2) y POS
Pagos con tarjeta, proceso de pago agéntico y tiendas conectadas del terminal al libro mayor
Cuando tiendas, procesos de pago y libro mayor no cuadran
Un pago con tarjeta toca varios sistemas en unos segundos: el terminal o el proceso de pago, una pasarela, el adquirente, la red de tarjetas y el emisor. El dinero y las comisiones llegan después en ficheros de liquidación que alguien tiene que casar con las ventas de su ERP.
Cuando las tiendas, los procesos de pago en línea y el ERP se sincronizan en lotes nocturnos, el inventario se vende de más durante las promociones y las diferencias de liquidación se acumulan entre adquirentes. El proceso de pago se ralentiza en los momentos de más afluencia. Y ahora los agentes de IA empiezan a comprar también en nombre de los clientes.
Qué cambia para usted
Una sola visión del inventario y las ventas
Ventas, devoluciones, precios e inventario sincronizados en todas las tiendas, tiendas en línea y el ERP, en tiempo real y no durante la noche.
Liquidaciones que cuadran
Ficheros de liquidación y comisiones de cada adquirente casados automáticamente con las ventas, con las diferencias listadas para su equipo.
Preparado para el comercio agéntico
Un proceso de pago que puede aceptar pagos de agentes de IA con un registro verificable de lo que autorizó el cliente.
Qué entregamos
Conectividad con pasarelas, adquirentes y redes de tarjetas
Flujos de autorización, captura, devolución y anulación sobre ISO 8583, ISO 20022 o la API del proveedor, con orquestación de varios adquirentes y todos los códigos de respuesta gestionados.
AP2 y proceso de pago con mandato criptográfico
AP2 es un protocolo abierto que permite que un agente de IA pague en nombre de un cliente. Los mandatos firmados criptográficamente registran lo que aprobó el cliente, y los integramos en su proceso de pago.
Terminales EMV y SoftPOS
Terminales con chip EMV y sin contacto, y SoftPOS, que acepta tarjetas sin contacto en un teléfono o una tableta convencionales, conectados a su software de POS o de kiosco.
Procesamiento automatizado de ficheros de liquidación
Ficheros de liquidación y comisiones de los adquirentes recogidos, validados, auditados y convertidos en contabilizaciones que su ERP puede casar.
Sincronización POS-ERP en tiempo real
Ventas, devoluciones, precios, promociones y niveles de inventario sincronizados entre cada tienda y el ERP mediante una capa de streaming de eventos.
Tokenización y alcance de PCI DSS
Números de tarjeta sustituidos por tokens y fuera de su POS y su ERP, con una visión escrita de qué sistemas siguen dentro del alcance de PCI DSS.
Certificación e implantación progresiva
Guiones de prueba y evidencias para la certificación de cada proveedor, un piloto en unas pocas tiendas y después una implantación tienda a tienda con los totales diarios comparados.
Cómo trabajamos
Seguir una venta
Seguimos una venta desde la caja o el proceso de pago hasta el libro mayor con sus equipos de finanzas, tienda y TI, y acordamos el alcance.
Diseñar la integración
Elegimos los protocolos, el enfoque de tokenización y los flujos de mensajes, y escribimos la especificación de interfaz.
Construir y probar
Construimos los flujos de pago, liquidación y POS con pruebas automatizadas, incluidos rechazos, tiempos de espera agotados y devoluciones.
Certificar con el proveedor
Ejecutamos los casos de prueba del proveedor en su entorno de pruebas y corregimos lo que encuentra su certificación.
Piloto y después implantación
Entramos en producción primero en unas pocas tiendas o canales, comparamos los totales a diario y después implantamos tienda a tienda.
Monitorizar y dar soporte
Vigilamos las tasas de aprobación, los ficheros de liquidación y las contabilizaciones de tienda, y gestionamos los cambios de proveedor a medida que se anuncian.
Desplácese en horizontal para ver el dibujo completo.
Pagos con tarjeta: autorizados en caja, liquidados después, conciliados en el ERP
El terminal o el proceso de pago en línea consulta a la pasarela, la pasarela al adquirente, y el adquirente enruta la operación a la red de tarjetas y al emisor. Los archivos de liquidación llegan después y se concilian con las ventas y las comisiones en el ERP. Un tiempo de espera agotado activa una reversión, de modo que nunca se cobra dos veces al cliente.
- Flujo principal
- Asíncrono
- Ruta de excepción
El flujo en 8 pasos
El flujo, paso a paso
- De Terminal EMV o pago en línea a Pasarela de pago: Solicitud de autorización, mediante EMV · REST/JSON (flujo principal).
- De Pasarela de pago a Adquirente: Autorización, mediante ISO 8583 (flujo principal).
- De Adquirente a Red de tarjetas y emisor: Enrutada al emisor, mediante ISO 8583 (flujo principal).
- De Adquirente a Pasarela de pago: Aprobada o rechazada, mediante ISO 8583 (asíncrono).
- De Adquirente a Capa de integración: Archivos de liquidación y comisiones, mediante SFTP (asíncrono).
- De Capa de integración a ERP: Ventas liquidadas, comisiones y abonos, mediante REST/JSON (flujo principal).
- De Pasarela de pago a Terminal EMV o pago en línea: Sin respuesta a tiempo: reversión automática, mediante ISO 8583 0400 (ruta de excepción).
- De Capa de integración a Equipo de operaciones de pagos: Diferencia de liquidación o contracargo (ruta de excepción).
Desplácese en horizontal para ver el dibujo completo.
Del POS al ERP: cada venta registrada una sola vez
Las ventas fluyen de las cajas al ERP como eventos, y los precios y el inventario vuelven en sentido contrario. Una tienda que pierde la conexión sigue vendiendo y se pone al día después. Un registro que falla se reintenta y, si sigue fallando, pasa a una persona.
- Flujo principal
- Asíncrono
- Ruta de excepción
El flujo en 8 pasos
El flujo, paso a paso
- De Terminales POS a Servidor de tienda o POS en la nube: Ventas, devoluciones y anulaciones (flujo principal).
- De Servidor de tienda o POS en la nube a Capa de integración: Eventos de venta y totales de cierre del día, mediante una cola de eventos, mediante REST/JSON (asíncrono).
- De Capa de integración a ERP: Ventas e inventario registrados, mediante OData · REST/JSON (flujo principal).
- De ERP a Capa de integración: Precios, promociones y datos de artículos, por API o exportación de archivos, mediante REST/JSON (flujo principal).
- De Capa de integración a Servidor de tienda o POS en la nube: Actualizaciones de precios e inventario, mediante REST/JSON (flujo principal).
- De Capa de integración a Cola de reintentos: Registro fallido (ruta de excepción).
- De Cola de reintentos a Capa de integración: Reintentado (ruta de excepción).
- De Cola de reintentos a Equipo de tiendas: Sigue fallando: alerta con los detalles (ruta de excepción).
Estándares y protocolos
Nombrar un producto o un proveedor no implica una alianza con él.
- Lenguajes
- Go
- Frameworks
- Node.js
- Datos y analítica
- Apache Kafka
- Bases de datos
- Redis
- DevOps y observabilidad
- Kubernetes
- Estándares y canales bancarios
- ISO 20022
- Pagos
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Prueba en producción
Para un grupo de comercio minorista y centros comerciales multimarca del CCG, sustituimos los scripts por lotes nocturnos por sincronización POS-ERP en tiempo real. También unificamos pagos con varios adquirentes con liquidación automatizada y construimos un servicio de reserva de inventario para los picos de ventas flash.
Cómo empezar
Los requisitos claros de proveedores y tiendas pasan directamente a una propuesta. Una nueva plataforma de pagos o un proceso de pago agéntico suelen empezar en el Blueprint Studio.
Próximos pasos
Sesión previa de consultoría
Una sesión de consultoría previa gratuita de 30 minutos en línea: repasamos sus objetivos, sistemas y restricciones.
Revisión de preparación
En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.
Elegir la vía
Los proyectos con el alcance definido reciben una propuesta vinculante en un plazo de 3 a 5 días hábiles. Los proyectos en fase de concepto empiezan en el estudio con Blueprint. Un sistema en producción que falla, no está documentado o necesita integración empieza con un diagnóstico de 1 a 2 semanas. El estudio con Blueprint y el diagnóstico tienen cada uno un importe fijo, indicado en la propuesta.
Entrega en cinco etapas
Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.
Equipos de producto nativos de IA
Equipos multidisciplinares gestionados de ingenieros sénior, equipados con entornos de codificación y QA con IA.
Proyectos de resultado fijo y servicios gestionados sin interrupción
Entrega de alcance fijo por hitos con responsables de entrega asignados, y servicios gestionados de aplicaciones sin interrupción bajo gobernanza de SLA.
Preguntas y respuestas
¿Trabajan directamente con ISO 8583?
Sí, cuando el adquirente o el procesador lo ofrece. ISO 8583 es un marco más que un formato único: cada adquirente publica su propia especificación de campos y tipos de mensaje. Construimos a partir de esa especificación, gestionamos autorizaciones, anulaciones y mensajes de aviso, y probamos cada código de respuesta.
¿Qué es AP2 y lo necesitamos ahora?
Agent Payments Protocol (AP2) es un protocolo abierto para pagos realizados por agentes de IA. Cada compra lleva mandatos firmados que muestran lo que autorizó el cliente, para que comercios, emisores y adquirentes puedan confiar en ella y auditarla. Si es probable que los agentes de IA compren con usted, podemos preparar su proceso de pago para AP2 junto a sus flujos actuales.
¿Cómo reducen nuestro alcance de PCI DSS?
No podemos eliminar PCI DSS, pero sí reducir a qué parte de su entorno se aplica. Las páginas de pago alojadas, el cifrado punto a punto en el terminal y los tokens de la pasarela mantienen los números de tarjeta fuera de su POS, su ERP y su almacén de datos. Documentamos los flujos de datos para su evaluador.
¿Podemos aceptar tarjetas en teléfonos en lugar de terminales?
Sí, con SoftPOS. Las tarjetas y carteras sin contacto se aceptan en un teléfono o una tableta compatibles mediante una aplicación de pago certificada de su adquirente o proveedor. Integramos esa aplicación con sus flujos de POS, ventas y liquidación como cualquier otro terminal.
¿Qué ocurre cuando una tienda pierde su conexión?
La tienda sigue vendiendo. Las ventas se guardan localmente y se envían al ERP cuando vuelve la conexión, cada una con un identificador único para que nada se contabilice dos veces. Que los pagos con tarjeta puedan continuar sin conexión depende de las reglas de su adquirente y de su tolerancia al riesgo, y lo diseñamos con usted.
¿Gestionan devoluciones y contracargos?
Sí. Las devoluciones y anulaciones forman parte de los flujos de pago que construimos. Para los contracargos, importamos los informes de disputas del adquirente y vinculamos cada uno con la venta y la liquidación originales. Su equipo recibe una lista para trabajar, con las pruebas adjuntas.
¿Listo para construir? Pida una propuesta.
Envíe sus requisitos o su RFP. Nuestros arquitectos los validan y devuelven una propuesta vinculante de alcance fijo.
Próximos pasos
Revisión de preparación
En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.
Propuesta vinculante
Tras validación de arquitectura sin costo, recibe una propuesta vinculante de alcance fijo en un plazo de 3 a 5 días hábiles: hitos, arquitectura, estructura del equipo y SLA. Firmamos un acuerdo de confidencialidad (NDA) con usted a petición, antes de que comparta sus requisitos.
Movilización
Cuando firma, nuestros equipos de ingeniería inician el Sprint 0 en un plazo de 5 a 10 días hábiles desde la firma del contrato.
Entrega en cinco etapas
Movilización, sprints con demostraciones en vivo, integración y endurecimiento, aceptación y puesta en producción, y después servicios gestionados. Tras el lanzamiento llega un periodo de garantía y, después, soporte y mantenimiento opcionales.