Fork del POS de Odoo y licencias

[pabloma...@gmail.com]

En primer lugar no estoy seguro si es el lugar adecuado para iniciar este tema.

Estoy ayudando en algo a un proyecto en el que partiendo del punto de venta de Odoo se ha montado sobre código PHP sin Odoo. El objetivo es tener un buen punto de venta eliminando la complejidad de Odoo con lo cual es compatible con cualquier hosting entre otras ventajas.

Mi preocupación es que me han comentado que podríamos incumplir alguna licencia de Odoo. El código inicial es el POS de Odoo en su versión Community 11. Se me comenta que aunque este liberada bajo LGPL su licencia no es del todo clara y que ya ha habido problemas de licencias con otros Forks de Odoo y que incluso los desarrolladores de Odoo deber fimar un documento antes de subir cambios.

Por lo que yo entendía si la versión Community es liberada bajo LGPL debe cumplir todos los requisitos de esta y permitir que cualquier persona pueda coger su código y hacer cualquier uso compatible con los principios del open source.

Agradezco cualquier aclaración entorno a la licencia de Odoo.

Muchas gracias.

[Rafael Blasco]

Hola,

Apúntanos al código PHP para poder analizarlo mejor

> El objetivo es tener un buen punto de venta eliminando la complejidad de Odoo con lo cual es compatible con cualquier hosting entre otras ventajas

Es interesante el punto de vista, ¿tienes un listado de ventajas y desventajas?

Gracias

Un saludo,

Rafael Blasco

Tecnativa

[YusufSalahAdDin]

Una buena idea listar ventajas y desventajas para tenerlasen cuenta.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar 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 acceder a más opciones, visita https://groups.google.com/d/optout.

[Juan Antonio Espejo González]

Hola, por si os ayuda:

La tributación espeñola obliga a tener abierta sesión en el módulo de VENTAS cuando el mismo usuario está logueado en una sesión TPV, por ejemplo si su tributación le obliga a realizas factura simplificada < 401 euros o una factura que identifique sujeto pasivo a efectos AEAT 390 (mayor de 401 euros). La mayoría de usuarios de venta retail tienen una experiencia muy baja y se cuelan los muertorros del tipo:

Se vende con modalidad contado-metálico prodctos por un valor superior al límite de 2500 euros(por ejemplo decoración una alfombra de 6000 euros). Aunque luego la observación indique que hay cobro por tpv de tarjeta.

La contable no puede resolver esta problemática en el módulo de contabilidad: son malas prácticas de ventas que pasan sin advertirse porque el módulo de TPV es muy estricto, demasiado exigente. Debería de existir un modo de validar en Contabilidad o modificar borrador.

El lunes, 8 de octubre de 2018, 8:04:21 (UTC+2), YusufSalahAdDin escribió:

Una buena idea listar ventajas y desventajas para tenerlasen cuenta.

El dom., 7 oct. 2018 a las 3:52, Rafael Blasco (<rbl...@rbnpro.com>) escribió:

Hola,

Apúntanos al código PHP para poder analizarlo mejor

> El objetivo es tener un buen punto de venta eliminando la complejidad de Odoo con lo cual es compatible con cualquier hosting entre otras ventajas

Es interesante el punto de vista, ¿tienes un listado de ventajas y desventajas?

Gracias

Un saludo,

Rafael Blasco

Tecnativa

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

[Jairo Llopis]

El lun., 1 oct. 2018 a las 8:49, <pabloma...@gmail.com> escribió:

Estoy ayudando en algo a un proyecto en el que partiendo del punto de venta de Odoo se ha montado sobre código PHP sin Odoo. El objetivo es tener un buen punto de venta eliminando la complejidad de Odoo con lo cual es compatible con cualquier hosting entre otras ventajas.

Me resulta intrigante esta afirmación...

Por un lado, siendo un proyecto de código abierto, si observas cierta complejidad en el POS de Odoo (que la tiene), el lugar ideal donde corregirla sería la rama master de Odoo, que será el próximo odoo 13, con la ventaja de que no solo eliminas la complejidad para ti, sino para todo el mundo de un plumazo en el futuro. Hecho esto, siempre se puede hacer un backport de dicho módulo, o al menos de las características de "simplificación" que le vayas a poner.

Por otro lado, lo de "compatible con cualquier hosting" tampoco tiene mucho sentido... Si por algo es complejo el POS, es precisamente porque necesita funcionar sin hosting, en modo offline. Por otro lado, sería compatible con cualquier hosting salvo odoo, que ya de por sí viene con un servidor HTTP, y que al fin y al cabo ya tienes que tener funcionando en algún sitio.

Para rizar más el rizo, queréis hacerlo en PHP, un lenguaje completamente ajeno a todo el ecosistema Odoo...

En fin, nada de lo que leo me cuadra con "simplificar", sobre todo si la idea es conectar con algún Odoo por XMLRPC, así que, según entiendo, vuestro objetivo debe de ser eliminar odoo de la ecuación, es decir: coger el POS, sacarlo en una aplicación aparte, completamente independiente de Odoo, y hacerlo funcionar con un sistema LAMP o parecido, prescindiendo de Odoo por completo.

Si ese es vuestro objetivo, mi recomendación es que no lo hagáis. El POS es una de las partes más complicadas de Odoo, y no es precisamente una de las que mejor organizadas están. Si pretendéis hacer una aplicación de solo POS, vertical, independiente de Odoo, os recomiendo encarecidamente que, cogiendo quizás la idea final de la UI/UX de Odoo, implementéis desde cero con un framework más fácil de usar tipo Vue o similar.

 

Mi preocupación es que me han comentado que podríamos incumplir alguna licencia de Odoo. El código inicial es el POS de Odoo en su versión Community 11. Se me comenta que aunque este liberada bajo LGPL su licencia no es del todo clara y que ya ha habido problemas de licencias con otros Forks de Odoo y que incluso los desarrolladores de Odoo deber fimar un documento antes de subir cambios.

Por lo que yo entendía si la versión Community es liberada bajo LGPL debe cumplir todos los requisitos de esta y permitir que cualquier persona pueda coger su código y hacer cualquier uso compatible con los principios del open source.

Agradezco cualquier aclaración entorno a la licencia de Odoo.

Ahora, opiniones aparte (que, por cierto, nadie me la había pedido, después de todo 😂), respecto a tu duda sobre la licencia: Es código LGPL, con todas las libertades y restricciones que ello supone. Lo que dices es el CLA, que es una cláusula que hace a los desarrolladores ceder el copyright de sus contribuciones a Odoo SA. Pero, independientemente del dueño del copyright, todo aquello que esté licenciado bajo LGPL funciona exactamente igual.

Un saludo.

--

Jairo Llopis

[Jorge Omar Carrizoza Jimenez]

Muy buen punto el de @Jairo Llopis

--

Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar 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 acceder a más opciones, visita https://groups.google.com/d/optout.

--

 

Jorge Omar Carrizoza Jimenez Desarrollador Sr

(55) 2456.1414 Ext. 6680 (55) 0000.0000 jorge.c...@pchmayoreo.com.mx jorge.c...@pchmayoreo.com.mx Iztaccihuatl #322, Col. Santa Cruz Aviación, Del. Venustiano Carranza, C.P. 15540, Ciudad de México

[Andreu Bisquerra Gaya]

Hola a todos, el proyecto que solo es una beta se llama 'Odoo theme for TakePOS' http://www.takepos.com

Video: https://www.youtube.com/watch?v=IvY5zBa4YrQ&t=37s

Github https://github.com/andreubisquerra/Odoo-Frontend-for-TakePOS

Hemos hecho un fork del pos de Odoo para otro ERP mucho más sencillo en PHP. El objetivo es conseguir un pequeño punto de venta libre, estable, funcional, chulo, fácil... para pequeñas tiendas, bares o restaurantes. Por lo poco que he visto de Odoo, tengo entendido que Odoo no está pensado para un simple bar, se ha comentado en este foro y otros que muy pocas empresas tipo bar lo usan. Y como pensamos que Odoo tiene un fantástico punto de venta hemos creado este proyecto.

Ventajas que se me ocurren:

- Fácil de portar, al solo copiar el código de la parte del navegador (js, css...) solo hemos creado algunos ficheros en php que enlazan con nuestro erp.

- Fácil de actualizar, reemplazando el mismo código nos queda actualizado.

- Mantenemos toda la funcionalidad del POS incluyendo el offline

- Al ser PHP es compatible con el hosting más básico.

- Lo mismo para una instalación en local.

- Junto a jPosBox (http://www.jposbox.org) no hace falta un PoxBox

- Con este ERP es mucho más rápido hacer la instalación

- También una modificación, tener en cuenta que un pequeño Bar busca algo más económico que una implantación de Odoo

- Seguramente algunas más teniendo en cuenta que trabaja sobre un erp muy simple y en PHP. En mi humilde opinión y como programador aficionado me es mucho más fácil y rápido hacer un cambio sobre algunos archivos php que sobre el ecosistema de Odoo. Mis clientes me piden que el tpv esté funcionando en hora.

[Gonzalo González Domínguez]

Coíncido 100% con tú postura, es más creo que el POS a secas debiera ser ajeno a odoo y estar conectado a este no integrado.

Como bien se ha comentado debe funcionar independiente y offline. Así si alguien quiere, currarselo en qt o php + js como dice el compañero porque no le satisface y/o le vale el oficial, bienvenido sea.