Archivo categoría Comunidad Española OpenERP

Contabilidad en OpenERP y localización Española

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Cursos Online OpenERP, Cursos Presenciales openERP - 9 Febrero 2012

Ultimamente he recibido varios emails privados preguntando por temas de la localización española o dudas sobre el uso y aplicación de los módulos contables en España. Primero y sin ánimo de ofender a nadie, comentaros que habitualmente no suelo responder dudas de operativa por email personal. Como mucho en foros porque la respuesta a uno vale para todos.

Por otro lado, recordaros que para dudas de este tipo contamos con la lista de correo de localización española: openerp-spain@googlegroups.com donde os podeis registrar y preguntar. La mayoría, por no decir todos los expertos en contabilidad en OpenERP de España leen esta lista y os pueden atender.

Por otro lado, según algunas de las preguntas recibidas, recordaros que teneis a vuestra disposición cursos en Aulaerp.com. Aquí enlace al de contabilidad en concreto:

http://www.aulaerp.com/cursos/detail/2-cursos-para-usuarios-de-openerp/37-contabilidad-en-openeerp-6.html

Y por último, como creo que viene al caso, comentaros que la semana que viene impartiremos 2 sesiones de contabilidad de forma remota dentro del curso funcional oficial de OpenERP. Aquí fechas y contenidos de ambas sesiones y links a la página de matriculación.

(adaptada a la fiscalidad española con los módulos de localización)
1. Introducción a la contabilidad financiera con OpenERP
2. Empresas/Productos y su información contable
* Empresas y su información contable
* Productos y su información contable
3. Facturas
* Factura de cliente
* Factura de proveedor
4. Configuración de la contabilidad financiera
* Instalación módulos
* Ejercicios y periodos
* Diarios
* Plazos, tipos y modos de pago
* Plantillas contables
* Planes y cuentas contables
* Impuestos
5. Asientos y movimientos
* Asientos por línea
* Asientos por apunte
(adaptada a la fiscalidad española con los módulos de localización)
5. * Asientos por extracto bancario
* Asientos predefinidos (modelos)
* Asientos periódicos/recurrentes
6. Conciliación de cuentas
* Conciliación manual
* Conciliación automática
* Romper conciliación
7. Otras tareas contables
* Informes contables
* Órdenes de pago/cobro (remesas)
* Recordatorios de pagos atrasados
* Cierre del ejercicio fiscal
* Creación de anticipos en OpenERP

No hay Comentarios

Nueva solución para la Migración entre versiones de OpenERP

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Kettle - OpenERP, Nuevas versiones OpenERP - 7 Noviembre 2011

Como siempre… Albert Cervera de Nan-tic, nos sorprende con esta buenísima noticia. Os paso íntegro el post en castellano, que creo que merece la pena. Aquí el link original al artículo. Incluyo también links a las traducciones en inglés y catalán.

Castellano: http://www.nan-tic.com/es/presentando-kafkadb

Inglés: http://www.nan-tic.com/en/presenting-kafkadb

Catalá: http://www.nan-tic.com/ca/presentant-kafkadb

Presentando KafkaDB

Enviado por Albert Cervera … el Lun, 07/11/2011 – 11:13.

Hoy queremos presentaros KafkaDB, nuestra nueva criatura que acabamos de publicar en bitbucket. KafkaDB es una herramienta que simplificará la tarea de migrar bases de datos entre versiones de OpenERP, pero también se podría extender para permitir la migración entre versiones entre otras aplicaciones basadas en PostgreSQL. En la página principal del proyecto, podéis encontrar información detallada sobre el diseño y como utilitzarla, pero ahora quería haceros cinco céntimos de cómo hemos llegado hasta aquí.

Los requerimientos

Desde que OpenERP SA anunció que las herramientas de migración no formarían parte del software público empezamos a dar vueltas en cómo podríamos implementarlas de forma reutilizable. Algunas empresas buscaron soluciones a corto plazo, simplemente mirando de solucionar el problema para uno o dos clientes que querían pasar de la 4.2 o la 5.0 a la 6.0 y posponiendo la búsqueda de una solución real. Nosotros estábamos convencidos que de la misma manera que la herencia había permitido a OpenERP tener centenares de módulos hechos y liberados por muchos desarrolladores, podríamos conseguir lo mismo con las migraciones.

Así que básicamente teníamos que implementar algo que solucionara los siguientes requerimientos:

  • Modular: tenía que proveer un mecanismo mediante el cual se pudieran reutilizar las transformaciones de datos de una base de datos a otra.
  • Rápido: dada la medida de las bases de datos de algunos de nuestros clientes, sabíamos que tendríamos que mover la información a nivel de base de datos.
  • Fácil de compartir: además de ser modular, queríamos asegurarnos que sería sencillo para todo el mundo compartir sus transformadas. Dado que la información sobre la migración no estaría incluida en los módulos, necesitábamos que fuera sencillo de compartir, así cómo de encontrar qué transformadas había disponibles.

Búsqueda y desarrollo

Nos ha costado un cierto tiempo hasta llegar al diseño actual de KafkaDB. El proceso empezó con una pequeña prueba de concepto utilizando Python y openetl, un ETL creado por OpenERP SA, pero abandonado este mes de junio. Descartamos esta opción, no tan sólo porqué estaba abandonado, sino también porqué la API no era intuitivo. Además, a pesar de que no llegamos a hacer pruebas, parecía que podía ser relativamente lento.

La primera alternativa fue buscar otro ETL basado en python. Esta vez el candidato fue el Brewery. Éste tenía una API bastante mejor pero no disponía de algunas funcionalidades básicas que necesitábamos y a pesar de que habríamos podido contribuir al proyecto, necesitábamos centrarnos en solucionar los problemas que teníamos, no a implementar un ETL desde cero.

Habríamos querido que fuera en python, especialmente para hacer más sencillo que la gente contribuyera, pero empezamos a buscar alternativas en otros lenguajes. Scriptella fue el primer candidato y éste basa su configuración en un fichero XML, así que nos pareció atractivo. Ya sabíamos que el sistema que escogiéramos acabaría teniendo un fichero de configuración, así que a primer vistazo parecía que esta podía ser una buena opción porque el sistema ya dependía de uno. A pesar de esto, no nos convenció el comportamiento por defecto de algunas opciones del sistema, además del hecho que el XML parecía que podría ser poco práctico puesto que fácilmente podíamos llegar a las 400 tablas.

Así que Àngel, uno de mis socios y nuestro experto en Kettle y grandes migraciones de datos, empezó a jugar con la API de Kettle y mirar a ver qué se podía hacer con transformadas manuales y algunos automatismos. Pronto se dio cuenta, que no tan sólo podía cumplir todos los requerimientos que teníamos, sino que además, permitíamos que personas que no fueran desarrolladores también se podían migrar su base de datos. Por ejemplo, varios de nuestros clientes se lo podrían hacer ellos mismos si lo desearan!

Además, Kettle es probablemente el ETL estándar de facto y especialmente entre la comunidad OpenERP (gracias a Terminatooor, un conector para Kettle creado por Akretion, especialmente diseñado para funcionar con OpenERP).

En resumen, a pesar de que KafkaDB no está acabado del todo todavía, estamos convencidos que constituye una buena base para el sistema de migraciones flexible que necesitamos, no tan sólo para migrar información entre versiones de OpenERP, sino también entre aplicaciones diferentes siempre y cuando se necesite reutilizar el proceso para diferentes bases de datos con estructuras parecidas.

2 Comentarios

Limpios y activos de nuevos los foros de OpenERPSite

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

Hola:

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

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

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

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

Edito a 23/12/2011

POR CIERTO ….

¡Buscamos moderadores!

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

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

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

¡Mil gracias por tu colaboración!

Gracias a todos:

Ana

,

No hay Comentarios

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

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

Hola a todos:

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

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

l10n_es_bank_statment

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

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

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

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

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

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

l10n_fiscal_year_closing

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

nan_account_invoice_sequence: Secuencia de diarios y facturas

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

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

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

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

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

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

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

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

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

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

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

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

En cambio con vuestra solución:

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

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

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

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

No hay Comentarios

Jornadas OpenERP 2011 26-27 de mayo en Lugo

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

Buenas…

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

¿Cuando?
26 y 27 de Mayo de 2011

¿Donde?

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

Inscripción

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

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

Patrocinio

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

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

Programa

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

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

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

Creo que es todo de momento. Seguiremos informando.

No hay Comentarios

Jornadas OpenERP 2011: 26-27 de Mayo en Lugo

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

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

Espero veros a todos allí!!

Hola a tod@s,

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

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

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

No hay Comentarios

Migración de OpenERP V5 a Openerp V6

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Migracion de Datos OpenERP, Noticias, Publicaciones, Notas, Anuncios Openerp - 11 Marzo 2011

El siguiente anuncio de OpenERP, me parece tan importante e interesante que voy a proceder a traducirlo entero.

http://www.openerp.com/node/698

Este era uno de los puntos de debate entre OpenERP y la comunidad. Su nuevo enfoque de abordar las migraciones me parece un paso importantísimo de OpenERP, S.A. y por mi parte significa 2 cosas.

Una… que aunque a veces tarde… escuchan a la comunidad. Uno de los principales problemas para contratar con Bélgica mantenimientos o servicios “oficiales” como el de migración de versiones era que hasta ahora, el servicio estaba limitado únicamente a los módulos oficiales. Por tanto, en nuestro caso ( ratificado y Twitteado por varios miembros de peso en la comunidad mundial) el servicio aunque interesante, no podiamos contratarlo para nuestros clientes por no cubrir nuestras necesidades reales. Tened en cuenta que ni una sola de las instalaciones realizadas por nosotros hasta el momento en clientes cuenta únicamente con modulos oficiales, sino que también incluyen módulos de localización española, extra-addons, community y cualquier otro módulo aportado por la comunidad que consideramos interesante.

Y dos… que esto abre una puerta a que el resto de servicios sean también adaptados a las distintas necesidades de todos los partners de todos los paises y que poco a poco podamos ir incluyendo en nuestros catálogos, la seguridad que puede ofrecer un servicio ofrecido directamente por la casa madre o indirectamente por mediación de sus partners. Esperamos tomen buena nota de la iniciativa y de alguna manera puedan extender la oferta a otros servicios que actualmente también están limitados únicamente a módulos certificados.

A nuestros clientes que están pensando en migrar a 6.0 recomiendo que estudien seriamente esta nueva alternativa.

Cordiales saludos!!

Ana

Migration for non-certified modules

Debido al gran número de solicitudes de varios partners, lanzamos un nuevo servicio extra para la migración de bases de datos que incluyen módulos “a medida”.

Este servicio no está incluido en el actual servicio de garantía del editor OPW (OpenERP Publisher Warranty) sino que debe ser contratado como un extra. El servicio de migración que se incluye en el servicio de garantía solo aplica a módulos oficiales, los módulos “a medida” son generalmente gestionados por partners.

Por lo que, nos complace anunciaros que podemos adaptar y migrar cualquier database que contenga módulos “a medida” de la V5 a la V6 por el precio de 800€ por cada 1000 líneas de código. En caso de que tenga usted, 5 módulos con un total de 2000 líneas, le costaría 1600€ migrar su base de datos con todos los módulos “a medida”. Como ha podido apreciar, el precio es por bloques de código. Pero, para otras versiones, pregunte por un presupuesto puesto que el precio diferirá también en función del nivel de complejidad.

¿Qué incluye el precio?

Nosotros:

  • convertiremos su módulo a V6 y lo adaptaremos a los nuevos standares (wizards, reports, nueva estructura de menús, vistas de búsqueda, etc.)
  • haremos la migración de todos los datos para usted, por lo que puede fácilmente migrar una base de datos con módulos oficiales y “a medida”

Esto significa que usted solo tiene que enviarnos su base de datos y código de implementación de su versión 5 y nos encargaremos de todo.

Migramos el código y los datos a la versión 6 a precio fijo y bajo coste

Esto es realmente revolucionario para los clientes. Ningún editor de software ERP es capaz de proveer este servicio. No solo gestionamos todo, sino que lo hacemos a un precio realmente asequible.

Con este nuevo servicio, los partners puede escoger:

  • Utilizar el servicio de garantía del editor para migrar su base de datos y gestionar sus módulos a medida ellos mismos(adaptar el código a la nueva versión 6 y realizar ellos la migración de los datos de módulos “a medida”)
  • Utilizar el servicio de garantía del editor con esta opción extra para migrar su base de datos y todos los módulos “a medida” a un precio muy asequible. No queremos competir con nuestros partners solo queremos hacerles la vida más fácil.


Oferta OpenERP garantía del editor

También queremos recordarle la promoción hasta el 31 de marzo. Si decide comprar nuestro servicio de garantía del editor posterior a esa fecha, aplicaremos un 80% de incremento para clientes que están en una versión inferior a la V6. La razón principal para este incremento es que el coste de mantener una versión antigua es mucho mayor.


Lea más detalles en how migration works y lo que ofrece el servicio de garantía del editor OPW offers.

,

No hay Comentarios

Segundo aniversario de OpenERPsite y primeros cursos OpenERP 6.0 de 2011

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Comunidades OpenERP, Cursos Presenciales openERP, Noticias, Publicaciones, Notas, Anuncios Openerp - 26 Enero 2011

Y ya van 2 años!!!

Y esperamos seguir aquí por muchos más. Este final de año, no he podido siquiera escribir un resumen del 2010 como me hubiese gustado hacer pero a pesar de algunas adversidades y problemas varios que obviaré por no ser procedentes, voy a intentar mirar hacia lo que nos espera en este recién inaugurado 2011.

Novedades Avanzosc

Como ya muchos de vosotros sabeis, he dedicado los últimos meses a dar vida a una nueva aventura con Avanzosc, S.L. mi empresa. Después de mucho pensar y evaluar y tropezar y pelear… por fin, me decidí a crear un equipo de trabajo y dejar mi andadura como freelance de los últimos años.

Para ello, el pasado mes de noviembre iniciamos las obras de adecuación del antiguo local de Avanzosc dándole un aire mucho más corporativo, más moderno y más acorde con las expectativas que tenemos a futuro. De momento, nuestros colores corporativos negro, azul y blanco inundan el local y HOY por fin han acabado del todo la obra. A falta de que llegue el mobiliario de recepción y pegarle una buena limpieza, podemos decir que ya tenemos oficinas montadas. A cualquiera que desee visitarnos, nos encontrareis en Julio Urkijo, 32- 34 de Azkoitia, Gipuzkoa (Tfno: 943 02 69 02). Estaremos encantados de recibiros en persona o atender vuestra llamada.

A pesar del ruido, la suciedad y las molestias de las obras, hemos aprovechado estos meses de transición en su traspaso de la versión 5.0 a la 6.0, para formar un equipo capacitado para realizar labores técnicas y funcionales de OpenERP. Aprovecho para presentaros a Ramón Díez, nuestro director comercial. Urtzi Odriozola, Juan Ignacio úbeda y Daniel Campos: programadores y a Ander Irazabal e Iñaki Muñoz: Consultores funcionales. A todos ellos agradecer su apuesta personal por OpenERP y Avanzosc y su paciencia por las precarias condiciones en las que hemos tenido que trabajar estas últimas semanas. Esperamos se queden con nosotros mucho tiempo.

También, por fin, hemos acabado de cerrar el contrato de parnership con Bélgica. A falta de que nos den de alta en su Web, ya podemos comunicar que oficialmente que Avanzosc es partner de OpenERP desde esta semana. Esperamos que este paso que hemos dado nos permita colaborar más estrechamente con Bélgica en la definición y/o traducción de documentación, cursos y difusión de OpenERP para el habla hispana, ampliando la labor que venimos haciendo hasta el momento.

Y por último y no menos importante también hemos cerrado un acuerdo de colaboración con Ting para llevar a cabo un ambicioso proyecto de mejora de los módulos de fabricación de OpenERP cuya definición de alcance y análisis fue iniciado hace algunas semanas y cuyo desarrollo hemos lanzado hace un par de días. Fecha estimada de publicación 4-6 semanas. Los desarrollos serán realizados directamente para 6.0 y serán lo suficientemente genéricos para que cubra un amplísimo porcentaje de necesidades de cualquier empresa de fabricación. Esperamos que su lanzamiento sea una de nuestras aportaciones más significativas a la funcionalidad de OpenERP de este año.

Próximos cursos de OpenERP 6.0

A pesar de haber iniciado una nueva andadura con la programación que hasta ahora había sido un área no estratégica para nosotros, no podemos dejar de  impartir cursos de OpenERP, como no podía ser de otra forma.  Por lo tanto, es obligado que realicemos nuestros primeros cursos técnico y funcional de OpenERP de 2011 en su versión 6.0 antes de la finalización de este primer trimestre. Paso a anunciaros su planificación. Las fechas de momento son estimadas y no definitivas. Variarán semana arriba, semana abajo:

  • 7-11 de marzo (40h): Curso de formación funcional de OpenERP 6.0: Incluye áreas básicas de configuración, gestión de compras, ventas, logística, facturación y contabilidad.
  • 21-25 de marzo (40h): Curso de formación técnica en OpenERP 6.0: Incluye instalación, modificación de vistas/formularios, programación básica openobject, modificación de informes con jasper reports y migración de datos con Kettle/OOOR.
  • 4-5 de abril (16h): Curso de configuración y funcionalidad de los módulos de proyectos y servicios en OpenERP 6.0.
  • 6-7 de abril (16h): Curso de configuración y funcionalidad de los módulos de fabricación en OpenERP 6.0: Este curso incluirá la formación en toda la funcionalidad que estamos desarrollando para la configuración y gestión de procesos de una empresa de fabricación.
  • 8 de abril (8h): Curso de configuración y funcionalidad de los módulos de Recursos Humanos y CRM en OpenERP 6.0

En breve os anunciaremos los precios de los cursos,  la posibilidad de que sean bonificados y el sitio de impartición de los mismos (Será en gipuzkoa seguro, aunque falta definir el sitio exacto)

Si estais interesados en ellos, por favor, enviad correo a ramondiez@avanzosc.com con los datos de contacto de vuestra empresa, cursos en los que estais interesados, nombre y número de participantes.  Sería interesante que pongais si teneis opción o no a bonificación. Como siempre, recordaros que solo pueden bonificarse personas trabajadoras por cuenta ajena, cuya empresa tenga créditos de formación.

Próximamente ampliaremos información sobre los cursos, publicaremos los temarios completos, sitio exacto, horarios y demás datos para completar toda la información requerida.

3 Comentarios

Entrevista de OpenERP a Ana Juaristi como Top contributor

Por Ana Juaristi Olalde - Comunidad Española OpenERP, Opiniones OpenERP - 22 Diciembre 2010

Me siento orgullosa y agradecida de que OpenERP, SA haya considerado publicar una entrevista mía como Top Contributor de OpenERP. Por tanto, os paso el link a la entrevista, aunque con algunos días de retraso desde su publicación.

http://www.openerp.com/node/552

Esperando que os guste, cordiales saludos!!

Ana

No hay Comentarios