OpenERP: ERP Open Source / Software Libre
Jornadas OpenERP 2013 serán en Valencia. 27-28 Junio
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/
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í!!!
FORMULARIO DE INSCRIPCION A LAS JORNADAS: http://jornadasopenerp2013.eventbrite.com
Cordiales saludos:
Ana
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)
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:
SOLICITUD/PRIMERA PREGUNTA ANA:
RESPUESTA OLIVIER:
http://doc.openerp.com/trunk/
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:
RESPUESTA OLIVIER:
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__*[1] http://doc.openerp.com/v6.1/co
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.
http://pad.openerp.com/p/l10n_
SOLICITUD/TERCERA PREGUNTA ANA:
RESPUESTA OLIVIER:
- El módulo ‘web’ de OpenERP no puede ejecutarse él solo (por ejemplo un openerp server a través de la red). Esto elimina una funcionalidad no usada y cerca de 1000 líneas de código.
- Una nueva vista de búsqueda unificada basada que automáticamente reemplaza las vistas multicampo de 6.1 para mejorar en usabilidad(la mayor parte de usuarios encuentran la vista de búsqueda como un formulario). El código de las vistas de búsqueda existentes no necesita ser cambiado – ver http://doc.openerp.com/trunk/d
evelopers/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/de
veloper/04_wizard.html#guideli nes-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/d
evelopers/server/06_misc_impor t/ –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/d
evelopers/server/06_misc_on_ch ange_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/d
evelopers/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/d
evelopers/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/d
evelopers/server/05_test_frame work/ - 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/d
evelopers/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-
- Lista para hablar de temas específicos de la localización: http://groups.google.com/
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/
opener-spain-users@
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/
http://www.openerpsite.com/
Y aquí la rama comunitaria donde también teneis las pautas de colaboración en inglés.
https://launchpad.net/openerp-
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.
Modelos de ficheros (CSV) para carga en OpenERP 6.1
Por Ana Juaristi Olalde - Migracion de Datos OpenERP - 5 marzo 2013
Hacía tiempo que la comunidad no nos enviaba nada para publicar. Aquí os posteo Mail de Mario Arias de Costa Rica
Hola Ana,
Proyecto Crowdfunding Conector Magento
Por Ana Juaristi Olalde - Noticias, Publicaciones, Notas, Anuncios Openerp - 22 enero 2013
Buenas…
Acabo de enterarme de que se ha abierto un proyecto Crowdfunding para la evolución y mejora del conector OpenERP-Magento (magentoerpconnect).
Os paso enlace al proyecto: http://www.indiegogo.com/magentoerpconnect-funding/x/2197285?c=home
Por si alguien no sabe como funciona el Crowdfunding, os cuento: Se define un proyecto con un alcance. Se le pone un precio. Cualquier persona que considere interesante el proyecto puede realizar aportaciones monetarias en el mismo. Si el importe solicitado se alcanza, el proyecto se realiza y revierte a la comunidad.
En españa hay iniciativas como goteo.org donde se publican proyectos desde tecnológicos hasta sociales, pasando por culturales o de cualquier otro tipo. Esta es una forma de que aportando cada uno un poquito, se puedan hacer cosas grandes, que de otra forma y sin colaboración de mucha gente no serían posibles o se tardaría mucho más en tener.
Todo proyecto de crowdfunding tiene beneficios sociales que revierten en toda la comunidad y beneficios individuales que pueden ser tanto de reconocimiento (una mención en alguna web, un título/diploma, un curso… etc) o material (merchandising, un bono para algo… ) o de otro tipo.
Esperando os parezca interesante la iniciativa, os invito a todos a participar en la medida de lo posible. Como siempre digo, muchos pequeñitos pueden llegar a hacer uno muy grande.
Hago llamamiento especial a todos aquellos integradores de la comunidad que estáis ofreciendo o instalando el conector OpenERP-Magento (magentoerpconnect) a vuestros clientes y también a clientes finales que ya tienen el conector en marcha.
Recibid todos un cordial saludo:
Ana
Brildor! Nuevo caso de éxito OpenERP – Conector Magento
Por Ana Juaristi Olalde - casos de éxito OpenERP, Opinion ERP, Clientes y Casos de Exito OpenERP - 22 enero 2013
Me congratula anunciaros un nuevo caso de éxito de arranque con OpenERP: Brildor
En Brildor S.L se dedican a la comercialización de productos para la personalización de prendas textiles.Son una empresa joven tanto en RRHH como en su moderna tecnología. En Brildor se adaptan en todo lo posible a las exigencias de calidad, servicio y ecología. Una mentalidad de transparencia en la relación proveedor – cliente les permite alcanzar rápidamente soluciones a cada problema que se plantea.En Brildor satisfacen las necesidades del sector profesional, ofreciendo soluciones tanto en bordado, transfer como en impresión digital.
La diferencia del proyecto de Brildor con respecto a los de otros clientes, es que ellos tenían muy claro lo que querían y han definido y decidido cómo y cuándo querían arrancar. Sin prisas. Bien meditado, bien planificado, dejándose aconsejar en ocasiones y aconsejándonos ellos en otras.
Todo empezó hace bastante tiempo cuando, igual que otras muchas empresas Brildor nos contrató un curso de OpenERP. En aquel momento, no imaginábamos que contrataron el curso para evaluar si la herramienta podía adecuarse a sus necesidades, ni tampoco sabíamos que al apostar por OpenERP, internamente planificaron toda una revolución en la forma de gestionar su empresa y que pocos meses después íbamos a hacer una de las implantaciones más agradables y con mayor implicación por parte del cliente que hayamos tenido hasta el momento.
El corazón de su proyecto era el conector Magento, ya que por la evolución de su negocio en los últimos años, han pasado de ser una empresa puramente offline a ser una empresa básicamente online. La problemática a resolver:
- Unificar la información distribuida en varios sistemas, eliminar duplicidad de datos y mejorar su codificación.
- Sustituir su antiguo ERP propietario que no había podido ser adaptado al cambio de filosofía, mercado y evolución de la empresa en los últimos años. Además de que ya no tenían soporte por haberse negado a invertir en una migración de versión a la que la empresa editora casi les obligaba a contratar.
- Unificar los datos de clientes y oportunidades, que se gestionaban en una base de datos independiente y sin integrar con ninguna otra herramiente, hecha a medida.
- Agilizar la gestión de compras y control de stock.
- Simplificar al máximo la gestión de producción/fabricación, core del negocio hace algunos años que actualmente, aún siendo importante gestionar adecuadamente, podría hacerse de forma mucho más sencilla a la que hacían.
- Encontrar un sistema que fuese capaz de evolucionar con ellos. En palabras de su CEO Jose Enrique (A mi entender, excelente y visionario emprendedor): Fracasan las empresas que no son capaces de detectar su obsolescencia. Nosotros estamos en continuo cambio, siempre tratando de mejorar y adaptarnos a lo que nos demandan nuestros clientes.
Con esta lista de requerimientos, les planteamos una implantación a medida completa con revisión y reenfoque de sus procesos de negocio, migración de datos compleja desde su antiguo ERP y por supuesto, la integración del conector magento – OpenERP.
Y empezamos:
Mediados de Julio de 2012: Realizamos el análisis de procesos. Evaluamos qué módulos iban a requerir y enfocamos la forma de trabajo de cada área de su empresa con OpenERP. Definimos los datos a migrar y los desarrollos a medida a realizar.
Agosto-Septiembre 2012: Preparamos el entorno de formación, iniciamos los desarrollos, montamos los principales scripts para la migración y planificamos las fases del proyecto.
Octubre 2012: Formamos a todos los usuarios, validamos los desarrollos y presentamos los primeros datos migrados.
Noviembre-Diciembre 2012: Realizamos prácticas con los usuarios con datos “quasi” idénticos a los que se encontrarían en el arranque y realizamos los últimos ajustes pre-arranque.
Y aquí… tengo que nombrar a Rubén Colomina quien además de ser nuestro usuario clave durante todo el proyecto ha realizado una impresionante labor interna con todas las personas que a futuro iban a usar la aplicación. Además de ayudarles a vencer el miedo a lo desconocido, la resistencia al cambio y las reticencias habituales de quien no está habituado a trabajar de una determinada forma, ha realizado formaciones internas y sesiones de resolución de dudas para que el momento de iniciar su día a día con la aplicación no fuese traumático. He de decir que en muy poquitos clientes encontramos una figura como Rubén que nos facilite tanto el camino.
Enero 2013: Viajo a Alicante para el soporte al arranque. 2 intensísimos días donde hubo que resolver algunas (muy pocas) dudas de última hora, algún que otro problemilla técnico y ver que todo iba de la forma esperada.
Mi sorpresa fue mayúscula al ver que efectivamente cuando levantamos la bandera… los usuarios estaban trabajando como si llevasen toda la vida con ello. Los primeros pedidos de magento empezaron a bajar y al rato de haber “encendido” el sistema, ya se estaban procesando albaranes con suma celeridad. Todo el mundo sabía qué hacer y cómo hacerlo. Fue genial…
Durante el resto de la semana y de forma progresiva todo el resto de áreas se fueron incorporando día a día en el uso del sistema y podemos decir que a día de hoy todo Brildor es gestionado íntegramente con OpenERP.
La verdad que ha sido un verdadero placer tratar con los usuarios de Brildor durante toda la implantación. Siempre positivos, siempre adelante, siempre resolviendo y sin mirar atrás. He de agradecer a Rubén y Jose Enrique su excelente trato los días que estuve en el arranque y aprovechar para comentarles que algún día debemos repetir las tertulias de después de cenar donde aprendí muchísimo sobre estrategia empresarial. Como esperamos seguir colaborando estrechamente en los meses y años venideros, estoy segura de que tendremos de nuevo ocasión en breve…
Muchísimas gracias a todos:
Ana
Nota Técnica: La versión del conector Magento utilizada en la implantación es magentoerpconnect de Akretion y Camp2Camp
Claves, pautas y fases para implantar OpenERP
Por Ana Juaristi Olalde - Instalación OpenERP, Tutorial OpenERP - 3 enero 2013
Empiezo el año intentando recopilar en una presentación lo que habitualmente explico a cualquier persona/empresa que nos llama con interés en OpenERP.
Pretendo cumplir 3 objetivos:
- Que queden claras todas las opciones de instalación de OpenERP (que creo causa bastante confusión, sobre todo a gente no técnica ) y en qué consiste cada una.
- Que se entienda en qué consiste cada una de las fases de implantación, permitiendo a cada empresa identificar que tipo de arranque es el más apropiado para ellos. Nadie mejor que uno mismo conoce su propia empresa (creo… )
- Que la empresa que está pensando en contratar una implantación conozca qué servicios se ofrecen habitualmente y que tenga claro al contratar, lo que está contratando, identificando además si le serán necesarios todos y cada uno de dichos servicios o sólo necesita algunos.
Sin más… aquí va. Espero que os guste:
Cursos funcionales OpenERP Primer trimestre 2013
Por Ana Juaristi Olalde - Cursos Online OpenERP - 21 diciembre 2012
Como siempre, acabo de planificar los primeros cursos funcionales para 2013.
Dada la flexibilidad que nos ofrecen los cursos online, he decidido de momento, planificar Solo cursos funcionales por sesiones y en formato online.
FEBRERO
Inicio 04-02-2013: CTP training ES-Avanzosc curso funcional OpenERP Online por sesiones Febrero 2013
MARZO
Inicio 25-02-2013: CTP training ES-Avanzosc curso funcional OpenERP online por sesiones Marzo 2013
ABRIL
Inicio 08-04-2013: CTP training ES-Avanzosc curso funcional OpenERP online por sesiones abril 2013
Cuarto aniversario de OpenERPsite y OpenERP 7.0
Por Ana Juaristi Olalde - Comunidad mundial OpenERP, Nuevas versiones OpenERP - 11 diciembre 2012
¿Cuatro años??????? Han parecido cuatro suspiros…
Ha llovido mucho desde aquel 2008 en el que empezamos. En aquel tiempo había un entorno social y laboral en el que apenas se mencionaba la crisis. Estábamos llenos de ilusión por empezar algo nuevo, aunque siempre existía aquella incertidumbre de si OpenERP cuajaría en el mercado español, siendo software libre, habiendo muy poquitas empresas integradoras, casi nada de documentación en castellano y un búscate la vida total que hoy día parece mentira que fuese así. Aún peor lo teníamos en nuestro caso que estamos en medio del silicon valley de los ERPs propietarios, en un pequeñito pueblo gipuzkoano. Pero… apostamos por OpenERP y aquí seguimos. A pesar de la crisis, a pesar de los cambios… Nos sentimos más fuertes, con más ilusión que nunca por hacer cosas nuevas, con un equipo crecido, formado y dispuestos a seguir dando caña, evolucionando y adaptándonos a lo que depara el futuro.
Y … ¿qué hay de nuevo últimamente?
Por supuestísimo, la publicación en poquísimos días de la nueva versión OpenERP 7.0. Según se dice, será la versión definitiva que revolucione el mercado de los ERPs. OpenERP será el primer ERP social del mundo. Íntegramente accesible mediante su refactorizado interfaz Web, proveerá de funcionalidad “social” a una herramienta concebida inicialmente para solucionar lo más aburrido… la gestión de la empresa.
Ahora bien… Con el nuevo enfoque de OpenERP desde su base, tenemos mucho que hacer y desde aquí hago un llamamiento a “esta nuestra comunidad” para ponernos en marcha con la lista de tareas pendientes que debemos hacer entre todos si queremos empezar el año usando OpenERP 7.0. Si dejamos de lado algunas de ellas… tardaremos muchos meses en poder usarla de forma habitual en nuestro país.
- Traducciones: A fecha de ayer había más de 5000 términos sin traducir en launchpad. Unos poquitos minutos al día de cada uno y para final de año podemos tener la herramienta traducida al 100% como en versiones anteriores. Aquí enlace por si os queréis unir al grupo de traducción: https://translations.launchpad.net/openobject-addons
- Migrar la localización a la nueva versión. Para los neófitos, diremos que si no se adapta la herramienta legalmente a un país, no se podrían usar sus módulos de contabilidad (efectos contables, transacciones bancarias, remesas de cobros/pagos… etc) Esta debe ser una de las tareas prioritarias de la comunidad a fin de que se pueda utilizar lo antes posible en producción. Para ello, tal y como ya he mencionado en la lista de localización, debemos pensar en si seguir “parcheando” los módulos para simplemente adaptarlos y que funcionen en la nueva versión o bien pensar en una refactorización y mejora a fondo. Veremos lo que se decide en próximos días. Si lo hacemos ordenada y repartidamente, podríamos tener algo decente en unos pocos meses.
- Nuestros propios módulos. Es decir, la mayoría de los integradores y colaboradores de OpenERP tenemos módulos personalizados desarrollados y publicados. Habría que ir pensando también en migrar dichos módulos y adaptaciones verticales a la nueva versión, pero claro, esto ya depende de la disponibilidad y necesidad de cada uno.
- Testeo: Por experiencias anteriores, en el momento de publicar una nueva versión pasan un par de meses antes de que sea relativamente estable y varios meses antes de que sea estable del todo. Os animo a probar la trunk y publicar los bugs que encontreis en launchpad a fin de afinarla lo antes posible. Aquí link para publicar bugs: https://code.launchpad.net/openobject-addons
- Acostumbrarnos al nuevo interfaz Web porque en la versión 7.0 ya no se soportará más nuestro viejo compañero de viaje… el interfaz GTK. Lo echaremos muuucho de menos y personalmente creo que es lo que más me costará cuando empecemos a usar 7.0. De hecho, espero y deseo por favor que la comunidad mundial de OpenERP recoja el testigo y lo sigan manteniendo vivo.
Como dice Fabien: The official release is planned for the 21th of December. As the Mayas predicted it, this is the end of an age, the old ERP dinosaurs.
El lanzamiento oficial está planificado para el próximo 21 de Diciembre. Como predijeron los mayas, este es el final de una era, los viejos ERPs dinosaurios.
Cursos oficiales Avanzosc Noviembre – Diciembre
Por Ana Juaristi Olalde - eventos openerp, Formación / Manuales / tutoriales OpenERP - 24 octubre 2012
Aún estás a tiempo. Aprende OpenERP!!
CALENDARIO DE CURSOS OPENERP AVANZOSC Segundo semestre 2012
Actualizamos calendario de Cursos de OpenERP impartidos en avanzosc durante el segundo semestre de 2012.
Más info: http://www.openerpsite.com/formacion
CURSOS NOVIEMBRE-DICIEMBRE 2012
| CTP training ES-Avanzosc curso funcional OpenERP/Noviembre 2012 (Online) | Nov 5, 2012 |
| CTP training ES – Avanzosc Curso Técnico OpenERP / Noviembre 2012 (Online) | Oct 30, 2012 |
Experiencia de la implementación de OpenERP en empresas francesas
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
-
-
-
Archivo
- mayo 2013 (1)
- marzo 2013 (2)
- enero 2013 (3)
- diciembre 2012 (2)
- octubre 2012 (5)
- agosto 2012 (1)
- junio 2012 (2)
- abril 2012 (5)
- marzo 2012 (4)
- febrero 2012 (5)
- enero 2012 (5)
- diciembre 2011 (6)
- noviembre 2011 (5)
- octubre 2011 (5)
- septiembre 2011 (6)
- agosto 2011 (3)
- julio 2011 (6)
- mayo 2011 (4)
- abril 2011 (4)
- marzo 2011 (8)
- febrero 2011 (4)
- enero 2011 (4)
- diciembre 2010 (2)
- noviembre 2010 (8)
- octubre 2010 (10)
- septiembre 2010 (2)
- agosto 2010 (8)
- julio 2010 (6)
- junio 2010 (10)
- mayo 2010 (10)
- abril 2010 (6)
- marzo 2010 (7)
- febrero 2010 (10)
- enero 2010 (12)
- diciembre 2009 (8)
- noviembre 2009 (5)
- octubre 2009 (13)
- septiembre 2009 (10)
- agosto 2009 (22)
- julio 2009 (15)
- junio 2009 (5)
- mayo 2009 (15)
- abril 2009 (6)
- marzo 2009 (6)
- febrero 2009 (10)
- enero 2009 (13)
-
Meta
