Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration to version 9.0 #225

Open
pedrobaeza opened this Issue Oct 14, 2015 · 25 comments

Comments

Projects
None yet
8 participants
@pedrobaeza
Copy link
Contributor

pedrobaeza commented Oct 14, 2015

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0

Modules to migrate

@felixvillafranca

This comment has been minimized.

Copy link

felixvillafranca commented Oct 29, 2015

Hola Pedro;
Dime como podría ayudarte.
Saludos,

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Oct 29, 2015

Buenas, Félix, se trata de ir migrando los módulos para la versión 9. Hay que probar los módulos, y hacer las modificaciones necesarias para que funcionen en este versión.

@felixvillafranca

This comment has been minimized.

Copy link

felixvillafranca commented Oct 29, 2015

Hola Pedro;

Yo soy nuevo en esto; vengo de desarrollar aplicaciones en C#.

En estos últimos meses he estado estudiando Odoo y he desarrollado pequeños módulos para la version 8, pero nada más.

Tienes algún tipo de manual a seguir; prioridades, …

Saludos,

Félix Antonio Villafranca
Software Engineer

On 29 Oct 2015, at 11:28, Pedro M. Baeza notifications@github.com wrote:

Buenas, Félix, se trata de ir migrando los módulos para la versión 9. Hay que probar los módulos, y hacer las modificaciones necesarias para que funcionen en este versión.


Reply to this email directly or view it on GitHub #225 (comment).

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Oct 29, 2015

La documentación es la oficial de Odoo: https://www.odoo.com/documentation/8.0/

Prioridad no hay ninguna. Eso según tus necesidades. Lee la descripción de cada módulo, y los que más te interese tener desde el principio, empieza por ellos. Hay algunos que dependen de otros módulos de fuera de la localización. Esos habrá que migrar también sus dependencias.

@DavidDual

This comment has been minimized.

Copy link

DavidDual commented Jan 5, 2016

Hola Pedro:

Nosotros hemos realizado algunas migraciones de otros módulos de la v8 a la v9.

Queríamos pasar a la v9 pero sin este conjunto de módulos creo que no es una buena idea.

Nosotros podemos ayudar con algún módulo pero son muchos, Veo poca actividad para esta versión.

Puedes decirme si hay algún tipo de planificación calendario o similar?

Un saludo.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Jan 5, 2016

Buenas, no por el momento. La gente sigue terminando proyectos en v8 en general y no van a pasar a v9. No todos los módulos son necesarios para todas las empresas. Tal vez empezar con una implantación v9 que no requiera tantos módulos de la localización puede ser mejor opción.

@misern2

This comment has been minimized.

Copy link
Contributor

misern2 commented Feb 24, 2016

Buenas Pedro,

Me gustaría echar un cable en el tema de la localización V9. La lista de módulos a migrar está actualizada ? Hay alguna priordad ?

Saludos,
marçal.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Feb 24, 2016

Hola, Marçal,

Sí, esa lista está actualizada. No hay una prioridad salvo las propias dependencias.

@misern2

This comment has been minimized.

Copy link
Contributor

misern2 commented Feb 24, 2016

Ok. Entonces empezaré con alguno sencillito para familiarizarme con todo el tema del depliegue al servidor de integración y nomenclaturas y estilos ...

@misern2

This comment has been minimized.

Copy link
Contributor

misern2 commented Feb 24, 2016

Ya tengo preparado el primer módulo : account_refund_original:
Los pasos que he seguido son:

  1. Realizar un fork a mi repositorio de github de l10n-spain
  2. Modificar el módulo y subir los cambio a mi repositorio github (comit, push)

Para realizar un PR he visto que se utiliza una nomenclatura para tipifcar los PR [IMP] [FIX] ..etc ..

Entiendo que:
[ADD] --> Nueva Funcionalidad
[FIX] --> Pues eso FIX
[IMP] --> ??

y en el caso de migración de módulo ?

Gracias,

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Feb 24, 2016

[MIG] Es para migración.

Una cosa: no sé si esta funcionalidad está presente ya en Odoo 9. Eso es lo primero a ver. Lo segundo, es que este es un módulo genérico (no de la localización), que siempre ha estado aquí porque no se ha empujado hacia un repositorio genérico, pero lo suyo es ya aprovechar para llevarlo. OCA/account-invoicing sería un buen candidato. Otra cosa que lo complementaría bien son tests unitarios, pero creo que eso ya es pedir demasiado, o no? 😉

@ddiazpinto

This comment has been minimized.

Copy link

ddiazpinto commented May 22, 2016

Sigo desde hace relativamente poco tiempo este repositorio, por lo que disculpad de antemano si la pregunta es un poco estúpida pero, ¿qué sentido tiene mantener el módulo l10n_es? ¿No sería más lógico, ya que ese módulo está en la versión oficial y en OCA/OCB, centrar esfuerzos y que los cambios se hagan directamente allí?

El esquema de base de datos de la versión 9 de Odoo ya no es compatible con la definición de datos de este módulo, sin embargo la de OCA/OCB sí está actualizada.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented May 22, 2016

Buenas, David,

El problema está en que no nos mergean los cambios en Odoo core, y por eso necesitamos recurrir a este doble módulo para poder tener una versión lo suficientemente actualizada. Mira por ejemplo este PR que pretendía actualizar el plan contable de la versión 8: odoo/odoo#8453. Lleva abierto casi 9 meses. Esto es lo que se dice literalmente un parto 😜

Para la versión 9, tendremos un módulo llamada l10n_es_chart en lugar de l10n_es, para así evitar la confusión con las versiones, y los módulos de la localización lo tendrán como dependencia.

@ddiazpinto

This comment has been minimized.

Copy link

ddiazpinto commented May 23, 2016

Buenas Pedro, qué tal todo? x)

Pues sí es una razón de peso, pero vaya tela con Odoo... Entonces la idea es trasladar todo el esquema de cuentas, impuestos, etc que actualmente están en l10n_es a un nuevo módulo l10n_es_chart pretendiendo de este modo que el módulo oficial l10n_es directamente no se instale por obsoleto.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented May 23, 2016

Eso es más o menos.

@pedrobaeza pedrobaeza referenced this issue Aug 4, 2017

Open

l10n_es #18565

@misern2

This comment has been minimized.

Copy link
Contributor

misern2 commented Sep 7, 2017

Buenas Pedro,

Me gustaría migrar el módulo l10n_es_aeat_vat_prorrate a la v9.

He visto que ya tienes un PR para la 10 #559 y entiendo que es más sencillo tomar la 10 como referencia ya que a nivel contable no hay muchas diferencias entre la 9 y la 10.

Lo forma de proceder es la que comenta en las guias (https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0#technical-method-to-migrate-a-module-from-80-to-90-branch)
para mantener el historial de commits ?

Gracias

@witoszek

This comment has been minimized.

Copy link

witoszek commented Sep 8, 2017

Hola
Veo que account_refund_original esta en la version 10 pero no en la 9.
¿Donde se puede conseguir tal modulo?
El modulo Generación de fichero modelo 340 y libro de IVA lo requiere.
Se que esta el account_invoice_refund_link pero la llamada del modulo del 340 pide este anterioraccount_invoice_refund .

@misern2

This comment has been minimized.

Copy link
Contributor

misern2 commented Sep 8, 2017

En el documento de migración de la V9 pone que se ha movido de repositorio.

https://github.com/OCA/account-invoicing/tree/9.0/account_invoice_refund_link

@witoszek

This comment has been minimized.

Copy link

witoszek commented Sep 8, 2017

Se que esta el account_invoice_refund_link pero la llamada del modulo del 340 pide este anterioraccount_invoice_refund .

@witoszek

This comment has been minimized.

Copy link

witoszek commented Sep 8, 2017

original

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Sep 8, 2017

El modelo 340 no se va a migrar de momento como ya se tiene el SII y ese código es antiguo.

@misern2 luego te respondo lo del vat_prorrate.

@vipvalen

This comment has been minimized.

Copy link

vipvalen commented Dec 5, 2017

Hola Pedro
El módulo l10n_es_pos le falta mucho para la migración a la 9.

Gracias.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Dec 5, 2017

Ese módulo no está previsto de migrar. De hecho, tras haber consultado varias fuentes, considero que no es necesario migrarlo, ya que las secuencias que trae Odoo de serie pueden valer según mi criterio. Sólo quedaría renombrar el informe estándar para que en el ticket ponga "Factura simplificada", que nosotros lo hemos hecho traduciendo el término por el interfaz estándar de Odoo.

@ValentinVinagre

This comment has been minimized.

Copy link

ValentinVinagre commented Jun 13, 2018

Hola Pedro,
estoy migrando el l10n_es_aeat_mod296 a la versión 9.0 y cuando esté mergeado lo realizaré para la 10.0 y la 11.0.

@pedrobaeza

This comment has been minimized.

Copy link
Contributor Author

pedrobaeza commented Jun 13, 2018

Perfecto, te apunto.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.