Leer los documentos
era la parte fácil.
La extracción le entrega campos. Un expediente necesita un veredicto. Holofin reúne cada documento en un expediente, verifica la exhaustividad para cada participante, comprueba la coherencia entre los documentos e indica qué lo sigue bloqueando. Una respuesta por caso, no un JSON por archivo.
El veredicto se recalcula con cada documento nuevo, cada valor corregido y cada consulta de registro que llega.
Más allá del procesamiento de documentos
Donde termina el procesamiento de documentos,
comienza el trabajo.
Los modelos de última generación ya clasifican y leen casi cualquier cosa. Eso ha estandarizado la parte difícil de IDP y ha dejado intacta la parte costosa: nadie solicita un préstamo, abre una cuenta o presenta una reclamación con un solo documento. Envían una pila de documentos, a lo largo de varios días, de diferentes personas, y alguien tiene que decidir si el conjunto es válido.
Qué responde IDP
- ¿Qué tipo de documento es este?
- ¿Cuáles son sus campos y qué nivel de confianza tiene el modelo?
- ¿De qué parte de la página proviene cada valor?
- ¿Este documento se contradice a sí mismo?
Resultado: un payload por archivo. El expediente sigue estando en un checklist, una hoja de cálculo o en la cabeza de alguien.
Qué responde un expediente
- ¿Está todo aquí, para cada participante, incluidos los que aún no han enviado nada?
- ¿Coinciden los documentos entre sí y con lo que declaró el cliente?
- ¿Qué comprobación falló, en qué valores, de qué archivo?
- ¿Qué le pedimos al cliente a continuación, en un solo mensaje en lugar de cuatro?
Resultado: un estado por expediente, con el motivo adjunto. La lista de verificación es el producto, no un hábito.
Este no es un segundo producto. La capa del expediente se sitúa sobre los flujos de trabajo que usted ya ejecuta: clasificación, segmentación, extracción, análisis de fraude. Los documentos se siguen procesando uno a uno. El expediente es lo que los lee en conjunto.
Cómo funciona
Declare el caso una sola vez.
Se evalúa a sí mismo desde ese momento.
La configuración de un caso es la estructura de un expediente: quién participa, qué debe aportar cada uno y qué debe cumplirse en todo el conjunto. La redactan los responsables de la política en un formato que pueden leer.
Describa el expediente
Los documentos esperados y cuántos de cada uno, los participantes que los proporcionan y los datos que el cliente envía con la solicitud. Sin código, sin plantillas que entrenar.
Deje que llegue la documentación
Los archivos llegan por API, correo electrónico o portal, en cualquier orden, a lo largo de varios días. Se clasifican, dividen, extraen y asocian al requisito que realmente cumplen, no al primero que parece similar.
Obtenga dos veredictos
La exhaustividad indica qué sigue faltando y de quién. La coherencia indica qué no cuadra. Ambas se recalculan cada vez que algo cambia en el caso.
Decida y conserve el registro
Una persona valida o rechaza. La decisión se sella con la versión exacta de la política y los valores exactos sobre los que se tomó, y se reabre por sí sola si los hechos cambian después.
@identity.expirydate > TODAY@identity.holdername == @statement.client_nameSUM(@statement.balance) > @case.amount / 12Exhaustividad
Una lista de verificación sabe lo que se espera.
Este sabe quién lo debe.
Los requisitos pertenecen a los participantes, no al expediente. Un coprestatario aporta su propio documento de identidad. Un avalista aporta un conjunto totalmente distinto. Por tanto, la misma política espera un conjunto diferente dependiendo de quién esté realmente en el expediente, y lo determina por sí sola.
Los participantes se declaran como un tipo y una cantidad
Un prestatario, que puede ser una o dos personas. Un anfitrión, siempre solo uno. Tres prestatarios en un expediente limitado a dos es una discrepancia que el expediente indica claramente, no algo que un revisor nota un viernes.
Las cantidades son reales, al igual que la distinción
Tres extractos bancarios significan tres meses diferentes, no el mismo mes enviado tres veces. Un archivo de doce páginas que contiene tres extractos cuenta como tres, porque la segmentación divide el contenido y el expediente cuenta las partes.
Algunos documentos solo se exigen a veces
Solicite el documento de identidad del anfitrión solo cuando el comprobante de domicilio resulte ser un certificado de alojamiento. La condición forma parte de la política, por lo que nadie tiene que recordar la regla de seguimiento.
Un documento puede satisfacer dos requisitos
Un extracto de registro mercantil demuestra que la empresa existe e identifica a la persona jurídica. Pedirlo dos veces es la forma en que un cliente decide que usted no vale la pena.
1 participante provisto, 2 esperados. No se ha enviado nada para el segundo, por lo que no hay ninguna fila que marcar ni ningún documento que reclamar. El expediente lo indica de todos modos.
Coherencia
Cada documento es auténtico.
La historia sigue sin cuadrar.
La mayoría de los expedientes inválidos no están falsificados. Son incoherentes: el salario en la nómina no coincide con el ingreso en la cuenta, la dirección en el documento de identidad es de hace dos mudanzas, la empresa en la factura fue dada de baja el año pasado. Ningún documento individual es incorrecto. El expediente sí lo es.
Reglas en sus propias palabras
Describa la comprobación en lenguaje natural y se compilará en Hololang, nuestro lenguaje de validación. La línea compilada se le muestra, por lo que una regla nunca es una caja negra propiedad de un proveedor.
ASSERT @payslip.net_salary <= @statement.monthly_credit * 1.05Entre documentos y entre personas
Una comprobación que nombra a dos participantes se evalúa en cada emparejamiento y devuelve un veredicto por persona. Un avalista que aprueba nunca puede ocultar a un coprestatario que no lo hace.
ASSERT SUM(@statements.balance) > @case.amount / 12Comparados sobre valores normalizados
Las direcciones se resuelven contra la base nacional de direcciones, las empresas contra el registro mercantil. Dos direcciones coinciden porque son el mismo lugar, no porque sean la misma cadena de texto.
@id.enriched.address.provider_id == @bill.enriched.address.provider_idCuando un incumplimiento merece una segunda revisión
Una comparación estricta dice que Marie Dupont y Marie Bernard son personas diferentes. Un humano preguntaría si uno es un apellido de casada. Usted elige qué comprobaciones reciben ese tratamiento: en caso de fallo, un agente de IA resuelve con las pruebas del entorno y redacta su razonamiento.
El agente solo puede suavizar un fallo mecánico, nunca inventar un aprobado por su cuenta, y su veredicto se almacena palabra por palabra con los valores que observó. Los revisores leen el argumento, no una puntuación.
El documento de identidad indica DUPONT como apellido de soltera y BERNARD como apellido de casada. La cuenta se abrió con el apellido de casada. Es la misma persona.
Trazabilidad
¿Por qué se aprobó este expediente
el 3 de marzo?
Un auditor, un regulador o su propio comité de riesgos hará esa pregunta sobre una decisión tomada hace un año, bajo una política que ha cambiado dos veces desde entonces. La automatización que no puede responderla traslada el problema en lugar de resolverlo.
Cada veredicto está sellado
La versión de la política, la versión del motor y la fecha a la que se fijaron los controles. Volver a leer una decisión antigua muestra las reglas tal como eran, no como son hoy.
Cada valor indica su origen
Cada valor comparado remite al documento, al proceso de extracción y a la página de origen. Un número en disputa está a un clic de los píxeles de los que se extrajo.
El historial es de solo adición
Se conservan los cambios de estado, las ediciones de políticas, los veredictos del agente y las correcciones que su equipo realizó en un valor extraído. Nada se sobrescribe, por lo que no hay que reconstruir nada.
Una decisión se reabre cuando los hechos cambian
Valide un expediente y, si una extracción corregida cambia un valor comparado, la validación se anula y el expediente vuelve con un motivo. Una aprobación obsoleta es peor que no tener aprobación.
Integración
Un ID de caso.
Todo lo demás se vincula solo.
Abra un caso con los datos que su cliente introdujo en su propio formulario. Suba los documentos con el mismo ID, cuando lleguen. Lea el veredicto, o deje que un webhook se lo envíe cuando cambie.
{
"case_id": "LOAN-2026-0481",
"case_fields": {
"amount": 480000,
"duration_months": 120,
"borrower": [
{ "first_name": "Marie", "last_name": "Dupont" },
{ "first_name": "Paul", "last_name": "Martin" }
]
}
}{
"case_status": "incomplete",
"completion": false,
"requirements": [
{ "key": "proof_of_address",
"state": "missing",
"required": 1, "provided": 0,
"participant": "b2" }
],
"missing_participants": [],
"rules": [
{ "rule": "ID holder = statement holder",
"status": "ko" }
]
}Los documentos se incorporan
Una subida que incluya el ID del caso se une al expediente y se vincula al participante que la envió. Enviar el mismo documento dos veces no cambia nada.
Los valores se fusionan entre llamadas
Una primera llamada con lo que sabe, una segunda cuando el cliente completa el formulario. Los datos parciales son un estado normal, no un error.
O no use ninguna API
Los casos se abren a partir de documentos que llegan por correo electrónico, y su equipo los trabaja en la interfaz de Holofin. El veredicto es el mismo de cualquier manera.
Dónde resulta rentable
Cualquier proceso donde un expediente
se evalúa en su conjunto.
Si su equipo mantiene una lista de verificación junto a la pantalla, esa lista es una configuración de caso esperando a ser redactada.
Crédito y leasing
Prestatario, coprestatario, garante. Documento de identidad, ingresos, extractos bancarios, registro mercantil. El expediente está completo cuando se cubre a cada participante, y es coherente cuando los ingresos declarados se sostienen al contrastarlos con la cuenta.
Alta de clientes y KYC
Los beneficiarios reales también son participantes. Cada uno debe presentar un documento de identidad, y el registro indica cuántos debería haber. Un expediente al que le falta el tercer propietario lo indica en lugar de parecer terminado.
Solicitudes de alquiler
Inquilino, coinquilino, garante, y el certificado de alojamiento que solo se convierte en un requisito cuando alguien demuestra su dirección con uno. Comparar los ingresos con el alquiler es una regla, no una nota mental.
Reclamaciones de seguros
Informe, facturas, fotografías, peritaje. El importe reclamado debe coincidir con las facturas, y las fechas con el siniestro. Un veredicto por siniestro, que se reabre si una factura tardía lo modifica.
Expedientes de proveedores y licitaciones
Extracto del registro mercantil, certificado de seguro, certificados de obligaciones tributarias y sociales, condiciones firmadas. Cada uno tiene una fecha de caducidad, por lo que el expediente vuelve a estar incompleto por sí solo cuando un certificado vence.
Subvenciones y ayudas
La elegibilidad es un conjunto de reglas sobre varios documentos, y la carga de la prueba recae sobre el expediente. Las reglas son redactadas una sola vez por los responsables del programa y se aplican de forma idéntica a cada solicitante.
Preguntas
Dossier Intelligence en resumen
El procesamiento inteligente de documentos evalúa un documento a la vez: qué tipo es, qué dicen sus campos, si se contradice a sí mismo. Dossier Intelligence evalúa el expediente al que pertenecen esos documentos: si ha llegado todo lo esperado de cada participante y si los documentos concuerdan entre sí y con los datos que el cliente declaró. Es la capa que convierte un conjunto de extracciones en una decisión.
Sí, e indica quién lo debe. La respuesta distingue entre un documento faltante, un campo de datos faltante y un participante faltante, que son tres mensajes diferentes para enviar a un cliente. Como la lista de pendientes se calcula a partir de la política en lugar de ser escrita por un revisor, un solo correo de seguimiento puede incluir todo lo que aún falta en lugar de llegar en cuatro entregas.
Las personas responsables de la política, no el equipo de ingeniería. Una comprobación se describe en lenguaje sencillo y se compila en Hololang, un pequeño lenguaje de validación creado para esto, y la línea compilada se muestra junto a la descripción para que pueda volver a leerse y cuestionarse. Las reglas tienen control de versiones, y una regla que deja de tener sentido porque la política cambió se notifica en lugar de omitirse en silencio.
Ese es su propósito. Los participantes se declaran como un tipo y una cantidad, por lo que una política puede esperar un prestatario que pueden ser dos personas y como máximo un avalista. Los requisitos y las comprobaciones se evalúan entonces una vez por participante, y cada uno obtiene su propio veredicto. Un coprestatario aprobado nunca puede ocultar a uno rechazado.
Cada evaluación almacena la versión de la política, la versión del motor, la fecha a la que se fijaron las comprobaciones y el valor que utilizó cada comparación junto con el documento del que se leyó. Las decisiones, las ediciones de la política y los veredictos del agente se guardan en modo de solo adición. Un expediente evaluado hace un año puede volver a leerse bajo las reglas que se aplicaban en ese momento.
Tráiganos un expediente
que su equipo tema.
Envíe un expediente real, con sus elementos faltantes y sus contradicciones. Lo configuraremos en vivo y le mostraremos el veredicto que produce.