Ingesta e identidad

Dos puertas de entrada

La FPP recibe transacciones por dos caminos, que convergen en el mismo motor y la misma base.

Tiempo real. La institución envía cada transacción en el momento en que ocurre y recibe la decisión en la misma llamada. Los clientes de prevención de fraudes ya integrados usan el contrato de análisis existente, que no cambia. Para AML, la plataforma expone un endpoint de transacción canónica, con los campos que la prevención de lavado de activos exige y que el fraude transaccional no necesita: tipo de documento, país, familia de operación, moneda explícita y las señales de payload descritas más abajo.

Lote. La institución envía conjuntos de transacciones (carga inicial, histórico, reprocesamiento) a una cola. La cola entrega al motor en orden de fecha de negocio, mantiene el estado de cada ítem, produce un informe de rechazos y, cuando el lote es histórico, ejecuta el replay en dos fases: primero el histórico forma el perfil de comportamiento, después las transacciones se puntúan en orden. La carga en lote no afecta la latencia de la evaluación en tiempo real.

El camino del dato es el mismo cualquiera sea el perfil del tenant: una transacción enviada a dos instancias produce el mismo resultado, y ninguna de ellas rechaza datos por configuración de despliegue.

Identidad neutra de jurisdicción

La AML/CFT depende de saber quién mueve el dinero. La plataforma trata la identidad sin inferencia y sin patrón escondido.

Elemento	Cómo se trata
Tipo de documento	Enumeración de primera clase: CUIT, CUIL, DNI y pasaporte. El tipo viene en el payload y es obligatorio; la plataforma nunca deduce el tipo por la cantidad de dígitos.
País	Presente en el cliente y en la cuenta. El tenant declara su país y su moneda, y eso es lo que define qué es una operación internacional.
Contraparte	Identificada por documento tipado o por identificador de cuenta: CBU, CVU o alias. Un identificador inesperado se registra tal como vino y nunca interrumpe la evaluación.
Moneda y monto	El monto viene con unidad y moneda explícitas (ARS para el peso). Dentro del motor todo monto se trata en centavos enteros, lo que elimina el error de escala entre el monto de la transacción, el perfil de comportamiento y las ventanas de velocidad.

Tipos y familias de operación

Los tipos de operación son un catálogo por jurisdicción, versionado y traducido, organizado en familias: transferencia, cheque, tarjeta, efectivo y cambio de divisas, comercio exterior. El perfil de comportamiento y los escenarios se apoyan en la familia, no en el riel: una transferencia por CBU, por CVU o por alias es la misma familia. Agregar un riel nuevo es dato de catálogo, sin modificación del sistema.

Señales de payload

La transacción canónica lleva señales que los escenarios de AML consumen directamente como campos de condición:

• producto de la institución al que pertenece la operación;
• actividad económica del cliente, con la fuente declarada;
• canal de origen de la operación;
• marca de efectivo, cuando la operación involucra dinero en efectivo;
• contraparte cripto, cuando la contraparte es un proveedor de servicios de activos virtuales;
• origen en apuestas, cuando los fondos provienen de casas de apuestas.

Cada señal se convierte en campo de condición en el editor de reglas.

Idempotencia y rechazos

Toda transacción lleva el identificador externo de la institución. Reenviar la misma transacción no la duplica ni la reevalúa. En el lote, cada ítem tiene estado consultable, y las transacciones rechazadas aparecen en el informe de rechazos con el motivo, disponible por archivo y por API.

Datos sintéticos para homologación

Guardline dispone de un generador de tráfico sintético con perfil del mercado argentino, que produce cartera de clientes, contrapartes y secuencias de operaciones diseñadas para disparar cada escenario del catálogo. Se usa en la homologación de la integración y en la demostración del producto antes de cualquier dato real, y el histórico sintético queda marcado como tal en la base.