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, <[email protected]> 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 <[email protected]> > 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 >> ([email protected] [5]) >> Para cambiar tu suscripción: >> >> http://www.postgresql.org/**mailpref/pgsql-es-ayuda<http://www.postgresql.org/mailpref/pgsql-es-ayuda>[6] >> >> -- >> fElIpE >> > >
