Cual es la mejor forma de llevar registros contables en un sistema

[[AzidRain]]

A propósito de saldos contables...tengo una inquietud sobre el manejo de los archivos de las distintas cuentas...

Casi todos los paquete contables usan una tabla o archivo por cada cuenta individual, algunos usan una tabla maestra y otra con el detalle. En la maestra guardan el saldo y demás info. El problema es que cuando no cierran bien el sistema, se cae, se bloquea o algo similar, algunos saldos quedan volando y no se actualizan. Hay incluso un sistema que mantiene copias de estas tablas por cada periodo. Al cerrar y abrir un nuevo periodo, se crea una nueva copia de las tablas y se le pone el saldo del mes anterior, comenzando con tablas en limpio y asi sucesivamente. El problema es cuando queremos mover un movimiento de un periodo ya cerrado...un merequetengue.

Yo me h preguntado si no es mejor tener una sola tabla que contenga todos los movimientos y para saber el saldo simplemente un query como el del ejemplo y listo. De esta forma aun haciendo movimientos a periodos pasados el saldo se actualiza casi inmediatamente. Al igual que al generar los reportes clásicos (balanzas, auxiliares, estados de resultados,etc.) simplemente se corre un Query y ya, es más ni siquiera veo necesario "cerrar" fisicamente los periodos, aunque claro se supone que no hay razón para estar haciendo movimientos atrasados.

Ustedes que opinan.

(Por cierto hace falta una aplicacion Open Source de este tipo, ya sea para Linux o Win, ya que las pocas que hay no están muy completas o estan muy regionalizadas (BulmaGes y Cia.)

[JXJ]

Pues. que a mi me gustaria saber, que software
comercial o free o opensource, y en delphi mejor.

Existen
Dijamos por aca en México, y los demas paises

Yo no se como se hace eso de llevar un libro de registros contables
o como se puede llevar en software, o cualquier documento
decentemente escrito, tipo nota de venta, es aceptable
por los sistemas recaudadores de impuestos,, en México y/o en America.
Europa, y demas continentes

[[AzidRain]]

Whaaatt???

[afxe]

Acabo de terminar un programa de contabilidad, está en fase de implantación en 30 empresas. La más grande lanza 200.000 apuntes por año, lo que es unos 16.000 apuntes mensuales. He usado Firebird con un sistema continuo, es decir, un solo fichero de movimientos contables sin cierres físicos (sí se graban los asientos de regularización, cierre y apertura, pero no se crean tablas nuevas). No obstante, sí uso un fichero de saldos, el registro se compone de : cuenta, ejercicio, mes, debe y haber (a grosso modo). El mes va desde cero (saldo de apertura) hasta 14 (1=enero, 2= febrero... 13= Regularización, 14=Cierre). Este fichero se automantiene mediante triggers sobre el fichero de movimientos, en transacciones únicas, con lo cual es difícil que se corrompa, no obstante, siempre hay que tener previsto el famóso "Recálculo de Saldos".

El archivo de saldos "ES NECESARIO". No debes abusar de las consultas, sobretodo cuando además tienes que hacer agrupaciones, porque quieras sacar un balance de suma y saldos a nivel 3, por ejemplo, o en un comparativo interanual. Ese tipo de consultas dejarían frito al servidor. Para ello, me sirvo de 2 tipos de consultas: Una por rango de fechas, de la cual tiro de consultas directamente sobre el fichero de movimiento (procuro no dar muchas opciones al usuario para este tipo de consultas) y otra por rango de "periodos", es decir, doy a elejir ejercicio y mes, pero no día, y lanzo las consultas sobre el fichero de saldos, mucho más rápido y menos pesado que el de movimientos. Además, las consultas comparativas o mensuales salen casi directamente, no hay que llevar tablas temporales de acumulados.

No me ha ido mal, pero tienes que currarte más el tema de la contabilidad presupuestaria y la fiscal.

De todas maneras, al final siempre hay que hacer un proceso para descargar datos ¿Para qué quieres tener la contabilidad de hace 5 o 6 años? Sólo sirve para que las copias de seguridad tarden más y las consultas sean más lentas.

Saludos.

[Casimiro Notevi]

Empezado por afxe

[..]El archivo de saldos "ES NECESARIO". No debes abusar de las consultas, sobretodo cuando además tienes que hacer agrupaciones, porque quieras sacar un balance de suma y saldos a nivel 3, por ejemplo, o en un comparativo interanual. Ese tipo de consultas dejarían frito al servidor.[..]

Aunque no me gustan los saldos guardados en tablas, prefiero calcularlos, he de decir que en este caso parece lo más razonable. En estos días ando en pruebas para algo similar y parece que es lo más aconsejable.

Empezado por afxe

[..]¿Para qué quieres tener la contabilidad de hace 5 o 6 años?[..]

Porque es obligatorio, hay que mantenerlas por ley (aunque sea en papel).

[afxe]

Porque es obligatorio, hay que mantenerlas por ley (aunque sea en papel).

Cierto, no me he explicado bien. Lo que quería decir es: ¿Por qué mantener en la misma base de datos movimientos de 5 o 6 años?. En la práctica, no hay estadistas que manejen comparaciones de más de 3 años... incluso los más quisquillosos sólo suelen hacer comparaciones de un año con el anterior. Aunque preparo mis aplicativos para mantener tantos años en la misma B.D. cómo quiera el usuario, siempre aconsejo tener las bases de datos con 3 años. Pero eso no quiere decir que eliminen datos antigüos, sino que la tengan en bases de datos diferentes: BD2002_2004.GDB , BD2003_2005.GDB... a principios de este año creamos la base de datos BD2004_2006.GDB y sacamos de la BD de trabajo el año 2004.

El guardar tres años consecutivos es para poder realizar consultas comparativas entre esos periodos, activando la BD que crean conveniente. Hay que quieren tener cinco años consecutivos y otros que quieren tener sólo 2 años... pero eso deja de ser nuestro problema.

Saludos