Openbravo Issue Tracking System - Localization Pack: Spain
View Issue Details
0042347Localization Pack: SpainSpain Professional Localization Packpublic2019-11-20 13:442020-02-07 12:44
fcasado 
Mery Anelo 
normalminoralways
closedunable to reproduce 
30Ubuntu 16.04.2
 
 
vmromanos
0042347: Dependencias locales no satisfechas
Cuando busco actualizaciones no me sale ninguna actualización.

Según tengo entendido ante un fallo así tengo que comprobar las dependencias locales primero.
Lo hemos hecho con ant check.module.consistency y el resultado es:

[checkConsistency] 21765 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Local Dependencies are not satisfied
[checkConsistency] 21770 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - ====================================
[checkConsistency]
[checkConsistency] 21775 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Spain AEAT SII-1.5.2201 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.600", pero sólo la versión "4.4.1" está disponible.
[checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible.
[checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Withholding Report: Modelo 190 (Spain)" en versión "3.4.0", pero sólo la versión "3.7.1" está disponible.
[checkConsistency] Tax Report: Modelo 340 (Spain)-3.6.600 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible.
[checkConsistency]

BUILD FAILED
/home/fcasado/openbravo/obiso300sources/build.xml:1020: Dependencies are not satisfied

No entiendo por qué teniendo versiones superiores esto es un problema.
Cuando busco actualizaciones no me sale ninguna actualización.

Según tengo entendido ante un fallo así tengo que comprobar las dependencias locales primero.
Lo hemos hecho con ant check.module.consistency y el resultado es:

[checkConsistency] 21765 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Local Dependencies are not satisfied
[checkConsistency] 21770 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - ====================================
[checkConsistency]
[checkConsistency] 21775 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Spain AEAT SII-1.5.2201 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.600", pero sólo la versión "4.4.1" está disponible.
[checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible.
[checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Withholding Report: Modelo 190 (Spain)" en versión "3.4.0", pero sólo la versión "3.7.1" está disponible.
[checkConsistency] Tax Report: Modelo 340 (Spain)-3.6.600 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible.
[checkConsistency]

BUILD FAILED
/home/fcasado/openbravo/obiso300sources/build.xml:1020: Dependencies are not satisfied

No entiendo por qué teniendo versiones superiores esto es un problema.
No tags attached.
xls ModulosInstalados.xls (103,936) 2019-11-20 13:45
https://issues.openbravo.com/file_download.php?file_id=13566&type=bug
Issue History
2019-11-20 13:44fcasadoNew Issue
2019-11-20 13:44fcasadoAssigned To => Jorge Bravo
2019-11-20 13:45fcasadoFile Added: ModulosInstalados.xls
2019-11-20 13:47fcasadoNote Added: 0115715
2019-11-21 08:33ivancaceresIssue Monitored: ivancaceres
2019-11-21 08:35ivancaceresNote Added: 0115737
2019-11-21 08:36ivancaceresNote Edited: 0115737bug_revision_view_page.php?bugnote_id=0115737#r19745
2019-11-21 14:22Jorge BravoAssigned ToJorge Bravo => Mery Anelo
2019-12-17 08:15ivancaceresNote Added: 0116365
2019-12-17 12:43dmiguelezNote Added: 0116373
2019-12-17 16:03raulalfayaNote Added: 0116380
2019-12-18 09:50ivancaceresNote Added: 0116395
2019-12-24 13:28ivancaceresNote Added: 0116515
2020-02-07 12:44vmromanosReview Assigned To => vmromanos
2020-02-07 12:44vmromanosNote Added: 0117566
2020-02-07 12:44vmromanosStatusnew => closed
2020-02-07 12:44vmromanosResolutionopen => unable to reproduce

Notes
(0115715)
fcasado   
2019-11-20 13:47   
He copiado por error el mismo campo en Steps to reproduce. Quería poner esto en los pasos que hay que seguir:

Tener instalado el Professional Localization pack Spain (España) 3.27.0.

Adjunto la relación de módulos de openbravo que tenemos instalados, dejando al margen los nuestros.

Nuestra versión de Openbravo es Openbravo 3.0 PR19Q2.2 Professional Edition Instance licensed to ISOTROL
Version number: 3.0.35653
(0115737)
ivancaceres   
2019-11-21 08:35   
(edited on: 2019-11-21 08:36)
Para solucionar este problema, todos los modulos del pack de localización así como el del SII tendrían que estar en CS.

facasao, mientras tanto si quieres solucionarlo, puedes manipular las dependencias de tus modulos en tu entorno para que "obvien" la validación. Aún así, te tocara instalar después módulos en QAA para que todo te funcione correctamente.

Hasta que Openbravo saque una solución, usa esto bajo tu propia responsabilidad.

(0116365)
ivancaceres   
2019-12-17 08:15   
Buenos días,

Esta issue se resuelve subiendo al forge todos los modulos del pack de localización y del SII en estado confirmed stabled y relacionados con la versión PR19Q3 de Openbravo.

En poco tiempo van a llegar las nuevas versiones de los módulos del pack y actualizar desde una versión anterior a PR18Q4 va a ser muy complicado.

El hacer estos cambios no interfiere con la funcionalidad de los mismos. ¿Podríais dar prioridad a realizar estas modificaciones?

Un Saludo
(0116373)
dmiguelez   
2019-12-17 12:43   
Buenos días,

El problema con las versiones superiores sucede cuando existe un cambio de major version, como es el caso.

Entre las versiones 3.27 y 3.29 del pack existe un cambio tecnológico muy importante, por eso la versión 3.27 es la última en Confirmed Stable a día de hoy.

Sin embargo, en vuestra instancia, tenéis dos módulos cuyas versiones no con compatibles con la 3.27:
 - Spain AEAT Modelo 347 for APR
 - Withholding Report: Modelo 190 (Spain)" en versión "3.4.0
Y, la versión que tenéis de OB (3.0 PR19Q2.2) debería usar la versión 3.29 del pack.

Por lo tanto, para solucionar este problema:
1. Resolver los problemas de dependencias en local:
  - Descargar de la forja la versión correcta de los dos módulos en conflicto (4.1.600 para el modelo 347 y 3.4.0 para el modelo 190)
  - Sustituir las versiones actuales del módulo con las versiones antiguas

2. Actualizar el pack a la versión 3.29
  - Una vez resueltas las dependencias en el entorno, buscar actualizaciones para el estado QA Approved (no confirmed stable)
  - Debería aparecer la opción de actualizar el pack a la versión 3.29. Actualizarlo.
(0116380)
raulalfaya   
2019-12-17 16:03   
Hola dmiguelez,

Me explicas como se puede hacer esto que dices:

Descargar de la forja la versión correcta de los dos módulos en conflicto (4.1.600 para el modelo 347 y 3.4.0 para el modelo 190)

Un Saludo
(0116395)
ivancaceres   
2019-12-18 09:50   
Hola dmiguelez,

Según las especificaciones de Openbravo las versiones QAA pasan a confirmed establed a los dos meses.

La versión 3.29.0 es de hace casi un año, con lo que debería haber pasado a CS hace tiempo ya.

Lo mismo con el 190 y con el 347.

Por otro lado, comentarte que no se pueden descargar estos módulos desde la forja porque son comerciales.

Un Saludo
(0116515)
ivancaceres   
2019-12-24 13:28   
Estamos actualizando un entorno con el pack del cash vat y el problema es más grave, es imposible actualizar y dejar las versiones consistentes sin actualizar el core a QAA
(0117566)
vmromanos   
2020-02-07 12:44   
El problema está en el entorno local en concreto.
Esa instancia tiene instalado una versión del SII y del SPLP que dependen del 347 en versión 4.1.600. Sin embargo la instancia tiene instalada la versión 4.4.1 del 347, haciendo que las dependencias no se cumplan.
Para llegar a esa situación posiblemente se haya forzado la instalación del 347 de forma manual.

En cualquier caso se deberá primero resolver las dependencias en esa instancia (por ejemplo instalando la versión 4.1.600 del 347). Posteriormente, una vez la instancia esté en un estado consistente, proceder a una actualización del sistema que entonces sí debería de funcionar.