Archivo categoría Comunidades OpenERP

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.

2 Comentarios

“El chollo” de OpenERP

Por Ana Juaristi Olalde - Comunidades OpenERP, Opiniones OpenERP - 6 Noviembre 2011

Este es un artículo que creo que va a causar cierta incomodidad en los recién llegados a OpenERP, sean de donde sean.

Ultimamente estamos recibiendo llamadas y correos de gente y empresas varias que ya “han instalado” OpenERP y “tienen” clientes interesados en su implantación. Nos solicitan soporte de segundo nivel. Esto es perfecto y correcto pero salvo en muy contadas ocasiones en las que estas 2 frases son ciertas, el resto son empresas que ven OpenERP como un chollo. Me lo descargo y a funcionar… sin más. Lo ofrezco a mis clientes, les instalo un Allinone y que arreen con lo que hay. Dos meses más tarde, el cliente no se aclara, el que le ha puesto el sistema no tiene ni idea. Incluso les hacen intentos de desarrollos a medida sin ninguna lógica que la mayoría de veces ni necesitan y el chollo se convierte en pesadilla para todos causando descontento, pérdida de confianza por parte del cliente, mala publicidad para OpenERP, sus partners y su impresionante comunidad.

Directamente, no nos interesa a ninguno que sea así, por lo tanto… para los que empiezan… que me parece perfecto que empiecen pero por favor, que lo hagan con conocimiento de causa y no se tiren a la piscina sin agua, que se darán un golpe, harán que su cliente también se lo dé y en vez de salir mejorados saldrán escaldados. Por lo tanto… ¿Por donde empiezo?

  • Ante todo, verificad la localización del país en el que querais implantar. Importante. Tened en cuenta que la mayor parte de localizaciones NO ESTAN INCLUIDAS en la herramienta standar por lo que NO VALE hacer un “download” e instalar SOLO la versión oficial, al menos en España. En Bélgica, Francia y en algún otro país, posiblemente sí sea suficiente pero aquí no lo es.
  • Familiarizaos con conceptos como launchpad, listas de correos, blogs informativos y documentación técnica de OpenERP tanto oficial como no oficial.
  • Formación, formación, formación  y por si falta algo… un poco más de formación. Tanto a nivel técnico como funcional, si es que vais a ofrecer servicio integral.
  • Si no estais seguros de en qué os estais metiendo, no lo implanteis a un cliente, hacedlo directamente para vosotros mismos primero. Ved todas las ventajas que tiene pero también los inconvenientes.
  • Cuando querais contratar soporte con otros partners, decid exactamente en qué situación estais. No intenteis el YO YA CONTROLO cuando directamente en el correo se vé que llevais 2 días con esto y de controlar… pues más bien poco. Si conocemos la situación exacta os podremos llevar mucho mejor de la mano.

Siento si he sido un tanto brusca/borde. En ningún caso pretendo desanimaros, al revés. Lo que quiero es que si vais a ser parte de la comunidad de OpenERP e incluso estais pensando en haceros partners, que tengais claro que esto tiene una curva de aprendizaje por la que hay que pasar y que el chollo puede no serlo tanto si no conoceis perfectamente bien lo que estais haciendo.

Cordiales saludos!!

Ana

22 Comentarios

Limpios y activos de nuevos los foros de OpenERPSite

Por Ana Juaristi Olalde - Comunidad Española OpenERP - 14 Octubre 2011

Hola:

Ante todo pediros disculpas por no haber atendido los múltiples correos y avisos que me habeis enviado indicando que los foros de openerpsite estaban invadidos por mensajes de Spam.

A pesar de que me hubiese gustado limpiarlos y ponerlos de nuevo en línea antes, me ha sido imposible hacerlo hasta ahora.

He incluido un captcha en el registro que posiblemente (digo posiblemente) evite el registro de boots en los foros pero si no funciona, habrá que pensar en algo más fuerte como tener que aprobar a los usuarios manualmente. De momento, espero que con esto sea suficiente pero nos mantendremos ojo avizor.

Puede ser que algunos de los usuarios que os hayais registrado en los últimos meses y algunos de los últimos mensajes mezclados con los de spam… hayan sido borrados. Os rogaría que os volvais a dar de alta, o repliqueis los mensajes enviados y por favor, disculpad las molestias ocasionadas.

Edito a 23/12/2011

POR CIERTO ….

¡Buscamos moderadores!

¿Nos ayudas a moderar el foro? Necesitamos moderadores serios y profesionales, con muchas ganas de ayudar. ¡La comunidad de OpenERP crece gracias a todos nosotros!

Si eres…
- usuari@ o desarrollador de openerp
- una persona con algo de tiempo libre
- buen escritor del castellano
- cuidados@ o perfeccionista

¡Te buscamos! Envíanos un MP a través del foro. Los administradores elegiremos entre todas las peticiones recibidas aquellas que consideremos más positivas para el foro. Si en esta ocasión no te elegimos como moderador, estarás en nuestra lista de candidatos futuros.

¡Mil gracias por tu colaboración!

Gracias a todos:

Ana

,

No hay Comentarios

OpenERP – Openbravo POS / TPV

Por Ana Juaristi Olalde - Comunidad mundial OpenERP, Funcionalidad OpenERP, modulos openerp - 7 Mayo 2011

Buenas… anunciaros que Rvalyi ha publicado que ya tienen finalizado y disponible para ser usado en producción la integración del TPV de OpenBravo con OpenERP. Como nadie mejor que él para explicar lo que han hecho, os traduzco un post suyo que hemos recibido en ingles:

Hola gente:

Quisiera anunciaros que Akretion ha realizado una integración entre OpenERP y el terminal de venta para pantalla tactil de Openbravo. Lo tenemos en producción desde hace un mes en uno de nuestros clientes de USA, importando alrededor de 300 pedidos al día y actualizando el catálogo de más de 3000 productos  cada 5 minutos al TPV. Utiliza los módulos base_external_referentials y base_sale_multichannels y se ejecuta en la misma instancia de OpenERP al que también se han conectado 2 tiendas Online Magento hace varios meses.

Utilizamos la tecnología TerminatOOOR (ETL pentaho + plugin OOOR; aquí la v2 no ha sido aún documentada desafortunadamente).  Estamos reutilizando en gran medida lo que Openbravo utiliza para conectar su TPV a su propio ERP. Son 2 softwares distintos, uno bueno (el TPV) y el otro no en mi opinión.

Todo es software abierto y publicado, menos la transformación de kettle por si misma.
Conectamos a OpenERP a través sólo de webservices. Como para el sofware estamos enlazando de forma estática, somos los propietarios de la librería OOOR y el ETL de Kettle es LGPL, no viola ninguna licencia; nosotros siempre prestamos atención extrema a respetar las licencias puesto que en Akretion creemos en el modelo de software abierto.
Nosotros podremos posiblemente liberar todo el código en el futuro, dependiendo del retorno que hemos evaluado y la inversión podremos querer o no en términos de imagen (estimamos que hemos invertido muchísimo en contribuciones y esto no siempre cubre la cuenta desafortunadamente), notad que somos ya los quintos en la lista de contribuciones en apps.openerp.com, hemos hecho y publicado la localización brasileña, el conector de Magento, la tecnología OOOR, la tecnología TerminatOOOR e incluso luchamos por contribuir con parte de nuestras ganancias a OpenERP, SA, por lo que no somos en ningún caso parásitos del software libre y considero que estamos jugando de forma justa por un amplio margen.
En cualquier caso, vendemos la integración muy barata. Hoy, nuestro producto aún no ha sido empaquetado totalmente “out of the box” por lo que es necesario todavía algún trabajo de integración pero esperamos que podremos cubrir las últimas millas para esto.
Las ventajas de esta solución son:
A largo plazo, estoy de acuerdo en que la nueva solución TPV propuesta por OpenERP SA es totalmente válida (la anterior no lo era, en mi modesta opinión). Veo que la solución Openbravo POS es una solución alternativa para los próximos uno o dos años mientras el TPV de OpenERP esté maduro para los disintos hardwares y negocios. En Akretion creemos en las aplicaciones HTML5 directamente sobre OpenERP, también hemos iniciado productos en esa línea también, de todos modos no dependemos de OpenERP 6.1 para ellos así como nuestros clientes que no financiarían algo lejano a sus necesidades diarias.
Os invito a que nos contacteis en caso de que esteis interesados en esta tecnología para su uso inmediato.

Saludos

Raphaël Valyi
Founder and consultant
+552130109965 begin_of_the_skype_highlighting +552130109965 end_of_the_skype_highlighting

No hay Comentarios

Partner and community days in Belgium (April 2011)

Por Ana Juaristi Olalde - Comunidad mundial OpenERP, Nuevas versiones OpenERP, Opiniones OpenERP, eventos openerp - 18 Abril 2011

Ya estoy de vuelta de Bélgica. Ni siquiera sé por donde empezar. Han sido tres intensísimos días a cual más interesante. Realmente ha merecido la pena ir.

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

7 Comentarios

Integración de OpenERP con TPV de OpenBravo

Por Ana Juaristi Olalde - Comunidad mundial OpenERP, Funcionalidad OpenERP - 4 Abril 2011

Un tema traido y llevado hace mucho tiempo. Según dicen, el TPV o POS (point of sale) de OpenBravo tiene más funcionalidad que el de OpenERP. Yo no puedo confirmar esto porque no conozco el de OpenBravo pero … dicen que si el río suena, es que agua lleva. La integración de ambas plataformas es una pregunta recurrente tanto a nivel de foros como por varios correos que he recibido por lo que os  posteo el anuncio que ha realizado Raphaël Valyi en Linkedin al respecto:

Guys, we are just finishing the integration of OpenERP and OpenbravoPOS using the base_sale_multi_channels and TerminatOOOR generic infrastructure (using the brand new Ruby plugin from type-exit however). We already have orders importation running fine (including refunds, automatic picking moves, automatic invoice and and automatic standard payments reconciliations) in production for a US based customer and will have product export by next week. This is running on the same OpenERP instance that is also running 2 Magento websites (and many shops) through magentoerpconnect we largely developed too. I let you contact us if you are interested, we will also make some public announcement soon about all that.

This technology connects to OpenERP remotely via WS and doesn’t actually always link on OpenERP AGPL code (except OOOR for which Akretion is the copyright holder). This is still unclear if we will fully publish it then. In any case, it’s already a reality that 80% of the code used is AGPL or LGPL published code (OOOR, TerminatOOOR, base_sale_multichannels, base_external_referentials). In the case we don’t release a part of the Kettle transformation that does the 2 sync, I can guarantee you a very low price (we are thinking about 300 $).

All right, contact us if interest and insist eventually as we are extremely busy and solicited.

Regards.

1 Comentario

Minitutoriales interesantes y localización española en OpenERP6.0

Por Ana Juaristi Olalde - Comunidad Española OpenERP - 31 Marzo 2011

Hola a todos:

Aprovecho para pasaros unos enlaces a distintos minitutoriales interesantes publicados ultimamente por algunos de nuestros colaboradores para OpenERP6.0:

También quisiera postear las últimas novedades comentadas en la lista de correo de localización española sobre la adaptación de los módulos de localización a la versión 6.0:

l10n_es_bank_statment

El módulo ha sido migrado a 6.0 por Alberto Luengo Cabanillas e incluye mejoras realizadas por Nan-tic. Aquí unas notas de Albert de nan sobre dichas mejoras y la instalación del módulo:

Tenéis que actualizaros extra-addons porque necesitaréis la última versión del módulo nan_account_bank_statement.

Sería bueno que probara el módulo cuanta más gente mejor. Ha sufrido cambios importantes. Primero por parte de Pexego y después de NaN·tic, con lo que el módulo se parece relativamente poco con el que había en la v5.

Por el camino también hemos añadido una funcionalidad que habíamos comentado hace tiempo y es la de poder establecer la cuenta contable y/o empresa de la línea del extracto a partir de algún texto de los que se suministran en el fichero del banco, cosa que puede aumentar sustancialmente la productividad para algunas empresas. Lo puede configurar el propio usuario y se puede encontrar en la parte de Contabilidad/Configuración/Varios/Extractos Bancarios/Reglas de líneas de extractos. Actualmente solamente busca el texto introducido en el campo “Expresión” y no admite expresiones regulares. Creo que debemos esperar a realmente tener la necesidad antes de añadir este tipo de cosas que son mucho más complejas de configurar para el usuario.

Dentro de unos días cuento en hacer un post en el blog explicando como funciona.

Por cierto, esta funcionalidad, entre otras, está en nan_account_bank_statement de forma que el módulo sirve de base para la importación de extractos a partir de orígenes de datos varios. Por ejemplo, para la v5 tenemos un módulo que importa ficheros Excel y otro CSVs.

l10n_fiscal_year_closing

  • Ya ha sido migrada la funcionalidad de 5.0 pero aún se está trabajando el módulo para incluirle algunas mejoras.

nan_account_invoice_sequence: Secuencia de diarios y facturas

Sobre esto, os recuerdo que en la versión oficial 6.0 han incluido la restricción de que la numeración de asientos sea igual que la de las facturas incluidas en un diario. Esta configuración en el caso de la localización española no sería válida ya que nuestra legislación permite tener distintas secuencias de facturación pero no nos permite tener distintas secuencias de asientos. Es decir, aunque podemos tener los asientos registrados en distintos diarios, la numeración de todos ellos debe ser correlativa y sin huecos como si fuera uno único.

Para solucionar este problema en openerp6.0 todos los expertos en localización recomiendan la instalación de nan_account_invoice_sequence.

Aquí una nota de Albert sobre la instalación y uso de este módulo:

Este módulo simplemente desvincula el número de factura de la de los asientos, de forma que son totalmente independientes. En el diario hay que configurar qué secuencia de facturas se quiere utilizar para las facturas del diario (como se hacía en la 5.0) y listo.

No se utiliza ninguna secuencia por defecto, con lo que hay que configurar forzosamente la secuencia en cada diario que haya que utilizar para facturar. En nuestra experiencia es mejor así porqué obliga al usuario a ser consciente de que debe decidir qué secuencia utilizar, además de evitar utilizar un diario para facturación cuando se había creado para otra cosa.

La cuestión es que con este módulo no sería necesario modificar ningún informe.

Y aquí unas notas de Jordi que indica cómo configurar el módulo si la instancia 6.0 ya está en producción:

Respecto a cambiar a un sistema en producción es fácil, nosotros lo hemos hecho con un par de instalaciones que ya tenían emitidas unas 40 facturas de cliente y otras 40 de proveedor. Instalas el módulo de nan_account_invoice_sequence, configuras las secuencias de facturas (invoice in, invoice out, refund in, refund out) para que tengan la numeración de facturas deseada con los contadores a 1 y se las asignas a los diarios de compras, ventas, rectificativa compras y rectificativa ventas respectivamente como secuencia de numeración de las facturas. Y la secuencia del diario para numerar los asientos pones la secuencia genérica de numeración de asientos, ahora todos compartirán la misma. Luego es cuestión de ir factura a factura, en orden de numeración, para cancelar->borrador->validar->

cancelar->borrador->validar (curiosamente hay que hacerlo 2 veces, la primera conseguirás que la factura te coja la nueva numeración de facturas, la segunda la nueva numeración del asiento).

Por último, un aporte de Borja comparando las 3 “soluciones” al problema y apostando por la solución de Nan:
Pues bien, habiendo probado las ‘tres’ alternativas (por defecto de OpenERP, con account_sequence instalado y con nan_account_invoice_sequence) me quedo con la vuestra.

La solución ‘fácil’ tomada por OpenERP con account_sequence no me convence en absoluto:

  • El campo para la numeración de los asientos del díario no aparece en ningún informe, sólo en la lista de asientos y el formulario de asiento dentro de OpenERP, ergo ¡no se usa para nada!
  • Con la configuración por defecto, y a la hora de imprimir el informe de Libro Mayor, se puede ver como el campo de referencia (Ref) y de identificador de asiento (Move) son redundantes: la referencia es el identificador eliminando los carácteres raros (“/”), por ejemplo SAJ2011001 y SAJ/2011/001 respectivamente.
  • Habría que escribir una versión específica del módulo account_renumber que permitiese renumerar este nuevo campo y que evite modificar el antiguo campo (de lo contrario cambiaría los números de las facturas >_<).

En cambio con vuestra solución:

  • El número de asiento aparece de forma natural en todos los informes y vistas de asientos.
  • Configurando la sequencia para los asientos, a la hora de imprimir informes como el Libro Mayor seguimos teniendo la referencia (Ref) que puede continuar correspondiendose con la factura (ej. SAJ2011001, FAV00001 o lo que se prefiera), y por otro lado el identificador de asiento (Move) nos proporciona una información no redundante: nos informa de su secuencia en el ‘Libro Diario’ (ej. 00001).
  • El módulo account_renumber funciona sin cambios, con lo cual podemos hacer la reenumeración a final de año tal y como hacíamos en la versión 5.

Os recuerdo que aquí está la lista actual de los módulos migrados, aparte de los mencionados.

————————————————-

Por último, y aunque no tiene mucho que ver con el tema que se trata, incluyo link a un simpático tebeo sobre el software libre que me ha encantado.

No hay Comentarios

Jornadas OpenERP 2011 26-27 de mayo en Lugo

Por Ana Juaristi Olalde - Comunidad Española OpenERP - 24 Marzo 2011

Buenas…

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 Lugo, organizadas por Pexego

¿Cuando?
26 y 27 de Mayo de 2011

¿Donde?

Cámara de Comercio Lugo
Avenida Ramón Ferreiro, 18
27002 Lugo, España

Inscripción

La página “oficial” de las jornadas es: http://www.jornadasopenerp.com.

Podeis inscribiros aquí. La entrada es gratuita pero es requerida la inscripción para acceder.

Patrocinio

Como sabéis las jornadas de OpenERP se financian (cartelería, coffe breaks ,etc..) dentro de lo posible mediante un pequeña  contribución/patrocinio con el que estos patrocinadores  verán su logo incluido en la cartelería y folletos del evento así como en la página web del mismo. Este contribución  ha sido en los últimos años de 150 € y la intención de Pexego es mantener este importe.

Quienes estáis interesados en ser incluidos como patrocinadores del evento enviad cuanto antes un correo a santiago@pexego.es para poder ir cerrando el presupuesto disponible e incluir los logos de los patrocinadores en la web.

Programa

El programa aun se está definiendo por lo que aún estais a tiempo de enviar vuestras sugerencias, propuestas para charlas, ideas, inquietudes, ponencias y cualquier cosa al respecto que se os ocurra a openerp-spain@googlegroups.com

Se ha creado en uservoice un sistema para votar las charlas:

http://jornadasopenerp2011.uservoice.com/forums/109421-ponencias-y-charlas-jornadas

Creo que es todo de momento. Seguiremos informando.

No hay Comentarios

Jornadas OpenERP 2011: 26-27 de Mayo en Lugo

Por Ana Juaristi Olalde - Comunidad Española OpenERP - 23 Marzo 2011

Se confirman las fechas de realización de las jornadas de OpenERP 2011. Como ya todos sabeis, este año las organiza Pexego. Os posteo este correo de Santi quien nos solicita colaboración para la definición de las charlas y el orden del día.

Espero veros a todos allí!!

Hola a tod@s,

En primer lugar anunciaros que este año 2011 las jornadas de OpenERP España serán en Lugo los días 26 y 27 de Mayo, tal y como ya habíamos estado comentando hace algunos días . Gracias a todos por confiar en nosotros para la organización.

Ahora llega el momento de pediros vuestra colaboración. En primer lugar me gustaría convocaros a que expongáis a través de esta lista (openerp-spain@googlegroups.com) qué temas os gustaría que se trataran en dichas jornadas y si hay alguien que quiera realizar alguna charla que lo proponga también a través de este medio. Todo esto para intentar ir cerrando un programa que sea lo más atractivo posible para todos. Esperamos poder tener la web funcionando en esta semana aunque sea con un programa provisional que iremos cerrando en los siguientes días.

Gracias por adelantado por vuestra colaboración. Recordad que estas son unas jornadas especialmente abiertas a toda la comunidad española  y realizadas por ella y para ella, por lo que esperamos tener la máxima colaboración posible de vuestra parte, tanto con ideas como con charlas.

No hay Comentarios