Un agente aduanal en Ciudad Juárez y el expediente digital por pedimento

Resumen:

• Una carpeta compartida almacena, pero no detecta faltantes ni registra consultas.
• Clasificar por el nombre del archivo es el punto más frágil de cualquier gestor documental.
• El valor principal no fue buscar más rápido: fue saber qué faltaba antes de cerrar la operación.
• La digitalización del histórico se hace por prioridad de riesgo, no en bloque.

Una agencia aduanal en Ciudad Juárez, con operación concentrada en cruces de manufactura y algo de carga suelta. Veintitantas personas entre clasificadores, ejecutivos de cuenta, glosa y el área de tráfico.

El archivo físico ocupaba un cuarto completo. Además existía un archivo digital, que era una estructura de carpetas en un servidor local con una convención de nombres que cada quien seguía a su manera.

El detonante fue un requerimiento de información sobre operaciones de dos años atrás. Reunir lo solicitado tomó a dos personas la mayor parte de una semana, y en el camino se descubrió que de varias operaciones el archivo digital solo tenía una versión sin firmar de un documento cuyo original estaba en el cuarto de archivo, o no estaba.

El problema real no era buscar

La petición inicial del cliente fue un buscador. Después de dos semanas de acompañamiento, quedó claro que buscar era el síntoma.

El problema de fondo era que nadie sabía, en el momento de cerrar una operación, si el expediente estaba completo. La integridad se verificaba, si acaso, cuando alguien la necesitaba, que podía ser años después y siempre en condiciones de presión.

Eso producía tres costos distintos.

El costo de reconstrucción. Cada documento faltante implicaba volver a pedírselo al cliente, al transportista o a quien lo hubiera emitido, con la dificultad añadida de que a veces el interlocutor original ya no trabajaba ahí.

El costo de la duplicidad. Como nadie confiaba en el archivo digital, mucha gente guardaba su propia copia local de lo que manejaba. Había tres o cuatro versiones del mismo documento en lugares distintos, y ninguna autoritativa.

El costo de la incertidumbre. El socio de la agencia no podía contestar con confianza una pregunta simple sobre el estado documental de su propia operación. Esa incertidumbre pesaba más que las horas de búsqueda.

Qué se había intentado

La agencia había comprado un gestor documental genérico dos años antes. Seguía instalado y casi nadie lo usaba.

Las razones del abandono eran instructivas. El sistema exigía capturar metadatos a mano al subir cada archivo, entre seis y nueve campos. Con el volumen de documentos de una operación de comercio exterior, eso convertía cada cierre en un trabajo de captura que nadie quería hacer, así que se hacía mal o no se hacía.

Además, el gestor no sabía nada del negocio. No entendía qué es una operación, qué tipos de documento la componen ni cuáles son obligatorios según el régimen. Era un archivero con buscador.

El aprendizaje para el nuevo proyecto fue directo: si el sistema le pide al usuario el trabajo de clasificar, el sistema fracasa. La clasificación tiene que ser una obligación del software.

Decisión uno: el expediente es la unidad, no el archivo

El modelo de datos se construyó alrededor de la operación. Cada operación tiene un identificador, un cliente, un régimen y una lista esperada de documentos que depende de esas características.

El sistema sabe, desde que la operación se crea, qué debería contener el expediente. A partir de ahí, la pantalla principal de cada operación no es una lista de lo que hay: es una lista de lo que debe haber, con lo que falta marcado.

Ese cambio de enfoque es el que movió la aguja. Pasar de un repositorio que muestra lo cargado a un expediente que muestra lo pendiente convierte el sistema en una herramienta de control y no en un archivero.

La lista esperada se definió por régimen y por tipo de cliente, con posibilidad de excepciones documentadas. La primera versión tenía demasiadas reglas y producía faltantes falsos, lo que hizo que la gente empezara a ignorar los avisos. Se recortó a lo que realmente es obligatorio y las excepciones se manejan marcándolas con motivo, lo que además deja rastro de por qué una operación cerró incompleta.

Decisión dos: clasificación automática con revisión barata

Los documentos llegan por tres vías: escaneo en la agencia, correo del cliente y descarga de portales. En ninguna de las tres el nombre del archivo es confiable.

El sistema aplica reconocimiento de texto a cada documento entrante y aplica reglas sobre el contenido: identificadores de la operación, estructuras propias de cada tipo de documento, presencia de ciertos campos. Con eso propone un tipo de documento y una operación a la que pertenece.

Lo importante no es la tasa de acierto, que nunca es total, sino qué pasa con lo que no se clasifica. Se diseñó una bandeja de pendientes donde cada documento sin clasificar se resuelve en un toque: el sistema muestra las tres operaciones más probables y el usuario elige, o busca si ninguna aplica.

Esa bandeja es revisada por una persona como parte de su rutina diaria y toma minutos. El contraste con el gestor anterior, que exigía nueve campos por archivo, es toda la diferencia entre un sistema que se usa y uno que no.

Decisión tres: la bitácora de consultas

Fue la función menos pedida y una de las que más tranquilidad dio.

Cada apertura y cada descarga de un documento queda registrada con usuario, momento y operación. No para vigilar al personal en su desempeño, sino porque la documentación de comercio exterior contiene información comercial sensible de los clientes: proveedores, valores, volúmenes.

La bitácora permitió además afinar los permisos con criterio en lugar de a ciegas. Al ver qué consultaba realmente cada rol, se descubrió que varios usuarios tenían acceso a documentación de clientes con los que no trabajaban, simplemente porque los permisos se habían otorgado en bloque años atrás. Se recortaron con base en el uso observado y nadie se quejó, porque nadie perdió nada que usara.

La decisión se comunicó al equipo antes de activarla, explicando qué se registra y para qué. Esa conversación evita que la bitácora se perciba como un mecanismo de control del desempeño, que es la lectura que hunde estos proyectos.

El histórico: por prioridad, no en bloque

La propuesta inicial del cliente era digitalizar el cuarto completo. Se discutió y se cambió.

Digitalizar todo de golpe tiene dos problemas. Uno es que el esfuerzo es grande y los beneficios tardan en llegar, lo que suele dejar los proyectos a medias. El otro es que la mayor parte de ese papel corresponde a operaciones que ya están fuera del plazo en que pueden ser requeridas, de modo que el trabajo no reduce riesgo.

Se ordenó así: primero, las operaciones dentro del plazo vigente de conservación, empezando por los clientes y regímenes con más probabilidad de revisión. Después, hacia atrás, por orden de antigüedad, como tarea de fondo sin fecha de compromiso.

A cada lote digitalizado se le aplica la misma validación de integridad que a una operación nueva, lo que convirtió la digitalización en algo más útil que mover papel: se encontraron faltantes antiguos que todavía estaban dentro del plazo de corrección.

Errores que cometimos

El primero fue de reglas. La lista esperada de documentos inicial era demasiado estricta e incluía piezas que solo aplican en ciertos supuestos. El resultado fueron expedientes marcados como incompletos sin estarlo, y la reacción natural del equipo fue dejar de mirar el indicador. Recuperar la credibilidad de una alerta cuesta más que diseñarla bien.

El segundo fue técnico. El reconocimiento de texto se probó con documentos nativos digitales, que son limpios. En producción llegaron escaneos de copias de copias, fotografías tomadas con teléfono y documentos con sellos encima del texto. La tasa de clasificación automática cayó bastante por debajo de lo probado y hubo que reforzar la bandeja de pendientes, que en el diseño original era un caso marginal.

El tercero fue de proceso. Durante el primer mes se dejó convivir el archivo digital viejo con el nuevo sistema, para no forzar. El resultado fue que la gente siguió usando el viejo. Hubo que poner una fecha de corte y dejar el anterior en solo lectura. Las transiciones suaves en gestión documental tienden a no terminar nunca.

Cómo se midió

• Expedientes completos al cierre de la operación. El indicador principal. Es el que convierte el sistema en prevención en lugar de arqueología.
• Documentos resueltos automáticamente contra enviados a bandeja. Mide la salud del clasificador y avisa cuando un cliente cambia su formato de factura, porque la tasa de ese cliente se desploma de un día para otro.
• Tiempo de respuesta a un requerimiento. Se midió simulando dos requerimientos sobre operaciones antiguas antes y después. El contraste fue la demostración interna que convenció a los escépticos.
• Antigüedad del lote más viejo digitalizado. Indicador de avance del trabajo de fondo, revisado una vez al mes sin presión.

Se evitó deliberadamente medir volumen de documentos subidos por persona. Es el tipo de indicador que se infla solo y no significa nada.

Preguntas frecuentes

¿Qué documentos debe contener el expediente de una operación?

Los que amparan la operación completa, no solo el pedimento: factura, documento de transporte, certificados de origen cuando aplican, permisos, la documentación de valor y los acuses electrónicos. La regla práctica es que el expediente debe permitir reconstruir la operación sin preguntarle a nadie.

¿Sirve con escanear todo a una carpeta compartida?

Funciona unos meses y luego deja de funcionar. Una carpeta no sabe qué tipo de documento es cada archivo, no detecta faltantes y no registra quién consultó qué. El expediente necesita estructura y un control de integridad, no solo almacenamiento.

¿Cómo se clasifica un documento sin capturarlo a mano?

Combinando reconocimiento de texto con reglas sobre los identificadores que el propio documento contiene. Lo que no conviene es depender de que alguien nombre bien el archivo: el nombre del archivo es el dato más frágil de cualquier sistema documental.

¿Por qué importa registrar quién consultó cada documento?

Porque la información de una operación de comercio exterior es sensible para el cliente y a veces para terceros. La bitácora de consultas sirve tanto para responder preguntas internas como para limitar el acceso con criterio, y disuade usos indebidos sin necesidad de prohibirlo todo.

¿Qué pasa con los expedientes antiguos en papel?

Conviene digitalizarlos por prioridad y no de forma masiva. Lo primero son las operaciones dentro del plazo en que pueden ser requeridas, y dentro de ellas las de los clientes y regímenes con más probabilidad de revisión. La digitalización total y simultánea casi siempre se queda a medias.

Lo que quedó fuera

No se construyó integración con los sistemas del cliente para recibir documentación de forma automática. Tiene sentido y está en la lista, pero se pospuso hasta que el expediente interno fuera confiable. Automatizar una entrada hacia un proceso que todavía se rompe multiplica el desorden en lugar de reducirlo.

Tampoco se tocó el sistema de clasificación arancelaria ni la generación de documentos. Son áreas distintas, con su propia complejidad, y mezclarlas en un proyecto de gestión documental habría alargado la entrega sin resolver el problema que originó la llamada.

Si estas en una situacion parecida

Si en tu operación nadie puede afirmar que un expediente está completo hasta que alguien lo pide, el primer paso no es elegir tecnología: es ordenar el proceso y saber que datos ya tienes. Podemos revisarlo contigo.

Cuentanos tu caso en westribe.com.mx/solicitar/ o escribenos por WhatsApp al +52 312 554 2845.