Re: problemas BD y contabilidad

Muchas gracias a todos por los comentarios, sugerencias y consejos
expuesto, fueron de mucha ayuda y ademas me sirvieron de guía y referencia
para aclarar varias dudas sobre el tema.

El 28 de septiembre de 2013 08:37, <carlos(dot)perez(at)syswarp(dot)com(dot)ar> escribió:

> Creo que todo se reduce a tener una entidad de ejercicio contable al menos
> nombre, fecha desde - fecha hasta.
> y que el plan de cuentas contables tenga el atributo de ejercicio (fk).
>
> Fundamento:
> . Si tenes cada año una tabla con un plan de cuentas, hacer la integridad
> referencial es un dolor de cabezas, incluso no se si es viable.
> . Con el idejercicio en el plan de cuentas la integridad referencial es
> completamente viable.
> . Podes arrancar un nuevo ejercicio proponiendo crear el plan de cuentas a
> partir del ejercicio anterior y tu proceso se reduce a hacer un
> insert de un select, donde solo pones como dato nuevo el idejercicio y el
> resto queda como esta.
> . Los planes de cuenta van quedando historicamente.
> . podes mirar ejercicios anteriores.
>
>
>
>
>
>
> On Fri, 27 Sep 2013 21:52:08 -0430, Ernesto Lozano <elozanohia(at)gmail(dot)com>
> wrote:
>
>> Saludos a Todos
>>
>> El tema Tecnico siempre debe tomar en Cta el Proceso previo como
>> sabemos el Modulo Contable en cualquier aplicativo es el receptor de
>> todos los actos administrativos que ya se ejecutaron lo que significa
>> que el modulo debe ser permeable mediante su plan de Cuenta siempre
>> que los procesos contables lo identifiques como se menciona por perior
>> periodo para poder definir resultados comparativos por Años contra el
>> que se esta ejecutando esto permite ajustar las cuentas al cierre del
>> periodo
>> Es prescindible que este modulo tenga cierre mensual para obligar los
>> ajuste previos al cierre global del Año por consiguiente la
>> Estructura en Schema se hace recomendable para poder generar Estado de
>> Resultado por periodos y con sus Comparativos es una recomendacion
>>
>> Nuestro respeto y saludos a todos
>>
>> Ernesto Lozano
>> Director
>> Hia Technology Systems
>> ISV EnterpriseDB
>>
>> El 27 de septiembre de 2013 13:39, Felipe Hernández escribió:
>>
>> ---------- Mensaje reenviado ----------
>> De: FELIPE HERNÁNDEZ
>>
>> Fecha: 27 de septiembre de 2013 13:08
>> Asunto: Re: [pgsql-es-ayuda] problemas BD y contabilidad
>> Para: Felipe Araoz Ramos
>>
>> Buen Dia
>>
>> No se para que Pais es el desarrollo que estas haciendo, tengo algo
>> de experiencia en dicho modulo para la legislacion Colombiana y te
>> haria las siguientes recomendaciones.
>>
>> 1. No segmentes la informacion por años en esquemas, Estos modulos
>> generalmente tiene informes comparativos de como se a comportado la
>> empresa a traves del tiempo, muy usual comparar con dos y hasta cinco
>> años atras, si segmentas la informacion despues para generar estos
>> informes te vas a complicar la vida.
>>
>> 2. Las cuentas muy dificilmente cambian anualmente, el cambiar las
>> cuentas seria como decir que cambio mi actividad economica, es decir
>> el 2010 vendi pollo, en el 2011 vendi Zapatos y en el 2013 vendi
>> Electrodomesticos, y si llegara a darse esta situacion igual la
>> estructuracion de las cuentas se rige por codificacion diferente
>> (Almenos asi es en mi pais) por tanto no tendrias ese problema.
>>
>> Sin embargo sí se presenta. muy esporadicamente que una cuenta de
>> detalle (Que es la que almacena Informacion) necesite convertirse en
>> cuenta de mayor (la que agrupa informacion) para contener nuevas
>> cuentas de detalle, pero como te digo, eso es como decimos aca a las
>> 500. muy raro. Para eso es bueno tener procesos de recategorizacion de
>> cuentas.
>>
>> 3. Piensa en alternativas de otro tipo de identificadores para que a
>> futuro no modifiques las cuentas por ejemplo identificacion de centros
>> de costo, subcentro costos, terceros, productos, de tal forma que si
>> mañana la empresa abre una sucursal no tengas que crear toda una
>> nueva cantidad de cuentas contables para manejar dicha sucursal, sino
>> simplemente las identificarias por un nuevo centrocosto, esto tambien
>> te ayuda que a futuro no tengas que crear una gran cantidad de cuentas
>> a medida que la empresa crece y tampoco tener que estar
>> recategorizandolas por este tipo de situaciones.
>>
>> 4. No te recomiendo funciones de activacion y desactivacion de
>> cuentas, simplemente no las muestres si sus saldos iniciales vienen a
>> cero y en el periodo solicitado no hay movimiento. Los registros
>> contables en el momento menos pensado necesitan utilizar cuentas que
>> han estado muertas en periodos largos de tiempo y si agregas esta
>> funcionalidad le complicas la vida a los usuarios porque tendrian que
>> estar activando y desactivando.
>>
>> Las recomendaciones que te hago son de experiencias propias en el
>> desarrollo de este tipo de modulos, espero sean de tu ayuda.
>>
>> Atentamente,
>>
>> LUIS FELIPE HERNANDEZ
>>
>> PASTO - COLOMBIA
>>
>> El 27 de septiembre de 2013 12:30, Felipe Araoz Ramos escribió:
>>
>>
>> Estimado Roberto:
>>
>> > En la empresa en la que trabajo estamos realizando un sistema
>> contable para
>> > dicha empresa, la duda surge en el momento de hacer el cierre de
>> gestion y
>> > apertura de la nueva gestion. ya que en algunas ocaciones(apertura
>> de la
>> > nueva gestion) tienen la necesidad de reestructurar el plan de
>> cuentas
>> > contables que se manejaba en la gestion anterior(se eliminan
>> algunas
>> > cuentas contables, algunas cuentascontables son desglosadas en
>> varias
>> > cuentas deacuerndo a las necesidades de la empresa o por que la
>> empresa
>> > esta en crecimiento, etc).
>>
>> Cuando se habla de cierre de gestión, lo que se hace es la
>> acumulación
>> de saldos de cada cuenta de un ejercicio (ejercicio=Año contable
>> financiero) y esto saldos son abonados o cargados según el caso
>> para
>> que queden en cero (no se elimina solo se saldan las cuentas) y la
>> apertura de los mismos se hace en un nuevo ejercicio, donde irán
>> solo
>> las cuentas de balance (Activo, pasivo y patrimonio), las de gastos
>> e
>> ingresos (llamadas también cuentas de gestión) se quedan en el
>> ejercicio anterior, y en este nuevo ejercicio empicezan con cero,
>> (para empezar a medir la gestión del nuevo ejercicio). y todo
>> esto se
>> maneja en la tabla de movimiento contables.
>>
>> La cuentas no es recomendable eliminarlas, porque son cuentas
>> controladas por las entidades fiscalizadoras. Si se deja de usar
>> una
>> cuenta y tiene saldo deudor, se hace un asiento por el mismo importe
>> con un movimiento acreedor quedando en cero y su contrapartida a la
>> nueva cuenta por el mismo importe. La cuenta "Antigua", se le
>> inhabilita supongo que tu tabla de cuentas tienen un campo logicol
>> Activo o no activo.
>>
>> >
>> > Es aqui donde surge la duda del como manejar la informacion en
>> la base de
>> > datos ya que si bien el plan de cuentas de la nueva gestion es
>> diferente a
>> > la anterior, las cuentas y toda la informacion de la gestion
>> anterior se
>> > debe mantener intacta como la dejaron al momento de hacer el
>> cierre de
>> > gestion(plan de cuentas, asientos, etc).
>>
>> Si quiere consulta tu ejercicio anterior, simplemente le das los
>> parámetros de año y mes y veras los saldos de tus cuentas
>> "antiguas".
>>
>> Saludos
>>
>> Felipe
>>
>> -
>> Enviado a la lista de correo pgsql-es-ayuda
>> (pgsql-es-ayuda(at)postgresql(dot)org [5])
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/**mailpref/pgsql-es-ayuda<http://www.postgresql.org/mailpref/pgsql-es-ayuda>[6]
>>
>> --
>> fElIpE
>>
>
>