Cuando una empresa cambia de sistema

Un nuevo CRM, un nuevo ERP, una nueva base de datos— casi siempre reporta que la migración fue un éxito. El proyecto se cierra, el equipo lo celebra, y en el reporte final aparece una sola cifra: 100% de los registros migrados. Lo que casi nunca se pregunta, ni se mide, es si viajó también el 100% del significado.

La respuesta casi siempre es no, y la razón no es negligencia: es estructural. Cada sistema define de antemano qué tipo de información puede contener —sus campos, sus categorías, sus reglas— y esa definición nunca es idéntica a la del sistema anterior. Cuando los datos pasan de uno a otro, no se copian: se traducen. Y toda traducción exige elegir qué se sacrifica.

Es como traducir un poema. Las palabras pueden cruzar intactas de un idioma a otro, pero el ritmo, la ambigüedad deliberada, el doble sentido casi nunca sobreviven completos. El traductor decide, en silencio, qué se pierde para que el resto tenga sentido. Con los datos ocurre lo mismo, campo por campo: un estatus de cliente que en el sistema viejo distinguía "inactivo por decisión propia" de "inactivo por impago" puede terminar fusionado en una sola categoría porque el sistema nuevo solo tenía una casilla. Una fecha guardada sin zona horaria puede correrse un día entero. Una moneda registrada sin su tipo de cambio original se vuelve un número sin historia. Nadie mintió. Nadie se equivocó. El sistema nuevo simplemente no tenía dónde poner la distinción, así que la borró sin avisar —y la herramienta de migración, que solo cuenta filas, marcó la operación como perfecta.

Los científicos de datos llaman a esto deriva semántica, y casi nunca aparece en el reporte de cierre del proyecto. Aparece meses después: en la fusión de dos empresas, cuando los CRMs se combinan y de pronto nadie puede explicar por qué la tasa de cancelación del año pasado no coincide con la de este año, aunque los números técnicamente son correctos. Aparece en el ERP reemplazado hace tres años, cuando alguien intenta reconstruir el historial completo de un cliente y descubre que la mitad de los detalles finos simplemente no tenían dónde vivir en el sistema nuevo. El riesgo real de una migración nunca fue perder información —eso se nota de inmediato. El riesgo es perder significado y no darse cuenta, porque los datos siguen ahí, completos en apariencia, mintiendo por omisión.

Y no hace falta una fusión para que esto ocurra: basta con cambiar de proveedor de facturación, de plataforma de correo o de sistema de inventario. La escala del problema no depende del tamaño del cambio, sino de cuántas distinciones finas tenía el sistema viejo que el nuevo nunca tuvo la intención de replicar. La próxima vez que su empresa migre de sistema —o audite uno que ya migró hace tiempo— quizá la pregunta correcta no sea "¿se movió todo?", sino "¿qué tuvimos que traducir, y qué se quedó en el camino sin que nadie lo notara?" Esa segunda pregunta rara vez aparece en el plan de proyecto, porque no la hace el proveedor del software: la tiene que hacer alguien que entienda tanto la ciencia de los datos como el negocio que los usa. Y si su empresa ya migró hace un año, dos o cinco, todavía está a tiempo de hacerla: pocos proyectos de auditoría de datos revisan retroactivamente qué se perdió en el camino, aunque sea la explicación más simple a números que dejaron de tener sentido.

En GEN Corp nos gusta hacer justamente esa pregunta antes de que un reporte trimestral la haga por usted, de la peor manera posible.