Re: problemas BD y contabilidad

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 <pipelx(at)gmail(dot)com>escribió:

>
>
> ---------- Mensaje reenviado ----------
> De: Felipe Hernández <pipelx(at)gmail(dot)com>
> Fecha: 27 de septiembre de 2013 13:08
> Asunto: Re: [pgsql-es-ayuda] problemas BD y contabilidad
> Para: Felipe Araoz Ramos <faraoz(at)gmail(dot)com>
>
>
> 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 <faraoz(at)gmail(dot)com>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)
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>>
>
>
>
> --
> fElIpE
>
>
>
> --
> fElIpE
>