Consulta sistemas internos de Libra para obtener el documento de póliza a partir de datos del asegurado o del vehículo
Recupera el documento de póliza desde los sistemas internos de Libra Seguros usando los datos identificatorios disponibles: número de póliza, dominio del vehículo, datos del asegurado o tomador.
Este skill es una capa de integración — no analiza la póliza. El análisis lo hace extraction-policy-summary-ar sobre el documento que este skill devuelve.
poliza_path = null y hay datos identificatorios disponibles en el output de extraction-claim-summary-arextraction-policy-summary-ar), o null con motivo si no se encuentranumero_poliza — el más directo; extraído de la demanda por extraction-claim-summary-arvehiculo.dominio — dominio del vehículo asegurado (ej: AQX769)asegurado.dni o asegurado.cuit — datos del tomador/aseguradoasegurado.nombre + vehiculo.marca_modelo — búsqueda combinada como fallback{
"numero_poliza": "string | null",
"vehiculo": {
"dominio": "string | null",
"marca": "string | null",
"modelo": "string | null"
},
"asegurado": {
"nombre": "string | null",
"dni": "string | null",
"cuit": "string | null"
},
"fecha_siniestro": "ISO date — para verificar vigencia de la póliza a esa fecha"
}
{
"found": true | false,
"poliza_path": "ruta al documento recuperado | null",
"numero_poliza": "string | null",
"vigente_a_fecha_siniestro": true | false | null,
"motivo_no_encontrado": "string | null",
"confidence": "high | medium | low"
}
Los siguientes puntos deben definirse antes de implementar este skill:
Ver: docs/policy-lookup-integration.md
found = false: no bloquear el pipeline. Continuar con policy_summary = null y marcar como pendiente en la entrega al abogado.vigente_a_fecha_siniestro = false: marcar como señal de atención crítica y escalar a Ali antes de continuar. Posible defensa de falta de cobertura por póliza no vigente al momento del siniestro.found = true pero confidence = low (ej: match solo por nombre sin DNI): registrar ambigüedad y marcar para revisión humana.