Integración con Athia
Seleccionar una ruta de ingestión de datos de Athia, preparar datos de transacciones históricos y recurrentes, y validar la cobertura.
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.
Ya en DEUNA
No se requiere la creación de datos. Athia puede utilizar el historial de pagos existente para obtener información y ejecutar decisiones directamente en el flujo de orquestación en vivo.
Archivos
Entrega los datos a nivel de intento programados a través de SFTP o S3. Athia los utiliza para obtener información y puede devolver decisiones por lotes para la facturación recurrente.
Almacén
Conecte Snowflake, Databricks, BigQuery o Redshift para que Athia pueda construir inteligencia a partir de datos almacenados de forma controlada.
Proveedores
Autorice los procesadores y plataformas compatibles para que Athia pueda consultar el historial necesario con las credenciales proporcionadas por el comerciante.
Puede combinar las rutas. Athia reconcilia los registros superpuestos mediante identificadores de intento y marcas de tiempo estables. Proporcione datos de costos del procesador por separado con el modelo de costos acordado para que las recomendaciones financieras utilicen su economía real.
¿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
Conectores directos con proveedores 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 vivo |
| 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.