Payday Loans Online

Tutoriales Instalación e introducción a OpenERP V7.0

Publico tal cual los enlaces que nos ha enviado Isidro a la lista de localización con manuales de instalación e introducción a OpenERP V7.0

Muchas gracias a Isidro por su aportación!!!

Saludos!!!

Ana

Hola.

 
He creado un par de video tutoriales donde se explica la instalación de OpenERP 7 en Ubuntu 13.10. y otro de introducción a OpenERP. Ambos son totalmente públicos y gratuitos. El caso es que estoy creando más contenido para el curso y quisiera saber done puedo informarme sobre el tema de la formación en el sentido de saber si puedo crear cursos, tango gratuitos como no gratuitos en la medida en la que esto me afecta por la licencia AGPL de OpenERP.
 
Estos tutoriales los he creado yo completamente. No hay contenido con copyright de ningún tipo. Pongo los enlaces a ambos por si alguien pudiera estar interesado. Si no procede el ponerlo aquí, hay otro grupo para estos temas o existiera algún otro inconveniente por la publicación de estos enlaces comprendo la retirada de los mismos.
 
Introducción a OpenERP
 
Instalación rápida de OpenERP
 
Espero que gusten y sean útiles.
 
¡Muchas gracias y saludos!

No hay Comentarios

OpenERP V8.0 CMS & eCommerce

Posteo literal la traducción del correo enviado por Fabien Pinkaers a la lista de la comunidad mundial con el roadmap de la release de OpenERP 8.0

Estimada comunidad,

Acabamos de publicar unos pocos videos para mostrar las aplicaciones CMS y eCommerce en V8. Aquí teneis el acceso directo:

 
Esta versión incluye:
  • BI: análisis de datos
  • WMS: refactorización completa de la app de almacén
  • Nuevo motor de informes
  • Encuestas
  • Calendario Google
  • Integración del frontend con todas las aplicaciones (ventas–> eCommerce, CRM –> Formulario de contacto
  • Eventos: una alternativa a eventbrite
Esta funcionalidad para el website se incorpora en trunk el 31 de enero de 2014 y estará disponible en el SAAS de OpenERP (OpenERP Online en esa fecha). El lanzamiento de V8 se planea para Q2 2014, la fecha exacta se anunciará en 2 semanas.
 
Disfrutadlo,
 
Fabien
Lo mismo digo. Esperamos con muchísima ilusión las fechas anunciadas.
Esperando sea de vuestro interés. Cordiales saludos!!
Ana

4 Comentarios

OpenERP V8 se publicará en Q2 2014

Buenas…
Como ya sabéis todos, en breve Q2 2014, sale la nueva versión de OpenERP V8.

La diferencia fundamental con las versiones anteriores de OpenERP, es que esta nueva versión está enfocada a la gestión desde un punto de vista online y de interacción con el usuario. Hasta 6.1 el enfoque del sistema era backend y a partir de la V8 será un enfoque frontend más social y con más interacción con y entre los usuarios de la aplicación, sean estos externos (portales cliente proveedor) o internos (portal empleados).

Es por esto que la evolución fundamental del sistema es que además de un sistema de gestión, permitirá crear un portal de empresa con sus módulos CMS y publicar nuestro catálogo en una tienda online. Toda la infraestructura del sistema podrá ser OpenERP 100% sin necesidad de integración con otras herramientas como otros CMS o tiendas online del mercado. Es decir, nos evitará tener conectores e integraciones complicadas de implementar y de mantener.

Hace unos días tuve una larguísima charla con Nhomar quien me hizo una estupenda demo de lo que venía. Dos palabras im-presionante. Un par de días después publicó este video: http://www.youtube.com/watch?v=Ug0n1lUAkrw donde se muestra en más detalle lo que me enseñó en aquella demo privada.

Y a partir de ahí, hemos visto que en breve se nos va a presentar la necesidad de tener que “reciclarnos”, no tanto en la parte Servidor, que más o menos será muy parecido a lo que ya sabemos, sino sobre todo en la parte Web. Es por esto que he solicitado a Nhomar que lance un “curso a medida” online, tipo webinars para aquellos que quieran iniciarse en este nuevo mundo sin excesivo esfuerzo de “autobuscarse” la vida. Lo que le he pedido es que nos dé un vistazo rápido a todo, pautas para hacerlo bien, links a la documentación existente y que nos defina lo que él considera que deberíamos saber para poder tocar y adaptar a partir de V8. He aquí lo que me ha propuesto:

Curso técnico completo, nueva visión 8.0 (Serían 5 webinars independientes, de tal forma que aquel que ya controle esa tecnología no le haría falta hacer el curso)

  1. Herramientas Web “JS backbone y templates js” (2 sesiones) (es la base. No le haría falta a quien ya sepa JS)
  2. Twitter bootstrap (1 sesion)
  3. Módulos Web OpenERP (4 sesiones)
  4. Módulos server OpenERP (4 sesiones) Esto, para los que no son programadores de OpenERP actualmente y quieren empezar con ello. Sería lo que actualmente se ve en el curso técnico, vistas, ORM y demás…
  5. Reciclaje programadores 6.X y anteriores a V8 (nuevas convenciones, runbot, test yaml… etc) (2 sesiones)
Las sesiones serían de 4h cada una
Entonces… como aún está todo esto sin montar y hacerlo le va a llevar a Nhomar unas cuantas horas… Me ha pedido que os escriba a ver cuántos de vosotros estaríais interesados en un curso como este. Cuales de los diferentes webinars contrataríais y cual os parecería un “precio justo” para cada uno de ellos. Además, una estimación de fecha sobre la que os vendría bien. (¿Finales febrero?)
La cuestión es que cuanta más gente haya apuntada, mejor precio podría hacer. Si estamos 2 y el gato… pues igual no interesa ni hacerlo. Es por esto que os escribo el correo.
Yo por mi parte ya he respondido a sus 3 preguntas  y por supuesto apoyo la moción!!!

¿Como lo veis? ¿Os interesaría? Si es así, escribir vuestros comentarios en este mismo post, o enviad correo a administracion @ avanzosc.es

Ana: Edito a 1/1/2014

Dado el número de interesados en el curso, Nhomar y yo hemos abierto un google sheet para que cada interesado indique en cuales de los Webinars se apuntaría. Por favor, aquellos que querais que os apuntemos, enviad solicitud para que os podamos compartir el acceso:

https://docs.google.com/spreadsheet/ccc?key=0Ar3nmWPwwBaWdDktUmp6QTNseEtya004SjdCY1BEYkE#gid=0

Cordiales saludos y feliz entrada de año

20 Comentarios

Publicación OpenMRP y proyecto crowdfunding

Hola a todos:

Hace unos pocos días, estrenamos proyecto  OpenMRP tal y como os lo anunciamos en la lista de la comunidad

Buenas…

Supongo que ya os habéis enterado de que ayer Pedro y Avanzosc hemos publicado la nueva versión de módulos y nueva Web de OpenMRP, una solución que extiende OpenERP enfocada a empresas de fabricación.

Nos gustaría invitaros a todos a descargaros los módulos y probarlos, para que nos deis feedback sobre lo que se ha publicado.

Aquí link a la web: http://www.openmrp.es

Hemos metido algunos vídeos con pantallazos que os darán idea del alcance funcional aquí: http://www.openmrp.es/funcionalidad/

Aquí link de descarga por si alguno se anima a probarlo.
http://openmrp.es/recursos/descarga-download/Por cierto… aún está la solución en 6.1. Si todo va bien, los migraremos a 7.0 a no mucho más tardar y esperamos que así podamos hacerlo. Os pedimos un poco de colaboración y paciencia de momento. Esperamos vuestros comentarios!!!

Muchas gracias

En relación al último punto, hoy hemos lanzado una campaña de crowdfunding donde solicitamos fondos para realizar la tarea de migración y poder construir documentación tanto técnica como funcional, que nos gustaría que fuese un éxito gracias a todos vosotros. La idea es darle fuerza al proyecto y que no se quede en la versión 6.1 tal y como está ahora, sino que podamos evolucionarlo junto con la línea marcada por OpenERP.  Os invitamos a que nos ayudéis con la difusión de la campaña para que llegue a aquellas empresas de fabricación a la que la solución le podría ser interesante y a todos los integradores/implantadores de OpenERP a los que pudiese ser de utilidad inmediatamente o en vistas a un futuro próximo.

La campaña ha sido publicada tanto en Castellano como en Inglés

Iremos publicando novedades puntualmente desde las cuentas de Twitter @pedrombaeza, @avanzosc y @openmrp  . Como dirían por ahí: Stay Tunned!!! :)

Gracias por vuestro apoyo y un cordial saludo:

Ana

No hay Comentarios

Account balance report migrado a openERP 7.0

 

Juanjo de Malagatic nos anuncia que el módulo l10n_es_account_balance_report ha sido migrado a OpenERP 7.0

Subia la versión 2, instalable en 7.0 (probado con ramas OCB), para pruebas.

 
* Recuerdo dónde está la rama:
 
Se han cambiado encabezados, añadido traducciones, corregido un pequeño error que impedía imprimir el informe y poco más.
Se puede probar, y mejorar, por ejemplo modificando las vistas.
 
Ya me contáis.
Un saludo

JuanjoA

No hay Comentarios

347 migrado a OpenERP 7.0

Las tareas de migración de la localización española de OpenERP a 7.0 siguen avanzando. Os remito este correo recibido de Joaquin Gutierrez en la lista de localización, donde nos lo anuncia.

Muchas gracias Joaquin. Gran trabajo!!

Ana

———–

Hola a todos/as:

Ya esta migrado el modulo l10n_es_aeat_mod347 a la version 7.0. Lo podéis bajar para probar de mi rama en https://code.launchpad.net/~joaquing-pedrosa
para poder probarlo necesita como dependencias el account_invoice_currency, que tambien esta migrado en el mismo sitio. Otra dependencia que tiene es el l10n_es_aeat, que lo esta migrando Ignacio de acrysoft y esta en https://code.launchpad.net/~acysos-team/openerp-spain/openerp-spain-7.0-aeat. No he mirado si en la rama de la localización ya esta publicado para la versión 7. 
 
He incluido la opción de generar el 347 solo para los proveedores.
 
Me queda ahora mejorar el formateo del código para cumplir el estándar PEP8 que lo iré haciendo sobre la marcha. Si detectáis algún error, etc me lo comentáis.
 
 
Un saludo

No hay Comentarios

Nuevos Cursos OpenERP funcional (octubre 2013) y técnico (noviembre 2013)

Anunciamos 2 nuevos cursos de OpenERP impartidos por Avanzosc próximamente.
Temario, sesiones, duración, contenido y condiciones en los siguientes links:

Octubre 2013: CURSO FUNCIONAL

Noviembre 2013: CURSO TECNICO

 

1 Comentario

Estado Tecnico Localización española OpenERP 7.0

Después de la cantidad de participaciones sobre la localización que tuvimos ayer (noche movidita y muy interesante) en la lista de comunidad, no puedo dejar de publicar este magnífico correo escrito por Pedro Manuel Baeza sobre el estado de la localización en 7.0.

Aprovecho para comunicaros que Alejandro de Anubia se ha ofrecido a traducírnoslo para hacerlo llegar a OpenERP, SA y también para agradecer a Nhomar su participación en el grupo que ha contribuido en gran medida a reactivar el tema.

Aquí el correo al que hago mención:

Bueno, tal como había prometido, aquí va el listado de los módulos actuales que están alojados en la rama openerp-spain. No va en orden, ya que he intentado dar más importancia a los módulos que veo más imprescindibles. Como resumen, me gustaría destacar estos puntos:

  • Tal como comentaba en el correo original del otro hilo, lo imprescindible de la localización se encuentra en un estado muy avanzado.
  • Hay mucha gente/empresas que actualmente están colaborando con la adaptación o que van a colaborar en breve.
  • Incluyo varios enlaces que vienen al hilo de lo que voy comentando para corroborar el diálogo, cooperación, etc que la comunidad española tiene, y que en muchos casos creo que podría servir de ejemplo de transparencia y colaboración.
AVISO DE TESTAMENTO: He intentado ser lo más profuso posible, explicando todos los detalles, incluso los obvios para alguien de aquí de España, para que así Nhomar y gente no española pueda comprender toda la funcionalidad existente, por lo que no esperéis poder mandar el contenido de este correo en un tweet :p

  • ln10_es: Módulo principal de la localización. Incluye las plantillas para planes de cuentas, códigos de impuestos e impuestos que se manejan aquí en España. Se compone únicamente de archivos XML, pero supone un gran porcentaje del nº de líneas de XML que mostrabas en tus estadísticas, ya que el nº de cuentas e impuestos que se maneja en España es muy elevado, y además ese número se triplica, al haber tres plantillas de planes (el completo, el reducido para PYMEs (SMEs) y uno especial para asociaciones sin ánimo de lucro). Estado de la migración: Migrado y fusionado en el core de la 7.0, pero existe un pequeño bug que aún no se ha solucionado. En la rama openerp-spain sí que dicho bug está solucionado. Refactorización: Gracias a una pista que me dio Olivier Dony, estoy llevando a cabo una refactorización para intentar eliminar duplicidades en los XML. Por ahora, he podido hacerlo con los impuestos, pero un bug y una duda me impide que esto funcione al 100%. Estoy en espera de la contestación por parte de Olivier. Con las cuentas contables, no debería haber especial problema.
  • city: Este módulo es una utilidad de la que echa mano el módulo l10n_es_toponyms, que permite completar automáticamente todos los campos de la ciudad (city, zip, state, country) a partir de un nuevo modelo. Se intentó incluir este módulo en la rama partner-contact-management, pero no hubo mucho interés ni éxito, ya que el debate se centró más en la versión 7. Puesto que la versión 6.1 ya está fuera del foco de desarrollo, se decidió incluirlo aquí para que la gente no tuviera que recurrir a repositorios privados. Estado de la migración: Como resultado de un gran trabajo de colaboración de la comunidad, se consiguió un nuevo módulo denominado base_location, que es en el que se basa el l10_es_toponyms de la versión 7.
  • l10n_es_toponyms: Este módulo se compone básicamente de datos (más un asistente para su importación escogiendo unas mínimas preferencias), y coge como base de esos datos el módulo mencionado anteriormente. Aunque no es imprescindible, ya que la gente puede teclear los datos de las ciudades cogiéndolos de otras fuentes de información, sí que es altamente recomendable. Estado de la migración: Completamente migrado y funcional. Refactorización: Se ha rehecho el asistente para que herede de res.config.installer y se ejecute automáticamente. También se han creado nuevos scripts para obtener los datos actualizados de todas las poblaciones. Más info.
  • nan_account_invoice_sequence: Este módulo añade otra secuencia en los diarios, que es la que se asigna como nº de factura en lugar de la habitual, ya que en España es obligatorio llevar una numeración consecutiva para todas las facturas. Por tanto, su uso en la localización es imprescindible. Estado de la migración: Completamente migrado y funcionando. Refactorización: En este post de mi blog menciono algunas mejoras y su renombramiento a l10n_es_account_invoice_sequence.
  • l10n_es_partner: Contiene algunas personalizaciones de nuevos campos en el res.partner y en los bancos. Incorpora además los datos de todos los bancos españoles. Su uso también es altamente recomendable, aunque no imprescindible. Estado de la migración: Totalmente migrado y probado. Refactorización: Pequeños cambios realizados para mejorar su uso en la v7.
  • l10n_es_account_asset: Módulo que permite manejar activos en España, ya que el método de cálculo y la fecha de imputación no son los mismos que el estándar. Para aquellos que utilicen la contabilidad y gestionen activos, es totalmente imprescindible. Estado de la migración: Completamente migrado y funcionando. Refactorización: Ha sido una de las refactorizaciones más grandes realizadas hasta ahora, ya que en su momento, por falta de tiempo para desarrollo, se realizó un fork del módulo account_asset, haciendo dichos cambios en él. Ahora, se ha heredado del módulo estándar, sobreescribiendo los métodos correspondientes para minimizar lo máximo posible el código a utilizar.
  • l10n_es_account_balance_report: Este módulo incluye datos que, utilizando como base el módulo account_balance_reporting que se generó en su momento con propósito genérico en extra-addons, y que ha estado en el limbo hasta hace poco, permite generar los informes financieros que de manera legal hay que presentar en el cierre del ejercicio. Por cierto, Nhomar, precisamente hay pendiente un MP que hice a un repositorio de la comunidad del que Vauxoo es administrador. Estado de la migración: Sin realizar, pero no es tan urgente puesto que las cuentas se presentan a final de año, aunque hay gente que lo utiliza para ver su estado financiero en mitad del ejercicio. Refactorización: La idea es intentar aprovechar el motor de informes financieros que incorpora OpenERP. Este motor tiene una pega principal, y es que sólo permite trabajar con un ejercicio fiscal, pero en España se requiere que los informes presenten la información del ejercicio actual y del anterior. MalagaTIC va a encargarse de mirar posibilidades de adaptación del estándar.
  • l10n_es_fiscal_year_closing: Este módulo incluye un proceso de cierre contable propio, debido a las peculiaridades que se dan en España en el cierre (movimiento de saldos a cuentas específicas, eliminación de saldos en otras, etc). El módulo es imprescindible,. pero sólo necesario al final del ejercicio, que para la mayoría de empresas es al final de año. Estado de la migración: Dada su prioridad más baja, aún no está realizada la migración. Refactorización: Se quiere ver si extendiendo el proceso de cierre contable estándar se pueden cubrir los requisitos españoles. Joaquín Gutierrez va a encargarse de este análisis.
  • l10n_es_aeat_*: El módulo base sin sufijo incorpora una serie de utilidades para la exportación de archivos de longitud fija y un modelo base del que heredan el resto de módulos, y permite gestionar la presentación de obligaciones fiscales con la Hacienda española. Aunque muchas de estas obligaciones se pueden presentar rellenando los datos manualmente a partir de información dentro del propio OpenERP, su uso agiliza mucho este trabajo y para empresas con gran volumen contable se hace totalmente imprescindible. Estado de la migración: La adaptación está en un estado muy avanzado. Acysos se está encargando de ella. Refactorización: La propia Acysos ya ha hecho un esfuerzo muy grande de refactorización para la 6.0 y 6.1, y fruto de ello la migración a la 7 será trivial.
  • l10n_es_payment_order: Utilizando como base el ya veterano módulo account_payment_extension, incorpora la posibilidad de exportar órdenes de pago/cobro que agrupan más de una factura a un formato estándar (más o menos, jeje) establecido por la AEB (Asociación Española de Banca) para los distintos usos bancarios (cobros, pagos, domiciliaciones, etc). Su uso es recomendable siempre e imprescindible para grandes volúmenes. Estado de la migración: Acysos tambien se está encargando de ella. Refactorización: Se ha realizado para la versión 6.1, lo que va a hacer que la adaptación para la 7 sea trivial, pero dependiendo igual de account_payment_extension. Existe una gran cantidad de código para el manejo de los archivos. Nuestro compañeros españoles de Tryton han hecho una librería denominada retrofix que tal vez podría facilitar ese manejo, pero el problema principal aquí es del marco legal, que está pendiente el cambio a la nueva norma SEPA, que fija unos estándares a nivel europeo, por lo que no merece la pena mucho ahondar en una optimización. Además, hay que aclarar a nivel de comunidad por qué camino se va en este sentido (si con account-payment_extension o con banking-addons) para intentar adherirnos a los estándares. También puede que OpenERP S. A. tome una iniciativa para integrarlo en el core, ya que es algo muy global (a nivel europeo), pero hasta donde he visto, no hay nada de ello especificado en el roadmap de la v8.
  • l10n_es_bank_statement: Este módulo utiliza como base otro que se creó también con propósito genérico, nan_account_bank_statement, para poder importar de manera automatizada y casar pagos y cobros con el extracto bancario según el formato estándar de la AEB. Estado de la migración: Acysos tiene marcada dicha migración, pero desconozco su estado actual. Refactorización: Un buen camino a tomar para aligerar código y adherirse a estándares, aunque sean de la comunidad, es utilizar los banking-addons como base, pero ante la incertidumbre por todo el cambio a SEPA, no está claro cómo van a funcionar los extractos bancarios en un futuro más o menos cercano, por lo que puede no merecer la pena el trabajo.
  • l10n_es_account_invoice_sequence_fix: Pequeña utilidad que repara aquellas instalaciones que han instalado el módulo nan_account_invoice_sequence después de haber generado facturas. Estado de la migración: Sin migrar. Refactorización: Se mirará si sigue siendo necesario en la v7 y, si es así, se integrará en el propio módulo l10n_es_account_invoice_sequence para que se realice de manera transparente para el usuario.
  • l10n_es_facturae: Este módulo está pensado para la generación de factura electrónica, pero desde hace tiempo no funciona (y no sé si en algún momento llegó a funcionar). La factura electrónica no es obligatoria, y es más una molestia (preparación de certificados, etc) que algo útil (no se le ha dado validez legal en litigios), pero se supone que en un plazo no demasiado largo sí que será obligatorio. Por ello, será imprescindible que tanto para la 6.1, 7.0 u 8.0 se desarrolle el módulo correspondiente. Estamos empezando a organizarnos con ello. Estado de la migración: Sin realizar.
  • l10n_es_gestion_comercial: Incluye la posibilidad de una gestión de efectos comerciales más profunda que con OpenERP (impagables, incobrables, en cartera de efectos, etc). Esta cuestión, aunque no debe ser específica de España, por ningún lado se ha tratado, y de ahí que se incluyera en la localización. Es obligatoria según las normas contables españolas, aunque se puede solventar haciendo los apuntes contables manualmente. Estado de la migración: Pendiente de una refactorización para la 6.1 que está terminada y en proceso de revisión, realizada entre Soluntec, Avanzosc y yo, pero no debería ser muy complicada. Refactorización: El módulo aprovecha muy bien la función estándar del voucher para acometer su funcionalidad, por lo que no se plantea una mayor refactorización que la hecha para la 6.1.
  • l10n_es_igic: Permite establecer unas peculiaridades a nivel de impuestos que se dan en las Islas Canarias. Sólo necesario para aquellos canarios que utilicen OpenERP. Estado de la migración: Sin migrar.
  • acy_partner_correos: Este módulo sí que se puede considerar una utilidad, y no es imprescindible para la localización. Permite exportar los contactos para la oficina virtual de correos. Estado de la migración: Sin migrar.
  • base_vat_vies: También dentro de la categoría de utilidad, permite validar un NIF (VAT number) contra un webservice de VIES, que es un servicio para determinar quiénes pueden importar/exportar en la Unión Europea sin cargar impuestos. Estado de la migración: Sin migrar.
  • l10n_cat_account: Tal como se ha comentado previamente, este módulo traduce el plan de cuentas catalán de la mejor manera técnica posible. En principio, no debe ser imprescindible, a no ser que en Cataluña (una región española con idioma co-oficial con el español, el catalán) obliguen a presentar las cuentas en catalán (Albert, ¿podrías aclararlo?). Creo que el origen histórico de éste y otros módulos l10n_cat procede de que las primeras empresas que impulsaron la localización eran catalanas (ZikZak Media y NaN) y, sin ánimo de levantar polémicas nacionalistas, se intentaba “catalanizar” todo. Estado de la migración: Sin migrar.
  • l10n_cat_toponyms: Incorpora subdivisiones territoriales que se usan sólo en Cataluña. Para el resto de españoles no es de utilidad, y no sé si las empresas catalanas lo están utilizando. Una posibilidad podría ser la de crear otro repositorio distinto a openerp-spain, por ejemplo openerp-cat u openerp-catalonia, para albergar este tipo de peculiaridades catalanas, ¿no os parece?. Estado de la migración: Sin migrar.
  • l10n_cat_partner_data: Este módulo sólo aporta unos cuantos datos de categorías y canales en catalán y, al igual que el l10n_es_partner_data, para mí son totalmente prescindibles y los eliminaría del repositorio de la 7. No sé si alguien los estará usando. Si es así, que por favor se pronuncie. Estado de la migración: Sin migrar.
  • l10n_es_partner_data: Ídem que para l10n_cat_partner_data.
  • l10n_es_account: Pequeñas utilidades para búsquedas o filtros que son opcionales. Bastante prescindible. Estado de la migración: Sin migrar.
  • l10n_es_auto_fiscal_position: Pequeña utilidad para establecer automáticamente la posición fiscal. Opcional. Estado de la migración: Sin migrar.
  • l10n_es_hr_nominas: Incluye algunos cambios para la gestión de nóminas en España. Realmente, ésta es una funcionalidad residual, ya que las nóminas en España son muy complejas de realizar por la multitud de convenios, desgravaciones, complementos, etc, y nadie o casi nadie utiliza OpenERP para este fin. No es, por tanto, muy necesario por el momento. Estado de la migración: Sin migrar.
  • l10n_es_lopd: Permite manejar algunos conceptos de la LOPD (Ley Orgánica de Protección de Datos), como el registro de los ficheros privados, pero no conozco este módulo a fondo. Esta gestión se puede llevar en otro sistema o manualmente, por lo que podemos categorizarlo como opcional. Estado de la migración: Compuservice, que fue la creadora original del módulo, está puesta como responsable de la migración, pero desconozco su estado.
  • l10n_es_partner_mercantil: Pequeño módulo que añade unos pocos campos a res.partner. Opcional. Estado de la migración: Sin probar, pero debería funcionar directamente.
  • l10n_es_partner_seq: Módulo para la creación automática de subcuentas para cada cliente. Yo personalmente estoy en contra del uso de este módulo, ya que contraviene las normas de uso de OpenERP y de la mayoría de los ERPs, que es la de separar el dato del partner del de la cuenta contable, pudiendo explotar la información de manera compartimentalizada, lo que históricamente no se podía hacer en otros programas de gestión contable, y se recurría a la creación de cuentas contables (por ejemplo, la 430000, que en España es la de clientes, se iba dividiendo en 430001, 430002, 430003…). Esto provoca una duplicidad de datos, un rendimiento mucho menor al haber mayor número de cuentas (tantas como clientes, proveedores, acreedores, impagados, etc), y un posible problema de escalabilidad si se supera el nº de dígitos que se han dejado para las cuentas. Pero hay gente en España y contables difíciles de convencer que siguen queriendo ese uso. Estado de la migración: Sin migrar.
  • l10n_es_prev_tesoreria: Este módulo también podría considerarse una utilidad para hacer una previsión de tesorería. Incluso podría tener un carácter más genérico que sólo para España. Opcional. Estado de la migración: Sin migrar.
  • l10n_es_pyme_account: Meta-módulo que simplemente incluye dependencias a lo que se considera un paquete estándar para la contabilidad de una PYME. Estado de la migración: No necesaria.
  • l10n_es_toponyms_region: En España existe dos subdivisiones del territorio: comunidades autónomas y provincias. Este módulo cubre la primera división, que no se considera en l10n_es_toponyms. No se suele utilizar en casi ninguna referencia, por lo que también se puede catalogar de opcional. Estado de la migración: Sin migrar. Refactorización: Una vía de trabajo muy buena es la que se ha hecho en Tryton y que Jordi Esteve me proponía en la lista de correo.

Bueno, pues con esto espero que tengas una visión completa de lo que es la localización española.

Ya me comentas impresiones.

Un saludo.
Pedro: Lo que te comentaba en el correo. IM-PRESIONANTE. Buenísimo. Muchas gracias. Estás haciendo una labor increible con la localización de la 7.0 y otros temas.
EDITO a 30/08/2013 para comentar que Alejandro de Anubia ha traducido el post al inglés y está disponible en documento público, según su propio comentario en este mismo post:
La traducción al inglés ya está disponible en un documento público:
https://docs.google.com/document/d/1qjTW5AV6uZi7ietl2oJL9BPZonrUBaYFKVqoS-YU3h4/edit?usp=sharing
El link ha sido enviado a OpenERP, S.A para que estén al tanto de los últimos avances.

, , , ,

3 Comentarios

Conclusiones Jornadas OpenERP 2013 en Valencia #joerp2013

Esta mañana vuelvo a la oficina con ánimos renovados, energía positiva y la sensación de haber pasado 2 increíbles días  con todos vosotros que me han sabido a poco.

Cada una de las charlas  de estas jornadas han sido más que interesantes pero creo que lo mejor de todo ha sido dejar mucho más espacio abierto que en otras anteriores a debates/turnos de preguntas y la participación en ellas de todos los asistentes. Creo que se ha visto reflejada la fortaleza y unidad de la comunidad española de OpenERP donde cada vez más miembros aportan su conocimiento y valía por lo que no me queda más que agradecer a todos las risas, el ambiente, las aportaciones, colaboración y participación de todos que han hecho que los 2 días planificados hayan pasado volando, sin enterarnos.

Aprovecho desde aquí para agradecer a Domatix y la UPV su magnífica organización tanto en el horario “oficial” como en el “extra-oficial” ( aunque nos faltó la cena en “Las Arenas”  ;P )

A continuación paso a comentar mi parecer sobre cada uno de los temas tratados y os facilito link a los videos de cada una de las ponencias y debates:

Jueves 27 JUNIO 2013

Presentación. Introducción a OpenERP Domatix y UPV
Charla sobre el estado actual de la localización española. Versión 6.1 y 7.0, comunidad vs. OpenERP s.a. Pedro Manuel Baeza

La UPV realizó una pequeña introducción y mostró todo su apoyo a la realización de las jornadas en sus instalaciones y al proyecto abierto OpenERP.

A continuación Pedro Manuel Baeza nos dio las pautas para colaborar en la localización de OpenERP, indicando cómo realizar traducciones, aportaciones, participar en las listas… etc, etc. Remarcable la frase “para participar en la comunidad y en la localización no es necesario hacer un RITO DE INICIACION ni nada de esto, simplemente participas”.

Y por último se abrió el debate sobre qué versión de OpenERP 6.1 o 7.0 escoger actualmente para implantar OpenERP en una empresa. La conclusión es que actualmente la inmensa mayoría de los participantes e integradores presentes en la sala están implantando 6.1 por los motivos que ya se han publicado anteriormente en varios post pero que seguiremos mirando de cerca la 7.0 para la que en algún momento existirá una localización refactorizada y madura como para implantar en empresas. Mi parecer personal… en el vídeo:
Jornadas OpenERP. Charla sobre el estado actual de la localización española [1/12]

Casos de éxito relevantes del último año Varios, con moderador

Aquí, agradecer a Rubén Colomina de Brildor y Fernando Serer de Blogestudio quienes subieron al estrado a contarnos cómo OpenERP les ha facilitado la operativa y ha mejorado la productividad de sus empresas. Para próximos años, animo a todos los clientes finales que hayan implantado OpenERP  que nos dejen aprender cómo han llegado al éxito en su implantación. Es sumamente enriquecedor escuchar los casos reales de primera mano.

También los invito a patrocinar las jornadas, como ha hecho “blogestudio” ya que son parte fundamental y crítica del ecosistema de OpenERP. Sin clientes no habría implantaciones, ni integradores, ni jornadas, ni siquiera estariamos hablando de OpenERP.

Gracias a ambos por darnos vuestra visión directa:

Jornadas OpenERP. Casos de éxito relevantes del último año [2/12]

Presentación de módulos desarrollados para OpenERP Pexego, Domatix, varios

Varios ponentes presentaron desarrollos realizados en el último año para OpenERP

Jornadas OpenERP. Presentación de módulos desarrollados [3/12]

Gestión presupuestaria avanzada (ONG’s, ingenierías, tics…) Ana Juaristi (Avanzosc)

Aquí, presentamos nuestros nuevos módulos que permiten realizar presupuestos de proyectos complejos con OpenERP.

Jornadas OpenERP. Gestión presupuestaria avanzada [4/12]

Gestión de un gran superficie comercial Domatix

Solo 2 palabras: IM-PRESIONANTE

Domatix ha realizado la implantación de un gran centro comercial con éxito en tan solo 4 meses. Boquiabiertos y alucinados con la presentación, por la complejidad del proyecto y el volumen de información que manejan. A destacar el nuevo TPV GTK3 para OpenERP. Fácil, rápido y muy muy muy sencillo, que podeis ver en las charlas relámpago con más detalle.

Nada más que felicitar y dar la enhorabuena a todo el equipo de Domatix por esta impecable implantación.

Jornadas OpenERP. Gestión de una gran superficie comercial [5/12]

DEBATE/preguntas generales del público. Varios ponentes. Varios, con moderador

En esta charla intentamos explicar cómo se organizan actualmente las ramas de empresa y comunitarias de OpenERP, desde el principio hasta la situación actual.

Jornadas OpenERP. Hoja de ruta, repositorios alternativos, mejoras [6/12]

Al hilo de esta charla, anunciaros también el nacimiento de la fundación/asociación de la comunidad de OpenERP a nivel mundial liderada desde Suiza (previsiblemente por Camp2camp)  http://openerp-community-association.org/

 

“Un proyecto “”depende”” o cómo no gestionar un proyecto. Con ejemplo práctico y resultados (o no) Santi Argüeso y Omar Castiñeira (Pexego)

GENIAL. En mi opinión la mejor de todas las jornadas. Todos nos sentimos identificados con la presentación, todos identificamos a alguno de nuestros clientes en alguno de los grupos de clientes presentados y la forma en que se ha llevado el proyecto. Ameno y divertido, mereció MUCHO la pena.

Jornadas OpenERP. Cómo NO gestionar un proyecto [7/12]

Viernes 28 JUNIO 2013

Conectores con tiendas online: Shopify, Epages, Spree (nuevos), Treyshop, Magento, Prestashop, Django (esale) Trey / FactorLibre / Avanzosc
Como hacer una aplicación web como capa front de OpenERP y no morir en el intento Roberto Lizana(Trey), Carlos Liebana(Factor Libre)

Intentamos detallar la diferencia entre los conectores de OpenERP con tiendas online independientes como Magento, Prestashop, Oscommerce/Zencart, Epages… y otras, con respecto a tener una tienda online montada con base en OpenERP. Existen librerías y posible conexión en php(Treyshop), Ruby (Spree) y Django/python(esale)

Jornadas OpenERP. Conectores con tiendas Online [8/12]

Nuevos modelos fiscales, cambios fiscales 2014 (remesas con nuevo cuaderno, IVA por la Ley de emprendedores…) Guadaltech / Albert (Gafic)

Albert de Gafic y Guadaltech nos presentan los cambios que vienen para 2014, que tendremos que incluir en la localización Española para cubrir los nuevos requerimientos.

Jornadas OpenERP. Nuevos modelos fiscales, cambios fiscales 2014 [9/12]

Migración entre versiones con OpenUpgrade Pedro Manuel Baeza

Pedro nos da un mini-curso de configuración y utilización de OpenUpgrade, el proyecto comunitario que nos permite realizar migraciones entre versiones de OpenERP. Realizó una migración “en directo” de una instalación 6.0 a una versión 6.1.

Educativo e imprescindible para cualquier integrador de OpenERP cuyos clientes soliciten migración de versión.

Jornadas OpenERP. Migración entre versiones con OpenUpgrade [10/12]

Espacio para charlas relámpago Varios

Aquí, diferentes ponentes presentaron diversas soluciones y proyectos realizados en el último año:

  • Guadaltech presenta un proyecto de conector de OpenERP con Prestashop
  • Domatix presenta su nuevo TPV GTK3 para OpenERP que han desarrollado para la gran superficie mencionada anteriormente.
  • Pexego presenta también un TPV para cafeterías hecho en Django.
  • Pau Gangonells creador de los módulos School para OpenERP, presenta una propuesta para realizar un proyecto con niños/adolescentes que aprendan a llevar su pequeña economía y ayuden a llevar la economía familiar con OpenERP.
  • Aprentis, S.L presenta la utilización de OpenERP como framework de desarrollo de urbansherpas y tenloahora
  • Pexego presenta un pequeño módulo que utilizan internamente para agilizar la imputación de horas de los técnicos.
  • Gafic y Pexego presentaron el libro de IVA en excel

Jornadas OpenERP. Espacio para charlas relámpago [11/12]

Debate Localización Española con OpenERP SA Comunidad – OpenERP, S.A.

Sinceramente… no sé qué escribir sobre esta charla con Ruben y Jaime de OpenERP, S.A. Inicialmente, no entendimos su propuesta, posteriormente la entendimos menos si cabe y al final, no sé si llegamos a algo. Mejor ver directamente el video y que cada uno saque sus propias conclusiones.

Jornadas OpenERP. Charla con OpenERP S.A. [12/12]

Por último, para que todo el mundo se dé por enterado y no haya susceptibilidades, comentaros que el año pasado en Donosti se estableció la ubicación de jornadas y organizadores de la siguiente forma:

  • 2013: Valencia (Domatix)
  • 2014: Granada (Trey)
  • 2015: Madrid (Factor Libre)

Además, se ha abierto votación en la lista de localización para siguientes años, donde se han ofrecido Acysos, Pedro Manuel Baeza y Guadaltech para la organización. Os animo a todos a dar vuestra opinión y votar la propuesta que os parezca más conveniente para 2016 y 2017.

Y esto fue todo. Volvemos hoy a la normalidad/realidad de nuestro día a día pensando ya en Granada2014!!

Cordiales saludos:

Ana

P.D: el hastag en twitter para estas jornadas ha sido #joerp2013

Edito para incluir post de Nacho a la lista de localización con el agradecimiento a todos los participantes:

Gracias a todos de nuevo por las felicitaciones!!

La organización ha supuesto un esfuerzo muy grande (los que ya lo han hecho anteriormente ya lo saben), pero compensa con creces juntar al pedazo de comunidad que sois/somos y ponernos al día, tanto personal, como profesionalmente. Y de paso hablar un poco de OpenERP :P

Me alegra ver el subidón general que ha quedado después de esta re-unión, que buena falta hacía después de las decisiones y diferencias habidas con OpenERP durante estos últimos meses. Somos más fuertes que nunca y unidos vamos a definir el futuro de este pedazo de proyecto en España.

Aunque alguna cosilla quedó por decir, creo que en general ha gustado el enfoque abierto y de debate en las charlas. Por nuestra parte hicimos todo lo posible para que todo el que quisiera nos contara sus experiencias y opiniones.

Cualquier sugerencia y crítica constructiva ya se la pasamos a Roberto para #joerp2014 xD (de mi parte, extender las jornadas a un fin de semana de turismo y tapas!)

Aprovecho para dejaros el enlace con las fotos del evento actualizadas: https://picasaweb.google.com/117026330782607005781/VIJornadasOpenERPValencia2013?authuser=0&feat=embedwebsite#

Un saludo, y enhorabuena comunidad!! Este éxito es de todos!

5 Comentarios

Ramas comunitarias OpenERP

Hace unos minutos hemos recibido en la lista de localización el siguiente listado de Alejandro Santana de Anubia con la relación de las ramas y módulos de OpenERP 6.1 y 7.0 que se están reorganizando.

He actualizado los dos documentos con listado (más o menos) actual de módulos y además, he añadido una hoja de cálculo donde se ven qué módulos existen a la vez en varias ramas, para tener claro cuáles de los extra-addons están obsoletos, o hay un sustituto en opener-spain o addons.

 
Public__OpenERP Launchpad repositories list (v6.1 and v7.0):
(A grandes rasgos, son los módulos oficiales y de comunidad, sin entrar en desarrollos particulares. Incluyo módulos que quedan obsoletos por cambio de rama.)
(Esto es una alternativa de la comunidad a los módulos oficiales de la v6.1, que ya no corrigen bugs.)
 
Public__OpenERP_List_of_modules_colliding_among_branches:
(Hoja de cálculo donde se ven cuáles y cuántos módulos existen simultáneamente en varias ramas.)
 

A modo resumen, yo lo interpreto así:
+ Módulos oficiales o core: server, web, addons, client (para la v6.1)
+ Módulos de la localización española: openerp-spain
- Módulos extra de la comunidad (parcialmente obsoletos para la v6.1, obsoletos para la 7.0)
+ Nuevos módulos extra de la comunidad (organizados en unas 36 ramas por temáticas y con grupos de revisores): el relevo de las anteriores.
 
- Luego está opción alternativa de los Community BackPorts para la v6.1: No los he probado.
- Desarrollos particulares.
 
Espero que os sirva.
Cualquier error o sugerencia, hacédmelo saber.
Agredecer a Alejandro su aportación porque con la cantidad de contribuciones, ramas y módulos que existen actualmente, es sencillo “perderse” con lo que es necesario instalar y las últimas versiones de todo ello. Invito a todo el mundo a aportar y contribuir a completar los listados iniciados por Aljandro.
Recibid un cordial saludo:
Ana

1 Comentario