• http://www.openerpsite.com/cuarto-aniversario-de-openerpsite-y-openerp-7-0/

A pesar del llamamiento, no hubo muchos voluntarios para abordar la tarea de realizar la tarea de migración de los módulos de localización de 6.X a 7.X por lo que actualmente 7.X sigue estando sin adaptar a las leyes españolas.

Durante las últimas semanas y gracias al apoyo de Jaime Catalán(jca) (nuestro account manager) y Olivier Dony(odony) (increible como siempre) hemos dado algunos pasos adelante para mover el tema y conseguir no sólo tener la localización migrada, sino abordar también la tarea de limpieza y optimización de código de la misma (será árdua tarea que requerirá el apoyo de todos).

Después de una primera reunión con OpenERP que falló técnicamente, en la que los partners y las personas de la comunidad a las que se invitó no pudimos expresarnos, se organizó una segunda reunión mucho más productiva donde se establecieron las tareas a realizar y las pautas a seguir.

• Para aquellos cuya excusa es “no sé colaborar” y por tanto “no lo hago”, se han enviado varios correos aclaratorios, cuya copia posteo abajo.
• Para aquellos que estaban esperando la lista de cosas a revisar en la localización que prometió OpenERP en su momento y no llegaba.. posteo un mail de Olivier Muy Detallado en respuesta a varias preguntas que le hice sobre la 7.0. Por lo que YA tenemos unas pautas para aplicar de base.
• Para los partners y gente que no conoce la localización española y se quieran unir al grupo, comentar que no es necesario hacer nada especial más que seguir la lista de localización, aportar en lo que uno pueda y ya está. No hay un “carnet comunitario” para los miembros, ni hay que realizar acciones o menciones especiales para estar dentro. Simplemente hay que aportar y trabajar.

Y dicho esto… voy al lío.

TRADUCCION DEL MAIL DE OLIVIER CON PAUTAS PARA OPTIMIZAR LA LOCALIZACION ESPAÑOLA

(quizás también aplicable a otras localizaciones del mundo)

SOLICITUD/SEGUNDA PREGUNTA ANA:

RESPUESTA OLIVIER:

Es un asunto muy complicado Sabes que tenemos unas guias genéricas de desarrollo para móudlos de localización [1], pero esto no provee un modo de juzgar lo ques “buen código” y lo que es “mal código”, especialmente en módulos de extensión l10n_xx__*

SOLICITUD/TERCERA PREGUNTA ANA:

RESPUESTA OLIVIER:

• El módulo ‘web’ de OpenERP no puede ejecutarse él solo (por ejemplo un openerp server a través de la red). Esto elimina una funcionalidad no usada y cerca de 1000 líneas de código.
• Una nueva vista de búsqueda unificada basada que automáticamente reemplaza las vistas multicampo de 6.1 para mejorar en usabilidad(la mayor parte de usuarios encuentran la vista de búsqueda como un formulario). El código de las vistas de búsqueda existentes no necesita ser cambiado – ver  http://doc.openerp.com/trunk/developers/web/search_view/
• Los wizard de estilo antiguo  (extendiendo wizard.interface y declarado usando <wizard> tag) no se soportan más. Todas las vistas deben ser reemplazadas por orm.TransientModel ones (i.e. osv_memory). Ver la guía de conversión: http://doc.openerp.com/v6.1/developer/04_wizard.html#guidelines-on-how-to-convert-old-style-wizard-to-new-osv-memory-style
• Funcionalidad importante ha sido reescrita: – see the new base_import module. The import_data() method is still API-compatible. See http://doc.openerp.com/trunk/developers/server/06_misc_import/ –Z
  
• Translatable terms extraction between server/addons/web has been unified – standard export wizard will now export web/js terms as well
• `active` flag added to record rule and ACL entries (courtesy of Akretion)
• Behavior of parameter passing for `on_change` calls has been slightly improved and unified – see also http://doc.openerp.com/trunk/developers/server/06_misc_on_change_tips/
• OpenERP now implements its own multi-process monitor. The server can now take advantage of multi-core hardware natively (i.e. without third-party tools like gunicorn). See `–workers` server parameter.
• Mail handling code has been reviewed, unified and cleaned up (for OpenChatter features)
• Uninstall system has been improved and now works in almost all cases (it can handle workflows, constraints, FKs, m2m relationship tables)
• res.users/res.partner were heavily refactored (res.partner.address merged with res.partner, res.users now inherits from res.partner) – this is likely to require specific adaptation in custom modules. (base_contact 7.0 module will be available soon via OPW)
• Form view architecture is now more permissive when `version=”7.0″` is added to root element (in particular to allow more HTML-friendly views, including custom HTML content with external CSS styling). See examples in official addons for the recommended v7 form view structure (including a <header> and <footer> section, plus a <sheet> wrapper when the form is supposed to represent a paper document)
• Inherited form views that have no `version` attributes will be applied on any parent view and should continue to work in most cases, but if `version` is specified on the root element of the inherited view, the parent version must match.
•  the `statusbar` widget for selection fields can now be made clickable to set the value by adding clickable=”True” to the field (in addition to the existing statusbar_visible and statusbar_colors attributes)
• List/Tree view now support a new attribute to change the font, similar to `colors` – see http://doc.openerp.com/trunk/developers/server/06_misc_list_font_style/
• “Need-action” feature has been added, it can show the list of items with new notification (i.e TODO) on the right of a menu item – see http://doc.openerp.com/trunk/developers/server/06_misc_need_action_specs/
• Python unit-tests are now run in addition to the YAML tests upon installation with the `–test-enable` flag – see http://doc.openerp.com/trunk/developers/server/05_test_framework/
•  The documentation is now part of the different projects repositories, under a /doc subdirectory, and published on http://doc.openerp.com/trunk/
•  `fields.char` now has optional size (defaults to no size, just like postgres’s VARCHAR). The `size` parameter should only be passed when there is a good business reason for limiting the input size. Otherwise it’s just useless and does not make any performance or disk space difference.
•  Some special cases of o2m domains using negative operators have been changed to make them more logical (see the ORM tests if you care about this)
• `ir.actions.act_window` now has an explicit `res_id` column to directly open the form view of a given record – previously it was only possible to pass `res_id` for dynamic actions.
• `ir.filters` now has an extra `is_default` attribute (lets users choose a default filter), and the user_id field can now be left empty to make a filter global to all users (used to make it only usable by the system)
• m2o and o2m fields have an extra `auto_join` experimental parameter that modifies the way OpenERP domains are implemented – see http://doc.openerp.com/trunk/developers/server/06_misc_auto_join/

El cliente GTK Client no va a ser mantenido más y no será directamente compatible con la funcionalidad de 7.0 definida arriba. La comunidad es libre de solicitar la propiedar y comenzar el mantenimiento (ver la relevante discusión en la lista de la comunidad)

——

Hasta aquí, los correos de Olivier.

Aquí los correos enviados a los asistentes a la reunión con OpenERP, SA

El primero de Ignacio Beas:

Hola,

Tal y como se ha comentado un primer paso es darse de alta en las listas y proyecto launchpad.net. A continuación pongo los diferentes enlaces:

- Proyecto Launchpad: https://launchpad.net/openerp-spain

- Lista para hablar de temas específicos de la localización: http://groups.google.com/group/openerp-spain?hl=es
openerp-spain@googlegroups.com

- Lista de usuarios de España, que se trata otros temas que no sean especificos de la localización pero que puede enriquecer nuestros conocimientos:

http://groups.google.com/group/openerp-spain-users?hl=es

opener-spain-users@googlegroups.com

En cuanto solicitéis todos sereis bienvenidos a la comunidad, muchos hacemos más que pocos. Alusión a la descripción de TEAM de Jaime.

Saludos,

Ignacio

—–

Otro Mío:

Buenas…
Para los recién llegados y para los que buscaban información y pautas sobre cómo funciona la comunidad española, os paso unos links. Quizás la información esté un poco desactualizada y algunas cosas hayan cambiado, sobre todo en la estructura de ramas de launchpad y demás…
Estaría bien que fueseis reportando lo que veais que está incorrecto para actualizarlo en las respectivas webs.

http://www.openerpspain.com/comunidad
http://www.openerpsite.com/erp-proyectos-openerp/

Y aquí la rama comunitaria donde también teneis las pautas de colaboración en inglés.
https://launchpad.net/openerp-spain

Cualquier duda sobre localización, preguntais en la lista de google y se os atenderá.

Esperando os sea de utilidad,

Cordiales saludos!!
Ana

Notas de Ana:

Los puntos del mail de Olivier no traducidos, hacen mención únicamente a temas técnicos que atañen a desarrolladores y entiendo por tanto que todos ellos pueden leerlo directamente en Inglés.

Además, en la reunión se habló de retomar la asignación de tareas en el google docs: https://docs.google.com/spreadsheet/ccc?key=0Ar3nmWPwwBaWdE1mODdiMWZsYzVHMkExb0N3dlRxQnc#gid=0

Si alquien quiere editar, que solicite acceso pero la solicitud no se atenderá hasta el próximo 1 de abril por vacaciones.

Y esto es todo, que es muchísimo. Sois libres de hacer vuestros comentarios y de aportar ideas.

Gracias Jaime y Olivier por vuestro apoyo.

¿Cuatro años??????? Han parecido cuatro suspiros…

Ha llovido mucho desde aquel 2008 en el que empezamos. En aquel tiempo había un entorno social y laboral en el que apenas se mencionaba la crisis. Estábamos llenos de ilusión por empezar algo nuevo, aunque siempre existía aquella incertidumbre de si OpenERP cuajaría en el mercado español, siendo software libre, habiendo muy poquitas empresas integradoras, casi nada de documentación en castellano y un búscate la vida total que hoy día parece mentira que fuese así. Aún peor lo teníamos en nuestro caso que estamos en medio del silicon valley de los ERPs propietarios, en un pequeñito pueblo gipuzkoano. Pero… apostamos por OpenERP y aquí seguimos. A pesar de la crisis, a pesar de los cambios… Nos sentimos más fuertes, con más ilusión que nunca por hacer cosas nuevas, con un equipo crecido, formado y dispuestos a seguir dando caña, evolucionando y adaptándonos a lo que depara el futuro.

Y … ¿qué hay de nuevo últimamente?

Por supuestísimo, la publicación en poquísimos días de la nueva versión OpenERP 7.0. Según se dice, será la versión definitiva que revolucione el mercado de los ERPs. OpenERP será el primer ERP social del mundo. Íntegramente accesible mediante su refactorizado interfaz Web, proveerá de funcionalidad “social” a una herramienta concebida inicialmente para solucionar lo más aburrido… la gestión de la empresa.

OpenERP 7.0 Release Notes

Ahora bien… Con el nuevo enfoque de OpenERP desde su base, tenemos mucho que hacer y desde aquí hago un llamamiento a “esta nuestra comunidad” para ponernos en marcha con la lista de tareas pendientes que debemos hacer entre todos si queremos empezar el año usando OpenERP 7.0. Si dejamos de lado algunas de ellas… tardaremos muchos meses en poder usarla de forma habitual en nuestro país.

1. Traducciones: A fecha de ayer había más de 5000 términos sin traducir en launchpad. Unos poquitos minutos al día de cada uno y para final de año podemos tener la herramienta traducida al 100% como en versiones anteriores. Aquí enlace por si os queréis unir al grupo de traducción: https://translations.launchpad.net/openobject-addons
2. Migrar la localización a la nueva versión. Para los neófitos, diremos que si no se adapta la herramienta legalmente a un país, no se podrían usar sus módulos de contabilidad (efectos contables, transacciones bancarias, remesas de cobros/pagos… etc) Esta debe ser una de las tareas prioritarias de la comunidad a fin de que se pueda utilizar lo antes posible en producción. Para ello, tal y como ya he mencionado en la lista de localización, debemos pensar en si seguir “parcheando” los módulos para simplemente adaptarlos y que funcionen en la nueva versión o bien pensar en una refactorización y mejora a fondo. Veremos lo que se decide en próximos días. Si lo hacemos ordenada y repartidamente, podríamos tener algo decente en unos pocos meses.
3. Nuestros propios módulos. Es decir, la mayoría de los integradores y colaboradores de OpenERP tenemos módulos personalizados desarrollados y publicados. Habría que ir pensando también en migrar dichos módulos y adaptaciones verticales a la nueva versión, pero claro, esto ya depende de la disponibilidad y necesidad de cada uno.
4. Testeo: Por experiencias anteriores, en el momento de publicar una nueva versión pasan un par de meses antes de que sea relativamente estable y varios meses antes de que sea estable del todo. Os animo a probar la trunk y publicar los bugs que encontreis en launchpad a fin de afinarla lo antes posible. Aquí link para publicar bugs: https://code.launchpad.net/openobject-addons
5. Acostumbrarnos al nuevo interfaz Web porque en la versión 7.0 ya no se soportará más nuestro viejo compañero de viaje… el interfaz GTK. Lo echaremos muuucho de menos y personalmente creo que es lo que más me costará cuando empecemos a usar 7.0. De hecho, espero y deseo por favor que la comunidad mundial de OpenERP recoja el testigo y lo sigan manteniendo vivo.

Como dice Fabien: The official release is planned for the 21th of December. As the Mayas predicted it, this is the end of an age, the old ERP dinosaurs.

El lanzamiento oficial está planificado para el próximo 21 de Diciembre. Como predijeron los mayas, este es el final de una  era, los viejos ERPs dinosaurios.

Este tema ha sido uno de los más hablados, el que más discordia ha creado en la comunidad y el que más preocupados nos tenía a los partners.

Para aquellos que llegais ahora o no entendeis nada de lo que estoy diciendo, intento resumir.

• La mayoría de los editores de software que llegan al nivel de expansión de OpenERP en el mundo, deciden optar por un modelo mixto de módulos “licenciados” o de pago como estrategia de negocio. Lo que sería una versión comunidad sin coste de licencias y una versión “enterprise” con módulos de pago, o con una licencia particular. Por contra, OpenERP siempre ha defendido la publicación libre de todos sus módulos y por tanto, la diferencia entre la versión comunidad y la versión enterprise, es la contratación o no de la garantía de OpenERP, la cual incluye soporte a errores (bugs) y migración de versión.
• En su momento, OpenERP decidió NO publicar sus scripts de migración de datos, de una versión a otra, lo cual es totalmente lícito (cualquier empresa del mundo requiere definir sus líneas de negocio, si no, no serían empresas sino ONGs) pero trajo innumerables críticas tanto de partners como de la comunidad ya que la única forma de migrar OpenERP de una versión a otra, era contratando la garantía. Hasta aquí perfecto y sin problema siempre y cuando un cliente utilizase los módulos del core.

Pero se da el caso de que NINGUN cliente utiliza SOLO los módulos del core, sino que además, existen módulos no oficiales (denominados módulos de localización) que adaptan el sistema a los requerimientos fiscales de cada país y por tanto su instalación es imprescindible en cada uno de ellos. Así, en españa tenemos la localización española, en Venezuela la venezolana, en Suiza la Suiza…

Además de los módulos de localización, la mayoría de los clientes suele adaptar el sistema a sus necesidades específicas por lo que solicitan módulos a medida o también pueden requerir otros módulos publicados por la comunidad o por partners de OpenERP. Estos módulos al no ser parte del core, evidentemente, no se incluyen en el contrato de garantía.

No obstante era posible solicitar la migración de TODOS los módulos de una instalación, sea esta cual sea y tenga los módulos que tenga, siendo el precio de 800€ por cada 1000 líneas de código extra por CADA implantación. Cada cliente que solicitase el servicio debía pagar esta cantidad. Esto era comprensible para módulos específicos de un cliente que los haya mandado desarrollar pero no para los módulos de localización, ya que son requeridos en cada una de las implantaciones que hacemos. Casualmente, la localización española es una de las más maduras y fuertes que existen y el número de líneas es considerable, con lo cual el importe a pagar por cada uno de nuestros clientes en cada versión (cada 18 meses) no era asumible. Por tanto, determinamos que el servicio ofrecido por OpenERP, NO CUBRIA las necesidades de nuestros clientes y nos empezamos a preocupar.

Después de 2 años … innumerables emails, reuniones, skypes y todo lo habido y por haber… nuestra percepción era que OpenERP no nos escuchaba. La percepción de OpenERP era que nosotros íbamos por libre y a nuestro aire, sin contrubuir a su estrategia de negocio y sin apoyarles en su expansión, lo cual en bastantes ocasiones en los últimos meses nos ha llevado a situaciones tensas y malos ratos innecesarios.

Hasta aquí, el pasado… ahora… el futuro:

• El no liberar los scripts de migración es decisión de OpenERP, es su estrategia de negocio y están en su perfecto derecho de definir dicha estrategia
• OpenERP asume que los módulos de localización española son requeridos por todos los clientes españoles por lo tanto, se incluirán como módulos NO Extra en las migraciones. Es decir, no existirá coste extra en la garantía “oficial” para estos módulos. No obstante, en toda migración se requieren servicios extra para validar, testear y probar la migración con lo cual CADA PARTNER decidirá el coste extra que incluirá en la garantía oficial para asumir las horas de servicio para realizar la migración.
• Los módulos que sean específicos de un cliente podrán ser migrados de 2 formas:
  • El  partner asume la migración –> OpenERP no incluye coste extra para las líneas incluidas en estos módulos
  • OpenERP asume la migración de estos módulos –> El cliente deberá asumir el coste de 800€ por cada mil líneas de código en módulos personalizados.

• Si un partner demuestra que un módulo extra o desarrollado a medida es utilizado por más de 10 clientes con garantía, entonces el partner podrá proponer el módulo para que sea incluido dentro del contrato de garantía, con la migración incluida sin coste adicional (como hemos dicho antes, esto sólo sería necesario si el partner prefiere que openERP realice el trabajo de migración del módulo).
• EN TODOS ESTOS CASOS, tanto la garantía de soporte (bugs) de los módulos de localización como los que se desarrollen a medida deberá ser asumida por el partner y la inclusión de los módulos se refiere UNICAMENTE a la migración de datos. No al soporte técnico de los módulos.

Como veis el escenario cambia totalmente. En este caso, el contrato de mantenimiento con OpenERP pasa a ser una garantía real, requerida y necesaria. Por fin vamos a poder ofrecer a nuestros clientes OpenERP enterprise con garantía. Una vez resuelto el tema con OpenERP S.A, ahora solo hemos de ver si es necesario cambiar algo internamente en la forma de organizar la localización o el sistema actual sigue siendo válido, pero esto es ya otra historia distinta a definir entre nosotros.

Por último, daros una pincelada sobre cómo funciona técnicamente el servicio ofrecido por OpenERP porque lo cierto es que hasta ayer ninguno lo habiamos entendido bien. No entendíamos cómo en caso de no querer asumir el coste de 800€ por cada 1000 líneas de código podiamos asumir nosotros parte de una migración y OpenERP otra. Ahora sí lo entendemos. Aquí va:

Entendamos primero en qué consiste una migración de datos entre versiones:

• En una instancia a migrar tenemos 2 partes: módulos python + BBDD postgresql.
• En principio, supongamos módulos python de una versión y bbdd postgresql de la misma versión. Si por algún motivo hubiese cambios en la lógica de la aplicación sin cambios estructurales en la base de datos, no hay ningún problema ya que el sistema internamente provee de un proceso automático de actualización, es por esto que en la migración de versiones menores (6.0.1, 6.0.2), no existe ningún problema. Solo cambia la parte python, por lo con ejecutar un “actualizar todos” desde el propio interfaz, el sistema queda actualizado.
• El problema viene cuando hay cambios estructurales en la base lo cual es inevitable cuando se publica una versión mayor ( esto es 5.0 a 6.0, o en su caso 6.0 a 6.1 ). En este caso, es necesario transformar una estructura en la otra, sin perder los datos que previamente se hubiesen cargado. Esto es lo que ofrece el sistema de garantía de OpenERP.

Veamos ahora cómo sería el proceso a seguir:

• OpenERP provee una herramienta que nos permite “subir” una bbdd de una versión y devuelve la misma base de datos “migrada” a la nueva versión. SOLO las tablas correspondientes a los módulos del core serán migradas. Todo el resto de tablas, será mantenido exactamente igual que estaba. (Nota: A fin de proteger la confidencialidad de datos de los clientes, la base de datos se sube y se recibe encriptada)
• OpenERP migra SIEMPRE los módulos python oficiales a la nueva versión.
• Bien OpenERP(con el coste antes mencionado) o bien el partner migra los módulos python no oficiales, sean de localización o sean a medida, para que puedan ser instalados en la siguiente versión. (Para facilitar el trabajo al partner, OpenERP provee de una herramienta denominada runbot, donde el partner puede testear los módulos los cambios que serán necesarios realizar en el código python)
• El partner, realizará la instalación de la nueva versión con los módulos python migrados, desencripta la base de datos recibida y lo sube a la nueva instancia creada. Reinicia el servidor con Update==ALL.
• En este punto, la migración en sí, ya está realizada.
• Por último, el partner con su cliente testea los datos y cada uno de los procesos funcionales que utiliza para verificar que todo ha quedado correcto. Si hubiese algún problema o proceso que el sistema automático ha generado, se reporta a OpenERP como bug. El arreglo de este bug en el proceso de migración está incluido en el contrato de garantía.
• El proceso puede ser repetido tantas veces como sea necesario, es decir, el partner puede subir la base de datos encriptada de su clientes tantas veces como se requiera, hasta que se obtenga la validación de la migración por parte del cliente, hasta llegar al grado de depuración requerido.

Creo que estos son los puntos más importantes, aunque si los que estuvisteis en la reunión, veis que falta o me he equivocado en algo, por favor, no dudeis en ponerlo en los comentarios para que pueda rectificar o ampliar el post.

Por último, comentaros que muy en breve tendremos un post en el blog de OpenERP donde nos explicarán en detalle el proceso de migración y ampliarán la información que doy aquí de forma resumida. Prometo traducíroslo en cuanto se publique.

No me queda más que agradecer a OpenERP y en especial a Fabien y Marc el tiempo que nos dedicaron. Mención especial también a Rubén, por “meter caña”

A Nhomar de Vauxoo, por su apoyo y su valiosa intervención en la reunión. A Nacho de Alfa90, el haber expuesto con suma claridad el problema por parte del cliente, lo cual ayudó en gran medida a que OpenERP entendiera (por fin!) nuestra visión del tema. Y como no… a Santi de Pexego, figura imprescindible en la localización española con quien la mayor parte de las veces comparto la forma de ver las cosas.

Muchas gracias a todos:

Ana

P.D: Edito a 17/04/2012 para incluir el link que sobre el mismo tema ha escrito Santi en el blog de Pexego. Merece la pena:

http://www.pexego.es/blog/2012/04/15/openerp.-sobre-vision-y-modelo-de-negocio

Aquí os paso traducido el mail de OpenERP donde nos explican las novedades.

Si, este es un anuncio importante!! OpenERP se congratula en anunciaros la release de la versión estable 6.1. Después de un año de compartir esfuerzos con nuestra comunidad y partners, estamos orgullosos de anunciar la versión final de OpenERP 6.1. Con esta nueva versión hemos desarrollado mucha nueva funcionalidad como el terminal táctil, facturación electrónica, vistas Kanban, gestión de activos, etc. La apariencia también ha sido mejorada significativamente en el nuevo cliente web y la nueva arquitectura que ahora puede soportar multi servidores y multi procesamiento. Mencionar también las últimas tecnologías, como las usadas por gmail y facebook han sido incorporadas en esta versión. Read more about the new features

Como descubrir la última versión 6.1?

• Demo: http://demo.openerp.com
• Online: http://openerp.com/online
• Download: http://openerp.com/downloads

Más fácil de usar y aprender
OpenERP ha sido siempre reconocido por su facilidad de uso comparado con otros ERPs líderes. Hemos ido un paso más allá, una vez que lo has instalado puedes inmediatamente empezar a usarlo. No hay necesidad de configurarlo a excepción del módulo financiero.

Con una página de bienvenida más amigable, es fácil bucear en las aplicaciones que más necesite. Cuando inicie el uso de la aplicación y quiera usar alguna de su funcionalidad más avanzada, las barras de progreso con menús le ayudarán a configurar la aplicación justo en la forma que quiera. Los usuarios pueden también disfrutar de las vistas kanban para gestionar el flujo de solicitudes, tareas en un proyecto o incluso su parrilla de ventas. No está mal para un ERP!

Una rama nuevo cliente Web
El nuevo cliente web ha sido completamente rediseñado. Hemos usado las últimas tecnologías web y hemos rediseñado su arquitectura. Como resultado, la nueva interfaz Web de OpenERP es más intuitiva y el desarrollo sorprendente.  La velocidad de navegación a través de las pantallas es increible aportando un nivel de confor al usuario. Pero no es todo. El nuevo cliente web es extremadamente modular y permite integrar OpenERP con un portal o sitio web en solo unos pocos clicks.

Terminal Punto de Venta

OpenERP 6.1 provee un nuevo módulo para outlets. Este módulo es 100% web, trabaja offline y sincroniza automáticamente con el servidor web cuando se restablece la conexión. El módulo TPV es compatible con todas las tarjetas PC y iPad, ofreciendo múltiples métodos de pago. La selección de productos puede ser realizada de varias formas: usando un lector de códigos de barras, navegando por categorías de productos o vía búsqueda de texto

Un ERP social y flexible
Las empresas aún intercambian multitud de documentos en formato papel Una manera cara e ineficiente de trabajar. OpenERP 6.1 está ofreciendo distintas opciones para ayudar a las empresas a mejorar su productividad. Primeramente, los portales integrados permitirán a la compañía a proveer acceso a OpenERP de una forma completamente segura para partners externos. Por otro lado, los clientes puede, por ejemplo, referirse al inventario, registrar pedidos y realizar seguimiento de envíos, al igual que manejar sus facturas. OpenERP 6.1 va más allá que eso, ya que puede enviar facturas y/o pedidos y su cliente tendrá la opción de acceder en ellos a OpenERP e integrarlo automáticamente con su propia instancia de OpenERP.

Nuevos módulos adicionales
Otras funciones adicionales introducidas en OpenERP 6.1 son: Nuevo módulo de nóminas y gestión de activos. Nuevos informes financieros y algunas cosas más. OpenERP continúa expandiendo su funcionalidad a través  de módulos internos y ahora más de  1800 apps disponibles en http://apps.openerp.com

Disfrutadlo, Nicoleta

Incluye más de 50 nuevos módulos y funcionalidad cuya lista “resumida” os paso traducida a continuación.

• Más fácil de aprender
• Buzzy ERP: Social, Viral y Mobile
  • Be Social: Permite colaborar y compartir información con clientes y proveedores
  • Compartir documentos
  • Incluir contenido en su Website
  • Se ha mejorado el motor de gestión de Emails
  • Envío de notificaciones por email, por defecto.
  • OpenERP Mobile: Nuevo interfaz para móviles.
  • Nuevos módulos
    • TPV táctil
    • Nuevo motor de nóminas Generico
    • Activos y amortizaciones
    • Portal

• La revolución del Nuevo cliente web
  • Rápido
  • Nueva vista Kanban (arrastrar y soltar)
  • Tableros personalizables
  • Gráficos Gantt Dinámicos
  • Modularidad
• Nueva arquitectura (sin reinventar la rueda)
  • Facilidades para el debugging
  • Mejoras en el framework
  • Mejora de velocidad
• Mejora de productividad en proyectos y tareas
• Mejora de productividad en CRM
• Pantallas mejoradas en selección de personal
• Gestión de contratos desde contabilidad analítica
• Mejoras en la gestión de precios de envíos
• Nuevo plugin con Outlook

OpenERP nos invita a probarlo y dar feedback a todos… aquí os paso la invitación:

How can you help?

• Download OpenERP 6.1 RC1 (available as a Windows installer, Debian/Ubuntu package, RPM package and source tarball)
• Send us your feedback by reporting any issues you find via our Launchpad bug tracker.
• Please suggest translations via Launchpad translations for areas that are not translated in your language (click View All Languages at the bottom of the list). See also our guide to learn mode about translating OpenERP.

Que lo disfruteis!!!

Como siempre… Albert Cervera de Nan-tic, nos sorprende con esta buenísima noticia. Os paso íntegro el post en castellano, que creo que merece la pena. Aquí el link original al artículo. Incluyo también links a las traducciones en inglés y catalán.

Castellano: http://www.nan-tic.com/es/presentando-kafkadb

Inglés: http://www.nan-tic.com/en/presenting-kafkadb

Catalá: http://www.nan-tic.com/ca/presentant-kafkadb

Zikzakmedia en su blog nos anuncia un nuevo servicio válido para aquellos clientes arrancados en OpenERP 5.0 que requieren migrar a OpenERP 6.0.

Os paso link a la entrada donde explican el servicio ofrecido:

http://www.zikzakmedia.com/blog/servicios-de-migracion-de-openerp-5-openerp-6

Este servicio se aplica a los datos de su base de datos, no sólo módulos oficiales, si no también módulos de localización española como módulos del repositorio de Zikzakmedia.

Gracias por la información!!

A nivel personal ha sido enriquecedor poder volver a hablar personalmente con miembros de la comunidad mundial de OpenERP que conocí el año pasado (Nhomar, Luc, Joel, Ferndinand, Geoff, Sisalp, Humberto…) y como no… tener el placer de conocer personalmente a todo el nuevo staff de OpenERP y volver a reeencontrarme con los miembros del equipo a quienes ya conocí el año pasado.

Debo agradecer la impresionante acogida que me han dedicado en Bélgica cada uno de ellos y todas las muestras de afecto y reconocimiento recibidos en particular de Fabien, Els, Ludovic y Olivier.

Especialmente emotivo fue el momento en que todos los presentes me felicitaron mi cumpleaños durante la cena obsequiándome con un Happy birthday mientras me traian el postre con una vela encendida. Gracias a todos por estos momentos que nos habeis hecho vivir.

Es muy complicado resumir en unas líneas lo que hemos aprendido pero voy a intentarlo:

Día 1:

I+D (Novedades lanzadas recientemente o lo serán en breve)

• OpenERP apps: Es un nuevo portal donde se muestra la lista de todos los módulos existentes independientemente de que sean “oficiales” de una versión o realizados por un partner o por la comunidad. El portal está abierto a que quien tenga una rama en launchpad pueda solicitar su inclusión en la lista: http://apps.openerp.com/ Está sincronizado con launchpad y se actualiza una vez por día, por lo que si os es más cómodo bajaros los módulos directamente desde aquí, podeis hacerlo. Aprovecho para comentar a quien considere que tiene módulos interesantes que solicite su inclusión en este nuevo portal.
• Relacionado con el punto anterior, la rama extra-addons va a perder su status actual en beneficio de las ramas propias de cada desarrollador. Es decir, se mantiene extra-addons y los commiters seguirán manteniendo esta rama pero la mayoría de los módulos que contiene estarán en las ramas de sus desarroladores.
• La política de releases está definida. Una versión mayor (4.2, 5.0, 6.0…etc) será mantenida por OpenERP durante 4-5 años. Tendremos una nueva versión menor cada 6 meses (6.1, 6.2… ) que podrá incluir nueva funcionalidad con respecto a la anterior y una versión de bugfixes (6.1.0, 6.1.1,…) cada mes.
• Herramientas de testing automático: buildbot.openerp.com y http://runbot.openerp.com/

Interfaz web:

• Se ha refactorizado completamente todo el código del interfaz web. Aunque en apariencia es igual que la versión anterior, tecnológicamente es mucho más avanzado, más rápido. Básicamente es Web 2.0, soporta htmls 5, arquitectura limpia, linkable, embeddable, modular (chat, mobile, geo localization) para incluir aplicaciones web integradas en el ERP, Incluye framework para el frontend y permite personalizar la apariencia. Se incluye drakula como editor de workflows.
• YA existe un interfaz web mobile.

Integración tipo EDI entre distintas instancias de OpenERP:

• Están trabajando en la sincronización de varias instancias OpenERP. Por ejemplo un pedido de venta en una instancia OpenERP genera un pedido de compra en la instancia OpenERP del proveedor que lo recibe.

Evolución de los módulos portal y nuevo portal de partners

• Se han redefinido los módulos portal que permiten ofrecer un portal de atención al cliente a nuestros clientes mediante el interfaz web.
• Mediante esta tecnología OpenERP ha creado un nuevo portal para partners que será lanzado en breve. Hemos podido ver algo totalmente distinto a lo que teniamos anteriormente, mucho más bonito, completo y con apariencia similar a un panel de control desde el que gestionar las relaciones del partner con OpenERP.

Usabilidad

• Después de realizar pruebas de usabilidad a usuarios no expertos en informática, han detectado algunos “puntos negros” en el interfaz que están en vías de ser solucionados.
• El 70% de los usuarios incluidos en el estudio no supieron cómo utilizar los campos many2one a la primera, aunque después de varios intentos lo averiguaban por sí solos. (Divertido el video que nos pusieron. Los usuarios hacen cosas realmente extrañas cuando no saben cómo hacer algo) Para solucionar esto se modificará el widget de tal forma que se mostrará como campo desplegable pero se da la posibilidad de crear un valor faltante desde dicho campo desplegable sin ir al menú.
• El 60% de los usuarios no supieron cargar, ni exportar un csv. Para solucionarlo, se refactoriza completamente el módulo de importación/exportación de datos. Tiene realmente muy buena pinta según nos enseñaron. Mucho más sencillo y posible ser usado por un usuario sin conocimientos técnicos.
• Estado de los documentos. Actualmente es un campo de texto (borrador, en proceso, realizado… ). Se incluirán barras de progreso, que indicarán por qué estados ha pasado el documento y por cuales deberá pasar hasta finalizar el ciclo.
• Configuración del sistema:  Han detectado que los wizards de configuración no son muy amigables para el usuario final por lo que han decidido eliminiar los Wizards e incluir links a la configuración en el menú de administración.

Migraciones automatizadas

• A fin de facilitar el inicio de uso y configuración de OpenERP para usuarios que utilizan otros sistemas han creado varios scripts de carga automática de datos desde ellos, por ejemplo, sugar CRM.

Payroll

• Se ha refactorizado completamente el módulo de generación de nóminas que ahora es un motor configurable y adaptable a las necesidades de cada país y cada empresa.

POS / TPV

• Por último, hemos podido ver un módulo de TPV totalmente distinto. Amigable, con una apariencia atractiva y muy intuitiva.

Por la tarde, distintos miembros de la comunidad nos enseñaron los módulos que han estado desarrollando para esta nueva versión, destacables:

• Conector con Magento (Akretion)
• Integración con Asterisk (BHC)
• Interfaz para teléfonos móviles (BHC)
• Bussines intelligence con geolocalización (BI integrado con mapas) de Camp2camp
• Webkit report. Nuevo motor de informes (Camp2camp)
• Nuestros nuevos módulos de fabricación que tuvieron buenísima acogida por parte tanto de OpenERP, S.A como de diversos partners.

Día 2:

• Se realizaron interesantes workshops en grupo sobre distintos temas específicos.
• En breve se publicarán los resúmenes de estos Workshops. He de decir que yo acudí al de fabricación por la mañana y aún no entendemos el motivo por el cual “se perdió” la mayor parte de la relación de los puntos tratados durante el workshop. Menos mal que la gente lo tomó a risa mi reacción de estupefacción al faltar en la presentación el 70% de lo hablado. Esperamos que fuese por falta de tiempo y que cuando se publique el resumen si no todo, esté la relación de la mayoría de los temas tratados.  Sería una pena perder todos los valiosos aportes y solicitudes de mejora que realizó la gente que acudió.

Día 3:

Día de presentaciones de los partners. Vimos varias interesantísimas presentaciones de la mano de Fabien, Marc, Olivier, Xabier, Luc, Nhomar y varios más… cada uno en su enfoque y estrategia para el próximo año, nos hicieron ver que OpenERP seguirá creciendo, definiéndose, mejorando de día en día y creciendo de forma exponencial en los próximos años. Confirmaron lo que ya sabemos sobre el producto pero además nos motivaron y nos dieron ánimo para seguir apostando por esta impresionante herramienta que cuanto más conocemos, más nos sorprende.

Esperamos seguir en esta línea por mucho tiempo, cordiales saludos!!

Ana

La primera, es que Fabien en Twitter anuncia la release de OpenERP 6.0 RC2 para el 31 de diciembre.

rc2 is planned for the 31th of december 2010. Happy new year to everyone

La segunda es que Avanzosc, estrena nueva web que ya era hora!!! http://www.avanzosc.com , aunque aun estamos elaborando los contenidos definitivos.

La tercera es que por un problema con una tabla corrupta, el foro de openerpsite ha estado caido un par de días. El problema ha sido subsanado por lo que ya está de nuevo operativo.

Y la última, comentar que durante la semana pasada realizamos un curso funcional de OpenERP en Mallorca, de la mano de Ibit. Muchas gracias a todos los alumnos que acudieron por el interés mostrado y al Ibit en general y Marcos en particular por la organización y atención prestada.

Comentaros también que Ibit ha financiado la liberación de algunos de los cursos de pago de aulaerp, además de su traducción al catalán. Aun no hemos finalizado toda la tarea de traducción y refactorización de los cursos, pero teneis parte de ellos disponibles aquí:

www.openerp.cat/aula: En català

http://formacio.xarxabit.org En castellano y en català, aún faltán algunos para publicar. (Se irán publicando a lo largo del mes de enero)

Os deseamos a todos una

¡FELIZ NAVIDAD Y PROSPERO AÑO NUEVO!

ZORIONAK ETA URTE BERRI ON!

odony #OpenERP v6.0 RC1 uploaded! http://www.openerp.com/downloads

De por sí, el anuncio por si mismo ya merece un post.

Enhorabuena a todos los desarrolladores, colaboradores, partners y comunidad de OpenERP por hacerlo posible. Muchas gracias a todos!!

Ana