Prévision de vente (DF)

(Forecast connector)

 

ORIGINE	FONCTION	FONCTION « avant »
PRV	XC429	_

 

Principe général

Toutes les prévisions de vente réalisées par l’entreprise ne sont pas gérées à l’origine sur Cegid Orli.

Certaines sont générées par d’autres produits tels que Cegid SCM

Il faut ensuite pouvoir les transférer rapidement sous Cegid Orli afin que l’entreprise puisse les avoir à disposition.

La passerelle « intégration des prévisions de vente » permet l’intégration des prévisions de manière rapide dans les tables Cegid Orli. Pour ce faire, vous devez générer un fichier séquentiel décrivant par produits, saison de vente, division,… les quantités prévues. La description et la structure du fichier sont imposées et fournies par Cegid.

Ce fichier doit ensuite être mis à disposition dans le répertoire $ODIE/XC200.

 

Cette passerelle a pour but d’extraire les données du fichier, de les contrôler puis de les insérer dans les tables Cegid Orli correspondantes.

 

Il est possible de faire lancer l’intégration des données dans Cegid Orli‎ directement à la suite de l’export demandé dans Cegid SCM :

• Pas de traitement XC20B à lancer manuellement depuis Cegid Orli
• Tout est géré au moment de l’export dans Cegid SCM
• Cegid SCM va lancer XC999
• XC999 va lancer automatiquement XC20B
• Pas de mise à jour de BES_PROD.

 

C’est cette méthode qui sera expliquée dans le reste du document.

‎ 

Dépôt des fichiers séquentiels

XC999 dépose les fichiers sous unix sur le compte $ODIE/XC200. Les fichiers sont automatiquement renommés afin de conserver intactes les fichiers d’origine. Ils sont archivés dans le répertoire $LOG_ODIE/arc avec comme nom le numéro de demande. Un numéro de lot leur est ensuite affecté. Ce numéro de lot est un numéro séquentiel attribué à chaque fichier traité pour un même numéro de demande et permettant d’effectuer un suivi des transactions.

Une fois les fichiers renommés, un enregistrement est créé dans une table assurant le suivi des transactions et consultable par les fonctions de suivi : JP530 et JP031 via circularité.

 

Lancement automatique de l’intégration

Le processus d’intégration par XC20B (ORLIPREV/PRV) est automatiquement lancé par XC999.
‎Le code provenance et le code origine correspondant à l’intégration des prévisions de vente n’est donc pas à saisir car tout est transparent.

Par contre, cela implique que la passerelle ORLIPREV/PRV soit bien présente et correctement paramétrée dans TA350, ce qui a du être fait au moment de la sérialisation (Si jamais cette passerelle n’est pas présente, merci de contacter Cegid Customer Care pour vous aider dans sa mise en place).

 

Intégration des fichiers dans les tables réceptacles Cegid Orli

A ce niveau, seuls des tests de structures des enregistrements sont effectués :

• Type d’enregistrement erroné
• Champ obligatoire ou non
• Test sur le type de champ : numérique, caractère, date.

 

Cette étape a donc pour but de vérifier l’intégrité des données reçues et d’intégrer les données extraites dans la table réceptacle prévue à cet effet.

Cette table sert ensuite de base à tous les traitements effectués avant l’intégration réelle des prévisions de vente dans les tables définitives.

‎ 

Contrôle de cohérence

Tous les contrôles et initialisations de données éventuelles sont effectués dans cette phase.

A ce niveau, l’ensemble des contrôles effectués par Cegid Orli lors de la génération normale des prévisions de vente est appliqué aux données à intégrer (PV108).

 

Intégration des prévisions de vente

Seuls les enregistrements qui ont passé avec succès tous les contrôles cités ci-dessus peuvent être intégrés dans les tables définitives.

 

Une fois l’intégration terminée, la liste des anomalies au niveau de la lecture du fichier est éditée.

‎ 

Schéma fonctionnel

 

Paramétrages Cegid Orli

 

Paramétrage général des données

Avant d’utiliser cette passerelle, un certain nombre de données doivent être renseignées dans Cegid Orli.

 

Vous devez renseigner les tables annexes suivantes :

• PV100 : Paramétrage pour prévision de vente
• AR001 : Article / Produit
• TA073 : Saison
• TA126 : Division commerciale
• AR014 : Composition division commerciale
• TA086 : Finition spéciale
• TA191 : Famille d’antériorité
• TA034 : Lieu, magasin et atelier
• TA135 : Comportement d’achat client
• RE001 : Représentant
• TA038 : Tranche
• TA016 : Monnaie
• TA130 : Nature de commande

 

 

Les paramètres de XC429

 

Dans TA350, pour la provenance / origine ORLIPREV / PRV, il faut vérifier une fois pour toutes les paramètres suivants :

 

• SAIS_CDE
  saison de commande ; en effet, dans le fichier, celle-ci n’est pas obligatoirement renseigné.
  exemple :
  si vous ouvrez une session de prévision en vous basant sur des dates de livraison plutôt que sur une saison de référence, la saison de vente n’est pas renseignée.

   

• CODE_NAT_PREV
  nature de prévision, devant être enregistrée dans PV100 et affectée à chaque nature de commande.

   

• CODE_LIEU
  code lieu du magasin PF sur lequel la prévision a été calculée

   

• CODE_MAGP
  code magasin PF dans lequel la prévision a été calculée

   

• CODE_PREV
  code prévision qui a été utilisé lors de la récupération des données Cegid Orli par Cegid SCM
  ‎C’est donc le code saisi dans TA361.

 

• NUM_PREV
  numéro de prévision sous lequel vous souhaitez enregistrer la prévision
  (exemple : utilisé lors d’un calcul de besoin sur prévision)

 

‎ 

Dans un deuxième temps, des initialisations et des contrôles sont effectués.

• Code prévision absent

• Code prévision inexistant

• Saison article absente

• Code article absent

• Code coloris absent

• Saison de l’article incorrecte

• Code article inexistant

• Code produit inexistant

• Article non distribué dans la division commerciale

• Vous n’avez pas accès aux données (GDA article)

• Finition spéciale inexistante ou incohérente par rapport à l’article

• Famille d’antériorité obligatoire

• Code famille d’antériorité inexistant

• Code lieu absent

• Code magasin absent

• Code lieu inexistant

• Code magasin inexistant

• Le magasin doit être du type article à gestion statique du stock

• Vous n’avez pas accès aux données (GDA magasin)

• Saison de vente absente

• Saison de vente incorrecte

• Division commerciale absente

• Division commerciale inexistante

• Vous n’avez pas accès aux données (GDA division commerciale)

• Nature de prévision absente

• Nature de prévision inexistante

• Comportement d’achat inexistant

• Représentant obligatoire

• Représentant inexistant

• Date de début de départ usine absente

• Pas de tranche correspondante à la date de début de départ usine

• Les 20 quantités sont à 0

• Pas de taille à la vente pour la quantité

• Monnaie de tenue absente

• Monnaie de tenue inexistante

• Pas d’axes libres paramétrés pour le code prévision

• Paramétrage incorrect pour l’axe libre

• Critère X non défini dans JP550

• Valeur du critère X inexistante

• Paramétrage incorrect dans JP550 pour le critère X

• 2 enregistrements pour les mêmes critères dans le fichier

 

Certaines données sont initialisées automatiquement par la fonction de contrôle et principalement la division commerciale qui correspond à la première division trouvée dans AR014 pour les caractéristiques de l’article.

 

 

Consultation traitement : JP530

Permet de consulter en détail le traitement, les durées de chaque étape, et de le relancer avec les mêmes critères, une fois les anomalies corrigées.

On peut enchaîner sur JP031 via la circularité afin de connaître plus précisément les anomalies.

 

Surveillance Intégrations / Extractions : JP031

Permet de visualiser les intégrations lancées, le numéro de demande associé, le détail des caractéristiques du traitement, les données traitées, les traces diverses remontées par XC20B ainsi que les anomalies précises détectées. À appeler depuis JP530 via la circularité.

‎

Annexe : Description du fichier à intégrer

La colonne ‘*’ comporte :

• la mention ‘O’ si l’information est obligatoire

• la mention ‘o’ si l’information est obligatoire sous condition ou paramétrable

 

Structure du fichier :

• Les champs caractères sont cadrés à gauche et complétés à droite par des espaces

Les champs numériques sont cadrés à droite et complétés à gauche par des zéros.

Pas de séparateur entre chaque champ

La longueur des enregistrements doit être respectée.

• Les champs numériques si la notion est inexistante dans l'applicatif de base ou si le champ n'est pas renseigné, il faut passer la valeur nulle et non pas la valeur 0.