Ya lo decidiste. Las hojas de cálculo se van y algo serio ocupa su lugar. Lo que nadie te advierte es que migrar de hojas de cálculo a un sistema de gestión escolar tiene poco que ver con el software que elegiste: tiene que ver con los años de datos que viven en archivos que nadie leyó completos desde hace dos direcciones.
Esta es la guía del proyecto, no el argumento para hacerlo: qué auditar primero, qué migrar y qué archivar, cómo resolver a los alumnos que existen tres veces con nombres apenas distintos, en qué momento del ciclo lectivo hacer el corte y cuánto tiempo convivir con los dos sistemas. Incluye las partes genuinamente incómodas, porque son las que descarrilan una migración.
Paso uno: audita lo que realmente tienes
Pregunta cuántas hojas de cálculo usa una institución y vas a escuchar "tres o cuatro". Después te sientas a contarlas.
Las inscripciones de este año. Las del año pasado, que se guardan por si acaso. El listado maestro de alumnos. Una lista de clase por nivel. La asistencia. El horario docente. Las horas del profesorado, que alimentan la liquidación de sueldos. Los pagos recibidos. Los saldos pendientes, que son un archivo distinto del de pagos y no coinciden del todo con él. Las calificaciones. Las comisiones de agencias. Los contactos de las familias.
Son una docena, y no cuenta los grupos de WhatsApp donde se toma la mitad de las decisiones operativas.
Uno de esos archivos sostiene todo el edificio: si se borrara esta tarde, la institución no se ralentiza, se detiene. Casi nunca es el que la gente nombra primero. Suele ser el listado maestro, porque tiene la única columna que conecta a una persona con un nivel y una cuota.
Recorre archivo por archivo. Anota qué contiene, quién lo edita y dos respuestas: si esto desapareciera hoy, qué se detiene, y quién es la única persona que lo entiende por completo. Marca los archivos que se duplican entre sí, porque cargarlos todos produce importaciones contradictorias, y las columnas que nadie sabe explicar.
Marca también los datos que no están en ningún archivo: el plan de pago acordado por correo, el alumno al que se le cobra distinto por un arreglo de hace dos años, el cambio de nivel a mitad de semana que nunca se registró. Eso es lo que aparece tres semanas después de salir en vivo con la forma de "el sistema está mal".
Paso dos: decide qué se muda y qué se archiva
El instinto es llevar todo. Resístelo. Todo lo que llevas es algo que hay que limpiar, y algo que puede quedar mal cargado en el sistema nuevo.
Lo que necesitas para operar el lunes, se migra. Alumnos activos, matrículas vigentes, clases y horario actuales, saldos abiertos, calificaciones en curso.
Lo que solo necesitas para responder una consulta, migra el resumen y archiva el detalle. Los ex alumnos, sus fechas de inscripción y sus resultados finales, sí. Cada marca de asistencia de hace seis años, casi seguro que no.
Lo que conservas solo porque borrarlo daba culpa, se archiva.
Si un organismo acreditador o la autoridad de protección de datos de tu país fija reglas sobre qué debes conservar y por cuánto tiempo, ese es el único dato que no puedes decidir puertas adentro. Consúltalo con ellos, no con tu proveedor.
Archivar bien es más que dejar los archivos viejos donde están. Exporta a un formato estable, guarda todo en una única ubicación identificada, restringe quién puede abrirla. Un archivo histórico que cualquiera puede seguir editando es un segundo sistema sin reglas.
Paso tres: limpia los datos antes de moverlos, no después
Limpiar en la hoja de cálculo es rápido: buscar y reemplazar, ordenar, filtrar, y un equipo que ya domina la herramienta. Limpiar después de importar significa corregir expediente por expediente, en un sistema que nadie maneja todavía y ya en producción.
Hay cuatro cosas que arreglar. Una columna, un significado: la columna "Observaciones" que contiene un plan de pago, una alergia y una queja sobre un docente. Los nombres: nombre y apellido en columnas separadas, los dos apellidos tratados de manera consistente, una sola decisión sobre el apodo que usa recepción frente al nombre legal del certificado. Fechas y estados: una columna que mezcla día primero y mes primero se importa en silencio y mal, y "Activo", "ACTIVO", "sí" y una celda vacía que también significa activo tienen que volverse un solo vocabulario. El dinero: importes guardados como texto, y saldos ajustados a mano que ya no son facturas menos pagos.
El problema de los alumnos duplicados
Toda institución tiene duplicados y subestima cuántos. Un alumno se fue, volvió dos años después y lo cargaron de nuevo. Otro llegó por una agencia y además consultó por su cuenta. Dos sedes crearon cada una su propio expediente.
Ningún proveedor puede hacer esta parte por ti. Mismo nombre y misma fecha de nacimiento pueden ser una persona cargada dos veces, o dos primos en el mismo curso. Un software que fusiona automáticamente destruye historial en silencio: asistencia atribuida a la persona equivocada, un pago acreditado a un alumno que nunca lo hizo. Un duplicado es molesto; una fusión mal hecha es una reclamación que no se puede deshacer.
El método que funciona no tiene nada de elegante. Arma una lista de candidatos ordenando por varias claves —apellido, correo, teléfono, fecha de nacimiento—, porque cada orden saca a la luz un conjunto distinto de pares. Pon a revisar cada par a alguien que conozca la institución, no a quien tenga la agenda más libre. Decide qué expediente sobrevive antes de importar, y qué pasa con el historial que cuelga del que se elimina: la asistencia, los pagos y las calificaciones se mueven con él deliberadamente o se descartan deliberadamente.
Reserva tiempo real para esto. Es la tarea más lenta de la migración, no se puede delegar, y define en silencio si el equipo va a confiar en el sistema nuevo.
Paso cuatro: elige el momento del corte
Tienes dos calendarios, el académico y el financiero, y el corte tiene que caer tranquilo en los dos. Casi nunca coinciden.
Si trabajas por períodos lectivos, el cierre de uno es la ventana obvia. Las listas de clase se rehacen igual y las notas del período que cierra ya son definitivas, así que el ciclo nuevo empieza limpio en un solo lugar.
Si trabajas con inscripciones continuas, no hay mes tranquilo, y fingir que lo hay es la forma habitual de arruinar el proyecto. Dos opciones honestas: salir en vivo en el valle y aceptar que tu primera inscripción fuerte caiga sobre un sistema de pocas semanas de vida, o salir justo después del pico, para que el equipo tenga meses de volumen bajo para volverse fluido, al costo de una temporada alta más con hojas de cálculo. La segunda suele ser el mejor negocio, y es la que la gente se convence de descartar.
En cualquier caso, haz el corte en un límite de ciclo de facturación. Migrar a mitad de ciclo deja facturas del mismo mes repartidas entre los archivos viejos y el sistema nuevo. Pasa los saldos abiertos como saldos y archiva el historial de pagos que los produjo. Y descarta una inspección, una auditoría o la quincena previa a la entrega de informes a las familias.
Paso cinco: opera en paralelo y fija la fecha en que paras
Operar en paralelo significa cargar los mismos datos dos veces a propósito, durante un período acotado. Es un seguro, no una etapa del proyecto, y un ciclo de facturación o una inscripción completa suele alcanzar. Durante ese tiempo revisa tres cosas: ¿coincide la cantidad de inscritos de los dos lados?, ¿coincide el dinero cobrado?, ¿una lista de clase produce los mismos nombres? Si esas tres coinciden, el resto casi siempre también.
Y ahora lo que importa más que el paralelo mismo: define la fecha de corte antes de empezar, ponla por escrito y comunícala a todo el mundo. Un paralelo sin fecha de fin no termina: se degrada. La gente deja de actualizar un lado en silencio, casi siempre el nuevo, y terminas con dos sistemas equivocados.
Llegada la fecha, deja las hojas de cálculo en solo lectura. No borradas: solo lectura. No cuesta nada, elimina la tentación, y es la acción más efectiva de toda la migración.
Cómo se ve "terminado"
No es el día que sales en vivo. Terminado es un conjunto de observaciones:
Nadie abrió los archivos viejos para trabajar durante un ciclo de facturación entero.
Una inscripción nueva se carga una sola vez y aparece en las listas de clase, en la asistencia y en administración sin que nadie la vuelva a teclear.
Puedes responder "cuántos hay inscritos ahora" y "quién nos debe dinero" desde una sola pantalla.
La hoja de cálculo que sostenía todo lleva semanas en solo lectura y nadie pidió recuperarla.
Esa última es la prueba de verdad.
Las partes genuinamente incómodas
Nadie dice esto en una demo.
Carga doble, durante semanas. El período en paralelo es trabajo extra encima de la carga normal, y el motivo principal por el que los equipos pierden entusiasmo a mitad de camino. Planifica menos producción en lugar de sorprenderte.
Las decisiones sobre duplicados. Horas de criterio, par por par, a cargo de alguien lo bastante responsable como para estar ya ocupado.
La persona dueña del archivo. Para quien construyó y mantuvo esas hojas durante años, una migración puede leerse como un veredicto sobre su trabajo. Alguien de la dirección tiene que decir temprano y en persona que no lo es. Su conocimiento de a qué alumnos se les cobra distinto y qué reglas tienen excepciones es el insumo más valioso del proyecto, y no lo va a compartir si se siente como una crítica.
La copia privada. Alguien va a guardar su propia versión "por las dudas". Se termina cuando el sistema nuevo es más rápido que su copia, no cuando lo prohíbes.
Algo va a salir mal después de la puesta en marcha. Un grupo que falta, una cuota con el importe equivocado, una clase con el docente que no es. Programa una ventana de corrección en las primeras semanas y avísale al equipo que existe, para que los problemas se reporten en lugar de esquivarse.
Nada de esto es motivo para no migrar. Son motivos para preverlo.
Cómo se ve esto con un sistema de verdad
La mitad mecánica —mapear columnas, cargar alumnos, clases y saldos, cuadrar totales— es trabajo del proveedor. El onboarding de KMPUS incluye la migración de datos desde tus hojas de cálculo o desde un sistema anterior, así que nadie de tu equipo escribe un script de importación. Las decisiones de los pasos dos y tres siguen siendo tuyas.
Lo que cambia cuando los datos están en un solo lugar es la carga manual repetida. Una inscripción enviada desde el proceso de admisión crea al alumno, y ese mismo expediente carga después la asistencia, las evaluaciones y el historial académico y el saldo y el estado de cuenta que ve la familia. Un solo punto de entrada, sin conciliación entre archivos.
Si trabajas con inscripciones continuas en lugar de períodos fijos, revisa cómo la plataforma las resuelve antes de fijar una fecha. NL College, con sedes en Madrid y Barcelona, resolvió con esto años de desorganización y de mala comunicación entre departamentos; su caso está entre los casos de clientes.
Preguntas frecuentes
¿Cuánto tarda migrar de hojas de cálculo a un sistema de gestión escolar?
Depende del estado de tus datos mucho más que del tamaño de la institución. La importación es rápida; la auditoría, la limpieza y las decisiones sobre duplicados son la parte larga, y son la parte que tú controlas.
¿Hay que migrar todo el historial?
No, y probablemente no convenga. Migra lo que necesitas para operar y archiva lo que solo necesitas para responder consultas ocasionales. Donde un organismo acreditador o la autoridad de protección de datos de tu país tenga requisitos de conservación, consúltalos antes de decidir qué dejas atrás.
¿El proveedor no puede hacer la migración por nosotros?
Puede hacer la importación, y uno bueno la hace. No puede decidir cuál de dos expedientes parecidos es el mismo alumno, qué significaba una columna heredada, ni qué está dispuesta tu institución a dejar en el archivo histórico.
¿Hay que frenar las inscripciones durante el cambio?
No: para eso existe el período en paralelo, y por eso conviene que sea corto y con fecha de fin.
Si tus datos están mejor de lo que temes, o peor, la forma más rápida de averiguarlo es cargarlos: empieza una prueba gratuita de KMPUS, sin tarjeta de crédito, y con la migración desde tus hojas de cálculo actuales incluida en el onboarding.
