El flujo recomendado tiene cinco etapas, no cinco llamadas al modelo. El control mediante código de la etapa 1 ingiere los ID de origen, genera un hash del mensaje y sus adjuntos para deduplicarlos, valida la extracción, detecta elementos de divisa y fecha, y almacena referencias restringidas, no texto confidencial sin procesar en los registros. Un hash duplicado se vincula al expediente existente. La etapa 2 realiza una búsqueda de solo lectura con identificadores de proveedor verificados; si devuelve cero o varios contratos activos, dirige el caso a una excepción para la persona analista y se detiene. La similitud de nombres nunca basta para seleccionar un contrato.
La etapa 3 crea mediante código un paquete de procedencia: fragmentos citados del presupuesto y del contrato, marcas de tiempo, importes y fechas analizados, y diferencias recalculadas. Un conflicto de análisis o divisa detiene el flujo antes de la generación. En la etapa 4, el modelo compara únicamente ese paquete y devuelve un esquema que separa la propuesta declarada, el estado de las pruebas de firma, los cambios comerciales y operativos, las pruebas ausentes, las preguntas y las referencias de origen. Su prompt prohíbe conclusiones jurídicas, lenguaje de aceptación y convertir un presupuesto en una modificación. Después se comprueban el esquema, las citas, los números, las divisas y las afirmaciones sin respaldo; un único reintento por tiempo de espera utiliza la misma clave de idempotencia. Un fallo de validación se dirige a una excepción, nunca a una reparación silenciosa.
En la etapa 5, el modelo redacta una respuesta neutral de aclaración solo a partir de campos validados, marcada como BORRADOR—NO ENVIADO. Un control de la persona analista revisa el expediente y permite editarlo o aprobar que se añada a la cola; no existe permiso de envío. Máquina de estados: received, deduplicated, match_pending, evidence_ready, comparison_valid, draft_ready, review_required, exception. La auditoría registra los ID de origen, la versión del contrato, el prompt y su versión, los resultados de validación, las marcas de tiempo, la persona revisora y la resolución. Las pruebas integrales cubren coincidencia exacta, reenvío duplicado, cero o dos contratos, presupuesto sin firmar, conflicto de divisas, adjunto ausente, tiempo de espera e instrucciones maliciosas en un adjunto. Un solo prompt no es adecuado porque la asociación, la aritmética, la deduplicación y la autorización requieren controles deterministas independientes.
ChatGPT
