Integración con Athia
En esta página
Athia necesita dos cosas de usted: Datos de transacciones en tiempo real o recurrentes, para poder operar en función de lo que está sucediendo, y un "dump" histórico, una carga inicial única, para que sus referencias provengan de su propia población. El historial debe incluir todos los intentos, no solo los pedidos aprobados, con rechazos, reintentos, resultados de 3DS, liquidaciones y disputas en las que participe. En DEUNA, ambos ya existen; de lo contrario, comience con lo que puede enviar hoy y añádalo más tarde.
Dos capas: inteligencia y ejecución#
Athia funciona en dos capas; no necesita ambas.
- Inteligencia, Estratega, paneles inteligentes y Ask Athia, que funcionan con los datos que envía, independientemente de la ruta que sigan, incluso si nunca se procesan a través de la orquestación de DEUNA.
- EjecuciónAgentes que actúan en una transacción: en tiempo real dentro del flujo de pago a través de la orquestación de DEUNA (enrutamiento, composición de mensajes y reintentos), o en lote, evaluando cargos periódicos programados antes de que se ejecuten.
La cuestión es dónde residen sus datos, no en qué nivel se encuentra. Todas las cuatro respuestas proporcionan la capa de inteligencia completa. Solo la orquestación de DEUNA permite que los agentes tomen decisiones en tiempo real dentro del flujo de pago, aunque la ejecución por lotes para la facturación recurrente utiliza la ruta del archivo. Las rutas se combinan, y Athia elimina duplicados, por lo que una mayor cobertura mejora las respuestas en lugar de restringirlas.
¿Cuánta historia enviar#
| Historia enviada | ¿Qué le proporciona |
|---|---|
| Un mes | Más que una instantánea |
| Tres meses | Referencias de uso |
| Seis meses | Típico para un caso de uso inicial |
| Doce meses | Estacionalidad y el ciclo completo de devoluciones |
Las devoluciones llegan entre 30 y 180 días después de la transacción, por lo que 12 meses es el mínimo en el que las disputas están dentro del alcance. Para una prueba de concepto inicial, 30 a 90 días de los campos correctos, transacciones, códigos de rechazo y BIN, son mejores que un año de los incorrectos.
El mínimo para empezar
El mínimo que activa un caso de uso: transaction_id o order_id, un attempt_id intento de vinculación a un solo pedido, amount, currency, una zona horaria UTC, auth_timestamp y el estado de la transacción. Luego, la señal de rechazo, que es lo que hace que los datos sean inteligentes en lugar de descriptivos: processor_id, decline_code_raw, auth_code en aprobaciones, gateway_txn_id y retry_sequence con parent_txn_id.
No es necesario renombrar columnas; su equipo de Athia las mapea al importarlas. La especificación completa de los campos se encuentra en Diccionario de datos de Athia.
Rutas de integración#
Cada ruta proporciona la capa de inteligencia completa; solo la orquestación de DEUNA permite que los agentes ejecuten dentro del flujo de pago.
| Ruta | ¿Qué es? | ¿Quién la configura? | Frescura |
|---|---|---|---|
| Orquestación de DEUNA | Athia lee lo que DEUNA ya procesa | Nadie | En tiempo real |
| Transferencia de datos fuera de línea | Los archivos que proporciona, o un permiso de lectura en su almacén o lago de datos | Su equipo de datos o administrador de almacén | Para entrega o para lectura |
| Conectores de proveedores | Athia consulta a sus proveedores, o recibe sus webhooks | Su equipo de Athia, con un credencial que usted emite | Casi en tiempo real para los datos transaccionales, limitado por el proveedor |
Combinando rutas#
Athia duplica los datos a través de las rutas en los identificadores de transacción y de intento, por lo que la cobertura superpuesta es segura; la misma transacción desde un conector y una vista de almacén es un solo registro, no dos. Los datos de costo llegan por separado, como una carga CSV en producto contra una plantilla de Athia.
Seguridad y cumplimiento#
Athia funciona con los controles de seguridad de la plataforma DEUNA, control de acceso, encriptación, supervisión, respuesta a incidentes, documentados en Seguridad de la plataforma DEUNA. Los números completos de tarjetas y el CVV nunca se recopilan en ninguna ruta: las tarjetas son BIN más los cuatro últimos dígitosademás, fecha de caducidad, huella digital o PAR, si están disponibles, y CVV y AVS, únicamente como códigos de respuesta de coincidencia/no coincidencia, por lo que se deben excluir las columnas completas del PAN antes de la entrega. Los identificadores personales pueden ser hasheados, tokenizados o generalizados; la residencia se define durante la configuración; un acuerdo de procesamiento de datos precede a cualquier transferencia.