Re: Estructura contable para BD

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Por experiencia te puedo decir que este problema de arrastre de saldos por afectación de movimientos en ejercicios anteriores no es tanto una cuestión
de estructura sino más bien de lógica de negocios, si bien es cierto que la estructura ayuda en mucho, si no tienes la posibilidad de efectuar este
tipo de movimientos en la lógica de negocio, de nada te sirve la estructura. En mi caso con un desarrollo que manejo, tenemos dos tablas de
historiales para los saldos de las cuentas donde cada cuenta tiene un registro para cada ejercicio contable, una tabla contiene los saldos en moneda
local y la otra en las diversas monedas que se manejan en el sistema,si es necesario realizar un movimiento en ejercicios anteriores entonces
simplemente afectamos el ejercicio del que se trate y generamos una póliza de cierre adicional en un período de ajuste, manejamos un período adicional
llamado período de ajuste en donde afectamos esas pólizas especiales, luego de afectarlas en el ejercicio correspondiente hacemos la afectación de los
saldos iniciales del siguiente ejercicio, recorremos todos los saldos de ese ejercicio hasta los saldos finales y asi sucesivamente para todos los
períodos consecutivos. Ahora definitivamente un caso extraño es que se afecte un ejercicio mas antiguo que el anterior, salvo casos extraordinarios,
pero hasta el momento no hemos tenido problemas con la estructura que manejamos y la lógica de negocios, que por cierto se encuentra completamente en
la base de datos. Con esta lógica hemos logrado manejar períodos abiertos en el sistema para el módulo contable. Sin embargo, debido a la delicadeza
de este tipo de movimientos manejamos una tabla de auditoría muy detallada.

Saludos.

Arturo Munive escribió:
> decastro escribió:
>>
>> Este siempre fué el gran problema aquí... muchas veces, luego hacer un
>> cierre y sacar los informes, se dan cuenta de que hay cosas que no
>> fueran ingresadas o algo fue ingresado indebidamente, etc. Incluso
>> cosas referentes al año pasado, pueden necesitar ser ingresadas en
>> Enero, Febrero o hasta Marzo de este año... Esto quiere decir que debo
>> tener la posibilidad de hacer cambios en el año anterior, sí o sí...
>> Infelizmente no estoy viviendo en un "ambiente ideal" y debo lidiar
>> con muchas fallas humanas...
>>
>> Saludos cordiales
>>
>> Ricardo De Castro Aquino
>> Asunción - Paraguay
>
> Eso también sucede en donde yo trabajo (es mas creo que es muy comun) y
> ami me gustaria tammbien saber donde puedo encontrar un estructura para
> sistema contable, me pondre a buscar igualmente me uno a este pedido a
> ver si nos pueden proporcionar ese dato
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>
> http://archives.postgresql.org/pgsql-es-ayuda
>
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGTi8Q+nACvgizD48RAiQDAJ9RB9x++x5gYiQKToOE0aptvQk7GwCgsRnp
2bO/ILfYFDxbFxhyk4/YxUo=
=r3ff
-----END PGP SIGNATURE-----