Community Days de la próxima semana hemos visto que hay una presentación de un nuevo POS tactil para OpenERP.
En este pos vamos a ver las ventajas e inconvenientes, de la integración de OpenbravoPOS con OpenERP.
Y un avance de lo que será el POS tactil de OpenERP.
La forma de trabajar de OpenbravoPOS con Openbravo, es mediante un ETL que llama a los webservices de Openbravo, para la integración con OpenERP habrán usado este mecanismo, supongo que tomando como base los ETL preparados para Openbravo.
Al hacerse mediante ETL implica que los datos tienen que replicarse cada cierto tiempo, copiándose del POS al ERP y viceversa.
De esta forma es complicado llevar el control del stock desde el POS, aunque se puede configurar para ejecutar el ETL continuamente y que se vayan actualizando casi en tiempo real.
La ventaja al usar de esta forma, con bases de datos independientes conectadas por ETL, es que, podemos usar el POS, aun sin tener conexión al servidor de OpenERP. Y cuando retome la conexión sincronizar los datos.
La ventaja que tiene OpenbravoPOS es que es mas visual, mas cómodo para usar con interfaces táctiles, mucho mas productivo. Como inconvenientes, prácticamente no lo actualizan nada, lo tienen muy abandonado. La comunidad ha hecho cosas que no Openbravo no han añadido al código.
Por ejemplo:
OpenTPV es el fork, de los que hicieron la implantación en la cadena de comida rápida “Bocata”, que para restaurantes es mucho mejor.
Y desarrollaron muchas mejoras, que Openbravo no han incluido en su código.
Otro inconveniente, por lo menos para mi, es que el código no está tan bien estructurado como OpenERP, es java con swing, y es complicado de extender… por eso han echo los ETL llamando desde fuera de la aplicación, en lugar de llamar a los webservices directamente desde la aplicación.
Como conclusión, lo que le falta al POS de OpenERP es una interfaz táctil mas productiva, en mi opinión no necesita un sistema POS completo, ya que toda el backoffice se puede llevar desde un pc con el un cliente de OpenERP.
Para mi la solución óptima sería hacer un cliente especifico para usar con el módulo point_of_sales de OpenERP, que permita ver, crear, modificar y pagar los tickets del pos desde otra interface mas productiva.
Esto parece que es lo que se va a presentar en los Community Days de OpenERP, un POS basado en web, enfocado a ser mas productivo con interfaces táctil.
Los inconvenientes del ETL ya no los tenemos, por que se conecta directamente a la base de datos de OpenERP.
Pero ¿qué pasa si se cae la conexión?
Parece que también lo han tenido en cuenta, y haciendo uso de “localStorage” de HTML5 podrá almacenar las operaciones que se realicen fuera de linea y enviarlas cuando se retome la conexión.
Y para la conexión con hardware propio de los post lo hará mediante un proxy “HTTP → Puerto Serie”, con lo que se aseguran la compatibilidad con el hardware aun siendo una aplicación web.
Desde Domatix, ya confirmamos nuestra asistencia y colaboración. Y una de las charlas, ha sido propuesta por nosotros, de hecho, si todo sale bien yo seré el ponente.
Además, en la charla “OpenERP vs Openbravo” se expondrán las experiencias de algno de los miembros de nuestro grupo con Openbravo.
Y cuales han sido los motivos por los que, sus carreras profesionales se han orientado hacia OpenERP.
A lo largo de este artículo, trataremos la configuración de decimales y separación de miles en OpenERP 6.
Lo primero que tenemos que hacer es (como usuario con suficientes permisos) dirigirnos al menú ‘Administración->Traducciones->Idiomas‘ y escoger el idioma que queremos modificar (en nuestro caso, el Español). Una vez en la vista formulario, debemos modificar los siguientes campos con estos valores:
Formato separador: [3,0] (en vez de [])
Separador de miles: . (en vez de un valor vacío)
Ya que estamos en esta vista, podemos asegurarnos de que no se nos presenta uno de los bugs más molestos que se dieron en las primeras revisiones de la versión 6.0, que consistía en que las horas estaban con un formato ‘%t’ en vez de con un formato -por ejemplo- ‘%H:%M:%S’, que provocaba que los campos datetime fallasen al no poder cargar correctamente sus valores por defecto.
Si estas interesado, o buscas un trabajo como programador de OpenERP/Software libre, debes de seguir leyendo este articulo.
Comenzaremos con una breve explicación sobre los requisitos esenciales para ocupar cada uno de los puestos que se ofertan.
Requisitos para el puesto de programador web:
A continuación, detallaremos las competencias necesarias para desempeñar correctamente el puesto de programador web.
Programadorweb: conocimientos html5, css, mysql, php. Se valorarán conocimientos sobre Joomla y Magento. El enfoque del trabajo será básicamente crear y mantener portales corporativos y tiendas virtuales. Necesario conocimiento de administración de servidores GNU/Linux e imprescindible utilizar linux a nivel de usuario. Se valorarán conocimientos de Django y Python.
Requisitos para el puesto de programador junior:
A continuación, detallaremos las capacidades necesarias para el puesto de programador junior.
Programador junior: para incorporar a equipo de trabajo OpenERP. Necesario conocimiento en el desarrollo de aplicaciones orientadas a objetos, especialmente Python. Se valorarán conocimientos de OpenObject, experiencia con otros ERPs, participación en comunidades de software libre (traducción, localización…) Herramientas colaborativas libres y de nuevo, utilizar linux como sistema operativo a nivel de usuario.
Se ofrece incorporación inmediata en Domatix. El trabajo se realizará en nuestras oficinas, en horario comercial, con una dinámica flexible y variable.
La retribución económica será acorde con los conocimientos y experiencia del candidato.
Interesados pueden enviar el CV a info(a)domatix(punto)com
Ya han actualizado http://doc.openerp.com a la versión 6, parece que han ampliado algunos puntos… habrá que verlo a fondo.A continuación trataremos algunos aspectos sobre la Documentación de OpenERP V6.
Pero lo que más me ha llamado la atención es que por fin han añadido otros idiomas. Si miras en la parte superior derecha hay un enlace para ver la documentación de la versión 5 y otro para cambiar de idioma.
Entre los idiomas disponibles está el español, pero en realidad a primera vista lo único que hay traducido es el prefacio y poco mas, que traduje cuando hice el manual para colaborar en la traducción.
Para comenzar, nos gustaría comunicar lo contentos que estamos, de ver como varios hospitales alrededor del mundo están utilizando el Software Libre para el beneficio de sus habitantes.
Queremos agradecerle a Riza Kurniawan, que es parte del equipo de Medical en Indonesia. Se ha encargado de la implementación en este hospital y ha realizado la traducción al Bahasa Indonesia.
Acerca de Medical
De hecho, Medical es un sistema Gestión Hospitalaria y de Información de saludlibre que ofrece las siguientes funciones :
Expediente Médico Electrónico (EMR)
Sistema de Gestión Hospitalaria (HIS)
Sistema de Información de Salud
Medical es parte de GNU Solidario, una ONG que implementa soluciones de Salud y Educación mediante software libre.
Y dar a conocer los beneficios del software libre en general y en particular aplicado a la gestión de una PYME, centrándonos de manera práctica en las tres plataformas con las cuales nosotros trabajamos: OpenERP, Spree y Pinax.
Además de la parte teórica, que prometemos explicar de la manera más comprensible y amena posible, presentaremos varios casos de éxito llevados a cabo por nuestro equipo durante los últimos meses. Es una ocasión perfecta para comprobar como otra PYME, ha dado un salto de calidad mediante el uso de tecnologías libres.
