La migration des données et paramétrages contenus dans le dossier migré nécessite deux interventions : une intervention avant (pré-requis) et une intervention après (post-requis) le traitement de migration automatiquement réalisé lors de la première validation du dossier migré dans la solution V7.
Lors de la migration d'un dossier de législation espagnole, merci de contacter votre service client espagnol afin de connaître la procédure de migration dédiée.
On trouvera ci-dessous les pré-requis de migration d'un dossier. De façon générale, une première étape, qu'il est fortement conseillé de réaliser, est de vérifier la cohérence des données à migrer. En effet, sur un dossier qui a beaucoup de mouvements, et qui a parfois subi des étapes de maintenance, il est possible que certaines données ne soient pas parfaitement cohérentes (et ce d'autant plus que l'on peut avoir des développements spécifiques).
Cette opération permettra de détecter d'éventuels problèmes liés à des données qui risquent de provoquer des erreurs lors de la procédure de migration à proprement parler, obligeant à la relancer.
Il est aussi conseillé de purger un certain nombre de tables temporaires dont la migration peut être longue (par exemple la table des requêtes).
Les processus utilisés en version 6 doivent être revalidés par la fonction Recodification processus (ARECOPRO). Cette validation permet de les conformer à la version 7.
La validation des processus doit se faire :
De nouvelles pièces automatiques sont disponibles en version 7 et certaines pièces automatiques de la version 6 ont été modifiées.
Vous devez donc lancer l’utilitaire de comparaison des pièces automatiques entre le dossier migré et le dossier Sage X3.
Certaines fonctions de paramétrage sont désormais déclinées par législation. A l’occasion de cette adaptation, les champs intitulés longs et courts ont été rendus obligatoires dans la langue de connexion de l’utilisateur. En cas de modification de la valeur d’un champ d’une telle donnée, si l’intitulé long ou court n’est pas présent dans la langue de connexion, il doit être complété.
Les fonctions concernées utilisées en finance sont les types de pièces (GESGTE), les journaux (GESJOU), les destinations comptables (GESCDA), les transactions de règlements (GESTPY), les codes éditions (GESTED), les modes de règlements (GESTAM), les fichiers bancaires (GESTFB), les codes taxes (GESTVT), les régimes de taxe (GESTVB), les codes escomptes/agios (GESTDA), les types de factures ventes et achats (GESTSV et GESTPV).
En version 7, les fonctions permettant de gérer les déclarations à des organismes fiscaux ou administratifs ont été regroupées dans un menu Déclarations et réorganisées par thème puis législation.
Les états associés à ces fonctions ont aussi été réorganisés en conséquence, leur groupe de rattachement (via le menu local 97) étant donc forcé pour correspondre à cette nouvelle structure.
Dans le cas où certaines particularités clients quant au groupe de rattachement doivent perdurer après migration, il conviendra de modifier le groupe d’états de l’état.
Le nouveau mode de gestion des volumes en V7 et l’utilisation d’un browser internet plutôt qu’un client lourd implique que les champs permettant d’indiquer un chemin de génération de fichier fonctionnent différemment. Sont concernés des valeurs paramètres d’une part, mais aussi des champs de certaines fonctions.
Pour ce qui est des paramètres contenant un chemin, ils sont désormais utilisés uniquement quand la destination est de type Serveur. Ils doivent de ce fait contenir un chemin relatif au volume sélectionné (ou simplement un volume), exprimé avec la syntaxe idoine.
Par exemple, le paramètre EXPCASPAY devra contenir [CASH] afin que les fichiers soient générés sous le volume CASH.
Ces paramètres doivent donc être mis à jour pour contenir les volumes ou chemins relatifs selon la nouvelle syntaxe.
Pour ce qui est du cas des champs de fonction, les fonctions ‘Paramétrage ENEREGY’ (GESNRY) et ‘Paramétrage ACCENTFIL’ (GESFAE) sont concernées. Ces deux fonctions contiennent une zone qui dans le cas d’une génération de type Serveur doit contenir un chemin relatif au volume sélectionné (ou simplement un volume).
En version 7, le paramétrage des Types d'écritures comptables (GESTPE) a été modifié. Les types d'écritures ont été recodifiés en standard et il est désormais possible de saisir un type de pièce et un code journal par législation.
Il est donc conseillé de vérifier leur paramétrage.
En version 7, la gestion de certaines fonctions intègre la notion de législation.
Ci-dessous, la liste des fonctions gérées par législation et la clé correspondante modifiée sur la table associée à l'objet.
Fonction | Nom de la fonction | Eléments de clé |
GESCDA | Destinations comptables | COD+LEG |
GESGTE | Types de pièces | TYP+LEG |
GESJOU | Journaux comptables | JOU+LEG |
GESTDA | Escomptes/Agios | DEP+LEG |
GESTFB | Fichiers bancaires | COD+BAN+RECTYP+ORDNUM+LEG+NUM |
GESTPT | Conditions de paiement | PTE+LEG+PTELIN |
GESTPV | Types facture fournisseur | PIVTYP+LEG |
GESTSV | Types facture client | SIVTYP+LEG |
GESTPY | Transactions saisie règlements | PAYTYP+LEG |
GESTRE | Types de retours | SRHTYP+LEG (Nouveau en V7) |
GESTSD | Types de livraisons | SDHTYP+LEG (Nouveau en V7) |
GESTSO | Types de commandes | SOHTYP+LEG |
GESTVC | Détermination taxes | COD+LEG |
GESTVT | Taux de taxes | VAT+LEG |
Ci-dessous, le tableau de correspondance entre les tables diverses utilisées en V6 et les fonctions de gestion des objets en V7.
Numéro de la table diverse en V6 | Nom de la table | Nouvelle table | Eléments de clé | Nouvelle fonction | Nom de la nouvelle fonction |
1 | Régimes de taxes tiers | TABVACBPR | VACBPR+LEG | GESTVB | Régime de taxe du tiers |
2 | Niveaux de taxes articles | TABVACITM | VACITM+LEG | GESTVI | Niveau de taxe |
3 | Modes de réglement | TABPAM | PAM+LEG | GESTAM | Modes de règlement |
6 | Nature transaction DEB | TABEECNAT | EECNAT+LEG | GESTEC | Nature transaction |
15 | Régimes statistiques DEB | TABEECSCH | EECSCH+LEG | GESTSC | Régime statistique |
304 | Code édition | TABCODEDT | CODEDT+LEG | GESTED | Code édition |
Le processus de migration doit attribuer :