• nan_partner_risk y nan_partner_risk_insurance: Permite gestionar el límite de riesgo asociado a cada Cliente.
• product_pack: permite componer y vender kits de oferta de varios productos.
• c2c_currency_rate_update : Permite actualizar automáticamente los factores de conversión de las distintas monedas.
• mrp_dimensions: Para empresas de fabricación y que requieran agilizar la gestión de los productos “dimensionables” sin tener que explosionar la ficha de producto.
• product_images_olbs: Permite asociar imágenes a los productos. Inicialmente fue concebido para el nuevo conector con Magento, pero se puede utilizar de forma independiente
• magentoerpconnect:  Nuevo conector con magento, totalmente rehecho con respecto a la primera versión.

Hay muchísimos más. Os animo a probar aquellos que veais que os pueden resultar de interés para vuestra empresa. Se agradecería me enviarais vuestra opinión de los que probéis para publicarla.

Saludos!!

Ana

Muchos de vosotros llegais por primera vez aquí. Habeis oido hablar de OpenERP e incluso algunos os habeis instalado el allinone y habeis captado su potencial de inmediato. El perfil de la gente en esta situación es variopinto. Desde responsables o informáticos de empresas a los que les interesa OpenERP para hacerse su propia implantación, pasando por gente de perfil técnico de sistemas  en otras herramientas y programadores que vienen de otros lenguajes que no son python. Es perfecto, pero a todos vosotros, os rogaría:

1. Que no enviéis mails con dudas técnicas, de instalación o funcionales a los correos de la lista de colaboradores mostrada en la página de contacto. Posiblemente no os responderán. Para eso están los foros y las listas de correo públicas.
2. Muchísimo menos que llaméis preguntando dudas funcionales o técnicas a los teléfonos que aparecen en dicha lista.
3. Que miréis y busquéis documentación en aulaerp.com, openerpsite.com, openerp.com, openerp.cat y todas las webs y foros de openerp existentes antes de preguntar algo que ya está respondido con anterioridad.

Dicho esto y sin que sirva de precedente voy a contestar públicamente a un correo de los varios que recibo a la semana en este sentido, básicamente para que sirva a otros que también están en esta misma situación y para evitar que otros sigan escribiendo preguntando las mismas cosas…

Correo:

como ya te comenté estoy muy interesado en obtener experiencia con openerp, pero me encuentro con muchas dudas. He empezado a probar la plataforma openerp 5.0 allinone, instalada en mi pc con wxp, con los módulos base, fabricación, compras, stock. He consultado la documentación que he ido encontrando en la web www.openerpsite.com pero aún así me está costando bastante. Estoy muy interesado en la parte de desarrollo con python de la aplicación, reportes, etc… Actualmente estoy trabajando en ….. Te preguntarás por qué te estoy contando todo esto, simplemente para que conozcas mi perfil tecnológico y poder pedirte un poco de orientación de como crees que debería afrontar este nuevo proyecto con openerp. Realmente creo que esta plataforma tiene un gran futuro.

por dónde debería comenzar ?

Ante todo comentar a mi lector, que coincido en que esta plataforma tiene un gran futuro.

Por donde empezar? Pues primero enfocando tus objetivos. Como ya he dicho en innumerables ocasiones en este blog y en el mío personal, implantar un ERP no es trivial. Instalarlo correctamente, actualizarlo, programar, hacer consultoría… cada una de estas áreas se complementa una con otra pero es muy complicado que una única persona pueda con todo. Por tanto, lo primero de todo es decidir qué quieres hacer. En función de esa respuesta inicias los pasos sobre el área a la que más se adecúe tu perfil.

1. Instalador de OpenERP: Alguien que sabe SOLO instalar OpenERP, puede implantar? Pues a mi parecer no.
2. Programador de OpenERP: Lo primero de todo es quitarte de la cabeza todo lo que traes aprendido de otros lenguajes y cambiar el chip por completo. Sobre todo si vienes de lenguajes lineales y no orientados a objetos. Temas como montar triggers o procedimientos lleno de inserts y updates directos contra base de datos, olvídalos. Y aún siendo programador python, lo primerísimo que deberás hacer es leerte de cabo a rabo toda la documentación técnica de la web de openerp.com y recomendado (aunque no imprescindible)… que contrates un curso técnico o una o varias sesiones de resolución de dudas con alguien (empresa o persona) que haya programado módulos en openerp.
3. Consultor de OpenERP: No vale con conocer algunos módulos de la herramienta o haberla visto por encima. Tienes que saber aplicar una metodología, gestionar los proyectos, analizar y enfocar soluciones, entender al cliente. ¿Como empiezas? Pues sin lugar a dudas en Aulaerp.com. Hazte el curso de metodología/consultoría y después, hazte todos los cursos funcionales básicos. Un consultor tiene gran parte de formador. Si no tienes paciencia y no te gusta enseñar no seas consultor.

Espero que esto os aclare un poco, aunque aquí cada uno tiene que buscarse un poco las vueltas y encontrar su camino más adecuado. Yo no tengo respuestas para todo.

Cordiales saludos!!

Ana

Hay que señalar que agradecemos el esfuerzo a la universidad ya que nos ha cedido gratuitamente el espacio. Además, se han tomado la molestia de reservar dos ubicaciones de distinto tamaño, en función de la gente que se inscriba. Las salas cuentan con equipo de proyección, wifi, microfonos y el equipo de grabación.

Los objetivos de las jornadas son similares a los de las convocatorias de las realizadas en Vilanova y Zaragoza en 2009 y 2008 respectivamente. Estas son las terceras jornadas españolas de OpenERP:

Objetivos

Las jornadas españolas de OpenERP pretenden ser un punto de encuentro entre usuarios, instaladores y programadores de OpenERP y sus objetivos son diversos:

• Descubrir su ecosistema mediante charlas o conferencias.
• Mostrar algunas de sus características mediante tutoriales.
• Dar a conocer algunos casos de éxito y modelos de negocio mediante una mesa redonda.
• Debatir y activar el desarrollo de módulos de localización/verticalización.
• Facilitar el networking entre los asistentes.

En definitiva, compartir, difundir y mejorar el entorno de desarrollo rápido de aplicaciones y gestión integral (OpenObject/OpenERP) basado en una tecnología moderna y libre que nos permita avanzar de forma colaborativa en el uso de las TIC en nuestra sociedad.

Durante los próximos días iremos completando este post indicándoos la URL del formulario de contacto para la inscripción, el temario definitivo y cualquier novedad al respecto. Adicionalmente, si queréis aportar ideas, opinar sobre el evento o sugerir algún tema que queráis tratar en las jornadas, podéis consultar y participar en la lista de correo de localización española donde se están acabando de cerrar todos los puntos referentes al evento.

openerp-spain@googlegroups.com

Cordiales saludos!!!

Adicionalmente, por ejemplo,para obtener informes de inventarios, stock y ubicaciones, hay una entrada en el menú que en ocasiones pasa desapercibida, pero que es prácticamente imprescindible: inventario/estructura ubicaciones stock. Por ejemplo, permite sacar el inventario de cualquiera de las ubicaciones entre 2 fechas.

Además, existe un módulo que es potentísimo pero que requiere cierto conocimiento técnico para usarlo. Es el base_report_creator. En él puedes configurarte informes personalizados que puedes asociar a un menú y permitir visibilidad o no a los usuarios sobre ellos asignando permisos. Se utiliza para hacer listados de objetos, sumatorios y demás.
Para personalizar un informe tipo albarán o factura hay 3 opciones:

1. Si sabes programar rml, directamente puedes buscarlos dentro del módulo asociado, abrirlos y modificarlos a tu gusto.
2. Utilizar el módulo base_report_designer. Esto permite  descargar el sxw asociado al módulo (no todos los informes lo tienen),  modificarlo con Openoffice y subir el archivo modificado al servidor. La única pega que tiene el módulo es que si subes un informe mal montado, con variables que no corresponden y demás, dará un error de impresión. Para facilitar la modificación del documento en OpenOffice, se recomienda comprar el plugin para openoffice en la página oficial de Tiny, aunque no es absolutamente imprescindible.
3. Utilizar Jasper Reports. Un gestor de informes potentísimo basado en ireports y para el que existe conector con OpenERP. El módulo Jasper reports publicado por NAN te permite exportar objetos de openerp y utilizarlos para contruir tus informes en Jasper. En aulaERP teneis un manual gratuito bastante completo donde se explica lo básico para empezar pero también requiere ciertos conocimientos técnicos.

En este post voy a intentar explicar una forma sencilla de descargar de launchpad tanto el servidor, el cliente, los módulos extra de commiters y los de community con un único comando.

https://launchpad.net/openerp

Os descargais la rama como está descrito en un montón de sitios.  Vereis que  baja un script python muy sencillo
bzr_set.py que lo que hace es descargar todas las ramas de la distribución que se quiera (4.2, 5.0, trunk…). Para seleccionar la distribución, es necesario editarlo y poner DEFAULT= “versión que se quiera descargar”

Pasos para descargar las ramas de una distribución “de tirón”. En el ejemplo voy a utilizar 5.0, pero sería exactamente igual con trunk o 4.2 :

• Abrir el script bzr_set.py, asignar DEFAULT=’5.0′
• Crear un directorio cualquiera, por ejemplo, openerp5.0
• cd openerp5.0
• copiar el script bzr_set.py en ese directorio
• ejecutarlo de la siguiente forma pyhton2.5 bzr-set.py
• Vereis que dentro de openerp5.0 os crea la siguiente estructura
  • web –> ficheros servidor web para acceso con el explorador
  • server –> servidor openerp
  • client –> cliente openerp
  • addons –> Modulos “oficiales” versión 5.0
  • addons-extra –> Módulos extra de commiters
  • addons-community –> Módulos extra de community
• Con esto, ya teneis los fuentes de la 5.0 descargados en vuestro ordenador. Para actualizarlos basta con ejecutar  pyhton2.5 bzr-set.py tal y como habeis hecho antes.
• Para instalar y ejecutar los fuentes, os recomiendo el curso de aulaerp http://www.aulaerp.com/cursos-aulaerp/instalacion-de-openerp-sobre-linux-ubuntu.html

Adicionalmente recordad, que sólo con estos módulos no nos vale. También teneis que descargaros los módulos de localización Española aquí: https://launchpad.net/openerp-spain.

Creo que sería bastante sencillo modificar el bzr-setup.py para añadirle las ramas de localización y otras que pudieran seros de interés.

Aprovecho el post para copiar mi respuesta a un post del foro donde me preguntaban cómo se reportaban los bugs  en launchpad. No solo se pueden reportar errores, también se pueden hacer sugerencias de desarrollo de nuevos módulos (blueprints), preguntar dudas (answers), descargar y/o aportar traducciones de módulos… etc. La operativa para reportar un error, un blueprint o una pregunta en launchpad sería la siguiente:

• Buscar el proyecto openobject. aquí: https://launchpad.net/openobject
• En Projects, justo en portada vereis TODOS los proyectos realacionados con el entorno de desarrollo de OpenERP (Openobject). A partir de aquí, buscais el proyecto donde están los módulos que den el error. Por ejemplo, si es en un módulo extra sería aquí: OpenObject Addons. Si es de localización española sería aquí: OpenERP Spanish Localization Project.  Si es de algún proyecto relacionado, tipo poweremail o cliente koo, vereis que tienen sus propias ramas dentro de openobject: KDE OpenObject Client, Power Email
• En la parte derecha del todo, de la pantalla principal, teneis en rojo “Report a bug”. Pulsad ahí y seleccionando el subproyecto que se trate, explicais el error. Cuanto más detalle se dé mejor y siempre indicando versión de entorno en la que sucede el error.

Esperando os sea de interés, cordiales saludos:

Ana

Sobre cada uno de ellos voy a daros una pincelada sobre cómo se inició el proyecto y la evolución del mismo

• Totenart: Tienda online de venta de todo lo relacionado con el mundo artístico (pinceles, pinturas, barnices, lienzos). Su gerente Cesar y yo no nos conocemos en persona pero tenemos trato desde hace años, cuando coincidiamos constantemente en los foros de Oscommerce. Cesar inició el proyecto con muchísima cautela. Hizo su propio análisis inicial con sumo detalle y enfocamos el proyecto con calma adecuándonos a su disponibilidad. Espaciamos las formaciones en el tiempo, financió la adaptación de la extensión del TPV y bastantes mejoras en el conector de Oscommerce. Arrancó en Enero, coincidiendo con el inicio del nuevo año en contabilidad.

• Mipuf: A finales de noviembre, me contacta Francisco. Tiene una fábrica de pufs. Me comentó que aprovecharían la implantación de OpenERP para revisar sus procesos internos y si fuese posible agilizarlos y mejorarlos. Su objetivo (casi imposible) es arrancar  el 1 de enero de 2010. Francisco,  dijo aquel día… sea como sea, llegaremos. Y llegamos. No arrancaron el uno, pero sí sobre el 10 de enero. Hay que decir que por su parte pusieron todo el esfuerzo y los medios para tener los datos maestros cargados a fecha del arranque y que Francisco y su equipo se tomaron realmente en serio las formaciones y las directrices que se les dieron. Un placer arrancar este proyecto.

• La piscifactoría de Santander: Algún día su gerente me permitirá publicar su nombre y entre los 2 publicaremos la historia completa. De momento, sigue siendo la piscifactoría de Santander.

• Grammata/Facthor: Empresa importadora de papyre (libro electrónico), un producto de tecnología punta. Con una plantilla joven pero muy bien formada, entusiasta, implicada, con ganas de aprender y mejorar. Con un jefe de proyecto centrado, mirando al futuro, enorme experiencia en otras implantaciones y herramientas. Programador informático de vocación (de los que “pican en consola”) pero con una base funcional impresionante. Abiertos a sacar el mejor provecho de OpenERP.  Una implantación un tanto distinta de la habitual. En una semana de implantación presencial absolutamente intensiva, los jefes de proyecto fueron capaces de asimilar la funcionalidad de cada área y enfocar el proyecto completo. Tanto la instalación, como las actualizaciones del sistema son realizados por ellos mismos. Además se les está formando a nivel técnico puesto que también quieren realizar su propio mantenimiento.

A continuación posteo las áreas que han implantado, los links a sus Portales y las empresas que han participado en su implantación.

http://fptiny.blogspot.com/2010/02/openerp-raises-3-million-euros.html

Y direis que porqué he esperado 2 días a anunciarlo en openerpsite… pues porque inicialmente cuando leí la noticia, no sé… no me hizo mucha gracia. OpenERP y Fabien en particular hasta ahora han demostrado una filosofía y una forma de evolucionar y hacer las cosas a su manera, sin capital exterior, autofinanciados con cuotas de partners y sus propias implantaciones. Donde empieza a entrar capital de inversores las cosas cambian y lo que funciona en el mundo propietario donde absolutamente todo se mueve alrededor del capital, no funciona en muchas ocasiones en el software libre, porque es otro modelo de negocio totalmente distinto. Basta con ver los casos de openbravo y mysql

Mis recelos pasaban por pensar que quizás las cosas iban a cambiar a peor. Por tanto, he preferido ser prudente. Ver qué opinión tenía la comunidad sobre este asunto, qué más decía tiny con respecto a este tema y bueno… se ha creado este hilo donde varias personas y el propio Fabien da mucha más información. Lo siento, pero no lo traduzco porque es larguísimo:

http://www.openobject.com/forum/topic15211.html

Sí traduzco algunas de las frases que me parecen más relevantes:

• @rvalyi:
  • Si Fabien estuviese interesado solo en ganar dinero fácil, no habría hecho todo este trabajo ganando tan poco durante los últimos 5 años. Estoy seguro de que al final, hay una parte de honor en hacer frente a SAP y compañía
  • OpenERP no es una burbuja. Es efectivo en muchas situaciones. En mi modesta opinión, se trata de generalizarse en el mercado mundial y pueden hacer toneladas de dinero, ofreciendo un producto competitivo
• @FABIEN:
  • Aun soy el director general y el mayor accionista de tiny(ahora OpenERP sa). Los inversores solo tienen una minoría de las acciones de OpenERP sa  (<30%) -> y tengo la manera de que vuelven a mi si operamos bien con las ofertas a los partners y el SAAS.
  • Esta fundación no cambia nuestra filosofía open source. Los fondos nos dan la oportunidad de concentrar todos nuestros esfuerzos en nuestro rol de editores y contribuir más a la comunidad. El inversor comparte los mismos objetivos que nosotros
  • Hemos escogido este inversor porque tienen un entendimiento real de las particularidades, reglas y beneficios del software libre. Compartimos la misma visión de futuro de OpenERP
  • Confirmo que mi objetivo es construir un producto sólido y no obtener dinero fácil para mí mismo.  (Si no fuese así, ya habría vendido la compañía. He tenido alguna que otra oferta… )

  Para el futuro

  • *No planeamos una segunda ronda de financiación. Esperamos pasar esta transición sin tener que pedir más dinero. Pero si la compañía necesita hacerlo, podría considerar una segunda ronda para acelerar nuestro desarrollo. (Y aún tendría más del 50% de las acciones)
  • * Janneman,  tienes razón. Los inversores necesitan que se les devuelva su dinero Encontraremos soluciones que satisfagan a todos (el producto OpenERP y a los inversores) . Ya hemos definido varias soluciones interesantes y este fue uno de los puntos difíciles de la negociación con los inversores. Para responder a tu pregunta, no pueden forzarnos a vender OpenERP, ni cambiar la licencia…
  • Por lo tanto, esta operación sólo tendrá beneficios para la comunidad. No hay objetivos ocultos.
• @loops:
  • Propone a Fabien una interesantísima forma de obtener fondos y es.. vendiendo acciones a la comunidad. Pues no estaría mal esta opción. Creo que habría muchísima gente dispuesta a invertir.

Si es necesario, por “vender”, acudirán 2 o 3 veces a casa del cliente. Realizarán el despliegue comercial que sea necesario. En cada sesión le mostrarán unos preciosos power points con gráficos y colores… que enganchan mucho y dan apariencia de profesionalidad.  Lo que importa es… que el cliente firme el contrato. Ellos se pueden permitir este despliegue comercial. Los costes anuales en licencias cubren esto y el merchandising necesario (es muy habitual que entreguen carpetillas, bolis, portaminas y regalitos varios con su nombre en cada visita a cada uno de los asistentes a la reunión). Todo esto me parece perfecto. Al final, el cliente es quien decide firmar un contrato con una empresa. Cada uno ve cual es la mejor opción y si ha firmado, será que lo ha meditado y ha elegido bien.

Pero todo esto nos lleva a que hay Clientes que esperan exactamente esto de nosotros. Viniendo de ese mundo, les choca que para hacer una demo de más de una hora cobremos por el servicio. Que en ocasiones nos neguemos a desplazarnos a sus oficinas y ofrezcamos como mucho demos en remoto y sobre todo… les choca que no presentemos ningún colorín y que vayamos directos al grano enseñando la aplicación. Pero es que simplemente, esto no funciona así. Nosotros somos en su mayoría freelance y pequeñas empresas donde prácticamente todos trabajamos a tarifa por hora. No regalamos carpetillas ni bolis y normalmente si vamos, es porque vemos el proyecto más o menos claro.

Esto es software libre, es decir, nosotros no “vendemos” un software. Ofrecemos una solución integral sobre la que ofertamos nuestros servicios. No nos llevamos un margen por implantar OpenERP. No cobramos exhorbitantes cuotas de mantenimiento mensual/anual por usuario y puesto. Facturamos las horas que trabajamos, sean por instalar, por actualizar, por programar, por enseñar a usar la herramienta, por dudas funcionales, por resolución técnica de bugs.. por cualquier servicio que sea requerido alrededor de OpenERP o cualquiera del resto de plataformas software libre con los que también trabajamos. Tan simple como esto. Por tanto, para poder dar buen servicio a los Clientes que ya tenemos, no podemos dedicar muchas horas de nuestro tiempo a los que todavía no lo son.

Y el Cliente que no entienda este concepto es mejor que firme un contrato de 5 o 6 cifras con alguna empresa de sofware tradicional al uso.

El lunes pasado un Cliente potencial me preguntaba… ¿Qué garantía me das de que esto funciona? Mi respuesta: Ninguna. Es software libre. No lleva garantía, no pagas por él. Si tiene algún error y quieres que se arregle YA… pagas por su arreglo bien sea con contrato técnico de mantenimiento, o por horas. Y si prefieres esperar a que alguien de motu propio lo arregle, lo reportas y esperas. Si realmente es un error se arreglará tarde o temprano. Lo que nadie asegura es… cuando.

Cualquiera podría pensar que esa no es la respuesta adecuada para “vender” algo. Pero es que es la verdad. Es así. No podemos decir otra cosa. Y de nuevo… el Cliente decide. Si en ese momento se espanta, es que no conoce el mundo del software libre. Si lo asume y acepta. Bienvenido al Club. Estaremos encantados de ofrecerte nuestros servicios.

Por tanto… en este mundo, a pesar de todo, puedes sobrevivir sin un contrato de mantenimiento ( aunque no es recomendable a no ser que cuentes con técnicos en tu propia empresa)  pero… Y en el software propietario. ¿como funciona? si… posiblemente los bugs están cubiertos por algún tipo de cuota, pero al final, reportas el error y esperas a que empaqueten y publiquen la nueva versión, según el planning de actualizaciones de la casa Madre. O sea, te toca esperar. Igual.

En raras ocasiones y si el error es muy grave te ponen rápidamente un parche que lo arregla.  ¿Pero y si no pagas esta cuota? Pues simplemente, no se te arregla nada, ni se te actualiza nunca (esto, si te dejan seguir usando la aplicación, que algunos ni eso). Y si encima el software es cerrado, tampoco puedes arreglarlo tú o tus técnicos. Leeros la letra pequeña porque no conozco ningún y digo ningún fabricante de software que dé garantía que su programa está libre de errores… simplemente, porque no es posible. El software por ser software (no por ser libre o propietario)  tiene errores y siempre es mejorable. Siempre. Sin excepción. Aunque se pague por él un contrato de 6 cifras.

Por tanto ¿Donde está la diferencia? ¿Qué garantía te pueden dar ellos? Igualmente… ninguna. Pero eso sí… no te pueden contestar esto, porque simplemente y posiblemente “perderían la venta”, su contrato y su comisión.