La situación concreta

Una migración empieza localizando cada aplicación capaz de expedir, incluso las usadas como respaldo. La fecha de corte debe separar con precisión qué termina en el sistema anterior y qué nace en el nuevo. Sin esa frontera, una cola retrasada o una operación abierta puede producir duplicados después del estreno.

El dato que conviene fijar primero

Levanta inventario de series, último número, usuarios, integraciones, colas, certificados, histórico y formatos de exportación. Marca qué información se importa para operar y cuál se conserva como archivo. No conviertas facturas históricas en altas nuevas: deben mantener identidad y fecha.

El recorrido de trabajo

Congela cambios, vacía colas y anota el último documento por serie. Importa maestros depurados y una muestra del histórico, concilia totales y abre el destino con una factura controlada. Después fuerza un reintento de integración y una rectificación sobre una factura antigua para comprobar continuidad e idempotencia.

Por qué el atajo sale caro

Copiar clientes sin depurar NIF, reglas fiscales y duplicados traslada el problema al nuevo sistema. Más grave aún es mantener ambos programas expidiendo «por si acaso». Durante el corte, cada serie debe tener un solo origen autorizado y una contingencia escrita que no reactive el anterior sin control.

La evidencia técnica no lo resuelve todo

Las facturas expedidas tras el corte mediante el nuevo SIF sujeto deben incorporar el QR tributario previsto por la Orden. fuente oficial

Control proporcionado

La fecha de corte debe fijar qué sistema expide cada serie y cómo se terminan las operaciones abiertas sin duplicarlas. criterio derivado

La prueba que revela el problema

Ensaya una factura ordinaria y una excepción pendiente de rectificación antes de autorizar el cambio definitivo de programa. criterio derivado

Errores de comunicación

Durante la migración, cada diferencia debe asignarse al sistema de origen, al proceso de traslado o a la primera emisión en el programa nuevo. La conciliación se cierra cuando el histórico permanece accesible y las series continúan sin duplicidades ni saltos inexplicados.

Documentos y conservación

La migración debe mantener registros íntegros, inalterables, trazables, conservables, accesibles y legibles aunque el histórico no se importe. fuente oficial

Límites que deben quedar escritos

Cambiar a un programa VERI*FACTU no corrige por sí solo los datos antiguos ni sustituye la conservación exigible del sistema anterior. fuente oficial

Revisión periódica

Durante la primera semana concilia diariamente series, importes y estados de integración. Revisa reintentos y eventos llegados fuera de orden. Tras el primer cierre, reduce la frecuencia, pero conserva una prueba periódica de acceso al histórico y de restauración de exportaciones.

Próximo paso

No cierres el proyecto hasta completar un cierre conciliado, una exportación utilizable y una recuperación ejecutada por alguien ajeno a la implantación. Consulta el marco en la guía de sistemas de facturación para pymes o contrasta el corte con el equipo fiscal-contable de TaxFactory.

Reglas verificadas para este supuesto

Los contribuyentes del Impuesto sobre Sociedades incluidos deben tener adaptados sus sistemas antes del 1 de enero de 2027. fuente oficial El resto de obligados del artículo 3.1 debe tener adaptados sus sistemas antes del 1 de julio de 2027. fuente oficial La prueba debe usar la versión concreta que quedará instalada el día del corte. El sistema debe conservar accesibles y legibles los registros de facturación durante el plazo legal aplicable. fuente oficial La corrección de registros después de una migración debe realizarse mediante registros posteriores sin alterar los originales. fuente oficial La conciliación inicial debe incluir esa versión y sus componentes. La declaración responsable debe identificar la versión concreta del sistema y sus componentes. fuente oficial El cambio de herramienta no reinicia el historial. La trazabilidad y el encadenamiento se organizan por sistema informático de facturación y obligado tributario. fuente oficial Cambiar de programa no elimina la obligación de conservar las facturas y registros históricos del sistema anterior. fuente oficial

Inventaría sistemas, no contratos

Busca ERP, TPV, comercio electrónico, programas locales y hojas con macros que expiden facturas. Anota obligado, series, ubicación y responsable. La migración falla cuando el proyecto solo incluye la aplicación principal y deja un canal de ventas generando documentos por su cuenta.

Decide el corte con operaciones abiertas

Un pedido anterior puede facturarse después; una rectificativa puede referirse al sistema antiguo. Define qué aplicación emitirá cada caso. Comunica la fecha de corte a ventas, contabilidad y gestoría para que nadie vuelva al programa anterior por costumbre.

Limpia datos antes de importarlos

NIF duplicados, tarifas antiguas y productos con impuestos incorrectos migran sin dificultad. Conserva la exportación original y registra las correcciones. Así podrás explicar por qué un dato cambió y evitar que el archivo histórico se sobrescriba.

El histórico puede quedarse fuera, pero no desaparecer

Prepara una consulta de solo lectura, exportaciones y responsables de acceso. Prueba una factura, su rectificativa y una incidencia. Si recuperar el documento depende de mantener una licencia que va a cancelarse, resuelve la salida antes del corte.

Prueba casos incómodos

Incluye anticipo, devolución, factura simplificada, fallo de red y nombre largo. Comprueba documento, registro, respuesta y recuperación. La factura perfecta de demostración no revela qué pasará el primer día con una excepción.

Revisa la primera semana y el primer cierre

Compara facturas, registros, cobros y contabilidad. Lista diferencias y asigna dueño. La migración termina cuando el circuito cotidiano puede explicarse y el histórico permanece accesible, no cuando el proveedor anuncia que la importación acabó.

Revisión antes de cerrar el proceso

Compara una factura anterior al corte, la primera posterior y una operación que quedó abierta durante el cambio. Cada una debe tener un único origen y conservar su relación con cobro, cliente y respuesta técnica. Una interfaz nueva que no recupera ese rastro no ha completado la migración.

Repite búsquedas en el histórico con usuarios que no participaron en el proyecto. Verifica series, fechas y destinatarios sin notas privadas del proveedor saliente. Si el acceso depende de infraestructura antigua, asigna coste, responsable y fecha de sustitución.

Desconecta en prueba una integración y ejecuta el plan de contingencia. Al volver, comprueba que los eventos pendientes no duplican facturas y que la numeración continúa. La migración se cierra cuando el equipo puede recuperar y operar, no cuando el proveedor declara terminada la importación.

Qué mirar en la siguiente operación

El corte no debe continuar si el sistema nuevo duplica series, pierde operaciones abiertas o no permite consultar el histórico conservado. Antes de emitir la primera factura real, cada diferencia debe tener propietario y una decisión documentada.

El día de corte necesita una agenda

Cierra primero la numeración del sistema anterior y registra la última factura de cada serie. Abre el nuevo programa con responsables presentes, no al final de una jornada sin soporte. Durante las primeras horas, compara cada documento con el pedido y confirma que las respuestas de remisión llegan al panel previsto.

Mantén una lista única de incidencias. Separar problemas en correos del proveedor, mensajes de la gestoría y notas de usuarios impide ver patrones. Cada incidencia debe tener documento, sistema, causa provisional, responsable y fecha de cierre. Cuando todo funcione, conserva esa lista como parte del expediente de migración: explica por qué se cambió una configuración y evita repetir el error en la siguiente actualización.

El día de corte necesita responsables y horas

Escribe una agenda de corte con hora de la última expedición en el sistema antiguo y primera expedición en el nuevo. Incluye tiendas, integraciones, trabajos nocturnos y facturación automática. Comunica quién puede retrasar el corte y con qué criterio. Si dos programas quedan activos sin frontera, una misma operación puede consumir dos números o quedar fuera de ambos.

Antes de importar, limpia identificadores fiscales, series y datos duplicados. No uses la migración para reinterpretar facturas históricas. Separa maestros que pueden corregirse de documentos que deben conservar su contenido original. Registra qué campos se transforman y prueba totales, fechas y caracteres especiales. Una muestra con clientes extranjeros, retenciones y varios tipos de IVA revela más que cien facturas idénticas.

Decide qué histórico entra en el nuevo programa y cómo se consultará el resto. No es obligatorio fingir una migración completa si el proveedor solo puede trasladar documentos; sí es necesario mantener acceso y conservación. Exporta en formatos utilizables, guarda el software o visor necesario y prueba la búsqueda desde un equipo distinto. Documenta quién atiende una consulta sobre el periodo anterior.

Durante la primera semana, concilia diariamente pedidos, facturas, registros y contabilidad. Vigila series, fechas, redondeos y reintentos. No corrijas diferencias editando documentos expedidos. Abre una incidencia con referencia y responsable, y decide el tratamiento documental adecuado. Mantén disponible el plan de reversión técnica sin volver a facturar en el sistema antiguo por iniciativa individual.

El primer cierre mensual confirma si la migración terminó de verdad. Revisa operaciones abiertas, rectificaciones de facturas antiguas, devoluciones y exportaciones. Pide a una persona que no participó en el proyecto que localice una factura de cada periodo y explique su recorrido. Si necesita llamar al proveedor para cada búsqueda, aún falta documentación o acceso.

Operaciones abiertas que suelen romper el corte

Haz una lista específica de anticipos, suscripciones, entregas parciales, rectificaciones pendientes y borradores aprobados. Cada tipo necesita un dueño y una regla: terminar en el sistema antiguo, trasladar como dato operativo o comenzar de nuevo sin duplicar lo ya expedido. No importes una factura histórica como si acabara de emitirse. Conserva su identidad y registra el vínculo con cualquier actuación posterior.

Las integraciones merecen su propio horario. Desactiva tareas que crean facturas, vacía colas y anota el último identificador procesado. Después activa el destino nuevo con una operación controlada. Si un webhook puede reintentarse, prueba la idempotencia antes del corte. Una migración correcta de la interfaz puede fallar horas después cuando llega un evento antiguo.

Incluye al equipo contable en la aceptación. Debe comparar saldos, impuestos y series, no solo abrir documentos. El proveedor técnico puede demostrar que todos los archivos se copiaron y aun así haber cambiado redondeos o fechas. Define tolerancia cero para identidad de facturas expedidas y un procedimiento para diferencias en maestros o informes.

Por último, fija cuándo se cierra el proyecto. Exige una semana operativa, un cierre conciliado, una exportación comprobada y acceso al histórico. Mantén la lista de incidencias con responsables hasta resolverla. Declarar éxito el día que aparece la primera factura solo desplaza problemas al primer periodo fiscal.

No cierres el acceso antiguo hasta completar la prueba de recuperación. Selecciona facturas de varios ejercicios, series y tipos de cliente, y localízalas con sus documentos relacionados. Comprueba que las copias son legibles y que los datos exportados conservan significado fuera del proveedor. Si mantener el programa antiguo exige licencia o infraestructura, documenta coste, responsable y plazo. La conservación no puede depender de un equipo que nadie sabe arrancar. Programa una segunda prueba meses después para comprobar que el archivo sigue siendo utilizable. Incluye una rectificación vinculada a una factura del sistema anterior y confirma que el programa nuevo no altera su identidad histórica.

Comprueba además que la búsqueda conserva serie, número, fecha y destinatario sin depender de notas internas del proveedor saliente. Repite la consulta con un usuario que no participó en la migración.

Criterios para aceptar el nuevo sistema

Prepara un catálogo de datos maestros con propietario. Clientes los revisa administración; productos y tarifas, el área comercial; reglas fiscales, quien tenga esa responsabilidad. El proveedor técnico transforma formatos, pero no decide qué NIF o tipo impositivo es correcto. Registra las depuraciones para explicar por qué el destino difiere del origen.

Las operaciones abiertas necesitan una lista nominativa. Pedidos sin facturar, anticipos, devoluciones y rectificaciones pendientes se asignan a un sistema. Marca cuáles terminan en el anterior y cuáles pasan como trabajo, nunca como facturas ya expedidas. Revisa la lista inmediatamente antes del corte.

Controla los certificados y usuarios desde el primer día. Revoca accesos del proveedor saliente cuando ya no sean necesarios, pero no antes de completar exportaciones. En el destino, asigna permisos mínimos y prueba la baja de un usuario. Una migración de datos correcta puede fracasar por credenciales compartidas.

Planifica la vuelta atrás con un límite temporal. Define qué condición obliga a detener el estreno y cómo se evita emitir en ambos sistemas. El retorno no consiste en encender el anterior sin más: hay que considerar números ya consumidos y operaciones creadas durante la prueba. Prueba ese retorno antes del corte definitivo.

La aceptación no consiste en contar archivos importados. Compara por serie el último documento anterior al corte y el primero posterior. Revisa totales, impuestos y saldos de una muestra representativa. Cualquier factura expedida debe conservar identidad; tolera diferencias de formato en maestros solo si están explicadas y no cambian el significado.

Prueba integraciones con eventos repetidos y fuera de orden. Un webhook antiguo no debe crear otra factura. Registra el último identificador procesado y comprueba que el reintento devuelve el mismo resultado. Si el destino no ofrece idempotencia suficiente, añade una barrera antes de abrir el canal real.

La recuperación del histórico forma parte de la entrega. Una persona de contabilidad debe localizar documentos de varios ejercicios, abrirlos y relacionar al menos una rectificación. Si el archivo requiere el programa saliente, documenta cómo se mantendrá y quién lo prueba. Una exportación que solo entiende el proveedor no reduce la dependencia.

Finalmente, ejecuta un cierre completo con ambos saldos comparados, pero una sola vía de expedición. Mantén abierta la lista de incidencias hasta resolver diferencias. El proyecto termina cuando operación y contabilidad pueden trabajar sin el equipo de migración, no cuando se apaga el servidor antiguo.

Preguntas frecuentes

Reserva tiempo para comparar informes fuera de la facturación diaria. Libros, ventas por cliente y saldos pueden agrupar de forma distinta aunque las facturas coincidan. Define qué informe será referencia y explica las transformaciones. No ajustes documentos expedidos para forzar que dos resúmenes sean idénticos. Si la diferencia procede de redondeos o filtros, documenta el criterio y valida el efecto fiscal con quien corresponda. La aceptación debe distinguir una presentación distinta de una pérdida real de información.

Conserva el acta de aceptación con las excepciones conocidas. Asigna fecha y responsable a cada una; no dejes pendientes indefinidos escondidos bajo la etiqueta de mejora futura.

Programa una revisión después del primer trimestre para comprobar que histórico, accesos e integraciones continúan disponibles. Una aceptación inicial no sustituye esa comprobación cuando ya existe volumen real.

¿Qué fecha límite debo usar para planificar la migración?

Los contribuyentes del Impuesto sobre Sociedades incluidos deben adaptarse antes del 1 de enero de 2027; el resto del artículo 3.1, antes del 1 de julio de 2027. Confirma primero tu colectivo.

¿Tengo que importar todo el histórico al nuevo programa?

La norma exige conservarlo accesible y legible, pero no obliga a copiarlo todo al nuevo sistema. Puede mantenerse fuera en un archivo exportable, legible y recuperable que preserve la integridad y trazabilidad de los registros y controle el acceso.

¿Puedo reiniciar la numeración al cambiar de software?

No debe decidirse por comodidad técnica. Documenta series, fecha de corte y operaciones abiertas para evitar saltos o duplicidades.

¿Qué documento debo pedir al proveedor nuevo?

La declaración responsable de la versión concreta instalada, además de pruebas de altas, rectificaciones, anulaciones, incidencias y salida de datos.