Migration FRP Fixed Assets

Cette fonction est commune à la migration, vers Sage ERP X3 V6 : 

• du produit Sage FRP Fixed Assets V5, décrite dans cette documentation,
   
• du produit AbelX3 V140, décrite dans un document annexe : Migration Abel X3 V140.

Ce document ne concerne pas le traitement de migration du module Immos X3 V5 vers Sage ERP X3 V6, qui fait partie intégrante du traitement global de migration d'un dossier en v6. Se reporter au document : Sage ERP X3 : Pré et post-requis fonctionnels de migration d'un dossier en v6.
 
 

La migration du produit Sage FRP Fixed Assets V5 vers Sage ERP X3 V6 s'effectue par un traitement particulier différent de celui habituellement utilisé lors de la migration d'un produit X3 (lequel consiste à importer par la console puis à valider le dossier dans la nouvelle solution). Il ne s'agit pas, en effet, de reprendre le dossier Fixed Assets V5 dans sa globalité mais d'insérer les immobilisations et leurs différents paramétrages dans un dossier contenant d'autres modules, en particulier le module Comptabilité dont certains paramètres sont communs à ceux des immobilisations.

Le rôle de ce traitement est de lire à travers un lien, les tables du dossier V5 décrites ci-après et de créer ou de mettre à jour les tables correspondantes dans le dossier destination V6. Il est déclenché dans le dossier destination V6 par le biais de cette fonction qui permet de choisir le dossier V5 ainsi que divers paramètres d'exécution : choix des sociétés, affectation des axes analytiques...

  Pour des raisons de performance, la lecture se fait sans poser de verrou ; il est donc impératif qu'aucun utilisateur ne travaille pendant la migration.

Pré-requis

Codes activité

Les codes activités suivants (classés par type) peuvent avoir une influence sur le comportement de la fonction :

  ANA :  Nb d'axes analytiques

Pré-requis divers

Le dossier Fixed Assets V5 :

• Il doit être en patch 9 minimum.
• Il doit s'agir d'un dossier applicatif.

Le dossier ERP X3 V6 :

• Il doit être en patch 11 minimum.
• Il ne doit pas s'agir d'un dossier racine.

Dans ce dossier applicatif, il est nécessaire :

• D'avoir défini un lien "divers" vers le dossier applicatif V5.
   Se reporter à la documentation sur le paramétrage des Dossiers.
• D'avoir activé le module Immobilisations puis validé ce dossier.
• D'avoir défini la société réceptrice et ses sites. Le modèle comptable de cette société devra être compatible avec les contextes de la société d'origine, c'est-à-dire qu'il devra exister, dans le modèle comptable de la société réceptrice, un référentiel IAS dès lors qu'au moins un contexte de la société d'origine contient au moins un plan IAS/IFRS.
• Qu'il n'y ait pas de contexte défini dans les sociétés traitées, ce qui signifie qu'une société ne peut être migrée qu'une seule fois. Ce contrôle est effectué lors de l'exécution du traitement.
• Que les codes activité Immobilisation (hors codes activité dimensionnement) aient les mêmes valeurs que ceux du dossier d'origine. Ce contrôle est effectué lors de l'exécution du traitement.

Ecritures comptables 

Si la migration des écritures comptables est souhaitée, il est conseillé d'avoir défini un type de pièce spécial pour la reprise dans le dossier V6. Ce type de pièce permettra :
- de repérer facilement les pièces issues de la migration,
- d'éviter le risque de doublons, notamment lorsque la numérotation du type de pièce dans le dossier V6 est antérieure à celle du dossier V5.

Axes analytiques

Avant d'exécuter le traitement de migration, il est nécessaire de paramétrer, pour chaque société migrée, la correspondance entre les axes analytiques de la V5 (numérotés de 1 à 9) et ceux des référentiels du modèle comptable de la V6.

Secteurs d'activité

Les secteurs d'activité économique et géographique SCT1 et SCT2 deviennent en V6 des axes analytiques. Il est donc nécessaire, lors de la soumission du traitement, de préciser, pour chaque société migrée, sur quels axes ces informations doivent être copiées.

Gestion de l'écran

Ecran de saisie

Description de la migration des tables

Principes

Le principe de base pour chacune des tables à traiter est simple : le traitement ouvre, à travers le lien, la table source et dans le dossier local, la table destination et boucle sur les enregistrements (par société ou non selon les cas) de la table source et créé ou met à jour les enregistrement dans la table destination.

Les textes traductibles (table ATEXTRA) sont copiés pour chaque table dans toutes les langues disponibles dans le dossier destination.

Liste des tables concernées

Le tableau ci-dessous liste l'ensemble des tables concernées par la migration.

• Lorsqu'aucun lien entre le dossier Sage FRP Fixed Assets et un dossier comptable Sage ERP X3 n'a été détecté, l'ensemble des tables listées sont en principe migrées (case à cocher "Reprise référentiel commun avec X3" activée par défaut).
   
• Lorsqu'un lien a été détecté, seules les tables signalées par un X dans le tableau sont migrées. Les autres, portant sur des objets partagés avec X3, ne sont pas reprises par le traitement de migration (la case à cocher "Reprise référentiel commun avec X3" est automatiquement désactivée).
   
• Les colonnes suivantes permettent de repérer les tables pouvant faire l'objet d'un paramétrage commun à l'ensemble des sociétés et celles dont le paramétrage peut être particularisé par société.
  Le choix de copier ou non le paramétrage commun s'effectue sur l'écran de lancement par activation de la case à cocher "Copie paramétrage commun".

(1) Voir ci-dessous la correspondance des tables diverses V5/V6.
(2) Si le code activité CCN - Concessions est à Oui.
(3) Si le code activité KPO - Localisation portugaise est à Oui.
(4) Uniquement en mise à jour.
(5) Si le code activité PHY - Eléments physiques est à Oui.
(6) Si le code activité LEA - Contrat location financement est à Oui.
(7) Si le code activité GRT - Subvention est à Oui.
(8) Tables événements décrites dans la table diverse 952 du dossier Fixed Assets V5.

Correspondance des tables diverses V5/V6

Cas particuliers - Retraitement des informations

Pour certaines tables, un retraitement est nécessaire en plus de la simple copie.

Axes analytiques, secteurs d'activité

• Pour les objets métiers gérant ces informations, le traitement de migration affecte les valeurs des axes V5 et les secteurs d'activités SCT1 et SCT2 aux axes V6, en fonction du paramétrage effectué par l'utilisateur sur l'écran de soumission du traitement de migration.

Comptes

• Le traitement de migration va créer, pour chaque compte comptable Fixed Assets V5, un compte ERP V6 pour le plan de compte du référentiel Social principal du modèle comptable de la société et pour le plan de compte du référentiel IAS principal si celui-ci est défini pour le modèle comptable de la société.
• Si la classification du compte est 2, les champs FLGABL (compte suivi dans les immobilisations) et FLGEXPCRE (création de dépense) sont initialisés à Oui. Dans le cas contraire, ces champs sont initialisés à Non.
• Si le compte existe, il n'est pas modifié.

Codes comptables

• Le traitement de migration va créer, pour chaque code comptable Fixed Assets V5, un code comptable ERP V6 pour le plan de compte du référentiel Social principal du modèle comptable de la société et pour le plan de compte du référentiel IAS principal si celui-ci est défini pour le modèle comptable de la société.
• Si le code comptable existe, il est modifié.
• La correspondance entre les lignes de compte se fait de la manière suivante :

Référentiel social

Référentiel IAS

Paramétrage des flux

• Le traitement de migration va créer, pour chaque paramétrage des flux Fixed Assets V5, un paramétrage des flux ERP V6 pour le plan de compte du référentiel social principal du modèle comptable de la société et pour le plan de compte du référentiel IAS principal si celui-ci est défini pour le modèle comptable de la société.

Tiers

• Si un tiers existe déjà dans l'ERP V6, il n'est pas modifié.

Article

• Si un article existe déjà dans l'ERPV6, le champ FLGFAS "Immobilisable" est mis à jour avec la valeur de ce champ dans Fixed Assets V5.
• En création comme en mise à jour, le code famille est affecté pour chaque législation ERP V6.

Sites

• Les sites sont mis à jour avec les informations : Inventaire (IVYFLG) et Site d'inventaire (IVYFCY).

Subventions

• Les subventions V6 ne portent plus les différents comptes mais un code comptable. Lors de la migration des subventions, le traitement recherche dans l'ERP V6, un code comptable portant les différents comptes de la subvention V5. Si un tel code comptable est trouvé, il est affecté à la subvention V6. Sinon, un code comptable est créé avec les comptes de la subvention V5 et affecté à la subvention V6.

Types d'écriture

• Les types de pièce et de journal sont alimentés à partir de la pièce automatique si ces champs ne sont pas des formules.
  Les formules concernant les champs CCE et DIE sont transformées par l'outil de migration pour s'adapter au modèle comptable V6.
  Champs CCE : funcGENEVE.GET_CCE_DAT([F:CPT]PERENDDAT,"[F:OBJ]","","",<PLAN>,[F:TCD]DIE(<NUM AXE>))
  Champs DIE : func GENEVE.GET_DIE_BY_PLN([F:OBJ]CPY,<PLAN>,<NUM AXE>)

Post-requis

 A l'issue de la migration, il est impératif de procéder aux contrôles suivants :

Validation des Transactions Immobilisations

Développement / Utilitaires / Dictionnaire / Génération transactions

• Après la copie du paramétrage commun : lancer, dans le dossier migré, la validation de la transaction : FIX - Transactions immobilisation, afin de rendre opérationnelles les transactions de saisie migrées du dossier Origine.
  Cette transaction est disponible après avoir positionné, dans cet écran, le module Immobilisations à Oui.

Modèle comptable, Référentiel et Contextes

Paramétrage / Structure générale / Modèles comptables
Paramétrage / Immobilisations / Contextes d'amortissements

• Vérifier la cohérence entre les contextes (et plans d'amortissement) et le modèle comptable.

Pièces automatiques

Paramétrage / Comptabilité / Interface comptabilité / Pièces automatiques

• S'assurer de la conformité des pièces automatiques migrées avec les pièces de référence, les pièces automatiques de référence ayant été modifiées entre FRP Fixed Assets et le module Immos V6.
   
  Module Immobilisations

Module Financement

Types de pièces

Paramétrage / Comptabilité / Types de pièces

• S'assurer de la conformité des éléments migrés avec les éléments de référence qui se trouvent dans le dossier racine :
  - Types de pièces réelles : IMR12, IMR2 et IMR3
  - Types de pièces de simulation : IMS12 et IMS3
  
  Les types de pièces utilisés ayant été modifiés entre FRP Fixed Assets et le module Immos V6, il s'agit de s'assurer qu'ils vont adresser les bons référentiels (règle de propagation des référentiels). 
  

Types d'écritures Immobilisations

Paramétrage / Immobilisations / Types d'écritures comptables

• S'assurer de la conformité des éléments migrés avec les éléments de référence, les types d'écriture de référence ayant été modifiés entre FRP Fixed Assets et le module Immos V6 : 
  Dans FRP Fixed Assets V5, les paramètres de comptabilisation provisoire pouvaient être gérés au niveau des valeurs paramètres (chapitre AAS - Immobilisations, groupe CPT - Comptabilité), en V6, ces informations sont paramétrées au niveau du Type d'écriture (champs Type de pièce et Journal).
  

Validation des Types d'écritures

Développement / Utilitaires / Dictionnaire / Génération transactions

• Lancer impérativement, dans le dossier migré, la validation de la transaction TPE - Types d'écritures comptables.
  Cette transaction est disponible après avoir positionné, dans cet écran, le module Immobilisations à Oui.
   

Transaction de saisie des Pièces

Paramétrage / Paramètres généraux / Valeurs paramètres
Paramétrage / Comptabilité / Transaction saisie pièces

• A la génération des pièces comptables, le code transaction de saisie de pièces, utilisé par défaut, est donné par la valeur paramètre SCHSTDC (chapitre CPT - Comptabilité, groupe DEF - Valeurs par défaut). Dans le dossier de référence, c'est le code STDCO qui est utilisé.
  Ce code peut également être précisé au niveau de l'en-tête des pièces automatiques. Par défaut, ce code n'est pas alimenté sur les pièces du dossier de référence.
  
  Vérifier qu'il existe bien une transaction de saisie pièces portant le code STDCO
  En l'absence de code transaction, une erreur de type "Schéma inexistant" se déclenche à la génération des écritures.
  

Trace calcul

Paramétrage / Paramètres généraux / Valeurs paramètres

• S'assurer que le paramètre CALTRACE - Niveau de trace calcul (chapitre AAS - Immobilisations, groupe CLC - Calcul) est positionné à 0.
  Un niveau de trace trop élevé peut générer, lors du traitement de calcul d'amortissements, une erreur de type Erreur système.

Messages d'erreur

Il n'y a pas de message d'erreur autre que les messages d'erreur génériques.