Re: problemas BD y contabilidad

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 [6]
>
> --
> fElIpE

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda