Closed pedrobaeza closed 5 years ago
Hola Pedro; Dime como podría ayudarte. Saludos,
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.
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 https://github.com/OCA/l10n-spain/issues/225#issuecomment-152138526.
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.
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.
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.
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.
Hola, Marçal,
Sí, esa lista está actualizada. No hay una prioridad salvo las propias dependencias.
Ok. Entonces empezaré con alguno sencillito para familiarizarme con todo el tema del depliegue al servidor de integración y nomenclaturas y estilos ...
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,
[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? :wink:
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.
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: https://github.com/odoo/odoo/pull/8453. Lleva abierto casi 9 meses. Esto es lo que se dice literalmente un parto :stuck_out_tongue_winking_eye:
Para la versión 9, tendremos un módulo llamada _l10n_eschart en lugar de _l10nes, para así evitar la confusión con las versiones, y los módulos de la localización lo tendrán como dependencia.
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 _l10nes a un nuevo módulo _l10n_eschart pretendiendo de este modo que el módulo oficial _l10nes directamente no se instale por obsoleto.
Eso es más o menos.
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
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 .
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
Se que esta el account_invoice_refund_link pero la llamada del modulo del 340 pide este anterioraccount_invoice_refund .
original
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.
Hola Pedro El módulo l10n_es_pos le falta mucho para la migración a la 9.
Gracias.
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.
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.
Perfecto, te apunto.
Cierro ya esta issue puesto que está migrado prácticamente todo y los 3 módulos que quedan pendientes no tienen visos de que nadie los necesite/vaya a migrar.
Todo
https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0
Modules to migrate
By @ValentinVinagre - #630Eliminado por obsoletoaccount_refund_original- Movido a https://github.com/OCA/account-invoicing/tree/9.0/account_invoice_refund_linkl10n_es_aeat_mod340Obsoletol10n_es_aeat_mod340_type0Obsoleto