Automatización documental
Cuándo usar OCR para capturar una factura y cuándo leer el XML
El mismo proveedor manda el XML de una factura, su representación en PDF y una foto de la remisión firmada. Tres archivos acompañan una sola compra. Si la automatización trata cada adjunto como otra factura, cuentas por pagar acaba revisando tres posibles cargos. El diseño empieza por distinguir qué documento aporta cada dato y qué persona puede aprobar la relación entre ellos.
Cuándo aporta valor reconocer caracteres
El reconocimiento óptico de caracteres, u OCR, convierte letras y cifras visibles en texto procesable. Tiene sentido si el dato está en una imagen o en un escaneo. Un PDF también puede contener texto que ya se puede extraer. En México, cuando recibes el XML del CFDI, campos como el folio fiscal y el importe vienen estructurados. Volver a leerlos de la imagen introduce otra oportunidad de confundir caracteres.
El SAT distingue el archivo XML de la representación impresa. Para el flujo operativo conservaríamos cada original y registraríamos de cuál salió cada valor. Una nota manuscrita de recepción podría aportar el número de orden que falta en los otros adjuntos. El equipo necesita ver esa referencia junto a la imagen que la respalda. La captura automática de campos y la verificación fiscal del comprobante son tareas distintas.
La factura dice 1,280 y la foto parece decir 12,800
Imagina una distribuidora que compra empaques y exige una orden de compra autorizada. El XML trae el total y la moneda. La remisión fotografiada muestra cantidades recibidas y una firma. En lugar de exigir que ambos documentos tengan los mismos campos, el sistema puede cotejar los renglones recibidos con la orden y comparar los importes de los documentos que sí los contienen. En este caso, los $1,280 del XML y los $12,800 sugeridos por la lectura merecen revisión únicamente si ambos valores pretenden describir el mismo total y la moneda coincide.
Si hay una diferencia, la persona revisora debería ver el valor leído, el original y el motivo del bloqueo. Un espacio en blanco jamás debería convertirse silenciosamente en cero. Tampoco conviene decidir solo con un porcentaje de confianza del motor. La moneda, la referencia a una orden y el proveedor esperado pueden revelar una incoherencia en un número que el modelo leyó con mucha seguridad.
Qué muestra llevar a una prueba antes de automatizar
Una prueba pequeña podría incluir el XML de un CFDI y su representación impresa en PDF, una foto borrosa, dos entregas parciales y un archivo reenviado con otro nombre. Cuentas por pagar escribe de antemano qué registros espera, cuáles necesitan revisión y qué fila se debe vincular a la orden. Después comparamos los resultados campo por campo y contamos cuántas excepciones llegan a la persona correcta.
En nuestros proyectos de automatización documental acordamos qué se puede registrar automáticamente y en qué punto se exige autorización humana. El piloto puede terminar al dejar una captura lista para revisar. Incorporar pagos sería otra decisión, con permisos y pruebas propios. Así finanzas puede estimar el ahorro de recaptura sin delegar una autorización que no pensaba ceder.