Muchas empresas llegan a un sistema después de años de trabajar con planillas.
Eso no está mal.
De hecho, una planilla suele ser el primer lugar donde una empresa ordena su forma de trabajar. Ahí aparecen clientes, pedidos, productos, sedes, turnos, responsables, estados, observaciones y reportes.
El problema aparece cuando esas planillas crecieron sin una estructura clara.
Una pestaña se duplicó. Otra quedó vieja. Algunas columnas cambiaron de nombre. Hay datos escritos de distintas formas. Aparecen colores que solo entiende una persona.
Por eso, antes de implementar un sistema, no conviene simplemente “pasar la planilla”.
Conviene prepararla.
Ese trabajo previo forma parte de una buena implementación: limpiar datos, detectar reglas reales y reducir errores antes de migrar.
La planilla cuenta cómo trabaja la empresa
Una planilla no es solo un archivo.
Muchas veces es el mapa informal del proceso.
Muestra qué información se guarda, qué se repite, qué se calcula, qué se controla a mano y qué partes del trabajo dependen de una persona específica.
Una planilla puede mostrar:
- qué datos usa realmente el equipo;
- qué campos son obligatorios aunque no estén marcados;
- qué estados existen en la práctica;
- qué excepciones se repiten;
- qué reportes se necesitan;
- qué información se copia de un lugar a otro;
- qué decisiones todavía se toman manualmente.
Un sistema no debería automatizar desorden.
Separar datos vigentes de datos históricos
Uno de los primeros pasos es distinguir qué información se necesita para empezar a operar y qué información solo sirve como historial.
No todo tiene que migrarse al nuevo sistema.
A veces conviene cargar solo lo necesario para trabajar desde el primer día y dejar el histórico como archivo de consulta.
Por ejemplo:
- clientes activos;
- usuarios actuales;
- sedes vigentes;
- productos o platos disponibles;
- listas de precios actuales;
- reglas activas;
- pedidos abiertos o recientes.
Migrar todo sin revisar puede hacer que el sistema nuevo arranque con ruido.
Unificar nombres y criterios
Las planillas suelen tener muchas formas de escribir lo mismo.
Una sede puede aparecer como “Planta Norte”, “Norte”, “Sede Norte” o “PLANTA N.”.
Un plato puede tener varios nombres parecidos.
Antes de implementar conviene normalizar:
- nombres de clientes;
- empresas;
- sedes;
- turnos;
- productos o platos;
- categorías;
- estados;
- responsables;
- unidades de medida.
Un sistema necesita criterios estables.
Detectar duplicados
Los duplicados son uno de los problemas más comunes antes de una migración.
Puede haber el mismo cliente dos veces, la misma sede con nombres distintos, usuarios repetidos, productos similares o registros cargados más de una vez.
Si esos duplicados pasan al sistema, el problema no desaparece.
Se vuelve más difícil de corregir.
Definir qué datos son obligatorios
En una planilla, muchas veces se puede dejar una celda vacía.
En un sistema, algunos datos deberían ser obligatorios para que el proceso funcione.
Antes de implementar, conviene definir:
- qué datos son indispensables;
- qué datos son opcionales;
- qué datos se pueden completar después;
- qué campos deberían validarse;
- qué información depende del tipo de operación.
Convertir colores y comentarios en reglas
Muchas planillas tienen colores.
Una celda amarilla significa pendiente. Una roja significa error. Una verde significa confirmado.
El problema es que muchas de esas reglas no están escritas en ningún lado.
Solo las entiende quien usa la planilla todos los días.
Antes de implementar un sistema, hay que traducir esos códigos informales.
Conclusión
Las planillas suelen ser un excelente punto de partida para implementar un sistema.
Muestran cómo trabaja la empresa, qué datos usa, qué reglas aplica y dónde aparecen los problemas.
Pero antes de migrar, hay que prepararlas.
Un sistema no debería copiar una planilla desordenada.
Debería tomar lo aprendido en esa planilla y convertirlo en una forma de trabajo más clara.
Preguntas frecuentes
¿Hay que migrar todas las planillas al sistema?
No siempre. Muchas veces conviene migrar solo los datos necesarios para operar.
¿Qué datos conviene revisar antes de implementar?
Clientes, usuarios, sedes, productos, turnos, estados, permisos, reglas y excepciones.
¿Conviene limpiar duplicados antes de migrar?
Sí. Los duplicados que entran al sistema suelen generar errores más difíciles de corregir después.