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

[Casimiro Noteví]

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

[Casimiro Noteví]

Estoy de acuerdo en lo que comentas, no sirve para nada tener que "cargar" con los datos de hace 5 años

[marcoszorrilla]

La mayoría de los programas comerciales lo que hacen es crear un sistema de tablas por año.

Es decir creamos la empresa Pepe_Perez_07 el sistema crea todas las tablas necesarias.

Al final del año.
1.- Creamos Pepe_Perez_08
2.- Cerramos el ejercicio Pepe_perez_07 nos pregunta dónde vamos a continuar, es decir en donde se va a efectuar el asiento de apertura, le decimos que en Pepe_Perez_08, nos cierra el ejercicio 07 y nos traspasa las cuentas y saldos a Pepe_Perez_08.
3.- En Pepe_perez_07 no nos debe dejar nada más que consultar, puesto que el ejercicio ya se cerró.
Por lo tanto se contabilizaron las existencias a final de ejercicio, se efectuaron las amortizaciones correspondientes y se cumplimentó el IVA con las operaciones correspondientes a las cuentas 472, 477, 475 etc.

En conclusión a mi me parece correcto que cada año este "el Diario" en una tabla distinta y que esta quede en solo lectura una vez cerrado el ejercicio, teniendo acceso total solamente al ejercicio actual.

Un Saludo.

[Casimiro Noteví]

Pues sí, me parece correcto, así.

Por cierto, yo no entiendo la manía de reinventar la rueda que tienen los jefes, el año pasado estuve en un proyecto de programa de contabilidad y ahora parece que se va a iniciar otro para hacer otro programa de contabilidad (para otro cliente).
Conversación jefe<>yo
jefe: vamos a tener que hacer otro programa de contabilidad para yyyyyy
yo: ¿otro?, ¿no le vale el que hicimos el año pasado para xxxxx y para zzzzzz?
jefe: no, es que yyyyyy quiere uno personalizado
yo: ya, bien, le ponemos el logo de su empresa, pero es que es 'una contabilidad' estandar y normal.
jefe: el cliente paga
yo (con cara de resignación): no lo entiendo, si tenemos el otro programa y hay además varios proyectos opensource que puede usar también, que es una simple contabilidad.
jefe: ya.
yo: vale.

[[AzidRain]]

Me parece razonable la idea de marcoszorilla, de hech pensaba dejar disponible todo un ejercicio y poder manipularlo como se quiera y como estamos hablando de SQL (usare MySQL) no tiene porque volverse loco el servidor. Además pocas consultas, si no es que ninguna, requeririan traerse todos los registros, a lo sumo estaran pidiendo periodos de un mes como máximo o bien si piden periodos mas largos serán correspondients a algunos criterios muy precisos por lo que las consultas traeran solo una pequeña fracción de los registros.

Otra cosa distinta son los balances, estados de resultados y demás que ahi si harían agrupaciones y cosas así pero insisto, en teoría al menos, un motor de BD que se precie de llamarse así no debe tener problemas para manejarlo y suponiendo que en efecto sean procesos un poco lentos, tambien es cierto que no se requeririan salvo cada mes o de vez en cuando.

[[Caral]]

Hola
Pues que coincidencia, acabo de tener una conversacion con mi contador con respecto al control de los bancos.
Tengo una tabla por banco, en esta esta toda la informacion, el problema que se me presenta en que esta detallada, describo:

fecha, deposito #1 factura2, cliente1, monto 100, saldo 1000
fecha, deposito #1 factura3, cliente1, monto 200, saldo 1200
fecha, cheque #4 pago1, proveedor2, monto 100, saldo 1100
fecha, cheque #4 pago2, proveedor2, monto 100, saldo 1000

Bueno esa es la idea, osea que esta muy detallada, y bueno mi contador la quiere facil:

fecha, deposito #1 cliente1, monto 300, saldo 1200
fecha, cheque #4 proveedor2, monto 200, saldo 1000

Ademas la quiere en exel, osea
Suena facil de arreglar con una sentencia sql, pero no me aclaro para nada, en otras palabras si sigue asi, cambio de contador y ya esta.
Es la mejor solucion.
Saludos