Caso C-01 · Automatización documental
Cómo pasamos de 45 a 4 minutos en un proceso documental
Ocho formatos oficiales que se llenaban a mano con los mismos datos. Cómo se rediseñó el proceso, qué se construyó, qué se midió y qué no.
Contexto
El caso ocurre en prevención de pérdidas, en un local de una cadena de retail. Cada vez que hay un procedimiento, quien está a cargo tiene que dejar constancia en ocho formatos oficiales en Word. Son formatos oficiales: tienen que quedar completos y coherentes entre sí.
Es un proyecto propio: la herramienta la construyó ANVAR TECH para un problema de su propio fundador, y hoy está en operación diaria. No es un cliente, y lo decimos así en todo el sitio.
El problema
Los ocho formatos piden, en su mayoría, los mismos datos: fechas, datos del procedimiento, productos y montos. Llenarlos significaba escribir la misma información ocho veces, con dos riesgos:
- Tiempo: 45 minutos por procedimiento, que salían de la operación del local.
- Errores de transcripción: un dato distinto en uno de los ocho documentos obliga a corregir y reimprimir, o deja un registro inconsistente.
Cómo se hacía antes
- Abrir cada uno de los ocho formatos en Word.
- Escribir en cada uno los datos del procedimiento.
- Transcribir los productos y montos desde la boleta.
- Revisar que los totales coincidieran.
- Guardar e imprimir cada documento por separado.
Ninguno de esos pasos era difícil. El problema era repetirlos ocho veces en cada procedimiento.
Por qué consumía tanto tiempo
Al mirar el proceso de cerca, el tiempo no se iba en pensar ni en decidir, sino en tres cosas mecánicas: repetir los mismos datos en cada formato, transcribir los productos de la boleta y verificar que todo cuadrara. Esas tres cosas son las que una máquina hace mejor que una persona.
Medimos el tiempo total por procedimiento antes y después. No medimos por separado cuánto aportaba cada una de esas tres partes, así que no las vamos a cuantificar aquí.
La solución
Un programa de escritorio para Windows con un solo formulario. Los datos se ingresan una vez y alimentan los ocho documentos.
- Entrada Datos del procedimiento y foto o PDF de la boleta
- Proceso Un formulario con validaciones y lectura local de la boleta
- Revisión Los datos dudosos quedan marcados para una persona
- Salida Ocho documentos en Word y PDF, más uno para imprimir
- Lectura de boletas por foto o PDF, que carga los productos y montos sin digitarlos.
- Datos dudosos marcados en amarillo para que una persona los revise antes de seguir.
- Validaciones que impiden generar documentos incompletos.
- Generación de los ocho documentos en Word y PDF, más un archivo único listo para imprimir.
- Historial editable, respaldos y registro de accesos cifrado.
- Instalador para Windows, para que se pueda instalar sin ayuda técnica.
Arquitectura
| Componente | Qué hace | Tecnología |
|---|---|---|
| Formulario | Recibe los datos una sola vez y los valida | Aplicación de escritorio en Python |
| Lectura de boletas | Extrae productos y montos desde una foto o un PDF, sin internet | Reconocimiento de texto local de Windows |
| Plantillas | Los ocho formatos oficiales, con marcadores donde va cada dato | Plantillas Word (docxtpl) |
| Salida | Genera Word y PDF de cada documento y un archivo único para imprimir | Conversión a PDF |
| Registro | Historial editable, respaldos y registro de accesos cifrado | Python |
| Instalación | Deja todo funcionando en un equipo nuevo | Instalador propio para Windows |
Una decisión importante fue no usar un modelo de IA en la nube para leer las boletas. El reconocimiento de texto local de Windows alcanza para este tipo de documento y evita que la información salga del equipo.
Cómo se trata la información
- Todo funciona sin conexión a internet, en el equipo de quien lo usa.
- El acceso queda registrado y ese registro se guarda cifrado.
- Hay respaldos del historial, para no perder procedimientos anteriores.
- Lo que la lectura no reconoce con seguridad no se adivina: se marca para revisión humana.
Antes y después
| Aspecto | Antes | Después |
|---|---|---|
| Tiempo por procedimiento | 45 minutos | 4 minutos |
| Ingreso de datos | Los mismos datos, ocho veces | Una vez |
| Productos de la boleta | Digitados a mano | Leídos por foto o PDF; los dudosos, marcados |
| Documentos incompletos | Se detectaban después | Las validaciones no permiten generarlos |
| Salida | Ocho archivos sueltos | Ocho Word y PDF, más un archivo para imprimir |
Resultado
−91% de tiempo por procedimiento: de 45 a 4 minutos
Se midió el tiempo total por procedimiento, antes y después de usar la herramienta. Son 41 minutos menos en cada procedimiento, y la herramienta se usa en la operación diaria.
Limitaciones
- La lectura de boletas se probó con una sola boleta real, de diez productos: los diez y la suma coincidieron con el total impreso. Es una prueba puntual, no una tasa de precisión general. Por eso existe la revisión humana de los datos dudosos.
- La calidad de la lectura depende de la foto: una boleta arrugada o mal iluminada se lee peor.
- Funciona solo en Windows: el reconocimiento de texto y el instalador son de ese sistema.
- Es un proyecto propio en un solo local. Todavía no es un caso de cliente.
Qué aprendimos
- El tiempo estaba en repetir, no en escribir. Juntar el ingreso de datos en un solo formulario hizo más que cualquier otra mejora.
- Validar antes de generar evita el peor escenario: un documento incompleto que se descubre después.
- Marcar lo dudoso da confianza. Quien usa la herramienta sabe exactamente qué revisar, en vez de revisarlo todo o no revisar nada.
- No toda lectura de documentos necesita IA en la nube. Cuando la información es sensible y el documento es simple, lo local basta.
- El instalador y los respaldos importan tanto como la función. Una herramienta que nadie puede instalar o que pierde el historial no se adopta.
Cuándo una empresa podría replicarlo
El patrón sirve cuando un equipo llena varios documentos con los mismos datos, con plantillas que no cambian: actas de entrega, certificados, informes de visita técnica, contratos tipo, formularios de despacho o de reclamos.
No sirve si cada documento se redacta distinto, o si el formato cambia cada mes. Para revisar tu caso punto por punto, usa el checklist para detectar un proceso automatizable.
Calcula cuánto sería en tu caso
Si tu proceso se parece, la cuenta es simple: minutos que se ahorran por vez, por las veces al mes. Por ejemplo, 41 minutos menos en 20 procedimientos al mes serían cerca de 14 horas al mes. La calculadora de ROI lo convierte en pesos y en meses de retorno, y la plantilla Excel te deja presentarlo dentro de tu empresa.
Relacionado
Sigue leyendo
- Solución Automatización documental Documentos Word, Excel y PDF generados desde un solo ingreso de datos, con revisión humana donde importa.
- Herramienta gratuita Calculadora de ROI Calcula cuánto cuesta al año el trabajo manual de un proceso y en cuánto tiempo se pagaría automatizarlo. Gratis y sin registro.
- Guía Checklist: ¿se puede automatizar este proceso? Diez preguntas para revisar un proceso antes de invertir en automatizarlo, con ejemplos de procesos que califican y otros que todavía no.
- Servicio Automatización Express Un proceso pequeño y bien delimitado, resuelto y funcionando en tus herramientas.
¿Tienes un proceso parecido?
Cuéntanos en qué consiste y te decimos si vale la pena automatizarlo.
WhatsApp +56 9 2633 3760 · Respondemos antes de 24 horas hábiles