Propuestas Software Contable
158 views
Skip to first unread message
Miguel Antúnez
Dec 13, 2012, 5:06:51 PM12/13/12
to publice...@googlegroups.com
Buenas tardes Foxeros, explico un poco el motivo del correo.
Miguel Angel Antúnez Camones
mant...@gmail.com
En la empresa contamos con un software contable que corre en un AS/400 con interfaces en VFP, el cual como departamento ya nos es difícil hacerle mtto, sobre todo por el hardware ya que esta e un modelo descontinuado e invertir en uno nuevo solo por el tema contable no tiene sentido.
Tengo 3 opciones para reemplazarlo,
- Adquirir uno, ya probado y sacramentado, con la posibilidad de hacer todas las interfaces con mis demás módulos en funcionamiento
- Desarrollarlo, es una opción interesante, ya que nunca desarrolle uno contable, el que tenemos actualmente fue adquirido al cual le hicimos un proceso de adaptación.(en lo particular lo noto mal diseñado), por otra parte hacer un software de estas características distraería por el momento nuestros principales objetivos de desarrollo de nuestro software productivo. ademas el contratar personal me implicaría mas tiempo en capacitación y ademas de tiempo en el diseño de este software.
- Proponer a alguno de uds. la adaptación de su software contable a nuestro ERP con todo lo que esto implique, trabajo de adaptación, capacitación sobre el diseño, fuentes de la adaptación, etc.
Los requisitos para el punto 1 y 2 :
- Base de datos SQL server 2005
- No importa interface para el punto 1, para el punto 2 tendría que ser vfp
- Programación cliente-servidor y capas
- Para el punto 2 podría proporcionar un framework donde se pueda adaptar, para seguir con mi standar de software
- El software contable tiene que tener referencias instaladas y en funcionamiento en el mercado peruano, de preferencia empresas industriales.
- Abstenerse de enviar propuestas que no estén en funcionamiento en el mercado peruano.
- Enviar sus propuestas, tanto del punto 1 o el punto 2, comunicarse conmigo a través de este medio mant...@gmail.com.
Saludos.
-- Miguel Angel Antúnez Camones
mant...@gmail.com
Miguel Antúnez
Dec 14, 2012, 7:33:13 AM12/14/12
to publice...@googlegroups.com
Corrección, me había equivocado en los puntos en vez de decir 3 decía 2.
En la empresa contamos con un software contable que corre en un AS/400 con interfaces en VFP, el cual como departamento ya nos es difícil hacerle mtto, sobre todo por el hardware ya que esta e un modelo descontinuado e invertir en uno nuevo solo por el tema contable no tiene sentido.
Tengo 3 opciones para reemplazarlo,
- Adquirir uno, ya probado y sacramentado, con la posibilidad de hacer todas las interfaces con mis demás módulos en funcionamiento
- Desarrollarlo, es una opción interesante, ya que nunca desarrolle uno contable, el que tenemos actualmente fue adquirido al cual le hicimos un proceso de adaptación.(en lo particular lo noto mal diseñado), por otra parte hacer un software de estas características distraería por el momento nuestros principales objetivos de desarrollo de nuestro software productivo. ademas el contratar personal me implicaría mas tiempo en capacitación y ademas de tiempo en el diseño de este software.
- Proponer a alguno de uds. la adaptación de su software contable a nuestro ERP con todo lo que esto implique, trabajo de adaptación, capacitación sobre el diseño, fuentes de la adaptación, etc.
Los requisitos para el punto 1 y 3 :
- Base de datos SQL server 2005
- No importa interface para el punto 1, para el punto 3 tendría que ser vfp
- Programación cliente-servidor y capas
- Para el punto 3 podría proporcionar un framework donde se pueda adaptar, para seguir con mi standar de software
- El software contable tiene que tener referencias instaladas y en funcionamiento en el mercado peruano, de preferencia empresas industriales.
- Abstenerse de enviar propuestas que no estén en funcionamiento en el mercado peruano.
- Enviar sus propuestas, tanto del punto 1 o el punto 3, comunicarse conmigo a través de este medio mant...@gmail.com.
Espero recibir sus ofertas así programar una reunión donde podríamos detallar los puntos y llegar a un consenso.
Saludos.
Fox Learner
Dec 14, 2012, 9:52:54 AM12/14/12
to publice...@googlegroups.com
Al final, no entendí si también se va a actualizar el hardware o no ? ..
Desarrollar un sistema contable para operar sobre un hardware "descontinuado" que sentido tendría eso?...
Saludos!
Ernesto
Dec 14, 2012, 11:31:28 AM12/14/12
to publice...@googlegroups.com
Yo te sugiero que desarrolles de cero, no es muy coplicado. Lo que necesitas entender es el principio de partida doble el cual dice que una cuenta no puede aplicada sin que otra sea afectada, siguiendo este principio tu software para ser funcional debe contar con las siguientes caracteristicas como minimo:
a)Un formulario para ingreso de Partidas
b)Un Formulario para ingreso del Catalogo de Cuentas
c)Los reportes
Paso a describir estos tres puntos
a)El formulario de partidas debe ser maestro detalle que maneje las siguiente tablas :
1)Tabla maestras
idpartida
descripcion
numero de partida (debe ser diferente del idpartida ya que a los contadores les gusta cambiar el numero de partidas a voluntad)
fecha
tipo de partida: Diario, Egreso Ingreso
2)Tabla detalle
idpartida
codigo de cuenta (cuenta del catalogo de cuentas, este campo estara enlazado a la tabla de cuentas )
descripcion
debe
haber
haber
b)El formulario de Catalogo de Cuentas debe manejar una unica tabla que contenga todas las cuentas del catalogo con los siguiente campos
1)tabla de codigos de cuentas
codigo
descripcion
tipo de cuenta: mayor o subcuenta
nota: algunos desarrolladores agregan mas campos a esta tabla para manejar la jerarquia de cuentas;
sin embargo no es necesario para generar los reportes si posees una buena rutina que agrupe los codigos de cuenta
de acuerdo a su mismo codigo.
Para explicar esto agrego un ejemplo de un catalogo de cuentas :
1 activo
11 efectivo
1101 caja chica
1102 bancos
1103 efectivo
como podes ver cada cuenta lleva implicita su jerarquia dentro del codigo no es necesario andar almacenando cuenta padre ni nada por el estilo.
c)Por último los reportes deben de ser por lo menos tres:
1)Balanza de comprobacion: es un reporte donde se ponen todas sus cuentas con su saldo
2)Auxiliar de cuentas: es un reporte donde se puede examinar los cargos y abonos de una cuenta en particular
3)Mayor: es un reporte igual que el anterior solo que de las cuentas de mayor
nota: una cuenta de mayor es aquella que no recibe aplicaciones direcas es decir solo le llega saldo por
medio de sus cuentas hijas
espero que esto te de un norte a seguir en tu desarrollo de aplicacion contable como ves no es muy complicado una vez que entiendes el funcionamiento de una contabilidad
El jueves, 13 de diciembre de 2012 16:06:51 UTC-6, Miguel Antúnez escribió:
a)Un formulario para ingreso de Partidas
b)Un Formulario para ingreso del Catalogo de Cuentas
c)Los reportes
Paso a describir estos tres puntos
a)El formulario de partidas debe ser maestro detalle que maneje las siguiente tablas :
1)Tabla maestras
idpartida
descripcion
numero de partida (debe ser diferente del idpartida ya que a los contadores les gusta cambiar el numero de partidas a voluntad)
fecha
tipo de partida: Diario, Egreso Ingreso
2)Tabla detalle
idpartida
codigo de cuenta (cuenta del catalogo de cuentas, este campo estara enlazado a la tabla de cuentas )
descripcion
debe
haber
haber
b)El formulario de Catalogo de Cuentas debe manejar una unica tabla que contenga todas las cuentas del catalogo con los siguiente campos
1)tabla de codigos de cuentas
codigo
descripcion
tipo de cuenta: mayor o subcuenta
nota: algunos desarrolladores agregan mas campos a esta tabla para manejar la jerarquia de cuentas;
sin embargo no es necesario para generar los reportes si posees una buena rutina que agrupe los codigos de cuenta
de acuerdo a su mismo codigo.
Para explicar esto agrego un ejemplo de un catalogo de cuentas :
1 activo
11 efectivo
1101 caja chica
1102 bancos
1103 efectivo
como podes ver cada cuenta lleva implicita su jerarquia dentro del codigo no es necesario andar almacenando cuenta padre ni nada por el estilo.
c)Por último los reportes deben de ser por lo menos tres:
1)Balanza de comprobacion: es un reporte donde se ponen todas sus cuentas con su saldo
2)Auxiliar de cuentas: es un reporte donde se puede examinar los cargos y abonos de una cuenta en particular
3)Mayor: es un reporte igual que el anterior solo que de las cuentas de mayor
nota: una cuenta de mayor es aquella que no recibe aplicaciones direcas es decir solo le llega saldo por
medio de sus cuentas hijas
espero que esto te de un norte a seguir en tu desarrollo de aplicacion contable como ves no es muy complicado una vez que entiendes el funcionamiento de una contabilidad
El jueves, 13 de diciembre de 2012 16:06:51 UTC-6, Miguel Antúnez escribió:
Miguel Antúnez
Dec 14, 2012, 2:20:05 PM12/14/12
to publice...@googlegroups.com
Hola Ernesto, muchas gracias por el alcance, como comentaba es algo que no pensaba desarrollarlo, viendo algunos software contables, me anima la idea de hacer uno propio, aun estoy a la espera de alguna propuesta, si no, tendré que contratar gente para este proyecto.
Reply all
Reply to author
Forward
0 new messages