El camello y la aguja

[Humanoide]

Es mas fácil que un camello pase por el ojo de una aguja, a que una fábrica con un contable con A3CON se pase a odoo.

Priman siempre cosas de contables al almacén, fabricación, Crm, acceso remoto,etc.

[Jose R. Prieto]

Por que estás hablando de, a mi juicio, el mejor software contable del mercado español....

Y no te digo nada el de nóminas...

;)

El 22 de octubre de 2015, 20:55, Humanoide <fernandoga...@gmail.com> escribió:

Es mas fácil que un camello pase por el ojo de una aguja, a que una fábrica con un contable con A3CON se pase a odoo.

Priman siempre cosas de contables al almacén, fabricación, Crm, acceso remoto,etc.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.

[Humanoide]

Si, muy buena contabilidad para el registro mercantil y hacienda. Muy bueno para asesorías. Pero el drama es que la empresa se queda sin Crm, sin trabajo en grupo, sin almacén, sin coste de fabricación,etc. Eso al contable no le importa.

Saludos.

[Ana Juaristi]

Pues es responsabilidad del gerente/dueño/responsable poner los puntos sobre las ies al contable o financiar una integracion para dejar a todos contentos. No hay otra.

El 23/10/2015 03:36, "Humanoide" <fernandoga...@gmail.com> escribió:

Si, muy buena contabilidad para el registro mercantil y hacienda. Muy bueno para asesorías. Pero el drama es que la empresa se queda sin Crm, sin trabajo en grupo, sin almacén, sin coste de fabricación,etc. Eso al contable no le importa.

Saludos.

[Pedro Manuel Baeza Romero]

Ya que se ha entrado en materia, ¿qué características/cosas tiene mejor A3Con que no tenga Odoo? Y no vale decir cuentas separadas por cliente/proveedor...

Un saludo.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Humanoide]

Hola Ana,

El gerente y dueño, con lágrimas en los ojos se queda sin su erp, no tendrá un crm integrado con presupuestos y facturación, fabricación, control de costes de su producto, gestión de gastos de viaje, acceso remoto, control de su filial en el extranjero. Y sin límite de puestos y sin pagar licencias. La gestapo dice que no sirve. Esto ya lo he vivido otras veces.

A mi la integración con otra herramienta no me gusta nada. Tampoco hay mucho presupuesto para gastar, eso es verdad. ("Tu haz tus cositas raras y dame un fichero con las facturas para importar, y no me incordies, que mi trabajo es muy importante")

Hola Pedro,

Lo de las cuentas separadas por cliente proveedor, es un problema pero se les podría convencer. Otras cosas es mas dificil. Los contables (yo soy un contable herético), solo valoran la sumisión al Delegado de la Agencia Tributaria de su provincia, y al Registrador Mercantil de su provincia. No les importa producción, costes, crm, horas imputadas a proyectos etc.

Si están habituados a A3, que fué creado para gestorías, no quieren renunciar a cosas que para ellos son muy importantes, (para ellos, no para el conjunto de la empresa).

El modelo 340 no contempla recargo de equivalencia, según dijeron sus autores en este foro, y habría que revisar si les va a funcionar a cada cliente en concreto. No todo el mundo necesita 340, pero para el que lo necesita, es vital. A mi el modelo 340 me rompe todo cuando reinstalo una copia de seguridad. El libro de IVA, es tosco y no admite filtros y otras variaciones.

Como ya dije, los libros de IVA, no gustan. Y si una empresa no necesita 340 y no lo instala, no tiene libro de IVA.

La cuenta de pérdidas y ganancias y el balance de situación, son lo mínimo para el registro mercantil. Los otros programas incluso los de 67 € los sacan mas detallados. Es decir, en PyG donde pone volumen de operaciones, si se quiere se puede listar con el detalle de la cuenta 700 y 705 o mas detalle. El balance lo mismo, en la masa de activo circulante puedes sacar cliente por cliente.
La cuenta de pérdidas y ganáncias se puede sacar mensualizada, una columna por mes , y los doce meses en un mismo informe apaisado.

No hay libro diario para el registro mercantil en la versión 8, hay que usar un módulo de la versión 7 que afortunadamente funciona (obra de Pedró Baeza como tantos módulos), pero la gente se lía. Es un problema menor porque se hace solo una vez al año.

Yo todas estas cosas las suplo pintando hojas de excel.(google apps). Se puede trabajar con el producto tal como está, pero es difícil presentarselo a los contables.

Al hablar con un cliente habría que preguntarle:

• ¿Tu contable proviene de una gestoría o de una fábrica?
• ¿Usas A3?

Si contesta si a las dos preguntas, AAADIOOOOBUENNANOSHHH.

En la lista de odoo-community.org se esta hablando de estos problemas en la nueva versión 9, y parece que no solo pasa en España. Seguro que lo habéis leído. No lo reproduzco porque no se si procede. La velocidad de nuevas versiones, se lo póne difícil a las personas que trabajan en la localización contable y fiscal.

No se trata de que no sirva. Lo que ocurre es que las empresas que ya están rodadas siempre tienen un programa de contabilidad, aunque no tengan un programa de facturación, crm, fabricación, proyectos. Los contables no admitirán ningun paso atrás en un informe o una consulta, o un modelo aeat.

Los posibles usuarios, que son ingenieros, o que vienen del mundo del comercio online, o que valoran el software libre, o que tienen un mac, o que necesitan acceso remoto porque su empresa está en mil sitios, o que ven que su empresa necesita un software que resuelva los problemas de su empresa de manera integral, no ponen pegas y todo les parece bárbaro. Hasta que se topan con la gestoría o el contable.

Seguro que a los que son mas sabios que yo esto no les resulta nuevo.

Saludos.

[Humanoide]

Por cierto, lo de camello es una mala traducción. Kamelos era una cuerda gruesa con la que se amarraban los barcos. Jesús no hacia burradas con los animales.

El jueves, 22 de octubre de 2015, 20:55:31 (UTC+2), Humanoide escribió:

[cubells]

El 23/10/15 a les 11:46, Humanoide ha escrit:
> Hola Ana,

>
> El modelo 340 no contempla recargo de equivalencia, según dijeron sus
> autores en este foro, y habría que revisar si les va a funcionar a cada
> cliente en concreto.

> A mi el modelo 340 me rompe todo cuando reinstalo
> una copia de seguridad.


> El libro de IVA, es tosco y no admite filtros y
> otras variaciones.

> La cuenta de pérdidas y ganancias y el balance de situación, son lo
> mínimo para el registro mercantil. Los otros programas incluso los de 67
> € los sacan mas detallados. Es decir, en PyG donde pone volumen de
> operaciones, si se quiere se puede listar con el detalle de la cuenta
> 700 y 705 o mas detalle.


> El balance lo mismo, en la masa de activo
> circulante puedes sacar cliente por cliente.


> La cuenta de pérdidas y ganáncias se puede sacar mensualizada, una
> columna por mes , y los doce meses en un mismo informe apaisado.

> No hay libro diario para el registro mercantil en la versión 8, hay que
> usar un módulo de la versión 7 que afortunadamente funciona (obra de
> Pedró Baeza como tantos módulos), pero la gente se lía.
>

Por favor, abre un issue por cada punto de arriba en
https://github.com/oca/l10n-spain/issues con todos los datos/errores
posibles y lo mejoraremos entre todos.

Dejando de lado tus reflexiones, en las que seguramente tienes razón,
el software libre funciona así, no quejándose.

Un punto aparte es el punto "que se rompe todo en reinstalar una copia
de seguridad por culpa del modelo 340".

A mi no me pasa en ninguno de mis clientes, por lo tanto, algo tienes mal.

Yo al contrario de lo que sería normal valoro mucho los críticos con
odoo porque pueden aportar más.

--
Atentament, cubells.
--

[Jose R. Prieto]

Me parece interesante el debate; pero en dos puntos:

1) Velocidad de actualización de Odoo SA que NO está acorde con la realidad de la comunidad (una vuelta por el Github de OCA lo deja patente)

2) Características de A3 u otros que deberían plantearse en Odoo; o bien "mejoras en la gestión fiscal española"

Y si me apurais...

3) Mejoras en la gestión laboral española.
TGSS siempre ha sido un caballo de batalla en CUALQUIER ERP q llega a España; tanto o más que AEAT.

Y para darle mayor peso o notoriedad; ¿no se podría hacer el debate / lluvia de ideas en el sitio de Odoo Spain?

Saludos :)

PD: Digo mejoras en Gestión Fiscal, pq aunque A3 es el "mejor", los hay que ciertas características son mejores que A3; en A3 me quedo con la facilidad para meter apuntes, con apuntes plantilla " incluidos" en la misma pantalla; la gestión de impuestos / tasas de impuestos / fechas de aplicación; y los "chivatos" que tiene para comprobar que todo está bien; los enlaces con la AEAT hoy en día los tienen todos / casi todos; tb es interesante el modelo "cliente-servidor" pensado para asesorías/gestorías de A3; y lo de los modelos, totalmente de acuerdo; la gente quiere EN PANTALLA lo que va a presentar... :/

--

[Humanoide]

Hola,

Contestación a Jose R. Prieto con respecto a las nóminas.

Un día se reunieron unos señores y crearon la legislación laboral española. Dijeron:

- Que haya un paro del 30%
-¿Pero como hacemos eso? Es muy difícil llegar tan abajo.

Entonces uno se levantó y enumeró una serie de medidas, entre las cuales estaba hacer un sistema de nóminas que fuera tan complicado que para hacer una nómina o liquidar a un trabajador o calcular unos atrasos te de un ataque de pánico.

El plan se llevó a la práctica y ningún erp hace nóminas, muy pocas pymes hacen sus nóminas (se las subcontratan a unos brujos). Las pymes hacen sus facturas y fabrican satélites y aviones, pero no hacen sus nóminas.

No perdería ni un minuto en el tema de las nómiinas. No tiene arreglo.

El jueves, 22 de octubre de 2015, 20:55:31 (UTC+2), Humanoide escribió:

[Pedro Manuel Baeza Romero]

Buenas, Fernando, gracias por aportar tu punto de vista sobre el tema.

Sobre los problemas comentados, paso a comentarte:

• Que en el 340 no aparezcan los recargos de equivalencia es algo hecho adrede en principio, porque no está clara su inclusión. Ayer mismo lanzamos una consulta a la AEAT, y ésta fue la respuesta: "Hay que mirar el artículo 63, y que en el mismo no hace referencia al recargo de equivalencia, pero si lo consideramos un tipo impositivo que sí que lo es, habría que declararlo". Es decir, que ninguna respuesta tajante y ni ellos mismos lo saben. Si se considera que hay que incluirlo, entonces es marcar la casilla correspondiente y tal vez relajar una de las comprobaciones del modelo, pero cosa de poco, por lo que esto no es especial problema.
• Eso de que te lo rompe todo es como dice Cubells, que debemos tener mal tu instalación por lo que sea, pero no es el "comportamiento por defecto" de Odoo.
• Sobre los balances, hay un PR muerto de risa de Santi aquí: https://github.com/OCA/l10n-spain/pull/188, que añade la posibilidad de añadir desglose por niveles de manera automática, pero si nadie lo comprueba y le da el visto bueno, pues ahí queda. ¿Por qué no lo he comprobado yo y como otras cosas tomado la iniciativa de ponerlo disponible? Pues ni más ni menos porque yo no lo veo necesario ni lo he necesitado en mis clientes. Y aquí hablamos de un cambio de mentalidad, de pasar del informe en papel a un informe interactivo. Y claro, eso requiere formación y concienciación. Es cierto que no es fácil, pero a la larga es el camino más efectivo, ya que ir montando capas y capas de módulos para hacer las cosas como se hacían antes no es la opción más recomendable.
• El libro diario no deja de ser lo mismo: cumplir expediente con el organismo anticuado que todavía lo pide en papel y ya está. Pero para el día a día, pantalla de apuntes con filtros, agrupaciones y demás que es mucho mejor e interactivo.

Pero en general, lo que haya o no haya en Odoo es cuestión de desarrollarlo. Si algo no se ha desarrollado es porque:

• No hay motivación para hacerlo de forma "altruista" por parte de ninguno de los colaboradores habituales, bien por eso de que he dicho de que hay otros enfoques más óptimos para hacerlos con el ERP, o bien porque aunque es necesario, no le es necesario a ninguno de sus clientes por el momento.
• Ahondando en la cuestión de la necesidad, puede ser que no haya demanda de esa funcionalidad en la base de clientes instalado porque sean de un sector, que requiere ciertas cosas, y otro potencial cliente de otro sector requiera otras. Para entrar en un nuevo sector, hay que desarrollar esas adaptaciones específicas. Si no se entra en él, pues no. Por ejemplo, acabo de hacer un PR con la posibilidad de calcular la prorrata de IVA automáticamente en Odoo. El 90% de los clientes no necesitan eso, porque no tienen esa obligación fiscal. Este cliente que lo ha financiado sí, y por eso se ha hecho. Pero sólo he implementado la prorrata general, que es la que usa. Si hay otro cliente que necesita la prorrata especial, pues chico, mala suerte, hay que desarrollarlo, porque el otro cliente no me va a financiar el desarrollar los dos tipos obviamente.
• Hay motivación y necesidad, pero no hay financiación. Pues nada, no se puede desarrollar ni avanzar, y habrá que decir que no al cliente. Pero muchas veces la gente cae en este punto sin plantearse cosas intermedias, y es aquí donde tengo que dar una colleja a todos estos que decís rápidamente eso de que como A3, ninguno, y es:
• Voy a desarrollarlo yo y contribuir a la comunidad para compensar lo que estoy cogiendo ya gratis de ella.
• Si no sé desarrollarlo, voy a pagar a alguien que lo haga aprovechando que hay uno, dos, n clientes potenciales que me pueden financiar un porcentaje, aunque sea pequeño, y el resto lo aporto yo como inversión en mi negocio para poder seguir ganando dinero con Odoo.
• O al menos, voy a invertir un poco de mi tiempo en escribir y documentar una issue en la que refleje exactamente cómo debe comportarse la funcionalidad que falta en Odoo, para que al menos se adelante esa parte.
• O al menos, voy a molestarme un poco en probar funcionalidades ya realizadas y que están pendientes de aprobación.

Un saludo.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.

Para obtener más opciones, visita https://groups.google.com/d/optout.

[Humanoide]

Antiguamente Contaplus ocupaba 20 megas, mientras que Nominaplus ocupaba 80 megas. Cuatro veces mas.

El jueves, 22 de octubre de 2015, 20:55:31 (UTC+2), Humanoide escribió:

[Humanoide]

Respuesta a Cubells,

Si, tendré que aprender a dirigir las posibles mejoras por github.

Gracias.

El jueves, 22 de octubre de 2015, 20:55:31 (UTC+2), Humanoide escribió:

[Pedro Manuel Baeza Romero]

José, creo que con el anterior correo contesto a todo lo que dices, incluida la parte de implicación/financiación/etc. Si se quiere tener algo, hay que financiarlo.

Un saludo.

[cubells]

El 23/10/15 a les 12:41, Humanoide ha escrit:

> Respuesta a Cubells,
>
> Si, tendré que aprender a dirigir las posibles mejoras por github.
>

Sí.

Lo que tienes que entender és que es software libre. Es decir, el
software no és ni de odoo, ni de ninguna empresa en particular: es tuyo.

Y si está defectuoso/incompleto o lo que sea, es porque quieres.

La única manera de que mejore es colaborando. Y a la hora de colaborar,
cada uno ayuda con lo que puede: programando, generando documentación,
traduciendo... Pero lo mínimo es informar de cualquier problema con el
que te encuentres, para que podamos corregirlo.



--
Atentament, cubells.
--

[Humanoide]

Hola Pedro,

Tienes razón en todo lo que dices. Y mi aportación por ahora es nula.

Pero podría ocurrir que un desarrollo vertical muy rentable, en los que el cliente esté dispuesto a pagar, porque lo necesita y tiene fondos para financiarlo, no se haga, porque al contable no le funciona el punto del teclado numérico como coma, o no encuentra el listado del diario que se hace una vez al año para el registro mercanti, pero para el es la bibilia. Yo no me puedo quejar, porque no he pagado por esa funcionalidad, pero si la señalo por el cauce adecuado y alguien consigue financiación para resolverlo, se facilita la adopción de odoo en empresas, sin chocar con los contables.

Entiendo que la localización se va financiando poco a poco por los que programan desinteresadamente, o los que hacen mejoras según las van financiando sus clientes.

Saludos y gracias.

El jueves, 22 de octubre de 2015, 20:55:31 (UTC+2), Humanoide escribió:

[Jose R. Prieto]

Por supuesto, Pedro; todos tenemos que comer :)

Estoy totalmente de acuerdo con tu exposición.

Pero... Reitero que sí sería bueno dejar todo esto bien documentado.

Podemos hacer un planning de trabajo a.. ¿2 semanas?, y elaborar una serie de, no carencias, sino mejoras posibles; yo, por mi parte, ahora dispongo del tiempo para echar una mano a nivel funcional, pero de desarrollo, por desgracia, de momento no tengo los conocimientos necesarios.

También es justo decir que cuando yo "conocí" a OpenERP, en transición 5.1 -> 6.0, ha cambiado como de la noche al día; y la localización española ha mejorado un 200%.

Respecto a las nóminas etc.; yo estoy hablando de Nóminas... No de convenios, finiquitos, etc; ya he expresado en este mismo grupo q meterse al tema de los convenios es... Una locura.

Ahora bien; algo más de lo que tenemos, igual tampoco estaba tan mal.

De hecho, p.ej., lis software de TGSS ni se meten en convenios ni nada similar; días cotizados, importes, y poco más...

Sólo eso ya creo que sería un avance importante (que igual ya está implementado o en fase de desarrollo, esa parte no la suelo mirar por que, como bien comenta Pedro, tiene que aparecer la necesidad concreta).

Un saludo :)