Aide sur champ (SIMSIMFLG)

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 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 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.