Contenu dans cette page
Détail des flux de vente OMNICANAL
Détail des flux de retour consommateur OMNICANAL
Les exports du référentiel Cegid Orli vers Cegid Retail Y2
Les imports dans Cegid Orli depuis Cegid Retail Y2
Les exports Cegid Orli vers Cegid Retail Y2
- Processus OMNICANAL avec :
- un réseau de point vente équipé de Cegid Retail Y2
- un pilotage de la logistique par Cegid Orli (avec ou sans WMS) et éventuellement pour gérer dans Cegid Orli l’activité multi marques (wholesale), et aussi les achats.
N.B. :
Ce document ne traite pas le cas d’une société qui n’a pas de réseau de point de vente,
et seulement une gestion des multi marques avec Cegid Orli et qui souhaiterait faire des ventes sur le Web
Pour plus de précisions, Cf. MODULE_Echanges_BtoC
- Permettre aux consommateurs de réaliser des achats ou réservations sur le WEB, avec vision des disponibilités de stock.
- Gérer les boutiques Retail : les consommateurs, les ventes aux consommateurs, les stocks boutiques, les prix de vente consommateurs, les programmes de fidélité, les échanges & retours des consommateurs…
- Gérer les produits finis : les achats, les besoins de tous les canaux (wholesale, boutique Retail, web), le PRI produits finis, le prix d’achat boutique Retail.
- Gérer le stock central - Gérer la logistique produits finis en liaison ou pas avec un WMS
- Cegid Orli connait les boutiques car il gère leurs livraisons
(exemple : les implantations ou le réassort). - Cegid Orli ne connait pas le stock des boutiques.
- Cegid Orli ne connait pas les consommateurs.
N.B. :
En général Cegid Orli n’envoie pas les prix consommateur qui sont habituellement gérés dans Cegid Retail Y2 (plus adapté pour la gestion des conditions commerciales, la gestion des soldes).
Liaisons entre SITE WEB / Cegid Retail Y2 / Cegid Orli
- Aucun lien informatique entre Cegid Orli et le site WEB
- Liens entre site WEB et Cegid Retail Y2
- Liens entre Cegid Retail Y2 et Cegid Orli
- Centralise l’ensemble des ventes consommateurs de tous les canaux de vente (ventes boutiques ou vente/réservation WEB). C’est donc une vision 360 des ventes consommateur.
- Centralise les consommateurs quelle que soit leur origine (passage en boutique ou création par le site web).
- Connait en temps réel les programmes de fidélité, les valeurs papiers (avoir, bon d’achat…) et peut les mettre à disposition en temps réel pour le site web.
- Connait les stocks boutiques en temps réel et peut transmettre ceux-ci au site WEB également en temps réel.
- Connait le stock central géré par Cegid Orli pour le publier sur le site web en temps réel, en interrogeant Cegid Orli par WebService.
- Envoie les références produits finis à Cegid Retail Y2 qui pourra ensuite les envoyer sur le site WEB.
- Publie le stock central par Web service appelé par Cegid Retail Y2 et à disposition du site WEB
- Depuis le stock central, gère :
- Les livraisons demandées par Cegid Retail Y2 (celles pour les boutiques (exemple : réassort), celles pour les consommateurs (issues du web ou de la boutique). Le consommateur est connu dans Cegid Orli, par l’adresse de livraison portée par la commande.
- Dès la création du bon de préparation dans Cegid Orli, l’info est transmise à Cegid Retail Y2 (la commande dans Cegid Retail Y2 devient « en cours de préparation ») ce qui provoque l’évolution du statut de livraison à Cegid Retail Y2. Le site WEB pourra interroger Cegid Retail Y2 pour connaitre ce statut de livraison.
- Dès la création du bon d’expédition dans Cegid Orli, l’information est transmise à Cegid Retail Y2 (la commande dans Cegid Retail Y2 devient « expédition en cours ») ce qui provoque l’évolution du statut de livraison à Cegid Retail Y2. Le site WEB pourra interroger Cegid Retail Y2 pour connaitre ce statut de livraison.
- Les retours issus de Cegid Retail Y2 : par les boutiques et par les consommateurs.
Différents flux de de vente OMNICANAL
- Livraison à domicile : achat sur le site WEB, marchandise disponible en dépôt central, livraison à domicile.
- Livraison .Relais : achat sur le site WEB, marchandise disponible en dépôt central, le consommateur retire son achat en point relais (qui peut être une boutique).
- Retrait boutique : achat sur le site WEB, marchandise disponible en dépôt central, le dépôt central livre la boutique, le consommateur retire son achat dans la boutique avec la possibilité de régler le reste à payer ou bien d’acheter en plus un autre article (upselling).
- Réservation boutique : demande de réservation sur le site WEB de la marchandise disponible en boutique :
- La boutique valide la demande et met la marchandise de côté, le consommateur est informé de la validation de sa demande. Le consommateur peut venir en boutique pour retirer son achat, avec éventuellement la possibilité de régler le reste à payer ou bien d’acheter un autre article. Ces opérations ne sont pas visibles dans Cegid Orli.
- La demande de résa peut être refusée par la boutique (exemple : si marchandise finalement non dispo ou si la boutique souhaite conserver le produit). Dans ce cas, le central peut récupérer le refus de la demande pour assurer la livraison à la boutique.
Cegid Orli est impacté, c’est une demande de transfert (émis par Cegid Retail Y2) qui générera dans Cegid Orli la commande à livrer du central vers la boutique. - Achat sur plusieurs dépôts de stocks : achat sur le site WEB de plusieurs produits disponibles dans différentes boutiques (dépôts) ou en dépôt central, pour livraison client ou point relais. Le principe est de faire un retour des produits au stock central pour expédition groupée au consommateur final ou au point relais (qui peut être une boutique). Quand la boutique est considérée comme un point relais, ceci oblige un paiement complet sur le site. Lors de l’arrivée des produits en boutique on passe par un écran qui déclare la réception des colis, et lors du retrait des produits en magasins, les vendeurs vont déclarer la commande comme étant retirée (écran retrait des colis).
Pas de gestion de réception partielle des colis ni de retrait partiel des colis.
ON NE SAIT PAS GERER LE CAS DU ".RELAIS" (BOUTIQUE) ET LE CAS DU RETRAIT EN BOUTIQUE avec du reste à payer et/ou de l’ajout d’article (en passant par l’encaissement). - Livraison à domicile : achat sur le site WEB, marchandise disponible en BOUTIQUE mais pas en central. La boutique devra livrer le central, et c’est le central qui livrera le client. ON NE SAIT PAS GERER LA LIVRAISON DE LA COMMANDE AU CLIENT PAR LA BOUTIQUE.
Les échanges entre Cegid Retail Y2 et Cegid Orli permettent d’alimenter un référentiel (articles), puis de recevoir les commandes, et enfin de réaliser la livraison de ces dernières, et les éventuels retours client.
Le stock du dépôt central peut être transmis par Cegid Orli à Cegid Retail Y2 par exemple pour des réassorts.
Si l’entreprise le souhaite, ce stock pourra être affiché sur le site WEB. Cegid Retail Y2 peut envoyer l’information au site WEB en interrogeant Cegid Orli par WebServices.
Les échanges entre Cegid Orli et Cegid Retail Y2 permettent d’alimenter un référentiel (articles / tarifs / clients), puis de recevoir les commandes ou réservations consommateurs.
N.B. :
Les échanges « OMNICANAL » sont possibles avec TA962 (Paramétrage export Cegid Retail Y2) et Cegid Retail Y2 : permet d’alimenter un référentiel (articles / tarifs), puis de recevoir les commandes, de réaliser les livraisons et des retours. La gestion d’une commande WEB sur plusieurs dépôts de stocks est possible avec Cegid Retail Y2
Les formats de fichiers d’échanges Cegid Orli / Cegid Retail Y2 « OMNICANAL » décrits dans ce document sont complémentaires des formats de fichiers d’échanges Cegid Orli / Cegid Retail Y2 standards.
La mise en place des échanges de type « OMNICANAL », disponibles en standard avec Cegid Orli, nécessite une installation particulière, via le module technique MOD-ECO :
- Des triggers pour les exports XC300 / XC712
- Un paramétrage EDI :
TA440 / TA450 avec code EDI = ECOMCBR et code provenance = ECOMMERC - Des formats de fichiers nécessaires pour les imports :
TA350 avec code provenance = ECOMMERC - Des formats de fichiers pour les exports XC300 / XC712 :
JP562
2) Détail des flux de vente OMNICANAL
récapitulatif des flux :
- imports via XC20B
- exports via XC300
(à la différence des flux standard Cegid Retail Y2 gérés exclusivement par XC707)
| origine | Livraison (domicile / .Relais / boutique) |
|||
| import | XC217/XC201 | ECOMMERC | CDE | commande Web |
| export | XC712 | ECOMMERC | PRE | préparation commande |
| export | XC712 | ECOMMERC | BLC | expédition commande |
| origine | Retrait (boutique) |
|||
| import | XC217/XC201 | ECOMMERC | CDE | commande Web |
| export | XC712 | ECOMMERC | BTR | préparation commande |
| export | XC712 | ECOMMERC | TEM | expédition commande |
| origine | Retours | |||
| import | XC217/XC201 | ECOMMERC | RET | autorisation retour / commande |
| export | XC712 | ECOMMERC | TRE | retour / commande |
| export | XC712 | ECOMMERC | FFN | retour / commande |
| origine | Transferts | |||
| import | XC217/XC201 | ECOMMERC | TRF | transfert /commande |
| export | XC712 | ECOMMERC | TRE | transfert reçu / boutique |
| export | XC712 | ECOMMERC | FFN | transfert reçu / retour consommateur |
Livraison à domicile : achat sur le site WEB
Livraison à domicile : achat sur le site WEB, marchandise disponible en central, livraison à domicile.
1) Cegid Retail Y2 transmet à Cegid Orli la commande WEB : import dans Cegid Orli
Fonctions concernées :
XC20B / Import fichier séquentiel
TA350 / Paramétrage import fichier :
La commande est intégrée dans Cegid Orli via la passerelle :
- Provenance : ECOMMERC
- Origine : CDE
(Import des commandes WEB)
(Programme avant XC217 Programme standard XC201)
Commandes avec TYP_ENVOI renseigné, pour le suivi en préparation, livraison,
retour = 001 = Envoi préparations & livraison = livraison central Cegid Orli -> client final (consommateur)
Dans Cegid Orli, la boutique ‘internet’ est définie au niveau de :
- CL001-Client
- TA962-Paramétrage Export -> Cegid Retail 1er onglet.
Au niveau du paramétrage, elle est renseignée comme une boutique Cegid Orli ‘classique’.
Le client Cegid Orli de la commande est la boutique Internet.
Le consommateur n’est pas connu en tant que client Cegid Orli.
Ses coordonnées sont renseignées au niveau de l’adresse de livraison.
2) Lors de la préparation de la commande (étape facultative)
Fonctions concernées :
XC300 : Export données de Cegid Orli
TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : PRE (Préparation client PF Cegid Orli)
(export XC712)
TYP_ENVOI = 001 = Envoi préparations & livraison (= livraison central Cegid Orli -> client final (consommateur)
3) Lors de l’expédition de la commande
Fonctions concernées :
XC300 : Export données de Cegid Orli
TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : BLC (Expédition client PF Cegid Orli)
(export XC712)
TYP_ENVOI renseigné est 001 = Envoi préparations & livraison = livraison central Cegid Orli -> client final (consommateur)
Livraison ".Relais" : achat sur le site WEB
Livraison ".Relais" :
achat sur le site WEB, marchandise disponible en central, le consommateur retire son achat dans le .Relais de son choix.
Dans ce cas, il n’est pas possible de faire du upselling.
- Le ".Relais" n’est pas connu en tant que client Cegid Orli.
- Le ".Relais" est connu de Cegid Orli uniquement au niveau de l’adresse de livraison de la commande WEB.
Mêmes étapes que pour le flux : Livraison à domicile.
Livraison boutique .Relais : achat sur le site WEB
Livraison dans une boutique disposant d’un .Relais : achat sur le site WEB, marchandise disponible en central, le consommateur retire son achat dans le .Relais de la boutique.
La commande est réceptionnée par la boutique sous forme de colis.
La boutique ne visualise pas directement la commande prise sur le WEB. Sachant que le vendeur a la possibilité de voir le contenue du colis afin de proposer d’autres produits au consommateur.
Mêmes étapes que pour le flux : Livraison à domicile.
Précisions lorsque la boutique sert de ".Relais"
Lorsque la boutique sert de .Relais :
- le CA est mis sur le compte de la boutique Web.
- lors de la venue du client en boutique pour récupérer ses colis, rien n’interdit à la boutique de vendre un autre produit au consommateur. Dans ce cas, le vendeur fait une vente normale par l’écran d’encaissement, mais cette vente additionnelle ne sera pas considérée comme de l’upselling (pas de lien avec la venue du client pour récupérer ses colis).
Retrait boutique : achat sur le site WEB
Retrait boutique : achat sur le site WEB, marchandise disponible en dépôt central, le dépôt central livre la boutique, le consommateur retire son achat dans la boutique avec la possibilité de régler le reste à payer ou bien d’acheter en plus un autre article (upselling).
Avantages : upselling possible lors du retrait de la commande par le consommateur.
Possibilité de paiement partiel lors de la validation de la commande WEB et de payer le reste dû lors du retrait en boutique.
La vente additionnelle en boutique sera liée à la commande prise sur le WEB.
Possibilité d’analyser ce qui a été vendu en complément de la commande WEB lors du retrait de celle-ci.
1) Cegid Retail Y2 transmet à Cegid Orli la commande WEB
Fonctions concernées :
XC20B / Import fichier séquentiel
TA350 / Paramétrage import fichier :
La commande est intégrée dans Cegid Orli via la passerelle :
- Provenance : ECOMMERC
- Origine : CDE (Import des commandes WEB) (Programme avant XC217 Programme standard XC201)
Commandes avec TYP_ENVOI renseigné,
pour le suivi en préparation, livraison, retour : 003 = Envoi préparations & transferts pour le e-commerce
(= livraison central Cegid Orli -> boutique)
2) Lors de la préparation (étape facultative)
Fonctions concernées :
XC300 : export données de Cegid Orli
TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : BTR
(Préparation client PF Cegid Orli)
(Programme d’export XC712)
TYP_ENVOI = 003 = Envoi préparations & transferts pour le e-commerce
(= livraison central Cegid Orli -> boutique)
3) Lors de l’expédition
Fonctions concernées :
XC300 : export données de Cegid Orli
TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : TEM (Préparation client PF Cegid Orli) (Programme d’export XC712)
TYP_ENVOI renseigné est 003 = Envoi préparations & transferts pour le e-commerce
(= livraison central Cegid Orli -> boutique)
Réservation boutique : réservation sur le site WEB
Réservation boutique : demande de réservation sur le site WEB de la marchandise disponible en boutique :
- La boutique valide la demande et met la marchandise de côté, le consommateur est informé de la validation de sa demande. Le consommateur peut venir en boutique pour retirer son achat, avec éventuellement la possibilité de régler le reste à payer ou bien d’acheter un autre article. Ces opérations ne sont pas visibles dans Cegid Orli.
- La demande de réservation peut être refusée par la boutique (exemple : si marchandise finalement non disponible ou si la boutique souhaite conserver le produit). Dans ce cas, le dépôt central peut récupérer le refus de la demande pour assurer la livraison à la boutique. Cegid Orli est impacté, c’est une demande de transfert (émis par Cegid Retail Y2) qui générera dans Cegid Orli la commande à livrer du central vers la boutique.
Achat sur plusieurs dépôts de stocks : achat sur le site WEB
Achat sur plusieurs dépôts de stocks :
achat sur le site WEB de plusieurs produits disponibles dans différentes boutiques (dépôts) ou en dépôt central, pour livraison :
- Soit à un consommateur (livraison à domicile)
- Soit à un ".Relais"
ON NE SAIT PAS GÉRER LE CAS DU ".RELAIS" (BOUTIQUE) ET LE CAS DU RETRAIT EN BOUTIQUE avec du reste à payer et/ou de l’ajout d’article (en passant par l’encaissement).
Le principe est de faire un retour des produits au stock central pour expédition groupée au consommateur final ou au .Relais (qui peut être une boutique). Quand la boutique est considérée comme un .Relais, ceci oblige un paiement complet sur le site. Lors de l’arrivée des produits en boutique on passe par un écran qui déclare la réception des colis, et lors du retrait des produits en magasin, les vendeurs vont déclarer la commande comme étant retirée (écran retrait des colis).
N.B. :
pas de gestion de réception partielle des colis ni de retrait partiel des colis.
Achat sur le site web, avec de la marchandise dans un stock boutique (ex: Paris), et d’autres marchandises dans le dépôt central :
Cas no 1 : Si le client demande un retrait des marchandises dans une boutique (ex: Lille), et que des produits sont à Paris et d’autres en dépôt central, alors on va demander à la boutique de Paris d’envoyer les produit en dépôt central, et c’est le dépôt central qui va livrer le tout à la boutique Lille.
Cas no 2 : Si le client demande un retrait des marchandises dans la boutique (Paris), la logique voudrait que le central livre ce qui manque à la boutique PARIS, et ensuite le client peut venir chercher la marchandise. Ce n’est pas ce que nous proposons, car on demandera à la boutique Paris à envoyer la marchandise en central, et ensuite le central va tout livrer à la boutique.
But : satisfaire une commande consommateur prise sur le site WEB dont les produits commandés se trouvent dans plusieurs stocks.
L’intégralité des stocks - sans précision de la provenance - est visible sur le Web.
Un internaute commande des articles stockés dans différents dépôts via un site WEB sans savoir le détail des dépôts. C’est le site WEB qui déterminera les dépôts qui alimenteront la commande de l’internaute.
Pour ces commandes multi-dépôts, chaque boutique devra retourner les marchandises commandées au dépôt central.
Une fois, la commande complète, le dépôt central expédie la commande chez le client.
Quelques exemples :
- 1er cas : livraison client depuis le stock central à partir du stock boutique :
Le client s’identifie sur le site WEB, passe sa commande et sélectionne une livraison à domicile (sans disponibilité au stock central)
Le site WEB valide la commande payée en intégralité puis intègre cette commande dans Cegid Retail Y2 via Web Service.
La commande du client est servie via le stock d’une boutique et envoyée vers le site central pour livraison.
- 2ème cas : livraison client en boutique A via le stock de la boutique B et/ou C :
Le client s’identifie sur le site WEB, passe sa commande et sélectionne une livraison en boutique
Le site WEB valide la commande payée en intégralité puis intègre cette commande dans Cegid Retail Y2 via Web Service.
Les articles de la commande à livrer en boutique A doivent être transférés depuis le stock de la boutique B et/ou C pour remise au client
Principe détaillé et paramétrage dans Cegid Orli
- Les commandes sont générées sur plusieurs dépôts (plusieurs magasins Cegid Orli pour une même commande)
- Les boutiques renvoient les marchandises au dépôt central
- Le dépôt central expédie la commande chez le client ou boutique lorsque tous les produits commandés sont revenus des différents points de stockage
Pré-requis :
Dans l’appel des WS des stocks, il faut lister les dépôts à consulter.
A partir des paramétrages Cegid Retail Y2, le stock est récupéré et publié soit à partir de Cegid Retail Y2, soit à partir de Cegid Orli.
Paramétrage pour consultation des stocks Cegid Orli : lister les dépôts qui sont utilisés pour le stock WEB.
Paramétrage pour consultation du stock Cegid Retail Y2 :
stock physique + ou – certains compteurs de stocks (réservé client,…)
Processus :
Un client commande plusieurs articles, en stock central et/ou issus d’une ou plusieurs boutiques.
exemple :
Commande 19029489 Référence commande
1 Jupe (ART-RLD01) Dépôt 888 (Boutique Paris)*
1 Tee-shirt (DID-GW13) Dépôt 000 (Boutique Lyon)*
Lors de l'import dans Cegid Retail Y2 de la commande issue du site WEB (statut « en attente de marchandise »), deux demandes de transferts sont générées indiquant aux boutiques de Paris et Lyon de renvoyer les Articles Jupe et Tee-shirt au dépôt central.
*Les dépôts sont connus dans Cegid Orli dans l’onglet ‘Omnicanal’ - Correspondance Dépôt-Magasins PF de TA962.
La commande client Cegid Retail Y2 est transmise à Cegid Orli.
TA962 : Paramétrages export -> Cegid Retail
Onglet : ‘Omnicanal’ et sous-onglet ‘Correspondance Dépôts-Magasins PF’ utilisés pour définir pour chaque code dépôt, le magasin PF Cegid Orli correspondant, c'est-à-dire celui qui sera utilisé sur la ligne de commande.
Lors de l'import de la commande dans Cegid Orli, on intègre le dépôt de chacune des lignes de commande. Le dépôt n’est plus celui pris dans TA496, puis fiche produit, puis fiche article mais celui indiqué dans la ligne de commande par Cegid Retail Y2, qui correspond au code Magasin -Lieu défini dans TA962.
N.B. :
1 code dépôt Cegid Retail Y2 ne peut correspondre qu'à 1 seul magasin Cegid Orli ;
en revanche, 1 magasin Cegid Orli peut correspondre à plusieurs codes dépôts Cegid Retail Y2.
Traitement des commandes Web
Au niveau de la commande, 2 informations sont présentes :
- le dépôt où est situé l’article (Point de stockage – dépôt central ou dépôt boutique)
- le dépôt de livraison de l’article (Dépôt central dans Cegid Orli = plateforme logistique)
Fonctions concernées :
XC20B / Import fichier séquentiel
TA350 / Paramétrage import fichier : La commande est intégrée dans Cegid Orli via la passerelle :
- Provenance : ECOMMERC
- Origine : CDE
(Import des commandes WEB) (Programme avant XC217, standard XC201)
Position MEK_DEPOT (Dépôt de déstockage (Stock magasin)
Dans Cegid Orli, toutes les lignes de la commande PF pointent sur les dépôts (magasins logiques dans Cegid Orli) dans lequel se trouvent les produits au moment de la prise de commande (exemple : Boutique 1 Paris, Boutique 2 Lyon et Stock central).
Demande de transfert Cegid Retail Y2
Elle est transmise à Cegid Orli (celle-ci correspond à la création d’une autorisation de retour dans Cegid Orli).
L’autorisation de retour reprend la référence de la commande (GP_REFINTERNE).
Fonctions concernées :
XC20B / Import fichier séquentiel
TA350 / Paramétrage import fichier
- Provenance : ECOMMERC
- Origine : TRF
(Programme avant XC430 standard XC425)
Ce flux permet d’intégrer la demande de transfert dans Cegid Orli (= création d'une autorisation de retour dans Cegid Orli par boutique (client Cegid Orli + société), référence de retour, codes boutiques (destinataire + émetteur), codes dépôts (destinataire + émetteur), client consommateur, références internet et externe utilisant XC430 et XC425)
Dans Cegid Retail Y2, le magasin valide la demande de transfert et génère un transfert émis et un transfert à valider.
Fonctionnement standard de Cegid Retail Y2. Dans le cas où la marchandise n’est plus dans la boutique, Cegid Orli a une autorisation de retour qui ne sera jamais satisfaite.
Traitement à réaliser manuellement sur ces documents en fonction de la date.
Retour
En central, le retour (transfert des boutiques issu de Cegid Retail Y2) est validé dans Cegid Orli, l’article est rentré en stock.
Fonctions concernées :
- RC003 : Réception retour PF ou Passerelle d'import des réceptions des retours (PAS-RET)
Lors de la réception du retour dans Cegid Orli, la ligne de la commande dont le numéro figure dans la référence du retour, est automatiquement en statut affectée pour ensuite, être traitée dans le process standard de livraison.
N.B. :
Pour que l’affectation s’effectue, lors de la réception, le statut ‘En attente’ doit être modifié manuellement par ‘Avoir’ ou ‘Pas d’avoir’.
La validation du retour dans Cegid Orli est transmise à Cegid Retail Y2 sous la forme d’un transfert reçu.
Dans Cegid Retail Y2, l'import du transfert reçu met à jour le statut (Validée) de la commande Cegid Retail Y2 et solde l’annonce de transfert.
Dans Cegid Retail Y2, la provenance permet de savoir qu’il s’agit d’une demande WEB.
Fonctions concernées :
- XC300 : export données de Cegid Orli
- TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : TRE (Programme d’export XC712)
Ce flux permet d’extraire les marchandises réceptionnées dans Cegid Orli (= Transfert reçu) afin d’informer Cegid Retail Y2.
La commande client est expédiée dans Cegid Orli à un ".Relais" ou directement au consommateur final :
processus de livraison à domicile ou de livraison boutique.
N.B. :
pas de gestion de réception partielle des colis ni de retrait partiel des colis. ON NE SAIT PAS GERER LE CAS DU .RELAIS (BOUTIQUE) ET LE CAS DU RETRAIT EN BOUTIQUE avec du reste à payer et/ou de l’ajout d’article (en passant par l’encaissement).
Livraison à domicile : achat sur le site WEB, marchandise disponible en BOUTIQUE mais pas en central
Livraison à domicile : achat sur le site WEB, marchandise disponible en BOUTIQUE mais pas en central.
La boutique devra livrer le central, et c’est le central qui livrera le consommateur.
ON NE SAIT PAS GÉRER LA LIVRAISON DE LA COMMANDE AU CLIENT PAR LA BOUTIQUE.
3) Détail des flux de retour consommateur OMNICANAL
- Le consommateur demande une autorisation de retour sur le Site WEB.
- L’autorisation est intégrée dans Cegid Orli
Fonctions concernées :
XC20B : Import fichier séquentiel
TA350 : Paramétrage import fichier
- Provenance : ECOMMERC
- Origine : RET (Programme avant XC430 standard XC425)
Il s’agit d’un retour d’un consommateur de la boutique internet vers le dépôt central.
La passerelle ECOMMERC-RET crée une autorisation de retour pour la boutique (au dépôt) au titre un retour d’un produit du consommateur.
Le processus de XC430-XC425 correspond forcément à un retour d’une boutique Cegid Retail Y2 vers Cegid Orli :
- Le consommateur expédie les marchandises au dépôt central.
- Réception de la marchandise au dépôt central dans Cegid Orli
RC003 : Réception retour PF ou par la passerelle PAS-RET :
avec référence autorisation de retour - Export depuis Cegid Orli vers Cegid Retail Y2
Fonctions concernées :
XC300 : export données de Cegid Orli
TA450 : Paramétrage export fichier
- Provenance : ECOMMERC
- Origine : FFN (Programme d’export XC712)
Lors de la réception des produits dans le stock central dans Cegid Orli (correspond à BLR dans Cegid Retail Y2)
Retour Boutique pour réexpédition central
Le consommateur dépose les produits à la boutique qui se charge de les retourner au central.
Avantage : le consommateur se déplace jusqu’à la boutique donc possibilité de réaliser une autre vente.
Upselling possible.
C’est la boutique qui se charge de créer le retour.
Mêmes étapes que pour un flux : Retour central.
Le consommateur dépose les produits à la boutique qui conserve les produits pour être revendu en boutique.
Avantage : le consommateur se déplace jusqu’à la boutique donc possibilité pour le vendeur de réaliser une vente : Upselling.
Le consommateur demande une autorisation de retour sur le Site WEB.
Le consommateur se charge de déposer le colis avec les articles retournés au .Relais indiqué sur son autorisation.
Mêmes étapes que pour un flux : Retour central.
4) Les exports du référentiel Cegid Orli vers Cegid Retail Y2
Les exports via XC300 (générique) traitent les données préparées en amont via un trigger sur évènement (création, modification).
Pour utiliser la fonction TA962 qui permet de paramétrer les échanges entre Cegid Retail Y2 et Cegid Orli, l’option VERSION doit être égale à la valeur V4 au minimum.
Les exports via XC707 traitent seulement les données cochées « à transférer » dans TA962, filtrées selon la date du dernier transfert :
- Référentiel Articles et Boutiques
- Tarif
- Stock
Ces exports utilisent la notion de concentrateur, gérable dans TA962, qui peut représenter un serveur informatique chargé de gérer les boutiques d’un pôle géographique (exemple : Europe, USA, Asie…).
Le traitement d’export parcourt la liste des codes concentrateur pour générer les fichiers nécessaires à chaque concentrateur ; le nom des fichiers générés est indicé par ce code s’il est géré.
Référentiel Articles et Boutiques (XC707)
Pour plus de précisions, Cf.
GESTION COMMERCIALE_Echanges Cegid Orli / Cegid Retail Y2 (Paramétrage)
Seuls les tarifs des articles transmis à Cegid Retail Y2 sont extraits de Cegid Orli.
On retrouve les mêmes codes tarifs et les mêmes périodes d'application.
Pour plus de précisions, Cf.
GESTION COMMERCIALE_Echanges Cegid Orli / Cegid Retail Y2 (Paramétrage)
Stock entrepôts : Cegid Orli maître du stock entrepôt central
Stock publié via Web Service Cegid Orli
Pour plus de précisions, Cf.
GESTION COMMERCIALE_Echanges Cegid Orli / Cegid Retail Y2 (Paramétrage)
5) Les imports dans Cegid Orli depuis Cegid Retail Y2
Dans ce document nous étudierons les scénarii ci-dessous :
Commandes avec TYP_ENVOI
- 001 = Envoi préparations & livraison
= livraison central Cegid Orli -> consommateur ou ".Relais" - 003 = Envoi préparations & transferts pour l’OMNICANAL
= livraison central Cegid Orli -> boutique : dans ce cas le consommateur viendra en boutique retirer les produits de sa commande.
Le consommateur n'est pas connu dans Cegid Orli
Il n’y a pas de fiches clients-consommateurs dans Cegid Orli
Dans Cegid Orli, le consommateur est renseigné uniquement dans l’adresse de livraison de la commande lorsque c’est une livraison à domicile.
XC20B : Import fichier séquentiel
TA350 : Paramétrage import fichier
- Provenance : ECOMMERC
- Origine : CDE
(Programme avant XC217 standard XC201)
Commandes avec TYP_ENVOI renseigné par Cegid Retail Y2, pour le suivi en préparation, livraison, retour :- 001 = Envoi préparations & livraison
= livraison central Cegid Orli -> client final (consommateur) ou - 003 = Envoi préparations & transferts pour l’OMNICANAL
= livraison central Cegid Orli -> boutique
- 001 = Envoi préparations & livraison
| Début | Taille Cegid Retail Y2 |
Longueur théorique Cegid Orli |
Longueur appliquée Cegid Orli |
Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
||
|
01 |
3 |
|
|
AN |
GP_NATUREPIECEG |
Nature du document |
|
||
|
02 |
6 |
8 |
6 |
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet ou code boutique réseau) |
CODE_CLI de ORL_POR_CDE_LIG |
||
|
03 |
40 |
25 |
25 |
AN |
GP_REFINTERNE |
Référence interne doc. Référence de la commande Cegid Retail Y2 = Réf. cde site WEB |
(REF_CDE_CLI de ORL_POR_CDE_ENT / CDE_CLI_ENT et Zone REF_CDE_CLI_ORIG de ORL_POR_CDE_LIG) |
||
|
04 |
17 |
17 |
17 |
AN |
GP_TIERS |
Tiers du document = Code client consommateur |
(CODE_CLI_CONSO dans CDE_CLI_ENT et ORL_POR_CDE_LIG et ORL_POR_CDE_ENT) |
||
|
05 |
1 |
|
|
AN |
GP_VIVANTE |
Commande en cours |
- |
||
|
06 |
1 |
|
|
AN |
GP_SUPPRIME |
Document supprimé |
- |
||
|
07 |
10 |
|
|
D |
GP_DATEMODIF |
Date modification doc. |
- |
||
|
08 |
17 |
|
|
AN |
GP_LIBREPIECE1 |
Table libre 1 doc. |
- |
||
|
09 |
17 |
|
|
AN |
GP_LIBREPIECE2 |
Table libre 2 doc. |
- |
||
|
10 |
17 |
|
|
AN |
GP_LIBREPIECE3 |
Table libre 3 doc. |
- |
||
|
11 |
40 |
|
|
AN |
GP_REFEXTERNE |
Référence externe doc. (Info tracking) |
- |
||
|
12 |
40 |
|
|
AN |
GP_REFSUIVI |
Référence suivi (Info tracking) |
- |
||
|
13 |
10 |
|
8 |
D |
GL_DATELIVRAISON |
Date de livraison prévue |
Date de livraison demandée (DAT_DEB_LIV_DEM de ORL_POR_CDE_ENT / ORL_POR_CDE_LIG / CDE_CLI_ENT |
||
|
14 |
10 |
|
8 |
D |
GP_DATECREATION |
Date de création |
Date de saisie de la commande (DAT_SAIS_CDE de ORL_POR_CDE_ENT / CDE_CLI_ENT et DAT_CRE de ORL_POR_CDE_LIG) |
||
|
15 |
18 |
15 |
18 |
AN |
GA_CODEBARRE |
Code-barres EAN de l’article |
Code EAN (N.B. : faux-ami, le champ s'appelle CODE_ART_COM) |
||
|
16 |
6 |
|
12 |
N |
GL_NUMORDRE |
No de ligne de commande |
No de ligne de commande NUM_LIG |
||
|
17 |
70 |
|
|
AN |
GL_LIBELLE |
Désignation Article |
|
||
|
18 |
12 |
5 |
5 |
N |
GL_QTEFACT |
Quantité commandée |
Qté de la commande pour le code EAN |
||
|
19 |
12 |
|
|
N |
GL_QTERESTE |
Le reste à livrer au client |
- |
||
|
20 |
3 |
|
|
AN |
MEJ_CDEECOMSUIVI |
Statut de suivi |
- |
||
|
21 |
3 |
|
|
AN |
MEJ_CDEECOMREGLT |
Statut de règlement |
- |
||
|
22 |
3 |
|
|
AN |
MEJ_CDEECOMFACT |
Statut de facturation |
- |
||
|
23 |
3 |
|
|
AN |
MEJ_CDEECOMEXPED |
Statut d’expédition |
- |
||
|
24 |
3 |
3 |
3 |
AN |
MEJ_CDEECOMENVOI |
Type d’envoi = 001 ou 003 001 = Envoi préparations & livraison = livraison central Cegid Orli 003 = Envoi préparations & transferts pour l’ OMNICANAL = livraison central Cegid Orli |
Zone TYP_ENVOI de ORL_POR_CDE_ENT, ORL_POR_CDE_LIG et de CDE_CLI_ENT |
||
|
25 |
6 |
6 |
6 |
AN |
MEJ_CDEECOMETAB |
Boutique de retrait de la commande |
ORL_POR_CDE_ENT, ORL_POR_CDE_LIG, CDE_CLI_ENT (CODE_ETS) |
||
|
26 |
3 |
4 |
3 |
AN |
$$_JURIDIQUELIV |
Forme juridique / civilité de livraison |
Sigle de livraison |
||
|
27 |
35 |
35 |
35 |
AN |
$$_LIBELLELIV |
Nom de livraison |
Raison sociale de l’adresse de livraison RAIS_SOC_LIV |
||
|
28 |
35 |
35 |
35 |
AN |
$$_LIBELLE2LIV |
Prénom de livraison |
Enseigne de l’adresse de livraison ENSEIGNE_LIV |
||
|
29 |
35 |
35 |
35 |
AN |
$$_ADRESSE1LIV |
Adresse 1 de livraison |
Adresse 1 de livraison ADR_RUE1_LIV |
||
|
30 |
35 |
35 |
35 |
AN |
$$_ADRESSE2LIV |
Adresse 2 de livraison |
Adresse 2 de livraison ADR_RUE2_LIV |
||
|
31 |
35 |
35 |
35 |
AN |
$$_ADRESSE3LIV |
Adresse 3 de livraison |
Adresse 3 de livraison ADR_RUE3_LIV |
||
|
32 |
9 |
15 |
9 |
AN |
$$_CODEPOSTALLIV |
Code postal de livraison |
Code postal de livraison ADR_POST_LIV |
||
|
33 |
35 |
35 |
35 |
AN |
$$_VILLELIV |
Ville de livraison |
Ville de livraison ADR_VIL_LIV |
||
|
34 |
3 |
3 |
3 |
AN |
$$_PAYSLIV |
Code Pays de livraison |
Correspondance Pays de livraison Cegid Orli en fonction du pays Cegid Retail Y2 ADR_PAYS_LIV |
||
|
35 |
25 |
35 |
35 |
AN |
$$_TELEPHONELIV |
Téléphone de livraison |
Nul |
||
|
36 |
3 |
4 |
3 |
AN |
$$_JURIDIQUEFAC |
Forme juridique / civilité de facturation |
Sigle de facturation CODE_SIGL_FAC |
||
|
37 |
35 |
35 |
35 |
AN |
$$_LIBELLEFAC |
Nom de facturation |
Raison sociale de l’adresse de facturation RAIS_SOC_FAC |
||
|
38 |
35 |
35 |
35 |
AN |
$$_LIBELLE2FAC |
Prénom de facturation |
Enseigne d l’adresse de facturation ENSEIGNE_FAC |
||
|
39 |
35 |
35 |
35 |
AN |
$$_ADRESSE1FAC |
Adresse 1 de facturation |
Adresse 1 de facturation ADR_RUE1_FAC |
||
|
40 |
35 |
35 |
35 |
AN |
$$_ADRESSE2FAC |
Adresse 2 de facturation |
Adresse 2 de facturation ADR_RUE2_FAC |
||
|
41 |
35 |
35 |
35 |
AN |
$$_ADRESSE3FAC |
Adresse 3 de facturation |
Adresse 3 de facturation ADR_RUE3_FAC |
||
|
42 |
9 |
15 |
9 |
AN |
$$_CODEPOSTALFAC |
Code postal de facturation |
Code postal de facturation ADR_POST_FAC |
||
|
43 |
35 |
35 |
35 |
AN |
$$_VILLEFAC |
Ville de facturation |
Ville de facturation ADR_VIL_FAC |
||
|
44 |
3 |
3 |
3 |
AN |
$$_PAYSFAC |
Code Pays de facturation |
Correspondance Pays de facturation Cegid Orli en fonction du Pays Cegid Retail Y2 ADR_PAYS_FAC |
||
|
45 |
25 |
|
|
AN |
$$_TELEPHONEFAC |
Téléphone de facturation |
- |
||
|
46 |
18 |
|
|
AN |
$$_CODEPORT |
Code Port |
- |
||
|
47 |
12 |
|
|
N |
$$MONTANTPORT |
Montant du Port |
- |
||
|
48 |
200 |
|
|
AN |
GP_BLOCNOTE |
Commentaire document |
- |
||
|
49 |
3 |
3 |
3 |
AN |
MEJ_TRANSPORT |
Transport |
CODE_TRANS |
||
|
50 |
200 |
|
|
AN |
MEJ_TRACKING |
Information tracking |
- |
||
|
51 |
6 |
|
|
AN |
GP_DEPOT |
Dépôt |
- |
||
|
52 |
6 |
6 |
6 |
AN |
MEK_DEPOT |
Dépôt de déstockage (Stock magasin) Utilisé pour un achat sur plusieurs dépôts de stocks : Cegid Retail Y2 indique ici le dépôt d’origine du produit qui va être transféré pour alimenter la commande. Ce dépôt correspond à un magasin PF dans TA962-onglet Omnicanal –Correspondance Dépôt magasin et c’est ce magasin qui est affiché sur la ligne de commande dans Cegid Orli. |
CODE_DEPOT
|
||
Champs consommateur :
Les champs consommateur sont restituables à l'écran :
- dans l'onglet Adresses de CD001/CD360, via un bouton E-COMMERCE et une pop-up Informations consommateur
- sigle
- nom
- prénom
- téléphone
- boutique
- point relais
- service consommateur
Les champs consommateur sont restituables en édition :
- dans CD005 (tables temporaires XIMP seules)
- sur les BP/BL (formats LI007E07B / LI007E09B)
- sur les BE (format LI016E01B)
- sur les pièces facture/avoir (format FA005E10B / FA005E11B)
Les champs consommateur sont restituables en Export :
- dans LI056 (Bons de chargement)
- dans XC004 / XC006 (Transporteurs)
- dans XC219 (WMS)
DB400 : Anonymisation des données
DB400W01
Dans le cadre de la RGPD/GDPR, cette fonction permet d'anonymiser les champs consommateur pour une adresse mail donnée
Saisie d'un motif de mouvement et de l'adresse mail à traiter.
Le traitement va rechercher les commandes client PF associées à l'adresse mail. Si une commande est en cours (non soldée / non annulée), processus bloqué avec trace journal "commandes encours" ; sinon, trace journal "commandes anonymisées".
Pour les commandes éligibles, le traitement d'anonymisation agit comme suit :
- Nom :
conservation des 2 seuls premiers caractères + code client - Prénom :
conservation des 2 seuls premiers caractères + code client - Mail :
RAZ - Téléphone :
RAZ - Adresse :
RAZ (sauf code postal / ville / pays)
Annonce de retour client PF (consommateur vers le central)
XC20B : Import fichier séquentiel
TA350 : Paramétrage import fichier
- Provenance : ECOMMERC
- Origine : RET (Programme avant XC430 standard XC425)
Il s’agit d’un retour d’un consommateur de la boutique ‘internet’ vers le dépôt central.
La passerelle ECOMMERC-RET crée une autorisation de retour pour la boutique (au dépôt) au titre un retour d’un produit du consommateur (Idem RC001).
Le processus de XC430-XC425 correspond forcément à un retour d’une boutique Cegid Retail Y2 vers Cegid Orli
| Début | Taille Cegid Retail Y2 |
Longueur théorique Cegid Orli |
Longueur appliquée Cegid Orli | Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
1 |
3 |
|
|
AN |
GP_NATUREPIECEG |
Nature du document |
|
|
2 |
6 |
|
|
AN |
GP_ETABLISSEMENT |
Etablissement (Btq Internet ou code boutique réseau) |
CODE_BOUT (Code boutique ou N° magasin) |
|
3 |
40 |
|
|
AN |
GP_REFINTERNE |
Référence de la commande |
REF_INT (Référence interne du bon dans Cegid Retail Y2) |
|
4 |
40 |
|
|
AN |
GP_REFEXTERNE |
Référence externe de l’annonce de retour |
REF_EXT (Référence externe du bon) |
|
5 |
17 |
|
|
AN |
GP_TIERS |
Tiers du document |
CODE_CLI_CONSO (Code client consommateur final) |
|
6 |
40 |
|
|
AN |
GP_REFSUIVI |
Référence suivi |
- |
|
7 |
10 |
|
|
D |
GL_DATELIVRAISON |
Date de livraison prévue |
- |
|
8 |
10 |
|
|
D |
GP_DATEPIECE |
Date de la préparation |
- |
|
9 |
18 |
|
|
AN |
GA_CODEBARRE |
Code-barres de l’article |
REFERENCE (Réf. article) |
|
10 |
12 |
|
|
N |
GL_QTEFACT |
Quantité commandée |
QTE_VEND (Qté vendue) |
|
11 |
3 |
|
|
AN |
GL_MOTIFMVT |
Motif du retour |
CODE_MOT (Code motif du retour) |
Annonce de transfert (boutique vers le central dans le but d’être réexpédié à un consommateur)
XC20B : Import fichier séquentiel
TA350 : Paramétrage import fichier
- Provenance : ECOMMERC
- Origine : TRF (Programme avant XC430 standard XC425)
Création d’une autorisation de retour dans le cas d’un retour de produits de boutique au stock central pour réexpédition à un consommateur ou à un ".Relais" dans lequel le consommateur souhaite retirer ses produits. L'import va créer une autorisation de retour dans Cegid Orli par XC430 et XC425 qui permettra ensuite de réceptionner dans Cegid Orli les produits retournés par les boutiques pour être réexpédiés.
| Début | Taille Cegid Retail Y2 |
Longueur théorique Cegid Orli |
Longueur appliquée Cegid Orli | Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
1 |
3 |
|
|
AN |
GP_NATUREPIECEG |
Nature du document (DTR) |
DTR |
|
2 |
6 |
|
|
AN |
GP_ETABLISSEMENT |
Etablissement (Etab Btq) Boutique internet |
CODE_BOUT_RECEP (Code boutique ou N° de magasin émetteur) |
|
3 |
6 |
|
|
AN |
GP_DEPOT |
Dépôt (Dépôt Btq) |
CODE_DEPOT_RECEP (Dépôt de départ) |
|
4 |
6 |
|
|
AN |
GP_ETABLISSDEST |
Etablissement destinataire (Etab Web)
|
CODE_BOUT (Code boutique qui reçoit le produit) |
|
5 |
6 |
|
|
AN |
GP_DEPOTDEST |
Dépôt destinataire (Dépôt Web) |
CODE_DEPOT (Dépôt qui reçoit le produit) |
|
6 |
40 |
|
|
AN |
GP_REFINTERNE |
Référence interne doc. |
REF_INT (Référence interne du bon côté Cegid Retail Y2) |
|
7 |
40 |
|
|
AN |
$$_REFINTERNECDE |
Référence interne de la commande |
REF_CDE_CLI (Référence de la commande WEB) |
|
8 |
17 |
|
|
AN |
GP_TIERS |
Tiers du document |
CODE_CLI_CONSO (Code client consommateur final) |
|
9 |
1 |
|
|
AN |
GP_VIVANTE |
Commande en cours |
- |
|
10 |
1 |
|
|
AN |
GP_SUPPRIME |
Document supprimé |
- |
|
11 |
10 |
|
|
D |
GP_DATEMODIF |
Date modification doc. |
- |
|
12 |
17 |
|
|
AN |
GP_LIBREPIECE1 |
Table libre 1 doc. |
- |
|
13 |
17 |
|
|
AN |
GP_LIBREPIECE2 |
Table libre 2 doc. |
- |
|
14 |
17 |
|
|
AN |
GP_LIBREPIECE3 |
Table libre 3 doc. |
- |
|
15 |
40 |
|
|
AN |
GP_REFEXTERNE |
Référence externe doc. (Info tracking) |
REF_EXT (Référence externe du bon) |
|
16 |
40 |
|
|
AN |
GP_REFSUIVI |
Référence suivi |
- |
|
17 |
10 |
|
|
D |
GP_DATELIVRAISON |
Date de livraison prévue |
- |
|
18 |
10 |
|
|
D |
GP_DATECREATION |
Date de création |
- |
|
19 |
18 |
|
|
AN |
GA_CODEBARRE |
Code à barre de l’article |
REFERENCE (Référence article) |
|
20 |
6 |
|
|
I |
GL_NUMORDRE |
Numéro de ligne |
- |
|
21 |
70 |
|
|
AN |
GL_LIBELLE |
Désignation ligne |
- |
|
22 |
12 |
|
|
N |
GL_QTEFACT |
Quantité commandée |
QTE_VEND (Quantité vendue) |
|
23 |
12 |
|
|
N |
GL_QTERESTE |
Le reste à livrer au client |
- |
|
24 |
200 |
|
|
AN |
GP_BLOCNOTE |
Commentaire document |
- |
|
25 |
17 |
|
|
AN |
MEJ_TRANSPORT |
Transport |
- |
|
26 |
200 |
|
|
AN |
MEJ_TRACKING |
Information tracking |
- |
6) LES EXPORTS Cegid Orli VERS Cegid Retail Y2
Préparation commande PF pour consommateur
2 Possibilités
- PRE / Préparation de la commande PF livraison depuis le central Cegid Orli
au consommateur (livraison à domicile) ou ".Relais" - BTR / Préparation de la commande PF livraison depuis le central Cegid Orli
à la boutique ou le consommateur viendra retirer sa commande
PRE / Préparation commande PF livraison central Cegid Orli au consommateur à domicile (ou .Relais)
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : PRE
Uniquement pour les commandes avec TYP_ENVOI = 001
= Envoi préparations & livraison (= livraison central Cegid Orli -> consommateur (à domicile) ou ".Relais"
Déclenchement à la création du Bon de préparation dans Cegid Orli
Lors de la création d’un bon de préparation dans Cegid Orli, on envoie le statut ‘Préparation en cours’*
avec le détail des quantités (le statut devient ‘Préparation en cours’ dans Cegid Retail Y2).
Cegid Retail Y2 transmet ensuite cette information au site WEB (le statut devient préparé’ ou ‘préparation en cours’ sur le site WEB).
N.B. :
le détail du colisage Cegid Orli et la référence tracking ne sont pas envoyés à Cegid Retail Y2 ;
ce flux PRE ne permet donc pas de suivre les colis dans Cegid Retail Y2, ni sur le site WEB pour connaître l’avancement des colis.
* notion 'Préparation en cours' paramétrable dans Cegid Retail Y2 ; il est possible d'y paramétrer le statut ‘Préparé’ mais nous le déconseillons car l’information donnée serait fausse, la commande n’étant pas encore ‘Préparé’ à ce stade d’avancement.
| Type | Mode | Début | Taille Cegid Retail Y2 |
Taille Cegid Orli |
Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
PRE |
C |
3 |
6 |
6 |
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet ou code boutique réseau) |
Correspondance code client / code société Cegid Orli et code Établissement TA962 (NUM_MAG de CLI_MAG) |
|
4 |
40 |
40 |
AN |
GP_REFINTERNE |
Référence interne de la préparation |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) = N° cde Cegid Retail Y2 = N° cde WEB |
||
|
5 |
40 |
40 |
AN |
GP_REFEXTERNE |
Référence externe de la préparation |
No de BP (NUM_BP de LIV_FAC_LIGN) |
||
|
|
|
6 |
3 |
3 |
AN |
$$_NATUREPIECEG |
Nature du document à solder |
CC |
|
7 |
40 |
40 |
AN |
$$_REFINTERNE |
Référence interne du document à solder |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
||
|
8 |
8 |
8 |
D |
GP_DATEPIECE |
Date de la commande |
Date de saisie de la commande (DAT_SAIS_CDE de CDE_CLI_ENT) |
||
|
9 |
17 |
17 |
AN |
GP_TIERS |
Code client du document |
Code client consommateur qui a saisi la commande CODE_CLI_CONSO de CDE_CLI_ENT |
||
|
10 |
35 |
15 |
AN |
$$_CODEBARRE |
Code à barres de l'article |
Code EAN |
||
|
|
|
11 |
70 |
1 |
AN |
$$_LIBELLELIGNE |
Désignation ligne |
|
|
|
|
12 |
12 |
7 |
N |
$$_QTESTOCK |
Quantité livrée |
Quantité livrée (Table des lignes de BP) QTE_Txx de LIV_FAC_LIGN |
|
|
|
13 |
255 |
255 |
AN |
$$_TRACKING |
Information Tracking |
- |
|
|
|
14 |
17 |
17 |
AN |
$$_TRANSPORT |
Transporteur |
- |
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ Cegid Retail Y2 |
Description | Valeur par défaut |
|
|
|
0 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
PRE |
|
|
|
0 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
0 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
X |
|
|
|
0 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
|
|
0 |
0 |
N |
GP_VIVANTE |
Document vivant |
X |
|
0 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
BTR / Préparation commande PF livraison central Cegid Orli à la boutique (pour retrait en boutique)
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : BTR
Uniquement pour les commandes avec TYP_ENVOI = 003
= Envoi préparations & transferts pour l’OMNICANAL (= livraison central Cegid Orli -> boutique)
Utilisé dans le cas de la gestion de préparation pour une commande à retirer en boutique Cegid Retail Y2
Déclenchement à la création du Bon de préparation dans Cegid Orli
| Type | Taille Cegid Retail Y2 |
Taille Cegid Orli |
Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
||
|
BTR |
C |
6 |
|
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet ou code boutique réseau) |
Code établissement correspondant au client/société de la commande |
|
|
|
|
6 |
|
AN |
GP_ETABLISSDEST |
Établissement de réception de la marchandise (Btq) |
Code établissement de l’entête de commande (CODE_ETS de CDE_CLI_ENT) |
|
|
|
|
40 |
|
AN |
GP_REFINTERNE |
Référence interne du brouillon de transfert |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
40 |
|
AN |
GP_REFEXTERNE |
Référence externe du brouillon de transfert |
No de BE |
|
|
|
|
3 |
|
AN |
$$_NATUREPIECEG |
Nature du document à solder (DTR) |
DTR |
|
|
|
|
40 |
|
AN |
$$_REFINTERNE |
Référence interne du document à solder |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
8 |
|
D |
GP_DATEPIECE |
Date de la commande |
Date de saisie de la commande (DAT_SAIS_CDE de CDE_CLI_ENT) |
|
|
|
|
17 |
|
AN |
GP_TIERS |
Code client du document |
Code client consommateur qui a saisi la commande CDE_CLI_ENT |
|
|
|
|
35 |
|
AN |
$$_CODEBARRE |
Code à barres de l'article |
Code EAN |
|
|
|
|
|
70 |
|
AN |
$$_LIBELLELIGNE |
Désignation ligne |
|
|
|
|
12 |
|
N |
$$_QTESTOCK |
Quantité livrée |
Quantité expédié (Table des lignes de BE) |
|
|
|
|
255 |
|
AN |
$$_TRACKING |
Information Tracking |
- | |
|
|
|
17 |
|
AN |
$$_TRANSPORT |
Transporteur |
- |
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ Cegid Retail Y2 |
Description | Valeur par défaut |
|
|
|
0 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
BTR |
|
|
|
0 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
0 |
0 |
N |
GP_VIVANTE |
Document vivant |
X |
|
|
|
0 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
X |
|
|
|
0 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
0 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
Livraison – Expédition client PF
2 Possibilités :
- BLC / Expédition central Cegid Orli au consommateur
(ou ".Relais") - TEM / Expédition central Cegid Orli à la boutique
(pour retrait en boutique)
BLC / Expédition central Cegid Orli au consommateur (ou ".Relais")
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : BLC
Prise en compte des BE dès leur création pour les commandes dont TYP_ENVOI renseigné est 001
= Envoi préparations & livraison = livraison central Cegid Orli -> client final (consommateur)
Utilisé dans le cas de la gestion de préparation pour une commande pour livraison à domicile.
Création d’un bon qui indique le statut ‘expédié’ avec le détail des quantités (le statut devient ‘expédié’ dans Cegid Retail Y2).
Cegid Retail Y2 transmet ensuite cette information au site WEB (le statut devient ‘expédié’ sur le site WEB).
| Type | Mode | Début | Taille Cegid Retail Y2 | Taille Cegid Orli | Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
BLC |
C |
6 |
6 |
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet ou code boutique réseau) |
Code établissement correspondant au client/société de la commande |
|
|
|
|
40 |
25 |
AN |
GP_REFINTERNE |
Référence interne de la livraison : référence de la livraison |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
40 |
8 |
AN |
GP_REFEXTERNE |
Référence externe de la livraison |
No de BE NUM_BE |
|
|
|
|
|
3 |
3 |
AN |
$$_NATUREPIECEG |
Nature du document à solder (CC ou PRE) |
PRE |
|
|
|
40 |
25 |
AN |
$$_REFINTERNE |
Référence interne du document à solder référence de la préparation ou de la commande sur le site WEB à livrer |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
8 |
8 |
D |
GP_DATEPIECE |
Date de la commande |
Date de saisie de la commande (DAT_SAIS_CDE de CDE_CLI_ENT) |
|
|
|
|
17 |
17 |
AN |
GP_TIERS |
Code client du document |
Code client consommateur qui a saisi la commande CDE_CLI_ENT |
|
|
|
|
35 |
15 |
AN |
$$_CODEBARRE |
Code à barres de l'article |
Code EAN |
|
|
|
|
|
70 |
1 |
AN |
$$_LIBELLELIGNE |
Désignation ligne |
|
|
|
|
|
12 |
7 |
N |
$$_QTESTOCK |
Quantité livrée |
Quantité expédié (Table des lignes de BE) |
|
|
|
|
255 |
255 |
AN |
$$_TRACKING |
Information Tracking |
###### |
|
|
|
|
17 |
17 |
AN |
$$_TRANSPORT |
Transporteur |
###### |
|
|
|
|
18 |
8 |
AN |
$$_NUMBON |
No du bon |
|
Champs également disponibles (à ajouter dans la passerelle si besoin) :
- Date d’expédition :
La date du BE ou la date de dernière facturation en fonction si le BE est historisé ou non. - Code barre colis :
attention, si un EAN est livré dans plusieurs colis, seul le premier colis trouvé sera indiqué.
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ Cegid Retail Y2 |
Description | Valeur par défaut |
|
|
|
0 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
BLC |
|
|
|
0 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
0 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
X |
|
|
|
0 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
|
|
0 |
0 |
N |
GP_VIVANTE |
Document vivant |
X |
|
0 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
Le champ $$_NUMBON permet de réaliser l’émission de valeur papier à partir du site WEB.
Si la commande initiale contient un article de type financier qui doit être intégré comme une émission de valeur papier, et dont le N° de bon n’a pas été fourni lors de la commande, il est attribué et généré lors de la livraison. Dans le cas contraire, la livraison est rejetée
TEM / Expédition central Cegid Orli à la boutique (pour retrait en boutique)
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : TEM
Prise en compte des BE dès leur création pour les commandes dont TYP_ENVOI renseigné est 003 = Envoi préparations & transferts pour l’OMNICANAL
= livraison central Cegid Orli -> boutique
Utilisé dans le cas de la gestion de préparation pour une commande à retirer en boutique Cegid Retail Y2.
Création d’un bon qui indique le statut ‘expédition en cours’* avec le détail des quantités (le statut devient ‘expédition en cours’* dans Cegid Retail Y2).
Cegid Retail Y2 transmet ensuite cette information au site WEB (le statut devient ‘Expédition en cours’* sur le site WEB).
* notion 'Expédition en cours' paramétrable dans Cegid Retail Y2 ; il est possible d'y paramétrer le statut ‘Expédié’ mais nous le déconseillons car l’information donnée serait fausse, la commande n’étant pas encore ‘Expédié’ à ce stade d’avancement.
| Type | Mode | Début | Taille Cegid Retail Y2 | Taille Cegid Orli | Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
TEM |
C |
6 |
|
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet ou code boutique réseau) |
Code établissement correspondant au client/société de la commande |
|
|
|
|
|
6 |
|
AN |
GP_ETABLISSDEST |
Établissement de réception de la marchandise (Btq) |
Code établissement de l’entête de commande (CODE_ETS de CDE_CLI_ENT) |
|
|
|
40 |
|
AN |
GP_REFINTERNE |
Référence interne de la livraison |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
40 |
|
AN |
GP_REFEXTERNE |
Référence externe de la livraison |
No de BE NUM_BE |
|
|
|
|
|
3 |
|
AN |
$$_NATUREPIECEG |
Nature du document à solder (DTR) |
DTR |
|
|
|
40 |
|
AN |
$$_REFINTERNE |
Référence interne du document à solder |
Référence de la commande (REF_CDE_CLI de CDE_CLI_ENT) |
|
|
|
|
8 |
|
D |
GP_DATEPIECE |
Date de la commande |
Date de saisie de la commande (DAT_SAIS_CDE de CDE_CLI_ENT) |
|
|
|
|
17 |
|
AN |
GP_TIERS |
Code client du document |
Code client consommateur qui a saisi la commande CDE_CLI_ENT |
|
|
|
|
35 |
|
AN |
$$_CODEBARRE |
Code à barres de l'article |
Code EAN |
|
|
|
|
|
70 |
|
AN |
$$_LIBELLELIGNE |
Désignation ligne |
|
|
|
|
|
12 |
|
N |
$$_QTESTOCK |
Quantité livrée |
Quantité expédié (Table des lignes de BE) |
|
|
|
|
255 |
|
AN |
$$_TRACKING |
Information Tracking |
##### |
|
|
|
|
17 |
|
AN |
$$_TRANSPORT |
Transporteur |
##### |
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ Cegid Retail Y2 |
Description | Valeur par défaut |
|
|
|
0 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
TEM |
|
|
|
0 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
0 |
0 |
N |
GP_VIVANTE |
Document vivant |
dX |
|
|
|
0 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
X |
|
|
|
0 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
0 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
Retour consommateur
2 possibilités :
- FFN / Transfert reçu suite réception Retour consommateur au central
- TRE / Transfert reçu d’une boutique au central Cegid Orli pour alimenter une commande consommateur
FFN / Transfert reçu suite réception Retour consommateur au central Cegid Orli
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : FFN (attention correspond à BLR dans Cegid Retail Y2)
Lors de la réception de produits retournés par un consommateur dans le stock central Cegid Orli
Déclenchement : Fin réception de RETOUR_LIGN : bouton ’ Validé’ + coche ‘Réception terminée’ dans RC003.
Génération du fichier pour Cegid Retail Y2 confirmant le transfert reçu
| Type | Mode | Début | Taille Cegid Retail Y2 | Taille Cegid Orli | Genre | Champ Cegid Retail Y2 |
Description | Valeur Cegid Orli |
|
|
FFN |
C |
6 |
6 |
AN |
GP_ETABLISSEMENT |
Établissement (Btq Internet) |
CODE_ETS de CDE_CLI_ENT |
|
|
|
40 |
40 |
AN |
GP_REFINTERNE |
Référence interne de la livraison (celle de la commande initiale) |
REF_ INT Référence de la commande |
|
|||
|
40 |
8 |
AN |
GP_REFEXTERNE |
Référence externe = No de bon de retour Cegid Orli |
NUM_BON |
|
|||
|
|
|
3 |
3 |
AN |
$$_NATUREPIECEG |
Nature de la commande d’origine (valeur : ANR) |
ANR |
|
|
|
40 |
40 |
AN |
$$_REFINTERNE |
Référence interne d’origine |
REF_INT |
|
|||
|
8 |
7 |
D |
GP_DATEPIECE |
Date du ticket de retour |
Date du jour |
|
|||
|
17 |
17 |
AN |
GP_TIERS |
Code client consommateur |
CODE_CLI_CONSO |
|
|||
|
35 |
15 |
AN |
$$_CODEBARRE |
Code barres de l'article |
EAN du produit |
|
|||
|
|
|
70 |
|
AN |
$$_LIBELLELIGNE |
Désignation ligne |
- |
|
|
|
|
|
12 |
7 |
N |
$$_QTESTOCK |
Quantité retournée |
QTE |
|
|
|
|
|
3 |
|
AN |
$$_DEVISE |
Devise |
- |
|
|
|
|
|
12 |
|
N |
$$_PRIXBASEUNITAIRE |
Prix de base unitaire: Null |
- |
|
|
|
|
|
12 |
|
N |
$$_PRIXVTEUNITAIRE |
Prix unitaire: Null |
- |
|
|
|
|
|
12 |
|
N |
$$_PRIXVTEUNIREM |
Prix remisé: Null |
- |
|
|
| Code motif de la ligne de retour | |||||||||
| Statut de la ligne de retour | 0 / 1 / 2 / 3 | ||||||||
| Libellé du statut |
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ Cegid Retail Y2 |
Description | Valeur par défaut |
|
|
|
0 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
FFO |
|
|
|
0 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
0 |
0 |
N |
GP_VIVANTE |
Document vivant |
X |
|
|
|
0 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
- |
|
|
|
0 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
0 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
TRE / Transfert reçu d’une boutique au central Cegid Orli pour alimenter une commande consommateur
- XC300 (XC712) :
export fichier séquentiel - Table de l’export :
XIMP_XC712_PREP_LIV - TA450 :
Paramétrage export fichier- Provenance : ECOMMERC
- Origine : TRE
Dans Cegid Retail Y2, l’import du transfert reçu met à jour les statuts de la commande Cegid Retail Y2 et solde l’annonce de transfert.
Dans Cegid Retail Y2, la provenance permet de savoir qu’il s’agit d’une demande WEB.
Dans le cadre d’un retour boutique, dans le but d’alimenter une commande consommateur, ce fichier permet d’indiquer à Cegid Retail Y2 que le produit a été réceptionné dans le stock central (= Transfert reçu) pour pouvoir être réexpédié au client final.
| Type | Mode | Début | Taille Cegid Retail Y2 | Longueur Cegid Orli | Genre | Champ | Description | Valeur Cegid Orli |
|
TRE |
C |
2 |
6 |
6 |
AN |
GP_ETABLISSEMENT |
Etablissement (Etab Btq) |
CODE_BOUT_EMET |
|
|
|
3 |
6 |
6 |
AN |
GP_ETABLISSDEST |
Etablissement dest (Etab Web) |
CODE_BOUT_DEST |
|
|
|
4 |
6 |
6 |
AN |
DP_DEPOTDEST |
Dépôt destinataire (Dépôt Web) |
CODE_DEPOT_DEST |
|
|
|
5 |
40 |
40 |
AN |
GP_REFINTERNE |
Référence interne du transfert |
REF_INT |
|
|
|
6 |
40 |
40 |
AN |
GP_REFEXTERNE |
Référence externe du transfert |
REF_EXT |
|
|
|
7 |
3 |
3 |
AN |
$$_NATUREPIECEG |
Nature du document à solder (TRV) |
TRV |
|
|
|
8 |
40 |
40 |
AN |
$$_REFINTERNE |
Réf. interne du document à solder |
REF_INT |
|
|
|
9 |
8 |
8 |
D |
GP_DATEPIECE |
Date de la commande |
DAT_SAIS_CDE |
|
|
|
10 |
17 |
17 |
AN |
GP_TIERS |
Code client du document |
CODE_CLI_CONSO |
|
|
|
11 |
35 |
15 |
AN |
$$_CODEBARRE |
Code à barres de l'article |
EAN |
|
|
|
12 |
70 |
|
AN |
$$_LIBELLELIGNE |
Désignation ligne |
- |
|
|
|
13 |
12 |
7 |
N |
$$_QTESTOCK |
Quantité livrée |
QTE |
|
|
|
14 |
255 |
|
AN |
$$_TRACKING |
Information Tracking |
- |
|
|
|
15 |
17 |
|
AN |
$$_TRANSPORT |
Transporteur |
-
|
N.B. :
Les champs suivants sont initialisés par défaut par l’outil d’import de Cegid Retail Y2 et ne sont pas à transmettre dans le fichier.
| Type | Mode | Début | Taille | Genre | Champ | Description | Valeur par défaut |
|
|
|
1 |
0 |
AN |
GP_NATUREPIECEG |
Nature du document |
TRE |
|
|
|
2 |
0 |
N |
$$_REGROUPELIGNES |
Regroupement des lignes |
X |
|
|
|
3 |
0 |
N |
GP_VIVANTE |
Document vivant |
X |
|
|
|
4 |
0 |
N |
$$_PIECEUNIQUE |
Référence interne unique |
X |
|
|
|
5 |
0 |
N |
$$_MAJSTOCK |
Mise à jour des stocks |
X |
|
6 |
0 |
AN |
$$_FACTUREHT |
Facture HT |
- |
7) Paramétrage du Web Service
Les échanges utilisent des WebServices Cegid Orli, consommés par des WebServices Cegid Retail Y2.
Paramétrage côté Cegid Retail Y2
Paramètres société – rubrique OmniCanal
Le paramétrage permet de définir le fonctionnement du site WEB mis en place chez le client.
Paramètres société – rubrique Omni-Channel du Web Service Cegid Retail Y2 / Cegid Orli
4 paramètres société, rubrique Gestion Commerciale -> Omni-Channel, pour activer la consommation du WebService Cegid Orli de lecture du stock depuis le web service Cegid Retail Y2 de consultation du stock.
- Utilisateur défini dans la base de données Cegid Orli
- Liste des dépôts Cegid Retail Y2 connus de l’application Cegid Orli
- Adresse du WebService
Adresse du WebService :
http://srv-roa-cqux.cegidalpha.local:8001/orliweb/Web Services/OREX1/soap
Sachant que OREX1 = <BASE Cegid Orli>
‘Dépôts gérés sous Cegid Orli’ correspond à la liste des stocks accessibles dans Cegid Orli pour site WEB.
L’adresse du WebService Cegid Orli n’est plus portée par un paramètre société, mais par un enregistrement de la table de MWEB SERVICE, accessible via liste déroulante
Suppression de 2 paramètres société devenus inutiles car attachés à l’enregistrement de la table MWEB SERVICE.
Quand on clique sur :
On obtient :
Pour gérer des commandes avec des frais de port en pied
Il faut gérer dans le Web Service le port via la gestion en pied de port.
Dans Cegid Retail Y2, il faut déclarer dans les paramètres société un article frais de port.
Lors de l’import de la commande par WebService :
- La commande contient le frais de port en pied
- Le ticket se génère automatiquement en ajoutant le port en tant qu’article (avec celui déclaré dans les paramètres société)
- La commande envoyée dans Cegid Orli ne contient pas d’article Frais de port (qui bloquerait la livraison)
- À partir d’une URL d’accès à Cegid Orli du type…
- Pour base de tests :
http://srv-roa-cqux.cegidalpha.local:8001/orliweb/test - Pour base d’exploitation (Production) :
http://srv-roa-cqux.cegidalpha.local:8001/orliweb/prod
- Pour base de tests :
- … on ajoute à cette URL…
-
/Web Services/
- nom de la base
-
/soap
-
- … pour obtenir le résultat :
- Pour base de tests :
http://srv-roa-cqux.cegidalpha.local:8001/orliweb/Web Services/ORTS1/soap
- Pour base de tests :
- Pour base de tests :
http://srv-roa-cqux.cegidalpha.local:8001/orliweb/Web Services/OREX1/soap
Paramètres généraux :
EXE_WEB_SERVICE
Vérifier que l’URL est bien renseignée (généré en automatique),
sinon il faut l’indiquer, pour accéder via Cegid Orli aux WebServices.
8) Liste des données et des échanges
entre Cegid Orli / Cegid Retail Y2 / Site WEB
Voir documents :
- GESTION COMMERCIALE_Echanges Cegid Orli Cegid Retail Y2 Site WEB_OMNICANAL (Liste imports/exports).xls