Documentación del Sistema

Appearance

Libro Diario General - Modos de Operacion ​

Modulo: Contabilidad Tipo: Process Estado: Implementado Fecha: 2026-01-02

Referencia Arquitectural: Este documento implementa el patron de consolidacion multi-schema. Para contexto general, consultar:

Descripcion General ​

Proposito ​

El Libro Diario General (registro cronologico de asientos contables) debe soportar tres modos de operacion que permiten al usuario seleccionar el origen de los datos contables a consultar. Estos modos determinan si el informe muestra asientos de prueba, asientos oficiales, o una vista consolidada de ambos.

Problema de Negocio ​

Actualmente el Libro Diario General opera unicamente con datos oficiales. Las organizaciones necesitan:

  1. Simular asientos contables antes de oficializarlos (modo prueba)
  2. Generar reportes oficiales para presentacion ante auditores y entes reguladores (modo oficial)
  3. Obtener una vision completa que incluya tanto asientos oficiales como asientos pendientes de oficializar (modo consolidado)

Valor de Negocio ​

  • Planificacion financiera: Permite simular asientos y ver su impacto en el registro cronologico antes de oficializarlos
  • Cumplimiento normativo: Separacion clara entre asientos oficiales y proyecciones para auditorias
  • Toma de decisiones: Vision completa del estado contable incluyendo operaciones pendientes de oficializacion
  • Auditoria: Trazabilidad clara del origen de cada asiento y sus movimientos
  • Control interno: Verificacion de que cada asiento balancea (Debe = Haber) antes de oficializarlo

Modos de Operacion ​

Modo 0: Solo Prueba ​

Descripcion: El informe muestra exclusivamente los asientos contables registrados en el ambiente de prueba.

Casos de Uso:

  • Simular el impacto de asientos contables antes de oficializarlos
  • Evaluar proyecciones de cierre de ejercicio
  • Capacitacion de personal sin afectar datos oficiales
  • Pruebas de ajustes contables propuestos
  • Validar que asientos nuevos balancean correctamente antes de oficializar

Datos Incluidos:

  • Asientos contables del ambiente de prueba
  • Movimientos contables (debitos y creditos) de cada asiento de prueba
  • Numeracion de asientos segun ambiente de prueba

Datos Excluidos:

  • Asientos contables oficiales
  • Movimientos del ambiente oficial

Comportamiento Esperado:

  • El informe utiliza el titulo estandar "LIBRO DIARIO GENERAL" (sin indicacion especial de modo)
  • Los asientos se presentan en orden cronologico segun fecha del asiento
  • Cada asiento muestra sus movimientos con subtotal (Debe y Haber deben coincidir)
  • Los totales del periodo reflejan unicamente operaciones de prueba

Modo 1: Solo Oficial ​

Descripcion: El informe muestra exclusivamente los asientos contables oficiales de la organizacion. Este es el modo por defecto y el utilizado para reportes formales.

Casos de Uso:

  • Generacion de estados financieros para presentacion externa
  • Libro Diario para auditores externos
  • Cumplimiento de obligaciones fiscales y normativas
  • Analisis financiero sobre datos reales
  • Respaldo documental para inspecciones

Datos Incluidos:

  • Asientos contables oficiales
  • Movimientos contables (debitos y creditos) de cada asiento oficial
  • Numeracion de asientos oficial

Datos Excluidos:

  • Asientos contables de prueba
  • Proyecciones o simulaciones

Comportamiento Esperado:

  • El informe utiliza el titulo estandar "LIBRO DIARIO GENERAL" (sin indicacion especial, es el modo por defecto)
  • Los asientos se presentan en orden cronologico segun fecha del asiento
  • Cada asiento muestra sus movimientos con subtotal balanceado
  • Los totales reflejan la situacion contable real de la organizacion
  • Cumple con requisitos de presentacion formal para entes reguladores

Modo 2: Consolidado (Oficial + Prueba) ​

Descripcion: El informe combina los asientos contables de ambos ambientes (oficial y prueba), proporcionando una vision completa del registro cronologico actual y proyectado.

Casos de Uso:

  • Visualizar el impacto total incluyendo asientos pendientes de oficializar
  • Planificacion de cierre de ejercicio con ajustes propuestos
  • Analisis de escenarios "what-if" sobre la base oficial
  • Revision previa a cierre de periodo incluyendo ajustes en prueba
  • Preparacion de informacion para toma de decisiones gerenciales

Datos Incluidos:

  • Asientos contables oficiales
  • Asientos contables de prueba
  • Movimientos de ambos ambientes

Comportamiento Esperado:

  • El informe indica claramente "LIBRO DIARIO GENERAL - CONSOLIDADO" en el titulo
  • Los asientos de ambos ambientes se presentan en orden cronologico combinado
  • Cada asiento mantiene su balance individual (Debe = Haber por asiento)
  • Los totales del periodo reflejan la suma de ambos ambientes
  • El usuario puede identificar que la informacion incluye datos de prueba mediante la indicacion en el titulo

Reglas de Negocio ​

RN-LD-001: Fuente de Datos Maestros ​

Descripcion: La informacion de cuentas contables (codigo, nombre, tipo, nivel) siempre se obtiene del ambiente oficial, independientemente del modo seleccionado.

Justificacion: El plan de cuentas es unico para la organizacion y reside en el nivel empresa. No existe plan de cuentas separado por ambiente.

Comportamiento:

  • En modo 0 (prueba): Las cuentas se obtienen del maestro oficial
  • En modo 1 (oficial): Las cuentas se obtienen del maestro oficial
  • En modo 2 (consolidado): Las cuentas se obtienen del maestro oficial

RN-LD-002: Balance Individual por Asiento ​

Descripcion: Cada asiento contable debe cumplir la partida doble, es decir, la suma de los movimientos al Debe debe ser igual a la suma de los movimientos al Haber dentro del mismo asiento.

Validacion:

  • Subtotal Debe del asiento = Subtotal Haber del asiento
  • Esta validacion aplica a cada asiento individual

Comportamiento:

  • El informe muestra subtotales por asiento
  • Si un asiento no balancea, el sistema debe alertar visualmente al usuario
  • La alerta debe indicar el numero de asiento desbalanceado y la diferencia

RN-LD-003: Balance Total del Periodo ​

Descripcion: El total de todos los movimientos del periodo debe cumplir la ecuacion contable fundamental.

Validacion:

  • Total Debe del periodo = Total Haber del periodo

Comportamiento:

  • El informe muestra totales generales del periodo
  • Si el balance total no cuadra, el sistema debe alertar al usuario
  • La alerta debe indicar la diferencia y el modo de operacion

RN-LD-004: Ejercicio Contable Compartido ​

Descripcion: El ejercicio contable seleccionado aplica por igual a ambos ambientes (oficial y prueba).

Justificacion: Los ejercicios contables residen en el nivel empresa y son compartidos por toda la organizacion.

Comportamiento:

  • El filtro de ejercicio aplica tanto a consultas oficiales como de prueba
  • No es posible consultar diferentes ejercicios por ambiente en el modo consolidado
  • Las fechas del periodo deben estar dentro del rango del ejercicio seleccionado

RN-LD-005: Ordenamiento Cronologico ​

Descripcion: Los asientos se presentan ordenados por fecha y numero de asiento, independientemente del modo de operacion.

Comportamiento:

  • Ordenamiento primario: fecha del asiento (ascendente)
  • Ordenamiento secundario: numero de asiento (ascendente)
  • En modo consolidado, los asientos de ambos ambientes se intercalan cronologicamente
  • Los movimientos dentro de cada asiento mantienen su orden original

RN-LD-006: Numeracion de Asientos por Ambiente ​

Descripcion: La numeracion de asientos es independiente entre ambientes (oficial y prueba).

Comportamiento:

  • Cada ambiente mantiene su propia secuencia de numeracion
  • En modo consolidado, pueden existir asientos con el mismo numero pero de diferentes ambientes
  • El usuario debe poder distinguir el origen de cada asiento en modo consolidado

RN-LD-007: Asientos sin Movimientos ​

Descripcion: Los asientos que no contienen movimientos (asientos vacios) deben manejarse de forma especial.

Comportamiento:

  • Asientos vacios no deben incluirse en el informe
  • Si se detecta un asiento vacio, el sistema puede registrar esta anomalia para revision
  • El total del periodo no se ve afectado por asientos vacios

RN-LD-008: Identificacion de Sucursal en Consolidacion Multi-Schema ​

Descripcion: Cuando el informe consolida datos de multiples sucursales/schemas mediante consolidacion multi-schema, cada asiento debe identificar claramente su sucursal de origen.

Importante: Esta regla aplica exclusivamente para consolidacion multi-schema, NO para consolidacion de modos (modo 0, 1 o 2). Son dos tipos de consolidacion independientes que pueden coexistir:

  1. Consolidacion Multi-Schema: Combina datos de multiples schemas/sucursales (suc0001, suc0002, etc.) dentro de la misma base de datos
  2. Consolidacion de Modos: Combina datos de dos bases de datos PostgreSQL separadas (base oficial + base de prueba con sufijo _p)

Condicion de Aplicacion:

  • Se activa solo cuando:
    • La consolidacion multi-schema esta activa (se solicito consolidar multiples sucursales/schemas)
  • Y ademas:
    • Hay mas de una sucursal/schema con datos en el periodo consultado

NO se activa cuando:

  • Solo hay consolidacion de modos (modo 2: oficial + prueba) sin consolidacion multi-schema
  • Solo hay una sucursal/schema con datos
  • No hay consolidacion multi-schema activa

Comportamiento:

  • Se agrega una columna adicional llamada "Sucursal" en el agrupamiento por numero de asiento
  • El formato de la columna debe ser: "Sucursal N" donde N es el numero de sucursal extraido del schema
  • La columna se muestra en el encabezado de cada asiento (junto con fecha y numero de asiento)
  • Ejemplos de formato:
    • Schema suc0001 → "Sucursal 1"
    • Schema suc0001caja0001 → "Sucursal 1"
    • Schema suc0010 → "Sucursal 10"
  • Si solo hay una sucursal con datos, la columna NO se muestra (no aporta valor)
  • Si no hay consolidacion multi-schema activa, la columna NO se muestra

Ubicacion en el Informe:

La informacion de sucursal se muestra en el encabezado de cada asiento, junto con:

  • Fecha del asiento
  • Numero de asiento
  • Sucursal (solo cuando aplica segun condiciones arriba)

Utilidad:

  • Permite al usuario identificar el origen de cada asiento
  • Facilita auditoria y trazabilidad en reportes consolidados multi-sucursal
  • Esencial para identificar que sucursal genero cada asiento contable

Entidades Involucradas ​

Asientos Contables ​

Ubicacion: Nivel Sucursal o Caja (segun configuracion)

Atributos Relevantes:

  • Numero de asiento (secuencial por ambiente)
  • Fecha del asiento
  • Descripcion/Concepto general del asiento
  • Estado del asiento
  • Ambiente (oficial o prueba)

Rol en el Informe: Agrupador principal de movimientos. Cada asiento contiene uno o mas movimientos que deben balancear.

Movimientos Contables ​

Ubicacion: Nivel Sucursal o Caja (segun configuracion)

Atributos Relevantes:

  • Cuenta contable afectada (codigo)
  • Importe al Debe
  • Importe al Haber
  • Detalle/Concepto del movimiento
  • Referencia al asiento contenedor

Rol en el Informe: Datos transaccionales que componen cada asiento. Varian segun el modo de operacion.

Ejercicios Contables ​

Ubicacion: Nivel Empresa (datos maestros compartidos)

Atributos Relevantes:

  • Periodo (mes/ano o rango de fechas)
  • Estado (Abierto, Cerrado)
  • Fecha inicio
  • Fecha fin

Rol en el Informe: Filtro temporal que aplica a todos los modos. Define el rango de fechas valido para consulta.

Cuentas Contables ​

Ubicacion: Nivel Empresa (datos maestros compartidos)

Atributos Relevantes:

  • Codigo de cuenta
  • Descripcion/Nombre
  • Tipo de cuenta (Activo, Pasivo, Patrimonio, Resultado)
  • Nivel jerarquico
  • Indicador de cuenta imputada (admite movimientos)

Rol en el Informe: Proporciona descripcion y estructura a los movimientos. Siempre proviene del ambiente oficial.

Flujo de Usuario ​

Generacion del Informe por Modo ​

1. Usuario accede a "Informes > Libro Diario General"

2. Usuario selecciona parametros:
   - Ejercicio contable
   - Periodo (mes/ano o rango de fechas)
   - Rango de asientos (opcional)
   - Modo de operacion: Prueba | Oficial | Consolidado

3. Sistema valida parametros:
   - Ejercicio existe
   - Periodo es valido dentro del ejercicio
   - Usuario tiene permisos para el modo seleccionado

4. Sistema genera el informe:
   a) Obtiene estructura de cuentas (siempre desde maestro oficial)
   b) Segun modo seleccionado:
      - Modo 0: Consulta asientos y movimientos de prueba
      - Modo 1: Consulta asientos y movimientos oficiales
      - Modo 2: Consulta ambos y ordena cronologicamente
   c) Para cada asiento:
      - Recupera sus movimientos
      - Calcula subtotal Debe y Haber
      - Valida balance del asiento
   d) Calcula totales del periodo

5. Sistema presenta resultados:
   - Indica modo de operacion en encabezado (solo "- CONSOLIDADO" si aplica)
   - Muestra asientos en orden cronologico
   - Presenta movimientos agrupados por asiento
   - Incluye subtotal por asiento
   - Muestra total general del periodo
   - Alerta si existen desbalances

Consideraciones Especiales ​

Ambiente de Prueba ​

Caracteristicas:

  • Contiene solo datos transaccionales (asientos y movimientos)
  • No contiene datos maestros (cuentas, ejercicios)
  • Los asientos de prueba no afectan reportes oficiales
  • Puede contener asientos sin oficializar o simulaciones
  • Numeracion de asientos independiente del ambiente oficial

Implicacion para el Libro Diario:

  • Al consultar datos de prueba, la informacion de cuentas proviene del ambiente oficial
  • La relacion entre movimiento y cuenta se establece mediante el codigo de cuenta
  • Los asientos de prueba pueden tener numeros que coincidan con asientos oficiales

Consolidacion de Datos ​

Proceso de Consolidacion (Modo 2):

  1. Consulta de asientos oficiales del periodo
  2. Consulta de asientos de prueba del periodo
  3. Combinacion de resultados:
    • Ordenamiento cronologico unificado
    • Cada asiento mantiene su integridad (movimientos agrupados)
  4. Calculo de totales consolidados (suma de ambos ambientes)

Ordenamiento en Consolidado:

  • Los asientos se ordenan por fecha, intercalando ambos ambientes
  • Asientos de la misma fecha se ordenan por numero de asiento
  • Los movimientos dentro de cada asiento mantienen su orden original

Validaciones por Modo ​

ValidacionModo 0Modo 1Modo 2
Ejercicio existeSiSiSi
Periodo validoSiSiSi
Existen asientosEn pruebaEn oficialEn alguno
Cada asiento balanceaAdvertenciaRequeridoAdvertencia
Total periodo balanceaAdvertenciaRequeridoAdvertencia
Permisos de modoSiSiSi

Casos de Uso ​

UC-LD-001: Generar Libro Diario Oficial para Auditoria ​

Actor: Contador

Precondiciones:

  • Usuario tiene permiso CONTAB_INF
  • Existe ejercicio contable con asientos oficiales
  • El periodo solicitado contiene asientos

Flujo:

  1. Usuario accede a "Informes > Libro Diario General"
  2. Usuario selecciona ejercicio y periodo
  3. Usuario selecciona Modo 1 (Oficial)
  4. Sistema valida parametros
  5. Sistema genera libro diario con asientos oficiales
  6. Sistema presenta asientos en orden cronologico con subtotales
  7. Usuario verifica que totales balancean
  8. Usuario exporta a PDF para presentar a auditores

Postcondiciones:

  • Libro Diario refleja registro cronologico oficial
  • Cada asiento muestra balance correcto
  • Documento apto para presentacion formal
  • Total del periodo balancea (Debe = Haber)

UC-LD-002: Simular Asientos Antes de Oficializar ​

Actor: Analista Contable

Precondiciones:

  • Usuario tiene permisos CONTAB_INF
  • Existen asientos en ambiente de prueba
  • Los asientos de prueba fueron creados previamente

Flujo:

  1. Usuario accede a "Informes > Libro Diario General"
  2. Usuario selecciona ejercicio y periodo
  3. Usuario selecciona Modo 0 (Prueba)
  4. Sistema genera libro diario con asientos de prueba
  5. Sistema presenta asientos con sus movimientos y subtotales
  6. Usuario verifica que cada asiento balancea correctamente
  7. Usuario analiza impacto de los asientos propuestos
  8. Usuario identifica ajustes necesarios antes de oficializar
  9. Usuario decide si oficializar los asientos

Postcondiciones:

  • Usuario tiene visibilidad del impacto de asientos propuestos
  • Datos oficiales no fueron afectados
  • Usuario puede identificar asientos desbalanceados para correccion

UC-LD-003: Revisar Estado Contable Completo ​

Actor: Gerente Financiero

Precondiciones:

  • Usuario tiene permisos CONTAB_INF
  • Existen asientos en ambos ambientes (oficial y prueba)

Flujo:

  1. Usuario accede a "Informes > Libro Diario General"
  2. Usuario selecciona ejercicio y periodo
  3. Usuario selecciona Modo 2 (Consolidado)
  4. Sistema genera libro diario combinando ambos ambientes
  5. Sistema presenta asientos ordenados cronologicamente
  6. Usuario visualiza registro actual + proyecciones intercaladas
  7. Usuario identifica asientos pendientes de oficializar
  8. Usuario toma decisiones considerando el panorama completo

Postcondiciones:

  • Usuario tiene vision completa del estado contable
  • Puede identificar que la informacion incluye datos no oficiales (titulo indica "- CONSOLIDADO")
  • Totales consolidados reflejan ambos ambientes

UC-LD-004: Comparar Oficial vs Proyectado ​

Actor: Contador Senior

Precondiciones:

  • Usuario tiene todos los permisos requeridos
  • Existen asientos en ambos ambientes
  • Existen asientos pendientes de oficializar

Flujo:

  1. Usuario genera Libro Diario en Modo 1 (Oficial)
  2. Usuario anota cantidad de asientos y totales oficiales
  3. Usuario genera Libro Diario en Modo 2 (Consolidado)
  4. Usuario compara diferencias entre ambos reportes:
    • Cantidad de asientos adicionales
    • Diferencia en totales
    • Nuevas cuentas con movimientos
  5. Usuario identifica el impacto de operaciones pendientes
  6. Usuario prioriza oficializacion de asientos criticos

Postcondiciones:

  • Usuario conoce la diferencia entre estado actual y proyectado
  • Puede priorizar oficializacion de asientos criticos
  • Tiene informacion para decisiones de cierre de periodo

UC-LD-005: Exportar Libro Diario Consolidado para Analisis ​

Actor: Analista Financiero

Precondiciones:

  • Usuario tiene permisos CONTAB_INF
  • Existe informacion en el periodo solicitado
  • Sistema soporta exportacion a Excel

Flujo:

  1. Usuario accede a "Informes > Libro Diario General"
  2. Usuario selecciona ejercicio y periodo
  3. Usuario selecciona Modo 2 (Consolidado)
  4. Sistema genera libro diario consolidado
  5. Usuario solicita exportacion a Excel
  6. Sistema genera archivo Excel con:
    • Todos los asientos del periodo
    • Subtotales por asiento
    • Total general del periodo
    • Indicacion de modo consolidado
  7. Usuario descarga archivo Excel
  8. Usuario utiliza datos para analisis en herramientas externas

Postcondiciones:

  • Usuario tiene archivo Excel con datos completos
  • Datos pueden ser procesados en herramientas de analisis
  • Formato permite filtrado por numero de asiento, fecha, cuenta

Criterios de Aceptacion ​

Funcionales ​

  • [x] AC-LD-001: El usuario puede seleccionar entre tres modos de operacion: Prueba, Oficial, Consolidado
  • [x] AC-LD-002: En modo Prueba, el libro diario muestra exclusivamente asientos del ambiente de prueba
  • [x] AC-LD-003: En modo Oficial, el libro diario muestra exclusivamente asientos del ambiente oficial
  • [x] AC-LD-004: En modo Consolidado, el libro diario muestra asientos de ambos ambientes ordenados cronologicamente
  • [x] AC-LD-005: La informacion de cuentas contables proviene siempre del maestro oficial en los tres modos
  • [x] AC-LD-006: Cada asiento muestra subtotal de Debe y Haber
  • [x] AC-LD-007: El encabezado del informe indica "- CONSOLIDADO" solo cuando el modo consolidado esta activo
  • [x] AC-LD-008: Los asientos se presentan en orden cronologico (fecha, luego numero de asiento)
  • [x] AC-LD-009: Usuario sin permiso de prueba solo puede generar modo Oficial
  • [x] AC-LD-010: El sistema muestra total general del periodo con Debe y Haber

De Presentacion ​

  • [x] AC-LD-011: El modo seleccionado se muestra visualmente en el informe generado (solo en modo Consolidado)
  • [x] AC-LD-012: La exportacion a Excel incluye indicacion del modo de operacion
  • [x] AC-LD-013: La exportacion a PDF incluye indicacion del modo de operacion
  • [x] AC-LD-014: Los movimientos se agrupan visualmente por asiento
  • [x] AC-LD-015: Los subtotales por asiento son claramente distinguibles
  • [x] AC-LD-016: Cuando hay consolidacion multi-schema activa con mas de una sucursal, se muestra identificador de sucursal en el encabezado de cada asiento
  • [x] AC-LD-017: El identificador de sucursal muestra formato "Sucursal N" donde N es el numero de sucursal extraido del schema (ej: suc0001 → "Sucursal 1")
  • [x] AC-LD-018: El identificador de sucursal aparece en el encabezado del asiento junto con fecha y numero de asiento
  • [x] AC-LD-019: Cuando solo hay una sucursal con datos, el identificador de sucursal NO se muestra
  • [x] AC-LD-020: Cuando no hay consolidacion multi-schema activa, el identificador de sucursal NO se muestra

De Integridad ​

  • [x] AC-LD-021: Si no existen asientos en el modo seleccionado, el sistema informa al usuario
  • [x] AC-LD-022: Los datos oficiales nunca se mezclan con datos de prueba excepto en modo Consolidado
  • [x] AC-LD-023: El cambio de modo no afecta los datos almacenados, solo la consulta
  • [x] AC-LD-024: El sistema alerta si un asiento no balancea (Debe diferente de Haber)
  • [x] AC-LD-025: El sistema alerta si el total del periodo no balancea (en modo Oficial es error, en otros es advertencia)

Dependencias ​

Funcionalidades Relacionadas ​

  • Sistema de ejercicios contables
  • Plan de cuentas contables
  • Registro de asientos contables
  • Exportacion Excel del libro diario (libro-diario-excel.md)
  • Consolidacion multi-schema (consolidacion-informes-contables.md)
  • Balance de Comprobacion - Modos (balance-comprobacion-modos-process.md)
  • Libro Mayor (relacionado para conciliacion)

Integraciones ​

  • Modulo de Seguridad: verificacion de permisos por modo
  • Sistema de ambientes (oficial/prueba): determinacion de fuente de datos
  • Sistema de exportacion: generacion de PDF y Excel

Consolidacion Multi-Schema ​

Estado: Planificado

El Libro Diario General debe soportar consolidacion multi-schema ademas de la consolidacion de modos, siguiendo el mismo patron del Balance de Comprobacion y Mayor Analitico.

Combinacion de Consolidaciones ​

El informe puede consolidar en dos dimensiones independientes:

  1. Consolidacion de Modos (Oficial/Prueba):

    • Modo 0: Solo datos de prueba
    • Modo 1: Solo datos oficiales
    • Modo 2: Oficial + Prueba

  2. Consolidacion Multi-Schema (Sucursales):

    • Sin consolidacion: Solo sucursal actual
    • Con consolidacion: Todas las sucursales de la organizacion

Matriz de Consolidacion ​

ModoConsolidacion Multi-SchemaResultado
0NoAsientos de prueba de la sucursal actual
0SiAsientos de prueba de todas las sucursales
1NoAsientos oficiales de la sucursal actual
1SiAsientos oficiales de todas las sucursales
2NoAsientos oficial+prueba de la sucursal actual
2SiAsientos oficial+prueba de todas las sucursales

Identificacion de Sucursal en Encabezado de Asiento ​

Importante - Diferencia entre Consolidaciones:

El sistema soporta DOS tipos de consolidacion INDEPENDIENTES que pueden coexistir:

  1. Consolidacion de Modos (RN-LD-001 a RN-LD-007):

    • Combina datos de dos bases de datos PostgreSQL separadas: oficial (produccion) y prueba (con sufijo _p)
    • La base oficial es la de produccion (ej: database_oficial)
    • La base de prueba tiene sufijo _p (ej: database_oficial_p)
    • Modo 2 consulta tabla items en AMBAS bases de datos y combina los resultados
    • NO agrega identificador de sucursal
    • Ejemplo: Modo 2 combina datos de database_oficial.suc0001.items + database_oficial_p.suc0001.items

  2. Consolidacion Multi-Schema (RN-LD-008):

    • Combina datos de multiples schemas dentro de la misma base de datos (suc0001, suc0002, etc.)
    • Consulta la tabla items en cada schema de sucursal
    • SI agrega identificador de sucursal en el encabezado del asiento
    • Ejemplo: Consolida database.suc0001.items + database.suc0002.items + database.suc0003.items

Cuando se Muestra la Identificacion de Sucursal:

Siguiendo la regla RN-LD-008, la identificacion de sucursal se agrega en el encabezado del asiento SOLO cuando:

  • Hay consolidacion multi-schema activa (se solicito consolidar multiples sucursales/schemas)
  • Y hay mas de una sucursal con datos en el periodo consultado

NO se muestra cuando:

  • Solo hay consolidacion de modos (modo 2) sin consolidacion multi-schema
  • Solo hay una sucursal con datos
  • No hay consolidacion multi-schema activa

Formato de la Identificacion:

  • Ubicacion: En el encabezado del asiento, junto con fecha y numero de asiento
  • Formato: "Sucursal N" donde N es el numero extraido del schema
  • Ejemplos:
    • Schema suc0001 → Muestra "Sucursal 1"
    • Schema suc0001caja0001 → Muestra "Sucursal 1"
    • Schema suc0010 → Muestra "Sucursal 10"

Utilidad:

  • Permite al usuario identificar el origen de cada asiento en reportes consolidados
  • Facilita auditoria y trazabilidad cuando hay movimientos de multiples sucursales
  • Esencial para reconciliacion y analisis por sucursal

Ejemplos de Consolidacion ​

Ejemplo 1: Solo consolidacion de modos (modo 2) - SIN identificador de sucursal

LIBRO DIARIO GENERAL - CONSOLIDADO
Periodo: 01/01/2026 - 31/01/2026
Sucursal: 0001

Fecha       Operacion  Cuenta N°  Concepto                   Debe        Haber
----------  ---------  ---------  ----------------------  ----------  ----------
05/01/2026  ASI-001
                       1.1.01     Caja                      5.000,00
                       4.1.01     Ventas                                 5.000,00
                                  Venta del dia (OFICIAL)   5.000,00    5.000,00

07/01/2026  ASI-P15
                       1.1.01     Caja                      3.000,00
                       4.1.01     Ventas                                 3.000,00
                                  Venta proyectada (PRUEBA) 3.000,00    3.000,00

                                  TOTAL PERIODO:            8.000,00    8.000,00

Ejemplo 2: Consolidacion multi-schema - CON identificador de sucursal

LIBRO DIARIO GENERAL - CONSOLIDADO
Periodo: 01/01/2026 - 31/01/2026
Consolidado: Todas las sucursales

Fecha       Operacion  Sucursal     Cuenta N°  Concepto              Debe        Haber
----------  ---------  -----------  ---------  ------------------  ----------  ----------
05/01/2026  ASI-001    Sucursal 1
                                    1.1.01     Caja                  5.000,00
                                    4.1.01     Ventas                             5.000,00
                                               Venta del dia         5.000,00    5.000,00

07/01/2026  ASI-015    Sucursal 2
                                    1.1.01     Caja                  3.000,00
                                    4.1.01     Ventas                             3.000,00
                                               Venta del dia         3.000,00    3.000,00

10/01/2026  ASI-025    Sucursal 1
                                    5.1.01     Costo Mercaderia      2.000,00
                                    1.2.01     Mercaderias                        2.000,00
                                               Costo de ventas       2.000,00    2.000,00

                                               TOTAL PERIODO:       10.000,00   10.000,00

Ejemplo 3: Ambos tipos de consolidacion - CON identificador de sucursal

LIBRO DIARIO GENERAL - CONSOLIDADO
Periodo: 01/01/2026 - 31/01/2026
Consolidado: Todas las sucursales (Oficial + Prueba)

Fecha       Operacion  Sucursal     Cuenta N°  Concepto              Debe        Haber
----------  ---------  -----------  ---------  ------------------  ----------  ----------
05/01/2026  ASI-001    Sucursal 1
                                    1.1.01     Caja                  5.000,00
                                    4.1.01     Ventas                             5.000,00
                                               Venta dia (OFIC)      5.000,00    5.000,00

05/01/2026  ASI-P05    Sucursal 1
                                    1.1.01     Caja                  2.000,00
                                    4.1.01     Ventas                             2.000,00
                                               Venta proy (PRUE)     2.000,00    2.000,00

07/01/2026  ASI-015    Sucursal 2
                                    1.1.01     Caja                  3.000,00
                                    4.1.01     Ventas                             3.000,00
                                               Venta dia (OFIC)      3.000,00    3.000,00

                                               TOTAL PERIODO:       10.000,00   10.000,00

Activacion ​

La consolidacion multi-schema se activa mediante el parametro correspondiente en la solicitud del informe.

Indicacion Visual ​

Cuando esta activa la consolidacion multi-schema o de modos (Modo 2), el titulo del informe muestra:

  • "LIBRO DIARIO GENERAL - CONSOLIDADO"

La indicacion "- CONSOLIDADO" aparece cuando CUALQUIERA de las dos dimensiones esta consolidada:

  • Modo 2 activo (Oficial + Prueba) = "- CONSOLIDADO"
  • Multi-schema activo = "- CONSOLIDADO"
  • Ambos activos = "- CONSOLIDADO"

Ordenamiento en Consolidacion Multi-Schema ​

  • Los asientos de todas las sucursales se ordenan cronologicamente
  • Asientos de la misma fecha se ordenan por sucursal y luego por numero de asiento
  • En consolidacion multi-schema, se identifica la sucursal de origen de cada asiento mediante el indicador en el encabezado

Para mas detalles sobre consolidacion multi-schema, consultar:

Riesgos y Mitigaciones ​

RiesgoImpactoMitigacion
Usuario confunde asientos de prueba con oficialesAltoIndicacion clara y prominente del modo en el informe
Asientos de prueba desbalanceados generan confusionMedioValidacion y alerta visual por cada asiento desbalanceado
Performance degradada en modo consolidado con muchos asientosMedioOptimizacion de consultas y feedback de progreso
Acceso no autorizado a datos de pruebaAltoValidacion estricta de permisos por modo
Numeracion de asientos duplicada entre ambientes en modo consolidadoMedioMostrar identificador de ambiente en modo consolidado
Asientos vacios o incompletos en ambiente de pruebaBajoFiltrar asientos sin movimientos, registrar anomalia

Historial de Cambios ​

FechaVersionAutorDescripcion
2026-01-021.1SistemaAgregada regla de negocio RN-LD-008 para identificacion de sucursal en consolidacion multi-schema. Cuando se consolidan multiples sucursales/schemas, se agrega identificador de sucursal en el encabezado de cada asiento con formato "Sucursal N". Aclarado que este identificador aplica SOLO para consolidacion multi-schema, NO para consolidacion de modos. Agregados tres ejemplos visuales mostrando diferencia entre: (1) solo consolidacion de modos sin identificador, (2) solo consolidacion multi-schema con identificador, y (3) ambos tipos de consolidacion con identificador. Expandida seccion de Consolidacion Multi-Schema con explicacion detallada de las dos dimensiones independientes. Actualizados criterios de aceptacion AC-LD-016 a AC-LD-020 para validar comportamiento del identificador de sucursal. Renumerados criterios de integridad a AC-LD-021 a AC-LD-025.
2026-01-021.0SistemaCreacion del documento de requerimientos para soporte de modos de operacion en Libro Diario General. Basado en patron establecido por Balance de Comprobacion Modos. Incluye consolidacion multi-schema con matriz de 6 combinaciones.