0042347: Dependencias locales no satisfechas - Openbravo Issue Tracking System

Notes
(0115715) fcasado (reporter) 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 (reporter) 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 (reporter) 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 (developer) 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 (reporter) 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 (reporter) 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 (reporter) 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 (manager) 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.

Issue History
Date Modified	Username	Field	Change
2019-11-20 13:44	fcasado	New Issue
2019-11-20 13:44	fcasado	Assigned To	=> Jorge Bravo
2019-11-20 13:45	fcasado	File Added: ModulosInstalados.xls
2019-11-20 13:47	fcasado	Note Added: 0115715
2019-11-21 08:33	ivancaceres	Issue Monitored: ivancaceres
2019-11-21 08:35	ivancaceres	Note Added: 0115737
2019-11-21 08:36	ivancaceres	Note Edited: 0115737	View Revisions
2019-11-21 14:22	Jorge Bravo	Assigned To	Jorge Bravo => Mery Anelo
2019-12-17 08:15	ivancaceres	Note Added: 0116365
2019-12-17 12:43	dmiguelez	Note Added: 0116373
2019-12-17 16:03	raulalfaya	Note Added: 0116380
2019-12-18 09:50	ivancaceres	Note Added: 0116395
2019-12-24 13:28	ivancaceres	Note Added: 0116515
2020-02-07 12:44	vmromanos	Review Assigned To	=> vmromanos
2020-02-07 12:44	vmromanos	Note Added: 0117566
2020-02-07 12:44	vmromanos	Status	new => closed
2020-02-07 12:44	vmromanos	Resolution	open => unable to reproduce

Relationships [ Relation Graph ] [ Dependency Graph ]