Prévision de vente (Cegid Orli)

 

ORIGINE	FONCTION	FONCTION « avant »
PRV	XC424	_

‎ 

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

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.

 

Le fonctionnement général peut être résumé en cinq points particuliers :

 

Récupération des fichiers séquentiels

Les fichiers présents sous le compte $ODIE/XC200 sont automatiquement renommés afin de conserver intactes les fichiers d’origine. Ils sont archivés dans le répertoire $LOG_ODIE sous le nom YYMMDDHHMMSS. “ nom du fichier à intégrer ”. 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 JP031.

 

Lancement de l’intégration

Le lancement de l’intégration s’effectue par l’appel de XC20B. L’utilisateur doit saisir le code provenance et le code origine correspondant à l’intégration des prévisions de vente (PREVISIO/WEB). Ces deux données permettent de déterminer la source émettrice des fichiers. Les fichiers sont en fait “ triés ” par provenance et origine.

‎ 

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

A ce niveau, seuls des tests de structure 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étrage avant intégration

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

Vous devez renseigner les tables annexes suivantes :

• PV101 : Paramétrage table pivot prévisions
• 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

 

Vous devez également renseigner le paramètre général suivant :

WEB_GES_PRV_REP

 

 

 

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

 

N.B. :
Le calcul du Reste à Lancer sur Prévision engendre une contrainte d’alimentation de la table pivot des prévisions de vente. En effet, le reste à préparer sur prévision est calculé par tranche, ce qui implique qu’il faut impérativement avoir des prévisions éclatées par tranche de livraison, sous peine de ne pas tenir compte du préparé déjà fait.

‎ 

 

JP031 : Suivi de l’intégration 

Une fois tous les contrôles de données réalisés, l’intégration des prévisions de vente dans les tables définitives de l’application Cegid Orli peut être lancée :

PIVOT_PREV_VENT : table pivot des prévisions de vente utilisée également pour les besoins

• BES_PROD : table des besoins en produits (seulement si demandé)

 

Seuls les enregistrements pour lesquels aucune anomalie n’a été détectée sont intégrés.

L’utilisateur peut alors consulter le compte rendu de son intégration.

 

La fonction travaille en annule/remplace par rapport à un code prévision et un numéro de prévision. Ainsi, avant l’intégration des données et après le contrôle de celles-ci, la première opération réalisée est la suppression dans la table PIVOT_PREV_VENT de tous les enregistrements ayant le même code prévision et le même numéro de prévision des données qui vont être intégrées.

De même, dans la table BES_PROD, les enregistrements correspondants au filtre enregistré dans PV101 pour le code prévision intégrés et le numéro de prévision traité sont supprimés.

La fonction JP031 a pour but de conserver une trace de toutes les réceptions de fichiers quelle que soit leur provenance.

Elle permet également de connaître le numéro de lot affecté à chaque fichier lors de la phase d’intégration des données dans le réceptacle Cegid Orli.

Seule la zone PURGE peut être saisie. Quand elle est cochée, elle indique que les fichiers de traces doivent être supprimés (.err, .rej et . temp).

La zone “ Pb ” permet d’indiquer si le traitement s’est passé sans encombres (dans ce cas, la zone est nulle) ou au contraire, si des anomalies ont été détectées (dans ce cas, la zone est renseignée par la valeur ‘0’).

‎ 

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

 

 

 

Liste des différents critères possibles :