Cambio controlado
Migración a FacturaScripts sin dar por buenos los datos
Cambiar de sistema exige conservar la información necesaria, transformar cada dato con reglas explícitas y demostrar que el resultado coincide con el origen. La migración debe ensayarse antes del corte y permitir detenerse si falla un criterio crítico.
Relación con el proyecto: FacturaScripts es un proyecto independiente de software de código abierto de terceros. FactuZen no es propietario de FacturaScripts ni un servicio oficial; ofrece servicios propios de migración cuyo alcance depende del origen, la versión de destino y las comprobaciones técnicas.
Empieza por saber qué existe
Una migración a FacturaScripts no comienza importando archivos. Primero se inventarían empresas, periodos, clientes, proveedores, artículos, documentos, cobros, pagos, adjuntos, usuarios e integraciones. Hay que conocer cómo exporta el sistema anterior, qué campos son fiables y qué información debe conservarse solo como archivo consultable.
No siempre conviene trasladar todo. El histórico completo puede aportar continuidad, pero también aumentar errores, tiempo y coste de validación. La decisión debe considerar el uso operativo, las obligaciones de conservación y la calidad del origen, con participación de los responsables contables y fiscales. La guía para migrar un programa de facturación desarrolla el proceso completo.
| Objeto | Qué revisar | Control posterior |
|---|---|---|
| Maestros | Identificadores, duplicados, impuestos y formatos | Conteos, campos obligatorios y muestras |
| Documentos | Series, números, fechas, estados, líneas y relaciones | Totales por empresa, serie y periodo |
| Pendientes | Vencimientos, pagos parciales y conciliaciones | Saldo por tercero y fecha |
| Adjuntos | Ubicación, formato y vínculo con registros | Apertura y correspondencia de una muestra completa |
| Configuración | Usuarios, permisos, plantillas y automatizaciones | Pruebas funcionales por perfil |
Transformaciones reproducibles
Cada campo necesita una regla de correspondencia entre origen y destino. Las limpiezas automáticas deben quedar documentadas y las excepciones, separadas para revisión. Rellenar datos desconocidos con valores inventados puede permitir que una carga termine, pero destruye la confianza en el resultado.
Se conserva una copia verificable del origen antes de transformar. Después se realiza al menos un ensayo completo en un entorno no productivo y se registra cuánto tarda. La compatibilidad del importador, de la versión o de un plugin se demuestra con esos datos; no se presupone por su nombre.
Conciliar antes de arrancar
- Cuadrar registros cargados, rechazados y excluidos.
- Comparar bases, impuestos y totales por periodos representativos.
- Revisar pendientes de cobro y pago con usuarios responsables.
- Abrir documentos y adjuntos históricos de distintas series.
- Probar permisos con cada perfil y empresa.
- Ejecutar integraciones y documentar errores y reintentos.
El plan de corte define cuándo deja de escribirse en el origen, quién acepta el destino y hasta qué momento puede aplicarse el retorno. Mantener dos sistemas editables crea divergencias difíciles de reconciliar. Si se conserva el anterior para consulta, debe quedar claramente en modo de solo lectura cuando sea viable.
Plugins, personalizaciones y alojamiento
Una migración puede depender de campos añadidos, plantillas o conexiones. Revisa la compatibilidad de plugins e integraciones y las condiciones del alojamiento de destino antes del ensayo. Cada combinación de versiones necesita validación propia.
El alcance de FactuZen
FactuZen define la migración tras examinar muestras, formatos, volumen, calidad y destino. La propuesta detalla objetos incluidos, transformaciones, controles, exclusiones y responsabilidades. No se garantiza que un dato sea migrable ni que una extensión sea compatible hasta completar esa revisión.
Evalúa la migración antes de mover datos
Comparte una descripción del sistema origen, el volumen y las dependencias. Prepararemos un diagnóstico y los controles necesarios.