Empieza por un resultado que se pueda revisar
Antes de introducir datos extraídos por IA en un sistema empresarial, comprueba que estén los campos necesarios, que los valores coincidan con la fuente y que una persona responsable pueda resolver las dudas. Una tabla que parece verosímil no basta. Tu proceso de revisión debe explicar de dónde procede cada valor y qué ocurre cuando el documento no contiene una respuesta.
En mi trabajo con Customiser, el documento original y la tabla extraída se presentan juntos, con resaltado de la fuente para facilitar la inspección. Esa conexión importa porque los revisores necesitan comprobar un valor en el documento antes de usarlo en una oferta o registro empresarial.
Define los campos antes de elegir el método de extracción
Anota los campos que necesita el siguiente flujo, sus formatos esperados y si son obligatorios. Incluye unidades, identificadores y relaciones entre filas. En un documento industrial, un número de pieza sin revisión o cantidad puede ser insuficiente. En una factura, un total sin moneda deja una ambigüedad importante.
Acuerda cómo se comprobará cada campo. Un identificador puede exigir coincidencia exacta, mientras una descripción puede admitir diferencias inocuas de redacción. Registra por separado cualquier normalización, como convertir una fecha impresa a un formato estándar. Conserva el valor original para que el revisor vea qué cambió.
Elige primero una salida pequeña y útil. Extraer cada frase aumenta lo que hay que inspeccionar sin ayudar necesariamente al negocio. Empieza por la información requerida para una acción definida y amplía cuando el proceso de revisión funcione.
Mantén las pruebas junto al valor
Da a cada campo extraído una referencia al archivo de origen y, cuando sea práctico, a la página y zona pertinente. El revisor debe poder abrir la prueba sin buscar por todo el documento. Distingue las versiones para que una corrección posterior no cambie silenciosamente el significado de un resultado anterior.
Ejemplo con datos de pedido ficticios: la página 2 dice «12 cajas»; la especificación correspondiente dice «10 unidades por caja». Conserva «12 cajas» como valor original y muestra «120 unidades» como normalización propuesta, con ambas referencias al lado. Mantén la fila pendiente hasta que alguien compruebe que la especificación corresponde a ese producto y apruebe la conversión. Si no se puede determinar el tamaño del paquete, deja la cantidad de unidades sin resolver en lugar de exportar 120.
Las referencias a fuentes permiten inspeccionar; no demuestran que una respuesta sea correcta. Comprueba que el pasaje citado respalde el campo concreto, especialmente cuando las filas cercanas contienen nombres o números similares.
Haz que la incertidumbre sea visible y permita actuar
Utiliza estados separados para información ausente, ilegible, contradictoria o pendiente de revisión. No rellenes un valor ausente con una respuesta probable solo para completar una fila. Un campo vacío con una explicación clara es más útil que un valor inventado que parece fiable.
Deriva las excepciones a alguien que pueda resolverlas. Una referencia ausente puede requerir preguntar al cliente, mientras una discrepancia con el catálogo puede necesitar un especialista interno. La pantalla de revisión debe explicar qué está mal, qué pruebas existen y qué acción se puede realizar.
Si el sistema ofrece una puntuación de confianza, trátala como una señal más que evaluar. No supongas que una puntuación alta justifica la aceptación automática. Decide las reglas de revisión según resultados observados en documentos representativos y las consecuencias de un valor incorrecto.
Prueba documentos difíciles además de ejemplos claros
Crea un conjunto de pruebas con los tipos de documento previstos, con los permisos adecuados para utilizarlos. Incluye distintos diseños, páginas escaneadas, texto girado, tablas entre páginas, revisiones y documentos con información ausente. Conserva un resultado esperado comprobado de forma independiente para cada ejemplo.
Compara los resultados campo por campo. Cuenta por separado los valores ausentes, incorrectos y aportados sin pruebas. Prueba también la correspondencia entre filas: números correctos asociados al elemento equivocado siguen generando un registro incorrecto. Revisa documentos completos además de campos aislados.
Reserva algunos ejemplos al margen de las decisiones de desarrollo para comprobar cambios con material desconocido. Cuando cambie un modelo, una instrucción o un paso de procesamiento, repite el conjunto pertinente. Registra qué mejoró, qué empeoró y si siguen cumpliéndose los criterios de aceptación.
Acuerda el proceso de transferencia y corrección
Define quién aprueba el resultado, adónde van los datos aprobados y si una corrección posterior sustituye o modifica una exportación anterior. Conserva el archivo original, la versión extraída, la decisión del revisor y la referencia de exportación cuando el flujo requiera trazabilidad. Acuerda reglas de acceso y conservación antes de utilizar documentos empresariales reales.
Prueba la recuperación con tanto cuidado como el recorrido correcto. Un fallo de exportación no debería obligar a repetir toda la revisión, y reintentar no debería crear duplicados. Haz el estado lo bastante claro para que el personal sepa si los datos siguen en borrador, están aprobados o ya se entregaron.
Para preparar un proyecto de extracción, aporta documentos de ejemplo, los campos necesarios, el formato de destino y un ejemplo de error inaceptable. Identifica a la persona que aprobará los resultados. Todo ello define qué debe demostrar la primera versión funcional.
