Requisitos funcionales previos y posteriores para la migración de un dossier a l

Requisitos previos al proceso de migración

A continuación se describen los requisitos previos de migración de un dossier. De manera general, lo primero que se aconseja es comprobar la coherencia de los datos que hay que migrar. En un dossier con numerosos movimientos y que en ocasiones ha sido objeto de mantenimientos, es posible que ciertos datos no sean totalmente coherentes, sobre todo si hay desarrollos específicos.

Esta operaciónpermite detectar posibles problemas vinculados a los datos que pueden provocar errores en el proceso de migración, obligando a relanzar dicho proceso.

También se aconseja eliminar un cierto número de tablas temporales cuya migración pueda durar bastante tiempo (las tablas de peticiones, por ejemplo).

Contabilidad

Requisitos posteriores al proceso de migración

Contabilidad

Gestión de ficheros bancarios XML en formato pain001.001.003

Para beneficiarse de esta funcionalidad, vuelva a copiar los siguientes parámetros del dossier X3 al dossier de explotación:

• Función de parametrización de ficheros bancarios (GESTFB):
  Nuevo fichero entregado: VIRINT03, fichero de transferencias ISO20022 en formato pain001.001.003
• Función de parametrización de las transacciones de entrada de pagos (GESTPY):
  Nueva transacción FVIRV '"Prov. - Transfer. Int. variable" utilizando el fichero bancario VIRINT03
• Función de parametrización de contadores (GESANM):
  Nuevo contador VARFB utilizado en el fichero bancario VIRINT03
• Función de asignación de contadores (GESTCA):
  Asignación del contador VAFB en la línea 19 del módulo Terceros

Gestión opcional del BIC a partir del 1 de febrero de 2016

Para beneficiarse de esta funcionalidad, vuelva a copiar los siguientes parámetros del dossier X3 al dossier de explotación:

• Función de parametrización de ficheros bancarios (GESTFB):
  Ficheros modificados: SCT03 y SDD02
• Función de parametrización de modelos de importación (GESAOE):
  Modelo modificado: MDT

Gestión del factoring con/sin recursos

Para beneficiarse de esta funcionalidad, vuelva a copiar los siguientes parámetros del dossier X3 al dossier de explotación:

• Función de parametrización de los parámetros de variables (GESGVA):
  Nuevos parámetros: AMTNOTFCT, BPRFCT, DUDAMT, DUDLOC, LEDCUR, PAYCUR y VCRCUR
• Función de parametrización de las variables de asientos automáticos (GESGVG):
  Nuevas variables: AMTFCTNREC y AMTNOTFCT
• Función de parametrización de asientos automáticos (GESGAU):
  Nuevos asientos automáticos: FCNOD, FCTN2, FCTOD, FCTQ2
  Asientos automáticos modificados: FCTN y FCTQ
• Función de parametrización de los grupos de asientos automáticos (GESGRA):
  Nuevos grupos: FCTN, FCTQ
• Función de parametrización de las secciones por defecto (GESCDE):
  Nuevo código de sección por defecto: FCT (se puede adaptar para definir las normas de inicialización del cliente)

Se han entregado nuevas líneas de códigos contables en la función de parametrización de las líneas de códigos contables (GESCCL) (línea 4 - línea 11 para los códigos contables de tipo "factor"). Por lo tanto, deberá adaptar los códigos contables de tipo "factor" para añadir las nuevas cuentas que se van a utilizar, según el/los planes de cuentas del cliente.

Inmovilizados

Edificios

Los edificios que anteriormente se gestionaban con la tabla varia 604 se gestionan a partir de ahora mediante una clase X3.
El usuario debe comprobar que los edificios se han transformado con la migración y que están disponibles en la representación PHYBUI (Datos base > Tablas inmovilizados > Edificios).

Ubicaciones

Las ubicaciones que anteriormente se gestionaban con un objeto clásico se gestionan a partir de ahora mediante una clase X3.
A partir de la actualización 9, las ubicaciones están asociadas obligatoriamente a una planta financiera.
El usuario debe comprobar que sus ubicaciones se han transformado con la migración y que están disponibles en la representación PHYLCT (Datos base > Tablas inmovilizados > Ubicaciones).

Elementos físicos

Los elementos físicos que anteriormente se gestionaban con un objeto clásico se gestionan a partir de ahora mediante una clase X3.
El usuario debe comprobar que los elementos físicos se han transformado con la migración y que están disponibles en la representación PHYELT (Inmovilizados > Gestión física > Elementos físicos).

Plan de producción

El usuario debe comprobar que la unidad definida a nivel del parámetro DEFUOM - Unidad por defecto (capítulo FAS, grupo FAS, nivel dossier) aparece a nivel de la cabecera del plan de producción (Inmovilizados > Inmovilizados > Plan de producción).

Modelos de importación

Debido a la nueva gestión de elementos físicos y de inventario en la actualización 9, los modelos de importación asociados se borran con la migración.

Recodificaciones masivas

Después de la migración, se pueden borrar las parametrizaciones de las recodificaciones masivas (opcionales) debido a claves erróneas. El usuario debe comprobar que sus parámetros de recodificación, si se utilizan, están disponibles (Inmovilizados > Utilidades > Recodificaciones masivas).

Negocio

Tipo de presupuesto

El proceso de migración debe asignar un tipo de presupuesto al campo Tipo presupuesto (SQHTYP) en todos los presupuestos existentes.

Al crear un dossier, se copian los siguientes tipos de presupuesto y parámetros generales del dossier de referencia:

• SQHTYP – Tipo de presupuesto (capítulo VEN, grupo QUO),
• SOHTYPNOR - Tipo de pedido normal (capítulo VEN, grupo ORD),
• SOHTYPINV- Tipo de pedido factura directa (capítulo VEN, grupo ORD),
• SOHTYPOPN - Tipo de pedido abierto (capítulo VEN, grupo ORD).

Del dossier de referencia solo se copian los tipos con una legislación vacía o gestionada en el dossier de destino.

El usuario puede parametrizar estos datos en dos niveles, según el momento de la migración.

• Si la migración se lleva a cabo a la vez que la validación del dossier, la parametrización se realiza en el dossier de referencia con los códigos de los tipos previstos (la tabla de tipos de presupuesto y los parámetros generales). Si no, el sistema utilizará los tipos por defecto que se entregan en estándar.
• Si la migración se lleva a cabo después de validar el dossier, la parametrización se realiza en el dossier de destino con los códigos de los tipos previstos (la tabla de tipos de presupuesto y los parámetros generales). Si no, el sistema utilizará los tipos por defecto copiados del dossier de referencia.

Los tipos de presupuesto se alimentan de la siguiente manera:

Identificación del tipo de presupuesto en el dossier migrado:

1. En cada presupuesto, el sistema comprueba el valor del parámetro general SQHTYP.
2. Si no se ha definido ningún valor en este parámetro, el sistema selecciona el primer tipo de presupuesto, por orden alfabético, que corresponde a la legislación de la sociedad del presupuesto.
3. Si no encuentra ninguno, el sistema selecciona el primer tipo de presupuesto, por orden alfabético, con una legislación vacía.

Si al final de esta búsqueda no se ha determinado el tipo de presupuesto, la búsqueda también se realiza en el dossier de referencia:

1. El sistema selecciona el primer tipo de presupuesto, por orden alfabético, que corresponde a la legislación de la sociedad del presupuesto.
2. Si no encuentra ninguno, el sistema selecciona el primer tipo de presupuesto, por orden alfabético, con una legislación vacía.

Después de la migración, o si la migración se ha realizado después de validar el dossier, hay que reasignar los números de contadores definidos en la función Asignación contadores (GESTCA) en los tipos de presupuesto adecuados, con el fin de mantener el orden de los números de contadores.

Inicialización de los precios en un pedido de ventas intersociedad

El proceso de migración debe asignar un valor a la columna Transferencia precio, en la tabla Flujos automáticos de la función Parametrización intersociedades, para cada línea de flujo.

• Si el documento de origen es un pedido de compra, la columna Transferencia precio se inicializa con el valor "No".
• Si el documento de origen es una factura de venta, la columna Transferencia precio se inicializa con el valor "Sí".
  

Reglas de transferencia de los elementos de facturación del módulo Ventas

En la función Elementos de facturación (GESSFI), debe comprobar los valores de las nuevas líneas en la tabla Reglas de transferencia.

Al migrar un dossier, las nuevas líneas de la función Elementos de facturación se basan en las siguientes reglas:

• Las reglas de transferencia de una devolución en un abono son las mismas que las de las facturas en abonos.
• Para mantener la coherencia con las versiones anteriores, las reglas de transferencia de un contrato de servicio en una factura utilizan los siguientes valores:
• Reglas de desglose: todas las facturas (para los elementos de facturación en importe o porcentaje)
• Reglas de reagrupamiento: primer contrato de servicio
• Agrupación: Sí

Si necesita modificar estas reglas, debe hacerlo después de la migración.

Declaración de intercambio de bienes (Intrastat)

Después de una migración a la actualización 9, debe realizar una extracción en blanco para identificar los antiguos documentos que aún no se han extraído. De lo contrario, aparecerán en una nueva extracción para la declaración de intercambio de bienes.

Esta acción afecta a los dossieres en los que se gestiona la subcontratación, ya que los nuevos flujos de subcontratación se declaran automáticamente.