Una integración que sus equipos pueden evaluar
antes de iniciar el procesamiento real
Guía de la API pública, entorno de pruebas controlado y un paquete de revisión interna para su equipo.
Guía pública de la API que su equipo puede consultar antes de la primera llamada.
El punto de partida técnico es público. La Guía de integración de API 2.0 de DaoPay describe las estructuras principales, la autenticación, el cálculo de firmas y la gestión del ciclo de vida de las transacciones, para que sus revisores técnicos puedan hacerse una idea del trabajo antes de la primera llamada de integración, sin dar a entender que existe acceso autoservicio a un portal de desarrollo activo.
Para un director de tecnología o responsable técnico de producto, es el primer nivel de orientación: qué debe firmarse, qué endpoints del ciclo de vida están visibles, cómo se devuelve el estado a su sistema y qué aspectos deben tratarse con DaoPay antes de iniciar las pruebas.
Considérelo material de referencia, no una promesa de configuración sin supervisión. El acceso al entorno de pruebas, las credenciales y la verificación de callbacks siguen bajo el control del equipo de integración.
Este es el primer nivel que su equipo podrá incorporar al paquete de revisión interna más adelante en esta página.
Entorno controlado, gestionado con el equipo de integración.
El entorno de prueba de DaoPay es una capa de preproducción controlada y coordinada por el equipo de integración, no un entorno de autoservicio para experimentar. En él, el mismo equipo que posteriormente realiza la validación técnica comprueba su implementación antes de utilizar credenciales de producción.
El proceso de preproducción
En el entorno de preproducción, sus ingenieros validan el flujo de solicitudes, las comprobaciones de estado, los reembolsos y las Payment Status Notifications antes de utilizar las credenciales de producción. Se trata de una validación controlada previa al procesamiento en producción.
Para un revisor interno, esta es una respuesta más concreta que una afirmación genérica sobre un sandbox: quién se encarga de facilitar las credenciales, dónde se comprueba el comportamiento de los callbacks y cómo avanza la implementación desde las credenciales de prueba hasta estar lista para producción.
- Registro
- Comercio, en el portal empresarial de DaoPay
- Credenciales de prueba
- El equipo de integración facilita el Appcode y la Secret Key
- Validación en preproducción
- Comercio y equipo de integración conjuntamente
- Credenciales de producción
- Equipo de integración, una vez confirmada la fase de preproducción
Notificaciones de estado del pago: la capa de webhooks
documentada y verificable por su sistema.
El resultado de un pago no termina en la página de pago. DaoPay envía el resultado a su sistema en forma de Payment Status Notification, de manera asíncrona y mediante HTTP(S), y su sistema lo verifica con la firma documentada por DaoPay antes de actuar en consecuencia. Se trata de una gestión de resultados documentada y verificable, no de marketing de un SDK.
- 01
DaoPay envía el resultado
Cuando se conoce el resultado de una transacción, DaoPay envía una notificación de estado del pago a su endpoint mediante HTTP(S).
Este es el canal asíncrono de resultados. DaoPay inicia la llamada cuando se conoce el resultado, por lo que este llega a su sistema después de la página de pago, en lugar de consultarse periódicamente.
- 02
Su endpoint recibe la notificación
Su endpoint recibe la notificación. Planifíquelo antes del staging para que el equipo de integración pueda validar la recepción.
La recepción se valida con el equipo de integración durante la fase de staging, antes de utilizar las credenciales de producción.
- 03
Verifique la firma
Su sistema coteja la notificación con el cálculo de firma documentado por DaoPay antes de actuar. Las notificaciones no verificadas no se procesan.
Este es el límite de confianza del flujo. El cálculo de firmas se publica en la referencia pública de la API, por lo que la verificación se puede comprobar y no es una mera afirmación.
- 04
Gestione el resultado
Solo los resultados verificados determinan la gestión del estado. El sistema del comercio concilia el resultado tras el pago.
La gestión de estados permanece vinculada a notificaciones documentadas y verificadas, de modo que su sistema define con una base sólida cómo se concilia el resultado después del checkout.
Avanzamos hacia un único destino
Ya están sobre la mesa la documentación, el entorno de staging y la gestión de notificaciones. Esta es la base técnica que el Paquete de revisión interna, disponible más adelante en esta página, reúne para su análisis interno.
Vea hacia dónde conduce todo estoLas familias de métodos de pago
que su equipo debe evaluar.
DaoPay admite las cinco familias de métodos relevantes para planificar la integración: tarjetas de crédito, transferencias bancarias, wallets, vales prepago y pagos móviles. Todas las familias operan a través de la misma interfaz basada en API, por lo que el planteamiento de la arquitectura no se divide en una integración distinta para cada familia. Durante el proceso se evalúa qué familias encajan con su ámbito geográfico, modelo operativo y combinación de pagos, en lugar de basarse en un catálogo genérico.
Relacionado: Cobertura completa de métodos de pago en la página Pagos
Una vez definida la combinación de métodos, se determina la vía de checkout.
La ruta se adapta a la arquitectura de su proceso de pago.
Una vez considerada la combinación de métodos, la siguiente cuestión es la arquitectura. DaoPay no presupone cómo es su checkout. La vía de integración se adapta a su arquitectura y la elección se reduce a una pregunta: ¿su equipo controla la lógica del checkout?
Las dos vías
- Checkout personalizado basado en API
- La vía principal cuando su equipo controla la lógica del checkout. El análisis técnico parte de la interfaz de la API, su flujo de checkout y su modelo de implementación, donde la profundidad de la integración resulta más predecible.
- Checkout mediado por plataforma
- Se concreta con el equipo de integración cuando su stack incluye una plataforma de comercio electrónico, una capa CMS o middleware de comercio. La vía se decide una vez conocida la arquitectura, no a partir de un catálogo de plugins.
No existe una solución universal de plugins antes de conocer la arquitectura. Puede determinar su vía sin necesidad de afirmaciones públicas sobre nombres de plataformas o cobertura de plugins.
Un proceso controlado
del análisis de encaje al procesamiento en producción.
La integración sigue un proceso estructurado con responsabilidades claras en cada fase. Sus equipos técnicos, comerciales y de operaciones conocen los hitos comerciales, de preparación y técnicos antes de iniciar el procesamiento en producción, en lugar de pasar directamente de la documentación a la implementación. El proceso comienza con el Onboarding PreCheck: una evaluación inicial de idoneidad con tres resultados transparentes —Go, Review o No-Fit— antes de comenzar las siete fases. El Internal Review Pack que aparece más adelante en esta página traslada este mapa del proceso a sus conversaciones internas.
- 01
Consulta
Se recaban la intención inicial y el alcance del caso, así como el contexto empresarial y de integración inicial, para implicar desde el principio a los interlocutores adecuados, tanto internos como de DaoPay.
- 02
Cualificación
Antes de dedicar más recursos, se evalúan el modelo operativo, la ubicación geográfica, la combinación de pagos y la vía técnica. Es el punto de control de preparación que determina si el caso avanza hacia una labor de integración más profunda.
- 03
Oferta comercial
Precios, estructura comercial y preparación para la contratación. Los responsables de las áreas comercial y financiera pueden preparar el debate interno antes de avanzar con la configuración jurídica y operativa. Esta fase mantiene las condiciones comerciales alineadas con la ruta real, en lugar de tratar la integración como un ejercicio técnico independiente.
- 04
Identidad y verificación
Comprobación de la estructura corporativa y la preparación operativa. Compliance & Risk de DaoPay se encarga de esta fase por parte de DaoPay, mientras que los responsables de cumplimiento normativo y riesgos del comercio armonizan el contexto del caso.
- 05
Acuerdo de servicio
Contrato comercial y operativo firmado y vigente. El alcance acordado se traduce en la configuración operativa contractual antes de utilizar las credenciales de producción.
- 06
Integración técnica
Configuración del entorno de staging, entrega de credenciales, verificación de callbacks e implementación por parte del comercio. El Integration Team de DaoPay coordina el entorno de staging, las credenciales y la validación técnica. El responsable técnico o de producto del comercio se encarga de implementar el checkout.
- 07
Puesta en marcha
Entorno de staging validado, credenciales de producción emitidas e inicio del tráfico real. El procesamiento en producción comienza tras una validación controlada, en lugar de ofrecer un acceso de autoservicio inmediato o sin supervisión.
¿Está listo para presentárselo a su equipo?
La ruta desde la evaluación del encaje hasta la puesta en marcha ya está clara. El Internal Review Pack convierte este mapa del proceso en un recurso que las partes interesadas internas pueden revisar conjuntamente.
Vea cuál es el objetivo finalIdentidad y verificación, aclaradas antes de avanzar con el desarrollo.
Antes de emitir credenciales de producción, se comprueban la estructura corporativa, el perímetro operativo y el contexto del comercio en relación con la configuración de pagos. Esta comprobación constituye la fase de preparación del proceso de integración. Para el lector técnico, el valor no reside en profundizar en el cumplimiento normativo, sino en aclarar la preparación antes de que la implementación avance demasiado, en lugar de descubrir problemas cuando el trabajo ya está muy avanzado.
Dos partes que trabajan en paralelo
- Por parte de DaoPay
- Compliance & Risk dirige esta fase y realiza la comprobación corporativa y operativa de la configuración de pagos.
- Por su parte
- Los interlocutores de Compliance & Risk aclaran el caso operativo, para que la integración más profunda continúe sobre una base validada.
Relacionado: Identidad y verificación en el proceso de Cumplimiento
Una base de seguridad
que su equipo puede evaluar directamente.
El entorno de integración se articula en torno a fundamentos técnicos documentados: transporte, credenciales, firmas, verificación de notificaciones y gestión tokenizada. Estos son los elementos que un equipo técnico puede evaluar antes de aceptar una vía de integración, y la mayoría remiten a la sección de esta página donde se documentan o se ponen en práctica. Son pruebas evaluables, no meros distintivos de confianza decorativos ni afirmaciones genéricas sobre alojamiento.
Transporte HTTPS/TLS
La seguridad del transporte forma parte de la base de integración documentada.
Así, la capa de garantía se basa en cómo se transporta y verifica la integración, en lugar de en señales de confianza meramente decorativas.
Credenciales del comercio
Las credenciales específicas del comercio permiten autenticar las solicitudes.
La emisión de credenciales sigue formando parte del proceso controlado de preproducción a cargo del Equipo de Integración.
Cálculo de firmas
Los cálculos de firmas criptográficas forman parte de la documentación técnica pública.
Esto proporciona a los equipos de ingeniería un entorno concreto de verificación antes y durante la fase de preproducción. El cálculo está documentado en la referencia pública de la API.
Verificación de notificaciones
Las notificaciones sobre el estado de los pagos pueden comprobarse al recibirlas.
La verificación debe formar parte del plan de gestión asíncrona de notificaciones y tenerse en cuenta antes del uso en producción.
Flujos tokenizados
La gestión de los datos de las tarjetas se realiza mediante flujos tokenizados.
La gestión tokenizada ayuda a separar los datos confidenciales de las tarjetas de los flujos de datos habituales del comercio y ofrece a los revisores técnicos un perímetro concreto de datos de tarjetas que analizar.
Un único interlocutor técnico, desde las pruebas hasta después del lanzamiento.
Durante la fase de staging y la integración técnica, sus ingenieros trabajan con el equipo de integración de DaoPay, y el mismo interlocutor continúa tras la puesta en producción. La integración no se plantea como un proceso sin acompañamiento a través de un portal para desarrolladores. El interlocutor que valida su entorno de staging es el que seguirá a su lado.
El mismo interlocutor en tres fases
- Durante la fase de staging
- Entrega de credenciales, validación del entorno de staging, revisión del flujo de pago y validación de callbacks y notificaciones.
- En la puesta en producción
- Soporte para la vía de integración durante la puesta en producción.
- Tras el lanzamiento
- Seguimiento relacionado con la integración, manteniendo la misma vía.
Un único paquete para que todas las partes interesadas lo revisen conjuntamente.
Llegado este punto, su equipo ya ha visto toda la superficie de integración. El Internal Review Pack da a este recorrido un destino práctico: un breve formulario que permite a sus interlocutores internos revisar juntos el documento.
Lo que su equipo ya ha visto
- Alcance de la documentación
- Modelo de staging
- Gestión de notificaciones
- Cobertura de métodos
- Ruta de checkout
- Mapa de procesos
- Nivel de preparación
- Base técnica
- Responsabilidad del equipo de integración
Contenido del paquete de revisión
- Un resumen de idoneidad de una página para su debate interno
- Preguntas pendientes organizadas por perfil: responsables técnicos, de cumplimiento, riesgos, finanzas y negocio
- Qué no es DaoPay, para que pueda descartar pronto posibles incompatibilidades
Diseñado para alinear a las partes interesadas
- Tiene en cuenta las perspectivas de los equipos técnico, de cumplimiento, riesgos y finanzas, así como de los responsables de negocio
- Ayuda a su equipo a analizar el encaje operativo antes de avanzar en el proceso
- Acceso previa solicitud: complete los cuatro campos y el dossier se abrirá como PDF en una nueva pestaña, adaptado a su caso como comercio en lugar de ser un archivo público descargable
La página ya diferencia entre lo que puede evaluarse públicamente, lo que se aclara en el entorno de staging, lo que forma parte de la evaluación del encaje y lo que debe definirse antes de operar en producción. El proceso de solicitud convierte esa estructura en un recurso que las partes interesadas pueden revisar conjuntamente.