VFP Y MYSQL Duda con Sistema Contable.
395 views
Skip to first unread message
Douglas Sánchez Guillén
Jul 30, 2011, 10:08:02 AM7/30/11
to publice...@googlegroups.com
Hola que tal a todos por aca en el foro, soy desarrollador de vfp de la desde foxbase, pero nunca he hecho un sistema contable desde cero le he dado mantenimiento a varios y he resuelto, correctamente y entiendo la logica de contabilidad estudie contabilidad, pero pregunto, hay algo que tengo que tomar en cuenta para desarrollarlo desde cero alguien me puede contar su experiencia, para que se me facilite todo empiza con el catalogo yo se ver cuales son de detalles cuales de grupo activo, pasivo capital eso ya lo tengo controlado.
Pero todo los programas que he visto tiene su propias formas, como acumular en tablas yo lo que hago que siempre guardo en lugares distintos y acumulo solo en informes pero si he visto sitsema q en el catalogo van haciendo la balaza de comprobasion ahi mismo.
Alguien q me pueda aconcejar. saludes y gracias de antemano..
--
Douglas Sánchez
--
Douglas Sánchez
Carlos Miguel FARIAS
Jul 30, 2011, 11:38:24 AM7/30/11
to publice...@googlegroups.com
Tu sistema contable debe responder a los requerimientos del contador que usara el sistema. Hay reportes que son comunes a todos los sistema contables, pero en muchos casos deben ajustar a las normas contables vigentes en el pais donde el programa contable funcione (para que los cuadros son utilizables).
Aunque hay una tendencia internacional a que los contadores utilicen las mismas normas contables (NIC) y hay organismos internacionales involucrados en el tema (IFAC), todavìa no se han instaurado completamente dichas normativas en todos los paises (y no por que los contadores hagan retranca, si no por la magnitud del cambio y la necesidad de compatibilidad descendente).
Saludos: Miguel
Aunque hay una tendencia internacional a que los contadores utilicen las mismas normas contables (NIC) y hay organismos internacionales involucrados en el tema (IFAC), todavìa no se han instaurado completamente dichas normativas en todos los paises (y no por que los contadores hagan retranca, si no por la magnitud del cambio y la necesidad de compatibilidad descendente).
Saludos: Miguel
Walter R. Ojeda Valiente
Jul 30, 2011, 12:14:38 PM7/30/11
to publice...@googlegroups.com
Hola Douglas
Yo he desarrollado un sistema de contabilidad muy popular, quien lo ve lo compra. Así que supongo que en algo podré ayudarte.
Primero, debes definir el alcance de tu sistema contable. En general yo siempre pienso en vender cualquier aplicación que desarrollo a muchos clientes, no solamente a uno ya que eso no es negocio para mí. Pero no sé si esa es también tu óptica.
Un buen sistema contable debe contemplar como mínimo:
1. Múltiples empresas, para que con un solo programa puedan llevar la contabilidad de muchas empresas. Es el caso de un estudio contable.
2. Múltiples sucursales, para que una empresa pueda tener una Casa Central o Casa Matriz y varias sucursales.
3. Multimoneda. Como mínimo moneda local y dólares americanos, pero puedes tener más monedas.
4. Múltiejercicio. Para que sea muy fácil pasar de un ejercicio contable a otro. Eso incluye copiado automático del Plan de Cuentas
5. Cuentas rápidas. Para que los números de cuenta más utilizados sean mostrados escribiendo solamente dos caracteres
6. Asientos automáticos. Para que los asientos más comunes con uno o dos click ya sean agregados.
7. Informes fiscales. Debes proveer todos los informes que el Gobierno de tu país exige, más informes adicionales de utilidad para el contador
8. Extrema facilidad de uso. Debe ahorrarle al usuario el máximo de su tiempo.
9. Integración con otros sistemas informáticos. Debe ser fácil y sencillo desde otra aplicación (Facturación, Sueldos, etc.) agregar asientos
Además, para que a la gente le guste usarlo, debe:
1. Permitir ingresar datos muy facilmente, con pantallas sencillas
2. Permitir consultar (buscar) datos muy facilmente
3. Desde tu pantalla principal llegar a las opciones más usadas con un solo click. Aquí se aplica la filosofía: con 1 click es bueno, con 2 clicks es regular, con 3 clicks es pésimo.
Ya que eso es lo que quieren los usuarios: carga muy rápida y consultas rápidas y fáciles. He visto muchas aplicaciones por ahí que son demasiado "vuelteras", para conseguir cualquier cosa debes estar dando vueltas y vueltas, no son directas, es muy molesto trabajar con ellas. El éxito de mis aplicaciones se debe en gran medida a eso, cuando las ven siempre me dicen que les gusta porque son muy fáciles de usar.
Si a una persona que nunca vió una aplicación tuya necesitas explicarle su funcionamiento durante más de media hora para que le quite el máximo provecho, entonces tienes un error de diseño.
Con respecto a las tablas, guardar en ellas los totales es un error de concepto, que viene de tiempos pretéritos. Es lo que por aquí llamamos "del viejazo". Aaaantes se hacía eso porque los discos duros tenían poca capacidad y las computadoras eran muy, pero muy lentas (comparadas con las actuales). Ahora, eso ya no se justifica. Si algo puede calcularse entonces nunca, jamás, debe estar en tu tabla. Lo correcto es que tengas un procedimiento almacenado (o procedimiento simple si no usas SQL) que te halle el resultado.
Y con relación a la estructura de tus tablas:
1. En tu Plan de Cuentas (creo que tú le llamas catálogo) debes tener estos campos:
- Ejercicio contable
- Código de la Sucursal
- Número de la Cuenta
- Nombre de la Cuenta
- Número de la subcuenta
- Nombre de la subcuenta
- Cuenta superior (de cual cuenta depende esta cuenta)
- Tipo de cuenta (asentable o no asentable)
- Nivel de la cuenta
Si necesitas más campos, muy probablemente estás teniendo un error de análisis.
Bueno, creo que con esto ya tendrás una idea, si necesitas algo más, sólo avisa.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 08:08:02 -0600
Subject: [vfp] VFP Y MYSQL Duda con Sistema Contable.
From: dougl...@gmail.com
To: publice...@googlegroups.com
Yo he desarrollado un sistema de contabilidad muy popular, quien lo ve lo compra. Así que supongo que en algo podré ayudarte.
Primero, debes definir el alcance de tu sistema contable. En general yo siempre pienso en vender cualquier aplicación que desarrollo a muchos clientes, no solamente a uno ya que eso no es negocio para mí. Pero no sé si esa es también tu óptica.
Un buen sistema contable debe contemplar como mínimo:
1. Múltiples empresas, para que con un solo programa puedan llevar la contabilidad de muchas empresas. Es el caso de un estudio contable.
2. Múltiples sucursales, para que una empresa pueda tener una Casa Central o Casa Matriz y varias sucursales.
3. Multimoneda. Como mínimo moneda local y dólares americanos, pero puedes tener más monedas.
4. Múltiejercicio. Para que sea muy fácil pasar de un ejercicio contable a otro. Eso incluye copiado automático del Plan de Cuentas
5. Cuentas rápidas. Para que los números de cuenta más utilizados sean mostrados escribiendo solamente dos caracteres
6. Asientos automáticos. Para que los asientos más comunes con uno o dos click ya sean agregados.
7. Informes fiscales. Debes proveer todos los informes que el Gobierno de tu país exige, más informes adicionales de utilidad para el contador
8. Extrema facilidad de uso. Debe ahorrarle al usuario el máximo de su tiempo.
9. Integración con otros sistemas informáticos. Debe ser fácil y sencillo desde otra aplicación (Facturación, Sueldos, etc.) agregar asientos
Además, para que a la gente le guste usarlo, debe:
1. Permitir ingresar datos muy facilmente, con pantallas sencillas
2. Permitir consultar (buscar) datos muy facilmente
3. Desde tu pantalla principal llegar a las opciones más usadas con un solo click. Aquí se aplica la filosofía: con 1 click es bueno, con 2 clicks es regular, con 3 clicks es pésimo.
Ya que eso es lo que quieren los usuarios: carga muy rápida y consultas rápidas y fáciles. He visto muchas aplicaciones por ahí que son demasiado "vuelteras", para conseguir cualquier cosa debes estar dando vueltas y vueltas, no son directas, es muy molesto trabajar con ellas. El éxito de mis aplicaciones se debe en gran medida a eso, cuando las ven siempre me dicen que les gusta porque son muy fáciles de usar.
Si a una persona que nunca vió una aplicación tuya necesitas explicarle su funcionamiento durante más de media hora para que le quite el máximo provecho, entonces tienes un error de diseño.
Con respecto a las tablas, guardar en ellas los totales es un error de concepto, que viene de tiempos pretéritos. Es lo que por aquí llamamos "del viejazo". Aaaantes se hacía eso porque los discos duros tenían poca capacidad y las computadoras eran muy, pero muy lentas (comparadas con las actuales). Ahora, eso ya no se justifica. Si algo puede calcularse entonces nunca, jamás, debe estar en tu tabla. Lo correcto es que tengas un procedimiento almacenado (o procedimiento simple si no usas SQL) que te halle el resultado.
Y con relación a la estructura de tus tablas:
1. En tu Plan de Cuentas (creo que tú le llamas catálogo) debes tener estos campos:
- Ejercicio contable
- Código de la Sucursal
- Número de la Cuenta
- Nombre de la Cuenta
- Número de la subcuenta
- Nombre de la subcuenta
- Cuenta superior (de cual cuenta depende esta cuenta)
- Tipo de cuenta (asentable o no asentable)
- Nivel de la cuenta
Si necesitas más campos, muy probablemente estás teniendo un error de análisis.
Bueno, creo que con esto ya tendrás una idea, si necesitas algo más, sólo avisa.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 08:08:02 -0600
Subject: [vfp] VFP Y MYSQL Duda con Sistema Contable.
From: dougl...@gmail.com
To: publice...@googlegroups.com
Douglas Sánchez Guillén
Jul 30, 2011, 12:16:10 PM7/30/11
to publice...@googlegroups.com
Muchas gracias. a ambos...--
Ing. Douglas Sánchez Guillén
Ing. Douglas Sánchez Guillén
Consultor Informatico
Movistar: 505 8759 - 5342
Claro: 505 88495476
edgar suarez kummers
Jul 30, 2011, 12:40:31 PM7/30/11
to publice...@googlegroups.com
Estimado Douglas:
Hace más de un año había escrito a Maggie,
la simpática Paraguaya del grupo vaticinándole
que primero terminaría otra carrera profesional
en una Universidad antes que acabar un
ERP completo. ( Programa de Contabilidad )
Mira, los códigos que poseo ocupan unos 30
megabytes, al compilar un proyecto de estos.
Claro que lo puedes hacer, sin duda alguna,
pero, ¿ dispones de varios años ?, acaso cerca a
diez para hacerlo.
Primero, los países tienen unas normas contables
dictadas por sus departamentos de hacienda.
¿Cómo se trata una contabilidad? --- a través del
libro
diario generas un documento que incluye todos los
tejemanejes de una operación cualquiera ...
Por ejemplo:
Vas a pagar a un asesor de tu empresa un sueldo.
El sueldo incluye horas extras, recargo nocturno,
días feriados, en fin todo lo que se debe pagar.
Para pagarle usas una parte de la caja menor en
moneda nacional, más unos cuantos dolares que tienes
allí guardados. También le giras un cheque de un banco
de tu pueblo, más otra parte en un cheque de un banco
de la capital de tu país. Como este último cheque va a
pagar una comisión, tú le debes dar una suma adicional
al empleado para que no pierda ni un céntimo.
Otra parte del sueldo se la vas a pagar en especie ...
algunos productos ya terminados de tu empresa y
otros
que están como materia prima.
Pues bien, cuando logres pagarle esa parte en especie
tu software debe descargar del inventario al valor de
costo ambas partidas y adicionalmente debes imputar
una utilidad por la diferencia a favor tuyo en la transacción.
Todo eso, te repito se llama un comprobante de movimiento
diario, que puede tener varios débitos y otros tantos créditos
a diferentes cuentas y que cada una debe existir dentro del
plan contable y que correspondan a las normas legales de
"Hacienda" del país donde se usa el programa de contabilidad.
Hasta ahora estás empezando la contabilidad, pero te faltan
los siguientes módulos ...
De facturación
De inventarios
De clientes
De cuentas por cobrar
De
cuentas por pagar
De remisiones
De proveedores
De estimados
De cuentas corrientes
De remisiones
De contabilidad general
De nómina
De aportes a la seguridad social
De los llamados dos sueldos adicionales anuales
De las cajas de dinero en puntos de venta
De las cuentas de los accionistas.
Lo anterior para que puedan cumplir gracias a tu
software con la primera premisa de una empresa:
Dar Utilidades a los accionistas.
Y también con la segunda que deben seguir
todos los que forman parte de la empresa.
Nunca olvidar la primera
premisa.
O sea tu software debe ser tan poderoso que cuente
con el aval de los "dueños de los avisos" ... acá ni
siquiera los contadores públicos tienen mucha injerencia
salvo en lo técnico del software.
Los "dueños de los avisos" miran lo que se llama "retorno",
porque así saben cuanto tienen patrimonialmente ....
Sillín es a sillón como cojín es a X
Si gano anualmente un millón de dólares es porque mi
empresa vale entre cinco y siete millones de dólares, sin
importar cuanto oro hay debajo enterrado ni cuantas
vacas estaban acostadas
durmiendo el 31 de diciembre,
cuando las contaron para hacer el inventario de
"Ganado en pié".
Tu software debe poder trabajar en red, varios computadores,
todos simultáneamente ... y si tu organización es multiempresa, debes llevar todas las contabilidades parciales y llevarla a una total.
Las condiciones para un software de estos son muy exigentes
y la razón es que ya existen en el mercado paquetes que hacen
todo esto ... existen empresas de software que empezaron hace unos 30 años a hacer estos paquetes y aún no los han terminado, porque deben ir acompañando a las normas gubernamentales respecto de pagos a trabajadores, inventarios, impuestos directos e indirectos ...
Yo lo hice durante 12 años y una normativa me "reventó" ... en programas tan extensos lo difícil no es agregarle cosas sino quitarle cosas
...
También te comento que una empresa multinacional que para mí fue una Universidad técnica, "Eagle Pencil Company", luego llamada "Berol", luego llamada "Sanford" la han reventado los Chinos ... en su momento ellos tenían un computador IBM 360 para asuntos contables.
Saludos y gracias por tu tiempo.
Edgar
De: Douglas Sánchez Guillén <dougl...@gmail.com>
Para: publice...@googlegroups.com
Enviado: sábado 30 de julio de 2011 9:08
Asunto: [vfp] VFP Y MYSQL Duda con Sistema Contable.
Walter R. Ojeda Valiente
Jul 30, 2011, 12:51:00 PM7/30/11
to publice...@googlegroups.com
Hola Edgar
Parece que estás confundiendo dos cosas: un ERP con un sistema contable.
Y para terminar un buen sistema contable, trabajando 8 horas por día, no se debería tardar más de 1 mes. Un buen ERP sí tardará bastante más, entre 4 meses y 9 meses, dependiendo de la complejidad. Si se tarda más que eso, entonces el análisis o el diseño (o generalmente: ambos) dejan mucho que desear.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 17:40:31 +0100
From: edgark...@yahoo.es
Subject: Re: [vfp] VFP Y MYSQL Duda con Sistema Contable.
To: publice...@googlegroups.com
Parece que estás confundiendo dos cosas: un ERP con un sistema contable.
Y para terminar un buen sistema contable, trabajando 8 horas por día, no se debería tardar más de 1 mes. Un buen ERP sí tardará bastante más, entre 4 meses y 9 meses, dependiendo de la complejidad. Si se tarda más que eso, entonces el análisis o el diseño (o generalmente: ambos) dejan mucho que desear.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 17:40:31 +0100
From: edgark...@yahoo.es
Subject: Re: [vfp] VFP Y MYSQL Duda con Sistema Contable.
To: publice...@googlegroups.com
edgar suarez kummers
Jul 30, 2011, 2:07:10 PM7/30/11
to publice...@googlegroups.com
Buenas Walter:
Creo que tú estás "fuera de concurso"
quiero decir que no todos los programadores
son tan idóneos.
El poder de un sistema contable lo exigen las
normas de "Hacienda" de los países donde van
a funcionar los programas.
Dentro de este foro existen varios Gurús y he
tenido claro que tú, Luis María, Miguel, Luis,
Ze Roberto, Antonio, Oscar y otros a quienes
pido disculpas si no los nombro, sencíllamente
porque no recuerdo ahora sus nombres ...
Agradezco siempre la oportunidad que se me
da de poder al menos leer los mensajes de
programadores tan sustanciosos dentro del
foro, "con más preparación que
un buen
queso Francés o un Salami Italiano".
Es gracias a esto que he podido darme cuenta
de lo mucho, pero mucho más grande (Méxicanada)
parte que me falta para alcanzarlos.
En una Especialización que hice narraba a mis
compañeros que Goethe, el alemán, con un I.Q.
de 180, dedicaba todo su tiempo a escribir ...
Narré que se le había calculado que apenas si
podía sacar algo de tiempo para las cosas elementales
de la vida, eso deducido por cálculos matemáticos ...
El Profesor nuestro dijo entonces "Entonces según Usted
apenas tenía tiempo para echarse un polvito de vez en
cuando ... " y cuando todos nos reímos, se sonrojó.
Espero de corazón que en ese mes que te toma hacer
una contabilidad ... alcances a echarte
uno que otro
polvito ...
Yo, como le decía Agustín Lara a María Félix ....
"Yo, ya ..... Yo ya ..... " no soy capaz de tanto.
Te felicito
saludos
Edgar
De: Walter R. Ojeda Valiente <wr...@hotmail.com>
Para: publice...@googlegroups.com
Enviado: sábado 30 de julio de 2011 11:51
Asunto: RE: [vfp] VFP Y MYSQL Duda con Sistema Contable.
Walter R. Ojeda Valiente
Jul 30, 2011, 3:41:25 PM7/30/11
to publice...@googlegroups.com
Hola Edgar
Más allá de ser gurú (como me nombras) o no, la forma inteligente de programar es teniendo procedimientos, funciones, clases, formularios, procesos, informes, etc., reutilizables.
Si yo tuviera que empezar hoy a programar con un lenguaje totalmente nuevo y desconocido para mí, lo primero que me interesaría conseguir sería una buena biblioteca de lo antedicho, creada por mí (preferentemente) o por otros.
Es algo similar al juego del Lego en el cual tienes unos ladrillos con los cuales puedes ir formando estructuras (casas, automóviles, aviones, robots, lo que quieras). Los principiantes empiezan cada nuevo proyecto desde cero, poniendo y sacando ladrillos casi como al azar, hasta que sale algo más o menos reconocible. Quienes están más avanzados, primero diseñan en un papel lo que desean y obtienen más rápidos y mejores resultados. Y quienes son expertos, reutilizan lo que ya habían creado con anterioridad y así puedes ver que en 5 minutos han logrado estructuras muchísimo mejores en todos los aspectos que las que consiguieron los principiantes tras muchísimas horas de trabajo.
En programación eso es inclusive más notorio. Si ya tienes una biblioteca muy completa y sabes como encajar un componente con los otros, entonces el tiempo de desarrollo se reduce muchísimo, y llegas muy rapidamente a tu objetivo.
Por eso, la clave para ser productivo es: reutilización.
Aunque en ese momento no lo veas claro, si cada uno de tus procedimientos, funciones, clases, formularios y demás está pensado para ser reutilizado en otras aplicaciones cuando llegue ese momento lo tendrás muy fácil.
Por lo tanto, el énfasis debe ponerse en el análisis y en el diseño de la aplicación, no en la programación. La programación de un proyecto bien analizado y bien diseñado corre como un Ferrari nuevito por una autopista donde no hay otro vehículo. La programación de un proyecto mal analizado y mal diseñado corre como un Ford T en una calle de tierra, llena de pozos, agua, barro y con embotellamiento de tránsito incluido.
Yo termino muy rápido los proyectos nuevos no porque sea un gurú o un genio sino porque cada vez que escribo un nuevo procedimiento, función, clase, etc., lo hago pensando en reutilizarlo, le hago todas las pruebas que se me ocurren, me aseguro que haga bien lo que se supone que debe hacer y me olvido del asunto. Si alguna vez lo necesito, sé que está allí, esperando ser invocado.
¿Quiéres un proyecto exitoso y que te haga ganar buen dinero? Entonces el 80% del tiempo total debe ser dedicado al análisis y el diseño y el 20% a las demás tareas (programación, documentación, implementación, etc.)
¿Quiéres perder dinero? Cambia esos porcentajes, disminuyendo el análisis y el diseño y aumentando los demás.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 19:07:10 +0100
Más allá de ser gurú (como me nombras) o no, la forma inteligente de programar es teniendo procedimientos, funciones, clases, formularios, procesos, informes, etc., reutilizables.
Si yo tuviera que empezar hoy a programar con un lenguaje totalmente nuevo y desconocido para mí, lo primero que me interesaría conseguir sería una buena biblioteca de lo antedicho, creada por mí (preferentemente) o por otros.
Es algo similar al juego del Lego en el cual tienes unos ladrillos con los cuales puedes ir formando estructuras (casas, automóviles, aviones, robots, lo que quieras). Los principiantes empiezan cada nuevo proyecto desde cero, poniendo y sacando ladrillos casi como al azar, hasta que sale algo más o menos reconocible. Quienes están más avanzados, primero diseñan en un papel lo que desean y obtienen más rápidos y mejores resultados. Y quienes son expertos, reutilizan lo que ya habían creado con anterioridad y así puedes ver que en 5 minutos han logrado estructuras muchísimo mejores en todos los aspectos que las que consiguieron los principiantes tras muchísimas horas de trabajo.
En programación eso es inclusive más notorio. Si ya tienes una biblioteca muy completa y sabes como encajar un componente con los otros, entonces el tiempo de desarrollo se reduce muchísimo, y llegas muy rapidamente a tu objetivo.
Por eso, la clave para ser productivo es: reutilización.
Aunque en ese momento no lo veas claro, si cada uno de tus procedimientos, funciones, clases, formularios y demás está pensado para ser reutilizado en otras aplicaciones cuando llegue ese momento lo tendrás muy fácil.
Por lo tanto, el énfasis debe ponerse en el análisis y en el diseño de la aplicación, no en la programación. La programación de un proyecto bien analizado y bien diseñado corre como un Ferrari nuevito por una autopista donde no hay otro vehículo. La programación de un proyecto mal analizado y mal diseñado corre como un Ford T en una calle de tierra, llena de pozos, agua, barro y con embotellamiento de tránsito incluido.
Yo termino muy rápido los proyectos nuevos no porque sea un gurú o un genio sino porque cada vez que escribo un nuevo procedimiento, función, clase, etc., lo hago pensando en reutilizarlo, le hago todas las pruebas que se me ocurren, me aseguro que haga bien lo que se supone que debe hacer y me olvido del asunto. Si alguna vez lo necesito, sé que está allí, esperando ser invocado.
¿Quiéres un proyecto exitoso y que te haga ganar buen dinero? Entonces el 80% del tiempo total debe ser dedicado al análisis y el diseño y el 20% a las demás tareas (programación, documentación, implementación, etc.)
¿Quiéres perder dinero? Cambia esos porcentajes, disminuyendo el análisis y el diseño y aumentando los demás.
Saludos.
Walter.
Date: Sat, 30 Jul 2011 19:07:10 +0100
Reply all
Reply to author
Forward
0 new messages