Lancement migration Intégrale

• A traiter (champ VALID)

Cette colonne permet de sélectionner les tables à migrer. Pour cela, double-cliquez dans la colonne et aidez-vous éventuellement des fonctions "Tout sélectionner" et "Tout désélectionner" disponibles en clic droit.

• Intitulé (champ INTIT)

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 dans le menu Paramétrage / Structure générale / Sociétés.

 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 conseillé d'épurer dans Sage Intégrale les exercices clos à ne pas migrer dans Sage ERP X3.

La migration de la société créée les axes analytiques (Paramétrage / Structure générale / Axes) et les affecte automatiquement dans l'onglet "Compta" de la fiche société et lors du 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 que les axes soient correctement initialisés, il faut relancer l'application après migration de la fiche société.

 Voir les pré-requis à la migration.

 Les axes Sage Intégrale restent 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,
• la case Création automatique est cochée par défaut.

Un axe supplémentaire "Autre" est ajouté pour les sections analytiques définies dans Sage Intégrale ne correspondant 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 dans le menu Paramétrage / Structure générale / Sites.

 Le site principal est 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 effectuée dans les données Sage Intégrale afin d'identifier les sites de production. Les ordres de fabrication sont migrés sur le site de production par défaut du produit fini.

 Voir l'onglet "Documents" pour plus de détails.

Utilisateurs

Cette étape permet la création des utilisateurs définis dans le transcodage.

Les éléments issus de cette migration sont visibles dans le menu Paramétrage / Utilisateurs / Uilisateurs.

 Après la migration, ces codes utilisateurs sont créés sans mot de passe dans Sage ERP X3. Dans un premier temps, pour se connecter à la société migrée, il faut utiliser le numéro de l'uilisateur Sage Intégrale ou la session "Admin". Veillez à paramétrer un mot de passe par la suite.

Code tournée

Cette étape permet la création des numéros de tournée définis dans le transcodage.

Les éléments issus de cette migration sont visibles dans le menu Paramétrage / Paramètres généraux / Menus locaux / Module vente.

Une fois les éléments migrés, pensez ensuite à vous reconnecter, les menus locaux étant réactualisés uniquement après reconnection au dossier.

Famille statistiques

Cette étape permet la création des familles statistiques définis dans le transcodage.

Les éléments issus de cette migration sont visibles dans le menu Développement / Dictionnaire données / Table diverses / Données.

• Les familles articles sont récupérées dans la table diverse numéro 20.
• Les sous-familles articles sont récupérées dans la table diverse numéro 21.
• Les familles clients sont récupérées dans la table diverse numéro 30.
• Les sous-familles clients sont récupérées dans la table diverse numéro 31.
• Les familles fournisseurs sont récupérées dans la table diverse numéro 40.
• Les sous-familles fournisseurs sont récupérées dans la table diverse numéro 41.

Référence douanière

Cette étape permet la création des références douanières qui existaient dans Sage Intégrale mais pas dans Sage ERP X3.

Les éléments issus de cette migration sont visibles dans le 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 dans le menu Données de base / Tables communes / Unités.

 Toutes les unités sont initialisées avec un type "Autre", exceptée l'unité "HRS" qui est de type "Temps". En effet, dans Sage Intégrale, cela est la seule unité qui est obligatoirement une unité de temps.

• Traitement (champ TRT)

La colonne "Traitement" indique le nom du programme lancé pour exécuter la migration.

• Reste à traiter (champ MES)

Au fur et à mesure des migrations successives (lancées en réel), le compteur Reste à traiter affiche les éléments restant à 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.
Dans ce cas, les éléments restant non migrés peuvent être des :

• prix en devise nuls non repris dans Sage ERP X3,
• lignes de tarif comportant des codes articles terminés par une étoile (code regroupement pour les tarifs dans Sage intégrale) non repris dans ERP X3,
• lignes de tarifs pour des articles qui n'existent plus.

• Simulation (champ SIMFLG)

Indiquer si le lancement de la migration doit se faire en simulation (pas d'enregistrement effectué) ou non.

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, la migration en réel peut être effectuée.

Si plusieurs tables sont sélectionnées pour la simulation, elles peuvent être dépendantes entre elles et des messages d'erreurs bloquants peuvent être affichés.
Par exemple, pour migrer la table "Clients" en simulation, la table des "Conditions de paiement" doit avoir été migrée en réel.

 Pour ces raisons, il est préférable de traiter en simulation chaque table l'une après l'autre. 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 (mais 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.

 Si vous relancez l'importation, le transcodage doit être refait et le paramétrage revu. 

• Lorsqu'une table XI n'a pas été migrée en réel (tous les enregistrements de la table ont leur champ FLGREP avec pour valeur zéro), relancer l'importation des données "Sage intégrale" de la table.

 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 doivent être revus.

• Lorsque les enregistrements concernés par la modification n'ont pas été traités en réel par la migration (le champ FLGREP a pour valeur zéro), modifier le contenu d'une table XI.

 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 éventuellemnt le paramétrage doivent être revus.

• Modifier le transcodage.
• Dans certaines traces, suite à la migration en simulation, les numéros de pièces affectés dans Sage ERP X3 peuvent être identiques d'une pièce "Sage intégrale" à une autre.

 Cela est normal dans la mesure où le compteur de pièce Sage ERP X3 utilisé n'est pas mis à jour en réel. Les numéros de pièces affectés après migration peuvent être connus et retenus uniquement après un traitement lancé en réel.

Lorsque le traitement est réalisé en réel, il est nécessaire de restaurer le dossier avant migration en cas d'erreurs graves qui nécessiteraient de modifier les données entrantres.

• Exécution (champ EXEC)

Lance la migration des données sélectionnées dans le tableau de l'écran en cours.

• A traiter (champ VALID)

Cette colonne permet de sélectionner les tables à migrer. Pour cela, double-cliquez dans la colonne et aidez-vous éventuellement des fonctions "Tout sélectionner" et "Tout désélectionner" disponibles en clic droit.

• Intitulé (champ INTIT)

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.

Dans Sage Intégrale, il est possible de choisir une autre condition de paiement si le montant est supérieur ou inférieur. 
Dans Sage ERP X3, le remplacement est uniquement possible si le montant est inférieur.

Sage 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 reprise dans Sage ERP X3.

Sage Intégrale permet de définir un jour limite et un jour report.
Ces informations ne sont pas reprises dans Sage ERP X3.

Exemple : soit un jour limite le 25 et un report le 10. Une pièce émise le 25 du mois en cours et le 9 du mois suivant aura alors comme base de calcul de l’échéance le 10 du mois suivant.

Sage Intégrale permet de définir un jour d’échéance. Cette information n'est pas reprise dans Sage ERP X3 (l'option est obligatoirement cumulée avec "Fin de mois" ou "Décade").

Les éléments issus de cette migration sont visibles dans les menus :

• Données de base / Tables tiers / Conditions de paiement,
• Données de base / Tables tiers / Modes de règlement.

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 dans Sage ERP X3.

Les éléments issus de cette migration sont visibles dans le menu Données de base / Tiers / Factors.

La gestion des factors est différente entre les deux produits :

• dans Sage Intégrale, le factor peut être associé à un compte collectif / auxiliaire divers ou à un compte général,
• dans Sage ERP X3, le factor est associé uniquement à un compte général.

Cependant, les écritures comptables des factors sont récupérées et sont visualisables sur ces comptes (collectifs ou généraux).

Pour permettre l’exploitation correcte des données dans Sage ERP X3, le paramétrage des factors doit être déterminé en associant un compte général dans la fiche factor. Les factors qui étaient associés à un compte collectif doivent être associés à un compte général et leurs nouvelles écritures sont 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 dans le 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 dans le menu Données de base / Tiers / Clients.

 

• Dans Sage Intégrale, les clients peuvent avoir un code client différent de leur code auxiliaire.
  Par exemple : le code client « Dupont » est comptabilisé sur le compte auxiliaire « CDupont ».
• Dans Sage ERP X3, ces deux codes sont identiques.
  Par exemple : le client « Dupont » peut être comptabilisé uniquement sur l’auxiliaire « Dupont ».

Les écritures sur les clients Sage Intégrale suivent ce fonctionnement.

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 dans Sage ERP X3.
Seuls les fournisseurs renseignés en tant que transporteurs dans des fiches fournisseurs sont repris en tant que transporteurs dans Sage ERP X3. Les autres doivent être créés manuellement.

Les éléments issus de cette migration sont visibles dans le menu Données de base / Tiers / Fournisseurs.

 

• Dans Sage Intégrale, un fournisseur et un client peuvent avoir un code identique sans être le même tiers.
• Dans Sage ERP X3, cela n’est plus possible. Si le cas se présente, il faut revenir dans le transcodage, modifier le code fournisseur proposé pour indiquer 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 numéro SIRET, un seul tiers est créé dans Sage ERP X3 avec le double rôle de client et fournisseur.

• Dans Sage Intégrale, les fournisseurs peuvent avoir un code fournisseur différent de leur code auxiliaire.
• Dans Sage ERP X3, ces deux codes sont identiques.

Les écritures sur les fournisseurs Sage Intégrale suivent ce fonctionnement.

Dans le cas où le code fournisseur 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 fournisseur Sage ERP X3.

Articles

Cette étape permet la migration des articles définis dans le transcodage.

Sont repris dans Sage ERP X3 les articles dont la nature est :

• "Normal",
• "Frais",
• "Port", 
• "Service".

Pour les articles de nature "Normal", la nature de production doit être "Composant", "Produit fini" ou "Gamme".

Pour les articles de nature "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 dans le menu Données de base / Articles / Articles.

Les articles / clients, articles / fournisseurs et articles / site correspondants sont également créés.

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’oeuvre).

Les éléments issus de cette migration sont visibles dans le menu Production / Données techniques / Centres de production / Postes de charge.



• Une fiche article est créée dans Sage ERP X3 afin de permettre la reprise des pièces de négoce comportant les types d’articles "OP" et "MO" dans Sage Intégrale.
• Les articles et postes de charge évoluent indémpendamment dans Sage ERP X3.
• Les postes de charges sont créés pour chaque site identifié "site de production".

 Voir la migration des articles.

Tarifs ventes

Cette étape permet la migration des tarifs de ventes présents dans Sage Intégrale.

Seuls les tarifs suivants sont récupérés :

• les tarifs de base HT et TTC contenus dans la fiche article, à l'exclusion des prix promotionnels,
• les tarifs articles en devise,
• les tarifs quantitatifs articles.

Les éléments issus de cette migration sont visibles dans le menu Achats / Tarifs / Saisie des tarifs.

 Pour récupérer les tarifs, certaines données pré-requises sont obligatoires. 

 Voir les chapitres "Paramétrage" et "Vente" dans les annexes.

Tarifs achats

Cette étape permet la migration des tarifs d'achats présents dans Sage Intégrale.

Les tarifs fournisseurs et les remises (issues de la fiche fournisseur) sont récupérés. Sont créés :

• le code tarif "FOU", correspondant aux pourcentages de remise ou de majoration fournisseur. Ce paramétrage est généré uniquement si la correspondance remise fournisseur (pourcentage positif ou négatif) 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 de début de validité du tarif est initialisée à la date du premier jour du premier exercice repris en migration. Cette date est indiquée dans le paramétrage du premier onglet "Comptabilité".
La date de fin de validité est égale à la date de début, à laquelle dix ans sont rajoutés.

Les éléments issus de cette migration sont visibles dans le menu Achats / Tarifs / Saisie des tarifs.

 Pour récupérer les tarifs, certaines données pré-requises sont obligatoires. 

 Voir les chapitres "Paramétrage" et "Vente" 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 dans les menus :

• Données de base / Nomenclatures / Nomenclature production, pour les produits gérés en stock,
• Données de base / Nomenclatures / Nomenclature commerciales, pour les produits non gérés en stock (équivaut à l'assemblage dans Sage Intégrale).

Les gammes issues de cette migration sont visibles dans le menu Production / Données techniques / Gammes / Gestion gammes.

Les articles de type "OP" (opération) ou "MO" (main d'oeuvre) sont repris dans les 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éees 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 et la longueur du code site n'excèdent pas la longueur maximale du code article paramétré dans Sage ERP X3. Si cela est le cas, il faut en tenir compte dans le transcodage des articles et des sites, et leur affecter des codes plus courts.

Par exemple : si 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, les 9 gammes suivantes sont reprises : GA1TO, GA1RO, GA1ZZ, GA2TO, GA2RO, GA2ZZ, GA3TO, GA3RO et GA3ZZ.

Les nomenclatures spécifiques clients et pièces ne sont pas récupérées dans Sage ERP X3.

Comptes (compte 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 / Comtpes - choisir le plan de compte général à l'aide du 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 gnérale / Plans de comptes) livré en standard.
• Le code devise à vide signifie que tous les comptes sont multi-devises.
• Si le comtpe Sage Intégrale est suivi en analytique, le compte du plan général sera paramétrable 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 sont imputés au compte par défaut.

Cette étape créé 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és.

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.

 

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és :

• 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",
• les centres analytiques Sage Intégrale. Ils deviennent des sections analytiques dans Sage ERP X3 et sont rattachés à leur axe correspondant.

Les éléments issus de cette migration sont visibles dans le menu Données de base / Tables comptables / Analytique / Section analytiques.

Répartition analytique

Avant de migrer les répartitions analytiques, il est nécessaire de vérifier que le référentiel et la fiche société sont paramétrés avec les axes corrects, 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 dans le menu Données de base / Tables comptables / Analytique / Répartition à priori.

• Traitement (champ TRT)

Au fur et à mesure des migrations successives (lancées en réel), le compteur Reste à traiter affiche les éléments restant à 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.
Dans ce cas, les éléments restant non migrés peuvent être des :

• prix en devise nuls non repris dans Sage ERP X3,
• lignes de tarif comportant des codes articles terminés par une étoile (code regroupement pour les tarifs dans Sage intégrale) non repris dans ERP X3,
• lignes de tarifs pour des articles qui n'existent plus.

• Reste à traiter (champ MES)

• Simulation (champ SIMFLG)

Indiquer si le lancement de la migration doit se faire en simulation (pas d'enregistrement effectué) ou non.

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, la migration en réel peut être effectuée.

Si plusieurs tables sont sélectionnées pour la simulation, elles peuvent être dépendantes entre elles et des messages d'erreurs bloquants peuvent être affichés.
Par exemple, pour migrer la table "Clients" en simulation, la table des "Conditions de paiement" doit avoir été migrée en réel.

 Pour ces raisons, il est préférable de traiter en simulation chaque table l'une après l'autre. 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 (mais 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.

 Si vous relancez l'importation, le transcodage doit être refait et le paramétrage revu. 

• Lorsqu'une table XI n'a pas été migrée en réel (tous les enregistrements de la table ont leur champ FLGREP avec pour valeur zéro), relancer l'importation des données "Sage intégrale" de la table.

 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 doivent être revus.

• Lorsque les enregistrements concernés par la modification n'ont pas été traités en réel par la migration (le champ FLGREP a pour valeur zéro), modifier le contenu d'une table XI.

 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 éventuellemnt le paramétrage doivent être revus.

• Modifier le transcodage.
• Dans certaines traces, suite à la migration en simulation, les numéros de pièces affectés dans Sage ERP X3 peuvent être identiques d'une pièce "Sage intégrale" à une autre.

 Cela est normal dans la mesure où le compteur de pièce Sage ERP X3 utilisé n'est pas mis à jour en réel. Les numéros de pièces affectés après migration peuvent être connus et retenus uniquement après un traitement lancé en réel.

Lorsque le traitement est réalisé en réel, il est nécessaire de restaurer le dossier avant migration en cas d'erreurs graves qui nécessiteraient de modifier les données entrantres.

• Exécution (champ EXEC)

Lance la migration des données sélectionnées dans le tableau de l'écran en cours.

• A traiter (champ VALID)

Cette colonne permet de sélectionner les tables à migrer. Pour cela, double-cliquez dans la colonne et aidez-vous éventuellement des fonctions "Tout sélectionner" et "Tout désélectionner" disponibles en clic droit.

• Intitulé (champ INTIT)

Journaux comptables

Cette étape permet la migration des journaux définis dans le transcodage.

Les éléments issus de cette migration sont visibles dans le menu Données de base / Tables comptables / Générale / Journaux.

Banque

Cette étape permet la migration des banques définies dans le transcodage.

Les éléments issus de cette migration sont visibles dans le 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 / 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 dans menu Stock / Inventaires / Session inventaire et Inventaires.

Une session d’inventaire est créée par dépôt.
Certaines sessions d'inventaires sont en statut "En création" et ne comprennent pas de listes d'inventaires. Elles correspondent à des dépôs sans stock.
D’autres sont en statut "A compter" et comprennent des listes d'inventaires (au statut "Validé"). Elles correspondent aux stocks des articles pour ces dépôts.

Les 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 vous ne souhaitez pas récupérer les informations des séries/lots, déposez la table Intégrale MVT_SER_LOT dans le dossier d’import des tables Sage Intégrale.

Le message "Article non utilisable" indique 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. Cela est aussi le cas pour des mouvements sur des dépôts qui n’existent plus et qui ne peuvent donc pas être migrés.

• Traitement (champ TRT)

Au fur et à mesure des migrations successives (lancées en réel), le compteur Reste à traiter affiche les éléments restant à 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.
Dans ce cas, les éléments restant non migrés peuvent être des :

• prix en devise nuls non repris dans Sage ERP X3,
• lignes de tarif comportant des codes articles terminés par une étoile (code regroupement pour les tarifs dans Sage intégrale) non repris dans ERP X3,
• lignes de tarifs pour des articles qui n'existent plus.

• Reste à traiter (champ MES)

• Simulation (champ SIMFLG)

Indiquer si le lancement de la migration doit se faire en simulation (pas d'enregistrement effectué) ou non.

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, la migration en réel peut être effectuée.

Si plusieurs tables sont sélectionnées pour la simulation, elles peuvent être dépendantes entre elles et des messages d'erreurs bloquants peuvent être affichés.
Par exemple, pour migrer la table "Clients" en simulation, la table des "Conditions de paiement" doit avoir été migrée en réel.

 Pour ces raisons, il est préférable de traiter en simulation chaque table l'une après l'autre. 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 (mais 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.

 Si vous relancez l'importation, le transcodage doit être refait et le paramétrage revu. 

• Lorsqu'une table XI n'a pas été migrée en réel (tous les enregistrements de la table ont leur champ FLGREP avec pour valeur zéro), relancer l'importation des données "Sage intégrale" de la table.

 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 doivent être revus.

• Lorsque les enregistrements concernés par la modification n'ont pas été traités en réel par la migration (le champ FLGREP a pour valeur zéro), modifier le contenu d'une table XI.

 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 éventuellemnt le paramétrage doivent être revus.

• Modifier le transcodage.
• Dans certaines traces, suite à la migration en simulation, les numéros de pièces affectés dans Sage ERP X3 peuvent être identiques d'une pièce "Sage intégrale" à une autre.

 Cela est normal dans la mesure où le compteur de pièce Sage ERP X3 utilisé n'est pas mis à jour en réel. Les numéros de pièces affectés après migration peuvent être connus et retenus uniquement après un traitement lancé en réel.

Lorsque le traitement est réalisé en réel, il est nécessaire de restaurer le dossier avant migration en cas d'erreurs graves qui nécessiteraient de modifier les données entrantres.

• Exécution (champ EXEC)

Lance la migration des données sélectionnées dans le tableau de l'écran en cours.

• A traiter (champ VALID)

Cette colonne permet de sélectionner les tables à migrer. Pour cela, double-cliquez dans la colonne et aidez-vous éventuellement des fonctions "Tout sélectionner" et "Tout désélectionner" disponibles en clic droit.

• Intitulé (champ INTIT)

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 premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Ventes / Devis / Devis.

Les pièces de type "PR" (Proforma) n'étant pas migrées, pour les récupérer en tant que devis, il faut modifier le type "PR" en "DV" dans la table XIEPV.

Ne sont pas récupérées dans Sage ERP X3 :

• les lignes articles dont la quantité livrée est égale à zéro,
• les pièces sans aucune ligne article.

Par exemple, une pièce d'achat où seul le port en pied de pièce a été saisi.

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 premier onglet "Comptabilité" du paramétrage.

Leurs acomptes non comptabilisés (à hauteur de 30) sont repris en tant qu'échéances d'acompte dans Sage ERP X3.
Lors de la génération de facture dans Sage ERP X3, seules quatre échéances d'acomptes sont générées.

Les éléments issus de cette migration sont visibles dans le menu Ventes / Commandes / Commandes.

Le programme de migration reprend en prioriré les montants de Sage Intégrale en fonction du paramétrage effectué dans Sage ERP X3, notamment en 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 différent du montant TTC d'origine.

Ne sont pas récupérées dans Sage ERP X3 :

• les lignes articles dont la quantité livrée est égale à zéro,
• les pièces sans aucune ligne article (par exemple, une pièce d'achat où seul le port en pied de pièce a été saisi),
• les pièces contenant des lignes articles avec des quantités livrées négatives.

Les lignes des pièces ayant un prix net négatif ont une valeur de zéro dans Sage ERP 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 premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Ventes / Consultations / Liste factures.

Les pièces arrivent à l'état "Validé" et ne sont donc pas modifiables.

Ne sont pas récupérées dans Sage ERP X3 :

• les lignes articles dont la quantité livrée est égale à zéro,
• les pièces sans aucune ligne article (par exemple, 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 Sage ERP X3.

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 premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Ventes / Consultations / Liste factures.

Leurs acomptes non comptabilisés (à hauteur de 30) sont repris en tant qu'échéances d'acompte dans Sage ERP X3.

Les éléments issus de cette migration sont visibles dans le menu Achats / Commandes / Commandes.

Les pièces de type "DF" (Demandes de prix) n'étant pas migrées, pour les récupérer en tant que commandes, il faut modifier le type "DF" en "CF" dans la table XIEPA.

Ne sont pas récupérées dans Sage ERP X3 :

• les lignes articles dont la quantité livrée est égale à zéro,
• les pièces sans aucune ligne article (par exemple, une pièce d'achat où seul le port en pied de pièce a été saisi).

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 premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Achats / Consultations / Liste factures.

Les pièces arrivent à l'état "Validé" et ne sont donc pas modifiables.

Ne sont pas récupérées dans Sage ERP X3 :

• les lignes articles dont la quantité livrée est égale à zéro,
• les pièces sans aucune ligne article (par exemple, une pièce d'achat où seul le port en pied de pièce a été saisi).

Ordres de fabrication

Cette étape permet de migrer les pièces de type "PP" (Plans de production) en cours dans Sage Intégrale dont la date est supérieure ou égale à la date définie dans le premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Production / Plannification / 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 ordres de fabrication ne doivent pas avoir de bons d'attachement (BA) et de nomenclatures affectées ou spécifiques client/pièce. Si tel est le cas, ils sont ignorés.

Les lignes des pièces de type "PP" sélectionnées déclenchent la création d'ordres de fabrication en statut "Ferme" dans Sage ERP X3.
Leur mode de lancement est :

• "Complet", si une gamme a pu être rattachée,
• "Matières seules", dans le cas contraire.

Par la suite, le paramétrage de la production doit être ajusté afin d'optimiser l'exploitation de ce module avec une approche Sage ERP X3 et non plus Sage Intégrale.

Par exemple, il faut créer une fiche CBN pour chaque alternative et site de production, afin 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 premier onglet "Comptabilité" du paramétrage.

Si la case 'Reprise analytique' est cochée, les écritures correspondant aux comptes ventilables en analytique dans l'historique analytique de Sage Intégrale sont également migrées.

Les éléments issus de cette migration sont visibles dans le menu Comptabilité / Pièces / Saisie pièces.

Les échéances éventuellement présentes à l'étape de saisie (étape Sx) dans Sage Intégrale sont créées dans Sage ERP X3. Le solde est considéré comme réglé.
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 échéances sont migrées, mais considérées comme déjà réglées. Elles n'évoluent donc plus.

Brouillard général et analytique

Cette étape permet de migrer les écritures du brouillard général comptable de Sage Intégrale.

Pour les comptes ventilables en analytique, et si la case '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 dans le menu Comptabilité / Pièces / Saisie pièces.

Les échéances éventuellement présentes à l'étape de saisie (étape Sx) dans Sage Intégrale sont créées dans Sage ERP X3. Le solde est considéré comme réglé.
Seules les échéances à l'étape de saisie dans Sage Intégrale (étape S) sont intégrés avec un montant réglé nul. Les autres échéances sont migrées, mais considérées comme déjà réglées. Elles n'évoluent donc plus.

Historique analytique

Cette étape permet de migrer les écritures analytiques de l'historique analytique de Sage Intégrale à partir de l'exercice dont la date a été définie dans le premier onglet "Comptabilité" du paramétrage.

Les éléments issus de cette migration sont visibles dans le menu Comptabilité / Pièces / Saisie pièces.

 La migration est possible uniquement si la case 'Reprise analytique' est cochée (menu Paramétrage / Migration intégrale / Paramétrage - onglet "Comptabilité).

Brouillard analytique

Cette étape permet de migrer les écritures analytiques du brouillard général analytique.

Les éléments issus de cette migration sont visibles dans le menu Comptabilité / Pièces / Saisie pièces.

 La migration est possible uniquement si la case 'Reprise analytique' est cochée (menu Paramétrage / Migration intégrale / Paramétrage - onglet "Comptabilité").

• Traitement (champ TRT)

Au fur et à mesure des migrations successives (lancées en réel), le compteur Reste à traiter affiche les éléments restant à 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.
Dans ce cas, les éléments restant non migrés peuvent être des :

• prix en devise nuls non repris dans Sage ERP X3,
• lignes de tarif comportant des codes articles terminés par une étoile (code regroupement pour les tarifs dans Sage intégrale) non repris dans ERP X3,
• lignes de tarifs pour des articles qui n'existent plus.

• Reste à traiter (champ MES)

• Simulation (champ SIMFLG)

Indiquer si le lancement de la migration doit se faire en simulation (pas d'enregistrement effectué) ou non.

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, la migration en réel peut être effectuée.

Si plusieurs tables sont sélectionnées pour la simulation, elles peuvent être dépendantes entre elles et des messages d'erreurs bloquants peuvent être affichés.
Par exemple, pour migrer la table "Clients" en simulation, la table des "Conditions de paiement" doit avoir été migrée en réel.

 Pour ces raisons, il est préférable de traiter en simulation chaque table l'une après l'autre. 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 (mais 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.

 Si vous relancez l'importation, le transcodage doit être refait et le paramétrage revu. 

• Lorsqu'une table XI n'a pas été migrée en réel (tous les enregistrements de la table ont leur champ FLGREP avec pour valeur zéro), relancer l'importation des données "Sage intégrale" de la table.

 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 doivent être revus.

• Lorsque les enregistrements concernés par la modification n'ont pas été traités en réel par la migration (le champ FLGREP a pour valeur zéro), modifier le contenu d'une table XI.

 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 éventuellemnt le paramétrage doivent être revus.

• Modifier le transcodage.
• Dans certaines traces, suite à la migration en simulation, les numéros de pièces affectés dans Sage ERP X3 peuvent être identiques d'une pièce "Sage intégrale" à une autre.

 Cela est normal dans la mesure où le compteur de pièce Sage ERP X3 utilisé n'est pas mis à jour en réel. Les numéros de pièces affectés après migration peuvent être connus et retenus uniquement après un traitement lancé en réel.

Lorsque le traitement est réalisé en réel, il est nécessaire de restaurer le dossier avant migration en cas d'erreurs graves qui nécessiteraient de modifier les données entrantres.

• Exécution (champ EXEC)

Lance la migration des données sélectionnées dans le tableau de l'écran en cours.