By PVG viagra

a short-term loan Payday loans huge rate of inflation.

Archivo categoría Comunidad Española OpenERP

Jornadas OpenERP 2013 serán en Valencia. 27-28 Junio

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Conferencias openERP, Conferencias, eventos y jornadas OpenERP, eventos openerp - 21 mayo 2013

Buenas:

Cuánto tiempo que no escribía en openerpsite. Me apunto que debo retomar la costumbre.

Comentaros que hemos recibido este correo de Nacho anunciando las jornadas OpenERP 2013 que este año se celebrarán en Valencia organizadas por Domatix.

Hola a todos,

Tal y como ya sabéis algunos, las Jornadas de OpenERP de 2013 serán este año en Valencia, en las fechas 27 y 28 de Junio.

Os dejo acceso a la plantilla del Google Doc que hizo Ana el año pasado, para rellenar quienes queráis la hoja de patrocinios y sugerencias para charlas:

https://docs.google.com/spreadsheet/ccc?key=0AtLY1SK96QwJdHBYMy1MZGgyUVJ5RzFKYl83UXBYRnc&usp=sharing

El importe del patrocinio será de 180 euros + IVA. El que quiera patrocinar por favor que rellene la hoja de Google Docs y nos envíe datos fiscales y logo de su empresa en vectorial (svg o pdf únicamente). 

Cualquier duda o consulta, quedamos a disposición.

Saludos,

Esperamos con ilusión que llegue la fecha para pasárnoslo estupendamente igual que en años anteriores. Espero veros a tod@s por allí!!!

Cordiales saludos:

Ana

2 Comentarios

OpenERP 7.0 y localización Española

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Nuevas versiones OpenERP - 22 marzo 2013

Como ya todos sabeis en Enero de 2013, OpenERP SA publicó la nueva versión de OpenERP 7.0 y sobre ello, escribí en su momento el siguiente post:

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)

———- Forwarded message ———-
From: Olivier Dony <XXXXXXX@openerp.com>
Date: 2013/3/15
Subject: Re: Migration Spanish localization modules to 7.0
To:On 03/15/2013 02:30 PM, Ana Juaristi wrote:

… Te escribo para preguntarte algunas cuestiones técnicas que quisieréramos tener para poder migrar los módulos de localización a 7.0.

SOLICITUD/PRIMERA PREGUNTA ANA:

Necesitamos un memento técnico para 7.0, incluyendo la parte de cliente web porque por ahora, tenemos la nueva versión del documento que todavía muestra algunos pantallazos de GTK y no hay información sobre el nuevo cliente web.

RESPUESTA OLIVIER:

Tienes razón. Te lo haré saber tan pronto como publiquemos una nueva versión con pantallazos y datos actualizados. No deberías esperar tener mucha información sobre el cliente web por la misma razón que no hay información sobre el cliente GTK en el memento. El cliente es solo una forma de interactuar con OpenERP, pero la mayoría de los Server/addons no deberían saber qué cliente se está usando.
Por supuesto, hay un capítulo aparte para desarrollo de addons web (con Javascript) pero no creo que se incluya en el memento, de momento. Hemos empezado a escribir documentación para desarrolladores web aquí:

http://doc.openerp.com/trunk/developers/web/
Esto es sólo relevante si deseas crear o modificar addons web, pero no es necesario simplemente para migrar módulos a V7, creo

———————-

SOLICITUD/SEGUNDA PREGUNTA ANA:

Necesitamos una lista general de lo que es técnicamente mejorable en el código de los modulos de localización de las versiones 6.0, 6.1. No es necesario tener exactamente las líneas a cambiar pero algo como decirnos qué tipo de código debería ser refactorizado y pistas para resolver los problemas que surjan.

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__*
En el caso de los módulos de localización española, lo primero y más importante que hay que hacer no es buscar “código malo” pero si tratar de reducir el número de líneas de código. Este es el punto más importante, porque disminuirá el coste de todo: migración, mantenimiento, etc.
Y usualmente haciendo esto, terminas con “código bueno”: el código es simple y minimalista porque saca lo mejor del framework y la funcionalidad del core.
Durante los últimos años OpenERP ha evolucionado mucho y creo que los módulos de localización están construidos con la versión 5.0 de OpenERP, con un número enorme de funcionalidad que reemplaza funcionalidades del core en vez de reusarlas porque la funcionalidad del core no casa exactamente con vuestras necesidades.
Como ejemplo, recuerdo que teneis un módulo muy complejo para realizar informes fiscales donde los informes se calculan en una tabla de resultados en background. OpenERP6.1 tiene una funcionalidad implícita que podríais usar y quitar todo lo innecesario.
En algún punto este tipo de “faltas técnicas” tendrá que se pagado y lo mismo pasa con OpenERP por sí mismo. Tenemos que pagarlo en cada versión para refactorizar, arreglar o borrar código antiguo heredado. Algunas veces obliga a reescribir completamente una funcionalidad, algunas veces te fuerza a cambiar la forma en que trabajas pero es necesario pagar el precio para que no te bloquee a futuro.
No te puedo proporcionar una lista detallada de pautas para migrar vuestra localización inmediatamente porque tendría que revisar la localización entera. Tendré una vista rápida la próxima semana[2] y te daré un feedback general.
También me complacerá aconsejar a los desarrolladores de la localización española si me preguntan directamente sobre módulos específicos, por ejemplo, “como migrar esta funcionalidad específica, cómo debería ser en V7, cual es la mejor forma de cambiar esta funcionalidad concreta del core”, etc.
[1] http://doc.openerp.com/v6.1/contribute/15_guidelines/l10n_guidelines.html
[2] Como te prometí he tratado de echar un vistazo a los módulos de localización española, pero tuve que usar los slides de Borja para guiarme:
http://www.slideshare.net/NeoPolus/openerp-spanish-localization-2011-features-and-status
Basándome en las diapositivas, tuve una vista rápida de los módulos de 6.0 y sus dependencias, para tener idea del tamaño y el tipo de código en cada uno de ellos. Supongo que los de 6.1 no son muy distintos, por lo que debería ser válido.
Proveer una guía detallada para cada módulo sería una tarea gigante, por lo que sólo escribí un pequeño sumario de las cosas más importantes que encontré en un primer vistazo. Hay algunos comentarios sobre cosas que pueden ser mejoradas, pero también comentarios que pueden ayudar a discutir posibles mejoras posteriores.
He puesto un resumen en un documento que podemos editar de forma colaborativa. Sentíos libres de añadir/cambiar cosas, esto es solo un punto de inicio.
http://pad.openerp.com/p/l10n_es_review
————————

SOLICITUD/TERCERA PREGUNTA ANA:

si fuese posible, sería extremadamente útil tener ejemplos sobre vistas y otras cosas con los cambios de definición que ha habido en la parte servidor de 7.0. Ejemplo: Campo Type depreciado en vistas. Varios módulos que tienen una definición type incluida en ellos directamente no se instalan en 7.0. ¿como resolverlo? ¿como reemplazar el código para que sea correcto?

RESPUESTA OLIVIER:

Muchos partners están buscando esto pero de momento no tenemos una guía detallada para migrar módulos a OpenERP 7.0 aún. El documento release notes da bastante infromación pero necesitamos una versión técnica.
De todas formas, no hay cambios tan importantes en el framework/API. Intentaré pasarte la lista la semana próxima [3]

[3]
Como te prometí, aquí está la lista rápida de los cambios más importantes a nivel del framework/API entre 6.1 y 7.0 que deberíais conocer al migrar los módulos.
Hay muchos pequeños cambios de modelo en los addons, pero la mayoría de ellos ya se han presentado en las functional release notes.
De hecho, inicialmente no te tienes que preocupar de la mayoría de estos cambios al migrar a 7.0 porque hemos tratado de mantener la compatibilidad de la API en el mayor número de casos posible. Tienes que tener cuidado en los cambios de modelo del core y el hecho de que los wizard de estilo antiguo no será soportados pero no hay mucho más para el resto. En cualquier caso es mejor saber sobre lo nuevo para que lo puedas usar más tarde o simplificar o mejorar módulos…
  • 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.

 

,

No hay Comentarios

Experiencia de la implementación de OpenERP en empresas francesas

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Comunidad mundial OpenERP, Funcionalidad OpenERP, Opinión ERP, Opinión Software Libre, Opiniones OpenERP - 21 octubre 2012

Os hago partícipes de la publicación de un magnífico documento de lectura obligatoria para todo integrador de OpenERP, donde Alexis de Latre (Akretion Francia), nos detalla lo bueno y lo malo de OpenERP sin tapujos, de forma objetiva y sin adornos marketinianos.

A pesar de que a muchos seguramente no les gustará que hable en ocasiones de forma tan cruda, a mí me ha encantado y por ello, he decidido traducirlo y publicarlo en castellano para toda la comunidad hispano-parlante. He realizado la traducción a toda mecha y sin revisión posterior por lo que admito cualquier aportación de la comunidad al respecto.

También he de comentar que a pesar de que para España, coincido en un porcentaje elevadísimo en las experiencias y consejos que ofrece Alexis en su reportaje, la situación de la parte contable de OpenERP en Francia, parece que esté menos evolucionada que la situación que tenemos en España donde numerosas empresas utilizan OpenERP como base contable de su empresa. Es decir, empresas que Alexis cataloga como en “situación 2″.

A lo largo de los próximos días me encantaría completar este artículo con aportaciones de la comunidad española intentando definir las situaciones similares y las que no coinciden en los 2 paises.

Agradecer a Alexis esta magnífica aportación que intenta de forma objetiva mostrarnos la situación del ERP más versátil del mercado.

Aquí teneis el artículo original en francés: http://people.via.ecp.fr/~alexis/openerp/

Y aquí el artículo traducido al castellano: http://www.openerpsite.com/experiencia-openerp-francia

 

No hay Comentarios

Como colaborar, subir módulos o proponer cambios en la localización española OpenERP

Por Ana Juaristi Olalde - Comunidad Española OpenERP - 18 octubre 2012

Recupero un correo que viene de la lista de localización española, donde os explican paso a paso cómo colaborar, subir módulos, proponer cambios o parches. Aquí va:

1. bajar la última versión de la rama para la que es el módulo, si es para la 6.0
$ bzr branch lp:~openerp-spain/6.0  (o bzr branch lp:~openerp-spain/6.1)

Te creará una carpeta 6.0 (o 6.1)
2. Entras en el directorio  y copias el módulo junto los otros
 $ cd 6.0
Copias en ella tu módulo
Añades tu módulo al control de versiones
$ bzr add l10n_es_modulo_nuevo_que_sea
$ bzr *
$ bzr commit -m “[ADD] descripcion del modulo comentando lo que quieras”
es muy aconsejable añadir un mensaje en el commit con el parámetro -m y la sintaxis (propuesta):
[ADD/REM/FIX/IMP]nombre_del_modulo:cambios realizados
Ahora tendrás dos opciones 
  • (a)Subir tus cambios a una rama tuya en launchpad y desde ella solicitar un merge propousal con la rama que quieras desde la web o
  • (b) Directamente si tu usuario de launchpad está en el en grupo openerp-spain subirlo a la rama de la localización
Nota: requieres registar una clave ssh para subir código a Launchpad:
https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPairPara subir código a la localización, debes solicitar en el propio launchpad que te agreguen al equipo openerp-spain. Continuando con la subida:


a) Subes el código a tu rama, para eso tienes que tener un usuario en launchpad, si tu usuario es por ejemplo “lambda” 
$ bzr push lp:~lambda/openerp-spain/6.0
Desde tu rama puedes hacer un merge proposal con la rama de openerp-spain desde https://code.launchpad.net/~nombre_usuario/openerp-spain/6.0 pinchando en Propose for merging y seleccionando la rama en la que quieres hacer el merge (openerp-spain/6.0)
b) Si estás ya en el grupo de openerp-spain creo que tiene permisos para hacer el merge directamente por lo que valdía un:
$ bzr push lp:openerp-spain/6.0
Siguiendo estos pasos, puedes colaborar publicando directamente tus módulos en la localización, si eres parte del grupo, o bien, proponiendo un merge de los módulos de tus ramas propias si no lo eres ….

2 Comentarios

Resumen, presentaciones y conclusiones Jornadas OpenERP 2012 Donostia San Sebastian

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Conferencias openERP, Conferencias, eventos y jornadas OpenERP, eventos openerp - 3 junio 2012

Ya está. Después de tanta preparación, tanto nervio y alguna improvisación, los 2 días de las jornadas han pasado. Y es momento de reflexión. Hemos vivido y escuchado montones de experiencias positivas y opiniones variopintas. Además, hemos vivido en directo 2 debates con opiniones encontradas pero enriquecedoras. Nos queda el recuerdo de compartir este tiempo con gente increible y la seguridad de que algo hemos aprendido.

Aquí va el resumen con opiniones (subjetivas) sobre cada una de las presentaciones y su link correspondiente en Slideshare (NOTA: Incluyo solo los que nos dejaron copia de su presentación. El resto, por favor, enviádmela para publicar o pasadnos link si lo publicais vosotros mismos).

Programa

Jueves 31 Mayo 2012

Horario     Charla

10:00 – 10:30    Presentación. Introducción a OpenERP

Rápida introducción en vistas a dar una visión general de lo que es OpenERP a los alumnos de la universidad presentes en la sala.

10:30 – 11:00    Gestión de granjas (Nan-Tic)

Nan nos presentó una completa solución para granjas de cria de animales, con control de trazabilidad tanto si se gestiona por individuos únicos, o grupos de ellos.

Gestión de granjas: http://www.slideshare.net/NaN-tic/vertical-de-granjas-openerp

11:00 – 11:30   Vertical para universidades y centros de formación (Avanzosc)

Presentamos la adaptación y extensión de los módulos de training de OpenERP para cubrir los procesos de Pre-inscripción, matrícula, facturación, gestión académica, docencia, relaciones internacionales, prácticas de una Universidad privada española.

http://www.slideshare.net/Avanzosc/vertical-universidades-openerp

11:30 – 12:00    Nuevos módulos para la gestión de proyectos siguiendo los estándares del Project Management Institute (Eficent)

Interesantísima presentación de Jordi Ballester de Eficent, donde nos muestra cómo ha extendido los módulos standar de proyectos de OpenERP, para incluir funcionalidad adicional como planificación, tareas precedentes y posteriores, hitos, camino crítico… etc, etc.

http://www.slideshare.net/jordieficent/eficent-jornadas-openerp-2012-gestin-de-proyectos-con-openerp-siguiendo-los-estndares-del-pmi

12:30 – 13:00    Kafka db y BABI (Nan-Tic)

Interesantes Herramientas para migración de datos y business intelligence para OpenERP

http://www.slideshare.net/NaN-tic/babi-basic-business-intelligence-for-openerp-13190950

http://www.slideshare.net/NaN-tic/kafkadb-13190976

13:00 – 13:30    Tryton, diferencias técnicas, estado de localización… (NanTic)

Estado de situación actual de Tryton con respecto a OpenERP.

http://www.tryton-erp.es/blog/presentacion-de-tryton-en-las-jornadas-de-openerp

http://www.slideshare.net/NaN-tic/tryton-13191036

13:30 – 14:00    MongoDB como backend complementario (ElGas)

ElGas, empresa proveedora de suministro eléctrico en las islas baleares, nos presenta una original solución para el manejo de millones de registros de datos en tablas simples, utilizando mongoDB como backend o bbdd complementaria para OpenERP.

http://www.slideshare.net/Avanzosc/grupelgas-donosti2012

16:00 – 16:30   Aspectos legales de la AGPL (Acysos)

impartida por Helena Fuentes Herrando de PWC

http://www.slideshare.net/Avanzosc/aspectos-legales-13183279

16:30 -  17:00    Vertical Granja de Huevos (Avanzosc)

Vertical de OpenERP para granjas de huevos. Gestiona consumo de cereales y producción de pienso + compra y control de lotes de gallinas, ubicando los lotes de gallinas en naves + consumo de pienso y producción/paletización/envío de huevos a cliente.

http://www.slideshare.net/Avanzosc/presentacion-nueva-granjacastellano

17:00 – 17:30    Operaciones de Almacén (Domatix)

1. http://www.slideshare.net/domatix/operaciones-de-almacn-con-openerp

2. http://www.slideshare.net/domatix/conector-openerp-mrw

17:30 – 19:00    DEBATE/preguntas generales del público. Varios ponentes

Este fue uno de los dos debates interesantes que hubo en las jornadas. La temática  se inició gracias a un email enviado por Ignacio Navarro a mi correo, que posteo a continuación (entiendo que no le importe, ya que resume perfectamente la forma en que iniciamos el debate)

Le comenté a Ana que sería muy interesante buscar un hueco para una reunión de los usuarios. Allí podríamos compartir nuestros problemas y nuestros éxitos. No para los que quieren iniciar una instalación sino para los que estamos metidos en OpenERP con un mínimo de por ejemplo seis meses o un año.

No conozco un canal organizado de escucha a los usuarios.

De lo que se trata es de que los usuarios nos conozcamos.

Quizá una posible idea sería que nos presentásemos los usuarios que asistimos indicando lo que hacemos, los grupos de módulos que utilizamos de OpenERP, la versión de OpenERP, el número de trabajadores, el número de puestos con OpenERP, las dificultades actuales que tenemos o algo así.
La propuesta es crear un club o foro de usuarios, saber cuantos somos y la entidad que tenemos. A nivel global de OpenERP España, yo al menos no tengo la menor idea de si somos 100 o 1000. Si en conjunto tenemos 100 puestos de trabajo o 10000. No conocemos la dimensión del uso profesional de OpenERP en España.
Más que preguntas se trata de saber quien es quien en España. Igual sería interesante a nivel global de OpenERP.

Lo ideal sería tener el grupo albergado en algún sitio de OpenERP con un resumen de la instalación y con la persona de contacto quien quiera ponerla, pero al menos, aunque sea de forma anónima ese resumen. Por ejemplo: empresa de Valencia, sector industria química, 45 trabajadores, 22 puestos de trabajo, contabilidad, fabricación, ventas, CRM, compras, 120000 movimientos de almacén anuales, 100000 movimientos contables anuales,…

Es importante informar a los usuarios que debemos reportar los bugs, enseñar claramente como hacerlo. También colaborar en la traducción de la wiki y describir los módulos que cada uno de nosotros hemos ido modificando y mejorando. (Nota de Ana: Lo pongo en negrita por el interés que tiene)

Me comentó Ana que algo así presentó a OpenERP en petit comité en Bélgica. No solo somos los usuarios quienes tenemos este tipo de falta de información sino también los implantadores. Sería para los implantadores conocer qué módulos están haciendo otros, cuales son los más usados, cuales requeridos en un país… importantísimo.

Ya que OpenERP va a venir el viernes, sería interesantísimo recoger un pequeño informe con todas estas inquietudes y pasárselo.

Y lo recogimos. Aquí va en 4 líneas lo que apuntamos para preguntar/comentar a OpenERP. Dudas e inquietudes recogidas tanto de implantadores como de usuarios que estaban en la sala (si me dejo alguna, me decís) y que se plantearon a Rubén y Frederick de OpenERP aprovechando que estaban presentes durante el debate.

  • Definición “oficial” de LTS y política de publicación de versiones –> Se comenta que 18 meses es corto tiempo para una LTS. También se comenta que no se tienen en cuenta los bugs y parches reportados por la comunidad para versiones anteriores, dandose prioridad únicamente a los reportados en la última versión estable.
  • Mejoras en el ORM para optimizar el rendimiento de algunas aplicaciones al manejar grandes volúmenes de datos –> Se comenta que en procesos puntuales al manejar grandes volúmenes de datos, la aplicación se ralentiza.
  • Falta de información sobre el proceso de migración –> Desde nuestra visita a Bélgica, esperamos ansiosamente la publicación “oficial” sobre las migraciones de versión. Aunque en su momento entendimos como era, la comunidad espera que se publique un informe técnico detallado tal y como nos prometieron que se haría.
  • Listado de Modificaciones técnicas a realizar a los módulos de localización para que se incluya en el proceso de migración: Segunda promesa que esperamos recibir de OpenERP en breve. Un listado de tareas técnicas a realizar para que la localización cumpla los standares técnicos marcados por OpenERP. La cuestión es que los módulos de localización funcionan y están implantados en todos los clientes españoles que utilizan OpenERP pero… cierto es que técnicamente algunos de ellos son mejorables y arrastran código desde versiones anteriores que puede ser optimizado. Necesitamos tener la lista de lo que hay que cambiar para ponernos a ello.
  • Mejora de la documentación o más información sobre el acceso a la misma: se comenta que no se ha publicado mucha documentación sobre los cambios técnicos que se están realizando para la 7.0. Agradeceríamos un link a la misma tan pronto se publique.

Viernes 1 Junio 2012

Horario    Charla

10:00 – 12:00    Resumen de lo visto en los OpenERP days (OpenERP)

Rubén nos presentó algunos datos sobre número de descargas y visitas desde España a la web de OpenERP, siendo el cuarto país del mundo más interesado en la solución.

Frederick, nos muestra las mejoras en usabilidad y comunicaciones que se incorporarán en la nueva versión 7.0, además de un vistazo rápido al nuevo módulo POS (point of sale, TPV)

http://www.slideshare.net/Avanzosc/jornadas2-13183887

12:30 – 13:00    l10n_es_gestion_comercial nuevo módulo para localización (Soluntec)

NUEVO MODULO DE LOCALIZACION ESPAÑOLA para la gestión de efectos comerciales (cobros y pagos)

http://www.slideshare.net/Avanzosc/soluntec

Actualizo con correo de Nacho Torró, tal cual:

Solo comentar que he subido a launchpad la versión del modulo del Gestión Comercial de Efectos en el estado en el que se presento en las jornadas.
Se puede encontrar en:
https://code.launchpad.net/~soluntec/+junk/Gestion_Comercial
Recordar que es un módulo todavia en desarrollo aunque debería ser mas bastante funcional. Quiero durante esta semana hacerle un sprint para acabar las funcionalidades que faltan (ver el ciclo para pago a proveedores y el descuento de efectos) y pulir algunos detalles y si me dais el visto bueno veremos de subirlo a la rama de la localización cuando veamos que es estable..
Os ire escribiendo en este hilo los progresos..
Saludos


13:00 – 13:30    Módulo LOPD (Compuservice)

Completísimo módulo que se podría considerar un vertical para empresas que implantan la LOPD, válido también para empresas que quieran llevar un registro exhaustivo de todo lo requerido para cumplir la ley en su empresa. Fue una Live demo. No tenemos presentación. Lástima. A ver si los chicos de Compuservice, pudiesen montar aunque sea un resumen con pantallazos del módulo para publicarlo.

13:30 – 14:00    Dos módulos nuevos y Caso de Exito Rentalia (Factor Libre)

Tampoco tenemos la presentación sobre el caso de éxito de Rentalia.

Fue una lástima que la red de la Universidad no permita el acceso a otras redes privadas, por lo que nos quedamos con ganas de ver funcionando in-situ la conexión de la Web contra OpenERP.

16:00 – 17:00    Espacio para charlas relámpago

Se abrió un espacio para que los asistentes pudiesen presentar o hablar de lo que quisieran en  charlas relámpago de 5-10 minutos. Pudimos escuchar a:

  • Daniel Campos (Avanzosc): Gestión de trazabilidad de ruedas de vehículos
  • Susana Izquierdo (Abartia): Gestión de recursos para actividades lúdicas. Acampadas, piragüismo. Lástima que tampoco pudiésemos ver la demo in-situ
  • Albert Cabedo(Gafic): Ofreció un nuevo servicio con OpenERP. El gabinete/gestoría de Albert lleva la contabilidad a varias empresas de forma externalizada, accediendo directamente a la instancia de OpenERP de dichas empresas.
  • Alberto Barrionuevo(Opentia): Presentó OpenERP B2B.
  • Angel Moya (Domatix): Presentó el enlace de OpenERP con una agencia de transportes (Presentación arriba)
  • Omar (Pexego): Gestión Documental. Omar, presentó una interesantísima solución para poder gestionar e imprimir el expediente completo de un pedido de venta. Esto es, todo el historial de pedidos, albaranes y facturas para una determinada venta. Imprescindible probarlo. Presentación: http://www.slideshare.net/pexego/gestion-documental-openerp
  • Jordi Esteve (Zikzakmedia): Presentó los últimos módulos publicados por Zikzakmedia

17:00 -19:30    Introducción al estado actual de la localización española.

Workshop adaptación a la versión 6.1; Nuevos desarrollos.

http://www.slideshare.net/Avanzosc/localizacion-espaola-openerp

Segundo interesante debate de las jornadas donde pudimos volver a debatir distintos  aspectos de la situación actual de la localización y varios enfoques de oferta de servicios a nuestros clientes finales. Hay varios puntos de vista sobre este aspecto:

  1. Hay empresas que desean seguir ofreciendo servicios de OpenERP a sus clientes, como lo han venido haciendo hasta ahora. Es decir, siendo miembros de la comunidad española de OpenERP pero sin entrar en la “vía oficial” del partnership y sin ofrecer OpenERP enterprise. Es decir, sin ofrecer garantía de Bélgica para soporte y migración de los módulos del core, ofreciendo por tanto únicamente su propio catálogo de servicios y sus propias garantías.
  2. Hay otras empresas que incluirán en su catálogo de servicios la garantía oficial de Bélgica para los módulos del core pero incorporando a su vez garantía para los módulos de localización y los que se construyan a medida para el cliente.
  3. Por último, hay empresas que deseando incluir en su catálogo de servicios la garantía oficial de Bélgica, están esperando a que se publique un post técnico detallado sobre las migraciones de versión y la herramienta que se provee para realizarlas además de que Bélgica provea la lista de cambios técnicos a realizar en los módulos de localización para su adaptación a posteriores versiones.

También se planteó la posibilidad de fundar una asociación, empresa, fundación que de forma “oficial” dé soporte a la localización. Somos el único país del mundo donde la localización es mantenida de momento, por una comunidad y no por una empresa. En principio, esta idea, no fue aceptada, por lo tanto, cada empresa de forma individual decidirá las condiciones y la forma de dar soporte a su cliente final en cuanto a los módulos de localización y por supuesto, de los módulos que construya a medida para dicho cliente.

Creo que con esto se resume gran parte del debate.

19:30 : Clausura del evento por Iñaki Morlán profesor titular de ATC

——————-

AGRADECIMIENTOS:

A Iñaki Morlan y a la UPV/EHU por su magnífico apoyo en la organización del evento. Muchísimas gracias

A Amparo y Josune de la facultad de Informática por su amabilidad y eficiencia en la preparación del catering y las comidas de los 2 días.

A Nelva Ramirez del restaurante del Hotel Ezeiza por su exquisito trato y calidad en el servicio de cena del día 31.

A todos los ponentes por su profesionalidad y buen hacer.

A todos los patrocinadores porque sin ellos no hubiese sido posible. (Especialmente a Q2k por el original diseño de los carteles y los Flyers)

A Ruben y Frederick por venir desde Bélgica y aguantar algún que otro chaparrón.

A todo mi equipo de Avanzosc (Juani, Dani, Ainara, Ibone, Iker, Xabi, Mikel, Alfredo, Ainara G)…  porque… son la leche!!!

Gracias a todos!!!

Ana

EDITO a Miércoles 6/06/2011

Links a otros artículos que hablan de las jornadas OpenERP 2012:

http://www.domatix.com/reflexiones-tras-las-jornadas-openerp-2012

,

1 Comentario

Interesante discusión sobre la comunidad española y la localización

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Instalación OpenERP, modulos openerp - 18 abril 2012

No puedo dejar de publicar esto… Acabo de encontrarme con un hilo en la lista de correo de la localización española donde se plantea un interesantísimo debate y a su vez se responden dudas generales sobre su instalación, su evolución, el SAAS y la comunidad.

Aquí os  dejo un resumen con extractos de los párrafos más interesantes y una genial conclusión de Santi de Pexego y ahí paro, ya que la siguiente reflexión de Jose Prieto, tiene fácilísima solución y a mi entender no aporta demasiado. Si te falta algo NO PIDAS a otros que lo hagan. Busca clientes que lo financien y subcontrata lo que necesites o hazlo tú mismo. Fundamento del software libre. Repetimos por enésima vez en estos días que ninguno somos ninguna ONG.

Espero que a los recién llegados también les aclare ciertas dudas sobre la parte financiera/contable de OpenERP en España. También invito a nuestros clientes y a los de todos a leer en detalle este hilo al completo directamente en nuestra lista de correo de localización: openerp-spain@googlegroups.com

Cordiales saludos!!

Ana

JM: Hola a todos, Estoy interesado en utilizar la opción que ofrece OpenERP en la modalidad SaaS pero me preocupa los relativo a la localización española ya que en la modalidad SaaS no tienes acceso a instalar módulos. Me imagino que en el SaaS utilizarán el módulo estándar l10n_es, y no se si con eso es suficiente ya que no conozco las diferencias con el l10n_es_pyme_account.

RE: El módulo l10n_es sólo añade el pla contable español. Relativo a todo lo otro, debes añadir la larga lista de 20 módulos que empiezan por l10n_es. En www.aulaerp.com encontraràs documentación cada uno de ellos (o los más comunes)

Más información sobre módulos l10n_es: http://www.zzsaas.com/es/modulos

AJ: Es que el SAAS “oficial” de OpenERP no incluye ni módulos de localización, ni módulos a medida de los clientes. Solo tiene los módulos oficiales y por tanto sólo incluye el módulo básico de la localización l10n_es “certificado”. Como te dice Raimon, la localización española tiene más de 20 módulos l10n_es que no están “certificados” por Bélgica, ni se incluyen en la versión “oficial”.
No obstante tienes alternativas varias, entre ellas zzsaas, como te comenta Mario.

JM:Una cosa más: ¿veis viable en la práctica trabajar solo con el módulo básico de la localización española?
¿Se podrían presentar los impuestos telemáticamente solo con el módulo básico?

IB:Sinceramente, si utilizar solo el módulo básico pierdes gran parte de la funcionalidad que tiene la localización españoa. Este módulo solo carga el plan contable, posiciones fiscales e impuestos. Faltan módulos que en mi opinión son bastante necesarios para la contabilidad española: recibos 19,32,34 y 58, extractos con la norma 43, modelos 340,347 y 349, aunque el 340 de momento no es obligatorio para todas las empresas,
informes financieros y aunque no imprescidible pero muy util la base de datos de bancos y municipios.

La presentación telemática de impuestos no esta en el módulo básico. Son módulos a parte que te he comentado antes. Yo te recomendaria utilizar una empresa española para el servicio Saas o montar tu propio servidor en la nube con los módulos que precises.

Los modelos 340, 347 y 349, exportan a fichero de texto que es compatible con la presentación telemática de Hacienda

JM: Entonces ¿la función de OpenERP que permite exportar a fichero de texto para la presentación telemática del modelo 340 y demas no está?Lo digo porque como la presentación telemática de impuestos (con esos ficheros de texto) es obligatoria, si el modulo básico no permitegenerar estos ficheros entonces no es que se pierda funcionalidad si no usas la localización española, es que es directamente inviable trabajar solo con el módulo básico. ¿estoy en lo cierto?

JP: No se si has instalado OpenERP, pero si vas a la descripción de los módulos, te especifica que instala en cada uno de los módulos.
Tampoco se muy bien a qué le llamas “módulo básico” de localización española.. Más que nada, por que vas a tener que instalar varios; el account_renumber, el de nan para las secuencias separadas de facturas y asientos, los informes contables de Zikzakmedia… Todas esas cosas te  hacen falta para poder trabajar a nivel contable en España.
Tengo una listilla por ahí de los módulos necesarios, si quieres, te la envío; también tienes los cursos de Aulaerp, que si eres muy novato, te recomiendo hacer, por que vienen con vídeos paso a paso y muy claritos.
Pero vamos, que los 340, 347 y 349 sí se generan, instalando el módulo correspondiente, que de memoria no se cuál es, y ahora mismo no puedo abrir la instancia de OpenERP.
IB:Son modulos a parte. Siempre que te refiera como módulo básico al l10n_es que viene por defecto en OpenERP.
> Lo digo porque como la presentación telemática de impuestos (con esos > ficheros de texto) es obligatoria, si el modulo básico no permite generar estos ficheros entonces no es que se pierda funcionalidad si no usas la localización española, es que es directamente inviable trabajar solo con el módulo básico. ¿estoy en lo cierto?

Me temo que si, porque lo puedes presentar via internet o en dvd. Pero en ambos casos necesitas los modulos.
En el caso del 340 que comentas no es obligatorio para todas las empresas, desarrollamos ese modulo hace un año porque en Navarra es obligatorio para las empresas que reciben subvencion en el sector de la agroalimenticio.

Mi postura normalmente es servidor en la nube personalizado, la razon es porque ninguna empresa es igual a otra y al final siempre necesita alguna personalización. Si optas por servicios Saas informate bien que sucede en el caso de necesitar modulos especiales o personalizados, no deberias tener problemas pero informate por si acaso.

SA: A ver, centrémonos un poco.

La modalidad SaaS de OpenERP sa es válida para una funcionalidad muy estándar y si quieres llevar un control “por encima” de la contabilidad sin más, de forma que, por ejemplo, la tengas completamente externalizada y la empresa solo lleve un registro muy generla. Podemos decir que básicamente solo llevas facturación.
OpenERP sa es totalmente consciente de esto pero mantienen que su oferta SaaS es así, y que buscan solo este tipo de clientes, que para los otros no creen en un SaaS si no en una solución hosted y yo, hasta un punto, lo comparto, aunque puede haber casos donde el SaaS sea suficiente.

A José Ramón. Entiendo que te gustaría que OpenERP tuviese un montón de cosas,y no solo en contabilidad, igual que a los demás, pero lo que hay a día de hoy es totalmente suficiente para prestar un buen servicio a muchas empresas, a lo mejor no a todas, pero sí a una mayoría de Pymes.
Cuando cerramos nuestro primer proyecto ni siquiera teníamos Balance y PyG y mucho menos otras cosas de contabilidad. Partimos de que esto es software libre, si realmente tienes un cliente del tamaño que te mire como un friki cuando le presentas la funcionalidad de contabilidad, que financie las mejoras necesarias, esto es así, otros han pagado lo que ya tiene hecho, no va a pagar licencias, que contribuya en la parte que le toca que es la económica, que se involucre, que sea parte de una comunidad.

Las herramientas evolucionan y, en general, lo que he visto en el último año en una comunidad que ha crecido muchísimo es mucha palabra y poco trabajo, o al menos poco trabajo que haya revertido en la comunidad, con un montón de nuevos partners y otros miembros de la comunidad cuyos aportes han sido más bien nulos (con excepciones, desde luego).
Con esto quiero decir que plantear grandes discusiones sobre desarrollos a realizar no conduce a nada. El año pasado en Lugo se trataron de planificar mejoras a implementar y no se consiguió nada.
Si alguien va a iniciar nuevos desarrollos que afecten a la localización, que lo diga en esta lista, que trate de buscar apoyos tanto de trabajo como de conocimiento o incluso económico (otros podemos tener clientes interesados pero sin capacidad para acometerlo entero), que cree una nueva rama en launchpad y adelante, así de simple y de difícil.

Con esto quiero decir, que, aunque no lo parezca tenemos una de las localizaciones sobre OpenERP más completas del mundo y la única de este nivel promovida y realizada por una COMUNIDAD y no por una única empresa que la dirija y esto debería ser un orgullo y  se ha hecho gracias a la colaboración de empresas y, sobre todo , PERSONAS (Pedro, Albert, Jordi, Borja,… etc) No es un modelo fácil pero, en general, sí nos ha permitido transmitir seguridad en el software. Busquemos apoyo y colaboración sobre algo en firme, sostenible y financiable más que grandes enfoques. Es mi opinión.

Y TAMBIEN LA MIA… al 100%

,

No hay Comentarios

V jornadas OpenERP – Jornadas OpenERP 2012 Donosti

Por Ana Juaristi Olalde - Comunidad Española OpenERP, eventos openerp - 17 abril 2012

Jornadas OpenERP 2012 31 de mayo / 1 de Junio en San Sebastian (Gipuzkoa)

Las jornadas de este año ya están en marcha. Como todos los años por estas fechas, ya empezamos a entusiarmarnos con la idea. Por si aún no habeis leído la noticia, este año serán en Donosti (San Sebastián, Gipuzkoa) organizadas por Avanzosc

¿Cuando?
31 de mayo y 1 de Junio de 2012

¿Donde?

Centro Carlos Santamaría, Auditorio Antonio Beristain

Ver mapa más grande


INSCRIPCION GRATUITA

La asistencia a las jornadas será gratuita. Es necesaria inscripción en la misma. Esto nos permitirá determinar el aforo de salas, así como estaremos en disposición de avisarle ante cualquier cambio de programa o incidencia mediante el correo electrónico.

Acceso libre y gratuito a todas las ponencias y charlas.La entrada es gratuita pero es requerida la inscripción para acceder. Podeis inscribiros AQUI

Patrocinio (*)

Para los nuevos, comentaros que ser patrocinador incluye el que vuestro logo aparezca en todos los carteles, trípticos y webs de difusión en las que se publique el evento. A su vez, las aportaciones financian todo el evento, incluyendo el alquiler del aula, la impresión de la papelería, las tarjetas identificativas y el regalito de recuerdo que se entrega a los asistentes al evento. Esto último depende del presupuesto con el que se cuente, o sea, directamente del número de patrocinadores.
El importe de patrocinio de este año es de 175€ + IVA. El importe íntegro será invertido en la organización de las jornadas.

(Patrocinadores confirmados a 20/04/2012)

Avanzosc, S.L.
Pexego
Domatix S.L
Acysos
dos-sl
NaN·tic
Trey
Zikzakmedia
todoencloud
Abartia Team
Factor Libre (Carlos Liébana)
Gisce TI
kmsistemas
Grupo El Gas
Bikuma
Digital5
Blogestudio
Soluntec
Guadaltech
Obertix
Nubistalia
Bileku
Q2K
Garlic

Animo a todos a que participéis en el evento anual más importante de la localización española.

Creo que es todo de momento. Seguiremos informando.

, , ,

No hay Comentarios

Contabilidad en OpenERP y localización Española

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Cursos Online OpenERP, Cursos Presenciales openERP - 9 febrero 2012

Ultimamente he recibido varios emails privados preguntando por temas de la localización española o dudas sobre el uso y aplicación de los módulos contables en España. Primero y sin ánimo de ofender a nadie, comentaros que habitualmente no suelo responder dudas de operativa por email personal. Como mucho en foros porque la respuesta a uno vale para todos.

Por otro lado, recordaros que para dudas de este tipo contamos con la lista de correo de localización española: openerp-spain@googlegroups.com donde os podeis registrar y preguntar. La mayoría, por no decir todos los expertos en contabilidad en OpenERP de España leen esta lista y os pueden atender.

Por otro lado, según algunas de las preguntas recibidas, recordaros que teneis a vuestra disposición cursos en Aulaerp.com. Aquí enlace al de contabilidad en concreto:

http://www.aulaerp.com/cursos/detail/2-cursos-para-usuarios-de-openerp/37-contabilidad-en-openeerp-6.html

Y por último, como creo que viene al caso, comentaros que la semana que viene impartiremos 2 sesiones de contabilidad de forma remota dentro del curso funcional oficial de OpenERP. Aquí fechas y contenidos de ambas sesiones y links a la página de matriculación.

(adaptada a la fiscalidad española con los módulos de localización)
1. Introducción a la contabilidad financiera con OpenERP
2. Empresas/Productos y su información contable
* Empresas y su información contable
* Productos y su información contable
3. Facturas
* Factura de cliente
* Factura de proveedor
4. Configuración de la contabilidad financiera
* Instalación módulos
* Ejercicios y periodos
* Diarios
* Plazos, tipos y modos de pago
* Plantillas contables
* Planes y cuentas contables
* Impuestos
5. Asientos y movimientos
* Asientos por línea
* Asientos por apunte
(adaptada a la fiscalidad española con los módulos de localización)
5. * Asientos por extracto bancario
* Asientos predefinidos (modelos)
* Asientos periódicos/recurrentes
6. Conciliación de cuentas
* Conciliación manual
* Conciliación automática
* Romper conciliación
7. Otras tareas contables
* Informes contables
* Órdenes de pago/cobro (remesas)
* Recordatorios de pagos atrasados
* Cierre del ejercicio fiscal
* Creación de anticipos en OpenERP

2 Comentarios

Nueva solución para la Migración entre versiones de OpenERP

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Kettle - OpenERP, Nuevas versiones OpenERP - 7 noviembre 2011

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

Presentando KafkaDB

Enviado por Albert Cervera … el Lun, 07/11/2011 – 11:13.

Hoy queremos presentaros KafkaDB, nuestra nueva criatura que acabamos de publicar en bitbucket. KafkaDB es una herramienta que simplificará la tarea de migrar bases de datos entre versiones de OpenERP, pero también se podría extender para permitir la migración entre versiones entre otras aplicaciones basadas en PostgreSQL. En la página principal del proyecto, podéis encontrar información detallada sobre el diseño y como utilitzarla, pero ahora quería haceros cinco céntimos de cómo hemos llegado hasta aquí.

Los requerimientos

Desde que OpenERP SA anunció que las herramientas de migración no formarían parte del software público empezamos a dar vueltas en cómo podríamos implementarlas de forma reutilizable. Algunas empresas buscaron soluciones a corto plazo, simplemente mirando de solucionar el problema para uno o dos clientes que querían pasar de la 4.2 o la 5.0 a la 6.0 y posponiendo la búsqueda de una solución real. Nosotros estábamos convencidos que de la misma manera que la herencia había permitido a OpenERP tener centenares de módulos hechos y liberados por muchos desarrolladores, podríamos conseguir lo mismo con las migraciones.

Así que básicamente teníamos que implementar algo que solucionara los siguientes requerimientos:

  • Modular: tenía que proveer un mecanismo mediante el cual se pudieran reutilizar las transformaciones de datos de una base de datos a otra.
  • Rápido: dada la medida de las bases de datos de algunos de nuestros clientes, sabíamos que tendríamos que mover la información a nivel de base de datos.
  • Fácil de compartir: además de ser modular, queríamos asegurarnos que sería sencillo para todo el mundo compartir sus transformadas. Dado que la información sobre la migración no estaría incluida en los módulos, necesitábamos que fuera sencillo de compartir, así cómo de encontrar qué transformadas había disponibles.

Búsqueda y desarrollo

Nos ha costado un cierto tiempo hasta llegar al diseño actual de KafkaDB. El proceso empezó con una pequeña prueba de concepto utilizando Python y openetl, un ETL creado por OpenERP SA, pero abandonado este mes de junio. Descartamos esta opción, no tan sólo porqué estaba abandonado, sino también porqué la API no era intuitivo. Además, a pesar de que no llegamos a hacer pruebas, parecía que podía ser relativamente lento.

La primera alternativa fue buscar otro ETL basado en python. Esta vez el candidato fue el Brewery. Éste tenía una API bastante mejor pero no disponía de algunas funcionalidades básicas que necesitábamos y a pesar de que habríamos podido contribuir al proyecto, necesitábamos centrarnos en solucionar los problemas que teníamos, no a implementar un ETL desde cero.

Habríamos querido que fuera en python, especialmente para hacer más sencillo que la gente contribuyera, pero empezamos a buscar alternativas en otros lenguajes. Scriptella fue el primer candidato y éste basa su configuración en un fichero XML, así que nos pareció atractivo. Ya sabíamos que el sistema que escogiéramos acabaría teniendo un fichero de configuración, así que a primer vistazo parecía que esta podía ser una buena opción porque el sistema ya dependía de uno. A pesar de esto, no nos convenció el comportamiento por defecto de algunas opciones del sistema, además del hecho que el XML parecía que podría ser poco práctico puesto que fácilmente podíamos llegar a las 400 tablas.

Así que Àngel, uno de mis socios y nuestro experto en Kettle y grandes migraciones de datos, empezó a jugar con la API de Kettle y mirar a ver qué se podía hacer con transformadas manuales y algunos automatismos. Pronto se dio cuenta, que no tan sólo podía cumplir todos los requerimientos que teníamos, sino que además, permitíamos que personas que no fueran desarrolladores también se podían migrar su base de datos. Por ejemplo, varios de nuestros clientes se lo podrían hacer ellos mismos si lo desearan!

Además, Kettle es probablemente el ETL estándar de facto y especialmente entre la comunidad OpenERP (gracias a Terminatooor, un conector para Kettle creado por Akretion, especialmente diseñado para funcionar con OpenERP).

En resumen, a pesar de que KafkaDB no está acabado del todo todavía, estamos convencidos que constituye una buena base para el sistema de migraciones flexible que necesitamos, no tan sólo para migrar información entre versiones de OpenERP, sino también entre aplicaciones diferentes siempre y cuando se necesite reutilizar el proceso para diferentes bases de datos con estructuras parecidas.

3 Comentarios