El ciclo de vida de un concepto contable

Estado honesto

El editor de conceptos con simulador, el alta en borrador y el bloqueo de los conceptos activos están en una rama de desarrollo del core, no desplegada. El ciclo de estados ya existía en el core piloto; lo nuevo es que la pantalla ya no permite saltárselo.

Qué es un concepto contable

Un concepto contable es la plantilla del asiento que el core genera cada vez que una operación se contabiliza. Dice qué cuentas se mueven, al debe o al haber, y cuánto, a partir de un monto base.

Es como una receta: «por cada transferencia, debita la cuenta del cliente por el monto, acredita la cuenta puente por el monto». Si la receta está mal, cada asiento automático sale mal. Por eso una receta nueva no se usa hasta que otra persona la revisa.

Los tres tipos de valor de una línea

Tipo	Qué significa	Ejemplo con base 1.000,00
Monto (X)	Un importe fijo; vacío, el monto base	Vacío → 1.000,00
Porcentaje (P)	Un porcentaje del monto base	16 % → 160,00
Factor (F)	El monto base multiplicado	1,16 × → 1.160,00

Ejemplo: el concepto «comisión con IVA» con base 1.000,00 (la comisión):

Línea	Cuenta	D/C	Valor	Resultado
1	Depósitos del cliente	D	Factor 1,16	1.160,00
2	Ingresos por comisiones	C	Monto base	1.000,00
3	IVA por pagar	C	16 %	160,00
			Debe = Haber	1.160,00 = 1.160,00

El simulador: cuadrar con varios montos

¿Cómo sabe el core que una plantilla cuadra? No suma los valores escritos, porque mezclaría porcentajes con factores. La simula: calcula el asiento con la misma aritmética que el motor, con varios montos de prueba (1,00; 1.000,00 y 1.000.000,01), y comprueba que el debe iguale al haber en todos.

Un caso que engaña a la suma directa: «D 16 % / C 16 fijo». Escrito, parece 16 contra 16. Simulado con 1.000,00 da 160,00 contra 16,00: descuadra por 144,00. El simulador lo marca en rojo antes de guardar.

El ciclo de vida

stateDiagram-v2
  [*] --> Borrador: alta o duplicado
  Borrador --> EnRevision: enviar (debe cuadrar)
  EnRevision --> Borrador: devolver para corregir
  EnRevision --> Aprobado: aprueba OTRA persona
  Aprobado --> Activo: activar
  Activo --> Obsoleto: reemplazado por una versión nueva
  Obsoleto --> [*]
  EnRevision: En revisión

Estado	Se puede editar	Contabiliza	Quién lo mueve
Borrador	Sí	No	La contadora que lo arma
En revisión	No: la plantilla queda congelada	No	Quien lo envió espera; el revisor lo devuelve o lo aprueba
Aprobado	No	No	Lo aprobó una persona distinta de quien lo envió
Activo	No	Sí	Es el que usa el motor
Obsoleto	No	No	Se reemplazó por una versión nueva

Tres reglas que la pantalla hace cumplir:

1. Todo concepto nuevo nace en borrador, con su código asignado por el core. Duplicar uno también crea un borrador.
2. En revisión, la plantilla se congela. Si el revisor pudiera editar y luego aprobar, estaría aprobando su propio cambio. Para corregir, la devuelve a borrador.
3. Un concepto activo no se edita. Para cambiarlo se duplica, se corrige la copia, se revisa, se aprueba, se activa y se marca obsoleto el original. Así el asiento de ayer y el de hoy tienen cada uno su receta, y la historia se puede auditar.

Un concepto que no está listo (sin líneas, sin pata al debe o al haber, una línea sin cuenta) se puede guardar como borrador, pero aparece como «Por configurar» y no se puede enviar a revisión. Uno que no cuadra con algún monto de prueba aparece como «Descuadrado» y no se guarda.

Para seguir

• Cuatro ojos: nadie aprueba lo suyo.
• Partida doble garantizada por la base de datos: lo que pasa si un asiento llega descuadrado por otro camino.
• La contabilidad de un banco.