Migration Abel X3 v.140

Cette fonction est commune à la migration, vers Sage X3 V.7 : 

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

La migration du produit Abel X3 v.140 vers Sage X3 v.7 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 Abel X3 v.140 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 v.140 décrites ci-après et de créer ou de mettre à jour les tables correspondantes dans le dossier destination v.7. Il est déclenché dans le dossier destination v.7 par le biais de cette fonction qui permet de choisir le dossier v.140 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) ont une influence sur le comportement de la fonction :

• ANA : Nb d'axes analytiques

Pré-requis divers

Le dossier Abel X3 v.140:

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

Dans ce dossier applicatif, il est nécessaire que les conditions suivantes soient respectées :

• Aucun calcul réel ne doit avoir été réalisé sur les périodes courantes (ou sur l'exercice courant, si l'exercice n'est pas découpé en périodes) des contextes de la société.
• Le contexte libre pour l'amortissement de subvention doit avoir la même devise, le même découpage et la même période courante que le contexte Comptable et fiscal. Lors de la migration, le contexte libre utilisé pour cet amortissement sera, en effet, automatiquement déplacé dans le contexte Comptable et fiscal.
• Les événements doivent tous avoir été comptabilisés.
• Lors de la migration, il est possible de demander le déplacement dans le contexte Comptable et fiscal, d'un plan appartenant à un contexte autre que le Comptable et fiscal. Il est pour cela nécessaire que le découpage exercice/période de la période courante et que la devise soient identiques entre les deux contextes.
• Si, en v.140, plusieurs plans gèrent des UO dans des contextes différents, il faut prévoir de déplacer ces plans dans le contexte Comptable et fiscal lors de la migration. En effet, un seul contexte peut gérer les UO en v.7.

Le dossier X3 V7 :

• 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 v.140.
   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 v.7. 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 v.7 est antérieure à celle du dossier V.140.

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 v.140 (numérotés de 1 à 9) et ceux des référentiels du modèle comptable de la v.7.

Secteurs d'activité

Les secteurs d'activité économique et géographique SCT1 et SCT2 deviennent en V.7 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 X3 Fixed Assets et un dossier comptable Sage 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 v.140/v.7.
(2) Uniquement en mise à jour.
(3) Si le code activité CCN - Concessions est à Oui.
(4) Si le code activité PHY - Eléments physiques est à Oui.
(5) Si le code activité LEA - Contrat location financement est à Oui.
(6) Si le code activité GRT - Subvention est à Oui.
(7) Tables événements décrites dans la table diverse 952 du dossier Abel X3 v.140.

Correspondance des tables diverses v.140/v.7

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 v.140 et les secteurs d'activités SCT1 et SCT2 aux axes v.7, 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 Abel X3 v.140, un compte Sage X3 v.7 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 Abel X3 v.140, un code comptable ERP v.7 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 v.140, un paramétrage des flux ERP v.7 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 v.7, il n'est pas modifié.

Article

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

Sites

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

Subventions

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

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 V.7.
  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 Abel X3 v.140 et le module Immos v.7.
   
  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 Abel X3 et le module Immos V.7, 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

• Les types d'écritures de référence ayant été complètement modifiés entre la version Abel X3 v.140  et Sage X3, ils sont repris uniquement à titre purement indicatif et ne peuvent fonctionner en l'état.
  Lors de la migration, ils sont renommés sous la forme : V14 + code société + n° plan + type d'écriture. 
  
  Il appartient à l'utilisateur de vérifier et éventuellement d'adapter les types d'écritures livrés en standard dans Sage X3.

Messages d'erreur

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