Centro Carlos Santamaría

Auditorio “Antonio Beristain”

Ver mapa más grande

La realización del evento en este incomparable marco, no hubiese sido posible sin el apoyo de los profesores de la UPV/EHU Javier Dolado, catedrático de LSI, e Iñaki Morlán profesor titular de ATC (que forman parte del Comité Organizador).

La sala cuenta con una capacidad para 200 personas justas y no se pueden añadir más sillas por lo que por favor, aseguraos la plaza inscribiéndoos aquí:

INSCRIPCION A LAS JORNADAS (GRATUITA)

INSCRIPCION A LA CENA DEL 31 de MAYO de 2012

Más datos:

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

Programa

Jueves 31 Mayo 2012

Horario     Charla
10:00 – 10:30    Presentación. Introducción a OpenERP
10:30 – 11:00    Gestión de granjas (Nan-Tic)
11:00 – 11:30    Aspectos legales de la AGPL (Acysos)
11:30 – 12:00    Nuevos módulos para la gestión de proyectos siguiendo los estándares del Project Management Institute (Eficent)
12:00  – 12:30    PAUSA Café
12:30 – 13:00    Kafka db y BABI (Nan-Tic)
13:00 – 13:30    Tryton, diferencias técnicas, estado de localización… (NanTic)
13:30 – 14:00    MongoDB como backend complementario (ElGas)
14:00 – 16:00    COMIDA
16:00 – 16:30    Vertical para universidades y centros de formación (Avanzosc)
16:30 -  17:00    Vertical Granja de Huevos (Avanzosc)
17:00 – 17:30    Transportes (Domatix)
17:30 – 19:00    DEBATE/preguntas generales del público. Varios ponentes.

Viernes 1 Junio 2012

10:00 – 12:00    Resumen de lo visto en los OpenERP days (OpenERP)
12:00 – 12:30    PAUSA Café
12:30 – 13:00    l10n_es_gestion_comercial nuevo módulo para localización (Soluntek)
13:00 – 13:30    Módulo LOPD (Compuservice)
13:30 – 14:00    Dos módulos nuevos y Caso de Exito (Factor Libre)
14:00 – 16:00    COMIDA
16:00 – 17:00    Espacio para charlas relámpago
17:00 -19:00    Introducción al estado actual de la localización española. Workshop adaptación a la versión 6.1; nuevos desarrollos.

Se ha cerrado la lista definitiva de los patrocinadores de las jornadas, siendo estos los siguientes:

Organizadores del evento: Universidad del país vasco UPV/EHU con el apoyo de Avanzosc, S.L.

Patrocinadores:

Listado de patrocinadores de la edición de 2012, en riguroso orden de Inscripción.

Muchísimas gracias a todos ellos.

		NUBISTALIA

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

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

Cordiales saludos!!

Ana

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

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

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

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

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

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

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

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

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

Y TAMBIEN LA MIA… al 100%

3 días, aproximadamente 600 participantes de mar de 60 países, más de 40 presentaciones!

Acabamos de volver de nuestros 3 días del encuentro anual en Bruselas. Ha sido una magnífica oportunidad para el equipo de openERP compartir la nueva funcionalidad de V7.0, nuestra visión y estrategia para el 2012, trucos para gestionar proyectos de OpenERP y mucho más. Yendo más allá, también ha sido una gran oportunidad para vosotros, nuestra comunidad y partners ver en qué se ha estado trabajando tanto sean desarrollos nuevos o casos de éxito.

Presentaciones: http://slidesha.re/9zuI5o.

Fotos del evento: http://on.fb.me/J3Sk9p

Tweets durante el evento: http://bit.ly/HQImsU

Vuestra opinión es bienvenida : event@openerp.com

Queremos agradecer a todos los participantes por haber venido y compartido nuestra visión y de verdad esperamos que volvais el próximo año a otro encuentro de OpenERP, si cabe, aún más excitante.

Especial agradecimiento a todos los miembros de la comunidad y partners que han presentado algún tema y han contribuido a este increible encuentro de OpenERP: Clientes, comunidad y partners.

Desde OpenERP Team,

Nicoleta Gherlea and Charline Louis

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

Este tema ha sido uno de los más hablados, el que más discordia ha creado en la comunidad y el que más preocupados nos tenía a los partners.

Para aquellos que llegais ahora o no entendeis nada de lo que estoy diciendo, intento resumir.

• La mayoría de los editores de software que llegan al nivel de expansión de OpenERP en el mundo, deciden optar por un modelo mixto de módulos “licenciados” o de pago como estrategia de negocio. Lo que sería una versión comunidad sin coste de licencias y una versión “enterprise” con módulos de pago, o con una licencia particular. Por contra, OpenERP siempre ha defendido la publicación libre de todos sus módulos y por tanto, la diferencia entre la versión comunidad y la versión enterprise, es la contratación o no de la garantía de OpenERP, la cual incluye soporte a errores (bugs) y migración de versión.
• En su momento, OpenERP decidió NO publicar sus scripts de migración de datos, de una versión a otra, lo cual es totalmente lícito (cualquier empresa del mundo requiere definir sus líneas de negocio, si no, no serían empresas sino ONGs) pero trajo innumerables críticas tanto de partners como de la comunidad ya que la única forma de migrar OpenERP de una versión a otra, era contratando la garantía. Hasta aquí perfecto y sin problema siempre y cuando un cliente utilizase los módulos del core.

Pero se da el caso de que NINGUN cliente utiliza SOLO los módulos del core, sino que además, existen módulos no oficiales (denominados módulos de localización) que adaptan el sistema a los requerimientos fiscales de cada país y por tanto su instalación es imprescindible en cada uno de ellos. Así, en españa tenemos la localización española, en Venezuela la venezolana, en Suiza la Suiza…

Además de los módulos de localización, la mayoría de los clientes suele adaptar el sistema a sus necesidades específicas por lo que solicitan módulos a medida o también pueden requerir otros módulos publicados por la comunidad o por partners de OpenERP. Estos módulos al no ser parte del core, evidentemente, no se incluyen en el contrato de garantía.

No obstante era posible solicitar la migración de TODOS los módulos de una instalación, sea esta cual sea y tenga los módulos que tenga, siendo el precio de 800€ por cada 1000 líneas de código extra por CADA implantación. Cada cliente que solicitase el servicio debía pagar esta cantidad. Esto era comprensible para módulos específicos de un cliente que los haya mandado desarrollar pero no para los módulos de localización, ya que son requeridos en cada una de las implantaciones que hacemos. Casualmente, la localización española es una de las más maduras y fuertes que existen y el número de líneas es considerable, con lo cual el importe a pagar por cada uno de nuestros clientes en cada versión (cada 18 meses) no era asumible. Por tanto, determinamos que el servicio ofrecido por OpenERP, NO CUBRIA las necesidades de nuestros clientes y nos empezamos a preocupar.

Después de 2 años … innumerables emails, reuniones, skypes y todo lo habido y por haber… nuestra percepción era que OpenERP no nos escuchaba. La percepción de OpenERP era que nosotros íbamos por libre y a nuestro aire, sin contrubuir a su estrategia de negocio y sin apoyarles en su expansión, lo cual en bastantes ocasiones en los últimos meses nos ha llevado a situaciones tensas y malos ratos innecesarios.

Hasta aquí, el pasado… ahora… el futuro:

• El no liberar los scripts de migración es decisión de OpenERP, es su estrategia de negocio y están en su perfecto derecho de definir dicha estrategia
• OpenERP asume que los módulos de localización española son requeridos por todos los clientes españoles por lo tanto, se incluirán como módulos NO Extra en las migraciones. Es decir, no existirá coste extra en la garantía “oficial” para estos módulos. No obstante, en toda migración se requieren servicios extra para validar, testear y probar la migración con lo cual CADA PARTNER decidirá el coste extra que incluirá en la garantía oficial para asumir las horas de servicio para realizar la migración.
• Los módulos que sean específicos de un cliente podrán ser migrados de 2 formas:
  • El  partner asume la migración –> OpenERP no incluye coste extra para las líneas incluidas en estos módulos
  • OpenERP asume la migración de estos módulos –> El cliente deberá asumir el coste de 800€ por cada mil líneas de código en módulos personalizados.

• Si un partner demuestra que un módulo extra o desarrollado a medida es utilizado por más de 10 clientes con garantía, entonces el partner podrá proponer el módulo para que sea incluido dentro del contrato de garantía, con la migración incluida sin coste adicional (como hemos dicho antes, esto sólo sería necesario si el partner prefiere que openERP realice el trabajo de migración del módulo).
• EN TODOS ESTOS CASOS, tanto la garantía de soporte (bugs) de los módulos de localización como los que se desarrollen a medida deberá ser asumida por el partner y la inclusión de los módulos se refiere UNICAMENTE a la migración de datos. No al soporte técnico de los módulos.

Como veis el escenario cambia totalmente. En este caso, el contrato de mantenimiento con OpenERP pasa a ser una garantía real, requerida y necesaria. Por fin vamos a poder ofrecer a nuestros clientes OpenERP enterprise con garantía. Una vez resuelto el tema con OpenERP S.A, ahora solo hemos de ver si es necesario cambiar algo internamente en la forma de organizar la localización o el sistema actual sigue siendo válido, pero esto es ya otra historia distinta a definir entre nosotros.

Por último, daros una pincelada sobre cómo funciona técnicamente el servicio ofrecido por OpenERP porque lo cierto es que hasta ayer ninguno lo habiamos entendido bien. No entendíamos cómo en caso de no querer asumir el coste de 800€ por cada 1000 líneas de código podiamos asumir nosotros parte de una migración y OpenERP otra. Ahora sí lo entendemos. Aquí va:

Entendamos primero en qué consiste una migración de datos entre versiones:

• En una instancia a migrar tenemos 2 partes: módulos python + BBDD postgresql.
• En principio, supongamos módulos python de una versión y bbdd postgresql de la misma versión. Si por algún motivo hubiese cambios en la lógica de la aplicación sin cambios estructurales en la base de datos, no hay ningún problema ya que el sistema internamente provee de un proceso automático de actualización, es por esto que en la migración de versiones menores (6.0.1, 6.0.2), no existe ningún problema. Solo cambia la parte python, por lo con ejecutar un “actualizar todos” desde el propio interfaz, el sistema queda actualizado.
• El problema viene cuando hay cambios estructurales en la base lo cual es inevitable cuando se publica una versión mayor ( esto es 5.0 a 6.0, o en su caso 6.0 a 6.1 ). En este caso, es necesario transformar una estructura en la otra, sin perder los datos que previamente se hubiesen cargado. Esto es lo que ofrece el sistema de garantía de OpenERP.

Veamos ahora cómo sería el proceso a seguir:

• OpenERP provee una herramienta que nos permite “subir” una bbdd de una versión y devuelve la misma base de datos “migrada” a la nueva versión. SOLO las tablas correspondientes a los módulos del core serán migradas. Todo el resto de tablas, será mantenido exactamente igual que estaba. (Nota: A fin de proteger la confidencialidad de datos de los clientes, la base de datos se sube y se recibe encriptada)
• OpenERP migra SIEMPRE los módulos python oficiales a la nueva versión.
• Bien OpenERP(con el coste antes mencionado) o bien el partner migra los módulos python no oficiales, sean de localización o sean a medida, para que puedan ser instalados en la siguiente versión. (Para facilitar el trabajo al partner, OpenERP provee de una herramienta denominada runbot, donde el partner puede testear los módulos los cambios que serán necesarios realizar en el código python)
• El partner, realizará la instalación de la nueva versión con los módulos python migrados, desencripta la base de datos recibida y lo sube a la nueva instancia creada. Reinicia el servidor con Update==ALL.
• En este punto, la migración en sí, ya está realizada.
• Por último, el partner con su cliente testea los datos y cada uno de los procesos funcionales que utiliza para verificar que todo ha quedado correcto. Si hubiese algún problema o proceso que el sistema automático ha generado, se reporta a OpenERP como bug. El arreglo de este bug en el proceso de migración está incluido en el contrato de garantía.
• El proceso puede ser repetido tantas veces como sea necesario, es decir, el partner puede subir la base de datos encriptada de su clientes tantas veces como se requiera, hasta que se obtenga la validación de la migración por parte del cliente, hasta llegar al grado de depuración requerido.

Creo que estos son los puntos más importantes, aunque si los que estuvisteis en la reunión, veis que falta o me he equivocado en algo, por favor, no dudeis en ponerlo en los comentarios para que pueda rectificar o ampliar el post.

Por último, comentaros que muy en breve tendremos un post en el blog de OpenERP donde nos explicarán en detalle el proceso de migración y ampliarán la información que doy aquí de forma resumida. Prometo traducíroslo en cuanto se publique.

No me queda más que agradecer a OpenERP y en especial a Fabien y Marc el tiempo que nos dedicaron. Mención especial también a Rubén, por “meter caña”

A Nhomar de Vauxoo, por su apoyo y su valiosa intervención en la reunión. A Nacho de Alfa90, el haber expuesto con suma claridad el problema por parte del cliente, lo cual ayudó en gran medida a que OpenERP entendiera (por fin!) nuestra visión del tema. Y como no… a Santi de Pexego, figura imprescindible en la localización española con quien la mayor parte de las veces comparto la forma de ver las cosas.

Muchas gracias a todos:

Ana

P.D: Edito a 17/04/2012 para incluir el link que sobre el mismo tema ha escrito Santi en el blog de Pexego. Merece la pena:

http://www.pexego.es/blog/2012/04/15/openerp.-sobre-vision-y-modelo-de-negocio

En Avanzosc, presentaremos un caso de éxito (Eurona Wireless Telecom) donde intentamos mostrar el enfoque vertical para telcos que hemos desarrollado para ellos y el módulo de gestión de mantenimiento preventivo para vehículos, que hicimos en su momento para 5.0 y que recientemente hemos subido a 6.1.

Aquí teneis los links a nuestras 2 presentaciones (en inglés):

• Vertical para Telcos
• Preventive_Maintenance

En este artículo voy a intentar aportar mi pequeño granito de arena para dar un empujón a aquellos que tienen tiempo para abrirse a nuevas oportunidades.

OpenERP nos ofrece 3 salidas profesionales perfectamente válidas que pueden abrir la gran puerta de tu futuro.

Comercial:

• Consiste en ofrecer OpenERP como herramienta para mejorar la productividad, el rendimiento y los costes de una empresa. Para ser un buen comercial de OpenERP no hay que “vender” un ERP (hay muchos en el mercado que ofrecen esto). El punto diferenciador es que con OpenERP puedes solucionar aquellos problemas concretos que tiene la empresa y puedes mejorar y adaptar sus procesos de gestión para optimizar tiempos y costes.
• Necesitas estar formado en lo que OpenERP de base puede ofrecer a la empresa y sobre todo, entender muy bien su problemática para  saber cual es la mejor opción y enfocar la solución a un coste que tu cliente potencial pueda asumir. Aquí no vale el vender por vender.
• La clave de una implantación de éxito es vender de forma correcta, ni por exceso, ni por defecto enfocando correctamente la propuesta. Un buen comercial especialista en OpenERP tiene múltiples salidas profesionales hoy en día y con seguridad podrá tener muchas más a futuro. La mayoría de los implantadores actuales, somos empresas pequeñas sin un gran músculo comercial y algunas, sin ningún músculo comercial precisamente porque no es fácil encontrar a las personas adecuadas.

Consultor :

• Consiste en enseñar al Cliente a utilizar OpenERP, adaptado a sus necesidades.
• Tienes que tener profundos conocimientos de lo que le estás enseñando. Tienes que conocer perfectamente su empresa y a la gente a la que vas a dar soporte. Tienes que tener vocación docente y mucha paciencia.Tienes que saber detectar y prever los problemas que puedan surgir antes de que surjan. Tienes que estar en estrecho contacto con los comerciales y desarrolladores de OpenERP y realizar un perfecto seguimiento de tu proyecto.
• Todos los clientes cuando implantan OpenERP, requieren consultoría y formación, sin excepción. Desde el más simple, al más complejo. Es muy complicado encontrar consultores formados en metodologías de implantación, procesos de negocio reales y mucho más complicado encontrar consultores experimentados en OpenERP.  Un buen consultor  está YA hoy día cotizado en el mercado pero cuantas más empresas de consultoría existan y más clientes finales de OpenERP, más consultores serán necesarios.

Desarrollador:

• Consiste en realizar a nivel técnico todas las configuraciones, adaptaciones, desarrollos a medida y demás tareas requeridas para adaptar OpenERP al cliente como un guante según sus necesidades.
• Cuanto más grande y complejo sea el proyecto más desarrollos y adaptaciones pedirán.
• OpenERP permite que una empresa con un equipo técnico formado en OpenERP pueda desarrollar sus propios módulos y configurar el sistema acorde a sus necesidades. Cuantas más empresas implanten OpenERP, más desarrolladores serán necesarios bien contratados directamente por cliente final, bien contratados por empresas implantadoras del sistema en cliente final.

Formarte y empezar a labrarte tu carrera profesional en cualquiera de estos 3 perfiles puede ser la solución a tu futuro. Si además estás dispuesto a trabajar durante un tiempo en otro país… el éxito está asegurado. Echad un vistazo aquí:

http://www.openerp.com/jobs-be

Por si fuese de interés, os recuerdo que la semana que viene termina el plazo de inscripción en el próximo curso TECNICO INTENSIVO que impartiremos en las oficinas de Avanzosc.

El curso se realizará en una semana completa, de lunes a viernes, 8 horas al día entre el 26 y el 30 de marzo 2012.

Se recomienda que sea realizado en presencial pero si alguien lo quiere hacer en remoto, es perfectamente posible. Recomendado para aquellos que les gusta recoger mucha información en poco espacio de tiempo o para quien tiene mucha prisa en realizar o arrancar una implantación.

Link a la página de inscripción:

CTP training ES – Avanzosc Curso Técnico OpenERP (España) Marzo 2012(INTENSIVO)

Si necesitáis ampliar información, por favor, llamad al 943 02 69 02 o bien escribid a ajuaristio @ gmail.com

—————–

Nuevos cursos en Aulaerp.com

Comentaros también que estamos refactorizando los cursos de aulaerp.com, actualizándolos a la versión 6 e incluyendo nuevos apartados y videotutoriales.

Novedades ya publicadas:

• Gestión por proyectos y contabilidad analítica v6
• Gestión de una pyme con OpenERP 6. Ventas, compras, almacenes y logística.
• Contabilidad en OpenERP 6 : Incluye videotutoriales sobre los nuevos módulos disponibles para la localización española:
  • Generación del modelo AEAT 347
  • Descuentos por pronto pago en ventas y compras
  • Amortización de activos
  • Gestión de efectos comerciales

Próximamente incluiremos:

• CRM 6.0
• RRHH 6.0
• Fabricación con OpenERP 6.0: Gestión de una orden de fabricación por operaciones.

Esperando os sea de utilida, cordiales saludos!!

Ana

Informaros que ya disponemos el módulo para la extracción del 347 adaptado a la nueva normativa que entra en vigor este mismo mes, gracias a la aportación de Nan-Tic.

Lo teneis ya subido en la rama de localización.

Según nuestras pruebas vimos que realiza lo siguiente:

- Períodos (configuración contable): Se añade campo selección de Trimestre para poder asignarlo a cada período contable.
- Formulario 347 (Informes legales AEAT): Al imprimir se desglosa por trimestres. Cada celda contigua a Importe y a Importe Transmisión Inmueble corresponde a un trimestre diferente. Registramos varias operaciones de diferentes trimestres, y cada una se iba añadiendo en la celda correspondiente.

Por tanto, parece que todo funciona correctamente, no hemos detectado de momento ningún error.

Muchas gracias a Nan-tic por este nuevo aporte!!

Brasil & Belleza es una empresa especializada en la importación, distribución y comercialización de productos de peluquería y estética genuinamente brasileños atendiendo a las últimas novedades y tendencias del mercado, tanto para uso profesional como doméstico. Realizan  una selección de los mejores productos de marcas Brasileñas para poder ofrecer solo productos de una calidad elevada.

Sus puntos fuertes son la atención personalizada, la disponibilidad de los mejores productos brasileños del momento, alta disponibilidad de stocks, la calidad y el compromiso.

Su proyecto comenzó con la solicitud de instalación del conector de Oscommerce en su nueva tienda online totalmente renovada. También nos pidieron el diseño de informes a medida y la instalación del envío de correos automáticos directamente desde el sistema. Además, el objetivo era unificar la gestión, logística y facturación de todos los pedidos de venta independientemente de su canal de entrada y la correcta gestión de las compras y del stock, integrados ambos con las ventas realizadas mediante la tienda online.

Así pues, tras algunas semanas de pruebas y adaptaciones hoy arrancamos en producción recibiendo los primeros pedidos en la Web que ya están siendo tratados en OpenERP.

Deseamos muchísima suerte a Guillem y su equipo con esta nueva andadura!!

Edito a 09/03/2012:

Hoy hemos recibido una gratísima sorpresa en la oficina de Avanzosc. Nos ha llegado un paquete con una nota de agradecimiento y una caja para cada miembro del equipo que ha participado en su proyecto, conteniendo botellas de un magnífico cava catalán

Muchísimas gracias Livia y Guillem. Todo un detalle!!!