migration integ x3 v6_2

Sage ERP X3 Version 6.2

Migration Sage Intégrale Vers Sage ERP X3

Introduction

© Sage 5

Sommaire

SAGE ERP X3 VERSION 6.00 .......................................................................................... 5

Versions ............................................................................................................................................................ 6

INTRODUCTION .............................................................................................................. 7

LISTE DES DONNEES REPRISES LORS DE LA MIGRATION ...................................... 9

LES PRE-REQUIS COTE SAGE ERP X3 ........................................................................ 11

A) 1ERE ETAPE : VERIFICATION ET EXTRACTION AU FORMAT ASCII DES

DONNEES DE SAGE INTEGRALE ................................................................................ 16

A1) Les pré-requis côté Sage Intégrale : ...................................................................................................... 16

A2) Le programme de contrôle ................................................................................................................... 17

A3) Extraction des données en fichiers ASCII ............................................................................................. 29

B) 2EME ETAPE : IMPORTATION ET MISE A NIVEAU DE CES DONNEES DANS

LES TABLES TEMPORAIRES XI .................................................................................. 32

B1) Importation des tables Sage Intégrale dans Sage ERP X3 ..................................................................... 32

B2) Etape intermédiaire ............................................................................................................................. 33

B3) Le transcodage ..................................................................................................................................... 34

B4) Paramétrage ........................................................................................................................................ 44

C) 3EME ETAPE : MIGRATION DEFINITIVE DES DONNEES DANS LES TABLES

SAGE ERP X3 ................................................................................................................. 60

C1) Alimentation des tables Sage ERP X3................................................................................................... 60

C2) Vérification des résultats ...................................................................................................................... 71

C3) Post requis ........................................................................................................................................... 71

ANNEXES ....................................................................................................................... 73

Annexe 1 - Paramétrage Taxes ........................................................................................................................ 73

Annexe 2 - Paramétrage Achat ........................................................................................................................ 81

Annexe 3 - Paramétrage Vente ........................................................................................................................ 82

Annexe 4 - Exemples de récupération Clients .................................................................................................. 88

Annexe 5 - Exemples de récupération des nomenclatures ................................................................................ 89

Annexe 6 - Correspondance entre les tables .................................................................................................... 90

Annexe 7 – Exemples de traces après lancement de la migration ................................................................... 147

Introduction

© Sage 6

Versions

Date Version Auteur Nature des modifications

25-10-2010 6.2 Equipe Qualité

Introduction

© Sage 7

Introduction

Ce guide décrit les différentes étapes pour réaliser la migration des données de Sage Intégrale vers Sage ERP X3.

Déroulement de la migration La migration se déroule en trois grandes étapes : A. Vérification et extraction au format ASCII des données de Sage Intégrale. B. Importation et mise à niveau de ces données dans des tables temporaires XI de Sage ERP X3. C. Migration définitive des données dans les tables Sage ERP X3.

Ces trois étapes peuvent elles-mêmes être découpées en sous-étapes : A. 1ère étape : vérification et extraction au format ASCII des données de Sage Intégrale

A1) Les pré-requis côté Sage Intégrale : certains traitements de Sage Intégrale doivent impérativement être mis en œuvre pour préparer les données à reprendre (vérification des quantités en stocks (non inférieures à 0), vérification de l’équilibre comptable, etc.).

A2) Le programme de contrôle : une fois les pré-requis vérifiés, ce traitement analyse les données de la société Sage Intégrale et met en évidence les points qui peuvent poser soucis pendant la migration ou qui seront ignorés (les numéros de nomenclatures sur 3 chiffres, les articles sans code unité, etc.).

A3) Extraction des données en ASCII : les tables nécessaires à la reprise des données dans Sage ERP X3 sont exportées sous forme de fichiers ASCII via la console d’administration.

B. 2ème étape : importation et mise à niveau de ces données dans les tables temporaires XI de Sage ERP X3

B1) Importation des données Sage Intégrale dans les tables XI : les tables temporaires créées dans le dossier Sage ERP X3 sont alimentées avec les données précédemment générées en ASCII.

Introduction

© Sage 8

B2) Lancement du transcodage : le transcodage permet d’ajuster certaines valeurs, de modifier des codes etc. afin que les données soient en adéquation avec les règles Sage ERP X3 (caractères non acceptés dans les codes, les N° de PSF doivent être identiques au N° du PF au sein d’une nomenclature etc.). B3) Paramétrage : le paramétrage nécessaire avant la migration finale dans Sage ERP X3 est mis en place (renseignement des critères de reprise des écritures, des valeurs par défaut, des journaux par type de pièce, de l’analytique etc.).

C. 3ème étape : migration définitive des données dans les tables Sage ERP X3

C1) Alimentation des tables Sage ERP X3 : la migration définitive est lancée et alimente directement les tables Sage ERP X3. C2) Vérification des résultats : les résultats sont contrôlés (en comptabilité, un utilitaire permet un contrôle automatique). C3) Post requis : certains traitements nécessitent d’être réalisés dans Sage ERP X3 pour mettre le dossier au niveau de celui de Sage Intégrale (clôture exercice, lettrage etc.).

Liste des données reprises lors de la migration

© Sage 9


Données générales :

La fiche société

Les dépôts (nommés sites dans Sage ERP X3)

Les utilisateurs

Les codes tournée (N° tournée)

Les familles et sous familles articles/clients/fournisseurs (familles statistiques)

Les nomenclatures produits (références douanières ou nomenclatures CEE)

Les unités de facturation (unités)

Les devises / Les langues / Les pays (mis en correspondance avec les éléments existants)

Données de base :

Les modes de règlement (de paiement et modes de règlement)

Les factors

Les représentants

Les clients

Les fournisseurs (fournisseurs et transporteurs)

Les articles (avec articles/clients, articles/fournisseurs, articles/dépôts et conditionnements)

Les articles MO et OP (postes de charges)

Les tarifs de ventes

Les tarifs d’achats

Les nomenclatures standards (alternatives, nomenclatures de production et commerciales, gammes

Données comptables :

Les comptes généraux et tiers divers

Les axes analytiques

Les centres analytiques (sections analytiques)

Les sections analytiques

Les ventilations analytiques (Répartition à priori)

Les journaux

Les banques (comptes en banque)

Les cours de devises (mis à jour dans les devises existantes)

Mouvements :

Les stocks par articles/dépôts avec les lots/séries non soldés (Inventaires)

Les devis clients

Les commandes clients et leurs acomptes non comptabilisés

Les factures, avoirs et avoirs en valeur comptabilisés des clients

Les commandes fournisseurs et leurs acomptes non comptabilisés

Les factures, avoirs et avoirs en valeur comptabilisés des fournisseurs


© Sage 10

Les plans de production en cours (calcul des besoins lancés) et non démarrés (ordres de fabrication sans bon d’attachement rattaché) et sans nomenclatures affectées ou spécifiques client/pièce

Seuls les mouvements dont la date est > ou = à la date du 1er exercice repris sont intégrés.

L’historique/brouillard général comptable (avec analytique et échéances en étapes de saisie liées) sur les exercices ouverts et éventuellement sur le 1er exercice clos)

L’historique/brouillard analytique (sur les exercices ouverts et éventuellement sur le 1er exercice clos)

Les Pré-requis côté Sage ERP X3

© Sage 11


Il est conseillé de créer autant de dossiers Sage ERP X3 que de sociétés Sage Intégrale à récupérer. Dans le dossier, certains paramètres doivent avoir des valeurs prédéfinies. Il faut donc les vérifier et les modifier si nécessaire. Suivant les modifications réalisées, le menu de validation à utiliser est différent :

si ce sont des modifications de dimension (changement de la longueur d’une zone par exemple), il est possible d’utiliser la validation dictionnaire (Développement/ Utilitaires/ Dictionnaire\ Validations\ Dictionnaire) en cochant toutes les options sauf le mode Test et en indiquant le code activité ou le type de donnée qui a été modifié

si ce sont des codes activités à rendre actifs ou inactifs, réaliser la modification dans la fiche dossier (Paramétrage\ Paramètres généraux\ Dossiers - onglet options), puis lancer la validation du dossier (Dossier/ Dossier à partir du dossier X3). Ne pas utiliser la validation dictionnaire qui ne créerait pas ou ne supprimerait pas les tables liées au code activité nouvellement activé ou désactivé.

Il est conseillé également de réaliser des sauvegardes des dossiers Sage ERP X3 lors des différentes étapes de la migration.

Développement / Dictionnaire de données /Tables/Types de données

La variable BPC code client doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 13 caractères max. et alphanumériques),

la variable BPS code fournisseur doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 13 caractères max. et alphanumériques),

la variable BPR code tiers doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 13 caractères max. et alphanumériques),

la variable BPT code transporteur doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 13 caractères max.et alphanumériques),

la variable GAC comptes généraux doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 13 caractères max.) A faire impérativement avant l’importation des tables Sage Intégrale dans les tables XI,

Si un seul modèle comptable est paramétré (cas de Standard Edition), alors le format du plan de compte général et analytique (menu Paramétrages > structure générale > Plan de compte – Bloc Format) retenu lors de l’intégration des tables sera alimenté de la façon suivante :

- Longueur fixe : Oui - Longueur : Initialisée à GONGAC - Format : Longueur de GLONGAC + « c »

la variable BPN tiers en fourchette. Vous devez l’adapter en fonction de vos besoins (exemple 13 caractères max.et alphanumériques) ;

la variable GAN comptes généraux en fourchette. Vous devez l’adapter en fonction de vos besoins (exemple 13 caractères max.) ;

la variable SER Numéro de série doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 18 caractères alphanumériques max.),

la variable LOT Numéro de lot doit être adaptée pour correspondre au format que vous possédiez dans Sage Intégrale (exemple 18 caractères alphanumériques max.),


© Sage 12

la variable WST Poste de charge (article de nature Opération ou Main d’œuvre) est par défaut à 8 caractères. Le format doit être adapté pour correspondre à la longueur des articles de type Opération ou Main d’œuvre.

le nombre de décimales des variables MD5 Prix en devise, MD6 Prix unitaire et MD8 Prix en devise doit être adapté au nombre de décimales des prix que vous possédiez dans Sage Intégrale.

Une modification des types de données doit être protégée par un code activité spécifique. En effet lors d’une validation du dossier de travail, ce type de paramétrage est redescendu du dossier de référence, écrasant éventuellement les modifications spécifiques non protégées.

Imaginons un dossier de référence X3, avec longueur 10 pour le type de données BPC, et un dossier SOCMIG qui va recevoir les données migrées d’une société Sage Intégrale. Si la longueur de BPC est modifiée à 13 seulement dans SOCMIG, lors d’une validation de ce dossier, ayant pour dossier de référence X3 (avec BPC à 10), le 13 de SOCMIG reprendra la valeur 10 si et seulement si, il n’est pas protégé par un code activité spécifique, par exemple XXI qui est livré par défaut pour l’occasion.

Si des modifications ont été faites, pensez à valider le dictionnaire et/ou le dossier

Les codes activité (Développement / Dictionnaire données / Ouverture au paramétrage /Codes activité) :

SMI (Migration Intégrale) doit être actif

PAL (Gestion identifiant 1) doit être actif.

GAS (Nombre de lignes d’une pièce comptable) par défaut, il est à 500. Pour la reprise des écritures d’A nouveaux, il est possible d’obtenir un grand nombre de pièces car chacune est soldée sur le compte temporaire pour en ouvrir une autre.

Attention : la valeur GAS une fois augmentée, ne peut plus être baissée et peut être source de performances réduites. Il est conseillé de n’augmenter cette valeur que dans une perspective d’exploitation et non uniquement pour la migration !

VTP (Nombre ventilations par pièce) doit être à 999 pour être en adéquation avec Sage Intégrale.

STC (Nombre familles client) doit être à 2 au minimum.

STI (Nombre familles article) doit être à 2 au minimum.

STS (Nombre familles fournisseur) doit être à 2 au minimum.

PPR (Nombre maxi frais/remises achats). Il correspond aux nombres de colonnes du tarif achats et doit être à 1 au minimum (à ajuster en fonction des besoins). Il conditionne le nombre de colonnes dans tous les écrans de saisie des tarifs et de saisie des pièces (devis, commandes…).

PPL (Nombre lignes fiche tarifs achats). Il doit être à 100 au minimum (à ajuster en fonction des besoins pour éviter la multiplication des fiches, sachant qu’une fiche ne sera pas remplie totalement pour laisser une marge pour des compléments de saisie manuelle éventuels).

SPR (Nombre maxi frais/remises ventes). Il correspond aux nombres de colonnes du tarif ventes et doit être à 1 au minimum (à ajuster en fonction des besoins). Il conditionne le nombre de colonnes dans tous les écrans de saisie des tarifs et de saisie des pièces (devis, commandes…).

SPL (Nombre lignes fiche tarifs ventes). Il doit être à 100 au minimum (à ajuster en fonction des besoins pour éviter la multiplication des fiches, sachant qu’une fiche ne sera pas remplie totalement pour laisser une marge pour des compléments de saisie manuelle éventuels).

SQH (Nombre lignes devis). Il est à 100 par défaut, à ajuster en fonction du nombre maximum de lignes pouvant être saisies dans vos devis de ventes à migrer.

SOH (Nombre lignes commandes vente) et POH (Nombre lignes commandes achat) est à 200 par défaut, à ajuster en fonction du nombre maximum de lignes pouvant être saisies dans vos commandes de ventes à migrer.

SIH (Nombre lignes factures ventes) et PIH (Nombre lignes factures achat) est à 300 par défaut, à ajuster en fonction du nombre maximum de lignes pouvant être saisies dans vos factures de ventes à migrer.


© Sage 13

SER gestion des N° de série, LOT gestion par lots et EXY gestion de la péremption doivent être actifs si vous gérez les articles série/lot.

STW nombre lignes stock / ligne pièce et INV nombre lignes liste inventaire doivent être à la même valeur, par défaut 300.

ANA Nombre d’axes analytiques doit être positionné en cohérence avec le nombre d’axes analytiques défini dans l’intégrale

Si des modifications ont été faites, pensez à valider le dictionnaire et/ou le dossier

Les paramètres :

SALRND : arrondi du prix unitaire en ventes. Il doit être à "Non" le temps de la migration pour ne pas avoir d’arrondis des prix unitaires bruts et nets au nombre de décimales de la devise (Paramétrage / Paramètres généraux/ Valeurs paramètres / chapitre VEN / Groupe PRI gestion des prix et des remises).

PURRND : arrondi du prix unitaire en achats. Il doit être à "Non" le temps de la migration pour ne pas avoir d’arrondis des prix unitaires bruts et nets au nombre de décimales de la devise (Paramétrage / Paramètres généraux/ Valeurs paramètres / chapitre ACH / Groupe PRI gestion des prix et des remises).

ALLTYP : Type d’allocation. il doit être à « Global ». Dans les commandes Intégrale, la quantité livrée correspond au stock réservé. Cette réservation correspond dans X3 à une allocation globale. Les numéros de lot et de série ne sont pas récupérés. Par conséquent, les lignes de commandes ayant une quantité livrée renseignée sont toujours allouées en global. Ce paramètre ne sert qu’à initialiser le champ type d’allocation de l’entête de commande. Rien n’empêche donc après migration de modifier ce paramètre pour le positionner à « Détaillé » (Paramétrage / Paramètres généraux/ Valeurs paramètres / chapitre VEN / Groupe SAL Règles d’allocation commandes).

LINREP : Représentants à la ligne. Il doit être à « Oui » car l’Intégrale gère un représentant à la ligne. (Paramétrage / Paramètres généraux/ Valeurs paramètres / chapitre VEN / Groupe MIS Divers).

SCHSTDC : Transaction de saisie colonne. Il faudra mentionner une transaction de saisie qui autorise le déséquilibre sur les pièces analytiques et s’assurer que le référentiel analytique est déclaré (Paramétrage / Paramètres généraux/ Valeurs paramètres / chapitre CPT / Groupe DEF valeurs par défaut). La transaction de saisie est définie en Paramétrage / Comptabilité / Générale / Transactions de saisie, le champ « Saisie équilibrée » devra être non coché et le référentiel analytique paramétré dans les types de référentiels. Il s’agit d’une transaction depuis laquelle toutes les pièces peuvent être affichées et modifiées (Il s’agit aussi de la transaction utilisée par défaut en import de saisie de pièce).

Les modifications de ces paramètres ne nécessitent pas de validation de dossier.

Les catégories article :

Les catégories suivantes ne peuvent être créées que si l’import des tables XI a été réalisé. La fiche société et la fiche du site principal y sont initialisées afin de permettre la création de certains éléments pré-requis tels que les catégories. Vous ne devez pas commencer à les modifier car ils seront ‘’écrasés’’ lors de la migration.

Quatre différentes catégories articles doivent être créées (Données de base/ Articles/ Catégories article) :

Catégorie Acheté + Vendu + Non géré en stock (IAV),

Catégorie Acheté + Vendu + Géré en stock (IAVS),

Catégorie Acheté + Vendu + Fabriqué + Non géré en stock (IAVF),

Catégorie Acheté + Vendu + Fabriqué + Géré en stock (IAVFS).

Pour les catégories qui sont gérées en stock, il faut obligatoirement renseigner un mode de valorisation. Dans tous les cas, une unité de stock est demandée.


© Sage 14

Pour chaque catégorie article, il faut impérativement affecter un code comptable existant afin de pouvoir migrer les fiches articles (sans quoi, une alerte précisera que l’article ne peut être migré faute de code comptable). Repérer les codes des catégories créés car ils vous seront demandés dans l’étape de paramétrage.

Les autres pré-requis :

Devront être créées, modifiées ou complétées les entités suivantes :

Le référentiel : Paramétrage\ Structure générale\ Référentiels : Paramétrer au minimum un référentiel général et un référentiel analytique. Par défaut les référentiels sont créés lors de la génération du dossier à partir du dossier de référence.

Le modèle comptable : Paramétrage\ Structure générale\ Modèle comptable : Par défaut un modèle FRA est issu du dossier de référence sur le quel sont paramétrés les référentiels général et analytique.

Le Plan de compte : (Paramétrage/ Structure générale/ Plans de comptes : Le plan de comptes regroupe la liste des comptes nécessaires à la tenue de la comptabilité dans un référentiel donné. Le plan de comptes général est paramétré avec les valeurs du dossier de référence, les comptes par défaut seront ensuite alimentés en fonction des comptes Intégrale après migration des comptes.

Les pays : cette table est déjà renseignée avec de nombreux codes pays (sur 2 caractères). Si l’utilisateur désire conserver des codes pays à 3 caractères dans Sage ERP X3 ou si dans Sage Intégrale un code pays n’a pas de correspondance dans Sage ERP X3, il doit au préalable les créer manuellement (Données de base / Tables communes / Pays).

Les devises : cette table est déjà renseignée avec des devises sur 3 caractères. Si l’utilisateur désire conserver des codes devises à 2 caractères dans Sage ERP X3 ou si dans Sage Intégrale un code devise n’a pas de correspondance dans Sage ERP X3, il doit au préalable les créer manuellement (Données de base / Tables communes / Devises). Pour les devises que vous utilisiez, il faut également adapter le nombre de décimales dans les zones Format1, Format2 et Format3 à celui que vous possédiez dans Sage Intégrale pour éviter des problèmes d’arrondis dans les pièces récupérées.

- Format1 correspond au montant - Format2 correspond au prix - Format3 correspond aux cumuls.

S’il y a nécessité de créer de nouvelles devises, il conviendra de renseigner correctement, les

champs « Cours euro », « Date de passage à l’Euro » et « Date disparition devise » (notamment dans le cas où l’on souhaite créer les anciennes devises remplacées aujourd’hui par l’Euro).

Les modes de livraison : un mode de livraison Sage ERP X3 devra correspondre à un mode d’expédition Intégrale. Par conséquent, l’utilisateur devra compléter la liste éventuellement présente avant de procéder au transcodage (Données de base / Tables logistiques / Modes livraison).

Les schémas hebdomadaires : l’utilisateur doit créer, s’il n’existe pas, un schéma nécessaire pour les données de production (Paramétrage / Production / Schémas hebdomadaires).

Les tarifs : les éléments suivants sont à créer, paramétrer ou modifier :

les éléments de facturation d’achats,

la structure tarif d’achat,

les motifs tarifs d’achat,

les éléments de facturation de vente,

la structure tarif de vente,

les motifs tarifs de vente,

les paramétrages tarifs de vente.


© Sage 15

Pour consulter en détail le paramétrage des tarifs, se référer aux annexes.

Les compteurs de numérotation série/lot : l'utilisateur doit rechercher ceux qui correspondent à ses propres numérotations d'entrée série/lot, et à défaut en créer d'autres (Paramétrage / Paramètres généraux / Compteurs / Structures). Il faut prévoir autant de compteurs que de numérotations d’entrées Série/lot définies dans Sage Intégrale. Ils seront utilisés dans l’étape de transcodage.

Les compteurs de documents de stocks : l'utilisateur doit rechercher ceux qui correspondent à ses propres numérotations pour les listes d’inventaires et les sessions d’inventaires. En créer si nécessaire (Paramétrage / Paramètres généraux / Compteurs / Structures), et si besoin, en créer d'autres pour les affecter au document adéquat (Paramétrage / Paramètres généraux / Compteurs /Affectation – Module Stocks). Par défaut, les compteurs SES et INV sont fournis dans le dossier.

Les compteurs de tarif (achats/ventes) : SPL et PPL nécessaires pour la numérotation automatique des tarifs doivent être vérifiés et éventuellement adaptés à vos besoins (Paramétrage / Paramétrage généraux / Compteurs / Structures).

Section par défaut : une section par défaut doit être créée. Pour plus de détails, veuillez vous reporter à l’étape de paramétrage (Migration Intégrale / Paramétrage / 1er onglet Comptabilité / Section par défaut – bloc Options reprise écritures).

Les taxes : l'utilisateur doit vérifier, compléter et/ou modifier éventuellement selon ses besoins, les informations liées aux taxes :

- Régimes de taxes (Données de base / Tables tiers / Régimes de taxe)

- Niveaux de taxes (Données de base / Tables articles / Niveaux de taxe) - Taux de taxes (Données de base / Tables communes / Taxes / Taux de taxe)

- Détermination des taxes (Données de base / Tables communes / Taxes / Détermination taxes)

Ces dernières déterminent les taux de taxes (TVA et autres) à appliquer au croisement du tiers (Régime de tiers indiqué sur la fiche tiers) et de l'article (niveau de taxe indiqués sur la fiche article). Se reporter au paragraphe « Détail taxes » du chapitre « A2) Le programme de contrôle » pour plus de précisions.

Les classes de comptes : l’utilisateur doit vérifier les classes de compte et les adapter à son besoin si nécessaire (Paramétrage / Comptabilité / Classes de comptes).

Les comptes de classes 8 et 9 dans Sage Intégrale peuvent intervenir dans des pièces comptables qui mettent en œuvre n'importe quel autre compte. Si tel est le cas, il est déconseillé de les paramétrer en type Hors bilan car celui-ci n’accepte dans une même pièce que des comptes de ce même type. La migration refuserait ces écritures. Ce paramétrage doit être réalisé au plus tard, avant l’étape de migration des comptes généraux. Dans ce cas, il est conseillé de vérifier sur Sage Intégrale si les comptes 8 et 9 sont mouvementés et de quelle manière.

Si des modifications sont faites à ce stade, il est nécessaire de réactualiser les données en se reconnectant au dossier

Les types de pièce : identifier ou créer les types de pièce qui seront affectés aux écritures de la comptabilité. (Paramétrage / Comptabilité / Types de pièce).

Prendre connaissance des explications données dans le paragraphe « Type de pièce », ‘1er

Onglet Comptabilité » du chapitre « B4) Paramétrage »

1ere étape : Vérification et extraction au format ASCII des données de Sage Intégrale

© Sage 16

A) 1ere étape : Vérification et extraction au format ASCII des données de Sage Intégrale

A1) Les pré-requis côté Sage Intégrale :

Avant toute chose, il est nécessaire de lancer certains traitements dans Sage Intégrale. Ceux-ci vont permettre de vérifier les données à reprendre (au niveau du stock, au niveau de l’équilibre comptable etc…). La situation doit être stable et analysée pour pouvoir poursuivre la migration. Il est conseillé de réaliser une sauvegarde de la société avant toute intervention. Afin de s’assurer de l’intégrité des données à migrer, les traitements suivants sont à lancer :

La reconstitution de stock (Gestion commerciale \ Gestion des stocks \ Traitements \ Reconstitution des stocks).

La liste des articles en stock négatif car ils ne sont pas autorisés (Gestion commerciale \ Editions de stocks \ Stocks réels \ Articles par dépôt en ne demandant que les articles <0). Rajoutez manuellement du stock aux articles correspondants par des entrées diverses ou saisissez un inventaire. Vous pouvez également lancer le traitement automatique de Remise à niveau du stock (Gestion commerciale \ Gestion des stocks \ Utilitaires) sachant que ce programme génèrera autant d’entrées diverses que de passages en stock négatifs dans le temps et ce pour chaque article.

La liaison comptable des factures et des avoirs de ventes et d’achats (Gestion commerciale \ Gestion des ventes \ Gestion des pièces \ Liaison comptable pour les ventes et Gestion commerciale \ Gestion des achats \ Gestion des pièces \ Liaison comptable pour les achats) si vous souhaitez récupérer les factures et avoirs en gestion commerciale et leurs écritures comptables correspondantes en comptabilité.

La recherche de déséquilibre en comptabilité (Gestion comptable \ Utilitaires comptables \ Vérifications \ Recherche du déséquilibre)

La vérification des ventilations analytiques à 100% : dans Sage ERP X3, les écritures générales ventilées en analytique le sont forcément totalement (c'est-à-dire à 100%). Vous devez donc vous assurer que vous êtes dans ce cas. 2 éventualités sont possibles :

- Zone Analytique comptable à Non dans la fiche société Sage Intégrale (onglet comptabilité). Dans ce cas, des écritures non ventilées à 100% peuvent exister et seront donc refusées par la migration. Vous devez pour cela, passer ce paramètre à Oui, valider en historique toutes vos écritures et lancer la vérification des historiques (Gestion comptable\ Utilitaires comptables\ Vérifications). Celle-ci va ventiler à 100% les écritures qui ne le seraient pas (en utilisant la section d’attente).

- Zone Analytique comptable à Oui dans la fiche société. Normalement, vos écritures sont ventilées à 100%. Néanmoins, vous pouvez également valider en historique toutes vos écritures et lancer la vérification des historiques pour plus de certitudes.

Pensez à faire une sauvegarde avant ce genre de traitement, ou bien travailler sur une copie de la société. Une autre solution consiste à paramétrer l’analytique dans le dossier X3 afin que ce paramétrage complète les ventilations analytiques non réalisées à 100 %.

Vérifications supplémentaires :


© Sage 17

Nombre de journaux > 50 :

Le tableau de paramétrage des types de pièces associés aux journaux n’est plus limité (contrairement à la version précédente), les associations « Journal/ Type de pièce » sont désormais stockées dans une table (SIPARJOU).

Fiches en sommeil :

Il est conseillé de vérifier les fichiers des articles, clients et fournisseurs qui sont susceptibles de contenir des fiches en sommeil (zone sommeil à « Oui »). Elles ne doivent pas être associées à des mouvements traités par la migration. En effet, ces fiches seront intégrées en statut non actif ou inutilisable dans Sage ERP X3 et peuvent donc poser soucis lors de l’intégration des documents de ventes, achats, stock et fabrication relatives à ces fiches. Les traitements suivants vous permettent de vérifier quelles fiches sont en sommeil dans Sage Intégrale : Gestion des fichiers\ Edition des fichiers de base\ Edition des clients\ Clients\ Clients en sommeil Gestion des fichiers\ Edition des fichiers de base\ Edition des fournisseurs\ Fournisseurs\ Fournisseurs en sommeil Gestion des fichiers\ Edition des fichiers de base\ Edition des articles\ Articles\ Articles en sommeil

Epuration des écritures : Le temps de migration de la fiche société peut être très long (plusieurs heures) car il est proportionnel au nombre d’écritures comptables générales et analytiques à reprendre par la suite. Les temps de contrôle et d’intégration des tables des écritures comptables sont eux aussi proportionnels au nombre d’écritures. Il est préconisé d’épurer dans Sage Intégrale les exercices clos que l’on ne souhaite pas migrer dans Sage ERP X3.

Versions supportées par la migration :

L’Intégrale doit être en version 5.00 en environnement Windows et 10.50 en environnement Unix. Sage ERP X3 doit être en version V5.10 et supérieures.

A2) Le programme de contrôle

Une fois les pré-requis réalisés, l’exécution du programme de contrôle permet d’analyser les données de la société Sage Intégrale. Il met en évidence certaines anomalies avant le lancement de la migration (clients sans mode de règlement, fiches articles sans unité de vente, etc.) que l’utilisateur devra corriger. Il permet également de modifier automatiquement des données Sage Intégrale (les unités des fiches articles et articles conditionnés ainsi que les modes de règlements des tiers si besoin est, etc…) pour les exporter correctement. Ce programme s’installe dans le répertoire d’installation de la partie serveur de Sage Intégrale et se nomme INTEADON.EXE. A partir d’une invite de commande MS DOS ou via l’explorateur, positionnez vous dans le répertoire d’installation de la partie serveur et exécutez : INTEADON.EXE. Une fois les pré-requis réalisés, l’exécution du programme de contrôle permet d’analyser les données de la société Sage Intégrale. Il met en évidence certaines anomalies avant le lancement de la migration (clients sans mode de règlement, fiches articles sans unité de vente, etc.) que l’utilisateur devra corriger.


© Sage 18

Il permet également de modifier automatiquement des données Sage Intégrale (les unités des fiches articles et articles conditionnés ainsi que les modes de règlements des tiers si besoin est, etc…) pour les exporter correctement. Ce programme s’installe dans le répertoire d’installation de la partie serveur de Sage Intégrale et se nomme INTEADON.EXE. A partir d’une invite de commande MS DOS ou via l’explorateur, positionnez vous dans le répertoire d’installation de la partie serveur et exécutez : INTEADON.EXE.

Important : aucun utilisateur ne doit être connecté sur la société à traiter !

Critères de lancement

Des critères sont à renseigner avant de lancer le traitement. La saisie des * dans chaque critère à hauteur du nombre de caractères acceptés permet de sortir du traitement.

Fichier de compte rendu

A la fin du traitement, le fichier IxxxADON.ERR est créé dans le répertoire TMP. Il correspond à la liste des anomalies et des actions faites (où xxx = numéro de la société traitée). Il est conseillé de le lancer une 1ère fois en saisissant Non (N) aux demandes de mise à jour. Le programme réalise l’analyse des données sans aucune modification et liste toutes les anomalies relevées dans le fichier IxxxADON.ERR.

Fichiers de la société

Indiquez ici le code de la société (sur 3 caractères) que vous souhaitez contrôler.


© Sage 19

Mise à jour unité article

Pour être acceptés dans Sage ERP X3, les articles doivent posséder une unité de vente. Dans Sage Intégrale, celle-ci est indiquée dans la fiche article au niveau de l’onglet général.

Le programme de contrôle permet de détecter les articles qui n’en possèdent pas, et qui sortiront en anomalie lors de la migration. Il est alors possible d’affecter automatiquement une unité à tous ces articles via le programme de contrôle pour qu’ils ne soient pas refusés lors de la migration. Indiquez Oui (O) si vous souhaitez affecter une unité sur toutes les fiches article ayant leur zone unité de facturation non renseignée dans Sage Intégrale. Dans ce cas, vous devrez saisir en suivant le code unité à affecter à tous ces articles. Celui-ci doit exister dans la table des unités en Gestion des fichiers \ Paramètres \ De gestion \ Unités de facturation. A la fin du traitement, consultez le fichier du compte rendu contenant la liste des articles mis à jour (IxxxADON.ERR). Indiquez Non (N) si vous ne souhaitez pas une mise à jour automatique. Aucun traitement sur les unités des fiches article n’est réalisé. Néanmoins, vous pouvez consulter le fichier du compte rendu dans lequel les articles sans unité sont indiqués (IxxxADON.ERR). Vous pouvez choisir, à ce moment là, de modifier manuellement les fiches articles dans Sage Intégrale ou de relancer le programme avec mise à jour automatique du code unité, ou de laisser ainsi.

Dans ce cas les fiches articles sans unité seront refusées dans Sage ERP X3.

Mise à jour unité article conditionné

De la même façon que les articles, les articles conditionnés doivent posséder une unité de vente.


© Sage 20

Celle-ci est indiquée dans la fiche article conditionné.

Le programme de contrôle permet d’affecter automatiquement une unité à tous les articles conditionnés qui n’en possèdent pas. Indiquez Oui (O) si vous souhaitez affecter une unité sur tous les articles conditionnés ayant leur zone unité de facturation non renseignée dans Sage Intégrale. Dans ce cas, vous devrez saisir en suivant le code unité à affecter à tous ces articles conditionnés. Celui-ci doit exister dans la table des unités en Gestion des fichiers \ Paramètres \ De gestion \ Unités de facturation et pour l’exploitation, le type d’unité doit être paramétré à Conditionnement. A la fin du traitement, consultez le fichier du compte rendu du traitement contenant la liste des articles conditionnés mis à jour (IxxxADON.ERR). Indiquez Non (N) si vous ne souhaitez pas une mise à jour automatique. Aucun traitement automatique sur les unités des conditionnés n’est réalisé. Néanmoins, vous pouvez consulter le fichier du compte rendu dans lequel la liste des articles conditionnés sans unité est indiquée (IxxxADON.ERR). Vous pouvez choisir à ce moment là, de modifier manuellement les articles conditionnés dans Sage Intégrale ou de relancer le programme avec mise à jour automatique du code unité ou de laisser ainsi

Dans ce cas les fiches articles conditionnés sans unité seront refusées dans Sage ERP X3. Indiquez Un (1) si vous souhaitez affecter une unité sur tous les articles conditionnés ayant leur zone unité de facturation non renseignée et un rapport de conditionnement différent de 1 pour 1 (1/1). Dans ce cas, vous devrez saisir en suivant le code unité à affecter. Pour les articles conditionnés dont l'unité n’est pas renseignée mais dont le rapport de conditionnement est égal à 1 pour 1 (1/1), c’est le code unité de leur article principal qui leur est affecté. A la fin du traitement, consultez le fichier du compte rendu (IxxxADON.ERR) contenant la liste des articles conditionnés mis à jour et les éventuelles anomalies rencontrées (article principal inexistant ou sans code unité par exemple). Indiquez Tous (T) si vous souhaitez affecter sur tous les articles conditionnés ayant le code unité à blanc, l'unité de l'article principal correspondant. A la fin du traitement, consultez le fichier du compte rendu contenant la liste des articles conditionnés mis à jour (IxxxADON.ERR) et les éventuelles anomalies rencontrées (article principal sans code unité par exemple).

Mise à jour des modes de règlements clients/fournisseurs

Dans Sage ERP X3, les fiches clients et fournisseurs doivent obligatoirement posséder un mode de règlement. Le programme de contrôle permet de détecter les tiers qui n’en possèdent pas car ceux-ci sortiront en anomalie lors de la migration.


© Sage 21

Il est alors possible d’affecter automatiquement un mode de règlement à tous ces tiers via le programme de contrôle. Indiquez Oui (O) si vous souhaitez affecter un mode de règlement sur toutes les fiches clients et fournisseurs qui n’en possèdent pas dans Sage Intégrale. Dans ce cas, vous devrez saisir en suivant le code du mode de règlement à affecter à tous. Celui-ci doit exister dans la table des modes de règlement en Gestion des fichiers \ Paramètres \ Généraux \ Mode de règlement. A la fin du traitement, consultez le fichier du compte rendu contenant la liste des tiers mis à jour (IxxxADON.ERR). Indiquez Non (N) si vous ne souhaitez pas une mise à jour automatique. Aucun traitement sur les fiches des clients et fournisseurs n’est réalisé. Néanmoins, vous pouvez consulter le fichier du compte rendu dans lequel les tiers sans règlement sont indiqués (IxxxADON.ERR). Vous pouvez choisir, à ce moment là, de modifier manuellement les clients et les fournisseurs dans Sage Intégrale ou de relancer le programme avec mise à jour automatique du mode de règlement, ou de laisser ainsi.

Dans ce cas les fiches sans mode de règlement seront refusées dans Sage ERP X3.

Mise à jour tournée clients

Dans Sage ERP X3, les fiches clients doivent obligatoirement posséder un numéro de tournée. Le programme de contrôle permet de détecter les tiers qui n’en possèdent pas dans Sage Intégrale et de leur en affecter un automatiquement. Dans le cas contraire, la migration affectera le 1

er code tournée de

Sage ERP X3 à tous les clients qui n’en ont pas. Indiquez Oui (O) si vous souhaitez affecter un numéro de tournée sur toutes les fiches clients qui n’en possèdent pas dans Sage Intégrale. Dans ce cas, vous devrez saisir en suivant un numéro de tournée à affecter à tous. Celui-ci doit exister dans la table des tournées en Gestion des fichiers\ Fichiers de base\ Clients\ Paramètres des clients\ N° tournée clients. A la fin du traitement, consultez le fichier du compte rendu contenant la liste des tiers mis à jour (IxxxADON.ERR). Indiquez Non (N) si vous ne souhaitez pas une mise à jour automatique. Aucun traitement sur les fiches des clients n’est réalisé. Néanmoins, vous pouvez consulter le fichier du compte rendu dans lequel les tiers sans code tournée sont indiqués (IxxxADON.ERR). Vous pouvez choisir, à ce moment là, de modifier manuellement les clients dans Sage Intégrale ou de relancer le programme avec mise à jour automatique du numéro de tournée, ou de laisser ainsi.

Détail erreurs acomptes

Les acomptes comptabilisés dans Sage Intégrale ne sont pas repris dans Sage ERP X3.


© Sage 22

Le nombre d'acomptes non comptabilisés récupérés dans Sage ERP X3 correspond à des échéances et non des pièces d'acomptes. Il est possible de récupérer au maximum 30 échéances d’acompte pour les commandes de ventes et les commandes d’achats. A noter : la génération des factures de ventes dans Sage ERP X3 à partir des commandes, récupère au maximum 4 échéances d’acompte sur chaque facture, d’où les alertes possibles dans le rapport. Le programme vérifie également s'il existe en vente des devis avec au moins un acompte non comptabilisé, car les devis sont récupérés dans Sage ERP X3 mais sans leurs acomptes. Si vous êtes dans l’un des cas cités ci-dessus, les messages suivants apparaissent dans le rapport de traitement (IxxxADON.ERR) : En ventes :

pour les acomptes des devis :

« Au moins un DV avec acompte non récupéré » pour les acomptes des commandes :

« Au moins 1 CO avec + de 4 acomptes »

« Au moins 1 CO avec un acompte comptabilisé » En achats :

pour les acomptes des commandes :

« Au moins 1 CF avec + de 30 acomptes »

« Au moins 1 CF avec un acompte comptabilisé »

Indiquez Oui (O) si vous désirez identifier chacune des pièces en anomalies. Le fichier supplémentaire IxxxACOM.ERR est généré pendant le traitement et indique le N° de chacune des pièces en erreur pour vous permettre de les identifier et éventuellement de les modifier. Indiquez Non (N) si vous souhaitez que le programme effectue le contrôle des acomptes mais ne signale pas le détail des pièces en anomalie. Dans ce cas, seul le fichier IxxxADON.ERR est généré.

Détail erreurs analytiques

Le programme vérifie s'il existe des commandes ayant au moins une ligne article ventilée sur plus d’une section analytique (tant en ventes qu’en achats). Ces pièces seront récupérées dans Sage ERP X3 et pour chaque ligne article en erreur, la totalité de la ventilation analytique sera reportée sur celle qui avait le poids le plus fort (c'est-à-dire le plus haut pourcentage). Si toutes les ventilations d’une ligne ont le même pourcentage, c’est la 1

ère ventilation qui

sera reprise. Si vous êtes dans ce cas, le message suivant est inscrit dans le rapport de traitement (IxxxADON.ERR) :

«Au moins une CO a une ligne avec + d’une ventilation analytique» pour les ventes «Au moins une CF a une ligne avec + d’une ventilation analytique» pour les achats

Indiquez Oui (O) si vous désirez identifier chacune des pièces en anomalie. Le fichier supplémentaire IxxxANAL.ERR est généré pendant le traitement et indique le N° de chacune des pièces en erreur pour vous permettre de les identifier et éventuellement de les modifier. Indiquez Non (N) si vous souhaitez que le programme effectue le contrôle des ventilations analytiques mais ne signale pas le détail des pièces en anomalie. Dans ce cas, seul le fichier IxxxADON.ERR est généré.

Les pièces déjà comptabilisées (factures, avoirs et avoirs en valeur) sont elles aussi récupérées avec au maximum une seule ligne de ventilation analytique. Néanmoins, toutes les écritures analytiques correspondantes seront récupérées dans la comptabilité, dès lors que la migration des fichiers comptables est lancée avec l’option « Reprise analytique » à oui.

Détail erreurs PP (Plans de production)

Dans Sage ERP X3, seuls les Plans de Production (PP) saisis sur les nomenclatures standards, qui ont généré des Ordres de fabrication sans bon d’attachement (BA) sont récupérés. Il faut donc que le calcul


© Sage 23

des besoins ait été lancé, et que des OF aient été générés. La fabrication ne doit pas avoir démarré dans Sage Intégrale (aucun BA ne doit exister pour les OF rattachés aux PP à migrer). Dans cette optique, le programme vérifie s'il existe des Plans de Production (PP) dans Sage Intégrale qui ne pourront pas être récupérés. Si vous êtes dans ce cas, le message suivant est inscrit dans le rapport de traitement IxxxADON.ERR) :

«Au moins un PP avec OF ayant au moins un BA en cours»

Indiquez Oui (O) si vous désirez identifier chacune des pièces de fabrication en anomalie. Le fichier supplémentaire IxxxPPRO.ERR est généré pendant le traitement et indique le N° de chacun des OF et PP en erreur pour vous permettre de les identifier et éventuellement de les modifier. Dans ce fichier, vous trouverez les détails suivants :

«OF xxxxxx x PP xxxxxx x a au moins 1 BA en cours» Et pour tous les PP potentiellement intégrables (c'est-à-dire sans BA), le programme détaille la

liste des PP comprenant des nomenclatures affectées différentes du code article ou des nomenclatures spécifiques (client ou pièce) car celles-ci ne sont pas récupérables dans Sage ERP X3.

«PP xxxxxx x xxxx : ligne avec nomenc.affectée xxxxxxxxxxxxxxxx »

«PP xxxxxx x xxxx : ligne avec nomenc.spécif client xxxxxxxxxxxxx»

«PP xxxxxx x xxxx : ligne avec nomenc.spécif pièce xxxxxxxxxxxxx»

Indiquez Non (N) si vous souhaitez que le programme effectue le contrôle des Plans de production mais ne signale pas le détail des pièces en anomalie. Dans ce cas, seul le fichier IxxxADON.ERR est généré.

Détail taxes

Le paramétrage des taxes étant différent entre Sage ERP X3 et Sage intégrale, il est nécessaire de procéder à une analyse approfondie des éléments relatifs aux taxes. Ce n’est qu’ainsi que le programme de migration pourra initialiser au plus juste les fiches articles et les fiches tiers, mais également, permettra une récupération TTC correcte des pièces de la gestion commerciale. Par exemple, dans Sage ERP X3, la détermination du taux de TVA à appliquer se fait au croisement de 2 éléments : le régime de taxe du tiers et le niveau de taxe de l’article, alors que dans Sage intégrale, le taux de TVA est déterminé par le croisement de 3 éléments : le pays du tiers, son régime, et le code TVA de l’article. Pour aider l’utilisateur à ne créer que ce qui est vraiment nécessaire, l’utilitaire INTEADON permet d’éditer la liste des paramétrages exploités dans sa société Sage Intégrale. Indiquez Oui (O) si vous désirez identifier les différents régimes clients / fournisseurs ainsi que les niveaux de taxes articles que vous utilisez dans Sage Intégrale. Le fichier supplémentaire IxxxTAXE.ERR est généré pendant le traitement et contient le détail des taxes. Dans ce fichier, vous trouverez le détail suivant :

Liste de tous les croisements PAYS et FLAG de soumission TVA, TPF et Taxe additionnelle paramétrés dans les fiches clients ou rencontrés dans au moins une des pièces de ventes sur les périodes potentiellement récupérables. Exemple :

***** Régimes Clients *****

Pays TVA TPF Tadd

ALL Soumis N N

BEL Cee N N

BEL Soumis N N

ESP Cee N N

ESP Soumis N N

FRA Cee N O

FRA Export N O


© Sage 24

FRA Soumis N O

FRA Soumis O O

ITA Soumis N N

ROY Soumis N N

Liste de tous les croisements PAYS et FLAG de soumission TVA paramétrés dans les fiches

fournisseurs ou rencontrés dans au moins une des pièces d’achats sur les périodes potentiellement récupérables. Exemple :

***** Régimes Fournisseurs *****

Pays TVA

ESP Cee

FRA Soumis

ROY Soumis

Liste de tous les croisements CODES TVA Ventes, Achats, Régimes Débits/Encaissements

paramétrés dans les fiches articles ou rencontrés dans au moins une des pièces de ventes et/ou d’achats sur les périodes potentiellement récupérables. Exemple :

***** Niveaux taxes Articles 1 *****

Déb/Enc TVAvte TVAach

D 1 1

D 2 1

D 2 2

D 2 3

D 3 2

D 3 3

E 1 1

Liste des codes TPF paramétrés dans les fiches articles ou rencontrés dans au moins une des

pièces de ventes sur les périodes potentiellement récupérables. Exemple :


TPF

1

2

3

Information sur la présence ou non de la taxe additionnelle dans la société. Exemple :


Tadd

O

Tous ces éléments permettront de créer les éléments essentiels à la gestion des taxes dans Sage ERP X3, tout en mettant en évidence les cas non récupérables en l’état. Voir un exemple de paramétrage détaillé de taxes dans les annexes.

Indiquez Non (N) si vous ne souhaitez pas générer le fichier IxxxTAXE.ERR .

Vérifications supplémentaires

Pendant l’exécution du programme, d’autres vérifications sont faites systématiquement quels que soient les choix effectués dans les critères. S’il y a des anomalies, des messages sont indiqués dans le rapport de traitement (IxxxADON.ERR).

Liste des messages complémentaires pouvant être rencontrés dans le fichier IxxxADON.ERR

Test de l’analytique


© Sage 25

« Analytique comptable à ‘N’ : veuillez SVP consulter les pré-requis » : dans ce cas, il est possible que vos écritures ne soient pas ventilées à 100% en analytique. Quelle solution ? Veuillez consulter les pré-requis coté Sage Intégrale pour la marche à suivre

Test des comptes présents dans la fiche société Certains comptes sont renseignés dans la fiche société et vont initialiser des paramètres dans Sage ERP X3. Parmi ceux-ci, il est possible que certains n’existent plus dans le plan comptable de Sage Intégrale. Dans ce cas, on aura le message suivant « Cpte xxxxxxxxx inexistant ». Les comptes de la fiche société testés sont les suivants :

résultat débit résultat crédit d’attente de vente d’achat TVA à payer de crédit de TVA acompte assujetti achats acompte exonéré achats acompte import achats acompte CEE achats acompte assujetti ventes acompte exonéré ventes acompte export ventes acompte.CEE ventes collectif clients collectif fournisseurs débit écart EURO crédit écart EURO débit écart conversion crédit écart conversion

Quelle solution ? Il suffit de revenir dans la fiche société et de remplacer ces comptes par des comptes existants dans le plan comptable de Sage Intégrale.

Les articles gérés en série « Article xxxxxxxxxxxxxxxx : ne sera pas géré en série car géré qu’en Entrées » s’il existe des articles gérés en série et uniquement en entrée. Quelle solution ? Ce message est informatif. Ces articles seront récupérés dans Sage ERP X3 mais ne seront plus gérés en série.

Les taxes parafiscales en cascade « TPF X/XXX en cascade non récupérée » (où x=code TPF et xxx code pays), s’il existe des taxes parafiscales calculées en cascade c'est-à-dire dont le type de calcul est « après taxes N° x ». Quelle solution ? Ce message est informatif. Ce paramétrage ne pourra pas être récupéré en l’état dans Sage ERP X3.

Les nomenclatures


© Sage 26

« xxxxx + N° nom a PSF yyyy + N° nom PSF : cas à gérer dans le transcodage » (où xxxxx + N° = code du PF + n° de sa nomenclature, yyyy + N° = code du PSF + n° de sa nomenclature) s’il existe des produits finis (PF) dont le numéro de nomenclature n’est pas égal au numéro de nomenclature de ses produits sous finis (PSF) ou de ses gammes. Dans Sage ERP X3, les produits fabriqués peuvent avoir jusqu'à 99 alternatives. Chaque alternative doit être constituée d'un numéro d'alternative d'un produit semi fini identique au numéro de l'alternative du produit fini. « xxxxx + N° nom : > 099 cas à gérer dans le transcodage » (où : xxxxx+ N° = code du PF + numéro de sa nomenclature), s’il existe des produits finis (PF) dont le numéro de nomenclature est supérieur à 99. Quelle solution ? L’utilisateur pourra affecter un numéro de nomenclature valide pour Sage ERP X3 dans l’étape de transcodage. Les PF Intégrale composés sur un même niveau d'articles et de MO/OP (main d’œuvre ou opération) sans passer par une gamme sont repris avec les MO/OP rassemblés dans une gamme créée avec le même nom que le PF et même alternative. Une seule gamme est récupérable pour un PF et une alternative. Il est par contre possible d’affecter une même gamme à toutes les alternatives d’un PF en l’indiquant dans la fiche article-site. Cependant, différents paramétrages de nomenclatures peuvent se présenter dans Sage Intégrale et tous les cas ne sont pas récupérables en l’état dans Sage ERP X3. Le programme de contrôle indique ainsi parmi vos nomenclatures, celles qui vont être remaniées ou non reprises : « Code article PF + N° nomenclature : Nomenclature avec que des articles MO ou OP » s’il existe des nomenclatures ne comportant aucun article composant mais uniquement des articles de nature MO ou OP saisis directement au niveau de la nomenclature (c'est-à-dire ne faisant pas partie d’une gamme). Dans Sage ERP X3, ces articles MO et OP sont récupérés en tant que gamme et portent le même nom que le PF. Dans ce cas, le PF n’est pas récupéré en tant que nomenclature de fabrication. Quelle solution ? Ce message est informatif. Il conviendra à l’utilisateur à la suite de la migration de rattacher s’il le souhaite, ces gammes à des produits finis pour pouvoir les exploiter. « Code article PF : produit fini avec au moins 1 gamme non rattachée » s’il existe une ou plusieurs gammes dans la nomenclature du PF. Ces gammes Sage Intégrale sont reprises dans Sage ERP X3, mais perdent leur lien avec le PF dans lequel elles intervenaient car le nom de la gamme doit être identique au PF dans Sage ERP X3 pour toutes ses alternatives. Quelle solution ? Ce message est informatif. Il conviendra à l’utilisateur à la suite de la migration de rattacher s’il le souhaite, ces gammes à des produits finis pour pouvoir les exploiter.

Différents exemples détaillés sont présentés au niveau des annexes (Exemples de récupération de nomenclatures). Nous vous conseillons de les consulter si vous utilisez la fabrication dans Sage Intégrale.

Les stocks articles

« Au moins un article a un stock< 0, faites un inventaire » s’il existe des articles en stock négatif. Les articles étant repris dans Sage ERP X3 avec un stock de départ, les stocks négatifs ne sont pas autorisés. Quelle solution ? L’utilisateur peut rajouter manuellement du stock aux articles en question en saisissant des entrées diverses ou un inventaire.


© Sage 27

La liste des articles en stock négatif peut être obtenue au menu : « Gestion commerciale\ Editions de stocks\ Stocks réels\ Articles par dépôt », en ne demandant que ceux < 0.

Les échéances « Au moins une échéance n’est pas à l’étape de saisie ou RA » s’il existe des échéances qui ne sont pas à l'étape de saisie (Sx) ou de rapprochement (RA). Seules les échéances à l’étape de saisie dans Sage Intégrale (étape S….) sont intégrées avec un montant réglé nul, les autres sont migrées mais considérées comme déjà réglées pour ne plus évoluer. Quelle solution ? : L’utilisateur a le choix de les repasser à l’étape initiale (Sx) s’il souhaite vraiment que ces échéances soient reprises dans Sage ERP X3. Il peut aussi décider de les laisser ainsi suivant leur importance et de ne pas les récupérer dans Sage ERP X3, sachant que leur montant sera considéré réglé. « Au moins une échéance sur un compte non collectif non reprise » si parmi les échéances à l'étape de saisie, certaines se trouvent sur un compte général non collectif. Il est possible dans Sage Intégrale d’avoir des échéances sur un compte non collectif dès lors que celui-ci commence par les 2 premiers caractères du collectif client ou fournisseur indiqués dans la fiche société. Quelle solution ? Ce message est informatif. Ces comptes sont récupérés dans Sage ERP X3 avec leurs écritures mais sans leurs échéances.

La déclaration TVA « La clôture de TVA n’a pas été faite jusqu’au MM/AA » si les clôtures de TVA ne sont pas à jour jusqu’au mois précédent la migration. Quelle solution ? : L’utilisateur a le choix d’effectuer les clôtures de TVA dans Sage Intégrale pour avoir une déclaration TVA à jour avant migration. Il peut aussi décider de laisser ainsi. Dans tous les cas, les écritures récupérées dans Sage ERP X3 lors de la migration ne généreront pas de TVA, seules les nouvelles écritures saisies le feront.

Le multi-axes analytique Le nombre d’axes qu’il est possible de créer n’est plus limité cependant le référentiel analytique n’accepte que 9 axes. « Seuls les 8 premiers axes analytiques seront migrés », si le nombre d’axes analytiques est > 8. Ce message est informatif. Quelle solution ? : Le nombre d’axes dans Sage ERP X3 est maximum de 9. Un axe Autre est réservé pour toutes les sections ne respectant pas un découpage en centre dans Sage Intégrale, et notamment la section d’attente 99999999… Ce qui laisse 8 axes disponibles. L’utilisateur pourra décider ou non de reprendre le paramétrage analytique de Sage Intégrale ou de le mettre en place de toutes pièces directement dans Sage ERP X3

Les pièces de ventes «Il reste au moins un AV/FA/AC non comptabilisé» s'il existe au moins une facture (FA), ou un avoir (AV) ou un avoir en valeur (AC) non comptabilisés et dont les montants ne sont pas nuls sur les périodes potentiellement récupérables.


© Sage 28

Quelle solution ? L’utilisateur a le choix de les comptabiliser s’il souhaite les retrouver dans Sage ERP X3 ou bien de les supprimer (attention aux stocks, voir la note sur les BL/BR ci-dessous) selon le cas. Il peut aussi décider de les laisser ainsi suivant leur importance, elles seront ignorées lors de la migration.

Il est à noter que la comptabilisation dans Sage Intégrale va permettre non seulement la récupération de ces pièces dans Sage ERP X3, mais également de générer des écritures comptables qui seront également reprises dans la comptabilité Sage ERP X3.

«Il reste au moins un BL ou un BR» s'il existe au moins un bon de livraison (BL) ou un bon de retour (BR) sur les périodes potentiellement récupérables. Quelle solution ? L’utilisateur a le choix de les transformer en factures ou avoirs (ces derniers devront également être comptabilisés pour être migrés) ou bien de les supprimer selon le cas. Il peut aussi décider de les laisser ainsi suivant leur importance sachant que ces pièces ne seront pas récupérées dans Sage ERP X3.

Il est à noter que ces pièces, dès lors qu’elles ne sont pas supprimées dans Sage Intégrale, ont un impact sur le stock des articles et donc sur l’inventaire qui sera déclenché dans Sage ERP X3.

Les pièces d’achats «Il reste au moins un AF/FF/AA non comptabilisé» s'il existe au moins une facture (FF), ou un avoir (AF) ou un avoir en valeur (AA) non comptabilisés et dont les montants ne sont pas nuls sur les périodes potentiellement récupérables. Quelle solution ? L’utilisateur a le choix de les comptabiliser s’il souhaite les retrouver dans Sage ERP X3 ou bien de les supprimer (attention aux stocks, voir la note sur les LF/RF ci-dessous) selon le cas. Il peut aussi décider de les laisser ainsi suivant leur importance, elles seront ignorées lors de la migration.

Il est à noter que la comptabilisation dans Sage Intégrale va permettre non seulement la récupération de ces pièces dans Sage ERP X3, mais également de générer des écritures comptables qui seront également reprises dans la comptabilité Sage ERP X3.

«Il reste au moins un LF ou un RF» s'il existe au moins un bon de livraison (LF) ou un bon de retour (RF) sur les périodes potentiellement récupérables. Quelle solution ? L’utilisateur a le choix de les transformer en factures ou avoirs (ces derniers devront également être comptabilisés pour être migrés) ou bien de les supprimer selon le cas. Il peut aussi décider de les laisser ainsi suivant leur importance sachant que ces pièces ne seront pas récupérées dans Sage ERP X3.

Il est à noter que ces pièces, dès lors qu’elles ne sont pas supprimées dans Sage Intégrale, ont un impact sur le stock des articles et donc sur l’inventaire qui sera déclenché dans Sage ERP X3.

Les pièces de fabrication « Au moins un OF non clôturé avec 1 BA en cours » s'il reste au moins un OF non clôturé ayant au moins 1 bon d’attachement (BA) en cours. Quelle solution ? L’utilisateur a le choix d’effectuer les clôtures des OF concernés pour finaliser la fabrication en cours, et ainsi régulariser les stocks. Il peut aussi décider de laisser ainsi car dans Sage ERP X3, seuls les OF lancés et non démarrés (c'est-à-dire sans BA) sont récupérés.


© Sage 29

A3) Extraction des données en fichiers ASCII

A partir du moment où les données Sage Intégrale ont été vérifiées et éventuellement corrigées, il est possible de passer à l’étape suivante. Au cours de cette étape, les données Sage Intégrale vont être exportées pour constituer des fichiers ASCII. L’exportation est exécutée au sein de la console d’administration livrée dans le package ou à partir d’une ligne de commande.

1 - Les fichiers ASCII générés

Pour chaque table de Sage Intégrale, trois fichiers sont créés :

un contenant la description de la table,

un contenant la description des index,

et un contenant les données au format ASCII Windows.

Ces trois fichiers sont décrits ci-dessous.

a) Fichier ASCII contenant la description de la table Intégrale Les caractéristiques de ce fichier sont les suivantes :

il a le même nom que le nom de la table dans Sage Intégrale,

son extension est .SRF,

il comporte les champs suivants, avec comme séparateur le point virgule :

Codes champs de la table

Types de chaque champ - A : Alphanumérique, - L : Entier, - D : Date, - B : Binaire (codé en hexadécimal), - DCB : Décimal (avec la virgule comme séparateur décimal),

Longueurs (pour les champs alphanumériques et numériques).

b) Fichier ASCII contenant la description des index de la table Intégrale Les caractéristiques de ce fichier sont les suivantes :


son extension est .IND,

il comporte les champs suivants, avec le point virgule comme séparateur de champs :

Codes Index de la table Intégrale (le premier est la clé primaire),

Composantes de l’index (liste des champs composant la clé, séparés par des +),

Une indication permettant de savoir si la clé indexe le ou les champs de manière unique (1 : si pas d’homonyme 2 : si homonymes).

c) Fichier ASCII contenant les données de la table Intégrale

Les caractéristiques de ce fichier sont les suivantes :


son extension est .DTA,


© Sage 30

il comporte les données de la table Intégrale sans séparateur de champ.

2 - Exportation depuis la console d’administration

Pour démarrer la console d’administration, positionnez vous dans le répertoire d’installation de la partie serveur de Sage Intégrale par l’explorateur et double cliquez sur « AdminCnslX3.exe ». L’exportation se situe dans le menu Bases de données / Transfert de données. Pour exporter les tables, il faut :

Exécuter préalablement le fichier d’extension REG : HKCU_CNSLX3.REG livré dans le package. Pour cela, il suffit de cliquer dessus à partir du poste qui va réaliser l’exportation pour que la base de registre soit mise à jour. Ainsi, seuls les fichiers nécessaires à l’exportation seront pré-sélectionnés dans la liste de la console.

Vous pouvez cocher manuellement un ou plusieurs fichiers, ou bien utiliser les boutons [Vider la sélection] et [Tout sélectionner]. Cela peut être utile dans un cas ponctuel pour n’exporter qu’une table ou un groupe de tables. Un fichier à exporter doit avoir la colonne Actif cochée. Si vous avez exécuté le .REG, vous n’avez pas à cocher ou décocher de fichiers car seuls les fichiers nécessaires sont cochés dans ce cas.

Renseigner le numéro de la société à traiter.

Choisir le volume où se trouvent les fichiers de la société.

Définir une fréquence d’affichage du compteur : elle indique le nombre d’enregistrements à traiter pour réactualiser le compteur (une fréquence d’affichage trop basse ralentit le traitement car l’affichage des données est constamment rafraîchi). Une fréquence de 1000 à 2000 est suffisante pour débuter le traitement.

Puis cliquer sur le bouton [Exporter au format ASCII].

La liste des fichiers traités s’affiche progressivement dans la partie droite. Les fichiers ASCII correspondants sont générés dans un répertoire portant le nom SOCxxx_ASCII au niveau de la partie serveur de Sage Intégrale (où xxx représente le numéro de la société).


© Sage 31

Si vous relancez le traitement, les fichiers ASCII correspondants sont remplacés par les nouveaux.

3 - Liste des tables nécessaires à l’exportation

Toutes les données Sage Intégrale nécessaires à la migration sont indiquées dans le tableau suivant. Les tables qui possèdent des tables dépendantes sont exportées ainsi que leurs tables liées. Ainsi, en choisissant Client, vous exportez les clients mais également les domiciliations bancaires de ces clients. Pour plus de détail sur les tables, veuillez vous référer au manuel Base de données (BDD) présent dans les manuels électroniques Sage Intégrale.

Code table Intégrale

Libellé Code table Libellé

ASFAE Entête achat PSBQE Banques

ASFAL Ligne achat PSINT Interlocuteurs

ASACE Entête acompte achats SSMVH Mouvements stock historique

ASACL Lignes acompte achats SSSOE Entête ordre fabrication

BSECH Echéances SSSOL Lignes fabrication

CSACL Articles / Clients SSSER Mouvements série/lot

CSCLT Clients USJOU Journaux

FSAFO Articles/fournisseurs USPGE Plan comptable

FSFOU Fournisseurs USVAM Ventilation analytique modèle

FSTFO Tarifs fournisseurs USELA Centres analytiques

GSBRG Brouillard comptable général VSFAE Entête ventes

GSBRA Brouillard comptable analytique VSFAL Lignes ventes

GSLOT Lots saisis brouillard VSACE Entête acompte vente

GSHIA Historique compta analytique VSACL Lignes acompte vente

GSHIG Historique compta général XHSDDV Historique devises

ISART Articles XSPAR Paramètres suite1

ISCUM Cumuls mensuels articles XSSER Paramètres série/lot

ISDEP Articles/dépôts XSSOC Paramètres société

ISDIV Divers tarifs XSTAB Paramètres

ISDIW Divers tarifs2 XSTAW Paramètres suite 2

ISNCL Nomenclatures YSUCO Utilisateurs couleur

2éme étape : Importation et mise à niveau de ces données dans les tables temporaires XI

© Sage 32

B) 2éme étape : Importation et mise à niveau de ces données dans les tables temporaires XI

Les données Sage Intégrale précédemment exportées doivent intégrer l’environnement Sage ERP X3. Des tables temporaires dont le nom commence par « XI » sont créées puis alimentées avec ces données.

B1) Importation des tables Sage Intégrale dans Sage ERP X3

Ce traitement se lance au menu Paramétrage / Migration Intégrale / Importation Tables Sage Intégrale. Il doit être exécuté pour chaque société Sage Intégrale exportée.

Répertoire

Indiquez le répertoire où se trouvent les fichiers à importer.

Ces fichiers sont l’ensemble des fichiers ASCII précédemment exportés (d’extension SRF, DTA et IND).

S’ils n’ont pas été déplacés, ils se trouvent sous le répertoire portant le nom SOCxxx_ASCII au niveau de la partie serveur de Sage Intégrale (où xxx représente le numéro de la société). Vous ne devez pas supprimer les fichiers dont la taille est à 0 car ils doivent tous être présents.

Attention : les noms des fichiers et des répertoires ne doivent pas contenir d’espaces s’ils sont situés sur un serveur UNIX.

Si les fichiers à importer se trouvent sur le poste client en local, le chemin doit être saisi avec la syntaxe suivante : #@ (exemple : #@F:\TEMP sans espace entre le @ et le nom du répertoire).

A noter : cette syntaxe n’est pas disponible en mode Web.

Dans le cas de gros volumes, il est préférable de copier les fichiers sur le serveur applicatif Sage ERP X3 afin d’optimiser le transfert. Pour sélectionner un répertoire sur le serveur ou sur le poste client, vous pouvez utiliser la fonction Sélection à partir du menu contextuel (ou la touche de fonction F12). Une fois le répertoire renseigné, le programme y recherche la présence de fichiers d’extension « SRF ». S’il n’en trouve pas, il affiche le message « Aucun fichier ASCII ». Si les fichiers ASCII sont trouvés, le programme affiche le message « Importation Tables Sage Intégrale : xxx tables » (xxx = nombre de tables Sage Intégrale à importer).

Uniquement les données

Cochez ce paramètre si vous ne désirez importer que les données (possible à partir du moment où toutes les tables ont été créées une 1ère fois avec les bonnes propriétés). Les tables XI sont dans ce cas vidées avant d’être à nouveau alimentées.

Si vous ne le cochez pas, le traitement d’importation va préalablement créer les tables temporaires XI (donc supprimer celles qui éventuellement pouvaient exister au préalable) avant d’importer les données, ce qui est nécessaire pour la 1ère importation.


© Sage 33

Cliquez sur [OK] pour lancer l’importation des tables. Cliquez sur [Fin] pour annuler. A la fin du traitement, le résultat s’affiche à l’écran. Il reste néanmoins consultable dans le menu (Impressions / Lecture traces). L’utilisateur est positionné sur la 1ère erreur. Les boutons erreur suivante et précédente permettent de les atteindre directement.

On y trouve :

le nombre de tables trouvées dans le dossier,

la liste des tables temporaires créées (commençant par XI) sous Sage ERP X3,

le nombre de tables créées : il est possible que ce nombre soit différent du nombre de tables trouvées, dans la mesure où certaines d’entre elles sont volontairement ignorées par le traitement. C’est le cas par exemple pour les tables : LAA_FRS_FRM_CAL et LAV_FRS_FRM_CAL

la reprise des données dans ces tables avec le nombre d’enregistrements récupérés,

les éventuelles erreurs rencontrées. Si l’importation des tables s’est déroulée correctement, le message Fin normale de trace apparaît en fin de trace. Il est conseillé de quitter l’application après l’importation des XI, afin d’initialiser des éléments indispensables. Relancer l’application pour réaliser maintenant l’étape de transcodage. Il peut y avoir également des erreurs non bloquantes qu’il est préférable d’analyser avant de poursuivre la migration (exemple : une date incorrecte dans un champ sans importance ne nécessite pas d’arrêter la migration). Si l’importation des tables ne s’est pas déroulée correctement (c'est-à-dire si en dernière ligne, on a le message Fin sur erreur de trace), il est déconseillé de passer à l’étape de transcodage. Une analyse, et éventuellement une correction des erreurs sont nécessaires auparavant afin de relancer l’importation de la ou des table(s) concernée(s).

B2) Etape intermédiaire

Afin de permettre la saisie de certains pré-requis tels les catégories, une fiche société et une fiche dépôt sont initialisés lors de l’importation des données Sage Intégrale (vous ne devez pas commencer à les modifier car ils seront ‘’écrasés’’ lors de la migration).


© Sage 34

C’est pourquoi, après l’alimentation des tables temporaires XI dans Sage ERP X3, il est nécessaire de réactualiser le contexte en se déconnectant et en se reconnectant au dossier. Veillez à réaliser une sauvegarde du dossier avant de débuter l’étape de transcodage.

A l’issue de l’importation des tables, il faut s’assurer que le dossier de référence X3 de la solution ainsi que le dossier de migration ont bien le type de données AVA (nom de champ) à 12.

B3) Le transcodage

Le transcodage permet d’ajuster avant la migration finale certaines valeurs issues de Sage Intégrale afin qu’elles soient en adéquation et compatibles avec les règles Sage ERP X3, par exemple :

certains caractères, comme l’espace, ne sont pas acceptés dans les codes Sage ERP X3, il faut donc les modifier avant importation,

les N° de PSF doivent être identiques au N° du PF au sein d’une nomenclature, etc. Avant de commencer le transcodage, il est impératif que les catégories soient créées. Reportez-vous au premier chapitre nommé « Les pré-requis côté Sage ERP X3 » ; page Erreur ! Signet non défini.. Les éléments traités par le transcodage seront créés lors de la migration, sauf certains qu’il faut avoir créés avant de transcoder : ils sont précisés plus loin dans ce chapitre sous le paragraphe « Liste des tables transcodées ». Ce traitement de Transcodage se lance au menu Paramétrage / Migration Intégrale et présente la liste des tables qu’il est possible de traiter avant la migration. Dans la liste sont affichées :

les tables qui sont susceptibles de contenir des codes incompatibles à Sage ERP X3 (les espaces dans les codes clients, les accentués, les tirets…),

les tables qui contiennent des données sans correspondance dans Sage ERP X3 et qui demandent une intervention manuelle (exemple des nomenclatures dont il faut modifier le N° pour qu’elles puissent être intégrées…),

les tables qui contiennent des données avec correspondance dans Sage ERP X3 et qui sont présentées pour ultime contrôle avant la migration.

Pour chaque table affichée, le code du champ concerné par le transcodage est indiqué et pour information, sa longueur maximale acceptée dans Sage ERP X3. Cochez la case A traiter sur toutes les tables à analyser par le transcodage.


© Sage 35

Certaines ne sont pas cochées par défaut (et ne peuvent pas être cochées) car pour celles-ci, il n’y a pas de possibilité d’automatisation. Pour les analyser, il faut rentrer en mode transcodage manuel. Veuillez vous reporter au paragraphe Transcodage manuel pour avoir le détail du fonctionnement de ce traitement. Il est conseillé, au moins la 1ère fois, de traiter toutes les tables (du moins celles qui sont « cochables »). La colonne Erreurs indique le nombre d’erreurs restantes (les doublons) ou de propositions faites par le transcodage. La 1

ère fois que l’on rentre dans le transcodage, toutes les erreurs (graves et non graves) sont

comptées. Les enregistrements signalés en erreur bloquante (code couleur rouge) ne seront pas importés lors de la migration finale. L’intérêt de l’utilisateur est d’obtenir le minimum d’erreurs ou de n’obtenir que des erreurs non graves sur les tables grâce au transcodage (code couleur vert pour les erreurs non bloquantes, code couleur bleu pour les propositions du transcodage).

Que fait le transcodage ?

Le transcodage utilise la liste de caractères de substitution. Cette liste est visible et modifiable à droite de l’écran. Ce tableau comprend tous les caractères spéciaux susceptibles d’être présents dans les codes Sage Intégrale et ne pouvant pas être acceptés dans les champs Sage ERP X3. Pour chacun d’eux, la correspondance dans Sage ERP X3 doit être indiquée. Par défaut, cette liste est déjà pré-renseignée : le caractère « Espace » d’un champ Intégrale est supprimé dans Sage ERP X3, le caractère «*» étoile est supprimé, etc. Si certaines correspondances ne vous conviennent pas, vous pouvez les modifier et saisir les vôtres (remplacer l’espace par un chiffre par exemple) puis exécuter la simulation pour contrôler les nouvelles correspondances effectuées. Cela peut-être utile pour éviter les doublons.

Exemple

Les codes Sage Intégrale « APRALE » et « APRALE% » deviendront tous les deux « APRALE » dans Sage ERP X3 avec la table de transcodage par défaut. Une intervention manuelle sera alors nécessaire pour modifier le code en doublon.

Si on décide de remplacer le caractère % par 1, alors nous obtiendrons : « APRALE » et « APRALE1 ». Aucune intervention manuelle ne sera nécessaire. Ceci peut être réalisé autant de fois que nécessaire. Les nouveaux caractères saisis doivent être des caractères acceptés par Sage ERP X3 (les caractères de la colonne de gauche représentent les caractères interdits dans Sage ERP X3).

Le bouton [Enregistrer] conserve les modifications faites dans la liste de substitution de caractères. Le bouton [Abandon] abandonne les modifications faites dans cette liste. Un clic droit sur une ligne du tableau permet de réinitialiser la liste.

Les lettres accentuées ne sont pas indiquées car elles sont systématiquement remplacées par leur pendant sans accent.

Ainsi, le transcodage analyse toutes les tables sélectionnées et applique pour chaque champ la correspondance indiquée dès lors que l’on clique sur le bouton [Simulation] ou [Valider]. Le nombre d’erreurs est indiqué pour chaque table. Seules les tables cochées sont analysées.


© Sage 36

L’utilisateur a alors la possibilité de consulter le résultat du traitement et de rentrer pour cela en mode transcodage manuel. Il pourra accepter les modifications réalisées par le traitement, les modifier ou encore faire des propositions dans le cas où le transcodage n’avait rien proposé. Veuillez vous reporter au paragraphe Transcodage manuel pour avoir le détail du fonctionnement de ce traitement.

Attention : tout enregistrement dont la valeur de transcodage est vide ne sera pas importé.

Trace

Avant de lancer la simulation ou le traitement en réel, vous pouvez décider de cocher :

Trace « Partielle » pour n’afficher que les tables en erreurs.

Trace « Complète » pour afficher les tables en erreur ainsi que tous les résultats des transcodages effectués champ par champ. Il est conseillé de prendre cette option lors du 1er lancement pour obtenir le maximum d’informations.

« Pas de trace » pour ne rien afficher.

Boutons

Le bouton [Simulation] lance le transcodage en mode simulation pour les lignes sélectionnées. Le bouton [Valider] lance le transcodage en réel sur toutes les lignes sélectionnées. Le bouton [Fin] permet de sortir de la fonction. Vous pouvez lancer la simulation, consulter la trace des transcodages réalisés, faire des modifications dans la liste de substitution ou directement en transcodage manuel puis relancer la simulation, etc. et ceci autant de fois que nécessaire. Le transcodage en réel est conseillé lorsque toutes vos simulations vous semblent correctes. Néanmoins, rien ne vous empêche de refaire des simulations après un traitement réel. Dans tous les cas, quel que soit le traitement lancé, le résultat s’affiche permettant un contrôle de ce qui a été réalisé par le transcodage.

Transcodage manuel

Pour chaque table présentée, il est possible d’appeler une fonction permettant de consulter le détail du transcodage effectué et de le modifier éventuellement. Pour y accéder, il faut se positionner sur la table souhaitée et activer la fonction Détail par le clic droit.

Le programme affiche tous les enregistrements de la table avec pour chacun d’eux la proposition faite par le transcodage quand elle existe. Ceux en anomalie sont signalés d’une couleur différente.


© Sage 37

L’utilisateur a la possibilité de modifier lui-même les valeurs des champs proposées par le transcodage et de laisser telles que, celles pour lesquelles la valeur est correcte. Pour cela, la colonne Sage ERP X3 est saisissable. Pour les champs qui ne possèdent pas de proposition de transcodage dans la valeur Sage ERP X3, c’est à l’utilisateur de la renseigner manuellement. Pour cela, il peut la saisir directement ou utiliser la fonction Sélection du menu contextuel (ou encore la touche F12) et accéder aux valeurs existantes dans Sage ERP X3 lorsqu’il s’agit d’une table à transcoder avec des éléments existants.

Rappel : tout enregistrement dont la valeur de transcodage est vide ne sera pas importé.

Le tableau présente un nombre limité d’enregistrements. Pour voir la suite il suffit de naviguer avec les boutons en haut à gauche de l’écran :

Affichage

Vous pouvez personnaliser la présentation de la liste et décider de cocher :

« Uniquement les erreurs » : pour afficher tous les enregistrements dont le transcodage est en erreur (couleur rouge).

« Doublons » : pour afficher uniquement les enregistrements dont le transcodage est en doublon (couleur rouge).

« Modifications » : pour afficher les enregistrements sur lesquels une proposition de code a été faite (couleur bleue).

Cliquez sur [Enregistrer] pour visualiser la liste selon l’affichage que vous venez de paramétrer.


© Sage 38

Boutons

A l’aide des boutons suivants, vous pouvez activer :

[Erreur suivante] : le curseur se positionne dans le tableau sur l’erreur de transcodage suivante (erreur bloquante ou non bloquante).

[Enregistrer] : enregistre le transcodage de la table en cours.

[Fin] : sort de la fonction sans enregistrer.

Liste des tables transcodées

Les pays (Données de base/ Tables communes/ Pays) : le transcodage fait correspondre chaque pays Sage Intégrale (code sur 3 caractères) avec un pays existant dans Sage ERP X3 (code sur 2 caractères). Ce lien se fait via le code ISO (code CEE) du pays. Si dans Sage Intégrale un code pays n’a pas de correspondance dans Sage ERP X3, il n’y aura pas de transcodage proposé. Il ne sera importé que si l’utilisateur lui associe un code ISO existant dans Sage ERP X3 via le transcodage manuel. S’il ne le peut pas, il devra créer manuellement le pays dans Sage ERP X3 et compléter le transcodage. Si l’utilisateur, désire également conserver des codes pays à 3 caractères dans Sage ERP X3, il doit au préalable les créer manuellement dans Sage ERP X3 puis dans le transcodage, faire pointer les pays Sage Intégrale avec ces codes sur 3 caractères. Activez au besoin la fonction Sélection F12. Les doublons sont autorisés, c'est-à-dire que des codes pays Sage Intégrale peuvent pointer vers un même pays Sage ERP X3.

Exemple

Les codes pays FR1, FR2…. qui pour des questions de paramétrage de TVA ont pu être créées dans Sage Intégrale, peuvent tous pointer vers le code pays qui correspond à la France dans Sage ERP X3.

Les langues (Données de base/ Tables communes/ Langues) : le transcodage ne peut pas faire de propositions de transcodage pour les langues issues de Sage Intégrale. C’est à l’utilisateur de faire pointer manuellement chaque langue vers un code langue Sage ERP X3 déjà existant et unique (doublons non autorisés). Activez au besoin la fonction Sélection F12. Si des codes langues Sage Intégrale n’ont pas de correspondant Sage ERP X3, l’utilisateur doit au préalable les créer manuellement dans Sage ERP X3.

Les devises (Données de base/ Tables communes/ Devises) : le transcodage fait correspondre chaque devise Sage Intégrale (code sur 2 caractères) avec une devise existant dans Sage ERP X3 (code sur 3 caractères). Ce lien se fait via le code ISO de la devise. Si dans Sage Intégrale un code devise n’a pas de correspondance dans Sage ERP X3, il n’y aura pas de transcodage proposé. Elle ne sera importée que si l’utilisateur lui associe un code ISO existant dans Sage ERP X3 via le transcodage manuel. S’il ne le peut pas, il devra créer manuellement la devise dans Sage ERP X3 et compléter le transcodage. Si l’utilisateur, désire également conserver des codes devises à 2 caractères dans Sage ERP X3, il doit au préalable les créer manuellement dans Sage ERP X3 puis dans le transcodage, faire pointer les devises Sage Intégrale avec ces codes sur 2 caractères. Activez au besoin la fonction Sélection F12. Les doublons sont autorisés, c'est-à-dire que des codes devises Sage Intégrale peuvent pointer vers une même devise Sage ERP X3. En particulier, les anciennes devises européennes qui sont devenues l’Euro, peuvent pointer vers une devise générique que l’utilisateur aura créée auparavant, à moins de préférer les créer toutes, au choix…Dans ce cas, il faudra renseigner les champs « Cours Euro », « Date passage à l’euro » et « Date disparition devise ».

Les unités (Données de base/ Tables communes/ Unités) : le transcodage propose pour Sage ERP X3 les mêmes codes unités que celles de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons sont autorisés.

La fiche société (Paramétrage / Structure générale / Sociétés) : le transcodage propose pour Sage ERP X3 le même code société que celui de Sage Intégrale. Vous pouvez le modifier éventuellement.

Les conditions de paiement (Données de base / Tables tiers / Conditions de paiement) : le mode de règlement dans Sage Intégrale correspond à la condition de paiement dans Sage ERP X3 qui est composée de plusieurs lignes (acompte, échéances, etc.), chacune comportant un mode de règlement (chèque, traite, etc.).


© Sage 39

Le transcodage propose pour chaque mode de règlement Sage Intégrale, le même code pour la condition de paiement correspondante dans Sage ERP X3. Vous pouvez la modifier éventuellement. Les doublons ne sont pas autorisés. Les codes saisis ici seront créés lors de la migration. Ils peuvent ne pas exister dans la liste demandée par clic-droit/sélection (ou F12).

Les modes de règlement (Données de base / Tables tiers / Modes de règlement) : le transcodage fait correspondre chaque mode de règlement Sage Intégrale avec un mode existant dans Sage ERP X3 en accord avec la table de correspondance ci-dessous. Vous pouvez les modifier. Pour cela, l’utilisateur doit au préalable créer manuellement de nouveaux modes de règlement dans Sage ERP X3 pour pouvoir faire la correspondance. Activez au besoin la fonction Sélection F12. Les doublons sont autorisés. Table de correspondance des modes de règlement

INTEGRALE Sage ERP X3 LIBELLE

LA TAC Traite acceptée

TA TAC Traite acceptée

BO BOR Billet à ordre

CH CHQ Chèque

CP CHQ Chèque

CC CB Carte bleue

LD TNA Traite non acceptée

TD TNA Traite non acceptée

ES ESP Espèces

LM TNA Traite non acceptée

BM BOR Billet à ordre

PR PRE Prélèvement

VI VIR Virement

Ainsi, un mode de règlement Sage Intégrale LA3 sera récupéré dans Sage ERP X3 en tant que LA3 condition de paiement avec une ligne de règlement TAC.

Les modes de livraison (Données de base / Tables logistiques / Modes livraison) : le transcodage fait correspondre chaque mode d’expédition Sage Intégrale avec un mode existant dans Sage ERP X3. Les doublons ne sont pas autorisés. Si des modes de livraison Sage Intégrale n’ont pas de correspondance, l’utilisateur doit au préalable les créer manuellement dans Sage ERP X3. Reportez-vous au premier chapitre nommé « Les pré-requis côté Sage ERP X3 ». Ensuite, activez au besoin la fonction Sélection (F12 ou clic-droit/Sélection) pour alimenter la liste de transcodage.

Les sites (dépôts) (Paramétrage \ Structure générale \ Sites) : le transcodage propose pour Sage ERP X3 les mêmes codes dépôts que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les dépôts seront créés par la migration.

Les utilisateurs (Paramétrage \ Utilisateurs \ Utilisateurs) : le transcodage propose pour Sage ERP X3 les mêmes codes utilisateurs que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les utilisateurs seront créés par la migration. Attention, après la migration, ces codes utilisateurs sont créés sans mot de passe dans Sage ERP X3. Dans un 1

er temps, pour vous connecter à la société migrée, c’est donc par le N° de l’utilisateur

Intégrale que vous pourrez vous connecter ou avec Admin. Veillez à leur paramétrer un mot de passe par la suite.

Les comptes bancaires (banques) (Données de base \Tables comptabilité tiers \ Comptes en banque) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les banques que celles de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les banques seront créées par la migration.

Les comptes auxiliaires (Données de base \ Tiers \ Tiers) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les comptes auxiliaires divers que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les comptes auxiliaires seront créés par la migration.


© Sage 40

Les comptes généraux (Données de base / Tables comptables / Générale / Comptes) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les comptes généraux que ceux de Sage Intégrale.

Le transcodage dimensionne les comptes selon le paramètre défini dans les pré-requis Sage ERP X3 (variable GAC) et les complète si besoin est par des zéros.

Notons que s’il n’existe qu’un seul modèle comptable, lors de l’intégration des tables Intégrale (Etape Importation et mise à niveau des données), alors le format repris sur le plan de compte général et analytique (menu Paramétrages > structure générale > Plans de comptes) sera forcé aux valeurs suivantes :

Longueur fixe : Oui Longueur : Initialisé à la valeur de GLONGAC* Format : Longueur de GLONGAC + ‘c’ Valeur de GLONGAC = valeur du type de donnée GAC (Développement\ Dictionnaire des données\ Tables\ Type de données)

Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les comptes généraux seront créés par la migration.

Les journaux (Données de base \ Tables comptables \ Générale \ Journaux comptables) : les journaux déjà présents dans Sage ERP X3 ne doivent pas être modifiés pour éviter d'être en déphasage avec les paramétrages dans lesquels ils interviennent déjà. Les journaux Intégrale doivent être créés avec toutes leurs caractéristiques d’origine pour ne pas risquer d'être en déphasage avec les écritures à migrer. Ainsi, le transcodage propose les mêmes codes journaux que ceux de Sage Intégrale s’ils n’existent pas dans Sage ERP X3. Il met en erreur bloquante les journaux Intégrale ayant un code identique à un journal Sage ERP X3 de façon à les recodifier. L’utilisateur doit préciser un nouveau code de telle façon que ce journal puisse être créé de toutes pièces par la migration. Les doublons ne sont pas autorisés.

Les centres analytiques (Paramétrage \ Structure générale \ Axes) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les centres que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les axes et centres analytiques seront créés par la migration.

Les sections analytiques (Données de base \ Tables comptables \ Analytique \ Sections analytiques) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les sections que celles de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés.

Pour les 3 tables de type Taxes ci-dessous, il convient d’avoir procédé à l’analyse du paramétrage des taxes au préalable.

Les taxes achats (Données de base / Tables communes / Taxes / Taux de taxe) : c’est à l’utilisateur de faire pointer manuellement chaque taxe Intégrale vers un code taxe Sage ERP X3 déjà existant. Les doublons sont autorisés. Activez au besoin la fonction Sélection F12. Si des codes taxes Sage Intégrale n’ont pas de correspondant Sage ERP X3, l’utilisateur doit au préalable les créer manuellement dans Sage ERP X3. Ce transcodage est obligatoire pour effectuer la migration des pièces de vente et d’achats dans lesquels les codes taxes Sage Intégrale sont présents.

Les taxes ventes : idem aux taxes achats.

Les taxes parafiscales : idem aux taxes achats.

Les familles articles (Développement / Dictionnaire données / Tables diverses/ Données n° 20) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les familles que celles de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons sont autorisés, il est possible de faire pointer deux familles Sage Intégrale vers une seule famille Sage ERP X3. Les familles articles sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 20. Les familles articles seront créées par la migration.


© Sage 41

Les sous familles articles (Développement / Dictionnaire données / Tables diverses/ Données n° 21) : le transcodage propose pour chaque code sous famille Intégrale (associé à sa famille correspondante) le même code pour Sage ERP X3. Les doublons ne sont pas autorisés et l’utilisateur doit proposer un nouveau code pour les sous familles en doublon (une même sous famille peut exister dans des familles différentes). Les sous-familles articles seront créées par la migration.

Exemple

Famille DI divers => sous famille D1 famille AU autres => sous famille A1

=> sous famille D2 => sous famille D2

Dans le transcodage, il y aura 2 lignes en doublons :

D1 ; DI => D1

D2 ; DI => D2

D2 ; AU => D2

A1 ; AU => A1

L’utilisateur doit faire pointer l’une ou l’autre vers une autre sous famille DIV par exemple. Les sous familles articles sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 21.

Les familles clients (Développement / Dictionnaire données / Tables diverses/ Données n° 30) : idem aux familles articles. Les familles clients sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 30. Les familles clients seront créées par la migration.

Les sous familles clients (Développement / Dictionnaire données / Tables diverses/ Données n° 31) : idem aux sous familles articles. Les sous familles clients sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 31. Les sous-familles clients seront créées par la migration.

Les familles fournisseurs (Développement / Dictionnaire données / Tables diverses/ Données n° 40) : idem aux familles articles. Les familles fournisseurs sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 40. Les familles fournisseur seront créées par la migration.

Les sous familles fournisseurs (Développement / Dictionnaire données / Tables diverses/ Données n° 41) : idem aux sous familles articles. Les sous familles fournisseurs sont récupérées dans Sage ERP X3 au niveau de la table diverse n° 41. Les sous-familles fournisseurs seront créées par la migration.

Les modes de transport (Menu Développement / Dictionnaire de données / Tables/ Menus locaux -Messages / Chapitre

237) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les modes de transport que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons sont autorisés. Les modes de transport seront créées par la migration.

Tournée : (Paramétrage/ Paramètres généraux/ Menus locaux/ Module ventes N° 409) le transcodage indique dans la colonne Sage ERP X3 l’ordre dans lequel les tournées vont être intégrées dans le menu et le nouveau numéro auxquelles elles correspondront. Vous pouvez modifier éventuellement cet ordre tout en sachant que les numéros seront à nouveau classés à partir du numéro 1 à l’enregistrement du transcodage. Exemple :

Dans Sage Intégrale : Dans Sage ERP X3 :

Code tournée Libellé Code tournée Libellé

5 Dpt1 1 Dpt1

10 2 Tournée 2

11 Affaire10 3 Affaire10

20 XYZ 4 XYZ

Les tournées sans libellé dans Sage Intégrale seront intégrées dans Sage ERP X3 avec le libellé Tournée n où n = le n° d’ordre dans Sage ERP X3. Les doublons ne sont pas autorisés. Les numéros de tournée seront créés par la migration.

Les compteurs lot-série (Paramétrage/ Paramètres généraux/ Compteurs/ Structures) : c’est à l’utilisateur de faire pointer manuellement chaque numérotation des entrées Série/lot Sage Intégrale vers un compteur Sage ERP X3 déjà existant et unique (doublons non autorisés). Ce compteur doit correspondre à vos formats de numérotation (Cf. pré requis Sage ERP X3). Activez au besoin la fonction Sélection F12. Si des compteurs Série/lot Sage Intégrale n’ont pas de correspondant Sage ERP X3, l’utilisateur doit au préalable les créer manuellement dans Sage ERP X3.


© Sage 42

Les factors (Données de base / Tiers / Factors) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les factors que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les factors seront créés par la migration.

Avertissement concernant les Représentants, les Clients et les Fournisseurs.

Dans Sage Intégrale chacun de ces 3 types de tiers peut avoir le même code, ce qui n’est pas possible dans SAGE ERP X3. Ainsi il faut mener une réflexion avant de commencer à transcoder ces tiers de manière à les recodifier pour ne pas obtenir de doublons lors de la migration, ce qui entrainerait leur rejet.

Lors du transcodage il faut différencier les codes Représentants/Clients/Fournisseurs qui sont identiques en rajoutant par exemple une lettre ou un chiffre dans le code proposé dans la table de transcodage, au début, à la fin, au milieu….

Exemple : Dans le cas où un code 110 existe comme Représentant et/ou comme Client et/ou comme Fournisseur dans Sage Intégrale, il faut prévoir au niveau du transcodage le code 110R pour le représentant, 110C pour le client et 110F pour le fournisseur, par exemple.

A noter : lors de la migration une alerte dans la trace du type : « Fournisseur XXX (XXX)AAAAAAA existant avec Code postal différent » ce message signifie que le tiers existe déjà avec un autre rôle que fournisseur alors que le code postal est différent (la comparaison se fait sur le code postal et le numéro SIRET). Le programme en conclue donc qu’il s’agit d’un tiers différent, et ne permet pas la reprise de ce fournisseur. Solution : il faut changer son code dans le transcodage, ou s’il s’agit réellement d’un tiers physique identique avec plusieurs rôles, faire en sorte qu’il ait les mêmes adresse et n° SIRET

Les représentants (Données de base / Tiers / Représentants) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les représentants que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. Les représentants seront créés par la migration.

Les clients (Données de base / Tiers / Clients) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les clients que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. S’il y a des doublons suite au transcodage proposé, il faut renseigner un nouveau code client dans la colonne Sage ERP X3. Les clients seront créés par la migration. Cf. des exemples de correspondances en Annexe 4.

Les fournisseurs (Données de base / Tiers / Fournisseurs): le transcodage propose pour Sage ERP X3 les mêmes codes pour les fournisseurs que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. S’il y a des doublons suite au transcodage proposé, il faut renseigner un nouveau code fournisseur dans la colonne Sage ERP X3. Les fournisseurs seront créés par la migration.

Les articles (Données de base / Articles/ Articles) : le transcodage propose pour Sage ERP X3 les mêmes codes pour les articles que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. S’il y a des doublons suite au transcodage proposé, il faut renseigner un nouveau code article dans la colonne Sage ERP X3. Les articles seront créés par la migration.

Les postes (Production / Données techniques / Centres de production / Postes de charge) : ce sont des données techniques de production utilisées pour les gammes dans les nomenclatures. Ils correspondent aux articles de nature main d’œuvre et opération dans Sage Intégrale. Le transcodage propose pour Sage ERP X3 les mêmes codes pour les postes de charge que les codes articles correspondants dans Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. S’il y a des doublons suite au transcodage proposé, il faut renseigner un nouveau code poste de charge dans la colonne Sage ERP X3. Les postes seront créés par la migration.

Le format des postes de charge correspond au format du type de données WST soit 8 caractères par défaut, mais doit correspondre à la longueur trouvée pour les articles de type Opération ou M.O.

Les nomenclatures (Données de base \ Nomenclatures \ Nomenclature production ou commerciales) : dans Sage ERP X3, les produits finis (PF) doivent avoir un numéro de nomenclature égal au numéro de nomenclature de leurs produits semi finis (PSF). Dans cet écran, pour chaque couple numéro nomenclature/composé existant dans Sage Intégrale, le transcodage propose le même numéro de nomenclature pour Sage ERP X3 (n° d’alternative).


© Sage 43

Il est conseillé de laisser le transcodage proposé et d’enregistrer ainsi. Les doublons ne sont pas autorisés. Les nomenclatures seront créées par la migration.

Exemple

10 / ACCOUDOIR => 10

20 / ACCOUDOIR => 20

100 / ACCOUDOIR => 10 cette nomenclature du composé ACCOUDOIR ne peut pas prendre la valeur 10 car celle-ci est déjà utilisée pour le même composé.

Les numéros de nomenclature ne peuvent pas dépasser plus de 2 caractères, il faut recodifier manuellement tous ceux à 3 chiffes.

Les mouvements lots : le nombre de lot en cours pouvant être conséquent, le programme affiche le message ne traiter que les erreurs ?

Répondez oui et seuls les enregistrements en erreurs seront affichés (pour rappel : la 1ère fois que l’on rentre dans le transcodage manuel d’une table, les propositions faites par le transcodage sont aussi considérées comme des erreurs pour vous permettre de les contrôler avant l’enregistrement). Dans cet écran, pour chaque couple N° lot/article, le transcodage propose pour Sage ERP X3 les mêmes numéros de lot que ceux de Sage Intégrale. Vous pouvez les modifier éventuellement. Les doublons ne sont pas autorisés. S’il y a des doublons suite au transcodage proposé, il faut renseigner un nouveau numéro de lot dans la colonne Sage ERP X3.

Ces lots seront créés lors de la migration des stocks.

Les mouvements séries : idem aux lots


© Sage 44

B4) Paramétrage

Le paramétrage nécessaire avant la migration finale dans Sage ERP X3 doit être mis en place (renseignement des critères de reprise des écritures, des valeurs par défaut, des journaux par type de pièce, de l’analytique, etc.). En cas de doute, il est conseillé de consulter l’aide affectée sur chaque champ dans Sage ERP X3. Pour débuter cette étape, vous devez avoir effectué l’étape de transcodage.

En-tête

Certaines informations sont rappelées dans l’en-tête pour informations.

Société

Cette zone contient le code société renseigné lors du transcodage et sera rattachée aux données à migrer. Si vous ne l’avez pas modifié dans ce traitement, c’est le code de la société Sage Intégrale d’origine. Il alimentera la fiche société dans Sage ERP X3 (Paramétrage / Structure générale / Sociétés).

Site principal

Cette zone contient le code du site principal renseigné lors du transcodage. Si vous ne l’avez pas modifié dans ce traitement, c’est le code du dépôt principal de la société Sage Intégrale d’origine.

Il doit être obligatoirement renseigné et initialisera le site par défaut défini dans la société Sage ERP X3 (Paramétrage / Structure générale / Sociétés). Il sera également créé en tant que site financier lors de la migration des sites. Les mouvements comptables seront imputés sur ce site.

Onglet Gestion


© Sage 45

Coût standard Lors de la création des coûts standards (fiche articles-coûts) des articles migrés, ce sont les composantes de coûts de la fiche article Intégrale qui sont reprises (part sous-traitance, part main d’œuvre, part composant… de l’onglet Fabrication). Si elles ont toutes une valeur nulle, il est alors possible de choisir un autre champ de la table article Intégrale (table XIART) pour initialiser le coût standard. Le coût standard peut être utilisé dans la valorisation de stocks. Champ 1 sera pris en priorité et Champ 2 sera utilisé si la valeur renvoyée par Champ 1 est nulle. Indiquez dans Champ1 et Champ2 (zones obligatoires) quels champs de la fiche article Sage Intégrale le programme de migration pourra utiliser le cas échéant pour initialiser le coût pour chaque article migré (exemples : le prix moyen de revient, le prix moyen d’achat…). Vous disposez pour cela de la fonction Sélection (F12) qui vous affiche la liste des champs disponibles dans la table XIART (table des articles ART de Sage Intégrale). Pour connaître le détail de ces champs, vous pouvez consulter le manuel électronique Base de données Sage Intégrale qui contient le détail des champs de chaque table Intégrale.

Catégories Indiquez les affectations de catégories nécessaires aux différents types d’articles possibles. De même indiquez une catégorie par défaut pour les clients et les fournisseurs. Ces catégories doivent avoir été créées auparavant (Cf. pré-requis Sage ERP X3) :

Acheté + Vendu

Affectez la catégorie destinée aux articles qui étaient achetés, vendus et non gérés en stock dans Sage Intégrale. C’est la catégorie par défaut.


© Sage 46

Acheté + Vendu + Stock

Affectez la catégorie destinée aux articles qui étaient achetés, vendus et gérés en stock.

Acheté + Vendu + Fabriqué

Affectez la catégorie destinée aux articles qui étaient achetés, vendus, fabriqués et non gérés en stock (produit fini assemblé ou gamme).

Acheté + Vendu + Fabriqué + Stock

Affectez la catégorie destinée aux articles qui étaient achetés, vendus, fabriqués et gérés en stock (produit fini ou gamme).

Client

Affectez la catégorie client par défaut

Fournisseur

Affectez la catégorie fournisseur par défaut

Inventaires

Intervalle Classe A J. calendaires Indiquez le nombre de jours entre deux inventaires tournants pour la classe d'article correspondante (A, B, C et D). Ils sont stockés dans les paramétrages d’inventaires par sites ( Paramétrage/ Stocks/ Stocks / Onglet Paramétrage inventaire). Vous pouvez laisser la valeur nulle.

Valeurs par défaut

Schéma hebdomadaire

Valeur utilisée à la création des postes de charge qui correspondent aux articles de nature Main d’œuvre ou Opération. Le schéma hebdomadaire est utilisé pour la création des postes de charge, eux-mêmes utilisés pour les gammes au sein des nomenclatures.

Date imputation intégration stocks

Cette date servira de date d’imputation pour l’intégration des pièces d’inventaires.

Elle est par défaut alimentée par la date du jour.

Elle doit faire partie d’un exercice courant. La migration des stocks contrôle la validité de cette date. Lors de la migration, les données utiles pour la valorisation des inventaires (tels les coûts standards dans la fiche article) sont aussi créées et prises en compte pour l’année indiquée dans le paramètre "Date imputation intégration stock".


© Sage 47

Onglet Taxes

Dans cet onglet, vous devez renseigner les niveaux de taxe pour les articles, et les régimes de taxes pour les clients/fournisseurs. Ces informations servent à initialiser les fiches créées lors de la migration des fichiers de base (articles, clients, fournisseurs…).

Il est fortement conseillé de se référer au paragraphe « Détail taxes » et à l’Annexe I pour renseigner au mieux ces informations.

Niveau taxe article 1 La liste de tous les couples TVA ventes / TVA achats / Régime TVA (débits/encaissements) pouvant exister dans les articles Sage Intégrale est présentée. Pour chacun, il faut faire correspondre un Niveau de taxe paramétré dans Sage ERP X3 (Données de base / Tables articles / Niveaux de taxe) et le créer si besoin est. Une fois ces niveaux créés et paramétrés, vous pourrez éventuellement compléter le tableau des éléments de facturation de vente pour y indiquer les niveaux de taxes articles correspondants.

Niveau taxe article 2 La liste de tous les codes de Taxe parafiscale pouvant être utilisés dans les articles Sage Intégrale. Pour chacun il faut faire correspondre un Niveau de taxe paramétré dans Sage ERP X3 (Données de base / Tables articles / Niveaux de taxe).

Niveau taxe article 3 Renseigner le niveau de taxe Sage ERP X3 (Données de base / Tables articles / Niveaux de taxe) à affecter aux articles qui ont le paramètre Taxe additionnelle coché dans Sage Intégrale.

Régime taxe clients Pour tous les croisements Assujetti TVA / Assujetti TPF / Taxe additionnelle possibles, et ce par pays présents dans les tables de TVA Ventes et TPF de Sage Intégrale, indiquer le régime de taxe correspondant dans Sage ERP X3 (Données de base / Tables tiers / Régimes de taxe). Il faut au minimum renseigner les cas existants dans Sage Intégrale. Les autres cas peuvent être associés à un régime divers non exploités (exemple : NUL). Voir le paragraphe « Détail taxes » pour connaître la liste exhaustive des cas réellement exploités dans Sage Intégrale.

Régime taxe fournisseurs Pour toutes les valeurs Assujetti TVA possibles dans la base fournisseurs Sage Intégrale, et ce par pays présents dans les tables de TVA Achats de Sage Intégrale, indiquer le régime de taxe correspondant dans Sage ERP X3 (Données de base / Tables tiers / Régimes de taxe).


© Sage 48

Il faut au minimum renseigner les cas existants dans Sage Intégrale. Les autres cas peuvent être associés à un régime divers non exploités (exemple : NUL). Voir le paragraphe « Détail taxes » pour connaître la

liste exhaustive des cas réellement exploités dans Sage Intégrale.


© Sage 49

Onglet Tarifs

Remarques sur les tarifs Dans Sage Intégrale :

Sur la fiche article, seules les dates de début tarif 1 et tarif 2 sont présentes. Ces dates sont communes aux tarifs HT et TTC. Il n'y a pas de date de fin des tarifs 1 et 2.

Les tarifs en devise et les tarifs quantitatifs ne sont pas liés à des dates de validité. Dans Sage ERP X3 :

Les tarifs de Sage ERP X3 sont regroupés en fiches. Les dates de début et fin de validité sont communes à toutes les lignes tarifs contenues sur une même fiche.

Cet onglet sert à paramétrer la façon dont vos différents tarifs vont pouvoir être récupérés (date de début, date de fin, ordre de tri…).

Important ! : Pour récupérer les tarifs, certains pré-requis de paramétrage sont obligatoires. Veuillez pour cela vous référer à l’Annexe 2 - Paramétrage Achat et à l’Annexe 3 - Paramétrage Vente

Tarifs article Ce pavé est destiné à regrouper les tarifs articles Sage Intégrale en fiches Sage ERP X3 et définir les dates de début et fin de validité.

HT1

Les tarifs HT1 présents sur les fiches articles Sage Intégrale ne sont récupérés que si le tarif PBAHT a été préalablement créé dans Sage ERP X3.

Date de fin de validité HT1

Elle correspond à la date de début de validité du tarif HT2. En cas d’absence de tarif HT2 sur la fiche article, indiquez la date qui devra être utilisée.

Regroupement

Indiquez le critère de regroupement des tarifs HT1 au sein d’une même fiche tarif. Pour une même fourchette de dates, les enregistrements de même critère seront mis sur la même fiche.

Non défini : il y a changement de fiche tarif lorsque le nombre de lignes maximum par fiche tarif est atteint (indiqué en début d’écran). Au sein du tarif, les lignes sont triées par Famille + Sous Famille + Référence article.

Par famille : il y a une fiche tarif pour chaque Famille article. A l'intérieur du tarif, les lignes sont triées par Sous Famille puis par Référence article.

Par sous famille : il y a une fiche tarif pour chaque couple famille/sous famille. A l'intérieur du tarif les lignes sont triées par Référence article.


© Sage 50

HT2

Les tarifs HT2 présents sur les fiches articles Sage Intégrale ne sont récupérés que si le tarif PBAHT a été préalablement créé dans Sage ERP X3.

Date de fin de validité HT2

Renseignez une date de fin de validité pour les tarifs HT2. Si celle-ci n’est pas saisie, elle sera créée avec la date début + 1 an.

Regroupement

Idem tarif HT1, veuillez vous y référer.

TTC1

Les tarifs TTC1 présents sur les fiches articles Sage Intégrale ne sont récupérés que si le tarif PBATTC a été préalablement créé dans Sage ERP X3. Les paramètres à saisir sont identiques au tarif HT1, veuillez vous y référer.

TTC2

Les tarifs TTC2 présents sur les fiches articles Sage Intégrale ne sont récupérés que si le tarif PBATTC a été préalablement créé dans Sage ERP X3. Les paramètres à saisir sont identiques au tarif HT2, veuillez vous y référer.

Tarifs en devise Ce pavé est destiné à regrouper les tarifs en devise Sage Intégrale en fiches Sage ERP X3 et définir les dates de validité qui n’existent pas dans Sage Intégrale (Gestion des fichiers \ Fichiers de base \ Articles \ Tarifs / calculs \ Tarifs en devise). Les tarifs en devise ne sont récupérés que si le tarif PDA a été préalablement créé dans Sage ERP X3.

Date de début de validité

Renseignez une date de début de validité pour les tarifs en devise.

Date de fin de validité

Renseignez également une date de fin de validité. Si celle-ci n’est pas saisie, elle sera créée avec la date de début + 1 an.

Regroupement

Indiquez le critère de regroupement des tarifs en devise au sein d’une même fiche tarif.

Non défini : il y a changement de fiche tarif lorsque le nombre de lignes maximum par fiche tarif est atteint (indiqué en début d’écran).

Par famille : il y a une fiche tarif pour chaque Famille article.

Par sous famille : il y a une fiche tarif pour chaque couple famille/sous famille.

Par devise et famille : il y a une fiche tarif pour chaque couple devise/famille.

Par devise et sous famille : il y a une fiche tarif pour chaque couple devise / famille / sous famille.

Tarifs quantitatifs Ce pavé est destiné à regrouper les tarifs quantitatifs Sage Intégrale en fiches Sage ERP X3 et définir les dates de validité qui n’existent pas dans Sage Intégrale. Il s’agit des tarifs quantitatifs articles définis par famille, par sous famille et par articles (Gestion des fichiers \ Fichiers de base \ Articles \ Tarifs / calculs \Tarifs quantitatifs).

Par famille

Si le tarif QAFX n'est pas défini dans Sage ERP X3, les tarifs quantitatifs par familles d'articles ne seront pas récupérés.


© Sage 51


Renseignez une date de début de validité pour les tarifs quantitatifs par famille.



Regroupement

Indiquez le critère de regroupement des tarifs quantitatifs au sein d’une même fiche tarif.

Non défini : il y a changement de fiche tarif lorsque le nombre de lignes maximum par fiche tarif est atteint (indiqué en début d’écran). Au sein du tarif, les lignes sont triées par Famille + Sous Famille+ Référence article.

Par famille : il y a une fiche tarif pour chaque famille article. Au sein du tarif, les lignes sont triées par Sous Famille + Référence article.

Par Sous Famille

Si le tarif QASX n'est pas défini dans Sage ERP X3, les tarifs quantitatifs par sous familles d'articles ne seront pas récupérés.


Renseignez une date de début de validité pour les tarifs quantitatifs par sous famille.



Regroupement


Non défini : il y a changement de fiche tarif lorsque le nombre de lignes maximum par fiche tarif est atteint (indiqué en début d’écran). Au sein du tarif, les lignes sont triées par Famille + Sous Famille + Référence article.

Par famille : il y a une fiche tarif pour chaque famille article. Au sein du tarif, les lignes sont triées par Sous Famille + Référence article.

Par sous famille : il y a une fiche tarif pour chaque sous famille article. Au sein du tarif, les lignes sont triées par Famille Référence article.

Par Article

Si les tarifs QARP et QARX ne sont pas définis dans Sage ERP X3, les tarifs quantitatifs par articles ne seront pas récupérés. QARP concerne le prix de base et QARX concerne les remises et frais des tarifs quantitatifs par articles.


Renseignez une date de début de validité pour les tarifs quantitatifs par articles.



Regroupement


Non défini : il y a changement de fiche tarif lorsque le nombre de lignes maximum par fiche tarif est atteint (indiqué en début d’écran). Au sein du tarif, les lignes sont triées par Famille + Sous Famille+ Référence article.

Par famille : il y a une fiche tarif pour chaque famille article. Au sein du tarif, les lignes sont triées par Sous Famille+ Référence article.


© Sage 52

Par sous famille : il y a une fiche tarif pour chaque sous famille article. Au sein du tarif, les lignes sont triées par Référence article.

Structure tarifs ventes Ce tableau détermine dans quelles colonnes de la structure tarifs de Sage ERP X3, le programme affectera les valeurs des remises de vente Sage Intégrale. Un contrôle est effectué en fonction du type de colonne (minoration/majoration, pourcentage/montant). Il est tenu compte de ce type de colonne pour le choix proposé par la fonction F12 [Sélection].

Structure tarifs achats Ce tableau détermine dans quelles colonnes de la structure tarifs de Sage ERP X3, le programme affectera les différents types de valeurs des remises achats Sage Intégrale (remise fournisseur ou remise article, avec pour chacune, la possibilité d’une majoration et d’une minoration du prix). Un contrôle est effectué en fonction du type de colonne (minoration/majoration, pourcentage/montant). Il est tenu compte de ce type de colonne pour le choix proposé par la fonction F12 [Sélection].

Onglet Ventes

Important ! Les éléments de facturation doivent avoir été créés au préalable conformément à l’Annexe

3 - Paramétrage Vente

Généralités Renseigner les types de commandes, factures et avoirs à utiliser lors de la migration. La fonction F12 [Sélection] est disponible. Seuls les types de pièces compatibles aux types attendus sont proposés.

Frais Dans Sage Intégrale, il existe 3 types de frais : - Port (géré via des articles de nature "PO") - Frais divers (géré via des articles de nature "FR") - Frais fixe (géré via des articles de nature "FR") Dans Sage ERP X3 ces frais correspondent à des éléments de facturation de type "majoration" Renseigner les codes des éléments de facturation correspondant aux différents éléments de Sage Intégrale. Si ces éléments ne sont jamais utilisés, il n’est pas obligatoire de leur affecter un élément de facturation.

Remise Renseigner le code des éléments de facturation correspondant aux types de remise Sage Intégrale : Remise et Escompte


© Sage 53

Onglet Achats

Important ! Les éléments de facturation doivent avoir été créés au préalable conformément à l’Annexe 2 - Paramétrage Achat

Correspondance éléments de facturation Renseigner les codes des éléments de facturation correspondant aux différents éléments de Sage Intégrale. Si ces éléments ne sont jamais utilisés, il n’est pas obligatoire de leur affecter un élément de facturation.

La correspondance pour l’élément Escompte est obligatoire !

Imputation des écarts Renseigner obligatoirement les deux codes correspondant aux éléments écarts positifs et négatifs. Ils sont utilisés en cas de déséquilibre des montants entre la pièce Sage Intégrale et la pièce Sage ERP X3


© Sage 54

1er Onglet Comptabilité

Deux onglets servent à définir le contexte pour la reprise des écritures de la comptabilité.

Général

Date premier exercice

Vous devez obligatoirement renseigner cette date. Elle détermine le nombre d’exercices qui seront repris lors de la migration.

Elle doit correspondre à la date de début d’un exercice dans Sage Intégrale :

soit la date de début du dernier exercice fermé,

soit la date de début du premier exercice ouvert.

Exemple

Exercices Sage Intégrale N N-1 N-2

Etat Ouvert Clos Clos

Date 1er exercice possible ? Oui Oui Non

Nombre exercices repris 1 ex -> N 2 ex -> N et N-1

Exercices Sage Intégrale N N-1 N-2

Etat Ouvert Ouvert Clos

Date 1er exercice possible ? Non Oui Oui

Nombre exercices repris 2 ex -> N et N-1 3 ex -> N, N-1 et N-2

Important : lors de la migration des écritures comptables, seul l’à-nouveau généré dans Sage Intégrale à cette Date premier exercice sera repris dans Sage ERP X3. Les à-nouveaux éventuels des autres exercices seront générés par le traitement de clôture d’exercice fait dans Sage ERP X3.


© Sage 55

Modèle comptable

Cette information doit obligatoirement être renseignée. Lors de la migration de la société, la fiche sera mise à jour avec ce modèle comptable. Une fois la société migrée, cette zone sera inaccessible. Cette zone définira la structure comptable à prendre en compte, liste des référentiels, des codes plans et leur paramétrage. Seuls le référentiel général principal et le référentiel analytique principal devront être déclarés et non automatiques (cela sous entend pas d’IAS) Le modèle comptable doit être renseigné d’un référentiel général principal différent du référentiel analytique principal.

Plan de comptes :

Zone affichée. Il s’agit du code plan lié au référentiel général principal et sera le référent pour les autres zones du paramétrage associé aux comptes.

Type de pièce Une fois la date de 1

er exercice renseignée, les lignes du tableau Type de pièce par journal s’alimentent.

Seuls les journaux alimentés par les écritures comptables de Sage Intégrale sont présentés. Dans Sage ERP X3, les écritures d’un journal doivent être rattachées à un type de pièce. Le type de pièce permet de regrouper les écritures selon des critères communs mais également de définir la structure de numérotation des pièces qui sont générées (Paramétrage / Comptabilité / Type de pièces). Renseignez un type de pièce à affecter par défaut pour chaque journal de Sage Intégrale. Vous pouvez par exemple créer un type de pièce MIGEN (sans journal par défaut, avec un compteur spécifique) et l’affecter à tous les journaux. Les écritures reprises par la migration seront donc isolées et identifiables facilement sur ce type de pièce. Sur ce type de pièce, un référentiel général principal ainsi qu’un référentiel analytique devront être autorisés. Parallèlement, vous pouvez par exemple créer un type de pièce MIANA (sans journal par défaut, avec un compteur spécifique) et l’affecter à tous les journaux analytiques. Les écritures analytiques reprises par la migration seront donc isolées et identifiables facilement sur ce type de pièce. Seul le référentiel analytique devra être autorisé sur ce type de pièce.

Types de pièce

Cas particulier : lorsqu’une pièce Sage ERP X3 est créée suite à la récupération d’une pièce Sage Intégrale de type Facture ou Avoir (FA, FF, AA, AF, AC ou AV), le type de pièce retenu sera déterminé par les valeurs renseignées sur ces champs

L’objectif étant de ne pas récupérer les avoirs sur le même type de pièce que les factures, et permettre ainsi une exploitation optimale dans le produit Sage ERP X3. Les types de pièces sont paramétrables et ne sont plus choisis arbitrairement par le traitement. On retrouve donc sur le premier onglet comptabilité du paramétrage migration les 4 champs suivants : Type facture achat : le traitement d’importation y imputera les pièces intégrale de type « FF » Type facture Vente : le traitement d’importation y imputera les pièces intégrale de type « FA » Type avoir achat : le traitement d’importation y imputera les pièces intégrale de type «AA» et «AF» Type avoir Vente : le traitement d’importation y imputera les pièces intégrale de type «AC» et «AV» Attention à cocher gestion des échéances si l’on désire retrouver les échéances liées à ces écritures.

Il est primordial de vérifier le paramétrage de ces types de pièces et de le modifier si besoin est. Exemple : si vous désirez retrouver les échéances liées à ces écritures, il faut autoriser la gestion des échéances sur le type de pièce (cocher la zone gestion des échéances)….


© Sage 56

Reprise plan comptable

Intégrale uniquement

Cochez cette option pour que seuls les comptes qui existaient dans Sage Intégrale soient repris dans le plan comptable de Sage ERP X3. Les comptes Sage ERP X3 livrés par défaut pour lesquels il n’y a aucune correspondance avec les comptes Sage Intégrale transcodés sont supprimés.

Ne cochez pas cette option si vous souhaitez conserver à la fois les comptes qui existaient dans Sage Intégrale et les comptes Sage ERP X3 livrés par défaut.

Dans les deux cas, les comptes seront dimensionnés selon les paramètres définis dans les pré-requis Sage ERP X3 (variable GAC) et complétés si besoin est par des zéros.

Exemple

Avec un Plan Sage ERP X3 sur 6 caractères et un plan intégrale sur 8 caractères. Plan comptable Sage ERP X3

Plan comptable Intégrale Plan comptable définitif avec

l’option cochée

Plan comptable définitif avec

l’option non cochée

120000 12000000 12000000 12000000

471000 47100000 47100000 47100000

472000 Inexistant Non repris 47200000

Inexistant 47300000 47300000 47300000

Option reprise écritures

Schéma de saisie :

Cette zone correspond à la transaction de saisie souhaitée (Paramétrage \ Comptabilité \Transaction saisies pièces) ; elle définit le nombre de référentiels affiché. Cette zone est contrôlée :

- Seuls 2 types de référentiels doivent être référencés : - 1

er référentiel lié au type général principal

- 2ème référentiel lié au référentiel analytique principal - La transaction est de type colonne

Compte temporaire

Ce compte temporaire, utilisé lors de la reprise des écritures en cas de dépassement du nombre de lignes d’écritures d’une pièce Sage ERP X3, est initialisé par le compte défini dans le paramètre du code plan lié au référentiel général principal associé au modèle comptable (Paramétrage > Structure générale > Plan de comptes – Onglet : comptes divers, ligne 2 :compte par défaut) . Il est modifiable.

Si vous souhaitez un autre compte temporaire, indiquez-le dans cette zone. Il est conseillé de saisir un compte n’ayant jamais été mouvementé dans Sage Intégrale pour pouvoir identifier facilement ces écritures et ne pas fausser les cumuls débit/crédit d’un compte migré et mouvementé dans Sage Intégrale.

Attention : ne renseigner ce compte qu’après la migration du plan comptable (c'est-à-dire avant de commencer la migration de l’onglet Documents). Cela permettra de sélectionner un compte parmi ceux du plan comptable définitif.

Reprise analytique :

Cochez cette option si vous souhaitez reprendre les ventilations analytiques des écritures comptables issues de Sage Intégrale. Veuillez consulter les pré-requis Sage Intégrale concernant l’analytique.

Dans ce cas, il faudra renseigner la zone Schéma de saisie analytique, qui correspond à la transaction de saisie souhaitée pour l’analytique (Paramétrage > Comptabilité > Transactions saisie pièces), cette zone est contrôlée et devra être paramétrée comme suit :

- Seul un type de référentiel déclaré : Référentiel analytique principal

- La transaction est de type « Colonne » ou de type « Ligne »


© Sage 57

Ne cochez pas cette option, si vous souhaitez une ré-initialisation des ventilations analytiques des écritures.

Dans ce cas, un code section par défaut (Paramétrage / Comptabilité / Interface Comptabilité / Section par défaut) doit être renseigné dans la zone suivante pour définir la manière dont les sections analytiques doivent être initialisées pour les écritures qui mouvementent des comptes suivis en analytique.

Cette fonction permet de définir pour toutes les écritures récupérées par la migration sur un compte général ventilable en analytique, qui a donc une nature analytique rattachée à sa fiche dans Sage ERP X3, la manière dont les sections analytiques doivent être renseignées. Il faut tenir compte du contexte, et saisir une section qui a au moins un identifiant alimenté au sein d’une écriture. Exemple : Société, devise, etc.

Avant de migrer les écritures de la compta générale, il faudra que l’utilisateur paramètre l’analytique dans Sage ERP X3. Sachant qu’il a là aussi deux choix :

Soit il récupère le paramétrage analytique de Sage Intégrale en migrant les tables : sections analytiques et répartitions analytiques.

Soit il ne migre pas ces tables et crée de toutes pièces le paramétrage dans Sage ERP X3, en affectant in fine à chaque compte général, les natures analytiques nouvellement créées. Cette opération se fera bien entendu après la migration des comptes généraux et avant celle des écritures.

2ème onglet Comptabilité

Options reprise écritures Ces informations permettent de préciser les options à retenir pour la reprise des écritures dans le cas d’une société Sage Intégrale avec des écritures enregistrées sur des devises différentes.

Remarque : la devise locale correspond à la devise société, également appelée devise de tenue de compte.

Deux options sont possibles :

Reprise en devise locale

Cochez cette option si vous souhaitez reprendre les écritures uniquement en devise locale. Dans ce cas, les écritures Sage Intégrale mouvementées dans une autre devise ne seront récupérées dans Sage ERP X3 qu’en devise locale. Après la migration, seule la balance en devise locale sera alimentée.


© Sage 58

Reprise en devise de mouvement

Cochez cette option si vous souhaitez reprendre également les écritures mouvementées dans une devise autre que la devise locale. Dans ce cas, l’utilisateur doit préciser en suivant l’option à retenir dans le cas d’écritures qui mettent en jeu plus d’une devise autre que la devise locale (écritures multi devises).

Ecritures multi devises Ces informations ne sont accessibles que si vous avez choisi de récupérer les écritures en devise de mouvement.

Reprise en devise locale

Cochez cette option si vous souhaitez reprendre les écritures multi devises uniquement en devise de société.

Reprise sur la 1ère devise trouvée

Cochez cette option si vous souhaitez reprendre les écritures sur la première devise trouvée autre que la devise locale. Toutes les écritures enregistrées sur une devise autre que cette devise seront converties en exploitant le cours défini sur la première écriture associée à cette devise. Cette conversion peut conduire à la génération d’une ligne d’écart d’arrondi pour équilibrer la pièce Sage ERP X3 dans la 1ère devise trouvée tant que l’écart est inférieur au Montant écart autorisé défini ci-après. L’écart d’arrondi est imputé dans ce cas, au compte écart débiteur ou écart créditeur définis ci-dessous.

Il est conseillé de choisir l’option Reprise en devise locale surtout dans le cas d’écritures en multi devises anciennes (exemples d‘écritures en devise existant avant l’euro).

Montant écart autorisé

Indiquez le montant d’écart maximum autorisé pour générer une ligne supplémentaire d’écart d’arrondi. Ce montant est exprimé en devise de tenue de compte. En cas d’écart dépassé, les paramètres suivants permettent d’indiquer la marche à suivre.

Il est conseillé de laisser cette zone à 0, si vous souhaitez conserver le cumul débit/crédit en devise de tenue de compte identique à l’origine, et dans ce cas également, veuillez cocher dans les paramètres suivants : « Reprise en devise locale » si écart devise dépassé.

Si écart dépassé

Reprise écritures en devise locale

En cas de montant d’écart dépassé, cochez cette option si vous souhaitez que l’écriture en multi-devises ne soit récupérée finalement qu’en devise locale.

Saupoudrage

Cochez cette option et le montant de l’écart sera réparti sur les lignes en devise en fonction du poids du montant de chaque ligne.

Compte écart débiteur / Compte écart créditeur

Ces deux comptes sont accessibles dès lors que la reprise d’écritures Sage Intégrale en devise de mouvement est demandée.

Ils sont initialisés par les comptes d’écart en devise définis dans la fiche société de Sage Intégrale s’ils existent.

Les comptes d’écart définis sont exploités lorsque la reprise des écritures de Sage Intégrale d’un même journal/période se fait sur une devise autre que la devise locale et lorsqu’un écart est constaté pour équilibrer la pièce.

Il est conseillé de saisir des comptes n’ayant jamais été mouvementés dans Sage Intégrale et si besoin, les créer dans Sage ERP X3. Si possible, ils ne doivent pas être ventilables en analytique et s’ils le sont, une section par défaut doit leur être affectée.

L’objectif étant de permettre de mieux isoler les écritures d'écart générées par la migration, sans fausser les cumuls débit/crédit d’un compte migré et mouvementé dans Sage Intégrale.


© Sage 59

Attention : ne renseigner ce compte qu’après la migration du plan comptable (c'est-à-dire avant de commencer la migration de l’onglet Documents). Cela vous permettra de sélectionner un compte parmi ceux du plan comptable définitif.

Si vous renseignez les paramètres de cet écran tels qu’ils sont indiqués sur l’impression écran donnée en exemple, seules les écritures en devise donnant un montant devise de transaction et devise de tenue identiques dans Sage ERP X3 et Sage Intégrale seront reprises en l’état. Les autres seront reprises uniquement en devise de tenue. Le rapprochement en devise de tenue entre les 2 comptabilités n’en sera que simplifié.

3ème étape : migration définitive des données dans les tables Sage ERP X3

© Sage 60

C) 3ème étape : migration définitive des données dans les tables Sage ERP X3

C1) Alimentation des tables Sage ERP X3

La migration définitive est lancée et alimente directement les tables Sage ERP X3. Les étapes de transcodage et de paramétrage doivent obligatoirement avoir été validées avant d’exécuter la migration. Si les informations du paramétrage ne sont pas renseignées ou sont erronées, des messages du type Paramétrage à revoir (Onglet Comptabilité\ Général) peuvent apparaître. Veillez à réaliser une sauvegarde du dossier avant de débuter l’étape de migration. La migration se déroule dans l’ordre suivant :

les tables communes,

les données de base,

les données,

les documents. Il est conseillé d’exécuter les migrations dans l’ordre des onglets et au sein d’un onglet, de respecter l’ordre indiqué pour les tables.

Exemple

Si vous lancez la migration d’une table, celles positionnées au-dessus doivent être d’ores et déjà traitées. Certaines données ne peuvent être migrées que si les données précédentes le sont.

A traiter

Sélectionnez les tables à migrer en double-cliquant dans cette colonne.

Les fonctions Tout sélectionner et Tout désélectionner sont accessibles par le menu contextuel grâce au clic droit.

Traitements

Simulation

La simulation permet d’effectuer les contrôles avant de réaliser la mise à jour réelle. Dès qu’il n’y a plus d’erreurs bloquantes, vous pouvez effectuer la migration en réel.


© Sage 61

Si plusieurs tables sont sélectionnées pour la simulation, elles peuvent être dépendantes entre elles et des messages d’erreur bloquants peuvent apparaître. Par exemple : pour migrer la table Clients en simulation, il faut que la table des Conditions de paiement ait été migrée en réel.

Pour ces raisons, il est préférable de traiter en simulation table après table. Si aucune erreur n’est constatée, le traitement en réel peut être lancé, puis la simulation de la table suivante etc…

Tant qu’aucun traitement n’a été lancé en réel (donc uniquement en simulation), il est possible de relancer l’importation des tables Sage Intégrale pour alimenter et écraser le contenu des tables temporaires XI Attention : le transcodage devra être refait et le paramétrage revu si vous relancez l’importation.

Relancer l’importation des données Sage Intégrale d’une table XI, dès lors que la table n’a pas été migrée en réel (tous les enregistrements de la table ont leur zone FLGREP = 0) Attention aux dépendances avec les autres tables qui peuvent avoir été migrées. Ces manipulations doivent se faire avec parcimonie. En fonction des éléments réimportés, le transcodage et éventuellement le paramétrage devront être revus.

Modifier le contenu d’une table XI, dès lors que les enregistrements concernés par la modification n’ont pas été traités en réel par la migration (FLGREP=0) Attention aux dépendances avec les autres données qui peuvent avoir été migrées. Ces manipulations doivent se faire avec parcimonie. En fonction des éléments réimportés, le transcodage et éventuellement le paramétrage devront être revus.

Modifier le transcodage.

Dans certaines traces suite à la migration en simulation, les n° de pièces affectés dans Sage ERP X3 peuvent être identiques d’une pièce Sage Intégrale à une autre Ceci est normal dans la mesure où le compteur de pièce Sage ERP X3 utilisé n’est pas mis à jour en réel. Les n° de pièces affectés après migration ne peuvent être connus et retenus qu’après un traitement lancé en réel.

Quand le traitement est réalisé en Réel, il sera nécessaire de restaurer le dossier avant migration en cas d’erreurs graves qui nécessiteraient de modifier les données entrantes.

[Exécution] Cliquez ici pour démarrer le traitement aussi bien en simulation qu’en réel.

Rapports de traitement A la fin de la migration (réelle ou en simulation), un rapport de traitement est affiché à l’écran.

En cas d’erreurs, celles-ci sont signalées d’une couleur différente :

rouge : erreur bloquante (si vous éditez la trace, celles-ci sont signalées par le chiffre -2 en début de ligne car les couleurs ne sont pas éditées),

vert : erreur non grave (si vous éditez la trace, celles-ci sont signalées par le chiffre -1 en début de ligne).

Au fur et à mesure des migrations successives (lancées en réel), le compteur Reste à traiter affiche les éléments restants à migrer.

Pour les tarifs, il est possible que la migration n’indique aucune erreur alors que le compteur Reste à traiter affiche encore des éléments à migrer.


© Sage 62

Dans ce cas, ce qui compte c’est que le rapport d’anomalie ne signale aucune erreur. Les éléments restant non migrés peuvent être :

des prix en devise nuls non repris dans Sage ERP X3,

des lignes de tarif comportant des codes articles terminés par une étoile ( code regroupement pour les tarifs dans Sage Intégrale) non repris dans Sage ERP X3,

des lignes de tarifs pour des articles qui n’existent plus, etc.

Nous vous conseillons de lancer la migration table par table afin de pouvoir analyser les traces (cf. des exemples dans les annexes en fin de document) et procéder aux modifications au fur et à mesure.

Onglet tables communes

Pour plus d’informations sur le détail des champs alimentés au sein des tables, veuillez vous référer au chapitre Annexes.

Société Cette étape permet la création de la société définie dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Paramétrage / Structure générale / Sociétés.

Attention : le temps de migration de la fiche société peut être très long car il est proportionnel aux nombre d’écritures comptables générales et analytiques à reprendre par la suite. Il est préconisé d’épurer dans Sage Intégrale les exercices clos que l’on ne souhaite pas migrer dans Sage ERP X3 (Cf. pré-requis de la migration).

La migration de la société créée les axes analytiques (menu Paramétrage\ Structure générale\ Axes) et les affecte automatiquement sur l’onglet « compta » de la fiche société et au paramétrage du référentiel général analytique lié au modèle comptable (Paramétrage/ Structure générale/ Référentiels). Pour qu’ils soient correctement initialisés, il faut relancer l’application après migration de la fiche société.

Les axes Sage Intégrale demeurent des axes dans Sage ERP X3.

- Les intitulés correspondent au nom de l’Axe dans Sage Intégrale,

- Le format est initialisé par défaut à 20c.

- Le champ Création automatique est par défaut coché.

Pour information : Un axe supplémentaire « Autre » est ajouté pour les sections analytiques définies dans Sage Intégrale qui ne correspondent pas à la concaténation de centres analytiques.

Sites Cette étape permet la création des sites définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Paramétrage \ Structure générale \ Sites.

Le site principal sera identifié comme site financier, dépôt, vente, achat etc...

Lors de la migration des nomenclatures, une recherche du site de fabrication par défaut du produit fini est faite dans les données Sage Intégrale afin d’identifier les sites de production. Les ordres de fabrication seront migrés sur le site de production par défaut du produit fini. Cf. plus de détail sur l’Onglet documents

Utilisateurs Cette étape permet la création des utilisateurs définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Paramétrage \ Utilisateurs \ Utilisateurs.


© Sage 63

Attention, après la migration, ces codes utilisateurs sont créés sans mot de passe dans Sage ERP X3. Dans un 1

er temps, vous pourrez vous connecter à la société migrée par le code de l’utilisateur°

Intégrale ou avec Admin. Veillez à leur paramétrer un mot de passe par la suite.

Code tournée Cette étape permet la création des N° de tournée définis dans le transcodage. Les éléments issus de cette migration sont visibles dans le menu local 409 (Paramétrage \ Paramètres généraux \ Menus locaux, Module Vente). Une fois migrés, pensez à vous reconnecter car les menus locaux ne sont réactualisés qu'après reconnexion au dossier.

Familles statistiques Cette étape permet la création des familles statistiques définies dans le transcodage. Les éléments issus de cette migration sont visibles au menu : (Développement / Dictionnaire données / Tables diverses / Données). Les familles articles sont récupérées dans la table diverse n° 20. Les sous familles articles sont récupérées dans la table diverse n° 21. Les familles clients sont récupérées dans la table diverse n° 30. Les sous familles clients sont récupérées dans la table diverse n° 31. Les familles fournisseurs sont récupérées dans la table diverse n° 40. Les sous familles fournisseurs sont récupérées dans la table diverse n° 41.

Référence douanière Cette étape permet la création des références douanières (nomenclatures produit) qui existaient dans Sage Intégrale mais pas dans Sage ERP X3. Les éléments issus de cette migration sont visibles au menu : Données de base \ Tables articles \ Nomenclature CEE.

Unités Cette étape permet la création des unités définies dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base \ Tables communes \ Unités.

A noter : toutes les unités sont initialisées avec un type "Autre", exceptée l’'unité "HRS" qui est typée "Temps". En effet, dans Sage Intégrale, c’est la seule unité dont on sait qu’elle est obligatoirement une unité de temps.

Onglet données de base


Condition de paiement Cette étape permet la création des conditions de paiement et des modes de règlement correspondants définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base / Tables tiers / Conditions de paiement et Données de base / Tables tiers / Modes de règlement.

L’Intégrale permet de choisir le remplacement par une autre condition de paiement si le montant est supérieur ou inférieur. Sous X3, seul le remplacement est possible si le montant est inférieur.

L’intégrale en échéances par décade et quinzaine permet de traduire la notion de 30 en fin de mois. Cette information n’est pas traduite sur X3 L’Intégrale permet de définir un jour limite et un jour Report. Ces informations ne sont pas reprises sur X3.


© Sage 64

Exemple : Jour limite le 25 et report le 10. Une pièce émise le 25 du mois en cours et le 9 du mois suivant aura comme base de calcul de l’échéance le 10 du mois suivant. L’Intégrale permet de définir un Jour d’échéance. Information non reprise. (Option obligatoirement cumulée avec « Fin de mois » ou « Décade »)

Factors Cette étape permet la création des factors définis dans le transcodage. Les factors dont le code commence par « $$ » (fiche type) ne sont pas repris. Les éléments issus de cette migration sont visibles au menu : Données de base / Tiers / Factors.

Remarque : la gestion des factors est différente entre les 2 produits. Dans Sage Intégrale, le factor peut être associé à un compte collectif/ auxiliaire divers ou bien associé à un compte général. Dans Sage ERP X3, le factor n’est associé qu’à un compte général. Néanmoins, les écritures comptables des factors sont récupérées et sont visualisables sur ces comptes (collectifs ou généraux). Par contre, pour permettre l’exploitation correcte des données dans Sage ERP X3, l'utilisateur doit terminer le paramétrage de ses factors en allant associer dans leur fiche factor un compte général. Ainsi, ceux qui étaient associés à un compte collectif devront maintenant être associés à un compte général et leurs nouvelles écritures seront rattachées à ces comptes généraux.

Représentants Cette étape permet la création des représentants définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base / Tiers / Représentants.

Clients Cette étape permet la création des clients définis dans le transcodage. Les clients dont le code commence par « $$ » (fiche type) ne sont pas repris dans Sage ERP X3. Les éléments issus de cette migration sont visibles au menu : Données de base / Tiers / Clients.

Remarque : dans Sage Intégrale, les clients peuvent avoir un code client différent de leur code auxiliaire (exemple : client code « Dupont » comptabilisé sur le compte auxiliaire « CDupont »). Dans Sage ERP X3, ces 2 codes sont identiques (le client « Dupont » ne peut être comptabilisé que sur l’auxiliaire « Dupont »). Les écritures sur les clients Sage Intégrale suivront forcément ce fonctionnement. Néanmoins, dans le cas où le code client et le compte auxiliaire étaient différents dans Sage Intégrale, l’ancien compte auxiliaire de Sage Intégrale est mentionné dans la zone observations de la fiche client Sage ERP X3.

Fournisseurs Cette étape permet la création des fournisseurs définis dans le transcodage. Les fournisseurs dont le code commence par « $$ » (fiche type) ne sont pas repris. Seuls les fournisseurs renseignés en tant que transporteurs dans des fiches fournisseurs seront repris en tant que transporteurs dans Sage ERP X3. Les autres devront être créés manuellement. Les éléments issus de cette migration sont visibles au menu : Données de base / Tiers / Fournisseurs.

A noter : dans Sage Intégrale un fournisseur et un client peuvent avoir un code identique sans toutefois être le même tiers. Dans Sage ERP X3, ce n’est plus possible. Si le cas se présente, l’utilisateur doit revenir dans le transcodage, modifier le code fournisseur proposé pour le faire pointer vers un nouveau code fournisseur puis relancer la migration des fournisseurs. Si les deux tiers Sage Intégrale (client et fournisseur) ont le même code postal et le même n° SIRET alors un seul tiers sera créé dans Sage ERP X3 avec le double rôle de client et fournisseur.

Même remarque pour les comptes auxiliaires que les clients


© Sage 65

Articles Cette étape permet la migration des articles définis dans le transcodage. Les articles dont la nature est Normal, Frais, Port et Service sont repris dans Sage ERP X3. Pour les articles de nature Normal, la nature de production doit être Composant, Produit fini ou Gamme. Pour les articles de type Produit fini, le programme de migration va rechercher leur site de fabrication par défaut dans Sage Intégrale afin de l’identifier comme site de production dans Sage ERP X3. Les articles en sommeil sont créés avec un statut « non utilisable ». Les articles dont le code commence par $$ (fiche type) ne sont pas repris dans Sage ERP X3. Les éléments issus de cette migration sont visibles au menu : Données de base / Articles / Articles. Sont aussi créés les articles/clients, articles/fournisseurs et articles/site correspondants.

Postes de charge Cette étape permet la migration des postes de charge définis dans le transcodage. Ils correspondent aux articles Sage Intégrale de type OP (opération) et MO (main d’œuvre). Les éléments issus de cette migration sont visibles au menu : Production / Données techniques / Centres de production / Postes de charge.

Une fiche article est également créée dans Sage ERP X3 afin de permettre la reprise des pièces de négoce comportant ce type d’articles dans Sage Intégrale. Ces 2 éléments (Articles et postes de charge) évolueront indépendamment par la suite dans Sage ERP X3.

Les postes de charges sont créés pour chaque site identifié site de production (cf. migration des articles)

Tarifs ventes Cette étape permet la migration des tarifs de ventes présents dans Sage Intégrale. Les éléments issus de cette migration sont visibles au menu : Ventes / Tarifs / Saisie des tarifs. Seuls les tarifs suivants sont récupérés :

les tarifs de base HT et TTC contenus dans la fiche article sauf les prix promotionnels,

les tarifs articles en devise,

les tarifs quantitatifs articles.

Important ! : Pour récupérer les tarifs, certaines données pré-requises sont obligatoires. Veuillez pour cela vous référer aux chapitres Paramétrage Vente dans les annexes.

Tarifs achats Cette étape permet la migration des tarifs d’achats présents dans Sage Intégrale. Les éléments issus de cette migration sont visibles au menu : Achats / Tarifs / Saisie des tarifs. Les tarifs fournisseurs et les remises fournisseurs (issues de la fiche fournisseur) sont récupérés. Seront créés :

Le code tarif FOU correspondant aux pourcentages de remise ou de majoration fournisseur. Ce paramétrage n’est généré que si la correspondance remise fournisseur (% positive ou % négative) contient un numéro de colonne dans l’étape de paramétrage.

Le code tarif ART correspondant aux tarifs article par fournisseur.

Le code tarif FAM correspondant aux tarifs famille article par fournisseur.

Le code tarif SFAM correspondant aux tarifs sous-famille article par fournisseur.

La date début de validité du tarif sera initialisée à la date du 1er jour du 1er exercice repris en migration. Cette date est indiquée dans le paramétrage 1

er onglet comptabilité.


© Sage 66

La date de fin de validité sera égale à la date de début + 10 ans

Important ! : Pour récupérer les tarifs, certaines données pré-requises sont obligatoires. Veuillez pour cela vous référer aux chapitres Paramétrage Achat dans les annexes.

Nomenclatures Cette étape permet la migration des nomenclatures et gammes définies dans le transcodage. Les nomenclatures issues de cette migration sont visibles au menu : Données de base \ Nomenclatures \ Nomenclature production pour les produits gérés en stock et au menu Données de base \ Nomenclatures \ Nomenclature commerciales pour les non gérés en stock (équivaut à l’assemblage dans Sage Intégrale). Les articles de type OP (opération) ou MO (main d’œuvre) sont repris dans des gammes. Les gammes issues de cette migration sont visibles au menu : Production \ Données techniques \ Gammes / Gestion gammes.

Les gammes, pouvant être utilisées dans plusieurs nomenclatures de Sage Intégrale, elles-mêmes pouvant être rattachées à des sites de fabrication différents, sont systématiquement créées pour l’ensemble des sites identifiés « site de production » dans Sage ERP X3. Le code site est conservé dans le code de la gamme. Il est donc important de s’assurer que la longueur du code article + la longueur du code site n’excède pas la longueur maximale du code article paramétré dans Sage ERP X3. Si c’est le cas, il faudra en tenir compte dans le transcodage des articles et des sites, et leur affecter des codes plus courts. Exemple : Une société Sage Intégrale a 5 dépôts, dont 3 identifiés sites de production : TO, RO et ZZ 3 gammes sont créées GA1, GA2 et GA3. Dans Sage ERP X3, nous retrouverons les 9 gammes suivantes : GA1TO, GA1RO, GA1ZZ, GA2TO, GA2RO, GA2ZZ, GA3TO, GA3RO et GA3ZZ,

A noter : les nomenclatures spécifiques clients et pièces ne sont pas récupérées.

Comptes (comptes généraux et tiers divers) Cette étape permet la migration des comptes généraux (Données de base / Tables comptables / Générale / Comptes – Choisir le plan de compte général - par le bouton plan si besoin ) et simultanément, des auxiliaires divers (Données de base \ Tiers \ Tiers) définis dans le transcodage.

Le format des comptes dépend du paramétrage du code plan.

La classe par défaut est initialisée par rapport au paramétrage du code plan (Paramétrage\ Structure générale\ Plans de comptes) livré en standard.

Le code devise à vide signifie que tous les comptes sont multi-devises

Si le compte Intégrale est suivi en analytique, le compte du plan général sera paramétré avec un « compte par défaut » renseigné. Le crible sera imposé ce qui signifie que par défaut, s’il existe des mouvements analytiques, ceux-ci seront imputés au compte par défaut.

Elle crée automatiquement le plan analytique pour tous les comptes suivis en analytique. Les comptes analytiques sont créés avec la même codification que les comptes généraux (Données de base / Tables comptables / Générale – Choisir le plan de compte analytique ), et leur sont automatiquement affectées.

Sections analytiques Cette étape permet la migration des centres et des sections analytiques définis dans le transcodage. Les centres analytiques Sage Intégrale deviennent des sections dans Sage ERP X3. Les sections Sage Intégrale sont reconstituées à la volée dans Sage ERP X3 en concaténant les différents centres.


© Sage 67

Les axes Sage Intégrale demeurent des axes dans Sage ERP X3 avec les mêmes noms que dans Sage Intégrale.

Pour information : Les axes sont créés lors de la migration de la société. Un axe supplémentaire « Autre » est ajouté pour les sections analytiques définies dans Sage Intégrale qui ne correspondent pas à la concaténation de centres analytiques.

Sont migrées les sections analytiques Sage Intégrale qui ne correspondent pas à la concaténation de centres analytiques. Dans ce cas, elles sont rattachées à l’axe Autres.

Sont migrés les centres analytiques Sage Intégrale et deviennent des sections analytiques dans Sage ERP X3. Ils sont rattachés à leur axe correspondant. Les éléments issus de cette migration sont visibles au menu : (Données de base \ Tables comptables \ Analytique \ Sections analytiques).

Répartitions analytiques Avant de migrer les répartitions analytiques, il faudra vérifier que le référentiel et la fiche société soient paramétrés avec les axes corrects. Ceci afin que les répartitions soient affectées aux axes et sections concernés. Cette étape permet la migration des ventilations modèles analytiques présentes dans Sage Intégrale. Les éléments issus de cette migration sont visibles au menu : (Données de base \ Tables comptables \ Analytique \ Répartitions a priori).

Onglet données


Journaux Cette étape permet la migration des journaux définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base \ Tables comptables \ Générale \ Journaux comptables

Banques


© Sage 68

Cette étape permet la migration des banques définies dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base \ Tables compta tiers \ Comptes en banque.

Cours des devises Cette étape permet la mise à jour des devises définies dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Données de base \ Tables communes \ Devises et Cours des devises.

Stocks Cette étape permet de générer des pièces d’inventaires afin de récupérer le stock article/dépôt de tous les articles et éventuellement les numéros de séries/lots en cours (non soldés) dans Sage Intégrale définis dans le transcodage. Les éléments issus de cette migration sont visibles au menu : Stock \ Inventaires \ Session inventaire et Inventaires. Une session d’inventaire est créée par dépôt. Certaines sont en statut En création et ne comprennent pas de listes d’inventaires : elles correspondent à des dépôts sans stock. D’autres sont en statut A compter et comprennent des listes d’inventaires (au statut validée) : elles correspondent aux stocks des articles pour ces dépôts. Ces inventaires sont créés à la date saisie dans l’onglet Gestion du paramétrage et sont valorisés avec la méthode de valorisation indiquée dans la fiche article/site ou dans la catégorie correspondante de chaque article.

Si l’utilisateur ne souhaite pas récupérer les informations des séries/lots, il suffit de ne pas déposer la table Intégrale MVT_SER_LOT dans le dossier d’import des tables Sage Intégrale.

Si vous obtenez le message article non utilisable, c’est que l’article était en statut En sommeil dans Sage Intégrale. Il peut en résulter un compteur des stocks restant à migrer non nul. Ce qui est aussi le cas pour des mouvements sur des dépôts qui n’existent plus et ne pouvant donc pas être migrés.

Onglet documents


Très Important : avant de commencer à migrer les documents comptables :


© Sage 69

Penser à revenir dans l’étape de paramétrage pour indiquer les comptes temporaires et les comptes écart débiteur / créditeur (Cf. étape de Paramétrage / 2eme onglet Comptabilité). Un message peut vous en avertir (exemple : Compte temporaire paramètre non défini). Dans le cas où vous n’avez pas repris l’analytique de Sage Intégrale (étape Paramétrage/ Onglet Comptabilité / Reprise analytique non coché) vous devez avoir effectué le paramétrage de votre analytique pour un fonctionnement et une exploitation corrects.

Très Important : avant de commencer à migrer les documents de la gestion commerciale, il est important de s’assurer que le paramétrage de Sage ERP X3 est en concordance avec vos besoins : Vérifier les transactions de saisies (nombre d’axes visibles, etc…) Codes comptables affectés aux données de base Clients, Fournisseurs, Articles etc… (menu : Paramétrage / Comptabilité / Interface comptable / Codes comptables) pour les clients, articles, fournisseurs….NEGOC. Eléments de facturation, tarifs, les taxes, etc… Cf. les annexes

Devis clients Cette étape permet de migrer les pièces de type DV (Devis) en cours dans Sage Intégrale dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Les éléments issus de cette migration sont visibles au menu : Ventes \ Devis \ Devis

Les PR (Proforma) n’étant pas migrés si vous souhaitez les récupérer en tant que devis, il suffit de modifier le type PR en DV dans la table XIEPV

Attention : les lignes articles dont la quantité livrée = 0 ne sont pas récupérées. Les pièces sans aucunes lignes articles (exemple d’une pièce d’achat où seul le port en pied de pièce a été saisi…) ne sont pas non plus récupérées.

Commandes clients Cette étape permet de migrer les pièces de type CO (Commandes) en cours dans Sage Intégrale dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Leurs acomptes non comptabilisés (à hauteur de 30) sont repris en tant qu’échéances d’acompte. Sachant que lors de la génération de facture dans Sage ERP X3, seules 4 échéances d’acomptes seront générées. Les éléments issus de cette migration sont visibles au menu : Ventes \ Commandes \ Commandes

Le programme de migration reprendra en priorité les montants de Sage Intégrale, mais en fonction du paramétrage validé dans Sage ERP X3, et notamment tout ce qui concerne les taxes, il est possible que lors de l’exploitation de ces pièces dans Sage ERP X3, le montant TTC soit recalculé et devienne alors différent du montant TTC d’origine.

Attention : les lignes articles dont la quantité livrée = 0 ne sont pas récupérées. Les pièces sans aucune ligne article (exemple d’une pièce d’achat où seul le port en pied de pièce a été saisi….) ne sont pas non plus récupérées.

De même, les pièces contenant des lignes articles avec des quantités livrées négatives ne seront pas récupérées dans X3.

Les lignes des pièces ayant un prix net négatif auront cette valeur forcée à 0 dans X3 .

Factures clients Cette étape permet de migrer les pièces de type FA, AV et AC (Factures et Avoirs) comptabilisées dans Sage Intégrale et dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Les éléments issus de cette migration sont visibles au menu : Ventes \ Consultations \ Liste factures

Ces pièces arrivent à l’état « Validé » et par conséquent ne seront pas modifiables.

Attention : les lignes articles dont la quantité livrée = 0 ne sont pas récupérées. Il en est de même pour les pièces n’ayant aucune ligne article (exemple d’une pièce d’achat où seul le port en pied de pièce a été saisi….)

Les factures ayant une quantité négative sont reprises en l’état dans X3.


© Sage 70

Commandes fournisseurs Cette étape permet de migrer les pièces de type CF (Commandes) en cours dans Sage Intégrale dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Leurs acomptes non comptabilisés (à hauteur de 30) sont repris en tant qu’échéances d’acompte. Les éléments issus de cette migration sont visibles au menu : Achats \ Commandes \ Commandes

Les DF (Demandes de prix) n’étant pas migrés, si vous souhaitez les récupérer en tant que commandes, il suffit de modifier le type DF en CF dans la table XIEPA


Factures fournisseurs Cette étape permet de migrer les pièces de type FF, AF et AA (Factures et Avoirs) comptabilisées dans Sage Intégrale et dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Les éléments issus de cette migration sont visibles au menu : Achats \ Consultations \ Liste factures

Ces pièces arrivent à l’état « Validé » et par conséquent ne seront pas modifiables.


Ordres de fabrication Cette étape permet de migrer les pièces de type PP (Plans de Production) en cours dans Sage Intégrale et dont la date est supérieure ou égale à la date définie dans le 1er onglet Comptabilité du paramétrage. Les éléments issus de cette migration sont visibles au menu : Production \ Planification \ Ordre de fabrication

Seuls les plans de production pour lesquels un calcul des besoins a été lancé dans Sage Intégrale avec génération d’ordres de fabrication (OF) sont traités. Les OF ne doivent pas avoir de bons d’attachement (BA), et ne doivent pas comporter de nomenclatures affectées ou spécifiques client/pièce, sinon ils seront ignorés.

Les lignes des PP ainsi sélectionnés déclencheront la création d’ordres de fabrication dans Sage ERP X3 en statut « Ferme ». Leur mode de lancement sera « Complet » si une gamme a pu être rattachée, ou « Matières seules » dans le cas contraire.

Il convient par la suite de compléter et d’ajuster le paramétrage de la Production afin d’optimiser l’exploitation de ce module avec une approche Sage ERP X3 et non plus Sage Intégrale. Il faudra par exemple créer pour chaque alternative et site de production, une fiche CBN avant de pouvoir lancer le calcul des besoins dans le produit.

Historique général et analytique Cette étape permet de migrer les écritures de l’historique général comptable de Sage Intégrale à partir de l’exercice dont la date a été définie dans le 1er onglet Comptabilité du paramétrage. Pour les comptes ventilables en analytique et si l’option « Reprise analytique » est cochée, les écritures correspondantes dans l’historique analytique de Sage Intégrale sont également migrées. Les éléments issus de cette migration sont visibles au menu : Comptabilité \ Pièces \ Saisie pièces. Les échéances éventuellement présentes à l’étape de saisie (Sx) dans Sage Intégrale sont créées dans Sage ERP X3. Le solde sera considéré comme réglé. Seules les échéances à l’étape de saisie dans Sage Intégrale (étape S….) seront intégrées avec un montant réglé nul, les autres seront migrées mais considérées comme déjà réglées pour ne plus évoluer.

Brouillard général et analytique Cette étape permet de migrer les écritures du brouillard général comptable de Sage Intégrale. Mêmes remarques que pour l’historique général et analytique


© Sage 71

Historique analytique Cette étape permet de migrer les écritures purement analytiques de l’historique analytique de Sage Intégrale à partir de l’exercice dont la date a été définie dans le 1er onglet Comptabilité du paramétrage. Si l’option « Reprise analytique » n’est pas cochée, cette migration ne sera pas réalisable. Les éléments issus de cette migration sont visibles au menu : Comptabilité \ Pièces \ Saisie pièces

Brouillard analytique Cette étape permet de migrer les écritures purement analytiques du brouillard général analytique. Mêmes remarques que pour l’historique analytique

C2) Vérification des résultats

Les résultats sont à contrôler à l’aide des éditions, écrans de consultation etc… disponibles dans Sage ERP X3 et Sage Intégrale :

Portefeuille de commandes, liste des factures etc…

Journaux comptables

Balances en devise locale – (Avant de lancer l’édition de la balance, il faudra lancer l’utilitaire de resynchronisation des pyramides des comptes )

Pour la comptabilité, un utilitaire est disponible au menu : Migration Intégrale / Utilitaires / Comparaison Grands Livres. Il permet de comparer automatiquement les soldes des comptes par rapport aux écritures de Sage Intégrale stockées dans les tables XI. Les comptes qui ont des soldes différents sont listés.

3 types de messages sont possibles dans la trace :

- Mouvements et soldes identiques : les débits et crédits sont identiques entre Sage Intégrale et Sage ERP X3 et donc, les soldes le sont également. C’est le cas correct. - Solde identique : les débits et crédits sont différents entre Sage Intégrale et Sage ERP X3 mais le résultat du solde est le même. Ce n’est pas un cas correct et doit être analysé. Exemple : GL Intégrale Dt = 300 Ct = 300 => Solde = 0 GL X3 Dt = 0 Ct = 0 => Solde = 0 (aucune écriture n’a été récupérée dans Sage ERP X3) - Soldes différents : les débits et crédits sont différents entre Sage Intégrale et Sage ERP X3 et le résultat l’est également. Ce n’est pas un cas correct et doit donc être analysé.

C3) Post requis

Une fois les premiers résultats vérifiés, certains traitements nécessitent d’être réalisés dans Sage ERP X3 pour mettre le dossier au niveau de celui de Sage Intégrale (lettrage, clôture exercice, etc.).

Vous ne pouvez pas clore votre exercice si vous n’avez pas migré les pièces de gestion commerciale car une fois l’exercice clos, les pièces ne seront plus intégrables...

Lancer un lettrage automatique (Comptabilité / Lettrage / Lettrage automatique) sur la référence libre pour lettrer les écritures qui l’étaient déjà dans Sage Intégrale. La méthode de lettrage automatique ne doit se faire que sur la zone Analogie référence libre (priorité 1) et sur 20 caractères.

Lancer la clôture des exercices qui étaient fermés dans Sage Intégrale. Prenez soin d’indiquer comme code journal de reprise des à-nouveaux un code journal de type à-nouveau et non opérations diverses.

Les périodes étant créées en statut Ouvert, vous devez les fermer au préalable.


© Sage 72

A noter : le journal d’à nouveau de Sage Intégrale est repris en tant que journal d’opérations diverses dans Sage ERP X3.

Les éditions comptables peuvent être de nouveau contrôlées (grands livres, journaux et balances). Si tous les contrôles sont bons, lancer l’utilitaire de suppression des tables XI (Migration Intégrale / Utilitaires / Suppression Tables Sage Intégrale). Ces tables temporaires, hormis le fait de surcharger la base, ne gênent pas. Il est donc conseillé de ne les supprimer qu’après un certain temps d’exploitation dans le logiciel Sage ERP X3.

Annexes

© Sage 73

Annexes

Annexe 1 - Paramétrage Taxes

Exemple d’un paramétrage de taxes Sage ERP X3 compte tenu des éléments présents dans Sage Intégrale : Contenu de la table TVA Ventes dans Sage intégrale

Contenu de la table TPF dans Sage intégrale

Contenu de la table TVA Achats dans Sage intégrale

Résultat obtenu après lancement de l’utilitaire INTEADON.exe (visible dans le fichier IxxxTAXE.ERR)

Sage Intégrale ***** Régimes Clients ***** Pays TVA TPF ALL Soumis N

Annexes

© Sage 74

BEL Cee N BEL Soumis N ESP Cee N ESP Soumis N FRA Cee N FRA Export N FRA Soumis N FRA Soumis O ITA Soumis N ROY Soumis N ***** Régimes Fournisseurs ***** Pays TVA ESP Cee FRA Soumis ROY Soumis ***** Niveaux taxes Articles 1 ***** Déb/Enc TVAvte TVAach D 0 0 D 0 1 D 0 2 D 1 0 D 1 1 D 2 1 D 2 2 D 2 3 D 3 2 D 3 3 E 0 1 E 0 2 E 1 0 E 1 1 E 2 0 E 2 1 E 2 2 E 3 3 ***** Niveaux taxes Articles 2 ***** TPF 1 2 3

Cette liste permet de voir les éléments réellement présents et exploités dans Sage Intégrale

A partir de ces éléments, il est possible de déterminer les paramétrages Sage ERP X3 à faire correspondre

Tous les autres éléments proposés par le paramétrage de la migration Sage ERP X3, pourront être affectés à des régimes « non utilisés ou non identifiés »

Exemples d’analyse d’une partie de ces éléments : ***** Régimes Clients ***** Tous les croisements présents dans les fiches client ou dans les pièces de ventes susceptibles d’être migrées sont listés

- Le pays ALL n’a aucune TVA paramétrée, mais seulement de la TPF (1%)

- Les clients ALL rencontrés ont le flag TVA = Soumis et TPF = Non, alors qu’aucune TVA pour le pays ALL n’a été définie dans la table des TVA ventes Ce qui revient à dire que pour les clients ALL, aucune TVA et aucune TPF n’a été exploitée dans Sage Intégrale, il est donc inutile d’en tenir compte dans le paramétrage Sage ERP X3.

- Certains clients FRA soumis à TVA sont également soumis à la TPF (2% ou 1.5 % selon le code TPF de l’article), alors que d’autres FRA ont la TPF à non Il sera donc nécessaire de créer 2 régimes de taxes pour la France : 1 classique (FRA) et 1 soumis à TPF (FRT)

- La TPF n’est à Oui que pour des clients FRA Pas de régimes incluant la TPF à créer pour les autres pays

- Certains clients ESP ont le flag TVA à CEE et d’autres à Soumis, alors qu’il n’y a aucune TVA identifiée dans la table des TVA de vente pour l’Espagne Les uns devront donc être affectés aux régimes CEE, alors que les autres seront exonérés de taxes. Ils seront paramétrés via le pays Autre dans le paramétrage dans la mesure où aucune taxe de vente n’a été trouvée pour l’Espagne.

- Etc…

Annexes

© Sage 75

***** Régimes Fournisseurs ***** Tous les croisements présents dans les fiches fournisseurs ou dans les pièces d’achats susceptibles d’être migrées sont listés

- Les fournisseurs ROY ont leur flag TVA à Soumis, alors qu’aucune TVA pour le pays ROY n’a été définie dans la table des TVA Achats Ce qui revient à dire que ces fournisseurs sont non soumis à la TVA et auront un régime soit EXP, soit SPT selon le choix de l’utilisateur

- Etc… ***** Niveaux taxes Articles 1 ***** Tous les croisements présents dans les fiches articles ou dans les pièces de ventes ou achats susceptibles d’être migrées sont listés

- Des articles ont le code TVA Vente 0 et TVA Achats 0 Ce qui revient à dire que leur taux de TVA est de 0 %

- Certains articles ont le code TVA Ventes 2 et le code TVA Achats 2, ces 2 codes sont identifiés dans les tables de TVA Ventes et Achats à 19.6 %. Parmi eux, certains suivent le régime de TVA sur les débits, d’autres sur les encaissements 2 niveaux de taxes devront être créés : 1 Débit à 19,6% et 1 Encaissement à 19,6%

- Certains articles ont un taux de TVA Ventes différents du taux de TVA Achats C’est un cas non paramétrable dans Sage ERP X3 en l’état. Pour la migration, c’est le taux de TVA des ventes qui devra être paramétré. Pour les achats, le programme trouvera seul les correspondances de taux.

- Etc… ***** Niveaux taxes Articles 2 ***** Tous les codes TPF présents dans les fiches articles ou dans les pièces de ventes/achats susceptibles d’être migrées sont listés

- 3 TPF ont été détectés dans le dossier alors que seuls les codes 1 et 2 sont définis dans la table des TPF de Sage intégrale un code 3 a été affecté à au moins un article et des pièces de vente ont pu être saisies avec, et ce dernier a depuis été retiré des paramétrages. Il conviendra néanmoins de créer un niveau de taxe relatif à ce code 3


- Il n’y a pas de taxe additionnelle paramétrée dans le dossier Si tel avait été le cas, un niveau de taxe pour cette taxe supplémentaire aurait du être créé dans le dossier Sage ERP X3

Après avoir identifié les régimes et niveaux de taxe à paramétrer, il faut faire le point sur les codes taxes à créer dans Sage ERP X3. En effet, à chaque taux et régime Débits/Encaissements de Sage Intégrale, il convient de créer un code taxe correspondant.

Par la suite, la détermination des taxes (croisement d’un régime et d’un niveau) permettra au programme de trouver le taux à appliquer.

Le transcodage des taxes a pour seul objectif d’indiquer au programme de migration le code taxe Sage ERP X3 à récupérer lorsqu’un code Taxe Sage Intégrale (code TVA ventes, achats ou TPF) a été trouvé sur une ligne de pièce à migrer alors qu’aucun paramétrage ne correspond sur l’article. Grâce au régime du tiers retenu pour la pièce, et le code taxe trouvé dans le transcodage, le programme va rechercher la détermination de taxe mettant en œuvre ces 2 éléments, et en déduire ainsi le bon niveau de taxe. Cf. l’algorithme mis en place à la fin de l’annexe 1.

Lorsque pour le même taux de TVA, 2 taxes ont été créées, l’un pour les débits, et l’autre pour les encaissements, renseigner dans le transcodage le régime le plus courant, et en particulier celui des ventes.

Ecran du transcodage pour les TVA Ventes:

Annexes

© Sage 76

Ecran du transcodage pour les TVA Ventes:

Ecran du transcodage pour les TVA Achats :

Ecran du paramétrage de la migration dans Sage ERP X3 :

Annexes

© Sage 77

Détail du paramétrage Niveau taxe article 1 Seuls les croisements TVA ventes / TVA achats / Type déb/enc réellement exploités sont proposés. Il est donc possible que la liste présentée dans le paramétrage de la migration Sage ERP X3 ne comporte pas tous les éléments présentés dans le rapport de l’utilitaire de contrôle INTEADON. Pour les croisements manquants, il peut être envisagé de créer ponctuellement dans Sage Intégrale des articles avec les paramétrages en question (Si aucun article n’a été migré, réimporter la table ART des articles, et refaire le transcodage, ou bien créer directement des enregistrements dans la table XIART via la maintenance). Ainsi, vous pourrez indiquer pour ces cas exceptionnels (pièces de ventes ou d’achats avec cette combinaison de taxe), le niveau de taxe que vous souhaitez faire correspondre dans Sage ERP X3. Vous pouvez également laisser ainsi, et laisser le programme rechercher de lui-même (cf. la recherche effectuée par le programme lors de la migration des pièces de ventes/achats en fin d’Annexe 1) Il convient pour chacun d’eux de faire correspondre un niveau de taxe Sage ERP X3 pour initialiser les fiches articles Les niveaux de taxe ont été créés au préalable dans Sage ERP X3 TVA ventes TVA achats Type déb/enc Niveau taxe 0 0 D 00D 0 1 D 01D 0 2 D 02D 1 0 D 10D 1 0 E 10E 1 1 D 11D 2 0 E 20E 2 1 D 21D 2 1 E 21E 2 2 D 22D 2 3 D 23D 3 2 D 32D 3 3 D 33D

Détail du paramétrage Niveau taxe article 2 Si aucun article n’avait été paramétré avec un code TPF x, ce dernier ne serait pas proposé, même si le code TPF x était présent dans la table des TPF. 3 niveaux de taxe correspondant aux 3 TPF ont été créés au préalable dans Sage ERP X3 Taxe parafiscale Niveau taxe 1 TP1 2 TP2 3 TP3

Détail du paramétrage Niveau taxe article 3 Cette partie est grisée car aucune taxe additionnelle n’est paramétrée dans la société Sage Intégrale.

Annexes

© Sage 78

Détail du paramétrage Régime taxe client Tous les régimes identifiés grâce au contrôle de l’utilitaire INTEADON ont été créés au préalable dans Sage ERP X3, sachant que le code INU permet d’identifier tous les croisements qui ne sont pas exploités par Sage Intégrale, et par conséquent qui n’ont pas à être paramétrés dans Sage ERP X3. Pays Assujetti TVA Assujetti TPF Taxe additionnelle Régime taxe BEL Soumis Oui Non INU BEL Soumis Non Non CEE BEL Exonéré Oui Non INU BEL Exonéré Non Non INU BEL CEE Oui Non INU BEL CEE Non Non CEE BEL Export Oui Non INU BEL Export Non Non INU COR Soumis Oui Non INU COR Soumis Non Non INU COR Exonéré Oui Non INU COR Exonéré Non Non INU COR CEE Oui Non INU COR CEE Non Non INU COR Export Oui Non INU COR Export Non Non INU FRA Soumis Oui Non FRT FRA Soumis Non Non FRA FRA Exonéré Oui Non INU FRA Exonéré Non Non INU FRA CEE Oui Non INU FRA CEE Non Non CEE FRA Export Oui Non INU FRA Export Non Non EXP REU Soumis Oui Non INU REU Soumis Non Non INU REU Exonéré Oui Non INU REU Exonéré Non Non INU REU CEE Oui Non INU REU CEE Non Non INU REU Export Oui Non INU REU Export Non Non INU USA Soumis Oui Non INU USA Soumis Non Non INU USA Exonéré Oui Non INU USA Exonéré Non Non INU USA CEE Oui Non INU USA CEE Non Non INU USA Export Oui Non INU USA Export Non Non INU Autre Soumis Oui Non INU Autre Soumis Non Non EXP Autre Exonéré Oui Non INU Autre Exonéré Non Non INU Autre CEE Oui Non INU Autre CEE Non Non CEE Autre Export Oui Non INU Autre Export Non Non INU

Détail du paramétrage Régime taxe fournisseur Tous les régimes identifiés grâce au contrôle de l’utilitaire INTEADON ont été créés au préalable dans Sage ERP X3, sachant que le code INU permet d’identifier tous les croisements qui ne sont pas exploités par Sage Intégrale, et par conséquent qui n’ont pas à être paramétrés dans Sage ERP X3. Pays Assujetti TVA Régime taxe ESP Soumis INU ESP Exonéré INU ESP CEE CEE ESP Import INU FRA Soumis FRA FRA Exonéré INU FRA CEE INU FRA Import INU Autre Soumis EXP Autre Exonéré INU Autre CEE INU

Annexes

© Sage 79

Autre Import INU

Comment va être utilisé le paramétrage ainsi mis en place : Migration des tiers clients et fournisseurs : les fiches Clients et Fournisseurs Sage Intégrale sont initialisées au code régime de taxe trouvé en face du croisement correspondant au paramétrage issu de Sage Intégrale. Exemples :

- Le client APRALE avec le code pays FRA, TVA = Soumis, TPF et Taxe additionnelle à Non, aura dans Sage ERP X3 le régime de taxe FRA

- Le fournisseur CEAM avec le code pays ESP, TVA = CEE, aura dans Sage ERP X3 le régime de taxe CEE

- Le fournisseur KENVER avec le code pays ROY, TVA = Soumis, aura dans Sage ERP X3 le régime de taxe EXP

Migration des articles : les fiches Articles Sage Intégrale sont initialisées avec les niveaux de taxes trouvés en face du croisement correspondant au paramétrage issu de Sage Intégrale. Exemple :

- L’article ALKY avec code TVA Ventes = 2, régime de tva sur les débits, code TVA Achats = 2, code TPF =1 et pas de taxe additionnelle, aura dans Sage ERP X3 le niveau 1 de taxe 22D, le niveau 2 de taxe TP1 et pas de niveau 3 de taxe.

Migration des pièces de ventes : dans Sage Intégrale, le contexte de taxe peut être modifié à la saisie et peut par conséquent ne pas correspondre au paramétrage en cours pour le tiers et l’article. Le programme va donc rechercher les éléments suivants : 1. Sur la pièce à traiter: A Régime de TVA débits ou encaissements B Code pays C Codes TVA Ventes et TPF D Code régime du tiers (TVA/TPF/Taxe Add.) 2. Dans le paramétrage de la migration, le régime du tiers à retenir Croisement du pays B et du régime tiers D. Si le pays B n’est pas référencé (non identifié dans les tables de TVA Ventes ou TPF de Sage Intégrale), le programme retiendra le pays « Autre ». 3. Dans le paramétrage de la migration, le niveau de taxe de l’article à retenir pour la TVA Croisement du régime TVA A, du code TVA Ventes C, et du code TVA Achats récupéré de la fiche Article Sage Intégrale 4. Dans le paramétrage de la migration, le niveau de taxe de l’article à retenir pour la TPF Code TPF C Si les étapes 3 ou 4 n’ont pas permis de trouver un niveau adéquat ou si la détermination des taxes n’a pas donné de code taxe, alors le programme recherche dans le transcodage correspondant, le code taxe saisi au croisement du code pays B et du code TVA Ventes ou TPF C, puis recherche la détermination des taxes qui met en œuvre ce code taxe trouvé et le code régime D et en déduit le niveau de taxe Article à retenir. La recherche du niveau du taxe pour la TVA (niveau de taxe 1) est faite systématiquement car la TVA est obligatoire. La recherche du niveau du taxe pour la TPF (niveau de taxe 2) n’est faite que si la pièce est soumise à TPF. Si la pièce n’est pas soumise à TPF, il n’y a pas de niveau de taxe 2. Migration des pièces d’achats : dans Sage Intégrale, le contexte de taxe peut être modifié à la saisie et peut par conséquent ne pas correspondre au paramétrage en cours pour le tiers et l’article. Le programme va donc rechercher les éléments suivants : 1. Sur la pièce à traiter: A Régime de TVA débits ou encaissements B Code pays C Code TVA Achats D Code régime du tiers (TVA) 2. Dans le paramétrage de la migration, le régime du tiers à retenir Croisement du pays B et du régime tiers D. Si le pays B n’est pas référencé (non identifié dans les tables de TVA Achats de Sage Intégrale), le programme retiendra le pays « Autre ». 3. Dans le paramétrage de la migration, le niveau de taxe de l’article à retenir pour la TVA Croisement du régime TVA A, du code TVA Achats C, et du code TVA Ventes récupéré de la fiche Article Sage Intégrale

Annexes

© Sage 80

Si l’étape 3 n’a pas permis de trouver un niveau adéquat, alors le programme recherche dans le transcodage correspondant, le code taxe saisi au croisement du code pays B et du code TVA Achats, puis recherche la détermination des taxes qui met en œuvre ce code taxe trouvé et le code régime D et en déduit le niveau de taxe Article à retenir.

Si malgré cet algorithme, le paramétrage ne permet pas de trouver une correspondance entre les éléments Sage Intégrale et ceux de Sage ERP X3, des erreurs telles que celles mentionnées dans l’Annexe 7 ressortiront dans la trace. Exemple :

1 Code inexistant (XITVAACH): Valeur Intégrale= 1; ROY

********** AF01000003 : Pièce non générée

Annexes

© Sage 81

Annexe 2 - Paramétrage Achat

2.1. Eléments de facturation

Menu : Paramétrage / Achat / Eléments de facturation Les codes sont donnés à titre indicatif et seuls les éléments Escompte %, Ecarts positifs et Ecarts négatifs sont obligatoires. Ces éléments sont à compléter par l’utilisateur, conformément aux tableaux suivants. Les éléments doivent être actifs.

Les fiches fournisseurs migrées seront initialisées avec les 8 1ers éléments de facturation ci-dessous. Il est important de ne pas les modifier (ni dans les fiches fournisseurs, ni dans le paramétrage ci dessous) tant que la migration des pièces d’achats n’est pas terminée ! En effet, la migration nécessite de conserver les 8 1ers éléments tels que ci-dessous pour pouvoir récupérer les éléments de facturation présents dans les pièces Sage Intégrale (Cf. annexe 7.5).

Code Intitulé Type de

valeur

Sens Présence

élément

Répartition Valorisa-tion stock

Base de

calcul

Règle taxe Niveau taxe

Code comptable

1 Emballage Montant + Pied cde Non NON Aucune Taux fixe NOR FRPORT

2 Port Montant + Pied cde Non NON Aucune Taux fixe NOR FRPORT

3 Frais divers Montant + Pied cde Non NON Aucune Taux fixe NOR FRASSURANC

4 Frais fixe Montant + Pied cde Non NON Aucune Taux fixe NOR FRASSURANC

5 Remise Montant - Pied cde Prorata Mt Oui Aucune Taux produit Vide FRREMISE

6 Escompte % Taux - Pied cde Prorata Mt Oui HT Taux produit Vide FRESCOMPTE

7 Frais spécifique 1 Montant + Pied cde Non NON Aucune Taux fixe NOR FRASSURANC

8 Frais spécifique 2 Montant + Pied cde Non NON Aucune Taux fixe NOR FRASSURANC

51 Ecarts positifs Montant + Vide Non NON Aucune Taux fixe Exonéré FRASSURANC

52 Ecarts négatifs Montant - Vide Non NON Aucune Taux fixe Exonéré FRASSURANC

(Sens + => Majoration, Sens - => Minoration)

2.2. Structure tarifs

Menu : Paramétrage / Achat / Tarifs / Structure tarifs Explication : Dans Sage Intégrale, il existe uniquement une remise en pourcentage issue du tarif et une remise en pourcentage issue du fournisseur. Ces remises peuvent être signées et devenir des majorations si les valeurs sont négatives. Dans Sage ERP X3 les remises ne sont pas signées et cela se traduit par quatre colonnes différentes. Voici l’exemple d’une structure tarifaire Sage ERP X3 permettant de récupérer en totalité les différentes possibilités de saisie des lignes et des tarifs de Sage Intégrale :

Annexes

© Sage 82

2.3. Motifs tarifs

Menu : Paramétrage / Achat / Tarifs / Motifs Les motifs définis ci-dessous doivent être au minimum créés. Ils sont affectés automatiquement aux tarifs générés à partir de Sage Intégrale. Il est possible d’en créer davantage.

Récapitulatif : Les tarifs achats de Sage intégrale seront donc récupérés selon les cas dans :

- le code tarif ART : tarifs fournisseurs / article

- le code tarif FAM : tarifs fournisseurs / famille

- le code tarif SFAM : tarifs fournisseurs / famille et sous famille.

- le code tarif FOU : remise fournisseur

Annexe 3 - Paramétrage Vente

3.1. Eléments de facturation

Menu : Paramétrage / Vente / Eléments de facturation Les codes sont donnés à titre indicatif ; Ces éléments sont à compléter par l’utilisateur, conformément aux tableaux suivants. Il est conseillé de respecter le nombre de lignes du tableau suivant (supprimer les lignes supplémentaires déjà existantes). Le contrôle de cohérence n’est à effectuer qu’une fois tous les éléments créés.

Mode traitement

Type

de

valeur

Sens (*)

Position

élément

Règles affectation

Cde-Liv

Règles affectation

Cde-Fac

Eclat Base Règle

taxe

Niveau

taxe

élément

(**)

Base parafiscale

Base spéciale

Code comptable

1 Port % Modifiable % + 0 0 0 0 Toutes Toutes 0 HT Fixe NOR (**) Non Non Remise

2 Port en montant

Modifiable Mt + 0 1 1 1 Première Première 0 HT Fixe NOR (**) Non Non Remise

3 Port PTT % Modifiable % + 0 0 0 0 Toutes Toutes 0 HT Fixe EXO (**) Non Non Remise

4 Port PTT montant

Modifiable Mt + 0 2 2 2 Première Première 0 HT Fixe EXO (**) Non Non Remise

11 Frais divers %

Modifiable % + 0 0 0 0 Toutes Toutes 0 HT Fixe NOR (**) Non Non Remise

12 Frais div. Montant


15 Frais fixes % Modifiable % + 0 0 0 0 Toutes Toutes 0 HT Fixe NOR (**) Non Non Remise

16 Frais fixes montant


21 Remise % Modifiable % - 1 5 5 5 Toutes Toutes 0 HT Produit Vide Oui Oui Remise

22 Remise montant

Modifiable Mt - 0 7 7 7 Première Première 0 HT Ventilation Vide Oui Oui Remise

32 Remise HT tx normal

Non modifiable

Mt - 0 0 0 0 Première Première 22 HT Taux fixe (**) Oui Oui Remise

33 Remise HT tx réduit

Non modifiable


Annexes

© Sage 83

34 Remise HT tx exonéré

Non modifiable


51 Escompte % Modifiable % - 0 6 6 6 Toutes Toutes 0 TTC Produit Vide

Non Non Escompte

52 Escompte montant

Modifiable Mt - 0 8 8 8 Première Première 0 HT Ventilation Vide Oui Oui Escompte

62 Escpte HT tx normal

Non modifiable

Mt - 0 0 0 0 Première Première 52 HT Taux fixe (**) Oui Oui Escompte

63 Escpte HT tx réduit

Non modifiable


64 Escpte HT tx exonéré

Non modifiable


(*) Sens + Majoration, Sens - Minoration) (**) Mettre le Niveau de taxe article correspondant. Ils correspondent aux niveaux renseignés dans l’étape de Paramétrage (chapitre B4) Paramétrage/ Onglet Taxes/ niveau de taxes articles 1)

3.2. Structure tarifs

Menu : Paramétrage / Vente / Tarifs / Structures Explication : Dans Sage Intégrale, il y a une différence entre la saisie des données du tarif et le stockage dans les tables. Uniquement deux remises (une remise liée à l'article et une remise liée au client) sont conservées en table. Par contre, lors de la saisie, une remise signée (qui correspond à une majoration) peut être saisie en % ou en montant. Il en est de même pour les tarifs quantitatifs qui autorisent les valeurs en % et montants. Ces données sont soit transformées en %, soit intégrées au prix brut. Dans l'application Sage ERP X3, toutes les données permettant de passer du Prix brut au Prix net sont stockées. Une structure Sage ERP X3 de base est définie et destinée à récupérer les différentes possibilités de saisie des lignes et des tarifs. Ces éléments sont à compléter par l’utilisateur.. Format colonne : Lorsque l’on saisit une colonne dont la base d’application est une remise en montant, par défaut le système propose la valeur : [F:TCU]CURFMT2 correspondant au fomat2 de la devise courante. Lorsque l’on saisit une colonne en %, le format proposé par défaut est 3.2#

3.3. Motifs tarifs

Menu : Paramétrage / Vente / Tarifs / Motifs Ces éléments sont à compléter par l’utilisateur. Les motifs définis ci-dessous à titre d'exemple sont modifiables. Il faudra en tenir compte dans le paramétrage des tarifs.

Annexes

© Sage 84

3.4. Paramétrage tarifs

Menu : Paramétrage / Vente / Tarifs / Paramétrage Les sept paramétrages tarifs suivants doivent être saisis scrupuleusement avec les paramétrages indiqués (conserver la valeur des priorités importante pour l'affectation du prix et des valeurs de remises et frais). Par exemple : leurs noms doivent être également respectés.

3.4.1. Tarif PBAHT : Prix de base article HT

Si le tarif PBAHT n'est pas défini, les tarifs HT1 et HT2 de la fiche article ne seront pas récupérés.

Annexes

© Sage 85

Type tarif Groupe Recherche

Priorité Motif Critères

Normal 0 50 2 ITMMASTER / ITMREF

Traitement Prix

Prix HT/TTC Prix/Qté Devise Conv. HT/TTC Conv. Unité

Conv. Devise

Traitement Gratuit

Com. Représentant

Valeur HT Non Vide Oui Oui Oui Non Non

Intitulé Trait. Frais / Remise

1 à 5 Non

Récupération des valeurs HT de la fiche article. Explication : conversion à Oui : si un tarif en devise existe, il sera pris en priorité.

3.4.2. Tarifs articles PBATTC : Prix de base article TTC

Conséquence : Si le tarif PBATTC n'est pas défini, les tarifs TTC1 et TTC2 de la fiche article ne seront pas récupérés. Le tarif doit être actif.




Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant

Valeur TTC Non Vide Non Oui Non Non Non


1 à 5 Non

3.4.3. Tarifs articles en devise PDA : Prix de base article en devise (HT ou TTC)

Conséquence : Si le tarif PDA n'est pas défini, les tarifs en devise ne seront pas récupérés. Le tarif doit être actif.




Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant

Valeur HT Non Vide Oui Oui Non Non Non


1 à 5 Non

3.4.4. Tarifs articles quantitatifs : QAFX : Famille article (Remises/Frais HT )

Conséquence : Si le tarif QAFX n'est pas défini, les tarifs quantitatifs par familles d'articles ne seront pas récupérés. Le tarif doit être actif.

Annexes

© Sage 86



Normal 0 49 5 ITMMASTER / TSICOD (indice 0)

Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant

Non HT Oui Vide Oui Oui Oui Non Non


1 Remise article % Oui

2 Remise client % Non

3 Remise montant Oui

4 Majoration % Oui

5 Majoration montant Oui

3.4.5. Tarifs quantitatifs QASX : Sous-famille article (Remises/Frais HT )

Conséquence : Si le tarif QASX n'est pas défini, les tarifs quantitatifs par sous-familles d'articles ne seront pas

récupérés.

Le tarif doit être actif.



Normal 0 49 6 ITMMASTER / TSICOD (indice 0)

ITMMASTER / TSICOD (indice 1)

Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant






4 Majoration % Oui


3.4.6. Tarifs quantitatifs QARX : Référence article (Remises/Frais HT)

Conséquence : Si le tarif QARX n'est pas défini, les tarifs quantitatifs par article concernant les remises et frais ne seront pas récupérés. Le tarif doit être actif.




Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant






4 Majoration % Oui


3.4.7. Tarif quantitatifs QARP : Référence article (Prix HT)

Conséquence : Si le tarif QARP n'est pas défini, les tarifs quantitatifs par articles concernant le prix de base ne seront pas récupérés. Le tarif doit être actif.

Annexes

© Sage 87




Traitement Prix


Conv. Devise

Traitement Gratuit

Com. Représentant

Valeur HT Oui Vide Oui Oui Oui Non Non


1 Remise article % Non


3 Remise montant Non

4 Majoration % Non

5 Majoration montant Non

Récapitulatif : Les tarifs ventes de Sage intégrale seront donc récupérés selon les cas dans :

- le code tarif PBAHT : tarifs HT1 et HT2

- le code tarif PBATTC : tarifs TTC1 et TTC2

- le code tarif PDA : tarifs en Devise

- le code tarif QAFX : tarifs quantitatifs par famille exprimés en taux de remise/frais

- le code tarif QASX : tarifs quantitatifs par sous famille exprimés en taux de remise/frais

- le code tarif QARX : tarifs quantitatifs par article exprimés en taux de remise/frais

- le code tarif QARP : tarifs quantitatifs par article exprimés en prix

Annexes

© Sage 88

Annexe 4 - Exemples de récupération Clients

Les exemples ci-dessous ont pour objectif de montrer le rapprochement qui a été fait entre les notions de Livrés/Facturés/Centrale payeur/Centrale non payeur de Sage Intégrale, avec les notions de Client/Facturé/Payeur/Groupe de Sage ERP X3.

Fiche Client Sage intégrale Fiche Client Sage ERP X3 après migration

Livré : CODCLT = L1 Client BPCNUM = L1

Facturé : CODFAC = vide Facturé BPCINV = L1

Centrale CEN = > vide Tiers payeur BPCPYR = L1

Centrale payeur O/N CENPYE = N (si pas de centrale = forcement pas payeur)

Client groupe BPCGRU = L1


Facturé : CODFAC = L2 Facturé BPCINV = L2

Centrale CEN = > C1 Tiers payeur BPCPYR = L2

Centrale payeur O/N CENPYE = N Client groupe BPCGRU = C1


Facturé : CODFAC = F1 Facturé BPCINV = F1

Centrale CEN = > C3 Tiers payeur BPCPYR = C1


Livré : CODCLT = F1 Client BPCNUM = F1

Facturé : CODFAC = vide Facturé BPCINV = F1

Centrale CEN = > C1 Tiers payeur BPCPYR = C1

Centrale payeur O/N CENPYE = O Client groupe BPCGRU = C1


Facturé : CODFAC = vide Facturé BPCINV = L4

Centrale CEN = > C1 Tiers payeur BPCPYR = L4




Centrale CEN = > Vide Tiers payeur BPCPYR = F2


Livré : CODCLT = F2 Client BPCNUM = F2

Facturé : CODFAC = vide Facturé BPCINV = F2

Centrale CEN = > C2 Tiers payeur BPCPYR = F2




Centrale CEN = > C3 Tiers payeur BPCPYR = F2



Facturé : CODFAC = L1 Facturé BPCINV = F2 L1

Centrale CEN = > C3 Tiers payeur BPCPYR = F2 L1


Pour lire ce document, tenir compte de toutes ces fiches clients créées.

Annexes

© Sage 89

Exemple cas 3 : Le client Facturé F1 a déjà une centrale C1 (voir cas 4), et donc c’est celle-ci qui sera prise en compte et non C3.

Annexe 5 - Exemples de récupération des nomenclatures

Cas

(*1) Nomenclature + alternative

Intégrale

(*2) composée d' Articles

(*3) Composée de MO/OP à plat (hors

gamme)

(*4) composée d'1 seule gamme

GA alt. X

(*5) composée de

plusieurs gammes

GAx alt. X

RESULTAT SAGE ERP X3

1 PF alt. 1 N O N N Devient une gamme PF alt. 1 composée de MO/OP (*3)

2 PF alt. 1 N O O N Devient une gamme PF alt. 1 composée de MO/OP (*3). Le lien avec GA (*4) est perdu

3 PF alt. 1 N O N O Devient une gamme PF alt. 1 composée de MO/OP (*3). Le lien avec les GAx (*5) est perdu

4 PF alt. 1 N N N O Deviennent des gammes alt X mais les liens avec le PF sont perdus

5 PF alt. 1 N N O N Devient une gamme alt X mais le lien avec le PF est perdu

6 PF alt. 1 O O N N Devient un PF alt. 1 composé des articles (*2) et création d'une gamme PF alt. 1 composée de MO/OP (*3).

7 PF alt. 1 O O O N Devient un PF alt. 1 composé des articles (*2) et création d'une gamme PF alt. 1 composée de MO/OP (*3). Le lien avec GA (*4) est perdu

8 PF alt. 1 O O N O Devient un PF alt. 1 composé des articles (*2) et création d'une gamme PF alt. 1 composée de MO/OP (*3). Le lien avec les GAx (*5) est perdu

9 PF alt. 1 O N O N Devient un PF alt. 1 composé des articles (*2) et affectation de GA alt. X (*4) dans la fiche article-site (toutes alternatives confondues) mais Si et seulement Si, les autres alternatives de PF ont cette même et unique gamme GA alt. X (*4) sinon le lien est perdu avec la GA (*4)

10 PF alt. 1 O N N O PF alt. 1 composée des articles (*2) Le lien avec les GAx (*5) est perdu

Annexes

© Sage 90

Annexe 6 - Correspondance entre les tables

La zone Sage ERP X3CLE est mentionnée dans différents tableaux. Elle correspond à la valeur transcodée (cf. fonction Transcodage) de l’objet concerné.

6.1. Tables communes

Les valeurs qui sont alimentées dans les différentes tables communes sont recensées ici. Tous les champs qui ne sont pas cités sont initialisés à 0 ou une chaîne vide ou éventuellement via une alimentation standard produit.

6.1.1. Société

Table Sage ERP X3 : COMPANY Paramétrage/ Structure générale/ Sociétés Cette table est mise à jour à partir des tables intégrale XSSOC et XSTAB – code table PC (Tables BDD SOC, SOC_DIV_1, SOC_DIV_2, SOC_DIV_3 et PRD_CTB)

Champs Sage Intégrale Champs Sage ERP X3

Code Libellé Type Long Code Libellé Type Long

RSC Raison sociale A 32 CPYNAM Raison sociale NAM 35

COD_PAY Code pays A 3 CRY Pays CRY 3

NUM_SIRET Numéro SIRET A 20 CRN Numéro SIRET CRN 20

COD_APE Code APE A 4 NAF Code NAF NAF 10

NUM_IDE_TVA N°identification TVA A 14 EECNUM Identification CEE EEC 20

DVS_IPC Devise implicite A 2 ACCCUR

RGCCUR

Devise comptable

Devise „Capital Social‟

CUR CUR

3 3

CPS Capital social N 18 RECAMT Capital social Attention : seuls les onze 1ers caractères sont repris

DCB 11.4

DEB_EXC_N début exercice N D 8 STRPER Correspond à la date de début de l‟exercice N-2 si elle existe, sinon à celle de N-1 si elle existe, sinon à celle de N

D

DEB_EXC_N_1 début exercice N 1 D 8

DEB_EXC_N_2 début exercice N 2 D 8

Données initialisées par défaut dans Sage ERP X3 :

société juridique : coché à oui,

code comptable : initialisé au seul code comptable paramétré ou au code ‘STD’ si plusieurs codes comptables de type ‘Société’ sont paramétrés dans le dossier.

Site principal : initialisé par le ‘site principal’ défini dans la fonction de paramétrage

Modèle comptable : valeur issue du paramétrage

Axes de la fiche société : initialisés selon les axes de l’intégrale

Table Sage ERP X3 : BPADDRESS



ADR_LIG_1 Adresse ligne 1 A 32 BPAADDLIG(0) Ligne Adresse ADL 40



COD_PST Code postal A 8 POSCOD Code postal POS 10

VIL Ville A 32 CTY Ville CTY 40

TEL Téléphone A 16 TEL Téléphone TEL 20

TLC Télécopie A 16 FAX Fax TEL 20

ADR_MAI Adresse mail A 60 WEB Adresse internet MAI 80


Annexes

© Sage 91

Table Sage ERP X3 : FISCALYEAR Données de base/ Tables comptables/ Exercices Au maximum, 3 exercices en statut OUVERT sont créés. Dans le cas d’exercice fermé dans Sage Intégrale, il est repris ouvert dans Sage ERP X3, une clôture d’exercice devra être générée dans Sage ERP X3 après reprise des écritures comptables (Cf chapitre post requis).


Si le début d’exercice N-2 est différent de vide => N-2


FIYNUM EXO C 2

DEB_EXC_N_2 Début exercice N-2 D 8 FIYSTR Début de période D

FIN_EXC_N_2 Fin exercice N-2 D 8 FIYEND Fin de période D

Si le début d’exercice N-1 est différent de vide => N-1

FIYNUM EXO C 2

DEB_EXC_N_1 Début exercice N-1 D 8 FIYSTR Début de période D

FIN_EXC_N_1 Fin exercice N-1 D 8 FIYEND Fin de période D

Si le début d’exercice N est différent de vide => N

FIYNUM EXO C 2

DEB_EXC_N Début exercice N D 8 FIYSTR Début de période D

FIN_EXC_N Fin exercice N D 8 FIYEND Fin de période D

FIYDES Si les dates de début de période et de fin de période sont sur la même année, FIYDES = « Exercice X » et FIYSHO = X où X = Année

FIYSHO

Table Sage ERP X3 : PERIOD Données de base/ Tables comptables/ Périodes Le code activité PER doit correspondre au nombre de mois maximum d’un exercice (limité à 23 pour l’intégrale) Les périodes sont créées en statut OUVERT pour pouvoir intégrer par la suite les pièces de gestion commerciale. Pour la clôture, l’utilisateur devra les fermer.

CAS 1 => la société Sage Intégrale possède des périodes comptables paramétrables (table PRD_CTB non vide)



COD_EXC Code exercice N 1 FIYNUM Exercice C 2

…autant de périodes que d’enregistrements…

COD_PER Code période N 2 PERNUM Numéro période C 2

DEB_PRD Début de périodicité D 8 PERSTR Début de période D

FIN_PRD Fin de périodicité D 8 PEREND Fin de période D

CAS 2 => la société Sage Intégrale ne possède pas de périodes comptables paramétrables (table PRD_CTB vide)

Champs Sage ERP X3

Code Libellé Type Long

FIYNUM Exercice

Initialisé à 1, 2 ou 3 selon le n° de l‟exercice

C 2

PERNUM Numéro période

Compteur de 1 jusqu‟au nombre de mois de l‟exercice (NBR_MOI_EXC_N)

C 2

PERSTR Début de période

Initialisé à la Date de début d‟exercice + nombre de mois (= compteur)

D

PEREND Fin de période

Initialisé à la Date de début d‟exercice + nombre de mois (= compteur)

+ 1 mois - 1 jour

D

Annexes

© Sage 92

6.1.2. Sites

Table Sage ERP X3 : FACILITY Paramétrage/ Structure générale/ Sites Table alimentée à partir de la table intégrale XSTAB code table DPO



COD_DPO Code dépôt A 2 FCY Site FCY 3

NOM_DPO Nom dépôt A 32 FCYNAM Nom NAM 35

Données initialisées par défaut dans Sage ERP X3 :

le site financier (seul le site défini comme Site principal dans le menu Traitement : Migration Intégrale > Paramétrage est déclaré en tant que Site financier),

Code comptable initialisé au seul code comptable paramétré ou au code STD si plusieurs codes comptables de type société sont paramétrés dans le dossier).

les sites dépôts (tous les sites importés sont automatiquement créés en tant que site dépôt),

pays (champ GPAYS initialisé avec le code pays de la société).

Table Sage ERP X3 : BPADDRESS [BPA]



ADR_1 Adresse 1 A 32 BPAADDLIG(0) Adresse ligne ADL 40





CRY Pays initialisé par GPAYS CRY 3


TLC Télécopie A 16 FAX Fax TEL 20

6.1.3. Utilisateurs

Table Sage ERP X3 : AUTILIS Paramétrage/ Utilisateurs/ Utilisateurs Table alimentée à partir de la table intégrale YSUCO – code table UTI


Code Libellé Type Long Code Libellé Type Long Commentaire

COD_UTI Code utilisateur

N 2 USR Code AUS

NOM_UTI Nom utilisateur

A 32 NOMUSR Nom A 30

LOGIN Login ALO Initialisé à l‟utilisateur (USR)

PRFMRN Profil menu APM Initialisé à la valeur de GMENDEP (*)

PRFFCT Profil fonction

AFT Initialisé à la valeur de GPROFIL (*)

ENAFLG Actif M 1 Coché

USRCONNECT Connexion M 1 Coché

(*) GMENDEP et GPROFIL sont des variables globales initialisées à la connexion du dossier. GMENDEP contient le profil menu de l’utilisateur connecté. GPROFIL contient le profil fonction de l’utilisateur connecté.

Attention, après la migration, les utilisateurs sont créés sans mot de passe dans Sage ERP X3. Dans un 1

er temps, pour vous connecter à la société migrée, c’est donc par le N° de l’utilisateur

Intégrale que vous pourrez vous connecter ou avec Admin. Veillez à leur paramétrer un mot de passe par la suite.

Annexes

© Sage 93

6.1.4. Numéro de tournée Paramétrage/ Paramètres généraux/ Menus locaux

Le menu local des codes tournées (409) est alimenté à partir des enregistrements de la table Intégrale NUM_TRN_CLT. Les enregistrements déjà existants sont réécrits. Après la migration il faut relancer la session pour rafraichir les menus locaux.

Table Sage ERP X3 : menu local N° 409 (module Ventes)



NUM_TRN Numéro tournée L 2 LANCHP Numéro C 4 409

LIB_TRN Libellé tournée A 20 LANMES Message A 123 LIB_TRN

LANNUM Numéro C 4 Numéros consécutifs à partir de 1 (X3CLE)

LAN Langue A 3 Forcé à la langue de la société ([SPX]LAN)

6.1.5. Familles statistiques Développement/ Dictionnaire des données/ Tables diverses

Les tables diverses sont alimentées par les tables Sage Intégrale ainsi : 20 : Famille article (FAM_ART). 21 : Sous famille article (SOU-FAM-ART). 30 : Famille client (FAM_CLT). 31 : Sous famille client (SOU_FAM_CLT). 40 : Famille fournisseur (FAM_FOU). 41 : Sous famille fournisseur (SOU_FAM_FOU). Les enregistrements déjà existants ne sont pas réécrits.

Table Sage ERP X3 : Tables diverses



COD_FAM_ART Code famille article A 2 NUMTAB Numéro de table C 4 20

CODE Code A 3B X3CLE

LIB_FAM_ART Libellé famille article A 20 LNGDES Intitulé A DES

COD_SOU_FAM_ART Code sous famille article A 2 NUMTAB Numéro de table C 4 21


LIB_SOU_FAM_ART Libellé famille article A 20 LNGDES Intitulé A DES

DEPCOD Dépendance A 3B X3CLE de la table N°20

COD_FAM_CLT Code famille client A 2 NUMTAB Numéro de table C 4 30


LIB_FAM_CLT Libellé famille client A 20 LNGDES Intitulé A DES

COD_SOU_FAM_CLT Code sous famille client A 2 NUMTAB Numéro de table C 4 31


LIB_SOU_FAM_CLT Libellé famille client A 20 LNGDES Intitulé A DES


COD_FAM_FOU Code famille fournisseur A 2 NUMTAB Numéro de table C 4 40


LIB_FAM_FOU Libellé famille fournisseur A 20 LNGDES Intitulé A DES

COD_SOU_FAM_FOU Code sous famille fournisseur

A 2 NUMTAB Numéro de table C 4 41


LIB_SOU_FAM_FOU Libellé famille fournisseur A 20 LNGDES Intitulé A DES

Annexes

© Sage 94




6.1.6. Référence douanière Données de base/ Tables articles/ Nomenclature CEE

La table Sage ERP X3 est alimentée à partir de la table Intégrale NMC_PDT_CEE. Important : les enregistrements déjà existants ne sont pas réécrits. Le libellé de la nomenclature n’est pas remplacé par celui de Sage Intégrale s’il existe déjà dans Sage ERP X3.

Table Sage ERP X3 : ITMCUSNOM



NMC_PDT Code A 2 ITMNOM Code A 12

DGN Libellé A 32 ITMCUSDES Libellé A 250

ITMCUSSHO Tri alpha A

6.1.7. Unités

La table Sage ERP X3 TABUNIT est alimentée à partir de la table Intégrale UNI_FAC.

Table Sage ERP X3 : TABUNIT Données de base \ Tables communes \ Unités



COD_UNI Code A 3 UOM Unité X3CLE

LIB Libellé A 20 DES Intitulé

NBR_DML Nombre de décimales L 1 UOMDEC Nombre de décimales Issu de la fiche société

UOMTYP Type unité 8 seulement si création

Si dans le transcodage (menu Traitement : Migration Intégrale > Transcodage) :

L’unité Sage Intégrale pointe vers une unité existante, alors le libellé Sage Intégrale ainsi que le nombre de décimales sont récupérés. Le type reste inchangé.

L’unité Sage Intégrale pointe vers une unité inexistante, alors le libellé Sage Intégrale ainsi que le nombre de décimales sont récupérés. Le type est défini à Autre.

6.2. Données de base

Les valeurs alimentées dans les différentes tables des données sont recensées ici. Tous les champs qui ne sont pas cités sont initialisés à 0 ou une chaîne vide.

6.2.1. Condition de paiement

Table Sage ERP X3 : TABPAYTERM Données de base / Tables tiers / Conditions de paiement et Données de base / Tables tiers / Modes de règlement Cette table est alimentée d’après la table Intégrale XSTAB code RG ( XIMODRGL)



NUM_ORD Numéro d‟ordre A 1 PTE Condition de paiement

(concaténation de CLE_RGL+NUM_ORD)

A 15

LIB_RGL Libellé règlement A 32 DESAXX Intitulé AXX

MNT_CPR Montant comparaison N 8 DUDMINAMT Montant minimum échéance MD1

RGL_RPC Règlement remplacement *(1) A 3 RPLPTE Paiement remplacement A 15

Pour chaque échéance de l’intégrale, Sage ERP X3 génère un enregistrement dans la table TABPAYTERM Modes de règlement

CLE_RGL Clé règlement A 2 PAM Mode de règlement (voir la table de correspondance des modes de

ADI 3

Annexes

© Sage 95



règlement Sage Intégrale X3 définie dans l‟étape de transcodage)

NBR_ECH Nombre d‟échéance DUDPRC

VATPRC

% Échéance

% TVA

(calculé à partir du nombre d‟échéance (NBR_ECH))

DCB 3.2

NBR_JOU_ECH Nombre de jours échéances N 3 NBRMON

NBRDAY

Le nombre jours échéances est traduit en Nbre mois et nbre jours (45 jours => 1 mois et 15 jours)

Nb mois

(identique à toutes les échéances)

Nb jours

(initialisé pour la 1ère échéance)

C

C

2

2

DLR_DATBAS Décalage Date de base

(=nb jrs entre chaque échéance)

N 3 NBRDAY Nb jours

(cumul à chaque nouvelle échéance.)

C 2

NET_FIN_MOI Net fin de mois *(2) A 1 ENDMONFLG DAYMON(x)

Fin du mois

Quantième

M

C

1

2

Valeurs Sage Intégrale Valeurs Sage ERP X3

Net Fin de mois à Non

Fin de mois Fin de mois à Oui

Décade Quantièmes à 10, 20 et 30

Quinzaine Quantièmes à 15 et 30

Remarques

1. L’Intégrale permet de choisir le remplacement par une autre condition de paiement si le montant est inférieur ou supérieur à un plafond. Dans Sage ERP X3, seul le remplacement est possible si le montant est inférieur.*(1) L’Intégrale en échéances par Décade et Quinzaine permet de traduire le 30 en fin de mois. Cette information n’est pas traduite en Sage ERP X3. *(2)

2. L’Intégrale permet de définir un Jour limite et un Jour Report. Ces Informations ne sont pas reprises dans Sage ERP X3.

Exemple

Jour limite à 25 et Report à 10. Une pièce émise le 25 du mois en cours et le 9 mois du suivant aura comme base de calcul de l’échéance le 10 du mois suivant.

3. L’Intégrale permet de définir un Jour d’échéance. Ces Informations ne sont pas reprises dans Sage ERP X3. (Option obligatoirement cumulée avec « Fin De mois » ou « Décade »).

Exemple

Soit une pièce émise le 2 Juillet (avec option Fin de mois + Nb jours échéance 20).

Jour d’échéance à vide entraîne une date d’échéance au 20 août.

Jour d’échéance à 10 entraîne une date d’échéance au 10 septembre.

6.2.2. Factors

La table Sage ERP X3 FACTOR est alimentée à partir de la table Intégrale FCTAFT et la table Sage ERP X3 TABCOUNTRY [TCY]. Les factors de Sage Intégrale commençant par $$ ne sont pas repris.

Table Sage ERP X3 : FACTOR Données de base / Tiers / Factors



COD_FCT Code Factor A 8 FCTCOD Code factor A 10

RSC Raison sociale A 32 FCTNAM Nom du factor A 35

ADR_1 Adresse 1 A 32 ADDFCT Adresse du factor A 30



COD_PST Code postal A 8 POSCOD Code postal A 10

Annexes

© Sage 96



VIL Ville A 2 CTY Ville A 40

COD_PAY_DOM Code pays A 3 CRY Pays A 3

[PAY]NOM_PAY Nom pays A 20 CRYNAM Nom pays A

TEL Téléphone A 16 TEL Téléphone A 20

TLC Télécopie A 16 FAX Fax A 20

Concaténation des rubriques : COD_BQE , COD_GUI , NUM_CPT

CLE_RIB

Code banque+code guichet+numéro compte+clé RIB

A+A+ A+A 5+5+11+2

BID

RIB

A 30

DOM Domiciliation A 24 PAB1 Domiciliation 1 A 30

NUM_VDR Numéro vendeur N 6 SALCOD Code vendeur A 10

ACCCOD Code comptable (initialisé à « STD » code comptable livré dans X3

6.2.3. Représentants

La table Sage ERP X3 SALESREP est alimentée à partir de la table Intégrale REP. Les représentants de Sage Intégrale commençant par $$ ne sont pas repris.

Table Sage ERP X3 : SALESREP Données de base / Tiers / Représentants. Le champ CUR (devise) est initialisé avec la valeur contenue dans la société par l’intermédiaire du fichier de paramétrage SIPARX3/SPX



COD_REP Code représentant A 4 REPNUM Représentant A 10

NOM_REP Nom représentant A 32 REPNAM Nom A 35

TAU_COM Taux commission N -2.4 COMRAT1 Taux commission 1 Entier 4

ACCCOD Code comptable A 10 Valeur STD

DIE Code Axe F[CDI]DIE objet 4

CFY Siciété

CUR Devise [F :SPX]CUR

BPAADD Adresse par défaut « 001 »

Table Sage ERP X3 : BPARTNER La table Sage ERP X3 BPARTNER est alimentée à partir de la table Intégrale REP. Les champs CUR (devise) et LAN (Langue) sont initialisés avec les valeurs contenues dans la société par l’intermédiaire du fichier de paramétrage.

Champs Sage ERP X3 Champs Sage Intégrale

Code Libellé Code

BPRNUM Tiers [REP]REPNUM

BPRNAM Raison sociale [REP]REPNAM

CUR Devise [F:SPX]CUR

LAN Langue [F:SPX]LAN

BPCFLG Client 1

BPSFLG Fournisseur 1

BPTFLG Transporteur 1

FCTFLG Factor 1

REPFLG Représentant 2

PRVFLG Prestataire 1

DOOFLG Donneur d'ordre 1

ACCCOD Code comptable [REP]ACCCOD

BPRFLG Divers 1

BPAADD Adresse par défaut

Annexes

© Sage 97


Code Libellé Code

Table Sage ERP X3 : BPADDRESS


Code Libellé Code

BPATYP Type entité 1

BPANUM Entité [F :REP]REPNUM

BPAADD Adresse

BPAADDFLG Par défaut 2

BPAADDLIG Ligne adresse ADR1 ADR2 ADR3

POSCOD Code postal COD_PST

CTY Ville VIL

TEL Téléphone TEL

FAX Fax TLC

WEB Adresse internet ADR_MAI

MOB Téléphone portable

BPABID RIB par défaut

6.2.4. Clients

Table Sage ERP X3 : BPCUSTOMER : Clients Données de base / Tiers / Clients La table Sage ERP X3 BPCUSTOMER est alimentée à partir de la table Intégrale CLI. La table Sage ERP X3 BPCUSTOMER est initialisée suivant la catégorie client paramétrée puis alimentée à partir des enregistrements de la table Intégrale CLT si les rubriques sont significatives


Code Libellé Code

BPCNUM Client COD_CLT

BPCNAM Raison sociale NOM

BPCTYP Type Dépend de NAT :

Valeur = 1 par défaut ou si NAT = « C » client de type centrale

Valeur = 2 si NAT = « D » client de type divers

BPCINV Client facture COD_FAC

Si cette valeur est à blanc, alors c‟est BPCNUM

BPAINV Adresse « 001 »

BPCPYR Tiers Payeur Dépend de CEN_PYE

Valeur BPCGRU si CEN_PYE = «O»

Valeur BPCNUM si CEN_PYE différent de « O»

Valeur BPCNUM si blanc

BPCGRU Client groupe CEN

Valeur BPCNUM si blanc

BPCSTA Client actif Dépend de FLG_SML (flag sommeil)

Valeur 1 si FLG_SML = «O»

Valeur 3 si FLG_SML différent de «O»

Attention : les clients en sommeil à « Oui » dans Sage Intégrale sont récupérés en statut non actif dans Sage ERP X3

FCTNUM Factor COD_FCT

CHGTYP Type cours 1 si = 0

COMCAT Catégorie commission 1 si = 0

REP Représentant REP

VACBPR Régime taxe [F:SPX]VACBPC qui est renseigné dans le paramétrage

PTE Condition paiement RGL

FREINV Facturation du port Dépend de FAC_POR

Valeur 2 franco si FAC_POR = «N»

Valeur 1 facturé si FAC_POR différent de «N»

INVDTAAMT % ou mt facturation Si global GACTFCT = 2 chargement standard du tableau des éléments de facturation Composant SAISFOOT

INVDTA Elément facturation Si global GACTFCT = 2 chargement standard du tableau des éléments de facturation Composant SAISFOOT

Annexes

© Sage 98


Code Libellé Code

TSCCOD Famille statistique Suivant code activité STC

Valeur COD_FAM s‟il est égal à 0

Valeur COD_SOU_FAM s‟il est égal à 1

PRITYP Prix HT/TTC Dépend de TRFTTC

Valeur 2 si TRFTTC = «O»

Valeur 1 si TRFTTC différent de «O»

BPCREM Observations CMT + pour info : le compte auxiliaire Intégrale si celui-ci était différent du code client

OSTCTL Contrôle en-cours 1 Contrôlé si = 0

OSTAUZ En-cours autorisé CRD_TOL

GRP Groupe de relance Initialisé au premier groupe de relance trouvé dans le dossier (par défaut STD)

FUPTYP Type de relance Initialisé au type de relance correspondant au groupe de relance (par défaut STD)

SOIPER Type de relevé Pas d‟équivalence 1 si = 0

ACCCOD Code comptable « STD » (code comptable par défaut)

ORDTEX Texte entête cde Bloc-notes de type PFX = « CL » présent au menu TEXTE / Texte ARC

INVPER Périodicité facture 1

DUDCLC Origine échéance 1 si 0

DME Livraison partielle 1 si 0

IME Mode facturation 1 si 0

CNTLASTYP Type dernier contact 1 si 0

CNTNEXTYP Type prochain contact 1 si 0

ABCCLS Catégorie ABC 1 si 0

CUR Devise (initialisé par le code devise de la catégorie)

Dépend de CODDEV de CLT

Si CODDEV <> « » alors CUR = CODDEV

BPAPYR Adresse Tiers payeur (initialisé à « 001 »

BPCRYSK Tiers risque (initialisé par BPCNUM [F :BPC]BPCNUM)

BPAADD Adresse par défaut (initialisé par « 001 »)

BPDADD Adresse client livré (initialisé par « 001 »)

CNTNAM Contact par défaut

DIE Code axe

Initialisé par le code axe par défaut du client [F :BCG]DIE)

Table Sage ERP X3 BID : Relevé Identité Bancaire La table BID est alimentée à partir des enregistrements des tables Intégrale BQE et CLT


Code Libellé Code


BPANUM Entité [F :BPC]BPCNUM

BIDNUM Numéro RIB [concaténation des rubriques DQE :

COD_BQE , COD_GUI , NUM_CPT

CLE_RIB

BPAADD Adresse Si [F :BPC]BPAADD existe [F :BPC]BPAADD

Sinon = « 001 »

BIDNUMFLG Par défaut Mis à jour au moment de l‟écriture du BPARTNER en fonction de [CLT]NUM_DOM_BQE

PAB1 Domiciliation [ABN]PAB

BICCOD Code BIC [DQE]COD_BIC

CRY Pays [DQE]COD_PAY si valeur blanc

[CLT]COD_PAY

CUR Devise [CLT]COD_DEV

Annexes

© Sage 99

Table Sage ERP X3 BPARTNER [BPR] : Business Partner La table BPARTNER est alimentée à partir des enregistrements de la table Intégrale CLT, les tables Sage ERP X3 BPCUSTOMER et BID


Code Libellé Code

BPRNUM Tiers [BPC]BPCNUM

BPRNAM Raison sociale [BPC]BPCNAM

BPRSHO Intitulé court [BPC]BPCSHO

EECNUM Identification CEE NUM_IDE

CRY Pays COD_PAY

CRN Numéro SIRET Num$(NUM_SIRET)

CUR Devise [F :BPC]CUR ou COD_DEV ou [F:TCY]CUR

LAN Langue COD_LAN

BPCFLG Client 2



FCTFLG Factor 1


ACCCOD Code comptable [BPC]ACCCOD

BPRFLG Divers 1


BIDNUM RIB par défaut Recherche du RIB suivant NUM_DOM_BQE

Lecture du fichier intégrale CLTDMBQE pour récupérer le RIB puis lecture du fichier Sage ERP X3 BID pour récupérer le pays

[BID]BIDNUM

BIDCRY Pays RIB [BID]CRY

BPRFBDMAG Interdit mailing 1 (Non)

Table Sage ERP X3 BPDLVCUST : Clients livrés La table BPDLVCUST est initialisée suivant la catégorie client paramétrée puis alimentée à partir des enregistrements de la table Intégrale CLT


Code Libellé Code

BPCNUM Client [F :BPC]BPCNUM

PAADD Adresse livraison

BPDNAM Raison sociale [F :BPC]BPCNAM

STOFCY Site expédition DPO_PCP

LAN Langue COD_LAN

BPTNUM Transporteur TSP

Contrôle fait lors de la migration des fournisseurs

MDL Mode livraison EXD

EECLOC Lieu transport CEE Pas d‟équivalence 1 si = 0

DRN No tournée NUM_TRN 1 si = 0

DLVPIO Priorité livraison Pas d‟équivalence 1 si = 0

UVYDAY1 Lundi Pas d‟équivalence 2 si = 0

UVYDAY2 Mardi Pas d‟équivalence 2 si = 0

UVYDAY3 Mercredi Pas d‟équivalence 2 si = 0

UVYDAY4 Jeudi Pas d‟équivalence 2 si = 0

UVYDAY5 Vendredi Pas d‟équivalence 2 si = 0

UVYDAY6 Samedi Pas d‟équivalence 2 si = 0

UVYDAY7 Dimanche Pas d‟équivalence 2 si = 0

REP Représentant [F:BPC]REP

NPRFLG Impression bon prépa Pas d‟équivalence 2 si = 0

NDEFLG Impression bon livraison Pas d‟équivalence 2 si = 0

ENAFLAG Actif 2

EECNUM Identification CEE Pas d‟équivalence

ICTCTY Ville Incoterm Pas d‟équivalence

FFWNUM Transitaire Pas d‟équivalence

Annexes

© Sage 100


Code Libellé Code

FFWADD Adresse transitaire Pas d‟équivalence

VACBPR Régime de taxe [F :BPC]VACBPR

Table Sage ERP X3 BPADDRESS : Adresses


Code Libellé Code


BPANUM Entité [F :BPC]BPCNUM

BPAADD Adresse

BPADES Intitulé




CTY Ville VIL

CRY Pays COD_PAY

CRYNAM Nom pays [TCY]CRYDES

TEL Téléphone TEL

FAX Fax TLC


MOB Téléphone Portable Pas d„équivalence

BPABID RIB par défaut Pas d„équivalence

6.2.5. Fournisseurs

Table Sage ERP X3 : BPSUPPLIER : Fournisseurs Données de base / Tiers / Fournisseurs La table Sage ERP X3 BPSUPPLIER est alimentée à partir de la table Intégrale FOU.


Code Libellé Code

BPSNUM Fournisseur COD_FOU

BPSNAM Raison sociale NOM

BPSTYP Type fournisseur Dépend de NAT

Valeur 1 si NAT différent de « D »

Valeur 3 si NAT = «D»

BPRPAY Tiers payé TIE_RGL

Valeur BPSNUM si = « »

BPSINV Fournisseur facture Valeur BPSNUM si = « »

BPTNUM Transporteur TSP

CHGTYP Type cours 1 si 0

PTE Condition paiement RGL

VACBPR Régime taxe [F:SPX]VACBPC qui est renseigné dans le paramétrage

MDL Mode livraison MODEXD

EECLOC Lieu transport CEE 1 si 0

TSSCOD Famille statistique Suivant code activité STS

Valeur COD_FAM si TSSCOD (0)

Valeur COD_SOU_FAM si TSSCOD (1)

INVDTAAMT % ou montant Selon parametrage [F:SPX]

Si [F:SPX]PFINUM (6) différent de 0 = PRCEPT

INVDTA Elément facturation Selon parametrage [F:SPX]

AMTCOD Code montant Selon parametrage [F:SPX]

Si [F:SPX]PFINUM (6) différent de 0 = 1 sinon 2

ACCCOD Code comptable « STD » (code comptable standard)

SEVLIN Cde multi-lignes 2 si 0

ORDTEX Bon de commande Bloc-notes de type PFX = « FO »

OSTCTL Contrôle encours 1 si 0

OSTAUZAMT Encours autorisé

EECINCRAT Majoration CEE 1 si 0

BPSREM Observations CMT + pour information => le compte auxiliaire Intégrale si celui-ci était différent du code fournisseur

Annexes

© Sage 101


Code Libellé Code

DUDCLC Origine échéance 1 si 0

CURCLC Fixation taux 1 si 0

DOUFLG Litige 1 si 0

ENAFLG Actif Dépend de FLGSML

Valeur 1 si FLGSML = « O »

Valeur 2 si FLGSML différent de « O »

Attention : les fournisseurs en sommeil à « Oui » dans Sage Intégrale sont récupérés en statut non actif dans Sage ERP X3

NORPRNFLG Bon commande Valeur 2 si NBR_EXL_CMD supérieur à 0

NREPRNFLG Bon réception Valeur 2 si NBR_EXL_LIV supérieur à 0

NRTPRNFLG Bon retour Valeur 2 si NBR_EXL_BR supérieur à 0

Table Sage ERP X3 BID : Relevé Identité Bancaire


Code Libellé Code


BPANUM Entité [F :BPS]BPSNUM

BIDNUM Numéro RIB [concaténation des rubriques DQE :

COD_BQE , COD_GUI , NUM_CPT CLE_RIB

BPAADD Adresse

BIDNUMFLG Par défaut Mis à jour au moment de l‟écriture du BPARTNER en fonction de [FOU]NUM_DOM_BQE

PAB1 Domiciliation [ABN]PAB

BICCOD Code BIC [DQE]COD_BIC

CRY Pays [DQE]COD_PAY

CUR Devise [F :BPS]CUR ou[FOU]COD_DEV ou [F :TCY]CUR

Table Sage ERP X3 BPARTNER : Business Partner


Code Libellé Code

BPRNUM Tiers [BPS]BPSNUM

BPRNAM Raison sociale [BPS]BPSNAM

BPRSHO Intitulé court [BPS]BPSSHO

EECNUM Identification CEE NUM_IDE

CRY Pays COD_PAY

CRN Numéro SIRET Num$(NUM_SIRET)

CUR Devise COD_DVS

LAN Langue COD_LAN

BPCFLG Client 1



FCTFLG Factor 1


ACCCOD Code comptable [BPS]ACCCOD

BPRFLG Divers 1


BIDNUM RIB par défaut Recherche du RIB suivant NUM_DOM_BQE

Lecture du fichier intégrale CLTDMBQE pour récupérer le RIB puis lecture du fichier Sage ERP X3 BID pour récupérer le pays

[BID]BIDNUM

BIDCRY Pays RIB [BID]CRY

Table Sage ERP X3 BPADDRESS : Adresses


Code Libellé Code


BPANUM Entité [F :BPS]BPSNUM

Annexes

© Sage 102


Code Libellé Code

BPAADD Adresse

BPADES Intitulé




CTY Ville VIL

CRY Pays COD_PAY

CRYNAM Nom pays [TCY]CRYDES

TEL Téléphone TEL

FAX Fax TLC


Table Sage ERP X3 BPCARRIER : Transporteur


Code Libellé Code

BPTNUM Transporteur [F :BPS]BPSNUM

BPTNAM Raison sociale [F :BPS]BPSNAM

BPTSHO Intitulé court [F :BPS]BPSSHO

6.2.6. Articles

Table Sage ERP X3 : ITMMASTER : Articles Données de base / Articles / Articles La table Sage ERP X3 ITMMASTER est alimentée à partir de la table Intégrale ART.


Code Libellé Code

ITMREF Article ART.COD_ART

TSICOD Familles statistiques (0) = ART.FAM_ART (table diverse N° 20)

(1) = ART.SOU_FAM (table diverse N° 21)

TCLCOD Catégorie Renseigné dans le paramétrage

Si Article non géré en stock => Catégorie par défaut affectée Acheté + Vendu = [F :SPX]ITGAV

Si article géré en stock => affectation Acheté + Vendu + Stock ( : [F :SPX]ITGAVS)

Si article Produit fini ou gamme et non géré en stock=> affectation Acheté + Vendu + Fabriqué (: [F :SPX]ITGAVF)

Si article géré en stock et produit fini ou gamme => Affectation Acheté + Vendu + Fabriqué + Stock (: [F :SPX]ITGAVFS)

CLSTYP Type catégorie Dépend de TCLCOD

ACCCOD Code comptable Valeur de la catégorie ou « STD » (code comptable par défaut)

ITMDES1 Désignation 1 ART.DGN

DES1AXX Désignation 1 DGN_CMP.LIB_TXT

Chaque désignation complémentaire (n° de ligne = 0) de l‟article est reprise pour chaque langue reconnue.

S‟il n‟existe aucune désignation complémentaire, c‟est ART.DGN qui est repris pour la langue de la société.

DES2AXX Désignation 2 Par défaut : désignation complémentaire ligne 1.

Voir PE SI_INIVALEUR

Deux désignations complémentaires au maximum sont reprises par langue définie.

DES3AXX Désignation 3 Par défaut : désignation complémentaire ligne 2.


Deux désignations complémentaires au maximum sont reprises par langue définie.

STDFLG Mode gestion 2 « Sur stock »

EANCOD Code EAN ART.COD_BAR

ITMSTA Statut article 1 « Actif » ou 6 « Non utilisable » si ART.SML=‟O‟ « En sommeil »

Attention : les articles en sommeil à « Oui » dans Sage Intégrale sont récupérés en statut non utilisable dans Sage ERP X3

STU Unité stock ART.UNI_FAC

PUU Unité achat ART.UNI_FAC

SAU Unité vente ART.UNI_FAC

SSU Unité statistique ART.UNI_FAC

Annexes

© Sage 103


Code Libellé Code

PUUSTUCOE Coef UA-US 1

SAUSTUCOE Coef UV-US 1

SSUSTUCOE Coef Ustat-US 1

STOMGTCOD Gestion stock 2 si ART.GES_STK= « O », sinon 1

LOTMGTCOD Gestion lot 2 si ART.GES_NUM_SER="O" & ART.NUM_SER_LOT = "L" & ART.TYP_MVT_GES="T"

3 si ART.GES_NUM_SER="O" & ART.NUM_SER_LOT = "L" & ART.TYP_MVT_GES<>"T"

sinon 1

LOTCOU Compteur lot ART.AFC_ENT si gestion par lot

SERCOU Compteur série ART.AFC_ENT si gestion par n° de série

SERMGTCOD Gestion série 2 si ART.GES_NUM_SER="O" & ART.NUM_SER_LOT = "S"& ART.TYP_MVT_GES="T"

3 si ART.GES_NUM_SER="O" & ART.NUM_SER_LOT = "S"& ART.TYP_MVT_GES<>"T"

sinon 1

NEGSTO Stock < 0 autorisé 2 « Oui »

BRDCOD Famille coûts 1

RPLITM Article remplacement ART.ART_RPC

EECGES Soumis à la DEB 2 « Oui » (version ultérieure)

CUSREF Référence douanière ART.NUM_NMC_PDT

VACITM Niveau taxe Fonction du paramétrage

PURTEX Texte achat Créé à partir du bloc-notes articles


PURTEX Texte vente Créé à partir du bloc-notes articles


MFGTEX Texte production Créé à partir du bloc-notes si NATPDT= « GA » (gamme)


Table Sage ERP X3 ITMBPC : Articles-clients


Code Libellé Code

ITMREF Article ART_CLT.COD_ART

BPCNUM Client ART_CLT.COD_CLT

ITMREFBPC Article-Client ART_CLT.REF_ART

ITMDESBPC Désignation client

ITSTEX Texte vente Créé à partir du bloc-notes articles

Table Sage ERP X3 ITMBPS : Articles-fournisseurs


Code Libellé Code

ITMREF Article ART_FOU.COD_ART

BPSNUM Fournisseur ART_FOU.COD_FOU

PIO Priorité 0 si ART.FOU_PCP = ART_FOU.COD_FOU, sinon 1

ITMREFBPS Article fournisseur ART.REF_FOU si ART.FOU_PCP = ART_FOU.COD_FOU

PURMINQTY Quantité minimum achat ART_FOU.QTE_MIN

CPRCOE Coefficient frais approche TAU_FRA_IPC.TAU_FRA

Sélection de l‟enregistrement TAU_FRA_IPC selon le filtre suivant :

DAT_DEB inférieure ou égale à Date$ qui est aussi inférieure ou égale à DAT_FIN

et ART = ART_FOU.COD_ART

et si possible COD_FOU = ART_FOU.COD_ART

CTMBPSFLG Contremarque 1

Table Sage ERP X3 ITMCOST : Coûts standard Un enregistrement ITMCOST est créé pour chaque article-site créé.


Code Libellé Code

Annexes

© Sage 104


Code Libellé Code

STOFCY Site stockage ART_DPO.COD_DPO

ITMREF Article ART_DPO.COD_ART

CSTTYP Type de coûts 1

YEA Année Année de la date de fin d‟exercice en cours, sinon année en cours

CSTSEQ Séquence 0

ITCDAT Date calcul date$

MATTOT Total matière ART.PAR_CST

MACTOT Total machine ART.PAR_OPE

LABTOT Total main-d'oeuvre ART.PAR_MDO

SCOTOT Total sous-traitance ART.PAR_SOU_TRT

OVETOT Total frais généraux ART.PAR_FRA_GNR

CSTTOT Coût total MATTOT+MACTOT+LABTOT+SCOTOT

VLTTOT Coût de valorisation CSTTOT+OVETOT

Si le coût de valorisation (VLTTOT) est nul, on récupère la valeur du champ défini dans le paramétrage Coûts standards Champ1 ou Champ2 s‟il est nul (SIPARX3.PRXFLD1 ou PRXFLD2).

Ces deux champs contiennent le nom d‟un champ de la table article temporaire XIART.

Toute la valeur est alors répercutée sur la part matière.

MATCST Coût matière (0) = MATTOT

MACCST Coût machine (0) = MACTOT

LABCST Coût main-d'œuvre (0) = LABTOT

SCOCST Coût sous-traitance SCOTOT

OVEMATCST Coût fg matière OVETOT

CLCQTY Quantité de calcul 1

MATLEVCST Coût niveau matière (0) = MATTOT

MACLEVCST Coût niveau machine (0) = MACTOT

LABLEVCST Coût niveau m-o (0) = LABTOT

OVELEVCST Coût niveau fg OVETOT

SCOLEVCST Coût niveau s/t SCOTOT

OVEMATLEV Fg matière niveau OVETOT

Table Sage ERP X3 ITMFACILIT : Articles-sites La table ITMFACILIT est alimentée à partir des enregistrements de la table Intégrale ART_DPO Articles dépôts si la Quantité initiale, ou la Quantité entrée ou la Quantité sortie sont différentes de 0.


Code Libellé Code

ITMREF Article ART.COD_ART

STOFCY Site stockage ART_DPO.COD_DPO

CUNFLG Bloqué inventaire 1

ABCCLS Catégorie ABC Provient de la catégorie

LOCMGTCOD Gestion emplacement 2 si ART.EPC renseigné

STOCOD Mode retrait stock Provient de la catégorie

CUNCOD Mode inventaire Provient de la catégorie

SESCOD Saisonnalité Provient de la catégorie

DAYCOV Couverture Provient de la catégorie

TOTLTI Délai multi-niveaux 0

QUALTI Délai ctrl qualité 0

PLH Horizon ferme Provient de la catégorie

PLHUOT Unité tps hor ferme Provient de la catégorie

FOH Horizon demande Provient de la catégorie

FOHUOT Unité tps hor dem Provient de la catégorie

OFS Délai réappro Provient de la catégorie

MFGLTI Délai de fabrication 0

PRPLTI Délai de préparation 0

MIC Coef dégressivité 0

REOMGTCOD Mode réappro Provient de la catégorie

REOCOD Type suggestion Provient de la catégorie

REOFCY Site réappro Provient de la catégorie

Annexes

© Sage 105


Code Libellé Code

REOPOL Politique réappro Provient de la catégorie

SAFSTO Stock sécurité ART.SEU_SRT

SAFSTOCLC Stock sécu calculé 0

REOTSD Seuil réappro ART.SEU_RPV

REOTSDCLC Seuil réappr calculé 0

MAXSTO Stock maximum ART.SEU_MAX

MAXSTOCLC Stock maxi calculé 0

REOMINQTY Lot économique Provient de la catégorie

REOMINCLC Lot éco calculé 0

MFGLOTQTY Lot technique Provient de la catégorie

SHR Pourcentage de perte Provient de la catégorie

PLANNER Planificateur Provient de la catégorie

BUY Acheteur Provient de la catégorie

OVECOD Frais généraux Provient de la catégorie

STDCSTUPD Màj coût standard Provient de la catégorie

CUTCSTUPD Màj coût std actual Provient de la catégorie

BUDCSTUPD Màj coût std budget Provient de la catégorie

SIMCSTUPD Màj coût simulation Provient de la catégorie

MFGSHTCOD Lancement si rupture Provient de la catégorie

RELSCATIA Perte au lancement 2

CLEPCTAUT % solde automatique Provient de la catégorie

REDMODFLG Mode de redressement 1 (Lot)

VLTCOD Méthode valorisation Seule celle de la catégorie sera renseignée

LOCNUM N° emplacement Provient de la catégorie

DEFLOCTYP Type emplact/défaut "*" (si gestion d'emplacements)

WIPPRO WIP protect. 1 (non)

Table Sage ERP X3 ITMSALES : Articles-vente Les articles-vente sont créés pour chaque article dont la catégorie est « vendue ». Champs Sage ERP X3 Champs Sage Intégrale

Code Libellé Code

ITMREF Article ITMMASTER.ITMREF

ITMDES1 Désignation 1 ITMMASTER.ITMDES1

SBSITM Article substitution Le premier trouvé dans la table ART_SUB

CTMFLG Contremarque 1 si ART.ART_CTQ= « N », sinon 2

CTMQTY Qté contremarque dir 0

MINPRI Prix plancher ART.PRX_MIN

THEPRI Prix théorique ART.PRX_VEN_HT_1 si ART.DEB_TRF_2>date$, sinon ART.PRX_VEN_HT _2

BASPRI Prix de base Idem THEPRI

6.2.7. Les tarifs

Pas de tableau disponible dans la mesure où la correspondance entre la structure tarifaire de Sage Intégrale et celle de Sage ERP X3 est complexe et dépend trop du paramétrage réalisé. Se référer aux différentes explications mentionnées dans le paramétrage des achats/ventes. Les tarifs sont visibles aux menus Ventes / Tarifs / Saisie des tarifs et Achats / Tarifs / Saisie des tarifs.

6.2.8. Postes de charge

Table Sage ERP X3 WORKSTATION : Postes de charge Production / Données techniques / Centres de production / Postes de charge La table des postes de charge est alimentée à partir des enregistrements de la table Articles Sage Intégrale. Les articles dont la nature est Opération et Main d’œuvre sont repris en tant que postes de charges.


Code Libellé Code

Annexes

© Sage 106


Code Libellé Code

WST Poste de charge ART.X3CLE

WSTDES Intitulé poste charge ART.DGN

WSTSHO Intitulé court Pas d‟équivalence

WSTTYP Type poste charge Valeur 1 si ART .NATPDT = « OP »

Valeur 2 si ART.NATPDT = « MO »

WCR Centre de charge « PROD »

WCRFCY Site rattachement [F :SPX]FCY

TWD Schéma hebdomadaire Renseigné dans le paramétrage

EFF Efficience en % 100

USE Utilisation en % 100

SHR Perte en % 0

WSTNBR Nombre de postes1

CLEPCTAUT % solde automatique 100

QLFLEV Niveau qualification 0

EXTHOUTIM Cumul tps prévu 0

DSPLEV Niveau affichage 1

CONSTRAINT Contraint 0

RCCP RCCP 1

Table Sage ERP X3 RPLWST : Postes de remplacement Cette table est alimentée si les articles postes de charge possédaient des articles de remplacement dans Sage Intégrale. Elle est alimentée à partir des enregistrements de la table Intégrale XIARTRPC et de XIART (où l’article en cours est l’article de remplacement). Ne sont pas repris : Les articles de remplacement que l’on ne retrouve pas dans la table des postes Sage ERP X3.


Code Libellé Code

WST Poste de charge [F:MWS]WST

WCRFCY Site rattachement “PROD”

RPLWST Poste charge rempl. ART.X3CLE

RPLWSTDES Intitulé poste ART.DGN

WCR Centre de charge “PROD”

WSTTYP Type de poste Valeur 1 si ART .NATPDT = « OP »

Valeur 2 si ART.NATPDT = « MO »

PIO Priorité RPC.NUMORD

6.2.9. Nomenclatures

Table Sage ERP X3 BOM : Entête de nomenclature Données de base \ Nomenclatures \ Nomenclature production et Données de base \ Nomenclatures \ Nomenclature commerciales


Code Libellé Code

ITMREF Article parent ART.X3CLE

BOMALT Alternative nomenclature Géré par le programme selon qu‟il existe déjà une alternative ok ou non.

BOMDES Désignation entête NMC.ZONSPF ou NMC..LIBLBR

USESTA Statut utilisation Valeur 1 si NMC.CODCMPART = "A“

Valeur 2 si NMC.CODCMPART différent de A

BASQTY Quantité base 1

QTYCOD Unité de gestion 1

HEATEX Texte entête Récupération du bloc note

BOMALTTYP Type alternative Géré par le programme selon le type de l‟article composé.

- Si article non géré en stock : on ne créé qu‟une nomenclature vente.

- Si article non vendu on ne créé qu‟une nomenclature de production.

- Sinon on créé les deux.

- Si article de type « GA » on ne créé qu‟une gamme.

Annexes

© Sage 107

Table Sage ERP X3 BOMD : Détail nomenclature La table BOMD est alimentée à partir des enregistrements détail de la table Intégrale NMC. Ne sont pas repris les enregistrements de type Frais et Textes. Les enregistrements de type « OP » ou « MO » sont repris dans une gamme créée à ce moment là.

Un composant peut être lui-même un composé (fantôme ou semi-fini). Dans Sage Intégrale, on retrouve alors sur la ligne composant le numéro d’alternative à utiliser. Dans Sage ERP X3, cette zone n’existe pas car on prend toujours le numéro d’alternative de la nomenclature en cours.


Code Libellé Code

ITMREF Article parent ART.X3CLE

BOMALT Alternative nomencl Géré par le programme selon qu‟il existe déjà une alternative ok ou non.

BOMSEQ Séquence Géré par le système (Pas de 5)

BOMSEQNUM Complément séquence Géré par le système (Pas de 5)

CPNITMREF Composant XNMC.CODARTCST

CPNTYP Type composant Normal, variante, ou sous-produit.

LIKQTYCOD Code quantité lien 1

QTYRND Arrondi quantité 1

BOMUOM UOM ITM.STU

BOMSTUCOE Coef UOM-US 1

BOMQTY Quantité lien UOM XNMC.QTETPS

LIKQTY Quantité lien XNMC.QTETPS

SCA Pourcentage de rebut 0

CPNOPE Opération gamme 0

OPENUMLEV Suffixe opé gamme 0

BOMOFS Délai opération 0

PICPRN Impr bon matières XNMC.TOPDTL

OCNPRN Impression ARC XNMC.TOPDTL

NDEPRN Impr bon livraison XNMC.TOPDTL

INVPRN Impression facture XNMC.TOPDTL

LIKRLE Indice révision lien 0

BOMTEXNUM Texte lien XNMC.LIBLBR

CSTFLG Valorisation 2

PKC Code à servir 1

Table Sage ERP X3 TABBOMALT : Alternative nomenclature La table TABBOMALT [TBO] est créée si besoin est.


Code Libellé Code

BOMALT Alternative nomenclature Géré par le système

BOMALTTYP Type alternative 1 ou 2 selon contexte

MFGUSE Utilisation fabrication 1 ou 2 selon contexte

CSTUSE Utilisation coûts 1

MRPUSE Utilisation CBN 1

MPSUSE Utilisation PDP 1

Table Sage ERP X3 ROUTING : Entête de gamme La table ROUTING est alimentée si la nomenclature Intégrale en cours de traitement contient des lignes de type OP ou MO.


Code Libellé Code

ITMREF Gamme ART.X3CLE

ROUALT Alternative gamme Géré par le système

ROUDES Désignation entête NMC.ZONSPF ou NMC..LIBLBR

FCY Site [F :SPX]FCY

USESTA Statut utilisation Valeur 1 si NMC.CODCMPART = « A »

Valeur 2 si NMC_CODCMPART différent de « A »

Annexes

© Sage 108

CFMFLG Validée Valeur 1 si NMC.CODCMPART = « A »

Valeur 2 si NMC_CODCMPART différent de « A »

TIMUOMCOD Unité temps 1

WORTYP Mode gestion OF 4

TEXNUM Texte entête gamme Récupération du bloc note si gamme seule

Table Sage ERP X3 ROUOPE : Détail gamme La table ROUOPE contient le détail des gammes (type d’article OP ou MO). Ne sont pas repris les enregistrements pour lesquels l’unité n’est pas « HRS ».


Code Libellé Code

ITMREF Gamme ROH.ITMREF

ROUALT Alternative gamme ROH.ROUALT

OPENUM Opération Géré par le système (pas de 5)

RPLIND Indice remplacement 0

FCY Site [F:SPX]FCY

WST Poste charge ppal ART.X3CLE

SETLABCOE Coef tps m-o réglage 0

OPELABCOE Coef tps m-o opérati 0

ROODES Désignation opé NMC.LIBLBR

OPEUOM Unité opération ITM.STU (Article composé)

OPESTUCOE Coef US-UO 1

WSTNBR Nombre de postes 1

EFF Efficience en % 100

SHR Perte en % 0

ROOTIMCOD Type tps opératoire 1

TIMCOD Unité de gestion 1

BASQTY Quantité base 1

SETTIM Temps réglage NMC.QTETPSMRT

OPETIM Tps opératoire NMC.QTETPS

WAITIM Temps attente Si NMC.TPSATECOFCVC de l‟opération suivante est positif alors = NMC.TPSATECOFCVC

SCOCOD Sous-traitance 1

REFPRI Prix référence NMC PUVALFRFPRC

Table Sage ERP X3 ROUSCD : Jalonnement gamme


Code Libellé Code

ITMREF Gamme ROH.ITMREF

ROUALT Alternative gamme ROH.ROUALT

OPENUM Opération ROO.OPENUM

NEXOPENUM Opération suivante Opération suivante

DACMST Etape suivi 2

MFGMST Etape production 2 sur la dernière opération, 1 sur les autres

SCDCOD Jalonnement Valeur 3 si NMC.TPSATECOFCVC de l‟opération suivante négatif

Valeur 1 si NMC.TPSATECOFCVC de l‟opération suivante positif

SCDTIM Temps chevauchement Valeur = (NMC.TPSATECOFCVC NMC.QTETPS / 100) *-1 si SCDCOD = 3

SCDQTY Quantité chevauchement 0

SCDLOT Nb lots chevauchement 0

Table Sage ERP X3 TABROUALT : Alternative gamme La table TABROUALT est créée si besoin est.


Code Libellé Code

ROUALT Alternative gamme Géré par le système

MFGUSE Utilisation fabricatop, 2

CSTUSE Utilisation coûts 1

RCCUSE Utilisation RCCP 1

Annexes

© Sage 109

BOMALT1 Alternative nomenclature Géré par le système



6.2.10. Comptes (comptes généraux et auxiliaires divers)

Création ou mise à jour des comptes selon l’option Reprise plan de compte Intégrale uniquement

Table Sage ERP X3 : GACCOUNT comptes généraux Données de base/ Tables comptables/ Générale/ Comptes Cette table est alimentée d’après le plan comptable général de l’intégrale – USPGE code table GE (PLA_CTB_GNR - XIPLACBGNR)



CPT_GNR Compte général A 13 ACC Compte GAC 10

TYP_CLF Type collectif A 1 TYP Type de collectif *(1) M 603

ITT_CPT Intitulé compte A 32 DES Intitulé DES 30

LIB_APL Libellé appel A 10 DESSHO Intitulé court SHO 10

GES_LTR Gestion lettrage A 1 MTC Lettrage (si GESLTR= „O‟) M 1

TYP_CPT Type de compte A 1 FLGVAT Gestion de TVA *(2) M 608

*(1) Champ TYP_CLF : Type collectif


Non Compte normal (TYP=1)

Client Compte collectif (TYP=3)

Initialisation des autorisations Comptes/Tiers Fournisseur

Divers (Tiers)

*(2) Champ TYP_CPT : Type de compte (gestion TVA)


TTC Non soumis

HT Soumis

TVA Compte de TVA

Autres Non soumis

La classe est initialisée par défaut par rapport au paramétrage du code plan livré en standard Si le compte Intégrale est suivi en analytique, le compte – plan général- aura un « compte par défaut » renseigné. Le crible sera imposé, ce qui signifie que par défaut, s’il existe des mouvements analytiques, ils seront forcément imputés au compte par défaut.

Table Sage ERP X3 : GACCOUNT Données de base / Tables comptables / Générale / Compte – bouton PLAN choisir le plan analytique Si la compte Intégrale est suivi en analytique alors création automatique du compte analytique



CPT_GNR Compte général A 13 CNA Nature GAC 10

ITT_CPT Intitulé compte A 32 DES Intitulé DES 30


MDL_VTL Modèle ventilation A 3 DSP Clé de répartition DSP 10

Ces comptes sont :

cochées budgétisables,

Comptes généraux

Natures analytiques

Annexes

© Sage 110

avec saisie possible d’unité d’œuvre pour pouvoir tenir une comptabilité analytique en quantité,

tous les axes sont saisissables.

Le compte du Plan général aura un « compte par défaut » renseigné dont le crible sera imposé.

Table Sage ERP X3 : BPARTNER Données de base \ Tiers \ Tiers



CPT_AUX Compte auxiliaire A 13 BPRNUM Compte BPR 10

ITT Intitulé A 32 BPRNAM Raison sociale NAM 35

LIB_APL Libellé appel A 10 BPRSHO Intitulé court SHO 10

COD_PST Code pays A 3 CRY Pays CRY 3

Table Sage ERP X3 : BPADDRESS adresse du tiers divers



ADR_1 Adresse 1 A 32 BPAADDLIG(0) Adresse Ligne ADL 40



COD_PST code postal A 8 POSCOD Code postal POS 10


ADR_WEB Adresse mail A 60 WEB Adresse internet MAI 80

COD_PAY Code pays A 3 CRY Etat CRY 3

Table Sage ERP X3 : BID Rib du tiers divers



RIB_COD_BQE_1 RIB code banque A 5 BIDNUM Numéro BID BID 30

RIB_GUI_1 RIB Guichet A 5

RIB_NUM_CPT_1 RIB numéro compte A 11

RIB_CLE_1 RIB clé A 2

COD_BIC Code BIC A 11 BICCOD Code BIC A 11


6.2.11. Sections analytiques

Généralités

Création des axes analytiques à partir des informations de la table ISOCDIV2. Un axe supplémentaire est ajouté pour les sections analytiques définies dans Sage Intégrale qui ne correspondent pas à des centres analytiques.

Création des sections analytiques Sage ERP X3 à partir de la table Intégrale des centres analytiques CNT_ANA (XICNTANA).

Création de sections analytiques Sage ERP X3 à partir de la table Intégrale des sections analytiques PLA_CTB_ANA (XIPLACBANA) pour les sections analytiques définies dans Sage Intégrale qui ne correspondent pas à la concaténation de centres analytiques.

Création des croisements analytiques Sage ERP X3 à partir de la table Intégrale des paramètres société SOC_DIV_2 (XISOCDIV2). Les cinq combinaisons éventuellement paramétrées sous Sage Intégrale sont reprises uniquement pour les trois premiers axes. Possibilité de modifier l’initialisation de certains champs via le point d’entrée SI_BEFWRI. La variable globale SI_TABLE contient le nom de la table Sage ERP X3 mise à jour : BUDPARAXI.

Comptes auxiliaires divers

Annexes

© Sage 111

Tables Sage Intégrale

CNT_ANA Centre analytique (USELA)

PLA_CTB_ANA Plan comptabilité analytique (USPGE), code table GE

Table Sage ERP X3 : GDIE Paramétrage \ Structure Générale \ Axes

Champs Intégrale Champs X3

« AX »+NUM_AXE Numéro axe A 2 DIE Axe DIE

Données initialisées par défaut :

Les intitulés correspondent au nom de l’axe ;

Le format est de « 20c »,

Création automatique (coché à ‘Oui’)

Gestion de projet (coché à ‘Oui’)

Table Sage ERP X3 : CACCE Données de base \ Tables comptables \ Analytique \ Sections

analytiques pour les sections analytiques



NUM_AXE Numéro axe A 2 AXI Axe M 601

ELE_ANA Elément Analytique A 13 CCE Sections CCE 15

ITT_1 Intitulé 1 A 32 DES Intitulé DES 30


TYP_ELE Type Element A 1 FRW Report à nouveau *(1) M 1

AXI Initialisé au dernier axe

SEC_ANA Section analytique A 13 CCE Sections CCE 15

NOM_SEC Nom de la section A 32 DES Intitulé DES 30


TYP_SEC Type section A 1 FRW Report à nouveau *(1) M 1

*(1) Champ TYP_ELE (Type élément) ou TYP_SEC (Type sections)


Permanent Aucun Report à nouveau (non coché)

Chantier Report à nouveau (coché à oui)


Les zones du bloc ‘Accessibilité’ sont laissées à vide ;

Suivi Budgétaire (coché à ‘oui’).

6.2.12. Répartitions analytiques

Table intégrale : Ventilation modèle (USVAM) – XIVTLMDL.

Table Sage ERP X3 : CADSP Données de base \ Tables comptables \ Analytique \ Répartitions

a priori



NUM_VTL Numéro de ventilation A 3 DSP Clé de répartition DSP 10

LIB Libellé A 13 DESSHO Intitulé court SHO 10

STE_LIB Suite Libellé A 3 DES Intitulé Précédé de LIB DES 30

Autant de lignes que d’enregistrements…

DSPLIG Incrémenté C 3

Annexes

© Sage 112

automatiquement

PRC Pourcentage N -3.4 COE Coefficients DCB 9

SEC_ANA Section analytique A 13 CCEx Section CCE 15

6.3. Données

Les valeurs qui sont alimentées dans les différentes tables des données sont recensées ici. Tous les champs qui ne sont pas cités sont initialisés à 0 ou une chaîne vide.

6.3.1. Journaux

Généralités

Définition de l’état des journaux par société.

Définition des comptes fréquents et interdits par code plan.


JRN Journaux (USJOU)

JRN_CPT_ATQ Journaux compte automatique (USJOU)

JRN_CPT_RFS Journaux compte refusé (USJOU)

Table Sage ERP X3 : GJOURNAL Données de base \ Tables comptables \ Générale \ Journaux.



COD_JRN Code journal A 3 JOU Journal JOU 5

ITT_JRN Intitulé journal A 32 DES Intitulé DES 30

IIT_JRN Intitulé journal A 32 DESSHO Intitulé court SHO 10

TYP_JRN Type journal *(1) A 1 TYP Type M 613

*(1) Champ TYP_JRN : Type journal


Ventes Ventes

Achats Achats

Trésorerie Trésorerie

Opération diverses OD1

Déductibles OD2

Collectées OD3

Analytiques OD4

Extourne OD 1

Table Sage ERP X3 : GJOUCOA Données de base \ Tables comptables \ Générale \ Journaux.-

(Bouton Plan )

Champs Intégrale Champs X3

COA Code plan COA 3

COD_JRN Code journal A 3 JOU Journal JOU 5

CPT_CTP Compte contrepartie *(2) A 13 ACC Compte de trésorerie GAC 10

CPT_ATQ Compte automatique *(3) A 13 FRQACC Comptes fréquents GAC 10

CPT_RFS Compte refusé A 13 FBDACC Comptes interdits GAC 10

Données initialisées par défaut

Le compte de trésorerie doit être obligatoirement renseigné pour les journaux de type ‘Trésorerie’. Le compte de trésorerie est initialisé : - au compte de trésorerie indiqué dans la fiche journal de Sage Intégrale (champ CPTCTP) - au compte trésorerie indiqué dans la fiche banque de Sage Intégrale (champ NUMCPTCTB) - par défaut, au premier compte de trésorerie de type 'Normal' et de classification "financière" et la trace indique un message d'information : "Champ compte de trésorerie obligatoire xxx" (xxx = code journal). *(2)

Annexes

© Sage 113

La table des comptes automatiques Sage Intégrale est limitée à 80 enregistrements. Sous Sage ERP X3, seuls 20 comptes fréquents sont paramétrables. Par conséquent, la migration ne prendra en compte que les 20 premiers comptes automatiques de Sage Intégrale. Les codes appels de ces comptes seront automatiquement initialisés par l’alphabet. (1er code A, puis B, etc) *(3)

Table Sage ERP X3 : GAJOUSTA Pour chaque journal et chaque période de l’exercice, un enregistrement sous la table GAJOUSTA Etats de journaux sera créé pour définir que le journal est Actif.

Table Sage ERP X3 : GTYPACCENT La fiche des types de pièce définit un journal par défaut qu’on initialise au moment du traitement de la récupération des journaux. Les types de pièces sont définis dans l’étape de paramétrage Onglet Comptabilité.

6.3.2. Banques

Création des banques.

Table Sage ERP X3 : BANK Données de base \/Tables compta tiers \/ Compte en banque.



COD_BQE Code Banque A 3 BAN Code BAN 5

NOM_BQE Nom banque A 24 DES Intitulé DES 30

NOM_BQE_2 Nom banque 2 A 24 DESSHO Intitulé court SHO 10

ADR_1 Adresse 1 A 32 ADDLIG(0) Ligne Adresse ADL 40







RIB_BQE RIB banque A 5 BIDNUM Numéro RIB BID 30

RIB_AGC RIB agence A 5

RIB_CPT RIB compte A 11

RIB_CLE RIB cle A 2

COD_BIC Code BIC A 11 BICCOD Code BIC A 11

COD_JRN Code journal A 3 JOU(0) Journal de banque JOU 5

NUM_CPT_CTB N°compte comptabilité A 13 BANACC Compte GAC 15

Le code IBAN est créé automatiquement à partir du RIB et du Pays. Code comptable (initialisé au seul code comptable paramétré ou au code STD si plusieurs codes comptables de type Banque sont paramétrés dans le dossier).

6.3.3. Cours des devises

Dans Sage Intégrale, il y a plusieurs tables concernant les devises :

DVS (DVS) la table des Devises : Chaque devise est paramétrée avec un taux certain et incertain. Pour les PAYS IN :

Taux incertain => avant 01/01/99 (Date de passage en mode de cotation certaine),

Taux certain => après 01/01/99. Pour les PAYS OUT :

Taux incertain => tout le temps...,

Taux certain => sans utilité... mais information obligatoire.

Annexes

© Sage 114

HIS_DVS (HISDVS) contient l’Historique des cours : pour chaque devise à une date donnée correspond un taux Achat, taux Vente, taux Comptabilité.

TAU_MOY_DLR_CEE (XITAUMRCEE) contient le Taux moyen déclaration CEE : pour chaque devise à une date donnée correspond un taux moyen.

TAU_MOY_ECA_CVS (XITAUMACVS) contient le Taux moyen écart conversion : pour chaque devise à une date donnée correspond un taux moyen.

Pour la migration, sont récupérés dans Sage ERP X3

Taux Certain => cours du jour à la date du 01/01/99,

Taux Comptabilité => cours du jour à la date d'application,

Taux Ecart de conversion => cours moyen.


DVS Devise (XSTAB), code table DV

HIS_DVS Historique des devises (XSHDV)

TAU_MOY_ECA_CVS Taux moyen d‟écart de conversion (XSTAW), code table TM

Table Sage ERP X3 : TABCHANGE Données de base \ Tables communes \ Devises et Cours des

devises.



COD_DVS Code devise A 2 CURDEN CUR 3

TAU_CER Taux certain N 4.8 CHGRAT RCU 11

CUR Initialisé à GSYSCUR CUR 3

CHGTYP Cours du jour M 202

CHGSTRDAT 01/01/1999 D X

REVCOURS Cours calculé RCU 11

+ enregistrement inverse. (interne Sage ERP X3)


DAT_APP Date d‟application D 8 CHGSTRDAT D

TAU_CTB Taux comptabilité N 4.8 CHGRAT RCU 11


CHGTYP Cours du jour M 202




DAT_APP Date d‟application D 8 CHGSTRDAT D

TAU_MOY Taux moyen N 4.8 CHGRAT RCU 11


CHGTYP Cours du mois M 202



6.3.4. Stocks

La migration des stocks reprend le principe des inventaires, c’est à dire que le traitement se déroule en deux phases par chaque dépôt. Les fichiers stocks Sage ERP X3 mis à jour sont ceux qui sont mis à jour lors d’une validation d’inventaire (stock, stojou, itmmvt, stolot, stoser, stopar…). Pour un article Intégrale suivi en LOT. Si géré en entrée (« E ») ou sortie (« S ») lecture ARTDPO seulement (article Sage ERP X3 : lot facultatif). Si géré en entrée et en sortie (« T »), recherche des LOT actifs avec QTERES différent de 0 (article 3 : lot obligatoire). Pour un article Intégrale suivi en SERIE. Si géré en entrée (« E ») lecture ARTDPO seulement (article Sage ERP X3 : stock uniquement). Si géré en sortie (« S ») lecture ARTDPO seulement (article Sage ERP X3 : série sortie). Si géré en entrée et en sortie (« T ») recherche des SERIES actifs avec QTERES différent de 0 (article Sage ERP X3 : série entrée/sortie).

Annexes

© Sage 115

Article INTEGRALE ITMMASTER / STOMGTCOD

ITMMASTER / LOTMGTCOD

ITMMASTER / SERMGTCOD

Traitement SIXSTK

Article géré uniquement en stock

2 1 1 Lecture ARTDPO uniquement, création du lot blanc

Article géré en lot avec type mouvement « E » ou « S »

2 2 (lot facultatif) 1 Lecture ARTDPO uniquement, création du lot blanc

Article géré en lot avec type mouvement «T »

2 3 (lot obligatoire) 1 Lecture ARTDPO + recherche des lots actifs, création des lots

Article géré série avec type mouvement «E »

2 1 1 Lecture ARTDPO uniquement, création du lot blanc

Article géré série avec type mouvement «S »

2 1 2 (Sortie) Lecture ARTDPO uniquement, création du lot blanc

Article géré série avec type mouvement «T »

2 1 3 (Entrée / sortie) Lecture ARTDPO + recherche des séries lots actifs, création des séries

La quantité en stock est calculée comme suit : Quantité en stock = (qté stock initial + qté entrée + qté écart inventaire) – qté sortie

Table Sage ERP X3 CUNSESSION : Session Stock \ Inventaires \ Session inventaire et Inventaires La table CUNSESSION est alimentée automatiquement.


Code Libellé Code

CUNSSSNUM Session inventaire Selon compteur SSE , si manuel Cunsssnum = “SESSION” + [F:XDPO)X3CLE

CUNSSSDES Intitulé SI_MES(124)

CUNSSSTYP Type inventaire 1

CUNSSSMOD Choix traitement 1

CUNSSSSTA Statut 2

CUNSSSDAT Date inventaire Date imputation intégration stocks ( saisie dans l‟Onglet Gestion de l‟étape Paramétrage )

CUNSRTCOD Tri inventaire 1

CUNLASFLG Global 2

MAXLIG Maximum lignes Code activité : INV

PRCLIG % limite 90

ITMNBR Nombre articles 9999

LOCPOS Position emplacement 10.

ITMSTA006 Utilisable 1

STOFCY Site stockage [F:XDPO]X3CLE

ABCCLSA Classe 'A' 2

CPLCUNNBRA Comptages articles A 0

CUNNBRA Comptages demandés A 0

ABCCLSB Classe 'B' 2

CPLCUNNBRB Comptages articles B 0

CUNNBRB Comptages demandés B 0

ABCCLSC Classe 'C' 2

CPLCUNNBRC Comptages articles C 0

CUNNBRC Comptages demandés C 0

ABCCLSD Classe 'D' 2

CPLCUNNBRD Comptages articles D 0

CUNNBRD Comptages demandés D 0

RCPLOCFLG Emp reception 2

STOLOCFLG Emplacement stockage 2

PICLOCFLG Emplacement picking 2

TRALOCFLG Emplacement poste W 2

QUALOCFLG Emlacement quai 2

MAGLOCFLG Emplacement magasin 2

RETLOCFLG Emplacement retour 2

CUNNULSTK Articles sans stock 2

Table Sage ERP X3 CUNLISTE : Listes La table CUNLISTE est alimentée automatiquement

Annexes

© Sage 116


Code Libellé Code

CUNSSSNUM Session inventaire [F:CUN]

CUNLISNUM Liste inventaire ART_CLT.COD_CLT

CUNLISDES Intitulé SI_MES(124)

CUNLISDAT Date inventaire [F:CUN]


CUNLISSTA Statut 1

CUNSTADAT Date statut Date$

CUNLOKFLG Stock verrouillé 1

NBRLIG Nombre lignes Nombre de détail

USR Opérateur Guser

IPTDAT Dernière imputation Date$

MVTDES Désignation mvt SI_MES(124)

EXPNUM Numéro export

CREUSR Opérateur création Guser

CREDAT Date création date$

UPDUSR Opérateur modif Guser

UPDDAT Date modification Date$

Table Sage ERP X3 CUNLISDET : Détails La table CUNLISDET est alimentée à partir des enregistrements des tables Sage Intégrale. Pour les articles gérés en Série/Lot, on retrouve une ligne par N° de série ou de Lot.


Code Libellé Code

CUNSSSNUM Session inventaire [F:CUN]

CUNLISNUM Liste inventaire (0) = ART.FAM_ART (tab. div 20) (1) = ART.SOU_FAM (tab. div 21)

ITMLISNUM Rang article Calcul


ITMREF Article [F:XART]X3CLE

LOT Lot Si [F:ITM]LOTMGTCOD = 3 : [F:XLOT]X3CLE Si article géré en lot

SLO S/lot

LOC Emplacement

STA Statut stock A

ABCCLS Catégorie ABC [F:ITF]ABCCLS

CUNDAT Date inventaire Date$

PCU Unité [F :ITM]STU

QTYPCUNEW Stock UC compté Si [F:ITM]LOTMGTCOD = 3 | [F:ITM]SERMGTCOD = 3

QTYPCUNEW = [F:XVAL]QTERST

Sinon

QTYPCUNEW = [F:XADP]QTESTKINI + [F:XADP]QTEENT + [F:XADP]QTEECAIVT – [F:XADP]QTESOR

QTYSTUNEW Stock US compté QTYPCUNEW

ZERSTOFLG Stock nul 1

QTYPCU Quantité UC 0

PCUSTUCOE Coef UC-US 1

QTYSTU Quantité US 0

LINFLG Observations Pas d‟équivalence

STOCOU Chrono stock 0

CUNCSTCOD Mode valorisation 0

CUNCST Val. Unitaire 0

NETCUNCST Val. unitaire nette 0

DEPRAT Taux dépréciation 0

DEPAMT Montant dépréciation 0

CUR Devise GLOCALDEV

IPTDAT Date imputation Date$

SERNUM Série Si [F:ITM]SERMGTCOD = 3 : [F:XLOT]X3CLE Si article géré en Série (et tous types de mouvements)

Annexes

© Sage 117


Code Libellé Code

CUNLOKFLG Stock verrouillé 1

CUNLISSTA Statut 2

PALNUM Identifiant 1 Si [F:ITM]LOTMGTCOD = 3 : [F:XLOT]NUMPAL

6.4. Documents de ventes

Voici la liste des tables alimentées dans les différentes phases du processus de migration des pièces de ventes. Tables Sage Intégrale Tables

Migration Tables Sage ERP X3

Devis Commande Facture

EPV Entête Pièce XIEPV

EPV_TVA Entête TVA XIEPVTVA

LPV_TVA Ligne TVA XILPVTVA

LPV_TPF Ligne TPF XILPVTPF SQUOTE SORDER SINVOICE

LPV_ADR Ligne Adresse XILPVADR SINVOICEV

LPV_POR Ligne Port XILPVPOR

LPV_FRA_DIV Ligne Frais divers XILPVFADIV

LPV_FRA_FIX Ligne Frais fixe XILPVFAFIX

LPV Ligne Pièce XILPV SQUOTED SORDERP SINVOICED

LPV_ANA Ligne Analytique XILPVANA SORDERQ

LPV_TXT Ligne texte XILPVTXT TEXCLOB TEXCLOB TEXCLOB

EAV Entête Acompte XIEAV

LAV Ligne Acompte XILAV SORDER

LAV_MOD_RGL Ligne Acompte mode règlement

XILAVMDRGL

6.4.1. Devis

Table Sage ERP X3 : SQUOTE (en-tête devis) L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent. Les devis Sage Intégrale récupérés sont non supprimés et leur date de pièce est supérieure ou égale à la date du premier exercice (saisie dans l’onglet Comptabilité du menu Paramétrage / Migration Intégrale / Paramétrage). L’ancien numéro de la pièce dans Sage Intégrale est conservé dans la zone SINUM.

Les notions d’analytique et d’acompte sur les devis Sage Intégrale ne sont pas reprises dans Sage ERP X3.

Champs Sage ERP X3 Méthode d’alimentation Renvoi

Zone Intitulé

SQHNUM No. devis Alimentation standard

SALFCY Site vente [F:SPX]FCY

BPCORD Client EPV.COD_CLT

CUSQUOREF Référence devis EPV.REF_CMD

QUODAT Date devis EPV.DAT_PIE

VLYDAT Date validité

DAYLTI Délai liv. en jours Alimentation standard

BPAADD Adresse livraison

*01

BPCNAM (0) Raison sociale 1

BPCNAM (1) Raison sociale 2

BPCADDLIG (0) Ligne adresse 1



BPCPOSCOD Code postal

BPCCTY Ville

BPCSAT Etat commande

BPCCRY Pays

BPCCRYNAM Nom pays

CNCNAM Contact commande

BPDNAM (0) Raison soc. livraison 1

*02

BPDNAM (1) Raison soc. livraison 2

BPDADDLIG (0) Ligne adr. livraison 1



BPDPOSCOD Code postal liv.

BPDCTY Ville livraison

Annexes

© Sage 118


Zone Intitulé

BPDSAT Etat livraison

BPDCRY Pays livraison

BPDCRYNAM Nom pays livraison

CNDNAM Contact livraison

REP Représentant EPV.COD_REP

CUR Devise EPV.COD_DVS

CHGTYP Type de cours Alimentation standard

CHGRAT Cours devise Alimentation standard

LAN Langue Alimentation standard

VACBPR Régime taxe *05

STOFCY Site expédition EPV.COD_DPO

PRITYP Prix HT / TTC Si EPV.FAC_TTC=”O” PRITYP=2 Si EPV.FAC_TTC=”N” PRITYP=1

QUONOT Mt lignes HT Alimentation standard

QUOATI Mt lignes TTC Alimentation standard

QUOINVNOT Valorisation HT Alimentation standard

QUOINVATI Valorisation TTC Alimentation standard

PFMTOT Marge totale Alimentation standard

DEP Escompte Alimentation standard

PTE Condition paiement EPV.MOD_RGL_1

DISCRGTYP (0..) Type de rem. / frais Alimentation standard

INVDTALIN (0..) Elt fac. lig. tarif Alimentation standard

INVDTAAMT (0..) % ou mt. facturation *07 INVDTA (0..) Elément facturation

LINNBR Nombre lignes Alimentation standard

QUOSTA Etat devis Alimentation standard

QUOPRN Devis imprimé Alimentation standard

SOHTEX1 Texte entête devis *04 SQHTEX2 Texte pied devis

SINUM No pièce Intégrale EPV.TYP_PIE+EPV.NUM_SER+EPV.NUM_PIE+ EPV. LET_RLQ_2

Table Sage ERP X3 : SQUOTED (lignes devis)


Zone Intitulé

SQHNUM No. devis Alimentation standard

SQDLIN Ligne devis Alimentation standard

SALFCY Site vente Alimentation standard

BPCORD Client commande Alimentation standard

QUODAT Date devis Alimentation standard


ITMREF Référence article LPV.COD_ART

ITMDES1 Désignation standard Alimentation standard

ITMDES Désignation traduite LPV.NOM_ART

VACITM (0) Niveau taxe 1 Alimentation standard



REP1 Représentant 1 LPV.COD_REP

REPRAT1 Taux commission 1 LPV.TAU_COM

REP2 Représentant 2 Alimentation standard

REPRAT2 Taux commission 2 Alimentation standard

REPCOE Coef. pondération Alimentation standard

GROPRI Prix unitaire brut LPV.PRX_UNI

PRIREN Motif prix Alimentation standard

NETPRI Prix unitaire net *06

PFM Marge Alimentation standard

NETPRINOT Prix net HT Alimentation standard

NETPRIATI Prix net TTC Alimentation standard

CPRPRI Prix revient LPV.PMP

DISCRGVAL1..9 Valeur remise/frais 1..9 *06

DISCRGREN1..9 Motif remise/frais 1..9 Alimentation standard

VAT (0) Taxe 1 Alimentation standard



CLCAMT1 Base 1 calcul taxe Alimentation standard


QTY Quantité Si LPV.QTE_LIV<>0 LPV.QTE_LIV Sinon LPV.QTE_CMD

SAU Unité de vente LPV.UNI_VEN

Annexes

© Sage 119


Zone Intitulé

STU Unité de stock Alimentation standard

SAUSTUCOE Coef. UV-US Alimentation standard

BPAADD Adresse livraison Alimentation standard

STOFCY Site expédition LPV.COD_ART

CNDNAM Contact livraison Alimentation standard

LINTYP Type de ligne Alimentation standard

FOCFLG Flag gratuit Alimentation standard

ORILIN Ligne origine gratuit Alimentation standard

SQDTEX Texte ligne *04

OCNPRNBOM Composant sur ARC Alimentation standard

NDEPRNBOM Composant sur BL Alimentation standard

INVPRNBOM Composant sur Fac. Alimentation standard

6.4.2. Commandes

Table Sage ERP X3 : SORDER (en-tête commande) L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent. Les commandes Sage Intégrale récupérées sont non supprimées et leur date de pièce est supérieure ou égale à la date du premier exercice (saisie dans l’onglet Comptabilité du menu Paramétrage / Migration Intégrale / Paramétrage). L’ancien numéro de la pièce dans Sage Intégrale est conservé dans la zone SINUM.

Les commandes reliquat de Sage Intégrale sont reprises également.

Les acomptes : seuls les acomptes non comptabilisés dans Sage Intégrale lors de la migration sont récupérés dans la table échéances d’acomptes de Sage ERP X3, dans la limite de 20 éléments.


Zone Intitulé

SOHNUM No. commande Alimentation standard

SOHTYP Type de commande [F:SPX]SOHTYP

SOHCAT Catégorie commande Alimentation standard


BPCORD Client commande EPV.COD_CLT

BPCINV Client facture EPV.CLT_FAC : celui qui reçoit la facture

BPCPYR Client payeur Celui suivi dans l‟échéancier (centrale du facturé, facturé, centrale du livré, livré selon les cas)

BPCGRU Client groupe Alimentation standard


CUSORDREF Référence commande EPV.REF_CMD

ORDDAT Date commande EPV.DAT_PIE

SHIDAT Date expédition Alimentation standard. Egal à la date de la migration si zone vide dans pièce Intégrale.

DEMDLVDAT Date liv. demandée Alimentation standard. Egal à la date de la migration si zone vide dans pièce Intégrale.


BPCNAM (0) Raison sociale 1 cde

*01

BPCNAM (1) Raison sociale 2 cde

BPCADDLIG (0) Ligne adresse 1 cde



BPCPOSCOD Code postal cde

BPCCTY Ville cde

BPCSAT Etat cde

BPCCRY Pays cde

BPCCRYNAM Nom pays cde

CNTNAM Contact cde

BPINAM (0) Raison sociale 1 fac

*03


BPIADDLIG (0) Ligne adresse 1 fac



BPIPOSCOD Code postal fac

BPICTY Ville fac

BPISAT Etat fac

BPICRY Pays fac

BPICRYNAM Nom pays fac

BPIEECNUM Identification CEE

CNINAM Contact fac

BPDNAM (0) Raison sociale 1 liv BPDNAM (1) Raison sociale 2 liv

Annexes

© Sage 120

BPDADDLIG (0) Ligne adresse 1 liv

*02



BPDPOSCOD Code postal liv

BPDCTY Ville liv

BPDSAT Etat liv

BPDCRY Pays liv

BPDCRYNAM Nom pays liv

CNDNAM Contact liv

REP (0) Représentant 1 EPV.COD_REP

REP (1) Représentant 2 Alimentation standard


CHGTYP Type de cours Alimentation standard

CHGRAT Cours devise Alimentation standard


VACBPR Régime taxe *05


TSCCOD Famille stat client Alimentation standard


BPTNUM Transporteur EPV.TSP

MDL Mode livraison EPV.MOD_EXD


DRN No tournée Alimentation standard

DLVPIO Priorité livraison Alimentation standard

ORDCLE Autorisation solde cde Alimentation standard. Case non cochée.

ODL 1 cde par livraison Alimentation standard. Case non cochée.

DME Livraison partielle EPV.MOD_EXD

IME Mode facturation Alimentation standard

OCNFLG Impression ARC Alimentation standard

OCNPRN ARC imprimé Alimentation standard

SOHTEX1 Texte entête cde *04 SOHTEX2 Texte pied cde

BETFCY Inter-sites Alimentation standard

BETCPY Inter-sociétés Alimentation standard

INVDTAAMT (0..) % ou mt. facturation *07 INVDTA (0..) Elément facturation


ORDNOT Mt lignes HT Alimentation standard

ORDATI Mt lignes TTC Alimentation standard

ORDINVNOT Valorisation HT Alimentation standard

ORDINVATI Valorisation TTC Alimentation standard

DLRNOT Mt à livrer HT Alimentation standard

DLRATI Mt à livrer TTC Alimentation standard

PFMTOT Marge totale Alimentation standard



ALLTYP Type allocation Alimentation standard

UNL Déblocage Alimentation standard


CLELINNBR Nb lignes soldées Alimentation standard

ALLLINNBR Nb lignes à allouer Alimentation standard

DLVLINNBR Nb lignes livrées Alimentation standard

INVLINNBR Nb lignes facturées Alimentation standard

ORDSTA Etat commande Alimentation standard

ALLSTA Statut allocation Alimentation standard

DLVSTA Etat livraison Alimentation standard

INVSTA Etat facture Alimentation standard

CDTSTA Etat credit Alimentation standard

REVNUM No avenant Alimentation standard


Table Sage ERP X3 : SORDERP (Ligne commande valeurs) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale. L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent.


Zone Intitulé


Annexes

© Sage 121


Zone Intitulé

SOPLIN Ligne commande Alimentation standard

SOPSEQ Séquence Alimentation standard




CNDNAM Contact livraison Alimentation standard

BPCINV Client facture Alimentation standard

STOFCY Site expédition LPV.COD_DPO



















CPRPRI Prix revient LPV.PRX_VAL_FRS

DISCRGVAL1..9 Valeur remise/frais 1..9 *06







SAU Unité de vente LPV.UNI_VEN

STU Unité de stock Alimentation standard


TSICOD Famille statistique Alimentation standard

CCE1..9 Section analytique 1..9 Supprimé en V6 – reporté dans CPTANALIN *08

SOQSTA Etat ligne Alimentation standard




Table Sage ERP X3 : SORDERQ (Ligne commande quantités) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale. L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent.


Zone Intitulé


SOPLIN Ligne commande Alimentation standard

SOQSEQ Séquence Alimentation standard







ORDDAT Date commande Alimentation standard

DEMDLVDAT Date liv. demandée LPV.DAT_LIV

SHIDAT Date expédition Alimentation standard

EXTDLVDAT Date liv prévue Alimentation standard

SOQSTA Etat ligne Alimentation standard *10

INVFLG Facturée Alimentation standard

DEMSTA Statut ordre Alimentation standard

STOMGTCOD Gestion stock Alimentation standard

ALLTYP Type allocation Alimentation standard

ORIQTY Qté cde initiale Alimentation standard

QTY Qté commandée LPV.QTE_LIV

SHTQTY Qté en rupture Alimentation standard *09

Annexes

© Sage 122


Zone Intitulé

ALLQTY Qté allouée Alimentation standard

TDLQTY Qté à livrer LPV.QTE_LIV si STOMGTCOD=1 (non géré en stock)

QTYSTU Qté commandée US Alimentation standard

SHTQTYSTU Qté en rupture US Alimentation standard

ALLQTYSTU Qté allouée US Alimentation standard

TDLQTYSTU Qté à livrer US Alimentation standard

DRN No tournée Alimentation standard

DLVPIO Priorité livraison Alimentation standard

DLVPIOCMP Compl priorité liv Alimentation standard

BPTNUM Transporteur Alimentation standard

MDL Mode livraison Alimentation standard


PCK Emballage Alimentation standard

PCKCAP Capacité emballage Alimentation standard

SOQTEX Texte ligne *04

FMI Mode pour livraison Alimentation standard

OCNPRNBOM Composant sur ARC Alimentation standard

NDEPRNBOM Composant sur BL Alimentation standard


Table Sage ERP X3 : GACCDUDATE (Echéances d’acomptes) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale. L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent. Seulement les acomptes non comptabilisés dans Sage Intégrale arrivent dans Sage ERP X3 dans cette table d’échéances d’acomptes, dans la limite de 30 éléments.


Zone Intitulé

TYP Type de pièce Alimentation standard

NUM Numéro de pièce Alimentation standard

LIG Numéro de ligne Alimentation standard

DUDLIG Numéro échéance Alimentation standard

ACCNUM Numéro interne Alimentation standard

CPY Société Alimentation standard

FCY Site Alimentation standard

CUR Devise Alimentation standard

SAC Collectif Alimentation standard

BPR Tiers Fac./Cde. Alimentation standard

BPRTYP Type tiers Alimentation standard

BPRPAY Tiers payeur Alimentation standard

DUDDAT Date échéance EAV.DAT_ECH_1 LAV_MOD_RGL.DAT_ECH EPV.DAT_ECH_1

*11

PAM Mode règlement Issu de EAV.MOD_RGL_1 LAV_MOD_RGL.MOD_RGL EPV.MOD_RGL_1

PAMTYP Type règlement Alimentation standard

DEP Escompte agios Alimentation standard

SNS Sens Alimentation standard

AMTCUR Montant en devise EAV.MNT_ECH_1 LAV_MOD_RGL.MNT_ECH EPV.MNT_APT

*11

AMTLOC Mt devise locale Alimentation standard

AMTRPT Montant reporting Supprimé en V6

FLGFUP Relance Alimentation standard

LEVFUP Niveau relance Alimentation standard

DATFUP Date relance Alimentation standard

DPTCOD Code litige Alimentation standard

FLGPAZ Bon à payer Alimentation standard

SOI Relevé Alimentation standard

DUDSTA Etat Alimentation standard

VAT Taxe EAV.COD_TVA

EXPSENDAT Date emission prévue Alimentation standard

SENDAT Date emission Alimentation standard

SENINS Acompte émis Alimentation standard

BPRFCT Factor Alimentation standard

FCTVCR Quittance Alimentation standard

FLGCLE Soldée Alimentation standard

TYPDUD Type d‟échéance Alimentation standard

NUMDUD Numéro unique Alimentation standard

Annexes

© Sage 123


Zone Intitulé

BPAPAY Adresse payeur Alimentation standard

FIY Exercice Alimentation standard

PER Période Alimentation standrad

6.4.3. Factures

Table Sage ERP X3 : SINVOICE (en-tête facture) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale. L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent. Les factures et avoirs (en valeur et en quantité) Intégrale récupérés sont non supprimés et leur date de pièce est supérieure ou égale à la date du premier exercice (saisie dans l’onglet Compabilité du menu Paramétrage / Migration Intégrale / Paramétrage). L’ancien numéro de la pièce dans Sage Intégrale est conservé dans la zone SINUM.

Ce sont des pièces comptabilisées dans Sage Intégrale qui sont récupérées.


Zone Intitulé

SIVTYP Type facture [F:SPX]SIVTYP ou [F:SPX]CNOTYP ou [F:SPX]CNVTYP

INVTYP Catégorie facture Alimentation standard

NUM No facture Alimentation standard

ORIMOD Module origine Alimentation standard

FIXFLG Immo Alimentation standard

BPR Tiers facturé EPV.CLT_FAC

BPRSAC Collectif Alimentation standard

CPY Société Alimentation standard

FCY Site [F:SPX]FCY

GTE Type de pièce Alimentation standard

JOU Journal Alimentation standard

ACCDAT Date comptable EPV.DAT_PIE

ACCNUM No interne Alimentation standard

BPRDAT Date origine

BPRVCR Document origine


CURTYP Type de cours Alimentation standard

RATCUR Cours devise EPV.NAP_FRS / EPV.NAP9 Supprimé en V6

RATRPT Cours reporting Alimentation standard Supprimé en V6

RATDAT Date cours Alimentation standard

BPRPAY Tiers payeur Celui suivi dans l‟échéancier (centrale du facturé, facturé, centrale du livré, livré selon les cas)


STRDUDDAT Départ échéance DAT_ECH_1 sinon DAT_PIE


DEP Escompte agios Alimentation standard

VAC Régime taxe *05

DIRINVFLG Facture directe Alimentation standard

EECNUMDEB DEB Alimentation standard

STA Etat Si EPV.FlG_MAJ=”C” STA=3 Sinon STA=1

SNS Sens Alimentation standard

CCE Section analytique Alimentation standard

BPAINV Code adresse

*03

BPRNAM (0) Raison sociale 1

BPRNAM (1) Raison sociale 2

BPAADDLIG (0) Ligne adresse 1



POSCOD Code postal

CTY Ville

SAT Etat

CRY Pays

CRYNAM Nom pays


Table Sage ERP X3 : SINVOICEV (en-tête facture valorisation) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale.

Annexes

© Sage 124

L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent.


Zone Intitulé

NUM No. facture Alimentation standard



BPCINV Client facture EPV.CLT_FAC


BPCGRU Client groupe Alimentation standard



BPINAM (1) Raison sociale 2 fac *03 BPIEECNUM Identification CEE

CNINAM Contact fac

BPDNAM (0) Raison sociale 1 liv

*02

BPDNAM (1) Raison sociale 2 liv




BPDPOSCOD Code postal liv

BPDCTY Ville liv

BPDSAT Etat liv

BPDCRY Pays liv

BPDCRYNAM Nom pays liv

CNDNAM Contact liv

BPRPAY Tiers payeur Alimentation standard


SIVTYP Type facture vente [F:SPX]SIVTYP ou [F:SPX]CNOTYP ou [F:SPX]CNVTYP

INVTYP Catégorie facture Alimentation standard

INVDAT Date facture EPV.DAT_PIE


INVSTA Etat facture Si EPV.FlG_MAJ=”C” INVSTA=3 Sinon INVSTA=1

STOMVTFLG Mouvement stock 1

INVREF Référence EPV.REF_CMD


REP (0) Représentant 1 EPV.COD_REP

REP (1) Représentant 2 Alimentation standard



TSCCOD Famille stat client Alimentation standard

SIHTEX1 Texte entête fac *04 SIHTEX2 Texte pied fac

BETFCY Inter-sites Alimentation standard

BETCPY Inter-sociétés Alimentation standard




INVDTA (0..) Elément facturation *07 INVDTAAMT (0..) % ou mt. facturation

DTAAMT (0..) % ou mt. facturation Indice 0 = Port, indice1 = Frais divers, indice 2= Frais fixes Supprimé en V6 – reporté dans SVCRFOOT

DTANET (0..) Montant soumis elt Indice 0 = Port, indice1 = Frais divers, indice 2= Frais fixes Supprimé en V6 – reporté dans SVCRFOOT

COPNBR Nb exemplaire fac EPV.NBR_EXL

EECNAT Nature transaction “0”+num$(EPV.COD_TST)

EECSCH Régime CEE EPV.COD_REG

EECLOC Lieu transport CEE Alimentation standard

EECTRN Mode transport CEE Alimentation standard

EECICT Incoterm Alimentation standard

Table Sage ERP X3 : SINVOICED (ligne facture) Les champs sont alimentés dans Sage ERP X3 par les tables Sage Intégrale. L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent.


Zone Intitulé

NUM No. facture Alimentation standard

SIDLIN Ligne facture Alimentation standard

BPCINV Client facture Alimentation standard

Annexes

© Sage 125


















CPRPRI Prix revient LPV.PRX_VAL_FRS

DISCRGVAL1..9 Valeur remise/frais 1..9 Indice 4 = Rem tarif négative *06





AMTNOTLIN Montant HT ligne Alimentation standard



QTY Qté facturée LPV.QTE_LIV

QTYSTU Qté facturée US Alimentation standard

SAU Unité vente LPV.UNI_VEN

STU Unité stock Alimentation standard



STOMGTCOD Gestion stock Alimentation standard


INVDAT Date facture Alimentation standard

TSICOD Famille statistique Alimentation standard

CCE1..9 Section analytique 1..9 Supprimé en V6 – reporté dans CPTANALIN *08

LINACC Compte général Alimentation standard

LINCNA Nature analytique Alimentation standard




SIDTEX Texte ligne *04


Renvois *01 : Adresse client commande Récupération de tous les champs de l'adresse du client commande. Les 3 adresses des clients commandé, livré et facturé sont récupérées. Si une adresse différente existe dans l’en-tête de pièce, c’est cette dernière qui est prise en compte selon les règles d’exploitation de Sage Intégrale *02 : Adresse client livré Récupération de tous les champs de l'adresse du client livré. Les 3 adresses des clients commandé, livré et facturé sont récupérées. Si une adresse différente existe dans l’en-tête de pièce, c’est cette dernière qui est prise en compte selon les règles d’exploitation de Sage Intégrale *03 : Adresse client facture Récupération de tous les champs de l'adresse du client facturé. Les 3 adresses des clients commandé, livré et facturé sont récupérées. Si une adresse différente existe dans l’en-tête de pièce, c’est cette dernière qui est prise en compte selon les règles d’exploitation de Sage Intégrale *04 : Texte 2 zones de textes sont alimentées dans Sage ERP X3 : Texte en-tête : il comprend toutes les lignes de texte qui sont positionnées avant la première ligne article de la pièce Sage Intégrale.

Annexes

© Sage 126

Texte ligne : il comprend les textes libres qui suivent les lignes articles de la pièce Sage Intégrale, y compris les lignes de désignations complémentaires Sage Intégrale. Aucune information Sage Intégrale n’est récupérée dans le texte Pied de Sage ERP X3. *05 : Régime de taxe Cette information est récupérée selon les règles de Sage Intégrale, et le paramétrage mis en place. Cf. l’Annexe 1. Aucune information Sage Intégrale n’est récupérée dans le texte Pied de Sage ERP X3. *06 : Prix brut, Prix net et Remise/frais 1à9 (GROPRI, NETPRI, DISCRGVAL1à9) Le prix unité PRX_UNI est récupéré dans le champ GROPRI. Les remises TAU_REM_1 et TAU_REM_2 sont récupérées dans les colonnes remise/frais en fonction du paramétrage. Le prix unitaire net PRX_UNI_NET est récupéré dans le champ NETPRI. L’arrondi du prix net Sage ERP X3 est calculé en fonction de le variable globale GDECPRI, elle-même étant la résultante des types de données MD5, MD6 et MD8. Ces valeurs devront donc être mises à niveau selon les nombre de décimales paramétrées dans Sage Intégrale. *07 : Eléments de facturation (INVDTAAMT1 à 9) Les éléments de pied de pièce Sage Intégrale comme Port, Frais divers, Frais fixes et escompte sont ici récupérés. *08 : Sections analytiques (CCE1 à 9) Elles sont récupérées à partir de la table Sage Intégrale Ligne pièce vente analytique (LPV_ANA). Pour chaque ligne de document, c’est le code analytique Sage Intégrale ayant le poids le plus fort qui est pris en compte, sachant qu'il n'y a pas de gestion de répartition dans les documents Sage ERP X3 vente. Elles seront stockées dans la nouvelle table CPTANALIN. *09 : Allocations (ALLQTY et SHTQTY) Dans les commandes Sage Intégrale, la quantité livrée correspond au stock réservé. Cette réservation correspond dans Sage ERP X3 à une allocation globale. Par conséquent, les lignes de commandes ayant une quantité livrée renseignée sont allouées en global. Le résultat va se traduire par une allocation (ALLQTY) ou/et une rupture (SHTQTY).

*10 : Etat ligne commande Allocations (SOQSTA) Le statut état de la ligne de commande est positionné à 3 (Soldée) uniquement dans le cas où la ligne a fait l’objet d’un reliquat et la quantité livrée est à 0. *11 : Acomptes (DUDDAT, PAM, AMTCUR) Ces 3 champs peuvent être issus de 3 tables Sage Intégrale différentes : - Table Entête pièce vente (EPV) : Dans le cas où il n’y a pas de factures d’acompte mais uniquement un montant d’acompte renseigné sur la commande. - Table Entête acompte vente (EAV) : Dans le cas où il y a une ou plusieurs factures d’acompte avec une seule échéance. - Table Ligne acompte vente mode de règlement (LAV_MOD_RGL) : Dans le cas où il y a une ou plusieurs factures d’acompte avec plusieurs échéances. Le champ PAM est déduit de la condition de paiement correspondant au mode de règlement Sage Intégrale. Pour cette condition de paiement, on recherche le mode de règlement de la 1

ère ligne de type

acompte (si aucune ligne de type acompte trouvé, on prend la 1ère

ligne).

6.5. Documents d’achats

6.5.1. Commandes

Voici la liste des tables alimentées dans les différentes phases du processus de migration des commandes d’achat.

Tables Sage Intégrale Type ligne Tables Migration

Tables Sage ERP X3

EPA Entête Pièce XIEPA

LPA_ADR Ligne Adresse « A » XILPAADR

LPA_EMB Ligne Emballage « F » XILPAEMB

LPA_PORT Ligne Port « F » XILPAPOR

Annexes

© Sage 127


Tables Sage ERP X3

LPA_FRA_DIV Ligne Frais divers « F » XILPAFADIV PORDER

LPA_FRA_FIX Ligne Frais fixe « F » XILPAFAFIX

LPA_REM Ligne Remise « F » XILPAREM

LPA_FRA_SPF_1 Ligne frais spécifiques 1 « F » XILPAFSPF1

LPA_FRA_SPF_2 Ligne frais spécifiques 1 « F » XILPAFSPF2

LPA Ligne Pièce « L» XILPA PORDERP

LPA_ANA Ligne Analytique « L » XILPAANA PORDERQ

LPA_TXT Ligne texte « T » XILPATXT TEXCLOB

Table Sage ERP X3 : PORDER (en-tête commande)

L’alimentation standard signifie que ce sont les règles Sage ERP X3 qui s’appliquent. Les commandes Sage Intégrale récupérées sont non supprimées et leur date de pièce est supérieure ou égale à la date du premier exercice (saisie dans l’onglet Comptabilité de l’étape de Paramétrage). L’ancien numéro de la pièce dans Sage Intégrale est conservé dans la zone SINUM.

Champs Sage ERP X3 Méthode d’alimentation

Zone Intitulé

POHNUM Numéro de commande Affecté automatiquement par le compteur

POHFCY Site de commande [F:SPX]FCY

POHTYP Type de commande 1

PURTYP Type d‟achat 1

REVNUM Numéro d‟avenant 0

ORDDAT Date de commande DAT_PIE

ORDREF Référence interne REF_CMD (N° de la CF Intégrale)

BPSNUM Code fournisseur COD_FOU

BPAADD Code adresse [F:BPR]BPAADD

BPRNAM (0) Raison sociale 1 NOM_FOU

BPRNAM (1) Raison sociale 2 [F:BPR]BPRNAM (1)

BPAADDLIG (0) Ligne adresse 1 ADR_FOU_1




CTY Ville VIL

SAT Etat [F:BPA]SAT

CRY Pays COD_PAY

CRYNAM Nom du pays [F:TCY]CRYDES via ATEXTRA

INVFCY Site facturation [F:SPX]FCY (GFINRSP) => renseigné dans l‟étape de paramétrage

RCPFCY Site de réception

EXTRCPDAT1 Date réception prévue Plus petite date de réception des lignes ou Date pièce si vide

TSSCOD Famille statistique fournisseur [F:BPS]TSSCOD

PTE Conditions de paiement MOD_RGL_1

MDL Mode de livraison [F:BPS]MDL

BPTNUM Transporteur TSP si présent en tant que transporteur dans les fiches transporteurs

BPRPAY Tiers payé [F:BPS]BPRPAY Alimenté à partir de la fiche fournisseur car non modifiable dans les commandes Sage ERP X3

BPSINV Tiers facturant [F:BPS]BPSINV Alimenté à partir de la fiche fournisseur car non modifiable dans les commandes Sage ERP X3

BUY Code acheteur GUSER

CCE Sections analytiques Déterminé automatiquement (Call INISEC”POH”)

LAN Langue [F:BPR]LAN

CUR Devise COD_DVS

CURTYP Type de cours [F:BPS]CHGTYP ou 1

CHGCOE Cours Déterminé automatiquement (Call COURSITE)

VACBPR Régime de taxe Déterminé par ASJ_TVA et [F:SPX]VACBPS

VACTYP Type de régime Déterminé par VACBPR

Annexes

© Sage 128


Zone Intitulé

DISCRGTYP 0..) Types remise/frais Déterminé par la structure tarif

INVDTALIN (0..) Eléments facturation ligne tarif Déterminé par la structure tarif

LINNBR Nombre de lignes Géré automatiquement

FBULINNBR Nombre lignes hors budget Géré automatiquement

RCPLINNBR Nombre lignes réceptionnées 0

CLELINNBR Nombre lignes soldées 0

INVLINNBR Nombre lignes facturées 0

RCPNBR Nombre de réceptions 0

INVNBR Nombre de factures 0

APPFLG Indicateur signée 5

CLEFLG Indicateur soldée 1

RCPFLG Indicateur réceptionnée 1

INVFLG Indicateur facturée 1

PRNFLG Indicateur imprimée FLG_EDI

TEX1 Texte entête Géré à partir de la table LPA_TXT => lignes de texte positionnées avant la 1ère ligne article

TEX2 Texte pied vide

OCNDAT Date ARC

OCNNUM Numéro ARC

OCNREM Observations ARC

BETFCY Indicateur inter-sociétés 1

BETCPY Indicateur inter-sites 1

ORIFCY Site d‟origine

STOFCY Site d‟expédition

SALFCY Site de vente

SOHCAT Catégorie commande ente

BPCORD Client commande

DME Indicateur livraison partielle

INVDTAAMT 0..) Taux ou montants facturation MNT_FRA_EMB, MNT_FRA_POR …etc.

INVCPLAMT 0..) Montants facturés 0

INVDTA (0..) Codes éléments de facturation [F:BPS]INVDTA (0..)

AMTCOD (0..) Codes montant (taux/montant) [F:BPS]AMTCOD (0..)

TOTORD Total HT commande Recalculé à partir des lignes

TOTVLT Total TTC commande Recalculé à partir des lignes

STRDAT Date de début de alidité

ENDDAT Date de fin de validité


CREUSR Opérateur création Valeur de GUSER

CREDAT Date de création Date du jour (date$)

UPDUSR Opérateur modification

UPDDAT Date de modification

SINUM N° pièce Intégrale EPA.TYP_PIE+EPA.NUM_SER+EPA.NUM_PIE+ EPA. LET_RLQ_NUM_PIE

Table Sage ERP X3 : PORDERP (ligne prix)

Les champs sont alimentés dans SAGE ERP X3 par les tables Sage Intégrale LPA et LPA_ANA. L’alimentation standard signifie que ce sont les règles SAGE ERP X3 qui s’appliquent.


Zone Intitulé


POPLIN Numéro de ligne Géré automatiquement

POPSEQ Numéro de séquence 1

POPDAT Date fin d‟application

Annexes

© Sage 129


Zone Intitulé

STRDAT Date début d‟application

POHTYP Type de commande 1

LINREVNUM Numéro d‟avenant 0

ITMREF Référence article COD_ART

ITMDES1 Désignation standard [F:ITM]ITMDES1=> désignation de la fiche article

ITMDES Désignation traduite NOM_ART => désignation saisie dans la pièce

GROPRI Prix unitaire brut PRX_UNI

PRIREN Motif du prix 1

DISCRGVAL1 Remise 1 (article) TAUX_REM_1 si positif

DISCRGVAL2 Remise 2 (fournisseur) TAUX_REM_2 si positif

DISCRGVAL3 Majoration 1 (article) TAUX_REM_1 si négatif

DISCRGVAL4 Majoration 2 (fournisseur) TAUX_REM_2 si négatif

DISCRGVAL5-9 Valeurs remises/frais 5 à 9

DISCRGREN1 Motif remise 1 (article) Géré automatiquement

DISCRGREN2 Motif remise 2 (fournisseur) Géré automatiquement

DISCRGREN3 Motif majoration 1 (article) Géré automatiquement

DISCRGREN4 Motif majoration 2 (fournisseur) Géré automatiquement

DISCRGREN5-9 Motifs remises/frais 5 à 9

NETPRI Prix unitaire net Calculé

LINBUY Code acheteur [F:ITF]BUY ou [F:ITM]BUY

CCE1 à CCE9 Sections analytiques

COD_ANA pour chaque ligne article, la totalité de la ventilation analytique est reportée sur la section qui a le poids le plus fort (le plus haut pourcentage).

PRHFCY Site de réception COD_DPO => code dépôt des lignes articles Sage Intégrale

FCYADD Code adresse réception [F:FCY]BPAADD

PJT Affaire

EECINCRAT Majoration CEE [F:ITP]EECINCRAT ou [F:BPS]EECINCRAT

ORICRY Pays d‟origine [F:BPR]CRY

TSICOD (0..) [F:ITM]TSICOD (0..)

QUAFLG [F:ITM]QUAFLG

VAT (0) Code taxe classique COD_TVA

VAT (1) Code taxe parafiscale COD_TPF

VAT (2) Code taxe spéciale

POPCREFLG Indicateur création






Table Sage ERP X3 : PORDERQ (ligne quantité)

Les champs sont alimentés dans SAGE ERP X3 par les tables Sage Intégrale LPA et LPA_TXT. L’alimentation standard signifie que ce sont les règles SAGE ERP X3 qui s’appliquent.


Zone Intitulé


POPLIN Numéro de ligne Géré automatiquement

POPSEQ Numéro de séquence 1

POQLNK Ligne-séquence Géré automatiquement

POHFCY Site de commande [F:SPX]FCY

ORDDAT Date de commande DAT_PIE

BPSNUM Code fournisseur COD_FOU

BPSINV Tiers facturant [F:BPS]BPSINV Alimenté à partir de la fiche fournisseur car non modifiable dans les commandes Sage ERP X3

LINREVNUM Numéro d‟avenant 0

Annexes

© Sage 130


Zone Intitulé


ITMREFBPS Article fournisseur [F:ITP]ITMREFBPS

PUU Unité d‟achat [F:ITP]PUU ou [F:ITM]PUU

STU Unité de stock [F:ITM]STU

UOM Unité de commande UNI_VEN

UOMFLG Commande en UC Géré automatiquement

UOMPUUCOE Coefficient UC – UA Géré automatiquement

QTYUOM Quantité commandée en UC QTE_CMD

QTYPUU Quantité commandée en UA Géré automatiquement

QTYSTU Quantité commandée en US Géré automatiquement

RETQTYPUU Quantité besoin pris en UA

RETQTYSTU Quantité besoin pris en US

RCPQTYPUU Quantité réceptionnée en UA

RCPQTYSTU Quantité réceptionnée en US

INVQTYPUU Quantité facturée en UA

INVQTYSTU Quantité facturée en US

RETRCPDAT Date du besoin Géré automatiquement

EXTRCPDAT Date de réception prévue DAT_LIV => date livraison des lignes articles

LINSTOFCY Site d‟expédition

PRHFCY Site de réception COD_DPO => dépôt des lignes articles

FCYADD Code adresse réception [F:FCY]BPAADD

OFS Délai de réapprovisionnement [F:ITF]OFS ou [F:ITM]OFS

USEPLC Lieu de consommation

SCOADD Code adresse sous-traitance

WIPTYP Type d‟ordre Géré automatiquement

WIPSTA Statut de l‟ordre Géré automatiquement

WIPNUM Numéro de l‟ordre Géré automatiquement

LINACC Compte général Géré automatiquement

LINCNA Nature analytique Géré automatiquement

LINPURTYP Type d‟achat Géré automatiquement

LASRCPDAT Date dernière entrée

LASINVDAT Date dernière facture

INVRCPNBR Nombre réceptions facturées

LINRCPNBR Nombre de réceptions

LININVNBR Nombre de factures

LINTEX Texte Géré à partir de la table LPA_TXT => lignes de texte positionnées après chaque ligne article

RCPCLEFLG Soldée par réception 1

LINCLEFLG Ligne soldée 1

LININVFLG Ligne facturée 1

LINPRNFLG Ligne imprimée 1

CMMNUM Numéro d‟engagement Géré automatiquement

FBUFLG Dépassement de budget Géré automatiquement

ORI Origine de la demande Géré automatiquement

LINOCNDAT Date ARC

LINOCNNUM Numéro ARC

LINOCNFLG Indicateur ARC

LINAMT Montant ligne HT Calculé

LINATIAMT Montant ligne TTC Calculé

CLCAMT1 Base 1 calcul taxe


PQHNUM Numéro d‟appel d‟offre

PPDLIN Ligne réponse appel d‟offre

SOHNUM Numéro commande vente

SOPLIN Ligne commande vente

Annexes

© Sage 131


Zone Intitulé

SOQSEQ Séquence commande vente

SDHNUM Numéro de livraison vente

SDDLIN Ligne livraison vente

CAD Cadencement

YEA Année

MON Mois

WEE Semaine

LINSTA Etat de la ligne

DEMRCPDAT Date réception demandée

DEMRCPHOU Heure réception demandée

DEMENDDAT Date fin demandée

DEMENDHOU Heure fin demandée

MFGITM Article lancé

OPENUM Opération

OPESPLNUM Fraction opération

PTHNUM Numéro de réception

PTDLIN Ligne de réception

OCNLIN Ligne vente inter-sociétés

OCNSEQ Séquence vente inter-sociétés






6.5.2. Factures

Voici la liste des tables alimentées dans les différentes phases du processus de migration des factures d’achat.


Tables Sage ERP X3

EPA Entête Pièce XIEPA

EPA_TVA Entête TVA XIEPATVA

LPA_VA Ligne TVA « O» XILPATVA

LPA_ADR Ligne Adresse « A » XILPAADR

LPA_EMB Ligne Emballage « F» XILPAEMB

LPA_PORT Ligne Port « F» XILPAPOR

LPA_FRA_DIV Ligne Frais divers « F» XILPAFADIV PINVOICE

LPA_FRA_FIX Ligne Frais fixe « F» XILPAFAFIX et

LPA_REM Ligne Remise « F» XILPAREM PINVOICEV

LPA_FRA_SPF_1 Ligne frais spécifiques 1 « F» XILPAFSPF1

LPA_FRA_SPF_2 Ligne frais spécifiques 1 « F» XILPAFSPF2

LPA Ligne Pièce « L» XILPA PINVOICED

LPA_ANA Ligne Analytique « L » XILPAANA

LPA_TXT Ligne texte « T » XILPATXT TEXCLOB

Table Sage ERP X3 : PINVOICE (en-tête facture ou avoir)

L’alimentation standard signifie que ce sont les règles SAGE ERP X3 qui s’appliquent. Seuls les factures et avoirs (en valeur et en quantité) de Sage Intégrale comptabilisés et dont la date de pièce est supérieure ou égale à la date du premier exercice (saisie dans l’onglet Comptabilité du menu Paramétrage / Migration Intégrale / Paramétrage) sont migrés. L’ancien numéro de la pièce Sage Intégrale est conservé dans la zone SINUM.


Zone Intitulé

INVTYP Catégorie facture Affecté automatiquement (1=facture, 2=avoir)

Annexes

© Sage 132


Zone Intitulé

NUM Numéro de facture/avoir Affecté automatiquement

PIVTYP Type facture utilisateur Premier type de facture ou d‟avoir TABPIVTYP

PIHTYP Catégorie facture Affecté automatiquement

ORIMOD Module d‟origine 6

FIXFLG Immobilisation

BPR Tiers fournisseur COD_FOU

BPRSAC Collectif Géré automatiquement

CPY Société [F:SPX]CPY

FCY Site [F:SPX]FCY

GTE Type de pièce

JOU Journal

ACCDAT Date comptable DAT_PIE

ACCNUM Numéro interne

INVREF Référence interne NUM_ORD + LET_RLQ_NUM_ORD

BPRDAT Date d‟origine DAT_PIE

BPRVCR Document d‟origine TYP_PIE + NUM_SER + NUM_PIE + LET_RLQ_

CUR Devise COD_DVS

CURTYP Type de cours Géré automatiquement

RATCUR Cours devise Géré automatiquement

RATRPT Cours reporting Géré automatiquement

RATDAT Date cours Géré automatiquement

DAS2 DAS2

BPRPAY Tiers payé FOU_RGL => fournisseur à régler de l‟entête de pièce

STRDUDDAT Départ échéance DAT_ECH_1

PTE Conditions de paiement MOD_RGL_1

DEP Escompte agios

VAC Régime TVA Déterminé par ASJ_TVA et [F :SPX]VACBPS

CEEFLG Facture CEE

EECNUMDEB DEB

STA Etat FLG_MAJ (si = «C» STA = 3)

PAZ Bon à payer

DES (0..4) Commentaires

INVNUM Numéro facture (si avoir)

SNS Sens +1 si facture ou -1 si avoir

AMTATI Montant TTC Calculé

AMTNOT Montant HT Calculé

VATDAT Date taxe sur avoir

NBRTAX Nombre de taxes Géré automatiquement

TAX (0..9) Codes taxe COD_TVA

BASTAX (0..9) Bases taxe BAS_HT_TVA ou MNT_BAS_TVA

AMTTAX (0..9) Montants taxe MNT_TVA ou MNT

DEDTAX (0..9) Taxes déductibles Géré automatiquement

PURTYP (0..9) Types d‟achat Géré automatiquement

CCE (0..) Sections analytiques Géré automatiquement

BPAINV Code adresse [F:BPR]BPAADD

BPRNAM (0) Raison sociale 1 NOM_FOU

BPRNAM (1) Raison sociale 2 [F:BPR]BPRNAM (1)





CTY Pays VIL

CRYNAM Nom du pays [F :TCY]CRYDES via ATEXTRA

EECNAT Nature transaction COD_TST

EECSCH Régime CEE COD_REG

Annexes

© Sage 133


Zone Intitulé

EECTRN Mode transport CEE [F:TMD]EECTRN via [F:BPS]MDL

EECICT Incoterm [F:BPS]EECICT

EECLOC Lieu transport CEE [F:BPS]EECLOC

RITNBR Nombre de retenues

RITCOD (0..4) Codes retenue

RITBAS (0..4) Bases ritenzione

RITAMT (0..4) Montants ritenzione

RITAMTDED (0..4) Montants déduits

RITBASDED (0..4) Bases déduites

RITINV Proforma

RITPAY Règlement

STRDATSVC Début prestation

ENDDATSVC Fin prestation

LASDATSVC CCA comptabilisé






SINUM N° Pièce Intégrale EPA.TYP_PIE+EPA.NUM_SER+EPA.NUM_PIE+ EPA. LET_RLQ_NUM_PIE

Table Sage ERP X3 : PINVOICEV (complément en-tête facture ou avoir)

L’alimentation standard signifie que ce sont les règles SAGE ERP X3 qui s’appliquent.


Zone Intitulé






CUR Devise COD_DVS

LINNBR Nombre de lignes Géré automatiquement

QTYLINNBR Nombre différences de quantité Géré automatiquement

PRILINNBR Nombre différences de prix Géré automatiquement

TOTLINQTY Total quantités lignes

TOTLINAMT Total HT lignes saisis

CLCLINAMT HT lignes calculé

TOTTAXAMT Total des taxes

INVDTA (0..14) Codes éléments de facturation

INVDTAAMT (0..14) Montants éléments saisis

INVORDAMT (0..14) Montants éléments calculés

INVLINAMT (0..14) Montants éléments ligne

INVLINFLG (0..14) Présences sur ligne

INVDTAVAT (0..14) Codes taxe

DTAAMTTAX (0..14) Montants taxe

DTADEDTAX (0..14) Montants taxe déductible

DEBCDT (0..14) Indicateurs débit/crédit

ACC (0..14) Comptes généraux

CNA (0..14) Natures analytiques

TSSCOD (0..) Familles statistiques [F :BPS]TSSCOD (0..)

INVDTALIN1 (0..) Eléments colonnes tarif

INVDTAVAT1 (0..) Codes taxe colonnes tarif

Annexes

© Sage 134


Zone Intitulé

INVDTALIN2 (0..3) Eléments lignes réparties

INVDTAVAT2 (0..3) Codes taxe lignes réparties

LAN Code langue

CPYLAN Code langue de la société

DEP Escompte

TEX1 Texte entête Géré à partir de la table LPA_TXT => lignes de texte positionnées avant la 1ère ligne article

TEX2 Texte pied vide

BETCPY Indicateur inter-sociétés

SIHNUM Numéro facture vente

BPCINV Client facture






Table Sage ERP X3 : PINVOICED (lignes facture ou avoir)

Les champs sont alimentés dans SAGE ERP X3 par les tables Sage Intégrale LPA, LPA_ANA, LPA_TXT. L’alimentation standard signifie que ce sont les règles SAGE ERP X3 qui s’appliquent.


Zone Intitulé



PIDLIN Numéro de ligne Affecté automatiquement



FCY Site [F:SPX]FCY

ACCDAT Date comptable DAT_PIE


FCYLIN Site de la ligne

TYPORI Origine ligne 5

NUMORI Numéro d‟origine

LINORI Ligne d‟origine

SEQORI Séquence d‟origine


ITMDES1 Désignation standard [F:ITM]ITMDES1

ITMDES Désignation traduite NOM_ART

UOM Unité de facturation UNI_VEN

PUU Unité d‟achat [F:ITP]PUU ou [F:ITM]PUU

STU Unité de stock [F:ITM]STU

UOMPUUCOE Coefficient UF - UA Géré automatiquement

QTYUOM Quantité facturée QTE_CMD

QTYPUU Quantité facturée en UA

ORIQTYPUU Quantité d‟origine en UA

QTYSTU Quantité facturée en US

GROPRI Prix unitaire brut

PRIREN Motif du prix

DISCRGVAL1 Remise 1 (article)

DISCRGVAL2 Remise 2 (fournisseur)

DISCRGVAL3 Majoration 1 (article)

DISCRGVAL4 Majoration 2 (fournisseur)

Annexes

© Sage 135


Zone Intitulé

DISCRGVAL5-9 Valeurs remises/frais 5 à 9

DISCRGREN1 Motif remise 1 (article)

DISCRGREN2 Motif remise 2 (fournisseur)

DISCRGREN3 Motif majoration 1 (article)

DISCRGREN4 Motif majoration 2 (fournisseur)

DISCRGREN5-9 Motifs remises/frais 5 à 9

NETPRI Prix unitaire net

ORINETPRI Prix unitaire net d‟origine

LINPURTYP Type d‟achat

DISCRGAMT1 Remise/frais 1




LINACC Compte général

LINCNA Nature analytique

CCE1 à CCE9 Sections analytiques

COD_ANA pour chaque ligne article, la totalité de la ventilation analytique est reportée sur la section qui a le poids le plus fort (le plus haut pourcentage).

POHNUM Numéro de commande

POPLIN Numéro ligne commande

POQSEQ Séquence ligne commande

PTHNUM Numéro de réception

PTDLIN Numéro ligne réception

PNHNUM Numéro de retour

PNDLIN Numéro ligne retour

INVNUM Numéro de facture

INVLIN Numéro ligne facture

SIDLIN Numéro ligne facture vente

BPSNUM Fournisseur commande

RCPDAT Date de réception

PJT Affaire

TSICOD (0..) Familles statistiques article [F:ITM]TSICOD (0..)

VAT (0) Code taxe classique COD_TVA

VAT (1) Code taxe parafiscale COD_TPF

VAT (2) Code taxe spéciale

AMTNOTLIN Montant ligne HT

AMTATILIN Montant ligne TTC

QTYBUDLIN Quantité à désengager

QTYGLU Quantité réalisée

GLU Unité d‟oeuvre



BASTAXLIN1 Base taxe 1

AMTTAXLIN1 Montant taxe 1



DEDTAXLIN1 Montant taxe déductible 1



CPR Prix unitaire de revient

CPRCUR Devise prix de revient

PRTFLG Indicateur facturation partielle

LINTEX Texte Géré à partir de la table LPA_TXT => lignes de texte positionnées après chaque ligne article

LINEECFLG Ligne DEB

STRDAT Date début

Annexes

© Sage 136


Zone Intitulé

ENDDAT Date fin

PERNBR Périodicité

PERTYP Type de périodicité

FASREF Référence immobilisation





6.6. Documents de fabrication

6.6.1. Ordres de fabrication

La mise à jour des tables Sage ERP X3 se fait via le traitement standard de création automatique d’ordres de fabrication (MFGAUTLIB). Pour cela, le masque de travail [MFGK] est renseigné avec les données des tables Sage Intégrale. En retour du traitement de création automatique d’OF, le texte du bloc note associé à l’entête d’OF de Sage Intégrale sera stocké dans le texte entête d’OF Sage ERP X3, à défaut c’est le contenu des zones commentaires de l’OF Sage Intégrale (CMT1 à CMT5) qui seront récupérés.


Tables Sage ERP X3

ETT_OF Entête OF XIETTOF MFGHEAD,

LIG_OF Lignes OF « L» XILIGOF MFGITM, etc…

Les champs du masque de travail sont alimentés par les champs Sage Intégrale comme suit : Champs Sage ERP X3 Méthode d’alimentation

Zone Intitulé

CODMAJ Code MAJ « C »

CODTRS Code transaction 0

MFGNUM No ordre En retour : Numéro de l’Of créé dans Sage ERP X3.

MFGLIN No ligne En retour : Numéro de la ligne article lancé créé.

MFGFCY Site production SPX.FCY

MFGSTA Statut ordre 1 (Ferme)

EXTQTY Quantité prévue XLIG.QTEBES

ITMREF Article XLIG.CODART

PRVQTY Quantité précédente 0

STRDAT Date début XOF.DATDEBTRX

ENDDAT Date fin XOF.DATFINPRV

OBJDAT Date objectif Pas d’équivalence

BOMALT Alternative nomencl Pour ces trois zones : Si des informations nomenclatures/Gammes

existaient dans l’OF Intégrale, on essaie de retrouver les enregistrements nomenclature et gamme correspondants dans Sage ERP

X3 (issus de la récupération des nomenclatures Sage Intégrale). Si on ne

trouve pas ou si les zones Sage Intégrale ne sont pas renseignées, on cherche une nomenclature Sage ERP X3 qui convient. S’il n’y en a pas,

on ne récupère pas l’OF. On cherche ensuite une gamme. S’il n’y en a pas, on créé un OF Matières seules.

ROUNUM Gamme lancée

ROUALT Alternative gamme

VCRTYPORI Type pièce origine 0

VCRNUMORI Pièce origine

VCRLINORI No ligne pièce orig 0

VCRSEQORI No séq pièce orig 0

PJT Affaire XOF.CODAFR

LOT Lot

BPRNUM Tiers

Annexes

© Sage 137


Zone Intitulé

FMI Méthode livraison 1

WIPTYP Type ordre 0

WIPNUM No ordre 0

PIO Priorité 1

SCDFLG Etat jalonnement 0

FRCSTRDAT Début forcé ordo 0

OPENUMFRC Opé forcée 0

AUTOTRT Code traitement auto 2

MFGDES Désignation OF

SCDMOD Mode jalonnement Selon la valeur de la zone SCDMODSAI de la transaction.

SYNCHRO Mode resynchronisation

CMPUSBFLG Flag contrôle composant

CODRET Code retour

MFGFDRFLG Flag dossier

Annexes

© Sage 138

6.7. Documents de comptabilité

Les valeurs qui sont alimentées dans les différentes tables des documents sont recensées ici. Tous les champs qui ne sont pas cités sont initialisés à 0 ou une chaîne vide.

6.7.1. Historique général


HIS_CTB_GNR Historique général (GSHIG)

ECH Echéances (BSECH)

Les écritures IAS/IFRS ne sont pas reprises. Les écritures associées à la nature ‘Retraitement International’ ne sont donc pas prises en compte, seules celles associées à la nature ‘Exploitation’ et ‘Retraitement national’ le sont. Celles-ci alimentent la base SAGE ERP X3 ‘Compta légale’

Table Sage ERP X3 : GACCENTRY (en-tête écritures)



DAT_ECR

Sage ERP X3DAT

Date écriture (*)

Date début période (*)

D

D

8 ACCDAT Date comptable D

DAT_VAL Date de valeur D 8 VALDAT Date de valeur D

COD_JRN Code journal A 3 JOU Code journal JOU 5

(*) Si la pièce Sage ERP X3 est créée avec des écritures Sage Intégrale ayant même numéro de pièce (champs NUMPIEDEB et NUMPIEFIN), la date comptable sera initialisée à la date de l’écriture Intégrale. Dans le cas contraire, la pièce Sage ERP X3 sera créée à la date début de la période des écritures Sage Intégrale.


La société (CPY) est initialisée à la seule société définie dans le dossier Intégrale et reprise dans Sage ERP X3

Le site d’en-tête (FCY) est initialisé au site principal, défini sur la fiche société, et forcément financier.

Les écritures issues de l’historique sont créées en catégorie ‘Réel’ (Champ CAT) et en état ‘Définitif’ (Champ STA)

Le type de pièce (TYP) est initialisé par rapport à ce qui a été défini au niveau du paramétrage journal/type pièce pour la migration Intégrale.

Un cas particulier est fait lorsqu’on crée une pièce sur Sage ERP X3 pour un numéro de pièce Intégrale et qu’il s’agit d’un avoir (champ NUMPIEDEB égal à ‘AA’ ou ‘AF’ ou ‘AC’ ou ‘AV’) ou bien d’une facture (champ NUMPIEDEB égal à ‘FA’ ou ‘FF’) : dans ce cas, le type de pièce Sage ERP X3 retenu est celui renseigné dans le paramétrage de la comptabilité bloc Types de pièces.

La date de saisie (ENTDAT), date échéance par défaut (DUDDAT), date cours (RATDAT), sont initialisées à la date comptable, dont l’initialisation est décrite ci-dessus (*)

La devise (CUR) est initialisée en fonction des options de reprise des écritures définies par l’utilisateur

Le type de cours (TYPRAT) est initialisé à ‘ Cours du Jour’

Le cours en en-tête (RATMLT et RATDIV) n’a qu’une valeur informative et ne correspond pas au cours appliqué sur chaque ligne d’écritures de la pièce X3. Dans le cadre de la reprise, si la pièce X3 est créée en devise, le cours est initialisé en exploitant la table de paramétrage des cours

Le flag ‘Relance’ (FLGFUP) est initialisé en fonction de la valeur de ce flag dans le paramétrage du type de pièce sur laquelle va être générée la pièce X3. A noter que si ce flag est à « Oui », toutes les échéances associées à la pièce seront flaguées ‘A relancer’. Ensuite, elles ne pourront être réellement relancées que si le client est peut l’être (champ ‘type de relance’ <> « Pas de relance ». Le champ ‘Type de relance’ de la fiche client X3 est initialisé en fonction de l’existence d’un groupe de relance dans la fiche client dans l’Intégrale)

Le flag ‘DAS2’ (FLGDAS) est initialisé à ‘Non’

Annexes

© Sage 139

Module d’origine (ORIMOD) : les écritures issues de l’historique, d’origine ‘G’ et associées à un journal de type ‘Ventes’ sont rattachées au module ‘Ventes’ dans X3. Celles d’origine ‘G’ et associées à un journal de type ‘Achats’ sont rattachées au module ‘Achats’. Toutes les autres seront rattachées au module ‘Compta’.

Si la pièce X3 est créée avec des écritures Intégrale ayant même numéro de pièce, on stocke dans la référence de la pièce (REF) le numéro de pièce Intégrale (champs NUMPIEDEB et NUMPIEFIN). Dans le cas contraire, on met la référence ‘Ecritures Intégrale’

On stocke dans la référence interne (REFINT) le code ‘INTEG’ suivi du numéro de pièce Intégrale s’il existe (champs NUMPIEDEB et NUMPIEFIN). Cette information permet de repérer les écritures importées de l’Intégrale (utile dans l’utilitaire de comparaison Grand Livre Intégrale / Grand Livre X3)

On stocke dans le libellé d’entête (DESVCR) le message « Ecr. INTEGRALE ».

Table Sage ERP X3 : GACCENTRYD (Lignes écritures)



CLF Collectif A 4 ACC1 (si CLF<>‟‟) Compte GAC 10

CPT Compte (1) A 13 ACC1 (si CLF=‟‟) Compte GAC 10

CPT Compte A 13 ACC2 (si compte VTLANA=‟O‟)

Compte analytique GAC 10

CPT Compte (2) A 13 BPR (si CLF<>‟‟) Tiers BPR 10

LIB_ECR Libellé écriture A 32 DES Libellé DES 30

MNT_DBT_FRS MNT_CDT_FRS

Montant débit/crédit monnaie de tenue

N 11.3 AMTCUR (si pièce générée en devise locale)

AMTLED

Montant devise transaction

Montant dev. Locale /

MD1 13.2

MNT_DBT_DVS MNT_CDT_DVS

Montant débit/crédit devise N 11.3 AMTCUR (si pièce générée dans le même devise)

Montant devise transaction MD1 13.2

SEN_ECR Sens écriture A 1 SNS

=-1 si SNS_ECR=‟C‟

= 1 si SNS_ECR=‟D‟

Sens écriture C 2

(1) Si le compte est ventilable en analytique, des écritures analytiques sont créées suivant le modèle du paragraphe Historique analytique. (2) Si l’écriture mouvemente un compte auxiliarisé, le champ CPT de la table des écritures Sage Intégrale contient le compte auxiliaire. Dans ce cas, on stocke dans le champ BPR de la table Sage ERP X3 GACCENTRYD :

le code client rattaché au compte auxiliaire si le compte stocké dans le champ CLF est de type ‘client’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘C’),

le code fournisseur rattaché au compte auxiliaire si le compte stocké dans le champ CLF est de type ‘fournisseurs’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘F’),

le compte auxiliaire (contenu dans CPT) si le compte stocké dans le champ CLF est de type ‘Tiers divers’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘O’).

Le compte analytique ACC2 est initialisé par le compte analytique par défaut défini au niveau du compte ACC1.

NB : Les comptes auxiliaires de Sage Intégrale ont été créés en tant que Tiers (table BPARTNER) lors de la reprise des comptes.


Le site (FCYLIN) est initialisé au site d’en-tête, c’est-à-dire au site principal défini sur la fiche société, forcément financier.

La référence libre (FREREF) est initialisée au :

code lettrage + collectif + compte (tiers) si l’écriture est lettrée dans l’Intégrale

numéro de pièce Intégrale (champs NUMPIEDEB et NUMPIEFIN) ou libellé d’écriture (si pas n° de pièce Intégrale) si l’écriture n’est pas lettrée

Annexes

© Sage 140

Le code lettrage est initialisé à vide. Un lettrage automatique sur la référence pièce (champ FREREF) devra être lancé pour lettrer dans Sage ERP X3 les écritures qui étaient lettrées dans le dossier Intégrale

Le code taxe (VAT) est initialisé à vide pour les comptes ‘Non soumis’. Pour les autres, il est initialisé au code taxe par défaut défini dans la fiche compte de Sage ERP X3 (se reporter au chapitre sur la reprise de compte pour l’initialisation des codes taxes au niveau du plan comptable). Si aucun code taxe n’est défini au niveau du compte, le code taxe est initialisé par rapport au code taxe par défaut associé au régime de taxe du premier tiers (client ou fournisseur) mouvementé dans la pièce. Si aucun code trouvé, le code taxe est initialisé à la valeur du paramètre EXETAX (code taxe exonéré)

La quantité (QTY) est initialisée à la somme des quantités de chaque imputation analytique rattachée à la ligne d’écriture.

L’unité d’œuvre (UOM) est initialisée à celle définie sur la fiche compte analytique

Le montant de TVA déjà déclaré (AMTVAT) est initialisé au montant de l’écriture si celle-ci est rattachée à un code taxe.

Table Sage ERP X3 : GACCDUDATE (Echéances)



DAT_ECH Date échéance D 8 DUDDATE Date échéance D

NIV_RLC Niveau de relance A 1 LEVFUP (*) Niveau relance C 2

MNT_ECH_FRS Montant échéance monnaie de tenue


AMTLOC

AMTRPT


Montant dev. Locale/ reporting

MD1 13.2

MNT_ECH_DVS Montant échéance devise N 11.3 AMTCUR (si pièce générée dans le même devise)


MOD_RGL_PIE Mode règlement pièce A 3 PAM (**) Mode règlement ADI 3

TYP_TIE Type tiers A 1 BPRTYP Type tiers M 644

(*) Le niveau de relance est initialisé à la valeur maximale entre le niveau d’échéance défini dans Sage Intégrale (champ NIV_RLC) et le niveau maximum de relance défini dans le paramètre Sage ERP X3 ‘FUPMAX’. (**) Le mode de règlement dans l’échéance Sage ERP X3 est initialisé par les deux premiers caractères du mode de règlement associé à l’échéance dans Sage Intégrale (cf. modes de règlements Sage ERP X3 définis à partir des deux premières positions du code dans Sage Intégrale). Si le mode de règlement n’existe pas dans la table diverse N° 3 dans Sage ERP X3, on initialise le mode du règlement de l’échéance par celui défini dans la condition de paiement à laquelle est associé le tiers (clients ou fournisseurs). Données initialisées par défaut :

L’échéance créée dans Sage ERP X3 hérite des données de l’écriture qui lui est rattachée (site, société, devise, tiers, sens, flag ‘relance’, flag ‘bon à payer’…).

Le tiers payeur est initialisé au tiers facturé (tiers mouvementé dans la pièce comptable).

Les échéances sont créées en état ‘Comptabilisé’ (champ DUDSTA =2).

Le champ escompte/agio (DEP) est laissé à vide.

Le champ code litige (DPTCOD) est laissé à vide.

La date relance (FUPDAT) est initialisée à la date d’échéance si l’échéance a été relancée (niveau de relance>0).

Seules les échéances à l’étape de saisie dans Sage Intégrale (étape S….) seront intégrées avec un montant réglé nul, les autres seront migrées mais considérées comme déjà réglées pour ne plus évoluer (champs montants réglés PAYCUR, PAYLOC, PAYRPT initialisés dans ce cas, au montant d’échéance).

Annexes

© Sage 141

6.7.2. Brouillard général


HIS_BRO_GNR Brouillard général (GSHIG)

ECH Echéances (BSECH)




DAT_ECR

X3DAT

Date écriture (*)

Date début période (*)

D

D

8 ACCDAT Date comptable D

DAT_VAL Date de valeur D 8 VALDAT Date de valeur D


(*) La pièce Sage ERP X3 est créée à la date de la première écriture du lot.


La société (CPY) est initialisée à la seule société définie dans le dossier Intégrale et reprise dans Sage ERP X3

Le site d’en-tête (FCY) est initialisé au site principal défini sur la fiche société, forcément financier

Les écritures issues du brouillard sont créées dans Sage ERP X3 en catégorie ‘Réel’ (champ CAT) et en état ‘Provisoire’ (champ STA)


Un cas particulier est fait lorsqu’on crée une pièce X3 pour un numéro de pièce Intégrale et qu’il s’agit d’un avoir (champ NUMPIEDEB égal à ‘AA’ ou ‘AF’ ou ‘AC’ ou ‘AV’) ou bien d’une facture (champ NUMPIEDEB égal à ‘FA’ ou ‘FF’) : dans ce cas, le type de pièce X3 retenu est :

V5 : le premier commençant par ‘A’ ou ‘F’ et qui est autorisé sur le journal (ceci dans le but de rattacher les avoirs et les factures sur un type de pièce différent)

V6 patch 6 : Le type de pièce défini sur l’écran de paramétrage comptabilité – bloc type de pièce

La date de saisie (ENTDAT), date échéance par défaut (DUDDAT), date cours (RATDAT), sont initialisées à la date comptable, dont l’initialisation est décrite ci-dessus (*)

La devise (CUR) est initialisée en fonction des options de reprise des écritures définies par l’utilisateur

Le type de cours (TYPRAT) est initialisé à ‘Jour’

Le cours en en-tête (RATMLT et RATDIV) n’a qu’une valeur informative et ne correspond pas au cours appliqué sur chaque ligne d’écritures de la pièce X3. Dans le cadre de la reprise, si la pièce X3 est créée en devise, le cours est initialisé en exploitant la table de paramétrage des cours

Le flag ‘Relance’ (FLGFUP) est initialisé en fonction de la valeur de ce flag dans le paramétrage du type de pièce sur laquelle va être générée la pièce X3. A noter que si ce flag est à « Oui », toutes les échéances associées à la pièce seront flaguées ‘A relancer’. Ensuite, elles ne seront réellement relançables que si le client est relançable (champ ‘type de relance’ <> « Pas de relance ». Le champ ‘Type de relance’ de la fiche client X3 est initialisé en fonction de l’existence d’un groupe de relance dans la fiche client dans l’Intégrale)


Les écritures issues du brouillard sont toutes rattachées au module ‘Compta’ dans Sage ERP X3

Si la pièce X3 est créée avec des écritures Intégrale ayant même numéro de pièce, on stocke dans la référence de la pièce (REF) le numéro de pièce Intégrale (champs NUMPIEDEB et NUMPIEFIN). Dans le cas contraire, on met la référence ‘Ecritures Intégrale’

On stocke dans la référence interne (REFINT) le code ‘INTEG’ suivi du numéro de pièce Intégrale s’il existe (champs NUMPIEDEB et NUMPIEFIN). Cette information permet de repérer les écritures importées de l’Intégrale (utile dans l’utilitaire de comparaison Grand Livre Intégrale / Grand Livre X3)

On stocke dans le libellé d’entête (DESVCR) le message « Ecr. INTEGRALE » suivi du numéro de lot et de la date du lot (champs NUMLOT et SATSAILOT)

Annexes

© Sage 142




CLF Collectif A 4 ACC1 (si CLF<>‟‟) Compte GAC 10

CPT Compte (1) A 13 ACC1 (si CLF=‟‟) Compte GAC 10

CPT Compte A 13 ACC2 Compte analytique GAC 10

CPT Compte (2) A 13 BPR (si CLF<>‟‟) Tiers BPR 10



Montant débit/crédit

monnaie de tenue


AMTLOC

AMTRPT


Montant dev. Locale / reporting

MD1 13.2

MNT_DBT_DVS MNT_CDT_DVS

Montant débit/crédit devise N 11.3 AMTCUR (si pièce générée dans le même devise)





Sens écriture C 2

(1) Si le compte est ventilable, alors une écriture analytique est créée suivant le modèle exposé en Brouillard analytique. (2) Si l’écriture mouvemente un compte auxiliarisé, le champ CPT de la table des écritures Sage Intégrale contient le compte auxiliaire. Dans ce cas, on stocke dans le champ BPR de la table Sage ERP X3 GACCENTRYD :

le code client rattaché au compte auxiliaire si le compte stocké dans le champ CLF est de type ‘client’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘C’),

le code fournisseur rattaché au compte auxiliaire si le compte stocké dans le champ CLF est de type ‘fournisseurs’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘F’),

le compte auxiliaire (contenu dans CPT) si le compte stocké dans le champ CLF est de type ‘Tiers divers’ (champ TYP_CLF de la table PLA_CTB_GNR égal à ‘O’).

NB : Les comptes auxiliaires de Sage Intégrale ont été créés en tant que Tiers (table BPARTNER) lors de la reprise des comptes.

Le compte analytique ACC2 est initialisé par le compte analytique par défaut défini au niveau du compte ACC1 (se reporter au chapitre sur la reprise des comptes)


Le site est initialisé au site d’en-tête, c’est-à-dire au site principal défini sur la fiche société, forcément financier.

La référence libre (FREREF) est initialisée au :

code lettrage + collectif + compte (tiers) si l’écriture est lettrée dans l’Intégrale

numéro de pièce Intégrale (champs NUMPIEDEB et NUMPIEFIN) ou libellé d’écriture (si pas n° de pièce Intégrale) si l’écriture n’est pas lettrée

Le code lettrage (MTC) est initialisé à vide. Un lettrage automatique sur la référence pièce (champ FREREF) devra être lancé pour lettrer dans X3 les écritures qui étaient lettrées dans le dossier Intégrale

Le code taxe (VAT) est initialisé à vide pour les comptes ‘Non soumis’. Pour les autres, il est initialisé au code taxe par défaut défini dans la fiche compte de X3 (se reporter au chapitre sur la reprise de compte pour l’initialisation des codes taxes au niveau du plan comptable). Si aucun code taxe n’est défini au niveau du compte, le code taxe est initialisé par rapport au code taxe par défaut associé au régime de taxe du premier tiers (client ou fournisseur) mouvementé dans la pièce. Si aucun code trouvé, le code taxe est initialisé à la valeur du paramètre EXETAX (code taxe exonéré)



Annexes

© Sage 143

Le montant de TVA déjà déclaré (AMTVAT) est initialisé au montant de l’écriture si celle-ci est rattachée à un code taxe et est associée à une date inférieure ou égale à la date de dernière déclaration définie dans la fiche société de l’Intégrale

Table Sage ERP X3 : GACCDUDATE (Echéances)



DAT_ECH Date échéance D 8 DUDDATE Date échéance D

NIV_RLC Niveau de relance A 1 LEVFUP (*) Niveau relance C 2

MNT_ECH_FRS Montant échéance monnaie de tenue

N 11.3 AMTCUR (si pièce générée en devise locale) AMTLOC AMTRPT

Montant devise transaction Montant dev. Locale / reporting

MD1 13.2

MNT_ECH_DVS Montant échéance devise N 11.3 AMTCUR (si pièce générée dans le même devise)


MOD_RGL_PIE Mode règlement pièce A 3 PAM (**) Mode règlement ADI 3

TYP_TIE Type tiers A 1 BPRTYP Type tiers M 644

(*) Le niveau de relance est initialisé à la valeur maximale entre le niveau d’échéance défini dans Sage Intégrale (champ NIV_RLC) et le niveau maximum de relance défini dans le paramètre Sage ERP X3 ‘FUPMAX’. (**) Le mode de règlement dans l’échéance Sage ERP X3 est initialisé par les deux premiers caractères du mode de règlement associé à l’échéance dans Sage Intégrale (cf. modes de règlements Sage ERP X3 définis à partir des deux premières positions du code dans Sage Intégrale). Si le mode de règlement n’existe pas dans la table diverse N° 3 dans Sage ERP X3, on initialise le mode du règlement de l’échéance par celui défini dans la condition de paiement auquel est associé le tiers (clients ou fournisseurs).

NB : Seules les échéances à l’étape de saisie dans Sage Intégrale (étape S….) seront intégrées avec un montant réglé nul, les autres seront migrées mais considérées comme déjà réglées pour ne plus évoluer.


L’échéance créée dans X3 hérite des données de l’écriture qui lui est rattachée (site, société, devise, tiers, sens, flag ‘relance’, flag ‘bon à payer’,….)

Le tiers payeur est initialisé au tiers facturé (tiers mouvementé dans la pièce comptable)

Les échéances sont créées en état ‘Comptabilisé’ (champ DUDSTA =2)

Le champ escompte/agio (DEP) est laissé à vide

Le champ code litige (DPTCOD) est laissé à vide

La date relance (FUPDAT) est initialisée à la date d’échéance si l’échéance a été relancée (niveau de relance>0)

Les champs montants réglés (PAYCUR, PAYLOC, PAYRPT) sont initialisées au montant d’échéance si l’échéance est arrivée à l’étape de rapprochement bancaire (champ OPE_PCD de la table Intégrale ECH égale à ‘RA’) ou si l’échéance a été épurée dans l’Intégrale.

Dans les tous les autres cas, les montants réglés sont à zéro.

6.7.3. Historique analytique


HIS_ANA Historique analytique (GSHIA)

Annexes

© Sage 144




X3DAT Date début période D 8 ACCDAT Date comptable D



La société (CPY) est initialisée à la seule société définie dans le dossier Intégrale et reprise dans X3


Les écritures issues de l’historique sont créées dans X3 en catégorie ‘Réel’ (champ CAT) et en état ‘Définitif’ (champ STA)


La date de saisie (ENTDAT), date échéance par défaut (DUDDAT), date cours (RATDAT), sont initialisées à la date comptable.

La devise (CUR) est initialisée par la devise de société.


Les cours en en-tête (RATCUR et RATRPT) sont initialisés à 1.

Module d’origine (ORIMOD) initialisé au module ‘Compta’.

Référence de la pièce (REF) initialisée par ‘Ecritures Intégrale’

On stocke dans la référence interne (REFINT) le code ‘INTEG’ suivi de « ANA ». Cette information permet de repérer les écritures importées de l’Intégrale (utile dans l’utilitaire de comparaison Grand Livre Intégrale / Grand Livre X3)

On stocke dans le libellé d’entête (DESVCR) le message « Ecr. INTEGRALE ».




CPTVTL Compte A 13 ACC1 Compte GAC 10



Montant débit/crédit

monnaie de tenue

N 11.3 AMTCUR

AMTLED


Montant dev. Locale /

MD1 13.2




Sens écriture C 2


Le site (FCYLIN) est initialisé au site d’en-tête, c’est-à-dire au site principal défini sur la fiche société, forcément financier.

La référence libre (FREREF) est reste à vide.



Table Sage ERP X3 : GACCENTRYA (Lignes analytiques)



NUM_VTL Numéro ventilation N 3 ANALIN Numéro d‟ordre C 3

Annexes

© Sage 145

SEC_ANA (*) Section analytique A 13 CCE1,…,CCEn Sections analytiques CCE 15

QTE Quantité N 6.4 QTY Quantité QTY



N 11.3 AMTCUR

AMTLOC

AMTRPT



MD1 13.2




Sens écriture C 2

QTE Quantité N -6.4 QTE Quantité QTY

(*) Soit la section analytique contenue dans SEC_ANA représente la concaténation de centres analytiques : dans ce cas, chaque centre analytique mouvementé est réparti sur les n axes analytiques (CCE1,…,CCEn) concernés. Soit la section analytique contenue dans SEC_ANA ne représente pas la concaténation de centres analytiques et dans ce cas, c’est l’axe supplémentaire rajouté dans Sage ERP X3 qui est mouvementé (se reporter au chapitre de la reprise de sections analytiques).

6.7.4. Brouillard analytique


BRO_CTB_ANA Brouillard analytique (GSHIA)


Création d’une ou plusieurs pièces Sage ERP X3 pour chaque lot de brouillard en catégorie ‘Réel’ et en état ‘Provisoire.



DAT_ECR Date écriture D 8 ACCDAT Date comptable D



La société (CPY) est initialisée à la seule société définie dans le dossier Intégrale et reprise dans X3


Les écritures issues du brouillard sont créées dans X3 en catégorie ‘Réel’ (champ CAT) et en état ‘Provisoire’ (champ STA)


La date de saisie (ENTDAT), date échéance par défaut (DUDDAT), date cours (RATDAT), sont initialisées à la date comptable.

La devise (CUR) est initialisée par la devise de société.


Les cours en en-tête (RATDIV et RATMLT) sont initialisés à 1.


Les écritures issues du brouillard sont toutes rattachées au module ‘Compta’ dans X3

Référence de la pièce (REF) initialisée par ‘Ecritures Intégrale’

On stocke dans la référence interne (REFINT) le code ‘INTEG’ suivi de « ANA ». Cette information permet de repérer les écritures importées de l’Intégrale (utile dans l’utilitaire de comparaison Grand Livre Intégrale / Grand Livre X3)

On stocke dans le libellé d’entête (DESVCR) le message « Ecr. INTEGRALE » suivi du numéro de lot et de la date du lot (champs NUMLOT et SATSAILOT)

Annexes

© Sage 146




CPT Compte A 13 ACC Compte GAC 10

CPT Compte A 13 CNA Nature CNA 10




N 11.3 AMTCUR

AMTLOC

AMTRPT



MD1 13.2




Sens écriture C 2


Le site est initialisé au site d’en-tête, c’est-à-dire au site principal défini sur la fiche société, forcément financier


L’unité d’œuvre (UOM) est initialisée à celle définie sur la fiche nature

Table Sage ERP X3 : GACCENTRYA (Lignes analytiques)



NUM_VTL Numéro ventilation N 3 ANALIG Numéro d‟ordre C 3

SEC_ANA (*) Section analytique A 13 CCE1,… ,CCEn Sections analytiques CCE 15

QTE Quantité N 6.4 QTY Quantité QTY




AMTLOC

AMTRPT



MD1 13.2




Sens écriture C 2

QTE Quantité N -6.4 QTE Quantité QTY

(*) Soit la section analytique contenue dans SEC_ANA représente la concaténation de centres analytiques : dans ce cas, chaque centre analytique mouvementé est réparti sur les n axes analytiques (CCE1,… CCEn) concernés. Soit la section analytique contenue dans SEC_ANA ne représente pas la concaténation de centres analytiques et dans ce cas, c’est l’axe supplémentaire rajouté dans Sage ERP X3 qui est mouvementé (se reporter au chapitre de la reprise de sections analytiques).

Annexes

© Sage 147

Annexe 7 – Exemples de traces après lancement de la migration

Les exemples de traces ci-dessous, ont été obtenus après lancement de la migration de certaines tables et ne sont pas exhaustifs. Ils ont pour objectif de vous exposer quelques cas concrets. Selon le contexte et les attentes de chacun, les actions à mener pourront être différentes de celles données à titre indicatif.

7.1. Zéro erreur après lancement de tout le 1er onglet

07/08/08 14:51:10 (ADMIN) Migration d'Intégrale ********* XISOC SIXCPY ********* 07/08/2008 14:51:10 : SIXCPY : Migration de la société COMPANY ********* XIDPO SIXFCY ********* 07/08/2008 14:51:13 : SIXFCY : Migration des sites (dépot) FACILITY & FACGROUP ********* XIUTI SIXUTL ********* 07/08/2008 14:51:25 : SIXUTI : Migration des utilisateurs AUTILIS ********* XINUMTNCLT SIXTRN ********* 07/08/2008 14:51:25 : Mise à jour menus locaux Menu réécrit 409 FRA ********* XIFAMART SIXTS ********* 07/08/2008 14:51:35 : SIXTS : Familles stat. articles 07/08/2008 14:51:35 : SIXTS : Familles stat. clients 07/08/2008 14:51:36 : SIXTS : Familles stat. fournisseurs ********* XINMCPTCEE SIXINO ********* 07/08/2008 14:51:36 : SIXINO : Référence douanière ********* XIUNIFAC SIXTUN ********* Fin normale de trace 07/08/08 14:51:36

Explication : tout s’est bien déroulé

7.2. Extrait après lancement des Fournisseurs

12/08/08 10:59:26 (ADMIN) Migration d'Intégrale ********* XIFOU SIXBPS ********* 12/08/2008 10:59:26 : SI_BPSUPPLIER : Création enregistrement BPSUPPLIER 1 Fournisseur APRALE (APRALE)Business Partner existant avec Code postal différent !

-1 Fin sur erreur de trace 12/08/08 10:59:26

Explication pour Fournisseur XXXXXXXX (YYYYYYYY) Business Partner existant avec Code postal

différent : Le tiers correspondant au code fournisseur YYYYYYYY de Sage Intégrale, transcodé en XXXXXXXX dans Sage ERP X3 a déjà été créé avec un code poste (et/ou un n° SIRET différent). Le programme en déduit donc qu’il ne s’agit pas du même tiers. Solution : modifier le code transcodé dans le transcodage afin que le fournisseur YYYYYYYY devienne ZZZZZZZZ dans Sage ERP X3, ZZZZZZZZ n’étant pas un code tiers déjà existant. OU s’il s’agit du même tiers physique avec le rôle Client et Fournisseur, modifier l’adresse et le n° SIRET soit du tiers déjà créé dans Sage ERP X3, soit du fournisseur à migrer dans la table temporaire XIFOU de telle manière que les 2 soient identiques..

7.3. Extrait après lancement des Nomenclatures

07/08/08 15:06:43 (ADMIN) Migration d'Intégrale ********* XINMC SIXBOM ********* 07/08/2008 15:06:43 : SIXBOM : Create BOM 25 Alternative de gamme créée GA1BE/25 Gamme créée GA1ZZ/25 Gamme créée ------->GA1/25 Nomenclature Intégrale migrée 1 Alternative de gamme créée -1 PF1 (PF1 / 1) : Produit fini sans composant PF1/1 Gamme créée ------->PF1/1 Nomenclature Intégrale migrée 1 Alternative de gamme créée -1 PF2 (PF2 / 1) : Produit fini sans composant PF2/1 Gamme créée ------->PF2/1 Nomenclature Intégrale migrée

Annexes

© Sage 148

2 Alternative de gamme créée -1 PF2 (PF2 / 2) : Produit fini sans composant PF2/2 Gamme créée ------->PF2/2 Nomenclature Intégrale migrée 1 Alternative de gamme créée -1 PF3 (PF3 / 1) : Produit fini sans composant PF3/1 Gamme créée ------->PF3/1 Nomenclature Intégrale migrée ------->PF4/1 Nomenclature non récupérée ------->PF5/1 Nomenclature non récupérée 1 Alternative nomenclature production créée 1 Alternative de gamme créée PF6/1 Nomenclature production créée PF6/1 Gamme créée ------->PF6/1 Nomenclature Intégrale migrée MO2 PIE Unité Intégrale incorrecte Etc…… Fin sur erreur de trace 27/10/08 14:37:32

Explication : l’extrait présenté nous permet de constater entre autres que :

- La gamme GA1 n° nomenclature 25 a entraîné la création de 2 gammes dans Sage ERP X3 : GA1BE et GA1ZZ alternative 25 pour les 2. NB. : Dans cet exemple, BE et ZZ sont les 2 sites identifiés de production.

- Les produits finis PF4 n° nomenclature 1 et PF5 n° nomenclature 1 ne sont pas récupérés

- Le produit fini PF2 n° nomenclature 2 est migré uniquement en tant que Gamme

- Le produit fini PF6 n° nomenclature 1 est migré en tant que Nomenclature de production avec ses composants, et également en tant que Gamme avec ses composants de type main d’œuvre et opération

- MO2 PIE unité incorrecte : pour créer une gamme, l’unité associée doit être une unité de type temps. Dans notre cas PIE n’est pas une unité de temps. Pour pallier ce message, il suffit d’aller en maintenance dans la table XIART et d’associer à l’article MO2, une unité de type temps (ex HRS).

- etc….

NB. : veuillez vous reporter à l’annexe 5 qui illustre des exemples de PF et GA, et présente la forme sous laquelle ils vont être repris dans Sage ERP X3. Toutes les notes relatives aux nomenclatures et gammes dans les 3 étapes de la migration vous aideront à mettre en concordance les éléments d’entrée et ceux d’arrivée.

7.4. Extrait après lancement de l’historique analytique

08/08/08 14:54:07 (ADMIN) Migration d'Intégrale ********* XIHISANA SIXGASA ********* 08/08/2008 14:54:07 : Historique analytique => Création écritures définitives Reprise Journal ANA ; Période 01/11/05 ---------------------------------------------------------------------- 1 Pièce déséquilibrée Journal ANA ; Période 01/11/05 : Reprise non faite => à relancer Reprise Journal ANA ; Période 01/12/05 ---------------------------------------------------------------------- 1 Pièce déséquilibrée Journal ANA ; Période 01/12/05 : Reprise non faite => à relancer -1 Fin sur erreur de trace 08/08/08 14:54:08

Explication : le paramètre SCHSAIANA (Schéma de saisie analytique) fait référence à une transaction de saisie

analytique n’acceptant pas les pièces déséquilibrées. Exemple STDA. Solution : affecter au paramètre une transaction qui accepte les saisies déséquilibrées pour les pièces purement analytiques. Exemple : STDANA ou modifier le paramétrage de la transaction par défaut.

Le même type de message apparaît pour le brouillard analytique

Annexes

© Sage 149

7.5. Extrait après lancement des Factures ou Commandes Fournisseurs

Extrait 1

********* XIEPA SIXPIH ********* ---------------------------------------------------------------- 08/08/2008 11:45:18 : SIXPIH : Migration des factures d'achat PIE Cette unité a été remplacée par l'unité d'achat TRA ********** FF01000202 : Facture FAF0510ZZ00012 créée ! ********** FF01000204 : Facture FAF0510ZZ00013 créée ! ********** FF01000205 : Facture FAF0510ZZ00014 créée ! ********** AF01000001 : AVoir AVF0510ZZ00003 créé ! 1 Code inexistant (XITVAACH): Valeur Intégrale= 1; ROY ********** AF01000003 : Pièce non générée ********** FF01000209 : Facture FAF0602ZZ00001 créée ! ---------------------------------------------------------------- Fin sur erreur de trace 08/08/08 11:47:55

Explication pour l’unité : dans Sage Intégrale, l’unité de vente et/ou achat n’est pas une donnée obligatoire

contrairement à Sage ERP X3. De plus, elle peut être différente de celle en cours sur la fiche article. Par conséquent, afin de ne pas bloquer la pièce en migration, le programme remplace automatiquement l’unité rencontrée par celle de la fiche article Sage ERP X3.

Explication pour le code inexistant (XITVAACH) : Les taxes rencontrées dans la pièce à migrer n’ont pas leur

correspondance dans les paramétrages des taxes Sage ERP X3. La pièce ne peut pas être migrée. Solution : ajuster le paramétrage des taxes en cours afin que les éléments cités aient une correspondance. Cf. l’annexe1.

Cas exceptionnel : il est possible qu’une pièce ait un contexte de taxe qui sort du paramétrage habituel. Dans ce cas, cette anomalie persistera malgré un paramétrage correct et complet. Pour permettre au programme de déterminer le code taxe Sage ERP X3 à retenir, on peut être amenés dans la « Maintenance » à créer un code TVA supplémentaire dans les tables XITVAACH (XITVAVEN pour les ventes). Exemple pour l’anomalie suivante :

Code inexistant (XITVAACH): Valeur Intégrale= 2; ROY

********* CF02000019 : Commande non générée !

Vérification et solution à mettre en œuvre :

- Rechercher par la maintenance (menu Développement / Utilitaires / Maintenance) dans la table XIEPA (Entête pièces achats - XIEPV pour les ventes)) le n° ordre (NUMORD) correspondant à la pièce CF02000019 (menu Sélection, Sélection, Critères de sélection à saisir comme suit : TYPPIE='CF' & NUMSER='02' & NUMPIE='000019'). Dans notre exemple, NUMORD = 1184

- Relever le flag TVA (ASJTVA) - pour les ventes il faudra relever les flags TVA (ASJTVA), TPF (ASJTPF) et Taxe additionnelle (ASJTAXADD)). Dans notre exemple, ASJTVA = O (Soumis)

- Rechercher par la maintenance dans la table XILPA (Lignes pièces achats - XILPV pour les ventes) les enregistrements lignes correspondants au n° ordre (menu Sélection, Sélection, Critères de sélection à saisir comme suit : NUMORD = 1184). Faire défiler les enregistrements et relever pour chaque ligne le code Article (CODART), le code TVA (CODTVA) et le régime TVA débits/encaissements (TVADBTENC), s’il est à blanc, relever la valeur TVADBTENC de l’entête. Dans notre exemple, CODTVA = 2 et TVADBTENC = E.

- Relever dans la table XIART, le code TVA ventes CODTVAVEN de l’article concerné (dans le cas des ventes, noter à l’inverse celui des achats). Dans notre exemple, CODTVAVEN = 2

- Aller dans l’onglet « Taxes » du « Paramétrage de la migration :

Relever le code régime fournisseurs (code régime clients pour les ventes), associé au croisement du code PAYS et de la valeur du flag Assujetti TVA (ainsi que des flags Assujetti TPF et éventuellement Taxe additionnelle pour les ventes). Si le code PAYS n’est pas présent dans la liste, prendre le pays « Autre ». Dans notre exemple, le code régime associé au pays « Autre » et TVA « Soumis » est EXP. En effet, dans Sage Intégrale, bien que certains tiers du Royaume Uni ont leur flag TVA à Oui (soumis), la TVA calculée était de 0 dans la mesure où aucune TVA pour ce pays n’était définie dans les tables de TVA d’où le fait que le pays ROY ne soit pas proposé dans le paramétrage, et d’où la décision de basculer ces tiers en régime EXP (export/import) dans Sage ERP X3.

Relever le niveau de taxe article 1 correspondant au croisement code TVA Ventes, code TVA Achats et régimes TVA débits/encaissements. Dans notre exemple, le croisement à chercher est le 2 2 E. Deux cas possibles :

a. le croisement est trouvé, niveau de taxe 1 = NOR dans ce cas, le paramétrage n’est pas complet, il manque la détermination des taxes pour le niveau NOR et le régime EXP. Le créer au menu : « Données de base / Tables communes / Détermination des taxes », en y associant e bon code taxe

Annexes

© Sage 150

b. le croisement n’est pas trouvé nous sommes dans le cas exceptionnel cité plus haut, à savoir que cette pièce met en œuvre un code de TVA achat 2 pour le régime de TVA sur les encaissements alors qu’à ce jour aucun article de la base ne se trouve dans cette configuration. Pour permettre au programme de trouver le bon code taxe à appliquer, la solution est de créer via la maintenance, un enregistrement dans la table XITVAACH (XITVAVEN pour les ventes) avec le code TVA 2 et le pays ROY (renseigner uniquement ces 2 zones et créer l’enregistrement) ; puis via le « Transcodage » de lui associer le bon code taxe, à savoir dans notre exemple un code taxe à 0..

Extrait 2

********* XIEPA SIXPIH ********* ---------------------------------------------------------------- 02/09/2008 11:59:50 : SIXPIH : Migration des factures d'achat ********** FF01000201 : Facture FAF0510ZZ00066 créée ! ** Simulation ** Totaux TTC différents entre "Intégrale" et "Sage ERP X3" ! (119.42<>19.57) ********** FF07000002 : Facture FAF0707ZZ00010 créée ! ** Simulation ** 02/09/2008 11:59:52 : SIXPIH : Factures reprises : 2/2 ** Simulation ** ---------------------------------------------------------------- Fin normale de trace 02/09/08 11:59:52

Explication pour « Totaux différents entre « Intégrale » et « Sage ERP X3 » : la migration a bien repris la pièce

avec les montants Sage Intégrale, mais les paramétrages des taxes, des éléments de facturation etc… font que dans la logique Sage ERP X3, ce ne sont pas ces montants qui auraient du être obtenus. Par conséquent, le risque pour les CF est d’avoir des montants différents lors de l’évolution de la pièce et de son exploitation, et pour les FF de ne pas pouvoir justifier après coup les montants calculés. Solution : vérifier le paramétrage des taxes (les codes taxes ont-ils un taux en accord avec celui de la pièce Sage Intégrale par exemple ?), des éléments de facturation etc… ajuster ce qui doit l’être, et relancer le traitement en simulation.

Attention : si vous lancez le traitement en réel, vous ne pourrez pas intervenir sur les FF migrées dans la mesure où elles le sont en statut « Validé ».

Néanmoins, si tous les paramétrages des taxes et des éléments de facturation sont bons, il est possible qu’il s’agisse d’une facture sur laquelle le montant de TVA a été modifié dans Sage Intégrale et pour laquelle la base HT ne serait pas en phase. Le message suivant peut être associé en plus dans la trace « Bases taxes différentes entre "Intégrale" et "Sage ERP X3" ! (montant x <> montant y) ». Dans ce cas, cette pièce sera récupérée en l’état.

Extrait 3

********* XIEPA SIXPOH ********* ---------------------------------------------------------------- 08/09/2008 15:23:22 : SIXPOH : Migration des commandes d'achat 16 Elément de facturation à ajouter au fournisseur ELEMFACT 12 Elément de facturation à ajouter au fournisseur ELEMFACT ********** CF05000653 : Commande CAC0608DI00010 créée ! ** Simulation ** ---------------------------------------------------------------- Fin sur erreur de trace 08/08/08 11:47:55

Explication pour les éléments de facturation : la migration crée automatiquement les éléments de facturation

présents dans les pièces Sage Intégrale mais manquants dans le paramétrage Sage ERP X3 (Menu : Paramétrage / Achat / Eléments de facturation). Ceci afin que les pièces Sage Intégrale avec éléments de facturation soient toutes récupérées dans Sage ERP X3.

La trace indique les éléments qu’il sera nécessaire d’affecter dans les fiches tiers concernés une fois la migration terminée, et ce, uniquement dans le but de pouvoir saisir dans Sage ERP X3 des pièces similaires.

Attention : A ne faire qu’après migration terminée

Annexes

© Sage 151

Extrait 4 – pièces de ventes

La migration a trouvé une différence dans l’affectation de la taxe parafiscale et taxe additionnelle, mais la pièce a été créée malgré tout.

Le message ci-dessus apparaît lorsque la pièce a au moins un article avec une quantité négative. Dans ce cas la pièce ne sera pas migrée même s’il y a d’autres lignes articles avec des quantités positives.

Ce message informe que la pièce comporte une ligne article avec une quantité à 0, cette ligne ne sera pas migrée, mais le reste de la pièce pourra l’être.

Ce message apparaît lorsque la pièce intégrale ne comporte que des lignes articles avec une quantité à 0, dans ce cas, la pièce ne sera pas migrée.

Ce message informe que le prix net est négatif, ce qui n’est pas accepté pour X3, donc la pièce est migrée, mais le montant net sera forcé à 0.

Annexes

© Sage 152

7.6. Extrait après lancement des Ordres de fabrication

Extrait 1

07/08/08 19:13:09 (ADMIN) Migration d'Intégrale ********* XIETTOF SIXMFG ********* 07/08/2008 19:13:09 : SIXMFG : Create MFG -2 187 Ordre de fabrication non généré (PP05000007-187P-1-NAPPE02 01NO-1) MFG0411ZZ00001 Ordre de fabrication créé (PP05000007-187P-2-NAPPE02 01IV-1) -2 187 Ordre de fabrication non généré (PP05000007-187P-3-NAPPE02 01BL-1) -2 187 Ordre de fabrication non généré (PP05000007-187P-4-NAPPE02 01RO-1) MFG0404ZZ00002 Ordre de fabrication créé (PP05000009-189P-1-ESCALIER-1) MFG0402TO00001 Ordre de fabrication créé (PP05000011-191P-1-ACCOUDOIR-1) MFG0403ZZ00003 Ordre de fabrication créé (PP05000013-193P-1-BANQUETTE-1) MFG0411TO00002 Ordre de fabrication créé (PP05000018-198P-1-ACCOUDOIR-1) MFG0610TO00003 Ordre de fabrication créé (PP06000001-212P-1-ACCOUDOIR-1) MFG0611TO00004 Ordre de fabrication créé (PP06000003-214P-1-ACCOUDOIR-1) -2 216/BUREAU Article non géré en stock (PP07000001-216P-1-BUREAU-1) MFG0709ZZ00004 Ordre de fabrication créé (PP01000064-227P-1-PF-88) MFG0803TO00005 Ordre de fabrication créé (PP01000065-228P-1-ACCOUDOIR-1) -2 240 Ordre de fabrication non généré (PP01000073-240P-1-ACCOUDOIR-0) -2 241 Ordre de fabrication non généré (PP01000074-241P-1-ACCOUDOIR-0) MFG0806ZZ00005 Ordre de fabrication créé (PP01000080-247P-1-BANQUETTE-33) -2 251 Ordre de fabrication non généré (PP01000084-251P-1-NAPPE02 01BL-0) -2 252 Nomenclature non récupérée (PP01000085-252P-1-NAPPE02 01BL-1) MFG0806ZZ00006 Ordre de fabrication créé (PP01000087-254P-2-BANQUETTE-1) -2 262 Nomenclature non récupérée (PP01000095-262P-1-PF11-1) -2 267 Nomenclature Sage ERP X3 inexistante ou incorrecte (PP01000100-267P-1-PF1-1) -2 267 Nomenclature Sage ERP X3 inexistante ou incorrecte (PP01000100-267P-2-PF2-2) -2 267 Nomenclature Sage ERP X3 inexistante ou incorrecte (PP01000100-267P-3-PF3-1) -2 267 Nomenclature Sage ERP X3 inexistante ou incorrecte (PP01000100-267P-4-PF4-1) -2 267 Nomenclature Sage ERP X3 inexistante ou incorrecte (PP01000100-267P-5-PF5-1) MFG0806ZZ00007 Ordre de fabrication créé (PP01000100-267P-6-PF6-1) MFG0806ZZ00008 Ordre de fabrication créé (PP01000100-267P-7-PF7-1) MFG0806ZZ00009 Ordre de fabrication créé (PP01000100-267P-8-PF8-1) MFG0806ZZ00010 Ordre de fabrication créé (PP01000100-267P-9-PF9-1) -2 267/PF10 CADRE: Article non géré en stock (PP01000100-267P-10-PF10-1) -2 267 Nomenclature non récupérée (PP01000100-267P-11-PF11-1) MFG0806D600001 Ordre de fabrication créé (PP01000100-267P-12-PF12-6) MFG0806D600002 Ordre de fabrication créé (PP01000100-267P-13-PF12-12) MFG0806D300001 Ordre de fabrication créé (PP01000100-267P-14-PF13-6) MFG0806D300002 Ordre de fabrication créé (PP01000100-267P-15-PF13-13) MFG0806D300003 Ordre de fabrication créé (PP01000119-286P-1-PFMULTNIV-1) Fin normale de trace 07/08/08 19:13:14

Explication pour l’ordre de fabrication non généré : exemple pour la ligne 1 du PP050000007 n° ordre 187 P,

concernant le PF NAPPE02 01NO-1 : elle n’a pas généré de besoin dans Sage Intégrale. Par conséquent le programme de migration ne la reprend pas.

Explication pour l’Article non géré en stock : exemple pour la ligne 1 du PP070000001 n° ordre 216 P,

concernant le PF BUREAU : ce PF est non géré en stock dans Sage Intégrale, par conséquent sa nomenclature a été reprise en tant que nomenclature commerciale et à ce titre, ne peut pas faire l’objet d’un ordre de fabrication dans Sage ERP X3.

Explication pour la Nomenclature non récupérée : exemple pour la ligne 1 du PP070000085 n° ordre 252 P,

concernant le PF NAPPE2 01BL : ce PF a une nomenclature affectée (avec ou sans variabilité) dans Sage Intégrale. Ce fonctionnel n’est pas géré dans Sage ERP X3, par conséquent l’ordre de fabrication ne peut pas être créé pour cette ligne.

NB. : L’affectation d’une nomenclature dans Sage Intégrale permet d’associer une nomenclature générique à un ou plusieurs PF, en mettant en œuvre ou non la notion de variabilité. Cette fonction évite d’avoir à définir des nomenclatures propres à certains PF. N’ayant pas d’équivalent dans Sage ERP X3, la migration ignore les lignes de fabrication ainsi définies.

Explication pour la Nomenclature inexistante ou incorrecte : exemple pour la ligne 1 du PP010000100 n° ordre

267 P, concernant le PF1 n° nomenclature 1 : ce PF Sage Intégrale, composé seulement de main d’œuvre et d’opération n’a pas été récupéré dans Sage ERP X3 en tant que nomenclature de production mais seulement en tant que Gamme (cf. l’extrait de la trace après migration des Nomenclatures). L’ordre de fabrication ne peut pas être créé pour cette ligne.

NB. : Ce message apparaît dès lors que le programme ne trouve pas de nomenclature de production et d’alternative pour le produit de ligne du PP traité.

Annexes

© Sage 153

Extrait 2

27/08/08 19:13:09 (ADMIN) Migration d'Intégrale ********* XIETTOF SIXMFG ********* 07/08/2008 19:13:09 : SIXMFG : Create MFG MFG0806ZZ00007 Ordre de fabrication créé (PP01000100-267P-6-PF6-1) MFG0806ZZ00008 Ordre de fabrication créé (PP01000100-267P-7-PF7-1) MFG0806ZZ00009 Ordre de fabrication créé (PP01000100-267P-8-PF8-1) MFG0806ZZ00010 Ordre de fabrication créé (PP01000100-267P-9-PF9-1) line 232 : Return ne correspondant pas à Gosub Fin sur erreur de trace le 27/08/08 19:13:14

Explication pour l’erreur « Return ne correspondant pas à Gosub » : Cette erreur non traduite peut

correspondre au fait que le PP en cours d’analyse comporte plus de 100 lignes de matières, ou tout au moins un nombre supérieur à la valeur renseignée dans le code activité MFM (nombre de lignes matières). Solution : augmenter le dimensionnement du code activité MFM (par défaut il est à 100) et relancer en simulation la migration des ordres de fabrication.

migration integ x3 v6_2

Business

tables sage erp x3

sage intgrale vers sage

sage integrale

sage intgrale a1

requis cote sage erp

socit sage intgrale

la migration

equipe qualit sage