Comentarios en: Velneo vConta Básica http://velneo.es/vconta/ Bienvenido a la comunidad de Velneo V7 Fri, 03 Feb 2012 17:18:46 +0000 hourly 1 http://wordpress.org/?v=3.1.3 Por: 25.000 descargas de programas de software libre | Web de Velneo V7 http://velneo.es/vconta/#comment-102662 25.000 descargas de programas de software libre | Web de Velneo V7 Tue, 24 Jan 2012 08:38:46 +0000 http://velneo.es/?p=7010609062999#comment-102662 [...] Velneo vConta [...] [...] Velneo vConta [...]

]]> Por: [N2] rodolformg.gmail http://velneo.es/vconta/#comment-82359 [N2] rodolformg.gmail Thu, 08 Dec 2011 04:38:23 +0000 http://velneo.es/?p=7010609062999#comment-82359 Hola, Alejandro. Gracias por la aclaración, me pondré en contacto con soporte. Saludos, Rodolfo Hola, Alejandro.

Gracias por la aclaración, me pondré en contacto con soporte.

Saludos,

Rodolfo

]]> Por: [N4] agonzalez.velneo http://velneo.es/vconta/#comment-81510 [N4] agonzalez.velneo Wed, 07 Dec 2011 08:23:07 +0000 http://velneo.es/?p=7010609062999#comment-81510 Buenos días, La compra debeis realizarla pulsando el botón del encabezado de la ficha, que pone el precio. Esto os llevará a la cesta de la compra de Velneo Directo, donde ya podreís observar que todos los suscriptores tienen un descuento del 100%. Disculpad las molestias. Un saludo, Alejandro G. Buenos días,

La compra debeis realizarla pulsando el botón del encabezado de la ficha, que pone el precio. Esto os llevará a la cesta de la compra de Velneo Directo, donde ya podreís observar que todos los suscriptores tienen un descuento del 100%.

Disculpad las molestias.

Un saludo,
Alejandro G.

]]> Por: [N2] rodolformg.gmail http://velneo.es/vconta/#comment-80334 [N2] rodolformg.gmail Tue, 06 Dec 2011 00:24:50 +0000 http://velneo.es/?p=7010609062999#comment-80334 Hola, ¿El descuento del 100% es para algún nivel en particular? He intentado descargarlo, pero no me pone ningún descuento, soy nivel 2. Saludos, Hola,

¿El descuento del 100% es para algún nivel en particular? He intentado descargarlo, pero no me pone ningún descuento, soy nivel 2.

Saludos,

]]> Por: [N2] lsmsusvilla http://velneo.es/vconta/#comment-79969 [N2] lsmsusvilla Mon, 05 Dec 2011 16:08:42 +0000 http://velneo.es/?p=7010609062999#comment-79969 Segun correo de fecha 05/12/2011 en el que se solicito el acceso a la demo de vconta, sigo sin poder encontrar el boton para la solicitud de la aplicacion con el 100% de descuento como suscriptor. Segun correo de fecha 05/12/2011 en el que se solicito el acceso a la demo de vconta, sigo sin poder encontrar el boton para la solicitud de la aplicacion con el 100% de descuento como suscriptor.

]]> Por: Victor Garcia http://velneo.es/vconta/#comment-63184 Victor Garcia Mon, 14 Nov 2011 00:00:00 +0000 http://velneo.es/?p=7010609062999#comment-63184 Buenas. En respuesta a Francisco Escribá. En el siguiente link puede ver le alcance funcional de las distintas versiones. <a href="http://www.vtodo.net/Soluciones-v7" rel="nofollow"></a> Gracias por su interes. Víctor García Buenas.

En respuesta a Francisco Escribá.

En el siguiente link puede ver le alcance funcional de las distintas versiones.

Gracias por su interes.

Víctor García

]]> Por: [N3] franciscoescriba.gmail http://velneo.es/vconta/#comment-60708 [N3] franciscoescriba.gmail Fri, 11 Nov 2011 02:29:58 +0000 http://velneo.es/?p=7010609062999#comment-60708 Hola, Tengo una pregunta para ustedes, he leído el documento de análisis funcional, y me queda una duda respecto a los centros de costo no se van a incluir estos como los de la versión 6.x yo los he usado en esta versión y funcionan muy bien, pero en el documento no encontré nada al respecto. Me pueden decir si se va a trabajar en esta parte de desarrollo? Gracias Francisco Escribá Hola,
Tengo una pregunta para ustedes, he leído el documento de análisis funcional, y me queda una duda respecto a los centros de costo no se van a incluir estos como los de la versión 6.x yo los he usado en esta versión y funcionan muy bien, pero en el documento no encontré nada al respecto. Me pueden decir si se va a trabajar en esta parte de desarrollo?

Gracias

Francisco Escribá

]]> Por: vBase 2.1 | Web de Velneo V7 http://velneo.es/vconta/#comment-47112 vBase 2.1 | Web de Velneo V7 Tue, 18 Oct 2011 10:47:16 +0000 http://velneo.es/?p=7010609062999#comment-47112 [...] vConta [...] [...] vConta [...]

]]> Por: Víctor http://velneo.es/vconta/#comment-28687 Víctor Tue, 09 Aug 2011 08:43:53 +0000 http://velneo.es/?p=7010609062999#comment-28687 <blockquote>Mi comentario se ciñe al análisis funcional, en concreto al papel y al tratamiento de los impuestos. Me baso en mi experiencia como contable (5 lustros) y desarrolador de herramientas de automatización de tareas contables (tras ocho años conozco en profundidad las estructuras de más de 30 aplicaciones contables). Además, creo que la normativa sobre tributos me avala. Al grano: la mayor eficiencia se da cuanto más separadas están contabilidad y fiscalidad. Es decir, están íntimamente relacionadas, pero son mundos distintos y como tales hay que tratarlos. Concretando, este sería mi tratamiento: *PGC: indicar que una cuenta es de carácter fiscal y punto. En lugar de pedir datos fiscales (claves fiscales, porcentajes, etc) al usuario se le debe pedir a qué impuesto se ha de asociar. NUNCA OBLIGAR A CREAR SUBCUENTAS POR CADA TIPO IMPOSITIVO, es una fuente segura de problemas. *Asientos: Nada en absoluto o indicar que el asiento da lugar a registros fiscales (plurales de asientos). *Apuntes: Si en asientos se ha optado por no relacionar con registros fiscales habrá que hacerlo aquí. Lo mejor, en mi opinión, es un solo apunte por cada impuesto implicado en el hecho contable (uno para todos los IVAs, por ejemplo) que permita ver el detalle de registros fiscales asociados *Base de datos maestra de SISTEMAS IMPOSITIVOS (aquí hay negocio) *Ventajas: vale para cualquier país del mundo (el enfoque actual nos limita a países que compartan nuestro sistema fiscal); evita errores de los usuarios; permite plantear sistemas de introducción de asientos sin que el usuario tome decisiones contables, facilita la comunicación con la aplicación (exportaciones-importaciones), ahorra mucho tiempo de soporte…. *Inconvenientes: el único que se me ocurre es que requiere más trabajo de programación. Tengo una regla personal para esto: cuanto mejor para el usuario, más trabajo PUNTUAL para el desarrollador, pero mejor producto y menos costoso de mantener Perdón por el rollazo, pero es que el tema da para un libro y me he sentido obligado a intentar evitar problemas que he padecido, padezco y padeceré mientra exista la estúpida brecha de comunicación entre informáticos y contables. Al menos que no pase en Velneo. Saludos a todos</blockquote> Buenas. Veo que tienes una forma de ver las cosas distinta a la nuestra. En el caso de vConta V7 hemos utilizado un sistema de aplicar los tributos distinto al de vConta 6.X basandonos en: 1.- La experiencia con vConta 6.X. 2.- La experiencia con otros aplicativos contables. 3.- La opinión de dos auditores de cuentas. 4.- La opinión de analístas acreditados y de prestigio. Como sabemos que es un tema donde "cada maestrillo tiene su librillo" te invitamos a que abras un hilo de discusión en el nuestra web www.vtodo.net y así todas las personas que lo deseen pueden aportar sus opiniones. Un saludo, Víctor García

Mi comentario se ciñe al análisis funcional, en concreto al papel y al tratamiento de los impuestos. Me baso en mi experiencia como contable (5 lustros) y desarrolador de herramientas de automatización de tareas contables (tras ocho años conozco en profundidad las estructuras de más de 30 aplicaciones contables). Además, creo que la normativa sobre tributos me avala.
Al grano: la mayor eficiencia se da cuanto más separadas están contabilidad y fiscalidad. Es decir, están íntimamente relacionadas, pero son mundos distintos y como tales hay que tratarlos.
Concretando, este sería mi tratamiento:
*PGC: indicar que una cuenta es de carácter fiscal y punto. En lugar de pedir datos fiscales (claves fiscales, porcentajes, etc) al usuario se le debe pedir a qué impuesto se ha de asociar. NUNCA OBLIGAR A CREAR SUBCUENTAS POR CADA TIPO IMPOSITIVO, es una fuente segura de problemas.
*Asientos: Nada en absoluto o indicar que el asiento da lugar a registros fiscales (plurales de asientos).
*Apuntes: Si en asientos se ha optado por no relacionar con registros fiscales habrá que hacerlo aquí. Lo mejor, en mi opinión, es un solo apunte por cada impuesto implicado en el hecho contable (uno para todos los IVAs, por ejemplo) que permita ver el detalle de registros fiscales asociados
*Base de datos maestra de SISTEMAS IMPOSITIVOS (aquí hay negocio)
*Ventajas: vale para cualquier país del mundo (el enfoque actual nos limita a países que compartan nuestro sistema fiscal); evita errores de los usuarios; permite plantear sistemas de introducción de asientos sin que el usuario tome decisiones contables, facilita la comunicación con la aplicación (exportaciones-importaciones), ahorra mucho tiempo de soporte….
*Inconvenientes: el único que se me ocurre es que requiere más trabajo de programación. Tengo una regla personal para esto: cuanto mejor para el usuario, más trabajo PUNTUAL para el desarrollador, pero mejor producto y menos costoso de mantener

Perdón por el rollazo, pero es que el tema da para un libro y me he sentido obligado a intentar evitar problemas que he padecido, padezco y padeceré mientra exista la estúpida brecha de comunicación entre informáticos y contables. Al menos que no pase en Velneo.

Saludos a todos

Buenas.

Veo que tienes una forma de ver las cosas distinta a la nuestra. En el caso de vConta V7 hemos utilizado un sistema de aplicar los tributos distinto al de vConta 6.X basandonos en:

1.- La experiencia con vConta 6.X.
2.- La experiencia con otros aplicativos contables.
3.- La opinión de dos auditores de cuentas.
4.- La opinión de analístas acreditados y de prestigio.

Como sabemos que es un tema donde “cada maestrillo tiene su librillo” te invitamos a que abras un hilo de discusión en el nuestra web http://www.vtodo.net y así todas las personas que lo deseen pueden aportar sus opiniones.

Un saludo, Víctor García

]]> Por: Guillermo García http://velneo.es/vconta/#comment-28459 Guillermo García Thu, 04 Aug 2011 08:38:46 +0000 http://velneo.es/?p=7010609062999#comment-28459 Mi comentario se ciñe al análisis funcional, en concreto al papel y al tratamiento de los impuestos. Me baso en mi experiencia como contable (5 lustros) y desarrolador de herramientas de automatización de tareas contables (tras ocho años conozco en profundidad las estructuras de más de 30 aplicaciones contables). Además, creo que la normativa sobre tributos me avala. Al grano: la mayor eficiencia se da cuanto más separadas están contabilidad y fiscalidad. Es decir, están íntimamente relacionadas, pero son mundos distintos y como tales hay que tratarlos. Concretando, este sería mi tratamiento: *PGC: indicar que una cuenta es de carácter fiscal y punto. En lugar de pedir datos fiscales (claves fiscales, porcentajes, etc) al usuario se le debe pedir a qué impuesto se ha de asociar. NUNCA OBLIGAR A CREAR SUBCUENTAS POR CADA TIPO IMPOSITIVO, es una fuente segura de problemas. *Asientos: Nada en absoluto o indicar que el asiento da lugar a registros fiscales (plurales de asientos). *Apuntes: Si en asientos se ha optado por no relacionar con registros fiscales habrá que hacerlo aquí. Lo mejor, en mi opinión, es un solo apunte por cada impuesto implicado en el hecho contable (uno para todos los IVAs, por ejemplo) que permita ver el detalle de registros fiscales asociados *Base de datos maestra de SISTEMAS IMPOSITIVOS (aquí hay negocio) *Ventajas: vale para cualquier país del mundo (el enfoque actual nos limita a países que compartan nuestro sistema fiscal); evita errores de los usuarios; permite plantear sistemas de introducción de asientos sin que el usuario tome decisiones contables, facilita la comunicación con la aplicación (exportaciones-importaciones), ahorra mucho tiempo de soporte.... *Inconvenientes: el único que se me ocurre es que requiere más trabajo de programación. Tengo una regla personal para esto: cuanto mejor para el usuario, más trabajo PUNTUAL para el desarrollador, pero mejor producto y menos costoso de mantener Perdón por el rollazo, pero es que el tema da para un libro y me he sentido obligado a intentar evitar problemas que he padecido, padezco y padeceré mientra exista la estúpida brecha de comunicación entre informáticos y contables. Al menos que no pase en Velneo. Saludos a todos Mi comentario se ciñe al análisis funcional, en concreto al papel y al tratamiento de los impuestos. Me baso en mi experiencia como contable (5 lustros) y desarrolador de herramientas de automatización de tareas contables (tras ocho años conozco en profundidad las estructuras de más de 30 aplicaciones contables). Además, creo que la normativa sobre tributos me avala.
Al grano: la mayor eficiencia se da cuanto más separadas están contabilidad y fiscalidad. Es decir, están íntimamente relacionadas, pero son mundos distintos y como tales hay que tratarlos.
Concretando, este sería mi tratamiento:
*PGC: indicar que una cuenta es de carácter fiscal y punto. En lugar de pedir datos fiscales (claves fiscales, porcentajes, etc) al usuario se le debe pedir a qué impuesto se ha de asociar. NUNCA OBLIGAR A CREAR SUBCUENTAS POR CADA TIPO IMPOSITIVO, es una fuente segura de problemas.
*Asientos: Nada en absoluto o indicar que el asiento da lugar a registros fiscales (plurales de asientos).
*Apuntes: Si en asientos se ha optado por no relacionar con registros fiscales habrá que hacerlo aquí. Lo mejor, en mi opinión, es un solo apunte por cada impuesto implicado en el hecho contable (uno para todos los IVAs, por ejemplo) que permita ver el detalle de registros fiscales asociados
*Base de datos maestra de SISTEMAS IMPOSITIVOS (aquí hay negocio)
*Ventajas: vale para cualquier país del mundo (el enfoque actual nos limita a países que compartan nuestro sistema fiscal); evita errores de los usuarios; permite plantear sistemas de introducción de asientos sin que el usuario tome decisiones contables, facilita la comunicación con la aplicación (exportaciones-importaciones), ahorra mucho tiempo de soporte….
*Inconvenientes: el único que se me ocurre es que requiere más trabajo de programación. Tengo una regla personal para esto: cuanto mejor para el usuario, más trabajo PUNTUAL para el desarrollador, pero mejor producto y menos costoso de mantener

Perdón por el rollazo, pero es que el tema da para un libro y me he sentido obligado a intentar evitar problemas que he padecido, padezco y padeceré mientra exista la estúpida brecha de comunicación entre informáticos y contables. Al menos que no pase en Velneo.

Saludos a todos

]]>