Skip to content
FINORA Academy
SistemaFINORA Core

FINORA Core · Concepts

Asientos inter-sucursal automáticos

ImplementedVerifiedVerified on Oct 18, 2026

This content is not available in your language yet.

El problema: un asiento cuadrado, dos sucursales descuadradas

Sección titulada «El problema: un asiento cuadrado, dos sucursales descuadradas»

Cada sucursal lleva su propia contabilidad: su caja, sus depósitos, su balance. La partida doble exige que cada sucursal cuadre, no solo el banco entero.

Ahora, un cliente de la Agencia Principal deposita en efectivo en la taquilla de la Agencia Centro. El efectivo entra en la caja de Centro; el depósito es un pasivo de Principal. El asiento cuadra (débito = crédito), pero:

SucursalDébitosCréditos¿Cuadra?
Agencia Centro1.000,00—No
Agencia Principal—1.000,00No

Lo de siempre: el contador lo arregla a mano con un asiento contra la cuenta Oficina principal y sucursales.

La idea: el core agrega las piernas de la cuenta puente

Sección titulada «La idea: el core agrega las piernas de la cuenta puente»

Con una regla inter-sucursal, el contador declara qué cuenta puente usa cada par de sucursales (y, si quiere, cada moneda). Cuando un asiento mezcla sucursales, el core:

  1. Toma como principal la sucursal del asiento (o, si no la trae, la de la primera línea).
  2. Por cada otra sucursal, calcula su neto y agrega dos piernas sobre la cuenta puente: el lado contrario de su neto en esa sucursal, y el mismo lado en la principal.
  3. Cada sucursal cuadra sola y la cuenta puente, en el banco entero, neta en cero.
sequenceDiagram
  participant I as Integrador
  participant API as API contable del core
  participant R as Reglas inter-sucursal
  participant M as Mayor
  I->>API: Asiento: DR caja (Centro) / CR depósitos (Principal)
  API->>API: ¿Mezcla sucursales? Sí
  API->>R: Regla para Principal–Centro en VES
  alt sin regla
    R-->>API: ninguna
    API-->>I: 422 interbranch-rule-missing
  else con regla
    R-->>API: cuenta puente 183.01
    API->>M: 4 piernas: las 2 originales + 2 de la cuenta puente
    API-->>I: 201, cada pierna con su sucursal
  end

Depósito de Bs 1.000,00 en la taquilla de la Agencia Centro para un cliente de la Agencia Principal. La regla del par Principal–Centro en VES usa la cuenta puente 183.01 Oficina principal y sucursales.

PiernaSucursalCuentaDébitoCrédito
OriginalAgencia Centro111.01.01.02 Gestión de efectivo1.000,00
OriginalAgencia Principal211.01.01.01 Depósitos del cliente1.000,00
AgregadaAgencia Centro183.01 Oficina principal y sucursales1.000,00
AgregadaAgencia Principal183.01 Oficina principal y sucursales1.000,00

Ahora Centro cuadra (1.000 contra 1.000), Principal cuadra (1.000 contra 1.000) y la cuenta puente suma cero en el banco. Así respondió el core local de la verificación: cuatro piernas, cada una con su sucursal.

Gana la más específica: par y moneda, luego par, luego sucursal contra todas y moneda, luego sucursal contra todas. El par no tiene orden. A igual especificidad, gana la regla de la sucursal principal. Si ninguna sirve, el asiento se rechaza con 422 interbranch-rule-missing, que dice qué par faltó. La cuenta puente se valida como cualquier cuenta de sistema: imputable, activa, de la compañía y en la moneda.

El reverso de un asiento inter-sucursal copia la sucursal de cada pierna: deshace también las piernas de la cuenta puente.

  • Crear la cuenta puente en el plan (en el plan de SUDEBAN, Oficina principal y sucursales; la elección es de la política contable del banco).
  • Crear las reglas: por par, o una por sucursal contra todas.
  • Decidir qué sucursal es la principal de los asientos que envían los integradores (el código de sucursal del asiento).