Standard ORDCHG message

 

ORIGINE	FONCTION
96A	XC296

 

Principe général

Toutes les commandes traitées sur Cegid Orli ne sont pas toutes saisies à l’origine sur cet applicatif. Certaines sont saisies sur d’autres produits et peuvent être envoyées via EDI. Il est indispensable d’intégrer le plus rapidement et plus simplement possible ces commandes dans Cegid Orli afin qu’elles puissent être traitées et livrées dans les meilleures conditions.

Il arrive cependant que ces commandes intégrées par EDI doivent être modifiées voire annulées par les partenaires. Ces maintenances doivent également pouvoir être intégrées par EDI. C’est ce dernier flux qui est détaillé dans cette documentation.

 

Notre module d’accueil standard permet l’intégration des maintenances de commande de manière rapide dans les tables Cegid Orli. Pour se faire, le partenaire EDI doit mettre à notre disposition un fichier séquentiel contenant les différentes commandes à traiter. La description et la structure du fichier sont imposées et fournies par Cegid. Ces fichiers doivent ensuite être mis à disposition dans un répertoire paramétrable au niveau de la fonction TA350.

Le module d’accueil de commandes a pour but d’extraire les données de ces fichiers, de les contrôler puis de les insérer dans les tables Cegid Orli correspondantes.

 

Le fonctionnement général du module peut être résumé en six points particuliers :

 

Récupération des fichiers séquentiels

Les fichiers présents sous le compte paramétrable au niveau de la fonction TA350 sont automatiquement renommés afin de conserver intact les fichiers d’origine. Ils sont archivés dans le répertoire « répertoire du TA350/arc » 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.

N.B. :
Actuellement, aucune automatisation n’est prévue pour aller récupérer les fichiers déposés sur le PC par le traducteur et les positionner sur le répertoire UNIX.

‎ 

Lancement de l’intégration

Le lancement de l’intégration s’effectue par l’appel de la fonction XC20B.

L’utilisateur doit saisir le code provenance et le code origine correspondant à l’intégration des maintenances de commandes EDI (EDICHG/96A).

Ces deux données permettent de déterminer la source émettrice des fichiers.

 

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

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

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

 

Contrôles spécifiques liés à la provenance des fichiers reçus

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

 

Contrôle de cohérence des différentes commandes

À ce niveau, l’ensemble des contrôles effectués par Cegid Orli lors de la saisie/maintenance normale des commandes par la fonction CD001 sont appliqués aux commandes à intégrer.

 

Intégration des maintenances de commandes 

Seules les maintenances de commande qui ont passé avec succès tous les contrôles cités ci-dessus peuvent être intégrées dans les tables définitives. Dans le cas contraire, une fonction permet de réaliser les corrections nécessaires (CD360W02)

Une fois l’intégration terminée, plusieurs états de contrôles sont édités :

• Liste des anomalies au niveau de la lecture du fichier
• Liste totale des commandes reçues
• Liste des commandes traitées et intégrées
• Liste des commandes traitées et intégrées avec warnings
• Liste des commandes traitées et rejetées en anomalie
• Liste des commandes traitées et définitivement rejetées en anomalie

 

Toutes les commandes pour lesquelles des maintenances ont été demandées apparaissent dans la liste des commandes reçues. Les commandes pour lesquelles toutes les maintenances (qu’elles soient de niveau « ligne » ou « entête ») ont pu être effectuées par la passerelle EDICHG, apparaissent dans la liste des commandes intégrées.

Les commandes pour lesquelles des maintenances ont été rejetées par la passerelle EDICHG, apparaîtront dans la liste des commandes rejetées.

‎ 

Contraintes d’utilisation et règles de gestion

Toute commande modifiée doit préalablement avoir été reçue et intégrée par EDI
(message ORDERS / passerelle standard EDI/96A).

Le fichier reçu du partenaire doit contenir l’ensemble des commandes à modifier. Il n’est pas possible de traiter, dans un même fichier, des nouvelles commandes et des commandes maintenues.

Pour chaque commande maintenue, le partenaire doit envoyer, au minimum les enregistrements suivants :

• ENT  : Entête de commande
• ADR : Adresses de commande
• LIG : Lignes de commande

 

Concernant l’envoi des lignes deux modes de gestion sont autorisés à savoir :

 

1^ère possibilité

Envoi de toutes les lignes de la commande (avec un statut particulier pour les lignes ne devant pas être modifiées)

 

2^ème possibilité

Envoi uniquement des lignes de commande modifiées.

Les maintenances pouvant être traitées sont les suivantes :

• Annulation des commandes EDI
• Annulation des lignes de commandes EDI
• Modification des quantités des lignes de commandes EDI
• Modification des délais des lignes de commandes EDI
• Modification des prix des lignes de commandes EDI
• Ajout d’une ligne de commandes EDI

 

Seules ces actions sont autorisées.

exemple : si le partenaire souhaite changer le coloris d’une ligne de commande, il doit envoyer 2 modifications distinctes à savoir :

1. l’annulation de la ligne concernant l’ancien coloris
2. la création de la ligne avec le nouveau coloris

 

De la même façon, si le partenaire souhaite changer les délais de livraison de toutes les lignes de la commande, il doit renvoyer l’ensemble des lignes de la commande avec, pour chacune d’elles, le nouveau délai de livraison demandé (le délai renseigné en entête de commande n’est pas pris en compte).

À la suite d'une maintenance de commande EDI, il est possible de générer à nouveau un accusé de réception de commande. La génération de l’accusé de réception à la suite de maintenance de commande est paramétrable, pour chaque partenaire EDI, au niveau de TA471.

En revanche, le nouvel accusé de réception contient systématiquement toutes les lignes de la commande (et non pas les lignes modifiées seulement).

Le dessin de fichier utilisé pour ce message est sensiblement identique à celui utilisé pour la création des commandes EDI. En fait, seule une notion « ETAT » est ajoutée pour préciser si la commande (ou la ligne de commande) est à créer, modifier ou annuler.

 

Il convient également de paramétrer les motifs de maintenance à affecter aux lignes de commandes modifiées (pour permettre la mise à jour des tables de suivi des lignes de commandes (CD902).

3 motifs distincts sont prévus :

1. Motif d’annulation ENTETE
2. Motif d’annulation LIGNE
3. Motif de maintenance

 

Ces motifs de maintenance peuvent être renseignés dans des paramètres d’intégration définis pour la passerelle d’intégration.

N.B. :
Le partenaire envoie systématiquement des lignes de commandes au niveau GENCOD (produit/Finition spéciale/Taille).
Par contre, dans Cegid Orli, les lignes de commande sont toujours créées au niveau Produit/Finition spéciale. Lors de l’intégration des commandes EDI, les lignes de commandes sont donc toutes re-traitées pour obtenir le format Cegid Orli (20 tailles par ligne de commande).
En conséquence, une même ligne de commande Cegid Orli peut très bien correspondre à plusieurs lignes de commandes EDI (une ou plusieurs lignes par taille).

‎ 

exemple :
Soit l’article ART1 présent dans une commande EDI dans les tailles suivantes :

No ligne EDI Taille   Quantité  

1 T1   10  

2 T2   20  

3 T3    30  

4 T3   30  

Lors de la création de la commande dans Cegid Orli, nous avons une seule ligne de commande qui a les caractéristiques suivantes :

No ligne T1  T2  T3

1        10  20  60

 

Il faut donc rechercher, pour chaque ligne de commande EDI modifiée, la ligne de commande Cegid Orli à laquelle cette dernière a été rattachée.

Une fois la ligne de commande trouvée, il convient d’étudier les conséquences pour cette dernière de la maintenance demandée par le partenaire.

 

 

ACTION 1 : Annulation d’une commande EDI

L’annulation d’une commande EDI provoque l’annulation de la commande dans Cegid Orli.

 

ACTION 2 : Annulation d’une ligne de commande EDI (taille)

L’annulation d’une ligne de commande EDI (tailles) peut engendrer les actions suivantes :

 

La ligne de commande Cegid Orli est mono-taille

Dans ce cas, l’annulation d’une ligne de commande EDI entraîne l’annulation de la ligne de commande Cegid Orli correspondante.

 

La ligne de commande Cegid Orli est multi-tailles

 

Dans ce cas, deux cas de figure doivent être envisagés :

Toutes les lignes EDI rattachées à la ligne de commande Cegid Orli sont annulées
Dans ce cas, la ligne de commande Cegid Orli doit être annulée.

Certaines lignes EDI rattachées à la ligne de commande Cegid Orli ne sont pas annulées
Dans ce cas, la ligne de commande Cegid Orli doit être maintenue (modification des quantités correspondant aux tailles annulées).

‎ 

Exemple :

Soit les articles ART1 et ART2 présents dans la commande EDI dans les tailles suivantes :

Article No ligne EDI Taille   Quantité  

ART1               1   T1     10  

ART2               2   T1     10  

ART2               3   T2     20  

ART2               4   T3     30  

ART2               5   T3     30  

Lors de la création de la commande dans Cegid Orli, nous avons deux lignes de commandes distinctes qui ont les caractéristiques suivantes :

Article No de ligne Cegid Orli T1  T2 T3

ART1    1                      10 

ART2    2                      10 20 60

Imaginons que l’on reçoive par EDI les modifications suivantes :

Annulation de la ligne de commande EDI 1 (article ART1 taille T1)

Dans ce cas, la ligne Cegid Orli No 1 doit être annulée.

Annulation des lignes de commande EDI 2, 3, 4 et 5 (article ART2 taille T1, T2 et T3)

Dans ce cas, la ligne Cegid Orli No 2 doit être annulée (car toutes les tailles présentes dans cette lignes sont annulées)

Annulation des lignes de commande EDI 2 et 5 (article ART2 taille T1 et T3)

Dans ce cas, la ligne Cegid Orli No 2 doit être modifiée (car certaines tailles seront encore présentes sur la ligne Cegid Orli (T2 et T3)

 

 

ACTION 3 : Modification des quantités des lignes de commandes EDI

La modification de la quantité d’une ligne de commande EDI provoque la maintenance de la ligne de commande Cegid Orli associée (modification de la quantité présente dans la taille concernée).

 

ACTION 4 : Modification des délais des lignes de commandes EDI

La modification des délais d’une ligne de commande EDI peuvent avoir plusieurs conséquences pour la ligne de commande Cegid Orli associée. Deux cas de figure peuvent être envisagés :

La ligne de commande Cegid Orli est mono-taille
Dans ce cas, la ligne de commande Cegid Orli se voit affecter les nouveaux délais de livraison.

La ligne de commande Cegid Orli est multi-tailles
Dans ce cas, deux cas de figure doivent être envisagés :

 

Toutes les lignes EDI rattachées à la ligne de commande Cegid Orli sont modifiées (avec le même délai). Dans ce cas, la ligne de commande Cegid Orli se voit affecter les nouveaux délais de livraison.

 

Certaines lignes EDI rattachées à la ligne de commande Cegid Orli ne sont pas modifiées (ou avec un délai différent)

Dans ce cas, la ligne de commande Cegid Orli doit être éclatée en deux lignes de commandes distinctes. La première ligne contient les tailles avec les anciens délais. La seconde contient les tailles avec les nouveaux délais.

 

 

ACTION 5 : Modification des prix des lignes de commandes EDI

La modification des prix d’une ligne de commande EDI peut avoir plusieurs conséquences pour la ligne de commande Cegid Orli associée. Deux cas de figure peuvent être envisagés :

 

La ligne de commande Cegid Orli est mono-taille

Dans ce cas, la ligne de commande Cegid Orli se verra affecter les nouveaux prix.

 

La ligne de commande Cegid Orli est multi-tailles

Dans ce cas, deux cas de figure doivent être envisagés :

 

Toutes les lignes EDI rattachées à la ligne de commande Cegid Orli sont modifiées (avec le même tarif). Dans ce cas, la ligne de commande Cegid Orli se voit affecter les nouveaux prix.

 

Certaines lignes EDI rattachées à la ligne de commande Cegid Orli ne sont pas modifiées (ou avec un tarif différent)

Dans ce cas, la ligne de commande Cegid Orli doit être éclatée en deux lignes de commandes distinctes. La première ligne contient les tailles avec les anciens prix de vente. La seconde contient les tailles avec les nouveaux prix de vente.

 

ACTION 6 : Ajout d’une ligne de commandes EDI

L’ajout d’une ligne de commande EDI (tailles) peut engendrer les actions suivantes :

En fait, deux cas de figure peuvent être envisagés :

 

Il existe une ligne de commande Cegid Orli pour l’association «Produit/FS/Délai/Prix»

Dans ce cas, la ligne trouvée est modifiée (ajout de la quantité dans la taille concernée)

 

Il n’existe pas de ligne de cde Cegid Orli pour l’association «Produit/FS/Délai/Prix»

Dans ce cas, il est procédé à la création d’une nouvelle ligne de commande Cegid Orli.

‎ 

En résumé, les actions possibles, au format EDI (GENCOD), sont les suivantes :

 

 

Les actions possibles, au format Cegid Orli, sont les suivantes :

ACTION 1 : Annulation d’une commande Cegid Orli

ACTION 2 : Annulation d’une ligne de commande Cegid Orli

ACTION 3 : Modification d’une ligne de commande Cegid Orli

4 cas de maintenance seront gérés :

Suppression de la quantité dans une taille

Modification/Ajout de la quantité dans une taille (valeur <> 0)

Modification des délais

Modification des prix

ACTION 4 : Création d’une ligne de commande

 

‎ 

Schéma fonctionnel du module

‎ 

Description des fonctions du module

Avant la première utilisation de ce module, une phase de paramétrage est indispensable. Celle-ci est réalisée EXCLUSIVEMENT par Cegid. Elle permet de décrire la structure du fichier et de vous affecter un code provenance et un code origine pour le lancement de l’intégration. Ce paramétrage est standard et correspond au format de fichier géré par Cegid. (Voir en annexe 1, la description du fichier à intégrer)

N.B. :
Le descriptif du fichier est évolutif et peut être amené à être modifié en fonction de vos demandes. La description de votre fichier doit être cependant étudiée et peut nécessiter la création de fonctions annexes pour l’initialisation de certaines données. A l’issue de cette étude, un paramétrage (facturable) et éventuellement la réalisation de fonctions sous forme d’aménagement seront nécessaires.

 

Les fonctions du module peuvent être scindées en plusieurs parties :

• PARAMÉTRAGE AVANT INTÉGRATION
• LANCEMENT DE L’INTEGRATION
  • XC20B INTEGRATION DE FICHIERS SEQUENTIELS
• CONTROLES EFFECTUES
• MODIFICATION DES DONNES A INTEGRER
  • CD360W02 MODIFICATION DES COMMANDES EDI
• VALIDATION DES DONNEES A INTEGRER
  • CD620 RELANCE ET VALIDATION DES COMMANDES EDI

 

 

PARAMÉTRAGE AVANT INTÉGRATION

 

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

 

Vous devez renseigner les informations suivantes :

 

TA009 : SOCIÉTÉS

Le message ORDCHG contient systématiquement, pour chaque commande EDI envoyée, un enregistrement dont le but est d’identifier la société vers laquelle doit être orientée la commande EDI en cours de traitement

Selon les partenaires EDI, l’identification de la société peut se faire par l’intermédiaire du Code International Entreprise (gencod), du No de TVA ou du No de Siret. Il est donc primordial de renseigner ces informations au niveau de la forme TA009

 

CL001 : GESTION DES CLIENTS

Le message ORDCHG contient systématiquement, pour chaque commande EDI envoyée,
‎un enregistrement dont le but est d’identifier le client étant à l’origine de la commande.

Il peut également contenir un enregistrement indiquant, pour chaque commande EDI, le client livré ou facturé.

Selon les partenaires EDI, l’identification de ces clients peut se faire par l’intermédiaire du code international entreprise (GENCOD), du No de TVA, du No de SIRET ou d’une référence interne.
‎Il est donc primordial de renseigner ces informations au niveau de la forme CL001.

N.B. :
dans la majeure partie des cas, le code international entreprise est utilisé par les partenaires EDI (Galerie Lafayette etc...)
La notion de GENCOD CLIENT par RAYON est gérée.

 

NOTION DE PARTENAIRE EDI

Afin de gérer au mieux ces différences de langages EDI, une nouvelle notion a été créée dans Cegid Orli : LE PARTENAIRE EDI.

En fait, le but est de pouvoir définir, pour un client précis (partenaire EDI), le type de message traité et le langage utilisé pour communiquer. Ceci est rendu nécessaire par le fait que les traitements d’intégration de commandes, d’envois de commandes, d’avis d’expédition ou encore d’envois de factures sont différents suivant le langage utilisé (champs à envoyer au partenaire EDI différents suivants le langage).

Pour ce faire, une nouvelle liaison d’appartenance « partenaire EDI» a été créée dans la fonction TA014 (liaison de fonctionnalité 59). Elle permet d’attacher à un partenaire EDI les différents clients qui doivent être traités avec le type de message et le langage du partenaire.

 

exemple :
Si vous devez effectuer des échanges EDI avec les GALERIES LAFAYETTE, il conviendra de créer un client «Partenaire» GALERIES LAFAYETTE.

Tous les clients GAL qui vont réellement passer les commandes devront être rattachés au client partenaire via une liaison de fonctionnalité 59.

 

 

TA471 : GESTION DES PARTENAIRES EDI

Cette fonction permet à l’utilisateur de définir les différents partenaires avec lesquels la société souhaite effectuer des échanges EDI.

 

C’est dans cette fonction que l’utilisateur doit indiquer les spécificités associées au traitement des maintenances de commandes selon le partenaire  en précisant les différentes actions autorisées par le partenaire (suppression de commande, suppression de lignes de commande, création de lignes, modification de délais, modification de tarif, modification de quantités, renvoi de l’accusé de réception).

 

 

LANCEMENT DE L’INTÉGRATION

 

XC20B : Lancement de l’intégration

Le premier onglet permet d’indiquer le code provenance et le code origine fournis par Cegid et correspondant à un paramétrage particulier (EDICHG / 96A) dans le cas des maintenances de commandes EDI).

Le second onglet permet de renseigner les différents paramètres utilisés pour l’intégration. L’accès à cet onglet est conditionné par la définition ou non de paramètres lors du paramétrage réalisé par Cegid.

exemple : pour les commandes, un paramètre consiste à demander à l’utilisateur s’il souhaite renuméroter ses commandes ou au contraire, conserver le numéro indiqué dans le fichier.

 

Les différents contrôles :

 

Plusieurs types de contrôles sont réalisés à des étapes différentes dans l’intégration.

 

Dans un premier temps, lors de l’extraction des données du fichier pour intégration dans les tables réceptacles, un premier contrôle est réalisé.

 

Celui-ci consiste à vérifier :

• Si le type de l’enregistrement n’est pas erroné
• Si tous les champs obligatoires sont présents dans l’enregistrement
• Si le type des champs est correct : 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 les tables réceptacles prévues à cet effet. Ces tables servent ensuite de base à tous les traitements effectués avant l’intégration réelle des commandes dans les tables définitives.

N.B. :
pour les maintenances de commandes EDI, il n’existe qu’un seul fichier contenant X types d’enregistrements différents. Le caractère obligatoire ou facultatif de chaque enregistrement n’est pas contrôlé.

 

Chaque anomalie rencontrée donne lieu à l’écriture d’une ligne d’erreur dans la table des anomalies qui est ensuite éditée.

 

Dans un second temps, des contrôles spécifiques liés à la provenance des fichiers de commandes reçus sont réalisés.

‎ 

Tous les contrôles et initialisations de données éventuelles sont effectués dans cette phase. Cette dernière est facultative car liée à la provenance des fichiers reçus.

Dans le cas des maintenances de commandes EDI les contrôles spécifiques effectués sont :

461 : Commande xxxxxxxx inconnue

462 : Commande xxxxxxxx annulée

463 : Commande xxxxxxxx soldée

464 : Etat de la Commande xxxxxxxx inconnu

155 : Risque client : xxxxxxxx yyy

465 : Commande :xxxxxxxx Ligne yyyyy non présente

466 : Commande :xxxxxxxx Ligne yyyyy non conforme

467 : Commande :xxxxxxxx Etat de la ligne yyyyy inconnu

468 : Commande :xxxxxxxx Plusieurs maintenances pour la ligne yyyyy

469 : Commande xxxxxxxx affectée à des lancements

470 : Commande xxxxxxxx préparée

471 : Commande xxxxxxxx expédiée

472 : Commande xxxxxxxx facturée

477 : Cde xxxxxxxx ligne affectée à des lancements (taille: yyyyy)

478 : Cde xxxxxxxx ligne préparée (taille : yyyyy)

479 : Cde xxxxxxxx ligne expédiée (taille : yyyyy)

480 : Cde xxxxxxxx ligne facturée (taille : yyyyy)

481 : Cde xxxxxxxx Qté non conforme à la série type (taille : yyyyy)

482 : Cde xxxxxxxx Qté non conforme au multiple de vente (taille : yyyyy)

434 : Cde xxxxxxxx Pas de disponible échéancé pour la commande

434 : Cde xxxxxxxx Imputation commande ferme impossible

483 : Cde xxxxxxxx Taille yyyyy non à la vente ou épuisée

484 : Cde xxxxx (taille : yy) Date début livr. demandée > date fin

485 : Cde xxxxx (taille : yy) Date début livr. Confirmée > date fin

486 : Cde xxxxx (taille : yy) Tranche de livraison demandée inexistante

487 : Cde xxxxx (taille : yy) Tranche de livraison confirmée inexistante

488 : Cde xxxxx (taille : yy) Tranche de départ usine inexistante

489 : Cde xxxxx (taille : yy) Tranche de livraison demandée introuvable

490 : Cde xxxxx (taille : yy) Tranche de livraison confirmée introuvable

491 : Cde xxxxx (taille : yy) Tranche de départ usine introuvable

492 : Cde xxxxx (taille : yy) Date de départ usine > délai commercial

493 : Cde xxxxxxxx Pas de prix de vente pour la taille: yyyyy

494: Cde xxxxxxxx Ligne déjà créée.

 

Les mises à jour effectuées :

 

ACTION 1 : Annulation d’une commande Cegid Orli

Pour l’ENTETE

Mise à jour du flag d’annulation et du motif d’annulation

Mise à jour des cumuls Quantités/Montants/Elément annulés.

 

Pour les LIGNES

Création d’un historique pour chaque ligne de la commande

Mise à jour du flag d’annulation et du motif d’annulation

Si le motif d’annulation est de fonctionnalité ‘01’ (annulation « Client ») ou ‘02’ (annulation « Entreprise ») alors création de la situation de ligne correspondante

Si la ligne de commande a été affectée (entièrement ou partiellement) alors désaffectation de la de ligne de commande.

Si la ligne de commande a été imputée (totalement ou partiellement) à une prévisionnelle alors dés-imputation de la commande et réaffectation de la prévisionnelle si cette dernière avait été affectée.

Mise à jour des tables d’historiques de commandes EDI (pour renvoi de l’accusé de réception éventuel)

‎

ACTION 2 : Annulation d’une ligne de commande Cegid Orli

Pour l’ENTETE

Mise à jour des cumuls Quantités/Montants/Elément annulés.

 

Pour les LIGNES

Création d’un historique pour la ligne de commande

Mise à jour du flag d’annulation et du motif d’annulation

Si le motif d’annulation est de fonctionnalité ‘01’ (annulation « Client ») ou ‘02’ (annulation « Entreprise ») alors création de la situation de ligne correspondante

Si la ligne de commande a été affectée (entièrement ou partiellement) alors désaffectation de la de ligne de commande.

Si la ligne de commande a été imputée (totalement ou partiellement) à une prévisionnelle alors dés-imputation de la commande et réaffectation de la prévisionnelle si cette dernière avait été affectée.

Mise à jour des tables d’historiques de commandes EDI (pour renvoi de l’accusé de réception éventuel)

 

Une fois l’annulation de la ligne de commande effectuée, la fonction s’assure que la commande ne doit pas aussi être annulée (cas où toutes les lignes ont été successivement annulées)

 

 

ACTION 3 : Modification d’une ligne de commande Cegid Orli

4 cas de maintenance seront gérés :

Suppression de la quantité dans une taille

Modification/Ajout de la quantité dans une taille (valeur <> 0)

Modification des délais

Modification des prix

 

Pour l’ENTETE

Mise à jour du pied de commande (Quantités/Montants/Eléments de tarification de la commande)

 

Pour les LIGNES

Création d’un historique pour la ligne de commande

Mise à jour du montant HTB de la ligne de commande

Calcul des éléments de tarifications pour la ligne de commande.

Si la ligne de commande a été affectée (entièrement ou partiellement) remise à jour du flag d’affectation et de la situation de ligne correspondant à l’affecté.

Si la ligne est imputée (totalement ou partiellement) à une prévisionnelle alors remise à niveau de la prévisionnelle (cas de modification de quantités). En cas d’ajout de quantités, diminution des quantités présentes dans la commande prévisionnelle. En cas de diminution de quantités, augmentation des quantités présentes dans la commande prévisionnelle.

Mise à jour des tables d’historiques de commande EDI (pour renvoi de l’accusé de réception éventuel).

 

 

ACTION 4 : Création d’une ligne de commande

Création de la nouvelle ligne de commande

Imputation, si nécessaire de cette ligne.

 

 

Dans un troisième temps, des initialisations et des contrôles de données identiques à ceux réalisés dans la fonction CD001 sont effectués.

Tous les contrôles effectués à ce niveau sont détaillés dans la documentation PAS-CDE.

‎ 

MODIFICATION DES DONNES A INTEGRER

 

CD360W02 MODIFICATION DES COMMANDES EDI

La maintenance des commandes EDI est assurée par la forme CD360W02.

Les différentes actions autorisées doivent être définies lors de l’accord d’inter-change. Elles sont alors renseignées au niveau de la forme TA471 : GESTION DES PARTENAIRES EDI

 

Selon le paramétrage défini avec le partenaire en TA471, l’utilisateur peut effectuer les actions suivantes:

 

a) Supprimer la commande

Si l'utilisateur décide de supprimer la commande, il doit impérativement saisir un motif d'annulation soit au niveau de l'entête de commande, soit au niveau des lignes de commande. Ce motif sera ensuite récupéré lors de la génération de l'accusé de réception négatif éventuellement envoyé au partenaire EDI.

 

b) Modifier les délais de l'entête de commande

Cette modification n'est possible que si le partenaire EDI accepte les modifications de délais de livraison

 

c) Supprimer totalement une ligne de commande

Lors de la suppression d'une ligne de commande, l'utilisateur doit saisir un motif d'annulation L'annulation d'une ligne de commande n'est possible que si le partenaire autorise les acceptations partielles de commande

 

d) Supprimer partiellement une ligne de commande

La suppression partielle consiste en fait à supprimer certaines tailles de la ligne de la commande. La suppression d'une taille s'accompagne également de la saisie d'un motif d'annulation. L'annulation d'une taille d'une ligne n'est possible que si le partenaire autorise les acceptations partielles de commande.

 

e) Modifier les délais de la ligne de commande

La modification des délais d'une ligne de commande n'est possible que si le partenaire EDI autorise les modifications de délais.

 

f) Modifier les tarifs de la ligne de commande

La modification des tarifs d'une ligne de commande n'est possible que si le partenaire EDI autorise les modifications de tarifs.

 

g) Modifier les natures et types de commande

La modification des tarifs d'une ligne de commande n'est possible que si le partenaire EDI autorise les modifications de natures ou types de commande.

‎ 

„ VALIDATION DES DONNEES A INTEGRER

 

 

CD620 RELANCE ET VALIDATION DES COMMANDES EDI

Cette fonction permet de valider les commandes EDI qui sont prêtes à être intégrées dans le portefeuille commande.

 

Les critères provenance, origine et éventuellement numéro de lot doivent être saisis. Il faut ensuite cliquer sur l’onglet « critères sélectifs » et la fonction vous propose les commandes pouvant être relancées.

La commande ne doit ni être rejetée, ni être déjà traitée pour être sélectionnée. Après la recherche, vous accédez au champ de validation qu’il vous faut cocher pour signifier que la commande est validée.

 

L’onglet « Paramètres d’intégration » vous permet de saisir les paramètres d’intégration
exemple : la renumérotation des commandes.

 

N.B. :
Lors de l’intégration des commandes EDI, il se peut que certaines références article envoyées par le partenaire n’aient pas pu être reconnues (CL005 non renseignés, GENCODS non créés etc…). Si tel est le cas, lors de la relance de l’intégration des commandes EDI, une routine permet l’affectation de ces références non identifiées lors du premier traitement, aux lignes de commandes déjà créées. Cette routine adopte le mode de fonctionnement suivant :

 

Deux cas de figure peuvent se présenter :

1. Un produit n’a pas été identifié
   Dans ce cas, une nouvelle ligne de commande sera créée pour le produit concerné.
2. Une taille d’un produit n’a pas pu être identifiée
   Dans ce cas, si le produit concerné a été commandé sur d’autres tailles qui ont pu être identifiées, la quantité présente dans la taille non identifiée sera affectée à la ligne de commande déjà créée.
   Si le produit concerné n’a pas été commandé sur d’autres tailles, une nouvelle ligne de commande sera créée pour le produit/taille concerné.