Orquestación de DEUNA
En esta página
Esta página está destinada a los comerciantes que desean utilizar Athia y la orquestación de DEUNA juntos. Si DEUNA no forma parte de su flujo de pagos, la capa de inteligencia sigue funcionando completamente con los datos que envía; comience con Integración de Athia instead.
Los datos de nivel de intento que necesita Athia se generan por sí mismo la capa de orquestación, y los agentes actúan en las mismas vías. No hay archivos que entregar, no se requiere acceso a almacén y no hay credenciales del proveedor que emitir.
Esta página cubre la capa de ejecución de Athia, los agentes que toman decisiones dentro del flujo de pagos. La capa de inteligencia de Athia, que se cubre en Características de Athia, funciona con los datos que envía, independientemente del camino, y no depende de nada que se describa aquí.
Cómo funcionan los agentes en su tráfico#
El agente se consulta dentro de la decisión de orquestación, y no como una llamada de servicio separada. Las transacciones entran en la orquestación de DEUNA a través del tipo de integración que haya elegido.
Las decisiones del agente se basan en resultados reales, en lugar de reglas que alguien debe mantener. Agente de Aceptación Utiliza aprendizaje automático y aprendizaje por refuerzo para decidir transacción por transacción, en tiempo real.
Siempre en modo de fallo, según sus propias reglas. Si un agente no responde dentro de su presupuesto de latencia, la transacción se envía a la configuración de regla estática que ya tiene en la orquestación de DEUNA. Esa configuración es suya, permanece en su lugar, independientemente de si un agente está activo, y es lo que la transacción vuelve a utilizar. Nunca hay un agente que pueda bloquear un pago, y ningún fallo deja una transacción sin una decisión de enrutamiento.
¿Qué porcentaje de su volumen enruta?#
No tiene que mover todo de una vez, y la mayoría de los comerciantes no lo hacen.
Dos formas comunes: rechazos suaves solamente, donde DEUNA no toca nada que ya no esté disponible en su propia pila, y un A/B dividido medido en su propio volumen. Ambas necesitan las transacciones que nunca llegaron a DEUNA. Sin ellas, un piloto de rechazo suave es un modelo que razona sobre los fallos sin ver los éxitos, y una prueba A/B tiene solo una rama.
Para cualquier configuración parcial, ese contexto ingerido por separado es el tráfico que nunca llegó a DEUNA.
| A. Volumen total | B. Una parte del volumen | |
|---|---|---|
| Volumen enrutado a DEUNA | Todo | Una porción definida |
| Lo que ve Athia | Cada intento, rechazo, reintento y liquidación | Solo la porción que enruta |
| Lo que debe ingerir | Nada | El contexto alrededor de la porción |
| Opciones de optimización | Selección de procesador, reintento, configuración de mensajes | Las opciones que se aplican a la porción |
A. Volumen total a través de la orquestación de DEUNA
Todo su tráfico fluye a través de las tuberías de DEUNA, por lo que tanto el procesamiento como el enrutamiento son superficies de optimización. Athia ve cada intento, cada rechazo, cada reintento y cada liquidación sin que necesite realizar ningún trabajo de ingestión.
B. Una parte del volumen a través de la orquestación de DEUNA
Dos formas son comunes, y ambas son pilotos que crecen.
Rechazos suaves solamente. Su procesador principal mantiene los primeros intentos, y la orquestación de DEUNA recibe los rechazos suaves para la recuperación. El punto de partida más estrecho posible: DEUNA solo toca transacciones que su propia pila ya ha abandonado.
Un experimento A/B. Una parte de su tráfico enruta a la orquestación de DEUNA y el resto permanece en su configuración actual, por lo que se comparan de forma similar en su propio volumen en lugar de contra un punto de referencia. La parte se acuerda con usted y solo se mueve cuando los resultados lo demuestran.
El contexto mínimo para una configuración de rechazo suave o reintento solamente, por intento original:
| Campo | Tipo | Descripción |
|---|---|---|
payment_transaction_id | Cadena | Identificador del intento original, utilizado para vincular el reintento a él |
psp_name | Cadena | Proveedor al que se envió el intento original |
psp_error_code | Cadena | Código de rechazo del proveedor |
psp_error_message | Cadena | Texto de la razón del rechazo del proveedor |
payment_amount | decimales | Monto del intento |
currency_code | Cadena | Código de moneda ISO 4217 |
card_bin | Cadena | BIN de la tarjeta, los primeros seis o ocho dígitos |
last_four_digits | Cadena | Los últimos cuatro dígitos de la tarjeta |
payment_timestamp | Cadena ISO 8601 | Hora del intento original, en UTC |
Estos son los nombres que utiliza Athia; envíe los equivalentes de sus propios sistemas y su equipo de Athia los mapeará.
Para un experimento A/B, el requisito es más amplio: Athia necesita la rama de control también, al mismo nivel de detalle, o las ramas no son comparables. Su equipo de Athia acuerda el conjunto de campos con usted antes de que comience el experimento.
Ingiere ese contexto a través de cualquier camino en Integración de Athia.
Si no enruta a través de la orquestación de DEUNA#
Está disponible la capa de inteligencia completa en cada camino de integración. Estratega, paneles inteligentes y Pregúntale a Athia funcionan con los datos que envía, por lo que los obtiene sin enrutar ninguna transacción a través de la orquestación de DEUNA. El enrutamiento es lo que añade la ejecución dentro del flujo de pagos, y una forma de ejecución, lote, está disponible fuera de él como un intercambio de archivos sin integración ni cambio en cómo enruta. Consulte Athía para ver cómo llega una recomendación a una transacción MIT o CIT cuando DEUNA no está en el camino, y Agente de Aceptación para el archivo de lote en sí.
Comenzar#
DEUNA trabaja con usted a través de estos pasos. En cada uno, DEUNA proporciona la evidencia y usted decide si continúa.
- Confirme su configuración de orquestación. DEUNA lo verifica con usted.
- Decide el alcance. Volumen completo, una porción de rechazo suave, o un experimento A/B. Si algo permanece fuera de DEUNA, DEUNA identifica el contexto que Athia necesita con usted y acuerda una vía de ingestión desde Integración de Athia.
- Historial de carga. Athia necesita una descarga histórica para aprender sus líneas base antes de que actúe el agente, y DEUNA trabaja con su equipo en la entrega.
- Demuéstralo antes de que se utilice. Cómo se hace depende de su alcance, y se describe en para ponerlo en marcha.
La integración de orquestación en sí#
documentada en la documentación de desarrolladores de DEUNA:
- Pagos DEUNA, lo que hace la plataforma de orquestación
- Integre la plataforma de orquestación de DEUNA, la integración en sí