La hoja de cálculo abre con normalidad, pero nadie sabe si el número de hoy representa lo que está en la estantería, lo que se vendió o lo que alguien corrigió ayer. Cuando una empresa adopta un sistema de inventario, el miedo no es solo aprender una pantalla nueva. Es llevar los errores antiguos al sistema nuevo.

Para migrar el inventario de una hoja de cálculo a un sistema sin perder datos, separa cinco decisiones: limpiar los registros, contar el inventario físico, probar la importación, controlar el corte y conciliar el saldo que llegó. El archivo anterior no debe tratarse como la verdad solo porque sea la versión más reciente.

Este artículo complementa la guía para decidir cuándo dejar una hoja de cálculo para controlar el inventario. Esa guía ayuda a decidir si el cambio tiene sentido. Aquí la pregunta es otra: ¿cómo llegar a un saldo inicial confiable sin interrumpir la operación? Si la empresa todavía no tiene un responsable continuo del sistema de inventario, define esa función antes del corte.

Si el problema aparece porque el equipo copia el mismo pedido entre herramientas, consulta cómo dejar de cargar el mismo pedido en varios sistemas. Cuando la diferencia incluye ventas e inventario, el diagnóstico de las cifras distintas entre CRM e inventario ayuda a separar registros, eventos y responsabilidad. Diagrama que muestra el inventario pasando de una hoja de cálculo por limpieza, conteo, conciliación y responsabilidad antes del saldo inicial.

La respuesta corta

  • No importes toda la hoja antes de revisar artículos, unidades, ubicaciones y duplicados.
  • Usa un conteo físico para establecer el saldo inicial, en vez de copiar la última columna.
  • Haz una importación de prueba con datos representativos y conserva el resultado.
  • Congela los cambios a la hora acordada, concilia lo que llegó y asigna a alguien para resolver las excepciones.

¿Qué hay que decidir antes de la migración?

Antes de elegir el formato del archivo, define qué debe representar el sistema nuevo. Una fila puede ser un producto, un empaque, una unidad de compra, un saldo estimado o una mezcla de esos conceptos. Si el equipo no está de acuerdo sobre el significado de la fila, importarla solo hace más difícil ver la duda.

Prepara una ficha breve para cada tipo de artículo:

  • un identificador que no cambie cuando cambie el nombre comercial;
  • la descripción que usa el equipo;
  • las unidades de compra, almacenamiento y venta;
  • el lugar donde se guarda el inventario;
  • la cantidad física y la fecha del conteo;
  • proveedor, costo o lote cuando sea necesario;
  • estado del artículo, como activo, descontinuado o pendiente de revisión.

La documentación de Microsoft Learn sobre importar datos de negocio, consultada el 3/10/2026, muestra una práctica común: usar plantillas específicas para clientes, proveedores y artículos de inventario. Lo importante no es adoptar el mismo producto. Es descubrir qué campos considera necesarios el sistema de destino antes de preparar el origen.

No intentes resolver todas las excepciones en la primera versión. Separa los artículos que pueden entrar en el saldo inicial de los que necesitan una decisión. Un producto duplicado, una unidad ambigua o un artículo sin ubicación debe ir a una cola de revisión, no desaparecer en una edición silenciosa.

¿Cómo limpiar la hoja sin borrar información importante?

Empieza reuniendo los archivos que realmente participan en la operación. Busca copias locales, pestañas de compras, listas mantenidas por el almacén, archivos usados por el comercio electrónico y tablas enviadas a finanzas. Elige una versión de trabajo y marca las demás como referencia. No borres las fuentes antes de terminar la conciliación.

Haz la limpieza en una copia:

  1. elimina filas vacías y columnas sin un uso definido;
  2. estandariza nombres y unidades sin perder el valor original;
  3. encuentra códigos repetidos y decide si son duplicados o artículos distintos;
  4. marca los productos sin ubicación, costo o unidad;
  5. separa saldo, movimiento, pedido y previsión en campos distintos;
  6. registra quién aprobó cada corrección relevante.

Esta separación evita un error común: corregir un número antiguo para que parezca correcto y olvidar que la corrección ocurrió. La hoja puede conservarse como evidencia, pero no debe seguir siendo la autoridad después del corte.

Odoo documenta importaciones CSV y XLSX, plantillas descargables y mapeo de columnas, consultado el 3/10/2026. La misma documentación advierte que las importaciones son permanentes y no se pueden deshacer automáticamente. Aunque el sistema elegido se comporte de otra manera, trata la primera carga como una operación que necesita una copia, una prueba y un registro.

¿De dónde debe salir el saldo inicial?

El saldo inicial debe salir de un conteo físico planificado, no solo de la última cantidad registrada en la hoja. La hoja puede ayudar a preparar la lista y localizar diferencias, pero el número que abre el sistema nuevo necesita una fecha, una unidad y una persona responsable de comprobarlo.

Acuerda antes:

  • qué ubicación se contará;
  • qué unidad se usará para cada artículo;
  • cómo separar inventario disponible, reservado, dañado y recibido;
  • cómo registrar artículos encontrados que no están en el archivo;
  • qué ocurre con las ventas, transferencias y recepciones durante el conteo;
  • quién aprueba una diferencia que no se pueda resolver en el momento.

No hace falta contar toda la operación exactamente de la misma manera si no es práctico. Lo que no puede cambiar sin registro es el significado del número. Dos personas que cuenten la misma caja como unidades diferentes no producirán un saldo conciliable.

Haz el conteo en una fecha acordada y conserva el archivo o formulario utilizado. Si la operación no puede detenerse, registra los movimientos entre el conteo y el corte. El saldo que entre al sistema debe ajustarse por esos movimientos, o hay que repetir la comprobación al activarlo.

La pregunta útil no es “¿qué número está en la hoja?”. Es “¿qué número puede explicar la empresa después?”. Un saldo menor, acompañado de fecha, unidad, ubicación y responsable, es una base mejor que un total mayor que nadie puede reconstruir.

¿Cómo probar la importación antes del corte?

No hagas la primera importación el día en que la empresa piensa abandonar la hoja. Elige una muestra que incluya artículos sencillos, duplicados, unidades distintas, varias ubicaciones y al menos un caso que requiera revisión. La prueba debe mostrar qué hará el sistema cuando los datos no estén limpios.

Comprueba cuatro resultados:

  • el artículo se creó una sola vez, con el identificador esperado;
  • la unidad y la ubicación llegaron al campo correcto;
  • la cantidad importada aparece en el informe o pantalla que usará la operación;
  • los errores y las filas rechazadas se pueden encontrar y corregir.

La guía de AWS Prescriptive Guidance sobre ejecutar un piloto, consultada el 3/10/2026, recomienda un área pequeña, participantes que representen el uso real y criterios de éxito definidos antes de la prueba. Es una disciplina para decidir, no una promesa de que la migración será rápida.

Pide también que alguien que no preparó el archivo revise el resultado. Quien conoce cada excepción de la hoja puede compensar un error sin darse cuenta. Un operador que recibe la lista ya importada muestra si el nuevo proceso se entiende en un día ocupado.

No aceptes “importación completada” como prueba suficiente. Compara cantidades, artículos, ubicaciones y registros rechazados. Usa una vista previa si el sistema la ofrece. Si existe un entorno de prueba, carga allí los datos antes de tocar producción.

¿Cómo planificar el corte sin crear dos inventarios?

El corte necesita un inicio, una regla y un responsable. Define cuándo la hoja deja de recibir cambios, qué sistema recibe cada movimiento y cómo tratar una venta o recepción que ocurra durante el intervalo.

Un plan sencillo puede seguir este orden:

  1. guarda una copia de solo lectura de la hoja limpia y del conteo físico;
  2. registra la hora del corte y los movimientos todavía pendientes;
  3. carga los datos aprobados en el sistema nuevo;
  4. compara el saldo por artículo y ubicación;
  5. realiza una operación real de bajo riesgo y confirma el resultado;
  6. avisa al equipo dónde debe registrarse el próximo movimiento;
  7. conserva la hoja anterior para consulta, sin permitir dos autoridades.

Si el sistema nuevo no puede usarse en toda la operación a la vez, elige una ubicación, categoría o flujo de riesgo controlado. No llames terminada la migración mientras una parte del equipo siga actualizando el archivo anterior sin una regla de conciliación.

La migración no termina cuando el archivo fue aceptado. Termina con una lista de diferencias: artículos ausentes, cantidades distintas, unidades que necesitan conversión y operaciones realizadas durante el corte. Cada diferencia necesita un destino, aunque sea “investigar antes de vender”.

¿Cómo saber si la migración salió bien?

La migración salió bien cuando el equipo puede responder al mismo caso usando el sistema nuevo y la evidencia del corte. No basta con que el archivo cargue sin errores. El saldo debe servir para recibir mercancía, registrar una salida, consultar disponibilidad y explicar una diferencia.

En la primera revisión, comprueba:

  • si los artículos más usados están en la ubicación correcta;
  • si el total por ubicación coincide con el conteo aprobado;
  • si una entrada, salida o transferencia aparece en el historial esperado;
  • si el informe usado para comprar o prometer disponibilidad toma la fuente correcta;
  • si los usuarios saben registrar un ajuste y explicar el motivo;
  • si alguien recibe una alerta cuando la operación no puede confirmar un movimiento.

Conserva la hoja original, la versión limpia, el conteo, el archivo de importación, los errores, la aprobación del saldo y las primeras correcciones. El conjunto forma la historia del cambio. Sin él, el equipo puede encontrar una diferencia en dos semanas y no saber si nació en el conteo, en el mapeo o en la operación posterior al corte.

El mejor criterio de conclusión es una pregunta que otra persona pueda repetir: “¿De dónde salió este número y quién puede corregirlo?”. Si la respuesta todavía depende de abrir el archivo personal de quien hizo la migración, el sistema nuevo ganó una pantalla, pero no ganó propiedad.

¿Quién queda a cargo después de la migración?

La empresa debe nombrar a alguien para cuidar el proceso, aunque un proveedor haya configurado la herramienta. Esa persona no tiene que hacer cada conteo. Necesita saber quién puede cambiar registros, cómo se investiga una diferencia, dónde están las copias, qué integración puede afectar el saldo y cuándo un cambio necesita aprobación.

Antes de cerrar el proyecto, pide respuestas para estas preguntas:

  • ¿Quién revisa los fallos de importación, recepción, venta y transferencia?
  • ¿Quién decide cuándo un artículo nuevo puede entrar al catálogo?
  • ¿Quién corrige una unidad o ubicación incorrecta?
  • ¿Quién controla las cuentas, los datos y la documentación?
  • ¿Quién asume el proceso si el proveedor no está disponible?
  • ¿Cómo exporta la empresa sus datos y cambia de sistema en el futuro?

La orientación de la FTC para la ciberseguridad de pequeñas empresas, consultada el 3/10/2026, recomienda limitar el acceso de los proveedores a lo necesario y acordar cómo se usan, conservan y eliminan los datos. En un sistema de inventario, eso también significa que las cuentas principales y la recuperación deben estar bajo el control de la empresa.

Si nadie dentro de la empresa tiene tiempo y autoridad, esa carencia debe formar parte de la decisión de compra. Un proveedor puede configurar la herramienta. La empresa todavía necesita a alguien responsable del resultado cuando cambie el flujo.

Preguntas frecuentes

¿Tengo que importar todo el historial de la hoja?

No necesariamente. Decide qué debe ser operativo en el sistema nuevo y qué puede conservarse como consulta. Los artículos activos, las ubicaciones, las unidades y los saldos iniciales suelen tener prioridad. El historial antiguo, las pestañas de análisis y las filas sin uso pueden seguir una política de conservación separada. Registra la decisión y conserva la fuente original.

¿Puedo confiar en el último saldo de la hoja?

Úsalo como pista, no como prueba. La última actualización puede no incluir ventas, pérdidas, recepciones o transferencias. Haz un conteo físico o define otro método verificable para establecer el saldo. Si la empresa no puede explicar de dónde salió el número, el problema sigue siendo de proceso aunque la suma parezca correcta.

¿Qué ocurre si la importación crea artículos duplicados?

Detén la siguiente carga y conserva la lista de registros creados. Identifica qué campo debería ser único, separa un duplicado de una variación legítima y corrige el origen antes de repetir. No lo resuelvas solo borrando filas en el sistema nuevo. Primero registra el criterio que evitará que el mismo duplicado vuelva a aparecer.

¿Quién debe hacer la migración?

La preparación necesita a alguien que conozca la operación y a alguien que pueda comprobar el sistema elegido. Una persona puede coordinar el trabajo, pero no debería ser la única que entienda los registros, el conteo, el corte y la recuperación. La empresa sigue siendo responsable aunque contrate la ejecución.

Conclusión

Migrar el inventario de una hoja de cálculo a un sistema no es copiar columnas. Es decidir qué registros, unidades, ubicaciones y saldo tratará la operación como confiables.

Limpia el origen, cuenta lo que existe, prueba una muestra difícil, controla el corte y concilia lo que llegó. Después conserva la evidencia y nombra a quien responderá por excepciones, accesos y cambios. Si el equipo no puede explicar de dónde salió el saldo inicial, la migración no ha terminado.

Cómo se investigó este artículo

Este artículo sintetiza documentación pública sobre importación de datos y pilotos, resultados actuales de búsqueda, conversaciones recientes de operadores y páginas ya publicadas en este sitio. Samuel Fajreldines es el autor responsable. No presenta una migración de cliente, un conteo propio, un benchmark, un ahorro ni un plazo de implementación como resultado. La IA ayudó a organizar la investigación, preparar el primer borrador, generar la imagen y localizar el texto; no se inventó ninguna ejecución de inventario.

Fuentes consultadas