En órdenes de compra, la IA debe vivir en la excepción
Por Equipo Quantum Developers
Resumir:
La factura más fácil de automatizar es también la menos apropiada para un modelo probabilístico. La tesis es verificable: una factura no debe llegar a IA hasta que reglas determinísticas hayan validado identidad, referencias, tolerancias y recepción; el modelo debe asistir en ambigüedad, no reemplazar controles. Si una comparación exacta puede decidir, usar IA añade variabilidad sin aportar juicio.
Esto no reduce el agente a un lector de documentos. Le asigna el lugar donde tiene ventaja: interpretar descripciones imprecisas, reunir evidencia, proponer un código de excepción y redactar una solicitud de aclaración. Pagar, aprobar y registrar permanecen detrás de políticas separadas.
El matching es una secuencia de controles
Oracle documenta que el matching de dos vías compara factura con orden en cantidad y precio; el de tres vías añade la cantidad recibida; y el de cuatro vías incorpora aceptación (Oracle Payables). También describe tolerancias y bloqueos cuando la coincidencia falla. La lección no es copiar una configuración de un producto antiguo, sino reconocer que cada vía responde una pregunta distinta.
Peppol BIS Billing trata la verificación de factura como parte de los controles internos del comprador y requiere información para encontrar orden, contrato, recepción, entrega y responsable de aprobación (Peppol BIS Billing). Una referencia no es un detalle administrativo: es la unión que hace posible una comparación defendible.
NIST SP 800-53 Rev. 5 presenta un cat?logo flexible de controles de seguridad y privacidad; su control AC-5 exige identificar y documentar las funciones que deben permanecer separadas (NIST SP 800-53 Rev. 5). No es un est?ndar contable, pero su criterio es directamente ?til aqu?: quien recomienda, quien autoriza y quien registra una obligaci?n no deber?an confundirse por conveniencia t?cnica.
Gates de política para una factura
El siguiente flujo es un patrón de diseño:
Gate 0 — integridad de entrada
Valide formato, duplicado, emisor, moneda, número de factura y presencia de una referencia de comprador u orden. Un duplicado exacto no necesita IA; necesita idempotencia. Una referencia ausente produce MISSING_PO_REFERENCE.
Gate 1 — autoridad y estado
Confirme que proveedor, orden y centro de costo existen y están habilitados. Verifique que la orden no esté cerrada o cancelada. Ninguna descripción persuasiva debe sobrepasar un estado prohibido.
Gate 2 — matching determinístico
Compare líneas por identificador, cantidad y precio conforme a la política. Las tolerancias pertenecen a categoría, contrato o proveedor; no al prompt. Registre valor observado, límite aplicado y versión de política.
Gate 3 — recepción y aceptación
Para bienes, vincule recepción; para servicios, evidencia de aceptación definida. Una recepción parcial no equivale automáticamente a rechazo total: debe producir una excepción específica.
Gate 4 — ambigüedad asistida por IA
Solo aquí use un agente para clasificar texto, sugerir correspondencia entre líneas, resumir documentos o priorizar la excepción. La salida es propuesta con confianza y evidencia, nunca una orden de pago.
Gate 5 — aprobación y registro
Una persona o regla independiente aprueba según monto, riesgo y segregación. La identidad que propuso no debe ser la misma autoridad lógica que aprueba y registra.
Códigos de razón estables
Evite una cola con mensajes libres como “no coincide”. Use un conjunto gobernado:
| Código | Significado | Siguiente evidencia |
|---|---|---|
| MISSING_PO_REFERENCE | falta referencia válida | orden o referencia del comprador |
| DUPLICATE_INVOICE | identidad ya procesada | historial y documento original |
| PRICE_OUT_OF_TOLERANCE | precio supera política | contrato o aprobación |
| QUANTITY_OVER_RECEIPT | facturado supera recibido | recepción o corrección |
| RECEIPT_MISSING | no existe evidencia de entrega | aviso de recepción |
| LINE_AMBIGUOUS | descripción no mapea de forma única | catálogo o revisión |
| SUPPLIER_MISMATCH | emisor y orden no corresponden | maestro de proveedor |
| POLICY_BLOCK | estado o regla prohíbe avanzar | decisión del dueño de política |
Los códigos hacen comparable el inventario de trabajo y permiten medir cierre por causa. El agente puede proponer un código; una regla valida si la evidencia mínima existe.
Ejemplo ilustrativo
Suponga una factura con tres líneas. Dos tienen referencia exacta, cantidad dentro de tolerancia y recepción confirmada. La tercera dice “servicio adicional” y apunta a una línea de orden con descripción general, pero no tiene aceptación.
Los gates liberan las dos primeras solo si la política permite procesamiento parcial. La tercera recibe LINE_AMBIGUOUS y RECEIPT_MISSING. El agente busca contrato y comunicaciones autorizadas, produce un resumen y solicita al responsable de servicio confirmar alcance. No cambia el precio, no fabrica la recepción y no aprueba. Cuando llega evidencia, una nueva ejecución reevalúa la misma línea con la política vigente. Todo valor de ejemplo es cualitativo; las tolerancias reales deben ser definidas por la organización.
Diseño de evidencia y segregación
Para cada decisión conserve: factura y hash, orden y versión, recepción, comparación por línea, tolerancia aplicada, códigos de razón, propuesta del agente, aprobador, hora y resultado de registro. No guarde solo una explicación narrativa; debe ser posible recalcular el gate determinístico.
Segregue al menos propuesta, aprobación y contabilización. Una cuenta de servicio puede preparar el asiento, pero no otorgarse su propia autorización. Los permisos y una aprobación humana visible deben reflejar esa separación.
Cómo representarlo en Quantum
En Quantum Automation Center, la automatización puede aparecer en el catálogo y cada factura como objeto de negocio. La línea de tiempo muestra gates, reintentos y aprobación; los artefactos conservan comparación y evidencia; los logs ayudan a depurar; la analítica agrupa excepciones por razón, sin confundir cantidad procesada con calidad del control.
La guía de agentes de IA puede apoyar el paso ambiguo, mientras conciliación de medios de pago ilustra por qué una cola explicable importa en control financiero. Quantum no debe reemplazar ERP ni política de compras; debe hacer visible ejecución, excepción y decisión.
El contrapunto: ¿por qué no un agente de extremo a extremo?
En organizaciones con documentos desordenados, un agente único puede acelerar extracción y reducir conectores iniciales. Esa flexibilidad sirve para descubrimiento o para preparar borradores. Sin embargo, una demostración de “factura a asiento” suele ocultar estados del proveedor, recepción, tolerancias y separación de funciones. Cuanto más material sea la acción, menos razonable es permitir que la misma inferencia interprete, decida y ejecute.
La alternativa no es prohibir IA. Es rodearla de gates que puedan fallar de forma explícita.
Cuándo no usar IA
No la use si factura, orden y recepción ya comparten identificadores y reglas estables; una automatización determinística será más fácil de probar. Tampoco si no hay maestro confiable, política de tolerancias o dueño para excepciones. Antes de añadir un agente, arregle identidad y autoridad.
La regla final es simple: lo exacto se compara, lo ambiguo se propone y lo irreversible se aprueba por separado. Ese orden protege control sin renunciar a la utilidad de la IA.
Sources
Temas del artículo
