-
PT
-
ES
-
AO
-
CV
-
MZ
-
ST
-
GW
-
Professional
-
Executive
-
Public Sector
-
Omnia
-
Evolution
La migración de datos de la v9 para la v10 implica un conjunto de requisitos que debe ser cumplido para evitar incoherencias en la base de datos, por ejemplo, con relación a los stocks, lotes y números de serie.
Recomendamos una lectura cuidadosa de todas las áreas descritas y la ejecución de las queries disponibles para acelerar la migración de datos y evitar errores en el sistema.
Números de serie activos en el stock
En la V9, eran frecuentes los casos donde la cantidad en stock era diferente del número de serie activo en el sistema. En la V10, pueden surgir dos escenarios distintos:
- Tener más números de serie activos en sistema que la cantidad en stock;
- Ter menos números de serie activos en sistema que la cantidad en stock.
Deberá identificar el escenario y, a continuación, realizar la respectiva corrección:
Identificar escenarios
Primero, deberá comprobar si estos escenarios existen en la base de datos. Para ello, deberá ejecutar la queryque devolverá todos los artículos en que existan diferencias por exceso de números de serie activos en sistema o por defecto.
Corregir números de serie activos por exceso
Este es el escenario más complejo, en que es necesario realizar primero un análisis físico a los números de serie existentesen stock para descartar después los restantes números de serie que no existen físicamente en stock.
Después de identificar los números de serie que deben ser inactivados, deberá ejecutar la siguiente querycon la debida indicación de los respectivos números de serie.
Nota: En la query, deberá introducir los valores entre comillas con los valores deseados.
Corregir números de serie activos por defecto
En este caso, deberá crear los números de serie de sistema para igualar la cantidad en stock a los números de serie activos en el sistema. Para ello, debe ser ejecutada la siguiente queryque creará los respectivos números de serie automáticos y autogenerados.
Si desea sustituir los números de serie automáticos por los números de serie reales, podrá hacerlo a través de las siguientes opciones:
- crear un documento de transferencia de números de serie;
- crear un documento de salida de stock de los números de serie automáticos y la respectiva cantidad y, posteriormente, crear un documento de entrada de stock ya con la identificación de los números de serie físicos y la respectiva cantidad.
Líneas de stock y encabezado de documento de stock
Se pueden identificar y corregir las inconsistencias de datos entre las líneas de la tabla "linhasstk" y el encabezado del documento de stock.
Primero, deberá identificar las inconsistencias y, a continuación, efectuar la respectiva corrección seleccionando una de las opciones disponibles.
Identificar inconsistencias entre líneas y respectivos encabezados
Para identificar las inconsistencias entre la tabla "linhasstk" y los respectivos encabezados (tabla "cabecstk"), deberá ejecutar la siguiente query.
Después de identificarlas, podrá usar dos opciones para corregirlas:
- Resolver el problema en la base de datos de la versión 9 y, posteriormente, proceder a la migración;
- Efectuar la corrección del problema en la base de datos de la v10, pero con la ayuda de la base de datos de la v9.
Efectuar corrección usando solo la base de datos de la v9
Si desea corregir primero los datos en la versión 9 y posteriormente migrar para la versión 10, deberá ejecutar la siguiente query para efectuar la reconstrucción de los identificadores del encabezado en las líneas de stock.
Después de ejecutar la script de corrección de los datos, podrá migrar para la v10.
Efectuar corrección en la base de datos de la v10 con la ayuda de la base de datos v9
Para corregir los identificadores del encabezado en la base de datos de la v10 con ayuda de la v9, es necesario preparar el entorno de aplicación de la solución con las dos bases de datos (v9 y v10) en la misma instancia SQL.
Para cada documento identificado, deberá efectuar el siguiente procedimiento.
Reforzamos que esta operación es más laborioso y arriesgado, una vez que la creación de los registros en la nueva infraestructura del módulo de inventario es más compleja en la versión 10, existiendo un mayor número de tablas asociadas donde es necesario intervenir.
Migración de campos de usuario
En la v9, cuando existen campos de usuario presentes en las tablas de stock (CabecStk y LinhasStk), estos campos no son migrados durante el proceso de migración de la base de datos para la versión 10, una vez que es imposible comprender qué campos afectan las respectivas tablas en la nueva infraestructura.
Esta situación se produce porque, mientras en la v10 los documentos son asignados como documentos de stock, en la v9 pasan a ser distribuidos por documentos internos, documentos de transferencia de almacén y documentos de composición y desglose.
Considerando esta situación, la migración de los campos do usuario y de los respectivos datos implica la identificación de los campos que deberán quedar asignados a cada tipo de transacción. La creación de los campos podrá ser realizada por el proceso habitual.
Para asegurar los datos de los campos de usuario en la versión 10 y simplificar la copia de los datos, en el proceso de migración, estos datos son copiados para dos tablas:
- BACKUP_UPG_PRI_V9_V10_CabecStk
- BACKUP_UPG_PRI_V9_V10_LinhasStk
Query de apoyo a la migración de campos do usuario de stocks
Para simplificar el proceso descrito anteriormente, podrá ser usada la siguiente query.
La ejecución de esta query es muy sencilla, basta con indicar en los locales indicados los campos a migrar (CabecStk y LinhasStk), así como el tipo de movimiento de destino de los mismos en la v10 (documentos internos, documentos de transferencia de almacén y documentos de composición y desglose).
La query cría automáticamente los campos de usuario y, en el caso de que no existan, copia los datos.
Contabilización Inventario Permanente
En algunas situaciones son detectadas diferencias de valores entre el inventario y la contabilidad que pueden no ser fácilmente identificadas en la aplicación. Para detectar estas diferencias, pueden ser usados los siguientes diagnósticos:
- Identificación de valores diferentes entre lo registrado en el inventario y lo registrado en contabilidad;
- Identificación de lanzamientos en contabilidad en cuentas de inventario que sin origen en el módulo de inventario.
Para identificar estas diferencias, es necesario saber qué cuentas de inventario y la respectiva contrapartida a contemplar para el análisis.
Después de la correcta identificación de las cuentas, es necesario incluirlas en la respectiva query de análisis.
Otro proceso que por veces puede causar resultados con diferencias entre el inventario y la contabilidad, es la existencia de servicios de inventario pendientes de ejecución por ECHO. Estos servicios son presentados en el monitor de operaciones de ECHO.
Identificar diferencias de valores entre lo registrado en el inventario y lo registrado en contabilidad
Para identificar las diferencias, podrá usar la siguiente query.
La query no detecta diferencias en documentos de composición y desglose y, por eso, pueden aparecer como falsos positivos.
Identificar lanzamientos en contabilidad en cuentas de inventario que no han originado en el módulo de inventario
Para identificar las diferencias, podrá usar la siguiente querycomo ejemplo.
Identificar servicios de inventario pendientes de ejecución por ECHO
Existen dos tablas donde son registrados los servicios de inventario: una en la propia infraestructura de ECHO y otra en la estructura de la base de datos de la empresa. También podrá visualizar estos registros en el monitor de operaciones del ECHO en el ERP.
Para identificar servicios pendientes de ejecución por ECHO, deberá ejecutar la siguiente query.
--Sustituir PRIEMPRE por el correcto, así como el nombre de la Base de Datos de la Empresa
select * from PRIEMPRE.Bot.BotWorkQueueItems where state <> 2 and scope like '%NOME_BD_EMPRESA%'
Para identificar servicios de inventario pendientes de ejecución en el BAS, deberá ejecutar:
select * from BAS_IntegrationServiceQueue where state <> 1
Reconstrucción de movimientos de stock y de coste
En los escenarios en que son introducidos movimientos en inventario y coste a través de la extensibilidad o, por ejemplo, a través del cargamento de stocks iniciales, es necesario tener en cuenta que estos movimientos pueden tener impacto en los movimientos anteriores.
O sea, pueden causar inconsistencias en las cantidades y en la valoración, una vez que la aplicación necesita siempre que la integración sea realizada correctamente, para que sea posible crear las respectivas tareas de inventario y para que ECHO las ejecute.
De este modo, es importante que estos movimientos sean corregidos. En caso contrario, es necesario forzar la ejecución del cálculo de las cantidades en stock o incluso del coste.
Para efectuar estos cálculos, deberá filtrar los registros a impactar en el cálculo para que, por ejemplo, no se presenten diferencias en meses ya cerrados o incluso para que la aplicación realice los cálculos de forma más rápida.
En este sentido, deberá tener siempre en cuenta los siguientes filtros:
- Fecha de inicio del cálculo;
- Artículos afectados.
Forzar ejecución del cálculo de cantidades
Para forzar la ejecución del cálculo de cantidades, deberá usar la siguiente query.
Forzar ejecución del cálculo de costes
Para forzar la ejecución del cálculo de costes, deberá usar la siguiente query.
Artículos con gestión de lotes
Para identificar si un lote es o no de sistema, se realiza una comparación con el lote de sistema, identificado como:
En la migración de datos de la v9 para la v10, se han reportado problemas relacionados con la reintegración de todos los movimientos de inventario en la nueva infraestructura, una vez que se han detectado las siguientes situaciones:
- Artículos sin gestión de lotes con registro de lotes diferente del lote de sistema;
- Artículos con gestión de lotes y que presentan el lote como siendo el de sistema.
Primero, deberá identificar los artículos en esta situación y, a continuación, efectuar la respectiva corrección.
Identificar artículos con lotes de sistema errados
Para identificar artículos con lotes de sistema errados, deberá ejecutar la siguiente query.
Efectuar corrección a los artículos con lotes errados
Para corregir artículos con lotes errados, deberá ejecutar la siguiente query.
Nota: Después de efectuar la corrección, y una vez que son efectuadas actualizaciones directamente en la base de datos que pueden interferir tanto en el cálculo de cantidades como en el cálculo de costes, será necesario efectuar la reconstrucción de los movimientos de inventario. Para ello, deberá ejecutar el procedimiento descrito en la área Reconstrucción de movimientos de stock y de coste.