#5 Usar códigos de imputación en estados contables.

[Anonymous]

Para un caso concreto, me ha sido de utilidad usar las imputaciones de contabilidad analítica para distingir diversas unidades de producción en una empresa. Después me interesa desglosar los importes de varias cuentas agrupados por esas imputaciones en los estados contables. No es realizar el estado contable para un código de imputación, sino el equivalente a filtrar los apuntes por 'diario' pero con el 'ci' al estilo de '[40001:APERTURA]'.
El ejercicio anterior, de hecho, usé diarios diferentes y estas fórmulas para el desglose que te comento. Pero la información del 'diario' se pierde con el cierre y apertura de los ejercicios y no perder la información afectaría al diario especial de 'APERTURA' .
Por esta razón y porque es más coherente, he pasado a usar imputaciones para distinguir las unidades de producción.
Para conseguir el objetivo que indico he cambiado el código para interpretar '[cuenta;ci]' de la forma indicada y lo he usado en mis estados. La sintaxis que he escogido puede no ser la más adecuada.Te adjunto el parche.

Desgraciadamente, la información de imputaciones también se pierde de un ejercicio a otro porque las regularizaciones, cierres y aperturas no tienen en cuenta la contabilidad analítica. Esto me lleva a presentarte otra sugerencia aparte (3405138).

Los cambios del parche son los justos para que funcione lo que busco. Quedan muchos cambios por hacer para que esté todo el código correctamente modificado.

Versión: 2.8
Fuente: keme-2.8.tar.gz del 27/8/11

Muchas gracias por Keme y por atendernos. Un saludo. Javier.

[Anonymous]

Parche código imputación en estados contables.

[José Manuel Díez - Dibosa]

Hola Javier,

el tema de la inclusión de los códigos de imputación en los estados contables me ha sido planteado por varios usuarios.

En principio se diseñaron para filtrar los estados contables por secciones principales, secundarias, productos, etc; para ello se permite la utilización de comodines (?, *)

Lo suyo sería utilizar los códigos de imputación (al igual que los códigos de las cuentas) y permitir el filtrado por cuenta - esto daría más flexibilidad; me gustaría conocer tu opinión al respecto.

En cuanto a la sugerencia de incluir las imputaciones en los procesos de regularización y cierre: en principio la contabilidad analítica se diseñó para que solo afectara a las cuentas de ingresos y gastos; en estas partidas solo se deberían reflejar las cuentas del grupo 6 y 7 (pgc), por lo que no tiene sentido considerar saldos iniciales ni finales, tan solo las imputaciones anuales (se filtran por fechas). Sí que me gustaría conocer con detalle el concepto o la forma de utilización de la contabilidad analítica que propones.

Un saludo,

José Manuel

[Anonymous]

Hola José Manuel:

Lo primero que he de aclarar es que no soy contable, soy informático y veo el problema desde el punto de vista de un informático. Para mí la información de la contabilidad y la facturación son datos anexos a transacciones entre un origen y un destino. Esto difiere de la representación más tradicional de la contabilidad. Yo preferiría programar con otros conceptos y luego hacer la representación contable siguiendo pgc y demás normas y costumbres del mundo de la contabilidad.
Una vez aclarado esto, pido disculpas por los disparates que pueda decir desde un punto de vista contable.

a) Cuando dices "utilizar los códigos de imputación (al igual que los
códigos de las cuentas)" entiendo que es, más o menos, lo que yo he hecho.
Mi idea es usar los ci (códigos de imputación) como se usan los diarios en las fórmulas. Así, la fórmula [cuenta;ci] calcularía el saldo para esa "cuenta", para los diarios indicados en el estado contable, pero sólo para el "ci" indicado.
Esto permitiría, por ejemplo, en el balance al cierre, para una empresa que tiene varios generadores fotovoltaicos tener
"
1. Clientes por ventas y prestación de servicios xxx,xx
a. Generador 1 yyy,yy
b. Generador 2 zzz,zz
"
Este ejemplo se podría conseguir replicando la fórmula que calcula xxx.xx y añadiendo los filtros por ci para calcular los datos de cada generador. La información se podría registrar mediante la contabilidad analítica usando un ci diferente para cada generador.

La otra opción, si no uso contabilidad analítica y no se reflejan las imputaciones en cierres, es crear varias cuentas por cliente, proveedor, gasto e ingreso. Se que es lo que se hace con las cuentas de inmovilizado y amortizaciones (de hecho tengo una cuenta distinta para cada generador). Pero para mí, eso de tener varias cuentas del mismo cliente, sólo para reflejar ventas de energía de diferentes generadores y eso solo para agrupar en un informe, no me parece razonable.

No sé si esto es una explicación suficiente. No entiendo muy bien que es lo que dices que daría más flexibilidad. Yo creo que permitir fómulas "[cuenta;ci:diario]", donde todos o casi todos los campos sean opcionales, sería suficiente.

b) En cuanto a incluir las imputaciones en los cierres y demás, para mi ejemplo sería necesario. Yo uso contabilidad anaílitica parcial e indico las cuentas que me interesan. Para mí la contabilidad analítica es una contabilidad interna, paralela a la legal. En esa contabilidad interna se suelen reflejar productos, pero en realidad admite más usos. Yo la uso para distinguir generadores en la empresa. Es algo que me parece natural. Pero también podría usar los ci para distinguir las fábricas de una empresa con el primer nivel y los productos con los restantes y encontrarme con necesidades parecidas a las mías. Quiero decir que no creo que sea un caso de uso demasiado extraño.

Si solo afectara a cuentas de gastos e ingresos (productos y servicios), efectivamente no habría problemas con los cierres. Como mi contabilidad analítica afecta a cuentas de clientes y proveedores, necesito que las imputaciones se reflejen en el cierre para pasar a la apertura del ejercicio siguiente. En el caso de la regularización a la cuenta de pyg, también es necesario mantener las imputaciones si queremos que las cuentas de ingresos y gastos aparezcan con saldo 0 en el nuevo cierre.

No se si me estoy equivocando mucho respecto a la ortodoxia contable, pero después de intentar varias formas de reflejar el escenario del ejemplo, creo que esta es la mejor. Espero que cuando lo veas desde el punto de vista contable lo puedas valorar adecuadamente.

Espero no haber complicado aún más las cosas. Gracias nuevamente por todo.

Un saludo. Javier.

[José Manuel Díez - Dibosa]

OK Javier,

estudiaré estas problemáticas que planteas - intentaré que para la próxima versión tengamos en cuenta el tema del cierre y los códigos de imputación en los estados contables,

Un saludo,

José Manuel