Fundamentos de integración de API
Configura los entornos, Postman, el acceso de red, la idempotencia, las respuestas y los tiempos de espera de DEUNA.
En esta página
Configura estos aspectos compartidos antes de integrar un recurso de la API de DEUNA. Las mismas reglas de entorno, red, reintentos y tiempos de espera se aplican a órdenes, pagos, usuarios, links de pago y suscripciones.
Ambientes#
El entorno de pruebas y producción son aislados y utilizan credenciales, datos, conexiones con proveedores y estado de pago diferentes.
| Medio ambiente | URL base | Uso |
|---|---|---|
| Caja de arena | https://api.sandbox.deuna.io | Pruebas de integración y certificación |
| Producción | https://api.deuna.io | Transacciones reales |
Ver Autenticación y entornos para conocer los tipos de credenciales, la rotación y los ejemplos de solicitudes.
Colección de Postman#
Usa la colección de Postman de DEUNA para explorar solicitudes antes de desarrollar un cliente.
Abrir la colección de DEUNA en Postman
- Inicia sesión en Postman y crea un fork de la colección en tu espacio de trabajo.
- Selecciona el entorno de sandbox o producción.
- Configura
merchant_id,public_api_keyyprivate_api_keycon los valores de ese entorno. - Comienza con una operación del catálogo de endpoints.
Direcciones IP#
Prefiera la lista de dominios permitidos cuando su política de red lo permita. Si un proveedor de pagos o fraude requiere la lista de direcciones IP, utilice las direcciones a continuación.
| Medio ambiente | Tráfico del proveedor |
|---|---|
| Caja de arena | 3.22.44.237 |
| Producción | 3.131.108.151 · 3.132.78.68 · 3.19.18.42 · 18.220.134.28 |
Códigos de respuesta#
Las operaciones exitosas devuelven una respuesta 2xx . Una respuesta 4xx indica que deben cambiar la autenticación, los permisos, los datos o el estado del recurso. Una respuesta 5xx es un fallo temporal de DEUNA o del proveedor y solo debe reintentarse cuando sea seguro repetir la operación.
Usa la referencia de respuestas y códigos de error para identificar la causa, la política de reintentos y la acción correctiva.
Solicitudes idempotentes#
Envía un X-Idempotency-Key para cada operación compatible que crea o modifica el estado de pago. Reutilice la misma clave y el cuerpo de la solicitud idéntico byte a byte al reintentar después de un fallo de red o un tiempo de espera del cliente. Utilice una nueva clave para un nuevo intento de negocio.
X-Api-Key: YOUR_PRIVATE_API_KEY
X-Store-Code: STORE_CODE
X-Idempotency-Key: order_1042-attempt_1
Content-Type: application/jsonLas respuestas exitosas se conservan durante 24 horas por defecto. Leer Solicitudes idempotentes Para los endpoints soportados, retención de respuestas de error, encabezados de retransmisión, conflictos y verificación en el entorno de pruebas.
Tiempos de espera del cliente#
Un tiempo de espera del cliente significa que dejó de esperar; no demuestra que el pago falló. El procesamiento puede continuar con controles de fraude, enrutamiento y el proveedor después de la desconexión.
Cuando una solicitud de pago vence:
- Mantén bloqueado el fulfillment y marca el intento como pendiente de conciliación en tu sistema.
- Conserva el ID de la orden, el cuerpo y la clave de idempotencia original.
- Reintenta solo si la operación es elegible, con la misma clave y un cuerpo idéntico.
- Reconcile el estado final a través del método soportado modelo de procesamiento asíncrono y una búsqueda de orden apropiada en el catálogo de endpoints.
- Muestra el resultado conciliado al comprador y resuelve cualquier anulación o reembolso requerido antes del fulfillment.