Saldos iniciales y migración de datos
Nadie empieza la contabilidad desde cero. Cuando Meridian Properties adoptó REDA Financials, llegó con un balance de comprobación, inquilinos que debían renta, proveedores esperando el pago, una cuenta bancaria con dinero y edificios que ya llevaban la mitad de su depreciación recorrida. La migración es el arte de teletransportar ese estado al nuevo sistema para que los libros del día uno sean iguales a los del día cero: ni más, ni menos. Este artículo es el mapa: qué traer, en qué forma y en qué orden.
Primera decisión: la fecha de corte
Elige la fecha en la que el sistema anterior deja de ser la verdad y REDA Financials pasa a serlo — idealmente el límite de un período (Meridian eligió el 1 de enero). Todo se organiza alrededor de esa fecha:
- Los saldos a la fecha de corte se ingresan como asientos de apertura.
- Las partidas abiertas al corte (facturas sin pagar, activos sin depreciar por completo) se ingresan como documentos vivos.
- Las transacciones posteriores al corte se registran únicamente en REDA Financials, desde el día uno.
- El histórico profundo previo se queda en el archivo del sistema anterior — migrar años de papeles ya cerrados multiplica el esfuerzo y no le suma nada a tus libros.
La secuencia de migración
El orden importa — cada capa depende de la anterior:
Los cimientos antes que cualquier cifra
Entidades, catálogo de cuentas, períodos contables, secuencias de documentos, bancos, configuración fiscal, clientes, proveedores, productos. Esto es configuración ordinaria, no migración — sigue Tu hoja de ruta de configuración. Nada de lo que sigue funciona hasta que los datos maestros estén en pie.
El asiento de saldos iniciales
Toma el balance de comprobación de cierre del sistema anterior a la fecha de corte y contabilízalo como un único asiento contable fechado en el corte: el saldo de cada cuenta como línea de débito o crédito, con un neto de cero (un balance de comprobación siempre cierra en cero — si el tuyo no lo hace, detente y concilia antes de migrar). La carga de líneas por CSV del formulario de asiento está hecha justo para esto: exporta el balance de comprobación, dale forma a la plantilla, cárgalo y contabilízalo. El asiento de apertura de Meridian (MJE001001) registró así $750,000 de capital y efectivo en los libros.
Un matiz: contabiliza los saldos de las cuentas de control de CxC y CxP mediante este asiento solo si NO vas a cargar las facturas abiertas como documentos (siguiente paso). Cargar ambas cosas duplica el conteo — los documentos abiertos reconstruyen esos saldos por sí solos.
Cuentas por cobrar y por pagar abiertas, como documentos reales
Cada factura de cliente y factura de proveedor sin pagar a la fecha de corte se convierte en un documento contabilizado en REDA Financials — con la fecha original, el número original en el campo Referencia y el monto original. Esto implica más trabajo que un solo saldo global, y vale cada minuto: la antigüedad de saldos es real, los pagos se aplican a facturas reales, los estados de cuenta tienen sentido y las disputas tienen respaldo documental. Mantén los documentos migrados livianos — lo que importa es el saldo abierto, así que una línea resumen por factura es suficiente. Contabilízalos en lote con contabilización masiva.
Activos fijos a mitad de vida
REDA Financials tiene soporte de primer nivel para activos que ya tuvieron una vida anterior: marca Is Migrated en el activo e indica la Fecha de migración, el Costo de adquisición y la Depreciación acumulada inicial (los tres campos son obligatorios — el formulario lo exige). El sistema entonces incluye la depreciación previa en el valor neto en libros y calcula la nueva depreciación a partir de la fecha de migración en adelante — sin volver a ejecutar el pasado ni duplicar la depreciación.
Alineación bancaria
El asiento de apertura dejó en su lugar el saldo de efectivo del libro mayor; confirma que el primer estado de cuenta de cada cuenta bancaria en REDA Financials parte de esa misma cifra, para que la primera conciliación abra limpia en lugar de perseguir partidas anteriores al corte.
Compruébalo y luego cierra la puerta
Ejecuta el balance de comprobación en REDA Financials a la fecha de corte y compáralo con el del sistema anterior — deben coincidir línea por línea. Revisa la antigüedad de saldos de CxC y CxP contra las listas de partidas abiertas del sistema anterior, y el valor neto en libros de cada activo. Cuando todo cuadre, establece las fechas de cierre de la entidad (GL / AR / AP Closed Through) en la fecha de corte — así la migración ya no puede verse alterada por una contabilización extemporánea, y comienza la operación en vivo.
La caja de herramientas
| Tarea | Herramienta |
|---|---|
| Balance de comprobación inicial | Un asiento contable; carga de líneas por CSV para las líneas |
| Partidas abiertas de CxC / CxP | Documentos (creados o cargados por tu administrador o partner de implementación), luego contabilización masiva |
| Activos a mitad de vida | Registros de Activo fijo con Is Migrated + los tres campos de migración |
| Datos maestros en volumen | Herramientas estándar de importación de Salesforce, en manos de tu administrador |
| Verificación | Balance de comprobación, antigüedad de CxC/CxP, registros de activos — nuevo vs. anterior, lado a lado |
Qué sigue
- Tu hoja de ruta de configuración — los cimientos que van primero.
- Crear un asiento contable — el vehículo del saldo inicial.
- Activos fijos — el modelo de activos al que se unen los activos migrados.
- Cierre contable — bloquear el período migrado.
Preguntas frecuentes
Casi nunca. Los libros legales de años anteriores viven en el archivo del sistema anterior y en tus estados financieros presentados. Migrar el histórico ya cerrado cuesta semanas, arriesga desvíos de conciliación y no aporta nada que el archivo no te dé ya. Saldos al corte + partidas abiertas = continuidad completa.
Concilia en el sistema ANTERIOR antes de migrar nada. La migración copia fielmente cualquier estado que le entregues, incluido un estado con errores. La regla de oro: nunca uses una migración para "corregir" cifras; corrige primero, migra después.
Una breve superposición de verificación (un período, comparaciones de solo lectura) es saludable. La doble contabilización real de transacciones activas en dos sistemas no lo es: duplica el trabajo y garantiza desvíos. Haz el corte limpio en la fecha elegida y mantén el sistema anterior disponible para consulta.
La contabilización ejecuta los motores normales, así que trae los documentos migrados con sus montos históricos finales y revisa los primeros con cuidado: el objetivo es que el total de cada documento coincida, al centavo, con lo que decía el sistema anterior. Tu partner de implementación normalmente pilotea un lote antes de cargar el resto.
¿Te resultó útil?