- ERP OpenERP / Servicios / Consultoría / Implantación

Hola a todos:

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

Las jornadas nacionales de Openerp se celebrarán, el próximo 13 y 14 de Mayo en la Universidad de Deusto en Bilbao.

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!!!

Buenas…

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

A continuación posteo los casos de éxito más relevantes que han arrancado OpenERP a finales de 2009 y Enero 2010

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.

Cuando en el mundo del software propietario hay el rumor de que una pyme o cualquier empresa (cuanto más grande mejor) requiere un ERP, es seguro que aparecerán montones de comerciales, vestidos con su traje y corbata intentando “vender” su solución como la mejor.

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.

Aquí un impresionante artículo donde nos detallan a todo lujo cómo en su empresa han perdido unos 30.000€ por no haber implantado antes un ERP. Juan María Macías,  va explicando punto a punto dónde hubieran podido evitar las pérdidas si hubiesen tenido un sistema de gestión integral.

No tiene desperdicio. Os lo recomiendo totalmente:

http://juan.aletia8.com/archives/326

Saludos!!!

Según el e-mail que hemos recibido los miembros de la comunidad de OpenERP, las cosas están cambiando a mejor y en los próximos meses vamos a ver una evolución importante en la forma de interactuar de Tiny Bélgica con la comunidad. Por mi parte, ninguna queja en cómo lo llevaban hasta ahora, pero a partir de la 5.2, creo que se van a superar. Aquí os paso traducido el mail que os mencionaba.

Me congratula anunciaros que iñaki Fernandez me envía una nueva versión de su ya afamado scrip de autoinstalación de OpenERP en linux, en el que ha incluido las siguientes mejoras que indica en su e-mail. Además de que incluye la instalación del nuevísimo motor de informes OpenOffice publicado recientemente por Kaspars.

Iñaki… muchísimas gracias por tu continua aportación a la comunidad. He de decir que muchos usuarios han conseguido instalar y actualizar OpenERP en Ubuntu gracias a tu script.

Aquí va el e-mail de Iñaki completo.

Te envío una nueva versión del allinone que incluye report-office. No ha sido fácil porque quería instalar openoffice y java sin intervención alguna.
En esta versión he priorizado solucionar problemas mediante pruebas y más pruebas en máquinas virtuales.
Como novedad, el instalador ahora SI funciona con Ubuntu 9.10 (he aplicado un workaround y abierto un bug en launchpad).

Para facilitar el mantenimiento, he optado por publicar un único script en inglés con openerp-spain como módulo opcional a instalar. Anteriormente publicaba dos scripts:

• con instalación en inglés y sin openerp-spain
• con instalación en castellano y con openerp-spain.

Recuerda que el script requiere una instalación nueva de Ubuntu 8.04 ó 9.10, por ejemplo en una máquina virtual. También aplicaría en una instalación realizada con una versión anterior de este script.

En la instalación, selecciona “stable” ya que la rama “trunk” de openerp no parece ser válida actualmente. (Anotación de ANA: La rama trunk es la rama de desarrollo de la próxima versión estable no publicada aún, no es que no sea válida. Muestra la siguiente versión que publicará tiny. Actualmente, sería la 5.2) Después selecciona las ramas en desarrollo que deseas instalar (openerp-spain, report-openoffice, etc). El resto del proceso no requiere intervención alguna y tan sólo hay que esperar a que termine (40 minutos con mi conexión de Internet cuando selecciono todas las ramas opcionales a descargar).

He subido el script al mismo post de mi blog:
http://opensourceconsulting.wordpress.com/2009/09/27/instalador-y-actualizador-grafico-de-openerp-spain-para-ubuntu/

Buen fin de semana!!

Iñaki

QUE LO DISFRUTEIS!!!