| ORIGINE | FONCTION |
|
ACC |
XC951 |
Dans le cadre des échanges de commandes via EDI, il se peut que le partenaire EDI demande la génération d’un accusé de réception pour les différentes commandes échangées. La nécessité de générer un accusé de réception est gérée par la fonction TA471 qui décrit les différentes modalités d’échange avec les différents partenaires EDI.
Pour la génération des accusés de réception, le module standard d’extraction de fichiers XC300 est utilisé.
En fait, il faut en premier lieu mettre en place un trigger sur la table des entêtes de commande et sur la table d’historique des commandes EDI.
La mise en place de ce trigger doit être effectuée par Cegid. Elle conditionne l’utilisation des passerelles assurant la génération des accusés de réception. Ce trigger se déclenche lors de chaque création d’un entête de commande ou lors de la mise à jour du flag annulation en entête d’historique de commande (cas d’une commande rejetée pour laquelle un accusé de réception négatif doit être généré).
Conditions d’utilisation du module d’extraction XC300
Il faut créer pour chaque société (si vous souhaitez obtenir un fichier par société), des passerelles d’extraction différentes qui correspondent aux différents langages gérés (EANCOM 93A, EANCOM 96A, EDI-SPORT, EFOVAD).
La création de ces passerelles s’effectue au niveau de la fonction TA450.
Chaque passerelle est caractérisée par un code provenance et un code origine particuliers
Le code origine doit toujours être ACC.
Le code provenance est libre. Cependant, afin d’obtenir une « normalisation », il est conseillé d’utiliser la norme suivante
Provenance = XXXXXX_Code société (ou XXXXXX indique la norme utilisée à savoir 96A, 93A, EDISPO, EFOVAD).
Fichier généré :
orders.asc.<No de demande>
Ce fichier est placé dans un répertoire UNIX paramétrable au niveau de la fonction TA450.
La récupération de ce fichier et la mise à disposition de ce dernier dans la boite aux lettres du partenaire est à la charge du client.
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 notamment l’installation du trigger sur la table des entête de commande et des entêtes d’historique de commande.
N.B. :
Le descriptif du fichier généré est évolutif et peut être amené à être modifié en fonction de vos demandes et des contraintes imposées par vos partenaires. 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 sous forme d’INTERD 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 EXTRACTION
- LANCEMENT DE L’EXTRACTION
Avant d’utiliser ce module, un certain nombre de données doit être renseigné dans Cegid Orli.
Vous devez renseigner les informations suivantes :
EDI_ORLI_SIT
(indispensable pour l’utilisation du module d’extraction XC300).
XC300W01/SOUS_REP
TA440 : Référencement général des code EDI
Cette fonction permet à l’utilisateur de définir les différents codes EDI pour lesquels un fichier des avis d’expédition doit être généré.
- Onglet « Code EDI »
L’utilisateur peut soit renseigner un code EDI par partenaire (-> Génération d’un fichier par partenaire), soit un code EDI générique qui regroupera tous les partenaires (-> Génération d’un fichier multi partenaires).
Cet onglet permet également à l’utilisateur de suspendre les passerelles d’extraction / intégration pour un destinataire donné (code EDI).
TA450 : Paramétrage extractions de fichiers
Onglet Paramétrage des Extractions de fichiers
Cette fonction permet à l’utilisateur de définir les différentes passerelles d’extraction pouvant être lancées.
Imaginons que l’utilisateur souhaite générer un fichier ORDRSP à la norme EFOVAD
pour la société 1 -> Il obtiendra le paramétrage suivant :
Provenance Origine Indicatif Fonction
EFOVAD1 ACC ACC XC951
Au niveau des paramètres d’extraction, vous pouvez renseigner (si besoin) :
Paramètre Libellé Valeur
- PAS-CTRL-AFFECT Pas de contrôle d’affectation de cde X (=Contrôle)
(pas de contrôle par défaut)
| Paramètre | Libellé | Commentaire |
|
NUMCONF |
Gère No ORDRSP (0=Non,1=Oui) |
|
|
ENVOI-INFOS-SAP |
Envoi des données SAP |
X = Oui |
|
ENVOI-INFOS-RLD |
Envoi des données RLD |
X = Oui |
|
ENV-PRI-RETAIL |
Env Prix retail+ Date commande |
X = Oui |
|
ENV-PRI-CD001 |
Envoi du prix du CD001 |
X = Oui |
|
GEST-MULTI-ENV |
Gestion de multi-envois du msg |
X = Oui |
|
NB-JOURS-REA |
Nb jours pour "réassort" |
Voir § ‘Fonctionnement envois commandes Implantation et Réassort’ |
|
NB-JOURS-ENV |
Nb jours pour second envoi |
Voir § ‘Commandes Implantation premier et second envois’ |
|
PAS-CTRL-AFFECT |
Pas de contrôle d’affectation de cde |
Pas de contrôle par défaut X = contrôle |
|
FICHIER-NORM |
Normalisation du fichier |
Permet de normaliser le nom du fichier généré (application des règles de nommage standard des fichiers d’extraction à « Origine »_ « Code EDI destinataire »_ « Code EDI du site ».No de demande |
|
DATE-BASE-REA |
1:Liv Confirmée 2:Liv Demandée |
Date de base pour calcul du nombre de jours de livraison pour évaluation du « réassort » |
N.B. :
Le répertoire n’est indiqué qu’à titre indicatif. Il est modifiable par l’utilisateur sans aucune contrainte particulière. Par défaut il dépose le fichier sous $ODIS/XC300.
Onglet «Liste des Extractions par code EDI »
Cette fonction permet à l’utilisateur de définir, pour chaque code EDI renseigné au niveau de la fonction TA440, les différentes passerelles d’extraction pouvant être lancées.
On reportera donc ici les Provenance/Origine précédemment définies dans l’onglet « Paramétrage des extractions ».
Onglet « Association code EDI Cegid Orli – Entité Externe »
Cette fonction permet à l’utilisateur d’associer chaque partenaire EDI à un code EDI particulier. C’est au niveau de cette forme qu’il est possible de choisir de générer un fichier des pièces par partenaire (un code EDI ne doit être associé à un seul partenaire) ou un fichier des pièces multi partenaires
(il faut alors définir pour chaque code EDI, l’ensemble des partenaires qui lui sont rattachés au niveau des zones « Société client » et « Code client »).
Fonctionnement envois commandes Implantation et Réassort
Lors de l’envoi du message ORDRSP des commandes EDI, celles-ci sont considérées comme commande d’implantation ou commande de réassort selon le paramètre NB-JOURS-REA, la date de la commande, et la date de livraison de la commande.
Sont considérées comme commandes d’implantation, les commandes dont :
Date de livraison > Date de la commande + Nombre de jours de réassort
Sont considérées comme commandes de réassort, les commandes dont :
Date de livraison < Date de la commande + Nombre de jours de réassort
exemple :
| N° cde | Date cde | Date de livraison | NB-JOURS-REA | Type cde |
|
001 |
01/04 |
28/04 |
15 |
Implantation |
|
002 |
01/04 |
12/04 |
15 |
Réassort |
La commande 001 dépasse le délai du 16/04 (01/04 + 15), c’est donc une commande d’implantation.
La commande 002 est inférieure au délai du 16/04, c’est donc une commande de réassort.
N.B. :
la date de livraison confirmée ou demandée (selon paramètre d’extraction DATE-BASE-REA) doit être supérieure à Date de la commande + Nombre de jours de réassort
Commandes Implantation : premier et second envois
Les commandes d’implantation partent en deux envois si gestion multi-envois (Paramètre GEST-MULTI-ENV)
Le premier envoi est systématique lors du premier XC300 lancé après réception de la commande d’implantation. Ce premier envoi n’est soumis à aucune condition.
Le second envoi dépend du paramètre NB-JOURS-ENV.
La commande d’implantation est envoyée si :
Date de livraison – Nb jours envoi < Date du jour
exemple :
Soit les deux commandes d’implantation suivantes :
| N° cde | Date cde | Date livraison | NB-JOURS-REA | Type cde | 1er envoi |
|
001 |
01/04 |
28/04 |
15 |
Implantation |
01/04 |
|
002 |
08/04 |
25/04 |
15 |
Implantation |
08/04 |
XC300 est lancé tous les jours et scrute les commandes.
Celles-ci seront envoyées aux dates suivantes :
| Date du jour |
N° cde | Date livraison | NB-JOURS-ENV | 2e envoi |
|
13/04 |
001 |
28/04 |
10 |
NON |
|
002 |
25/04 |
10 |
NON |
| Date du jour |
N° cde | Date livraison | NB-JOURS-ENV | 2e envoi |
|
15/04 |
001 |
28/04 |
10 |
NON |
|
002 |
25/04 |
10 |
OUI en date du 15/04 |
La commande 002 sera envoyée en second envoi le 16/04, car la date de livraison est au 25/04.
25/04 – 10 jours = 15/04.
La commande 001 ne partira pas car 28/04 - 10 jours = 18/04. Soit une date supérieure à la date du jour. Il faudra attendre le 18/04 pour que la commande 001 parte en second envoi.
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.
Il permet ainsi de définir, pour chaque partenaire, chaque langage et chaque version, les différents échanges gérés (réception de commandes, envoi d’accusés de réception (complets, partiels, avec modification), envoi des avis d’expédition, des pièces, des catalogues de prix, des catalogues articles).
Onglet ‘Caractéristiques Envoi’
8 types d’accusés peuvent être gérés :
- Accusé positif complet
Cas d’une commande acceptée sans aucune modification
(zone « Positif Complet » cochée dans TA471 pour le partenaire) - Accusé positif partiel
Cas d’une commande acceptée avec suppression de certaines lignes de commande
(zone « Partiel » cochée dans TA471 pour le partenaire) - Accusé positif avec modification Entête
Cas d’une commande acceptée avec modification de l’entête (modification des délais)
(zone « avec Modification » cochée dans TA471 pour le partenaire) - Accusé positif avec modification Ligne
Cas d’une commande acceptée avec modification des lignes de commande (modification des délais ou des tarifs)
(zone « Accusé Positif avec Modification » cochée dans TA471 pour le partenaire) - Accusé Positif partiel avec modification
(Rejet de certaines lignes + Modification délais entête ou ligne).
Cas d’une commande acceptée partiellement avec des modifications de délais au niveau entête ou lignes (zones « Accusé Partiel» et « Accusé Positif avec Modification » cochées dans TA471 pour le partenaire) - Accusé Négatif (rejet Entête uniquement)
Cas d’une commande rejetée avec un motif de rejet défini au niveau entête de commande (zone « Accusé Négatif » cochée dans TA471 pour le partenaire) - Accusé Négatif (rejet Ligne uniquement).
Cas d’une commande rejetée avec un motif de rejet défini au niveau lignes de commande (zone « Accusé Négatif » cochée dans TA471 pour le partenaire) - Accusé Négatif (rejet Entête et Ligne).
Cas d’une commande rejetée avec un motif de rejet défini au niveau lignes et entête de commande (zone « Accusé Négatif » cochée dans TA471 pour le partenaire)
Dans cet onglet, vous devez choisir également le format de fichier que vous souhaitez.
Vous avez le choix entre :
- Un format standard contenant le minimum d’information
- Un format complet contenant des informations plus détaillées sur la commande.
- Vous trouverez en annexe, les 2 structures de fichier correspondantes à ces 2 formats.
XC300 : Lancement de l’extraction
La première page permet d’indiquer le code provenance et le code origine renseignées en TA450 pour les passerelles d’extraction des accusés de réception (origine ACC).
Processus de validation des envois
Il est possible de gérer la validation des envois pour pouvoir maîtriser tous les envois en cours et à venir.
Pour le code partenaire concerné, cocher la coche ‘Validation avant envoi’, dans l’onglet Caractéristiques Envoi.
Cette coche permet de forcer le passage par la fonction de validation des commandes avant de générer les messages ORDRSP à destination du partenaire EDI concerné.
CD622 : Maintenance pour accusés de réception
CD622W01
Cette fonction de type "MUL action" permet de modifier les accusés de réception de commandes externes
Sélection des commandes à traiter.
Pop-up de modification en série
Actions possibles :
- renvoi des accusés de réception
- modification des délais
- modification des tarifs
- affectation ligne commande EDI
- renvoi manuel des accusés
CD624 Validation envoi/Accusé de réception
CD624W01
Cette fonction liste les commandes EDI intégrées, annulées ou non annulées, à envoyer, pour les partenaires gérant la validation des accusés de réception.
Les coches permettent de valider les commandes qui pourront être envoyées lors du prochain XC300.
Les commandes d’implantation partent automatiquement lors d’un XC300, pour le premier envoi. Il n’est pas nécessaire de venir les cocher dans CD624.
L’information ‘Date Accu. Recep 1’ permet d’identifier ces commandes ayant déjà fait l’objet d’un premier envoi.
Pour le second envoi d’une commande d’implantation, il faudra venir cocher la commande dans CD624. Celle-ci sera alors envoyée lorsqu’elle répondra au critère de date d’envoi souhaitée (date de livraison – Nb jours envoi) et éventuellement si, selon le paramétrage dans TA450, elle est commencée en affectation.
Les commandes réassort sont envoyées si elles sont cochées ‘à envoyer’ dans CD624 et éventuellement si elles sont commencées en affectation (selon le paramétrage dans TA450).
Après avoir coché les commandes à envoyer, il faut valider. Ce traitement enlève les commandes topées de la liste, afin d’éviter que le MUL soit surchargé. Les données sont toujours visualisables dans CD362.
CD362 Consultation historique commande EDI
Des champs permettent de suivre les commandes :
- Date acc.AR1 et Date acc.AR2 indiquent à quelle date la commande a fait l’objet d’un premier et éventuellement d’un second envoi. Les numéros de demandes des envois sont également disponibles.
- User Validation et Date validation permettent de savoir qui a demandé la validation dans CD624 et à quelle date.
N.B. :
le premier envoi viendra remettre à zéro la date de validation d’envoi d’accusé si jamais elle a été mise à jour par CD624 afin de pouvoir continuer à visualiser la commande pour le second envoi.
exemple :
Commande 125417 d’implantation reçue par ORDERS le 12/02 à 8h50.
Dans CD624 cette commande est visualisable et cochable.
Lors du prochain export ORDRSP (le 12/02 à 20h00) cette commande part automatiquement, qu’elle ait été validée ou non dans CD624.
Lors de ce premier envoi, la date de validation est remise à vide afin de pouvoir continuer à la voir dans CD624 car un second envoi est à prévoir.
Si dans CD624, l’utilisateur valide cette commande pour le second envoi le 15/02, la commande n’est plus visualisable dans CD624, mais la commande ne partira dans un export ORDRSP que s’il le faut (commande arrivant à la bonne date (date de livraison – Nb jours envoi < Date du jour) donc pas forcément au prochain export.