Un despacho contable en Querétaro y el cierre mensual sin hojas sueltas

Resumen:

• El cierre no se atrasaba por carga de trabajo, sino por localizar la versión vigente de cada papel de trabajo.
• La carpeta compartida resolvió el almacenamiento y dejó intacta la coordinación.
• La unidad del sistema es el expediente cliente-periodo, no el archivo.
• Excel se quedó; lo que se le quitó fue el papel de archivo y de canal de comunicación.

Un despacho contable en Querétaro, tres socios, once contadores y dos personas de apoyo administrativo. Ciento cuarenta clientes activos, la mayoría pequeñas y medianas empresas de la zona industrial y del comercio local.

El despacho trabajaba bien en lo técnico. El problema era de otro orden: el cierre mensual se convertía en una semana de desorden previsible, y la pregunta más repetida de la oficina era cuál de los archivos era el bueno.

El costo real del desorden documental

Antes de hablar de sistemas, medimos dónde se iba el tiempo durante tres cierres consecutivos. El ejercicio fue incómodo porque obligó a que cada contador anotara lo que hacía, pero sin eso cualquier propuesta habría sido una suposición.

Aparecieron cuatro consumos de tiempo que nadie había puesto en una lista.

Buscar la versión vigente. Los papeles de trabajo viajaban por correo. Un archivo salía al cliente, regresaba con cambios, se reenviaba al revisor y volvía otra vez. Al final del recorrido existían cinco copias con nombres que incluían la palabra final en tres de ellas.

Rehacer trabajo ya hecho. Al menos una vez por cierre, alguien trabajaba sobre una versión anterior y había que repetir la conciliación. No es un error de descuido: con cinco copias idénticas en apariencia, equivocarse es lo estadísticamente normal.

Reconstruir el estado del cierre. Los socios no tenían manera de saber cuántos clientes estaban listos sin preguntar uno por uno. Esa consulta, hecha dos veces por semana a once personas, consumía horas de todos.

Responder consultas de meses cerrados. Cuando un cliente preguntaba por un movimiento de tres meses atrás, encontrar el papel de trabajo que lo sustentaba podía tomar media mañana.

Lo que se había intentado antes

El despacho no llegó sin haber probado cosas. Había dos intentos previos, los dos razonables y los dos insuficientes.

El primero fue una carpeta compartida en la nube con una estructura de subcarpetas por cliente y por mes. Funcionó para el almacenamiento: los archivos dejaron de perderse. No funcionó para nada más. La carpeta no sabe en qué etapa va cada cliente, no impide que dos personas abran la misma hoja ni registra quién cambió qué.

El segundo fue una convención de nombres de archivo con fecha e iniciales. Duró dos meses. Las convenciones de nomenclatura dependen de que doce personas las apliquen igual bajo presión de cierre, y eso no ocurre.

Ese antecedente fue útil para la conversación técnica: dejó claro que el problema no era dónde guardar archivos, sino que no existía ninguna representación del proceso de cierre en ningún lugar más que en la cabeza de cada contador.

La decisión central: el expediente, no el archivo

La primera decisión de diseño fue elegir la unidad del sistema. Había dos candidatos obvios, el archivo y el cliente, y los dos estaban mal.

La unidad que se eligió fue el expediente cliente-periodo. Cada combinación de un cliente y un mes es una entidad con estado propio, con un índice de papeles de trabajo esperados, un responsable, un revisor y una bitácora.

Esa elección arrastró casi todo lo demás. Al existir el expediente, un papel de trabajo ya no es un archivo suelto: es un elemento de un índice que puede estar pendiente, en proceso, listo para revisión, observado o cerrado. La pregunta de cómo va el cierre deja de requerir una llamada y se vuelve una consulta.

El índice de papeles de trabajo esperados no es el mismo para todos los clientes. Un comercio con inventario necesita elementos que un despacho de servicios no, y una empresa con nómina propia tiene obligaciones que otra con personal subcontratado no tiene. Se definieron cuatro plantillas de índice y la posibilidad de agregar elementos puntuales por cliente, porque un catálogo único habría obligado a marcar como no aplicable la mitad de los renglones y eso entrena al equipo a ignorar el índice.

Control de versiones sin pedirle a un contador que aprenda Git

El requisito era claro: cada papel de trabajo debía conservar su historia completa y en ningún momento debía existir ambigüedad sobre cuál era la versión vigente. El requisito oculto era igual de importante: nadie en el despacho iba a aprender un modelo de ramas y mezclas, ni tenía por qué.

Se implementó un modelo deliberadamente simple, de bloqueo explícito.

• Al abrir un papel de trabajo para editar, queda tomado por esa persona y el resto lo ve en modo lectura.
• Al guardar, se libera y se crea una versión nueva con autor, fecha y un comentario corto obligatorio.
• La versión vigente es siempre la última. No existe la posibilidad de tener dos candidatas.
• Las versiones anteriores quedan accesibles y descargables, pero no se pueden editar.
• Si alguien olvida liberar un archivo, el responsable del expediente puede forzar la liberación, y esa acción queda en la bitácora.

Se descartó la edición simultánea sobre el mismo documento. En un papel de trabajo con fórmulas encadenadas y referencias entre hojas, dos personas editando a la vez producen un resultado que después nadie puede auditar. El bloqueo es menos cómodo y mucho más defendible.

El comentario corto obligatorio al guardar fue la decisión más discutida. Añade tres segundos a cada guardado y hubo resistencia inicial. Se mantuvo porque es lo que convierte la bitácora en algo legible: un historial de veinte versiones sin comentarios no sirve para nada, y con comentarios responde en segundos la pregunta de por qué cambió una cifra.

El tablero de pendientes por contador

Con el expediente como unidad y los estados definidos, el tablero salió casi solo. La parte difícil fue decidir qué no mostrar.

La primera versión intentaba mostrar el avance de los ciento cuarenta clientes en una sola pantalla con semáforos. Era ilegible y nadie la usaba. La versión que se quedó tiene tres vistas separadas con tres lectores distintos en mente.

La vista de avance del cierre fue la que cambió la dinámica de las juntas. Dejó de usarse tiempo en averiguar el estado y empezó a usarse en decidir reasignaciones.

Los errores que cometimos

Tres, y los tres costaron retrabajo.

Quisimos sustituir la hoja de cálculo. La primera propuesta incluía formularios dentro del sistema para capturar los papeles de trabajo. Se construyó un prototipo y se abandonó en dos semanas. Una hoja de cálculo es una herramienta de cálculo libre y un formulario no lo es; obligar a un contador a trabajar en un formulario rígido es quitarle la herramienta que mejor domina. El sistema pasó a administrar el archivo, no a reemplazarlo.

Modelamos demasiados estados. La primera versión tenía nueve estados por elemento. El equipo usaba cuatro. Los otros cinco generaban discusiones sobre cuál correspondía y producían datos inconsistentes. Se redujo a cinco estados reales y la calidad del tablero mejoró de inmediato.

No migramos el historial al principio. Arrancamos con el periodo nuevo y dejamos lo anterior en la carpeta compartida, pensando que el historial era secundario. Fue un error: durante tres meses el equipo tuvo que buscar en dos lugares, y eso erosiona la confianza en el sistema nuevo. Hubo que hacer una carga de los veinticuatro meses anteriores después, con más esfuerzo del que habría costado hacerlo desde el inicio.

Cómo se midió el resultado

Se definieron cuatro indicadores antes de empezar, con medición manual durante los tres cierres de referencia para tener una base de comparación.

1. Días del cierre. Desde el inicio del periodo de cierre hasta el último expediente cerrado.
2. Reprocesos por versión equivocada. Conteo manual de incidentes reportados por cierre.
3. Tiempo de respuesta a una consulta histórica. Se midió pidiendo al azar cinco papeles de trabajo de meses cerrados y cronometrando.
4. Consultas de estado entre personas. Correos y mensajes cuyo único contenido era preguntar cómo va un cliente.

Los dos primeros mejoraron de forma gradual a lo largo de cuatro cierres. El tercero mejoró el primer día, porque es consecuencia directa de tener un índice. El cuarto fue el más revelador: era el indicador que nadie habría pensado en medir y resultó ser el que más tiempo liberó, porque cada consulta de estado interrumpía a dos personas.

Hay algo que no mejoró y conviene decirlo: el tiempo que toma hacer un papel de trabajo bien hecho es el mismo que antes. El sistema no acelera el trabajo contable. Lo que elimina es todo lo que rodeaba al trabajo contable.

Lo que se dejó fuera a propósito

Se evaluaron y descartaron tres funciones que parecían obvias.

Un portal para que el cliente subiera sus documentos directamente. Se descartó en esta etapa porque la calidad de lo que suben los clientes sin acompañamiento es muy variable, y resolver eso es un proyecto por sí mismo. Quedó anotado para después, con una fase previa de clasificación.

Integración automática con el sistema de contabilidad. Se descartó porque el despacho usa tres sistemas distintos según el cliente, y construir tres integraciones antes de haber ordenado el proceso habría sido resolver el problema al revés.

Firma electrónica de los papeles de trabajo. Se descartó porque la bitácora con autor, fecha y versión ya cubría la necesidad real de trazabilidad interna, y la firma añadía complejidad sin un requisito que la pidiera.

Preguntas frecuentes

¿Por qué no basta con una carpeta compartida en la nube?

Porque una carpeta guarda archivos, no procesos. No sabe qué cliente va en qué etapa del cierre, no impide que dos personas editen la misma hoja al mismo tiempo y no deja rastro de quién cambió qué. Resuelve el almacenamiento y deja intacto el problema de coordinación, que es el que cuesta días.

¿Hay que dejar de usar Excel para los papeles de trabajo?

No, y querer eliminarlo es el error más común. La hoja de cálculo es la herramienta correcta para armar un papel de trabajo. Lo que hay que quitarle es el papel de archivo y de canal de comunicación: deja de viajar por correo y pasa a vivir dentro del expediente del cliente, con versiones y bitácora.

¿Cómo se evita que dos contadores pisen el mismo archivo?

Con bloqueo explícito al abrir para editar y liberación al guardar, más una vista de quién tiene qué tomado. Es menos elegante que la edición simultánea, pero en papeles de trabajo con fórmulas encadenadas la edición simultánea produce resultados difíciles de auditar.

¿Qué pasa con los expedientes de clientes que ya se fueron?

Se conservan en estado cerrado, de solo lectura, con el mismo índice y la misma bitácora. El despacho tiene obligación de resguardo y además necesita poder responder una consulta dos años después sin depender de la memoria de quien atendía la cuenta.

¿Cuánto tiempo toma que el equipo adopte el repositorio?

En la práctica, un ciclo de cierre completo para que deje de sentirse como un paso extra y dos para que nadie quiera volver atrás. El punto de quiebre llega cuando alguien necesita un papel de trabajo del mes anterior y lo encuentra en segundos.

Si estás en una situación parecida

Si en tu operación pasa algo similar, el primer paso no es elegir tecnología: es ordenar el proceso y saber qué datos ya tienes. Podemos revisarlo contigo.

Cuéntanos tu caso en westribe.com.mx/solicitar/ o escríbenos por WhatsApp al +52 312 554 2845.