Utilisation

Contenu dans cette page

Généralités

Données dans Cegid Orli

Données dans Cegid Retail Y2

Flux de Cegid Orli vers Cegid Retail Y2

Flux de Cegid Retail Y2 vers Cegid Orli

Gestion des dépôts conditionnels et des stocks déportés

Paramétrage technique et échanges de données

 

 

1) Généralités

 

Principe

Certaines entreprises utilisatrices de Cegid Orli diffusent une partie de leurs produits via un réseau de boutiques à leurs enseignes (boutiques en franchise ou propriété de la société mère). ‎La plupart du temps, ces boutiques (considérées comme des clients dans Cegid Orli) sont équipées de logiciels spécialisés de gestion de boutiques.

L'objectif recherché est alors de pouvoir transmettre aux boutiques gérées avec Cegid Retail Y2 les informations venant de Cegid Orli concernant les commandes prises par ces boutiques.

Il faut tout d'abord définir les clients (les boutiques) concernés par ce transfert d'informations, puis définir les critères de correspondance entre les articles référencés dans les deux systèmes, et enfin définir les critères de sélection des données à transmettre.

Il est ainsi possible de transmettre des données concernant les articles, les tarifs, les commandes, les livraisons (Annonce de livraison ou réception), le stock disponible de Cegid Orli vers Cegid Retail Y2.

La descente d'informations sur les expéditions permet la mise à jour du stock boutique de Cegid Retail Y2.

Cette extraction de données peut être réalisée soit manuellement, soit de manière automatique (par le biais d'un "cron").

‎Transfert de données entre les machines Cegid Orli et Cegid Retail Y2 :
‎Tous les paramètres articles, les fiches articles et les tarifs sont créés dans Cegid Orli, et sont ensuite transmis à Cegid Retail Y2 par la fonction XC707.

N.B. : aucun flux XC300, ceux-ci étant réservés à l'OMNICANAL

Toutes les autres informations qui transitent font référence à ces articles.

 

 

Données échangées Cegid Orli > Cegid Retail Y2 (XC707) :

• ARTICLES
  ‎> Paramètres articles, Articles, Tarifs, Périodes de tarifs, Devises
• LIVRAISONS
  ‎> Annonces de livraison, Réceptions
• COMMANDES
  ‎> Commandes client PF
• ÉTABLISSEMENTS
  ‎> Clients BOUTIQUE
• STOCK dépôt disponible

 

 

 

Données échangées Cegid Retail Y2 > Cegid Orli (XC20B) :

• COMMANDES
  ‎> commandes conditionnelles intégrées dans Cegid Orli
• MOUVEMENTS
  ‎> factures ou avoirs, dans le cas des écarts intra-boutique (+ ou -) ‎ou dans le cas des échanges inter-boutiques
• VENTES
  ‎> factures conditionnelles
  ‎> possibilité de gérer les commissions pour les affiliés
• RETOURS
  ‎> retour financier (avoir) et marchandise (stock)
  ‎> possibilité de gérer les commissions pour les affiliés

 

 

Schéma

 

‎

2) Données dans Cegid Orli

Concernant le paramétrage des données Cegid Orli transmises à Cegid Retail Y2, la valeur de l’option XC707W01/VERSION est très importante :
elle va déterminer le paramétrage des données à transférer vers Cegid Retail Y2.

 

TA962 - Paramétrage export > Cegid Retail Y2 fonctionne avec l’option XC707W01/VERSION=V4 et permet de réaliser le paramétrage des échanges entre Cegid Orli et Cegid Retail Y2 en proposant un paramétrage plus précis au niveau des échanges.

 

Détail sur les différentes valeurs de cette option VERSION : N° version de l'interface avec Cegid Retail Y2.

• V2 :

Interface articles (Nouvelles données), tarifs et paramètres. Interface commandes.

Interface annonce de livraison sans commande ou sur commande. Interface stock disponible.

N.B. : cette version fonctionnait avec TA960
> deprecated

 

• V3 :

Identique à la V2 avec en plus l'envoi des traductions des libellés dans la langue des boutiques. Gestion de la notion de multi-concentrateurs, ainsi on peut transmettre les fichiers sur des serveurs ou répertoires différents.
Cette version fonctionne avec TA961 - Paramétrage export > Cegid Retail Y2

 

• V4 :

Identique à la V3 + Interface coloris de regroupement et famille matière (matière commerciale de l'article), libellé long défini au niveau du modèle et non plus article ou produit, tarif PRI (=prix PRI en fonction d'un tarif pour une période définie), code douane (produit ou article), 20 codes statistiques, nature de produit dans les critères de sélection (sauf articles). Filtrage des commandes et annonces de livraison selon critères "division commerciale", "nature de commande", "type de commande".
Cette version fonctionne avec TA962 - Paramétrage export > Cegid Retail Y2

 

 

NOM_LOG_TRF_FIC

Variable par utilisateur, elle permet d’autoriser un double routage : le fichier PDF peut être envoyé par mail ou à l’écran ou à l’imprimante, et le fichier généré peut, lors de la même demande, être envoyé sur le répertoire externe dont le nom logique est créé dans JP015, et saisi dans l’option. Si option non renseignée, le fichier sera routé vers le routage principal : écran ou mail.

Il faut donc créer dans JP015 / onglet 2 un code nom logique avec user+mot de passe, ‎et saisir ce nom logique dans l’option XC707W01/NOM_LOG_TRF_FIC

 

 

Société TA009

La société Cegid Orli correspond au code fournisseur de Cegid Retail Y2.

 

Concernant les fiches article, le fournisseur est recherché en fonction de la société article.

Concernant les commandes et les annonces de livraison, le fournisseur est recherché selon l’option XC707W01/FOURNISSEUR_CBR :

• Valeur Nulle (par défaut) : en fonction de la société article
• Valeur 1 : en fonction de la société client

 

Pour chaque société concernée, il faut renseigner dans l’onglet « Coordonnées », au niveau des passerelles, le code fournisseur Cegid Retail Y2.

Ce code société est aussi utilisé dans le paramétrage Intégration Cegid Orli / Cegid Retail Y2 TA96x

 

TA961 : Paramétrage export > Cegid Retail Y2 (Extraction des données Cegid Orli)

TA961W01
Cette fonction permet de définir les données Cegid Orli à transmettre à Cegid Retail Y2 au format V2 ou V3

 

Cette fonction de paramétrage fonctionne avec l’option XC707W01/VERSION=V2 ou V3.

Le concentrateur permet de relier à chaque boutique une interface particulière et ainsi gérer la cohabitation entre plusieurs concentrateurs.

On doit avoir autant de concentrateurs que de bases Cegid Retail Y2 (FO ou BO).

Un établissement dans Cegid Retail Y2 correspond à une boutique, donc à un client dans Cegid Orli.

Il est possible de saisir des ‘jokers’ dans les critères. 

Chaque onglet est indépendant des autres onglets et représente un flux. Il n’y a pas de contrôle entre les onglets donc le paramétrage doit être effectué onglet par onglet et de façon cohérente.

 

 

Onglet Client/Boutique

 

‎Il permet de :

• définir la correspondance entre code société/client Cegid Orli et code boutique Cegid Retail Y2
• paramétrer l'envoi de cette boutique ainsi que les informations s'y rapportant
• définir les répertoires de travail de Cegid Orli et de Cegid Retail Y2
• définir le paramétrage pour les transferts de fichiers
• définir les critères des statistiques clients

 

Répertoire de travail Cegid Retail Y2 :
‎Répertoire du serveur BD Cegid Orli où sont sauvegardés les fichiers transmis à Cegid Retail Y2

Répertoire de travail Cegid Retail Y2 :
‎Répertoire du serveur Windows où sont transmis les fichiers à Cegid Retail Y2

Paramétrage pour les transferts :
‎Nom Hôte ou Adresse TCP/IP du serveur Windows, Login et Password de connexion à ce serveur

Ce serveur Windows peut être un serveur édition Cegid Orli‎ (infos dans JP535 pour le type serveur Edition, ou le serveur Cegid Retail Y2).

 

Il est possible d'avoir des boutiques installées « Cegid Retail Y2 » ou autres outils au sein d'un même groupe ; c'est pourquoi il est possible de saisir le concentrateur au niveau de chaque client boutique.

Dans cet onglet, on a la possibilité de saisir un concentrateur associé à une ou plusieurs boutiques et pour chaque concentrateur on peut paramétrer des répertoires de travail et des transferts différents. Ceci permet de gérer le cas d'envoi de fichier sur des serveurs Cegid Retail Y2 différents.

Pour chaque client, on peut renseigner un concentrateur. Dans ce cas, dans la partie basse de l’écran, onglet ‘Répertoire de travail’, il faut définir le concentrateur. Pour cela il faut renseigner le répertoire interne, le répertoire externe et les autres informations (voir plus haut). Il est également possible de saisir un nom logique tel qu’il est répertorié dans JP015, dans l’onglet ‘Répertoire externe’. Dans ce cas, il suffit de renseigner le répertoire interne.

L’option XC707W01/NOM_LOG_TRF_FIC de la fonction permet de définir le nom logique qui sera pris en compte si aucun nom logique n’est renseigné dans TA962 ni dans XC707.
Le nom logique défini dans TA962 est prioritaire.

Les statistiques ne peuvent être définies qu'une seule fois pour tous les clients.

 

Gestion de l’envoi des ensembles Cegid Orli > Cegid Retail Y2

Pour plus de précisions, Cf. le chapitre identique pour TA962

 

 

Onglet Articles 

L'onglet article est composé de plusieurs onglets pour paramétrer le transfert des articles, tarifs et périodes de tarifs et d'un onglet permettant la consultation des articles et paramètres transmis à Cegid Retail Y2.

• Sous onglet « Saisons articles à extraire »

  Il permet de définir les articles à envoyer en cochant les saisons de ventes à transmettre à Cegid Retail Y2. On y associe tous les articles vendables dans la saison commerciale (articles de la saison, ainsi que les articles prorogés dans cette saison et les articles permanents). La saison de vente doit être cochée à transférer pour être prise en compte lors de l'interface. À tout moment, on a la possibilité de re-transférer des articles pour une saison donnée en agissant sur la date de dernier transfert.

  On ne tient pas compte des heures, minutes et secondes uniquement de la date lors des transferts.

  Donc si les transferts sont effectués le même jour, à chaque fois tous les articles seront transférés.

   

  On a la possibilité de transmettre dans le fichier article le prix de revient (1 seul PRI : valable pour toutes les boutiques). L'utilisateur peut le paramétrer, soit en fonction du prix de revient fixé ou calculé, soit en fonction d'un tarif et il peut aussi choisir la période de tarif concerné. Si cette période n'est pas renseignée alors on prendra la plus récente en fonction de la date du jour.

   

• Sous onglet « Filtre article »

  Permet de ne descendre que certains articles, au moins un des critères est obligatoire. Possibilité de gérer des exclusions de filtre.

  ‎À partir de XC707W01/VERSION=V3, on a la possibilité de saisir un concentrateur afin de filtrer les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

  Notion de taille à la vente :
  Toutes les tailles de la grille sont envoyées à Cegid Retail Y2 en précisant si la taille est à la vente ou non (avec la valeur XC707W01/VERSION=V3)

 

• Sous onglet « Périodes et tarifs »

  On définit les tarifs Cegid Orli correspondant aux tarifs achats ou ventes de Cegid Retail Y2 à transférer. Pour chaque tarif on définit aussi si c'est un tarif H.T. ou T.T.C.

  De la même façon, on sélectionne les périodes de tarif à transférer, la fonction transmet à Cegid Retail Y2 les tarifs pour chaque article extrait en combinant les tarifs et les périodes de tarifs définis dans cet onglet.

  Si un tarif a été modifié ou créé et que l'article n'a pas été modifié depuis le dernier transfert, alors seul le tarif sera envoyé à Cegid Retail Y2.

  À partir de XC707W01/VERSION=V3, on sélectionne le tarif que l'on veut envoyer, ‎on définit si c'est un tarif achat, vente, si c'est du HT ou du TTC. Puis, on sélectionne les périodes que l'on veut envoyer pour ce tarif. On peut aussi indiquer que ce tarif/période doit être reporté sur la fiche article.

 

• Sous onglet « Familles et Statistiques Cegid Retail Y2 »

  C'est au niveau de cet onglet que l'on définit les familles Cegid Retail Y2 et les statistiques libres Cegid Retail Y2 à envoyer. Attention, une fois que l'on a paramétré cet onglet et que l'on a déjà réalisé un transfert d'articles, il ne faut plus modifier ce paramétrage sans avertir Cegid sous peine de graves problèmes de cohérence de données dans Cegid Retail Y2 back office.

  Pour les statistiques, aucun paramétrage n’est nécessaire dans Cegid Orli.
  ‎C’est le fonctionnement standard par rapport au paramètre GEST_COM_STAT.
  ‎La recherche s’effectue en fonction de la valeur de ce paramètre soit au niveau article soit au niveau article/coloris.

  N.B. : La notion « Nature de produit » doit être envoyée à Cegid Retail Y2 via les statistiques ‎(et non plus via les familles comme cela a pu être le cas par le passé).

   

• Sous Onglet « Produits transmis à Cegid Retail Y2 »

  Il permet de consulter en fonction de différents critères, les produits et paramètres transmis à Cegid Retail Y2.

  N.B. : Penser à renseigner l'option XC707W01/CODIF_ARTICLE

   

• Sous onglet « Traduction »

On indique les langues Cegid Orli équivalentes aux langues Cegid Retail Y2 existantes‎ (à partir de XC707W01/VERSION=V3).

Les informations traduites sont les suivantes :

• Le libellé et la désignation article
• Les familles
• Les statistiques
• Les saisons
• Les pays

 

Les coloris propres ou communs ne sont pas traduits.

Il est possible d’ajouter ou supprimer des codes langues (géré dans Cegid Retail Y2).

La liste des langues gérées dans Cegid Retail Y2 peut évoluer :

• ARA : Arabe
• CHI : Chinois traditionnel
• CHS : Chinois simplifié
• DUT : Néerlandais
• ESP : Espagnol
• FRA : Français
• FRC : Français spécifique client
• GER : Allemand
• ITL : Italien
• JAP : Japonais
• POR : Portugais
• CES = Tchèque
• DAN = Danois
• ELL = Grec
• KOR = Coréen
• POL = Polonais
• RUS = Russe
• HRV = Croate
• THA = Thaï
• TUR = Turc
• UKR = Ukrainien
• BEL = Biélorusse
• KAZ = Kazakh
• ENC = Anglais (Canada)
• UK = Anglais britannique
• US = Anglais

 

Onglet Commandes

L'onglet commande est composé de 3 onglets pour paramétrer l’envoi des commandes à Cegid Retail Y2.

• Sous onglet « Saisons à extraire »

  Définition des saisons de vente à transmettre à Cegid Retail Y2, chaque saison doit être cochée à transférer pour être prise en compte lors de l'interface.

  N.B. : ‎les maintenances de commandes peuvent être transférées à Cegid Retail Y2

  L’option XC707W01/GEST_UPD_CDE permet d'envoyer ou non les maintenances de commandes à Cegid Retail Y2.

  0 : les maintenances de commandes ne sont pas envoyées (valeur par défaut)
  1 : envoi des maintenances (Valable pour XC707W01/VERSION=V2 ou V3).

   

• Sous onglet « Filtre article »

  Permet de sélectionner les articles à transmettre, ou à ne pas transmettre (via l'exclusion) à Cegid Retail Y2.
  Au moins un des critères est obligatoire.

  ‎Dans cet onglet, on a la possibilité de saisir un concentrateur afin de filtrer ‎les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

   

• Sous Onglet « Filtre client/boutique »

Permet de filtrer (autorisation et exclusion) les boutiques, éventuellement par saison de vente, pour transmettre les commandes. Au moins un des critères est obligatoire.

 

 

Onglet Livraisons

L'onglet livraison est composé de 2 onglets pour paramétrer l’envoi des livraisons à Cegid Retail Y2.

• Sous onglet « Filtre articles »

  Il permet de sélectionner, ou d'exclure les articles des BE à transmettre à Cegid Retail Y2, ceci permet d'occulter par exemple les articles publicitaires ou catalogue qui n'ont pas été transmis comme fiche article. Au moins un des critères est obligatoire.

  ‎Avec XC707W01/VERSION=V3 :
  dans cet onglet, on a la possibilité de saisir un concentrateur afin de filtrer les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

   

• Sous onglet « Filtre clients/boutiques »

  Permet de filtrer (autorisation et exclusion) les boutiques pour transmettre les BE, si on sélectionne une saison de vente, le BE sera rejeté s'il possède des saisons de vente autres que celles saisies dans cette onglet. Au moins un des critères est obligatoire.

  N.B. :
  Penser à renseigner l'option XC707W01/LIV_CDE, pour définir si on envoie les livraisons sur commande, ou alors sans commande. On peut ne pas vouloir envoyer les commandes à Cegid Retail Y2 pour cela, on met l’option à 0  et dans le fichier de l’annonce de livraison, on n’a pas de référence de la commande.

Si on a un BE avec 3 articles et qu'il y a un article qui ne correspond pas au filtre, le BE complet est rejeté.

 

 

Onglet Stock dépôt

L'onglet stock est composé de 2 onglets pour paramétrer l'envoi du stock à Cegid Retail Y2.

C'est le stock disponible qui est transmis à Cegid Retail Y2.

 

• Sous onglet « Saisons à extraire »

  Définition des saisons article à transmettre à Cegid Retail Y2, chaque saison doit être cochée à transférer pour être prise en compte lors de l'interface.

   

• Sous onglet « Filtre article »

Permet de sélectionner les articles pour lesquels on souhaite transmettre, ou ne pas transmettre (via l'exclusion) le stock à Cegid Retail Y2. Au moins un des critères est obligatoire.

‎Avec XC707W01/VERSION=V3 :
dans cet onglet, on a la possibilité de saisir un No de concentrateur afin de filtrer les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

 

 

TA962 : Paramétrage export > Cegid Retail Y2

TA962W01
Cette fonction permet de définir les données Cegid Orli à transmettre à Cegid Retail Y2 au format V4

 

Cette fonction permet (tout comme dans TA961) de paramétrer les échanges avec Cegid Retail Y2, en intégrant des  éléments supplémentaires :
le coloris de regroupement et la famille matière, le libellé long défini au niveau du modèle, un tarif PRI (= prix PRI en fonction d’un tarif pour une période définie).

TA962 fonctionne avec l’option XC707W01/VERSION=V4 :

V4 = V3 + Interface coloris de regroupement et famille matière (matière commerciale de l'article), libellé long défini au niveau du modèle et non plus article ou produit, tarif PRI (=prix PRI en fonction d'un tarif pour une période définie), code douane (produit ou article), 20 codes statistiques, nature de produit dans les critères de sélection (sauf articles). Filtrage des commandes et annonces de livraison selon critères "division commerciale", "nature de commande", "type de commande".

 

Cette fonction est de type "Règle de gestion" (paramétrage JP517)

 

Onglet Client/Boutique

‎Il permet de :

• définir la correspondance entre code société/client Cegid Orli et code boutique Cegid Retail Y2
• définir les répertoires de travail
• définir le paramétrage pour les transferts de fichiers
• définir les critères des statistiques client (facultatif)
• paramétrer l'envoi de cette boutique ainsi que les informations s'y rapportant, pour la prime création de la boutique. Ce n’est qu’une aide à la saisie dans Cegid Retail Y2 (coche « à transférer »)

Répertoire de travail INTERNE :
‎Répertoire du serveur BD Cegid Orli où sont sauvegardés les fichiers transmis à Cegid Retail Y2.

Répertoire de travail EXTERNE :
‎Répertoire du serveur Windows où sont transmis les fichiers à Cegid Retail Y2

Paramétrage pour les transferts : Nom Hôte ou Adresse TCP/IP du serveur Windows,
‎Login et Password pour se connecter à ce serveur.

Ce serveur Windows peut être un serveur édition Cegid Orli‎ (chercher les infos dans JP535 pour le type serveur Edition, ou le serveur Cegid Retail Y2).

Il est possible d'avoir des boutiques installées « Cegid Retail Y2 » ou autres outils au sein d'un même groupe ; c’est pourquoi il est possible de saisir le concentrateur (zone libre, non codifiée) au niveau de chaque client boutique.

Dans cet onglet, on a la possibilité de saisir un concentrateur associé à une ou plusieurs boutiques et, pour chaque concentrateur, on peut paramétrer des répertoires de travail et des transferts différents. Ceci permet de gérer le cas d'envoi de fichier sur des serveurs Cegid Retail Y2 différents.

exemple :
Une société possède des boutiques US et des boutiques Européennes et elle veut gérer séparément les fichiers envoyés aux US et les fichiers envoyés en Europe.

 

Envoi des ensembles Cegid Orli > Cegid Retail Y2

Il est possible d’envoyer les ensembles (article de regroupement) et leurs « composants » (articles individuels) dans Cegid Retail Y2, si la boutique veut dépareiller les ensembles et vendre chaque article individuel séparément.

 

L’option XC707W01/GEST_ART_REGRO définit si on gère les ensembles dans Cegid Retail Y2 :

• NULL : On ne gère pas les ensembles (valeur par défaut)
• 1 : On gère les ensembles

 

Grâce à cette option, on peut ensuite définir si chaque boutique gère les ensembles.
 coche « Gestion ensemble » dans l’onglet « Client/boutique »

 

Si on gère les ensembles :

• Envoi des données article et des stocks disponibles :
  ‎pour chaque article de regroupement et pour chaque article individuel.
• Envoi du réassort :
  soit sur l’article de regroupement, soit sur les articles individuels, ‎du moment que l’on gère en stock les articles individuels.
• Envoi des commandes et des annonces de livraison :
  seuls les articles individuels sont transmis à Cegid Retail Y2 BO, si chacun des articles individuels a des prix de vente pour le tarif de l’article de regroupement.

 

En résumé pour pouvoir gérer les ensembles entre Cegid Orli et Cegid Retail Y2 BO, il faut que les articles individuels puissent être vendus séparément et avoir des prix. Pour gérer le réassort on aura deux possibilités, soit on le fait sur l’article de regroupement, soit sur les articles individuels, et dans ce cas il faut que ces articles individuels soient considérés comme des articles à part entière dans Cegid Orlipour que l’on puisse créer des commandes et des annonces de livraison.

Au niveau des types de regroupements commerciaux TA162 : Bien que les boutiques gèrent les ensembles (coche TA96x), on peut définir que le type de regroupement commercial ne soit pas éclaté lors de l’envoi aux boutiques Cegid Retail Y2 ; dans ce cas, c’est l’ensemble uniquement qui sera envoyé, et non ses articles individuels.

 

 

Onglet Articles

L'onglet Articles est composé de plusieurs sous-onglets pour paramétrer le transfert des articles, tarifs et périodes de tarifs et d'un onglet permettant la consultation des articles et paramètres transmis à Cegid Retail Y2.

Filtre des articles à envoyer via TA962

 

• Sous onglet « Saisons articles à extraire »

  Il permet de définir les articles à envoyer en cochant les saisons de ventes à transmettre à Cegid Retail Y2. On y associe tous les articles vendables dans la saison commerciale (articles de la saison, ainsi que les articles prorogés dans cette saison et les articles permanents). La saison de vente doit être cochée à transférer pour être prise en compte lors de l'interface. À tout moment on a la possibilité de re-transférer des articles pour une saison donnée en agissant sur la date de dernier transfert.

  On ne tient compte que de la date lors des transferts. Donc si les transferts sont effectués le même jour, à chaque fois tous les articles seront transférés.

   

• Sous onglet « Filtre article »

Permet de ne descendre que certains articles, au moins un des critères est obligatoire. Possibilité de gérer des exclusions de filtre. Cet onglet fonctionne en règle de gestion.

Les critères suivants présents dans les filtres Articles, Commandes, Livraison et Stock fonctionnent uniquement avec TA962 et l’option XC707W01/VERSION=V4 :

• 20 Codes statistiques : utilisés, par exemple, pour définir des sessions de vente (actes) et permettre ainsi de coordonner les commandes et livraisons aux boutiques en fonction de l’élaboration des articles.
• Nature de produit

Si l’article correspond aux critères de sélection, il sera pris en compte pour le transfert aux boutiques sauf s’il existe au moins un autre critère stipulant une exclusion.

Les traductions sont aussi envoyées à Cegid Retail Y2.

Notion de taille à la vente :
Avec XC707W01/VERSION≥V3, toutes les tailles de la grille sont envoyées à Cegid Retail Y2 en précisant si la taille est à la vente ou non.

 

• Sous onglet « Périodes et tarifs »

  On définit les tarifs Cegid Orli correspondant aux tarifs achats ou ventes de Cegid Retail Y2 à transférer. Pour chaque tarif on définit aussi si c'est un tarif H.T. ou TTC.

  De la même façon, on sélectionne les périodes de tarif à transférer, la fonction transmet à Cegid Retail Y2 les tarifs pour chaque article extrait en combinant les tarifs et les périodes de tarifs défini dans cet onglet.

  Si un tarif a été modifié ou créé et que l'article n'a pas été modifié depuis le dernier transfert, alors seul le tarif sera envoyé à Cegid Retail Y2.

  Si un tarif a été créé avant l’envoi des articles, et que lors de l’envoi des articles, le tarif n’a pas été coché pour être envoyé à Cegid Retail Y2, pour l’envoyer à posteriori à Cegid Retail Y2, il convient de modifier la date de dernier transfert articles, ce qui a pour effet de renvoyer obligatoirement les fiches articles, et le tarif.

  
  ‎Ici on sélectionne le tarif que l'on veut envoyer, on définit si c'est un tarif achat, vente, si c'est du HT ou du TTC et après on sélectionne les périodes que l'on veut envoyer pour ce tarif. De plus, on peut aussi indiquer que ce tarif/période doit être reporté sur la fiche article.

  Avec XC707W01/VERSION=V4, il est possible dans le paramétrage de renseigner au niveau des saisons à extraire une société et une période de recherche du PRI ou bien encore une période et un tarif.

  Pour certains de nos clients, le PRI peut être associé à un tarif dans une période. Cependant, tous les articles n’ont pas toujours de prix pour la période associée à la saison à extraire. En effet, pour une saison de vente, les articles saisonniers et permanents n’ont pas les mêmes périodes de prix. Il faut donc renseigner les périodes pour lesquelles il existe des tarifs ‘PRI’.

  Pour identifier les tarifs PRI, comme le PRI est ensuite transmis dans le fichier Article, il ne peut y avoir qu’un seul PRI pour un article / concentrateur. Par conséquent, un seul tarif doit être coché ‘PRI’/.

  D’autre part, il n’est pas possible de cocher ‘HT / TTC’ dans le cas d’un tarif ‘PRI’.

  La partie droite permet de définir l’ensemble des périodes pour lesquelles il faut rechercher les prix pour le tarif ‘PRI’ renseigné.

  N.B. :
  la coche ‘Tarif à reporter dans la fiche article’ n’est pas nécessaire dans le cas d’un tarif ‘PRI’ car non lue pour la recherche. En effet, le prix trouvé est quoiqu’il en soit, systématiquement reporté dans le fichier tarif.

   

• Sous onglet « PRI à extraire »

  Les prix de revient :

  Un seul prix de revient (fixé, calculé ou tarif) est redescendu dans la fiche article Cegid Retail Y2.
  ‎Le paramétrage pour la recherche de la valorisation s'effectue par l'onglet "PRI à extraire". Il est possible de paramétrer ce PRI en fonction de la société, mais également de faire varier la recherche en fonction des concentrateurs. Ainsi, s'il faut envoyer des PRI différents par sociétés, il faudra utiliser cette notion de concentrateur et définir les paramétrages pour chacun.

  Si le concentrateur n'est pas renseigné, l'enregistrement sera valable pour tous les concentrateurs.

  En cas de paramétrage multiple pour un concentrateur, le paramétrage pris en compte sera celui pour lequel il existe des prix (PRI ou Tarifs en fonction des informations renseignées) avec priorité sur la période dont la date de début est la plus proche de la date du transfert.

  Si aucun prix n'est trouvé, il n'y aura aucun blocage. Le fichier sera généré sans valorisation sur le produit concerné.

  Dans l'onglet "Périodes et tarifs", en cochant la case 'PRI', il est possible de préciser que le tarif correspond au PRI. Ainsi, s'il n'existe pas de PRI pour la période dans "PRI à extraire", il sera alors possible de rechercher le prix de vente pour le tarif coché 'PRI' et ce soit pour la saison renseignée dans l'onglet des 'Saisons à extraire' ; soit, le cas échéant, pour la plus grande des périodes renseignées dans la liste des périodes (partie droite du sous-onglet 'Périodes et tarifs').

  La recherche du PRI pour l’article à transférer s’effectue comme suit :

  Recherche du PRI Fixé ou Calculé si défini dans l’onglet des « Saisons à extraire ».

  Si pas de recherche demandée à ce niveau-là ou bien s’il n’existe pas de PRI Fixé ou Calculé pour la période alors

  Recherche d’un prix pour le tarif ‘PRI’ dans la période renseignée dans l’onglet des « PRI à extraire ».

  Si toujours aucun prix trouvé, le traitement effectue une recherche de prix pour la plus grande période (= la plus récente par rapport à la date du transfert et en fonction des dates de début de période) pour laquelle il existe un prix pour le tarif ‘PRI’.

  Dans le cas où il n’existe pas de prix à l’issue de cette recherche, l’article est envoyé sans prix. Il n’y aura aucun blocage.

   

  exemple :
  Pour la saison 25E – La période pour les articles saisonniers est 25E et pour les articles permanents la 00P.
  Dans l’onglet « Saisons à extraire » on renseigne 25E.
  Dans l’onglet « Période et tarifs » on renseigne pour le tarif « PRSE » et la coche ‘PRI’ ; 2 voire 3 périodes de tarifs à savoir :
  25E (pour les saisonniers)
  00P et 00W pour les permanents.
  En supposant que le système se base sur les périodes listées à savoir 00P et 00W pour rechercher le PRI de l’article permanent).
  Dans l’onglet ‘PRI à extraire’, on renseigne par concentrateur (facultatif), société, les PRI qui doivent être appliqués (calculé, fixé, ou tarif) pour une période.

   

• Sous onglet « Familles et Statistiques Cegid Retail Y2 »

C'est au niveau de cet onglet que l'on définit les familles Cegid Retail Y2 et les statistiques libres Cegid Retail Y2 à envoyer. Attention, une fois que l'on a paramétré cet onglet et que l'on a déjà réalisé un transfert d'articles, il ne faut plus modifier ce paramétrage sans avertir Cegid sous peine de graves problèmes de cohérence de données dans Cegid Retail Y2 (back office).

N.B. :
Pour les statistiques, aucun paramétrage n’est nécessaire dans Cegid Orli. C’est le fonctionnement standard par rapport au paramètre GEST_COM_STAT. La recherche s’effectue en fonction de la valeur de ce paramètre soit au niveau article soit au niveau article/coloris.

 

 

Il est possible paramétrer les critères :

• Famille matière 

  Pour retrouver la famille matière, on recherche la matière commerciale de l’article en cours d’extraction. La famille matière insérée dans le fichier est celle définie pour la matière commerciale trouvée.

  Si aucune matière commerciale n’est renseignée pour l’article à extraire, cette zone est vide dans le fichier Article à envoyer à Cegid Retail Y2.

  La traduction est également envoyée.

• Coloris de regroupement (max. 5 caractères) au niveau des Statistiques.

Le coloris de regroupement ne peut pas faire partie des critères « Familles » puisque les données rattachées à ces critères ne peuvent excéder 3 caractères. Or, le code coloris de regroupement peut compter jusqu’à 5 caractères. Pour cette raison, il n’est pas possible de saisir le coloris de regroupement dans les critères « Familles ».

Lorsque la présence du coloris de regroupement est demandée dans le fichier article, on recherche le coloris de regroupement dans la table annexe des coloris commerciaux (TA003) pour le produit en cours d’extraction.

Ce principe est valable uniquement dans le cas de coloris communs.

Dans le cas de coloris propres, la recherche du coloris de regroupement ne s’effectue pas et le contenu de la zone dans le fichier est vide.

La traduction est également envoyée.

N.B. :
La notion « Nature de produit » doit être envoyée à Cegid Retail Y2 via les statistiques ‎(et non plus via les familles comme cela a pu être le cas par le passé).

 

• Sous Onglet « Produits transmis à Cegid Retail Y2 »

  Il permet de consulter en fonction de différents critères, les produits et paramètres transmis à Cegid Retail Y2.

  N.B. : Penser à renseigner l'option XC707W01/CODIF_ARTICLE

 

• Sous onglet « Traduction »

On indique ici les langues Cegid Orli équivalentes aux langues Cegid Retail Y2 existantes.

Les informations traduites sont les suivantes

• Le libellé et la désignation article
• Les 8 familles
• Les statistiques
• Les saisons
• Les pays

 

Les coloris propres ou communs ne sont pas traduits

Il est possible d’ajouter ou supprimer des codes langues‎ (géré dans Cegid Retail Y2 à partir de la version 9.60).

Pour plus de précisions, Cf.  TA961 (Liste des langues disponibles dans Cegid Retail Y2)

 

Onglet Commandes

Cet onglet est composé de plusieurs sous-onglets pour paramétrer l’envoi des commandes à Cegid Retail Y2.

 

• Sous onglet « Saisons à extraire »

Définition des saisons de vente à transmettre à Cegid Retail Y2, chaque saison doit être cochée à transférer pour être prise en compte lors de l'interface.

N.B. : les maintenances de commandes peuvent être transférées à Cegid Retail Y2.

L’option XC707W01/GEST_UPD_CDE permet d'envoyer ou non les maintenances de commandes à Cegid Retail Y2 :

• 0 : les maintenances de commandes ne sont pas envoyées (valeur par défaut)
• 1 : envoi des maintenances.

 

• Sous onglet « Filtre article »

Permet de sélectionner les articles à transmettre, ou à ne pas transmettre (via l'exclusion) ‎à Cegid Retail Y2.

Au moins un des critères est obligatoire. Cet onglet est de type règle de gestion.

Les critères suivants présents dans les filtres Articles, Commandes, Livraison et Stock fonctionnent uniquement avec TA962 et XC707W01/VERSION=V4 :

• 20 Codes statistiques : utilisés, par exemple, pour définir des sessions de vente (actes) et permettre ainsi de coordonner les commandes et livraisons aux boutiques en fonction de l’élaboration des articles.
• Nature de produit

Les traductions sont aussi envoyées à Cegid Retail Y2.

• Sous Onglet « Filtre client/boutique »

  Permet de filtrer (autorisation et exclusion) les boutiques, éventuellement par saison de vente, pour transmettre les commandes. Au moins un des critères est obligatoire.

  Avec TA962, il est possible de filtrer les commandes à extraire par Nature commande, Type commande et Division commerciale (critère de sélection – exclusion) (ce qui n’était pas possible dans les versions antérieures via TA961).

  Les onglets de filtres « Articles » sont présentés sous forme de règles de gestion. De même pour les sous-onglets « Filtre client/boutique ».

• Rappel du fonctionnement
  • Commandes jamais transmises à Cegid Retail Y2 

    On prend toutes les commandes qui correspondent à un client de type boutique définit dans TA962 onglet « Client/Boutique » pour le type de concentrateur « 1 » par exemple, qui n’ont jamais été transférées (Date de transfert à Cegid Retail Y2 de l’entête de commande nulle) et qui répondent aux critères définis dans l’onglet « Commande » de TA962.
    La commande sera rejetée si pour une de ses lignes répondant aux critères de TA962 ne possèdent pas de code EAN.

     

  • Commandes déjà transmises à Cegid Retail Y2 

Si la ligne n’a pas été livrée plusieurs cas :

• Si elle a été annulée ou soldée, on renvoie les quantités à 0 avec le flag ligne soldée
• Si elle a été simplement modifiée alors on renvoie les nouvelles quantités

Si la ligne a déjà été livrée partiellement :

• Si elle a été annulée ou soldée, on envoie les quantités déjà livrées, ceci permet de remettre à jour l’attendu dans Cegid Retail Y2 et lors de la réception des quantités la ligne de commande sera soldée automatiquement.
• Sinon on envoie les quantités de la ligne de commande.

 

 

Onglet Livraisons

L'onglet livraison est composé de plusieurs sous-onglets pour paramétrer l’envoi des livraisons à Cegid Retail Y2.

• Sous onglet « Filtre articles »

Il permet de sélectionner, ou d'exclure les articles des BE à transmettre à Cegid Retail Y2, ceci permet d'occulter, par exemple, les articles publicitaires ou catalogue qui n'ont pas été transmis comme fiche article. Au moins un des critères est obligatoire.

RAPPEL
‎Dans cet onglet, on a la possibilité de saisir un N° concentrateur afin de filtrer les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

Les critères suivants présents dans les filtres Articles, Commandes, Livraison et Stock fonctionnent uniquement avec TA962 :

• 20 Codes statistiques :
  utilisés, par exemple, pour définir des sessions de vente (actes) et permettre ainsi de coordonner les commandes et livraisons aux boutiques en fonction de l’élaboration des articles.
• Nature de produit

 

Les traductions sont aussi envoyées à Cegid Retail Y2.

 

• Sous onglet « Filtre clients/boutiques »

  Permet de filtrer (autorisation et exclusion) les boutiques pour transmettre les BE, si on sélectionne une saison de vente, le BE sera rejeté s'il possède des saisons de vente autres que celles saisies dans cette onglet. Au moins un des critères est obligatoire.

  Avec XC707W01/VERSION=V4 et avec TA962, il est possible de filtrer les commandes à extraire par la Nature commande, Type commande et Division commerciale (critère de sélection – exclusion).

  Les onglets de filtres « Articles » sont présentés sous forme de règles de gestion.
  ‎De même pour les sous-onglets « Filtre client/boutique ».

  N.B. : Penser à renseigner l'option XC707W01/LIV_CDE, pour définir si on envoie les livraisons sur commande, ou alors sans commande. Si on a un BE avec 3 articles et qu'il y a un article qui ne correspond pas au filtre, ‎le BE complet est rejeté.

 

Onglet Stock dépôt

L'onglet stock est composé de plusieurs sous-onglets pour paramétrer l'envoi du stock à Cegid Retail Y2. C'est le stock disponible qui est transmis à Cegid Retail Y2 (et calculé selon le paramétrage ci-dessous).

• Sous onglet « Saisons à extraire »

  Définition des saisons article à transmettre à Cegid Retail Y2, chaque saison doit être cochée à transférer pour être prise en compte lors de l'interface.

• Sous onglet « Filtre article »

Permet de sélectionner les articles pour lesquels on souhaite transmettre, ou ne pas transmettre (via l'exclusion) le stock à Cegid Retail Y2. Au moins un des critères est obligatoire.

RAPPEL : dans cet onglet, on a la possibilité de saisir un No de concentrateur afin de filtrer les articles à envoyer sur ce concentrateur correspondant à un serveur Cegid Retail Y2.

Les critères suivants présents dans les filtres Articles, Commandes, Livraison et Stock fonctionnent uniquement avec TA962 et XC707W01/VERSION=V4 :

• 20 Codes statistiques : utilisés, par exemple, pour définir des sessions de vente (actes) et permettre ainsi de coordonner les commandes et livraisons aux boutiques en fonction de l’élaboration des articles.
• Nature de produit

 

Les traductions sont aussi envoyées à Cegid Retail Y2.

 

• Sous onglet « Multi-dépôts »

Accès à ce sous-onglet selon option TA962W01/GEST_MULT_DEPOT

Au titre d'un Concentrateur et d'un Dépôt, méthode de calcul du stock disponible :

• soit à partir de magasins PF Cegid Orli
• soit à partir de commandes client PF prévisionnelles (ayant servi à réserver le stock, dans l'attente des commandes fermes), et ce sans tenir compte des autres stocks disponibles
• Soit à partir d’un code client
• Soit à partir d’un code client et d’une nature de commande (de type prévisionnelle)

   

Dans le cas d’une commande prévisionnelle pour des échanges Cegid Orli  / Cegid Retail Y2 :
le commandé est toujours égal à l’affecté.

Principe :
on lance une commande prévisionnelle (affectée en TOTALITE) ; ensuite, les commandes fermes des boutiques sont imputées à cette commande prévisionnelle bloquée, et les quantités commandées de la commande prévisionnelle sont diminuées des quantités saisies sur la commande ferme.

Si aucune ligne n'est renseignée ici (donc aucun dépôt), ‎c'est l'option XC707W01/CODE_DEPOT qui fait foi
‎(le stock disponible est alors le stock Cegid Orli tous magasins)
‎

Sélection :

• du code Dépôt (Stock « magasin » CENTRAL BackOffice Cegid Retail Y2)
• du Lieu/Magasin (Stock « entrepôt » magasin Cegid Orli) sur lequel le stock est affecté
• OU du N° commande prévisionnelle : stock préparable 
• OU des commandes prévisionnelles du client pour la nature de commande indiquée, ou pour toutes les natures de commande de type prévisionnelles : stock préparable 

 

Onglet Statistiques Clients

Les statistiques ne peuvent être définies qu'une seule fois pour tous les clients.

 

Autres données Cegid Orli pouvant être transmises à Cegid Retail Y2

• Libellé long au modèle

Le fichier Article, envoyé aux boutiques Cegid Retail Y2, prévoit la possibilité de transmettre les libellés longs saisis au niveau du produit pour donner des informations de vente destinées aux boutiques.

Il est possible d’envoyer le libellé long au modèle selon valeur option XC707W01/LIBL_LONG

(Uniquement avec TA962 et XC707W01/VERSION=V4).

Cette option permet de préciser la méthode de recherche du libellé long associé à l’article en cas d’envoi du fichier Article aux boutiques utilisant Cegid Retail Y2.

Les valeurs possibles pour cette option sont les suivantes :

1. Recherche du libellé long au niveau produit puis article le cas échéant (valeur par défaut)
2. Recherche du libellé long au niveau modèle (MO001) et uniquement à ce niveau.
3. Recherche en priorité du libellé long au niveau du produit, puis article et enfin modèle (MO001).
4. Recherche en priorité du libellé long au niveau modèle (MO001), puis article, et enfin produit.

 

L’option LIBL_LONG est prise en compte uniquement dans le cas de l’option XC707W01/VERSION=V4 ou valeur supérieure.

N.B. :
un seul ensemble de libellés long est transmis à Cegid Retail Y2 (cf option ci-dessus).

 

• Code barre colis

Il est possible de transmettre le code barre colis de chaque ligne de BE extraite est mis à disposition dans le fichier envoyé à Cegid Retail Y2. Cette information apparaît en fin d’enregistrement et ce de manière systématique pour chaque ligne de BE extraite pour laquelle un colisage a été renseigné.

Pour cela, il faut positionner l’option XC707W01/TRI_BL=3 (permet de trier les BP de 2 façons différentes, si on gère ou non les BP d'origine).

Les valeurs possibles pour cette option sont :

1. on trie par No boutique/BP origine/Colis/BE/Cde/Fact (valeur par défaut)
2. on trie par BE/BP (ligne)/Cde/Colis
3. on trie par Fact / BE / BP / Cde / Colis
4. on trie par No boutique/Code barre Colis/BE/Cde/Fact (uniquement valable pour l’option XC707W01/VERSION=V4).

Cette option est donc nécessaire pour l’envoi des informations dans Cegid Retail Y2. En effet, Cegid Orli envoie uniquement des lignes d’annonces de livraison. Une fois le fichier réceptionné, Cegid Retail Y2 à besoin de générer les entêtes associés. Les enregistrements doivent être ordonnés afin de permettre à Cegid Retail Y2 de gérer des ruptures et distinguer les entêtes des pièces.

Une contrainte technique est imposée dans le cas où l'option TRI_BL=0, il faut le paramètre GEST_EXPE_BP=1, pour permettre de regrouper tous les BP ayant le même BP d'origine sur le même BE.

N.B. : Cette option est gérée avec l'option XC707W01/VERSION=V2, V3 ou V4.

 

• Lieu d’expédition

  Pour certains clients, pour des besoins d’estimation du délai de réception des marchandises, les boutiques se basent sur le magasin de départ de la marchandise.

  Cette information apparaît dans le fichier des annonces de livraisons.

  Il s’agit du lieu-magasin après BP ou à défaut le magasin d’origine (cas des factures manuelles notamment) et pris au niveau des lignes du BE.

  Cette information est affichée en fin d’enregistrement et est composée d’une seule zone de 5 caractères dans laquelle sont concaténé le lieu et le magasin après BP.

  Il est également nécessaire de prendre en compte cette notion lors de paramétrage du fichier à importer dans Cegid Retail Y2.

   

  Impact Cegid Retail Y2 :

  Les tables libres pièces Cegid Retail Y2 sont sur 3 positions. Dans le standard, Cegid Orli raisonne en termes de Lieu-Magasin sur 5 caractères.

  Lors du paramétrage de l’import, il faut prendre uniquement les 3 premiers caractères.De ce fait, pour le moment, seul le lieu de l’expédition est intégré dans Cegid Retail Y2, le code magasin Cegid Orli n’est pas pris en compte dans Cegid Retail Y2 même s’il est présent dans le fichier transmis par Cegid Orli.

 

• Codes compositions des articles et codes entretien

Pour envoyer les compositions des articles (version V4), 2 options de la fonction XC707W01 :

COMPO_COFFRET
définit si on envoie les compositions article & codes entretien.

EDI_LIB_COMP
format d’envoi des compositions de l’article : ‎seulement le code, seulement le libellé, ou les deux.

 

Il n'y a pas de champs spécifiques pour ces informations dans la fiche articles Cegid Retail Y2.

La gestion des compositions étant assez complète dans Cegid Orli (avec déclinaison possible par emploi), Cegid Orli exporte désormais une chaine de 100 caractères importée en tant que Désignation complémentaire (GA_DESIGNATION2) de la fiche article Cegid Retail Y2.

 

 

3) Données dans Cegid Retail Y2

 

Établissements

On envoie les boutiques associées à un client dans la fonction TA961.

Pour cette boutique, on envoie les informations suivantes :

• Raison sociale
• Adresse rue 1
• Adresse rue 2
• Adresse rue 3
• Code postal
• Ville
• Pays
• Table des statistiques
  ‎ (Famille client, Catégorie client, Comportement d'achat, 20 statistiques clients)

 

Bien que le code postal passe à 15 caractères, il est récupéré sur 9 dans Cegid Retail Y2.

De plus, les champs ajoutés dans Cegid Orli au niveau des adresses, qui sont l’enseigne, le district, la subdivision administrative et la Boîte postale ne sont pas pris en compte dans Cegid Retail Y2.

 

 

Paramètres article

Ce sont les tables des données de bases qui définissent les articles ou produits.

Les données transmises :

• Table des saisons (Article et vente)
• Table des niveaux de familles (Société article, réseau, marque, activité, ligne de produit, forme, nature de produit, 20 statistiques articles ou produits)
• Table des codes grilles de tailles (Code grille de taille + libellé)
• Table des tailles
• Table des statistiques :
  15 tables statistiques : (Société article, réseau, marque, activité, ligne de produit, forme, nature de produit, famille matière (avec l’option XC707W01/VERSION=V4)
  20 statistiques : articles ou produits (ainsi que le coloris de regroupement avec l’option XC707W01/VERSION=V4)
• Table des unités de poids et volume
• Table des pays (Made in)
• Table des traductions des libellés des données de base si la langue de la boutique est différente de la langue du site. Cette table est transmise à Cegid Retail Y2 uniquement si l’option XC707W01/VERSION=V3.

 

Articles

• Article Cegid Orli > Article générique Cegid Retail Y2

Un article Cegid Orli est défini par un code saison et un code article.

Le paramétrage permet d'assurer une cohérence totale entre les codes articles utilisés dans Cegid Orli et Cegid Retail Y2.

Trois possibilités sont offertes :

1. Référence Article Cegid Retail Y2 (18 car)
   = Code Article Cegid Orli (15 car) + Code Saison (3 car)
2. Référence Article Cegid Retail Y2 (18 car)
   = Code Article Cegid Orli (15 car)
3. Référence Article Cegid Retail Y2 (18 car)
   = Code Saison (3 car) + Code Article Cegid Orli (15 car)

Les finitions spéciales Cegid Orli sont gérées sous forme de dimensions dans Cegid Retail Y2.

Les liaisons entre Cegid Orli et Cegid Retail Y2 sont basées sur les codes EAN. Il faut donc avoir des codes barres par Finition spéciale dans Cegid Orli.

3 conditions sont nécessaires pour transférer les produits vers Cegid Retail Y2 :

• L’article doit être actif
• Les gencods produits doivent être créés
• Paramétrage TA961 pour cet article doit être effectué.

Cegid Orli prend en compte la notion d’article fermé : si un article est fermé, on ne peut plus saisir de mouvement : achat – vente ou transfert sur cet article. Mais on peut ensuite gérer des exceptions par nature de document : c'est-à-dire ne plus commander cet article, mais autoriser la vente du stock de l’article. Par défaut, un article Cegid Orli n’est pas fermé. Cette notion n’est pas visualisable par l’utilisateur.

 

• Produit Cegid Orli > Article dimensionné Cegid Retail Y2

Un produit Cegid Orli est défini par les composants suivants :

• Saison
• Code article
• Rang dans la taille et code grille de taille
• Code coloris
• Code finition spéciale

 

 

• Gestion des dimensions dans Cegid Retail Y2

L'article générique Cegid Retail Y2 est décliné sur 2 ou 3 dimensions :

• Dimension 1 : grilles de tailles

Les grilles de tailles Cegid Orli alimentent la dimension « 1 » dans Cegid Retail Y2

 

• Dimension 2 :
  coloris

Chaque article créé est rattaché à une grille de tailles, décliné ensuite sur un ensemble de coloris. À tout moment dans la vie du produit, on peut lui rattacher un nouveau coloris.
‎Les coloris sont gérés en table dans Cegid Orli, ils alimentent une ou plusieurs grilles de couleurs dans Cegid Retail Y2.
Deux possibilités sont offertes :

1. Alimentation d'une seule grille de couleurs (si le nombre de couleurs reste limité)
2. Alimentation d'une grille de couleurs par saison d'article

Afin d'optimiser les échanges et les traitements Cegid Retail Y2, seules les couleurs rattachées à des articles Cegid Retail Y2 sont créées.

Cas des libellés propres : chaque article Cegid Orli est décliné à partir d'une table de couleurs et peut avoir un libellé personnalisé. On peut donc avoir plusieurs libellés pour un même code couleur. Le libellé propre alimentera le libellé de la table DIMENSION (qui de ce fait n'est plus significatif) et la fiche de l'article dimensionné. Ce libellé propre pourra être consulté dans l'objet dimension.

• Dimension 3 :
  finitions spéciales

Le mode de fonctionnement adopté pour les couleurs sera repris pour les finitions spéciales : gestion d'une unique grille de finition spéciale ou d'une grille par saison.

Si l'article n'a pas de finition spéciale, il est rattaché à la finition « &&& - SANS FINITION ».

 

• Gestion des grilles de dimensions Cegid Orli dans Cegid Retail Y2

Les grilles en provenance de Cegid Orli ne doivent pas être modifiées dans Cegid Retail Y2, c'est pourquoi les grilles sont simplement consultables dans Cegid Retail Y2.

 

Tables des paramètres

Familles articles

La fiche article Cegid Retail Y2 dispose de huit niveaux de familles et quinze tables statistiques qui sont alimentés par les éléments Cegid Orli suivants :

• La société
• Le réseau
• La marque
• L’activité
• La ligne de produit
• La forme
• La nature de produit
• Le modèle
• La matière
• La famille d’antériorité
• La famille matière
  (avec XC707W01/VERSION=V4)
• Les 20 statistiques articles
  (possibilité de paramétrer à ce niveau le coloris de regroupement avec XC707W01/VERSION=V4)

 

La définition des familles est primordiale.

Il est possible d’ajouter un élément mais pas de modifier.

 

Libellés article

La correspondance des libellés entre Cegid Orli et Cegid Retail Y2 :

 

Statistiques articles « longues »

Deux statistiques « longues - Code sur 9 caractères » Cegid Retail Y2 peuvent être alimentées par :

• Le modèle
• La matière
• La famille d'antériorité

Ces données ne sont pas obligatoires dans Cegid Orli, on ne descend pas en table les modèles et les matières, elles sont envoyées avec les articles qui alimentent 2 tables Cegid Retail Y2 (Code sur 9 car + libellé sur 25 car). Dans Cegid Retail Y2, le libellé des modèles ou des matières est initialisé avec le code si le libellé dans Cegid Orli n'est renseigné.

 

Statistiques

La fiche article Cegid Retail Y2 dispose de 15 statistiques libres (6 car) qui peuvent être alimentées par les éléments de Cegid Orli suivants :

• La société (1 car.)
• Le réseau (1 car.)
• La marque (3 car.)
• L'activité (3 car.)
• La ligne de produit (3 car.)
• La forme (3 car.)
• La nature de produit :
  ‎ soit 6 car. uniquement en statistique libre, soit 3 car. en statistiques et en familles Cegid Retail Y2
• La famille matière (3 car) avec XC707W01/VERSION=V4
• Les statistiques articles ou produits (3 car)
  (y compris le Coloris de regroupement avec option XC707W01/VERSION=V4)

 

Avec l’option XC707W01/VERSION=V4 :

• possibilité d’envoyer la famille matière dans les critères Famille ou statistiques et
• d’envoyer le coloris de regroupement dans les critères Statistiques uniquement (car le nombre de caractères peut être supérieur à 3).

Les correspondances de chaque statistique Cegid Retail Y2 sont paramétrées dans TA961 (pour la version V3) ou TA962 (pour la version V4).

Pour les statistiques, aucun paramétrage n’est nécessaire (fonctionnement standard par rapport au paramètre GEST_COM_STAT) : la recherche s’effectue en fonction de la valeur de ce paramètre soit au niveau article soit au niveau article/coloris.

 

‎Seuls les paramètres des articles transmis sont descendus dans Cegid Retail Y2.

Fournisseur
‎
‎Le code fournisseur dans Cegid Retail Y2 correspondant à la société article renseignée dans TA009 – Société.

Saison commerciale

Saison commerciale paramétrée dans TA961 dans laquelle le produit est vendable. Dans le cas d'un envoi de plusieurs saisons commerciales, on garde la saison la plus récente dans laquelle est vendu le produit.

 

 

 

4) FLUX DE Cegid Orli VERS Cegid Retail Y2

 

Flux Articles

Avec TA962 et l'option XC707W01/VERSION=V4, il est possible de paramétrer les critères : 

• Famille matière 
  Pour retrouver la famille matière, on recherche la matière commerciale de l’article en cours d’extraction. La famille matière insérée dans le fichier est celle définie pour la matière commerciale trouvée. Si aucune matière commerciale n’est renseignée pour l’article à extraire, cette zone est vide dans le fichier Article à envoyer à Cegid Retail Y2.
  La traduction est également envoyée. 
• Coloris de regroupement (max. 5 caractères) au niveau des Statistiques. 
  Le coloris de regroupement ne peut pas faire partie des critères « Familles » puisque les données rattachées à ces critères ne peuvent excéder 3 caractères. Or, le code coloris de regroupement peut compter jusqu’à 5 caractères. Pour cette raison, il n’est pas possible de saisir le coloris de regroupement dans les critères « Familles ».
  Lorsque la présence du coloris de regroupement est demandée dans le fichier article, on recherche le coloris de regroupement dans la table annexe des coloris commerciaux (TA003) pour le produit en cours d’extraction.
  Ce principe est valable uniquement dans le cas de coloris communs.
  Dans le cas de coloris propres, la recherche du coloris de regroupement ne s’effectue pas et le contenu de la zone dans le fichier est vide.
  La traduction est également envoyée. 
•  Code douane 
  Il est généré dans le fichier transmis à Cegid Retail Y2 en utilisant TA962 si XC707W01/VERSION=V4
  
  XC707

Début	Taille	Genre	Champ	Description
1	18	AN	GA_CODEARTICLE	Code article
2	18	AN	GA_CODEBARRE	Code à barres article
3	70	AN	GA_LIBELLE	Libellé article
4	35	AN	GA_LIBCOMPL	Libellé compl. article
5	200	AN	GA_COMMENTAIRE	Commentaire article
6	100	AN	GA_DESIGNATION1	Désignation compl. 1 art.
7	100	AN	GA_DESIGNATION2	Désignation compl. 2 art.
8	1	AN	GA_INVISIBLEWEB	Article invisible en e-Commerce
9	1	AN	GA_FERME	Fermé (O/N)
10	3	AN	GA_STATUTART	Statut Article
11	3	AN	GA_TYPEARTICLE	Type Article
12	12	N	GA_PVHT	Prix de vente HT article
13	12	N	GA_PVTTC	Prix de vente TTC article
14	12	N	GA_POIDSBRUT	Poids brut article
15	12	N	GA_POIDSNET	Poids net article
16	3	AN	GA_QUALIFPOIDS	Unité de poids
17	3	AN	GA_CODEDIM1	Code dimension 1
18	3	AN	GA_CODEDIM2	Code dimension 2
19	3	AN	GA_CODEDIM3	Code dimension 3
20	3	AN	GA_CODEDIM4	Code dimension 4
21	3	AN	GA_CODEDIM5	Code dimension 5
22	3	AN	GA_GRILLEDIM1	Grille dimension 1
23	3	AN	GA_GRILLEDIM2	Grille dimension 2
24	3	AN	GA_GRILLEDIM3	Grille dimension 3
25	3	AN	GA_GRILLEDIM4	Grille dimension 4
26	3	AN	GA_GRILLEDIM5	Grille dimension 5
27	6	AN	GA_LIBREART1	Table libre 1 article
28	6	AN	GA_LIBREART2	Table libre 2 article
29	6	AN	GA_LIBREART3	Table libre 3 article
30	6	AN	GA_LIBREART4	Table libre 4 article
31	6	AN	GA_LIBREART5	Table libre 5 article
32	6	AN	GA_LIBREART6	Table libre 6 article
33	6	AN	GA_LIBREART7	Table libre 7 article
34	6	AN	GA_LIBREART8	Table libre 8 article
35	6	AN	GA_LIBREART9	Table libre 9 article
36	6	AN	GA_LIBREARTA	Table libre 10 article
37	6	AN	GA2_LIBREARTB	Table libre 11 article
38	6	AN	GA2_LIBREARTC	Table libre 12 article
39	6	AN	GA2_LIBREARTD	Table libre 13 article
40	6	AN	GA2_LIBREARTE	Table libre 14 article
41	6	AN	GA2_LIBREARTF	Table libre 15 article
42	35	AN	GA_CHARLIBRE1	Texte libre 1 article
43	35	AN	GA_CHARLIBRE2	Texte libre 2 article
44	35	AN	GA_CHARLIBRE3	Texte libre 3 article
45	3	AN	GA_COLLECTION	Collection article
46	3	AN	GA_FAMILLENIV1	Famille article niveau 1
47	3	AN	GA_FAMILLENIV2	Famille article niveau 2
48	3	AN	GA_FAMILLENIV3	Famille article niveau 3
49	3	AN	GA2_FAMILLENIV4	Famille article niveau 4
50	3	AN	GA2_FAMILLENIV5	Famille article niveau 5
51	3	AN	GA2_FAMILLENIV6	Famille article niveau 6
52	3	AN	GA2_FAMILLENIV7	Famille article niveau 7
53	3	AN	GA2_FAMILLENIV8	Famille article niveau 8
54	35	AN	$$_ARTLIBELLEGRILLE1	Libellé grille 1
55	35	AN	$$_ARTLIBELLEGRILLE2	Libellé grille 2
56	35	AN	$$_ARTLIBELLEGRILLE3	Libellé grille 3
57	35	AN	$$_ARTLIBELLEGRILLE4	Libellé grille 4
58	35	AN	$$_ARTLIBELLEGRILLE5	Libellé grille 5
59	35	AN	$$_ARTLIBELLEDIM1	Libellé dimension 1
60	35	AN	$$_ARTLIBELLEDIM2	Libellé dimension 2
61	35	AN	$$_ARTLIBELLEDIM3	Libellé dimension 3
62	35	AN	$$_ARTLIBELLEDIM4	Libellé dimension 4
63	35	AN	$$_ARTLIBELLEDIM5	Libellé dimension 5
64	35	AN	$$_ARTLIBELLECOMPLDIM1	Libellé compl. dimension 1
65	35	AN	$$_ARTLIBELLECOMPLDIM2	Libellé compl. dimension 2
66	35	AN	$$_ARTLIBELLECOMPLDIM3	Libellé compl. dimension 3
67	35	AN	$$_ARTLIBELLECOMPLDIM4	Libellé compl. dimension 4
68	35	AN	$$_ARTLIBELLECOMPLDIM5	Libellé compl. dimension 5
69	35	AN	$$_ARTLIBELLECOLL	Libellé collection
70	35	AN	$$_ARTLIBELLEFAM1	Libellé famille 1
71	35	AN	$$_ARTLIBELLEFAM2	Libellé famille 2
72	35	AN	$$_ARTLIBELLEFAM3	Libellé famille 3
73	35	AN	$$_ARTLIBELLEFAM4	Libellé famille 4
74	35	AN	$$_ARTLIBELLEFAM5	Libellé famille 5
75	35	AN	$$_ARTLIBELLEFAM6	Libellé famille 6
76	35	AN	$$_ARTLIBELLEFAM7	Libellé famille 7
77	35	AN	$$_ARTLIBELLEFAM8	Libellé famille 8
78	35	AN	$$_ARTLIBELLELIBRE1	Libellé table libre 1
79	35	AN	$$_ARTLIBELLELIBRE2	Libellé table libre 2
80	35	AN	$$_ARTLIBELLELIBRE3	Libellé table libre 3
81	35	AN	$$_ARTLIBELLELIBRE4	Libellé table libre 4
82	35	AN	$$_ARTLIBELLELIBRE5	Libellé table libre 5
83	35	AN	$$_ARTLIBELLELIBRE6	Libellé table libre 6
84	35	AN	$$_ARTLIBELLELIBRE7	Libellé table libre 7
85	35	AN	$$_ARTLIBELLELIBRE8	Libellé table libre 8
86	35	AN	$$_ARTLIBELLELIBRE9	Libellé table libre 9
87	35	AN	$$_ARTLIBELLELIBREA	Libellé table libre 10
88	35	AN	$$_ARTLIBELLELIBREB	Libellé table libre 11
89	35	AN	$$_ARTLIBELLELIBREC	Libellé table libre 12
90	35	AN	$$_ARTLIBELLELIBRED	Libellé table libre 13
91	35	AN	$$_ARTLIBELLELIBREE	Libellé table libre 14
92	35	AN	$$_ARTLIBELLELIBREF	Libellé table libre 15
93	10	D	GA_DATELIBRE1	Date libre 1 article
94	10	D	GA_DATELIBRE2	Date libre 2 article
95	10	D	GA_DATELIBRE3	Date libre 3 article
96	12	N	GA_VALLIBRE1	Montant libre 1 article
97	12	N	GA_VALLIBRE2	Montant libre 2 article
98	12	N	GA_VALLIBRE3	Montant libre 3 article
99	1	AN	GA_BOOLLIBRE1	Décision libre 1 article
100	1	AN	GA_BOOLLIBRE2	Décision libre 2 article
	1	AN	GA_BOOLLIBRE3	Décision libre 3 article
	1	AN	GA2_BOOLLIBRE4	Décision libre 4 article
	1	AN	GA2_BOOLLIBRE5	Décision libre 5 article
	1	AN	GA2_BOOLLIBRE6	Décision libre 6 article
	1	AN	GA2_BOOLLIBRE7	Décision libre 7 article
	1	AN	GA2_BOOLLIBRE8	Décision libre 8 article
	1	AN	GA2_BOOLLIBRE9	Décision libre 9 article
	1	AN	GA2_BOOLLIBREA	Décision libre 10 article
	1	AN	GA2_BOOLLIBREB	Décision libre 11 article
	1	AN	GA2_BOOLLIBREC	Décision libre 12 article
	1	AN	GA2_BOOLLIBRED	Décision libre 13 article
	1	AN	GA2_BOOLLIBREE	Décision libre 14 article
	1	AN	GA2_BOOLLIBREF	Décision libre 15 article
	10	D	GA_DATECREATION	Date création article
	10	D	GA_DATEMODIF	Date modification article
	3	AN	GA_FAMILLETAXE1	Famille taxe 1
	3	AN	GA_FAMILLETAXE2	Famille taxe 2
	3	AN	GA_FAMILLETAXE3	Famille taxe 3
	3	AN	GA_FAMILLETAXE4	Famille taxe 4
	3	AN	GA_FAMILLETAXE5	Famille taxe 5
	9	AN	GA_STATART1	Statistique libre 1
	9	AN	GA_ STATART2	Statistique libre 2
	35	AN	$$_LIBSTATART1	Libellé statistique libre 1
	9	AN	$$_LIBSTATART2	Libellé statistique libre 2

 

L’option XC707W01/LANG_TRAD_LIB permet de traduire les libellés coloris et taille dans l'export des articles. Si cette option est renseignée avec un code langue, les libellés seront restitués sous la forme libellé non traduit / libellé traduit dans la langue.

exemple :

• NOIR/BLACK (pour le coloris, 12 caractères/12 caractères)
• 48/XXL (pour la taille, 5 caractères/5 caractères)

 

Flux Commandes clients (Commandes fournisseurs) et Livraison (Annonces de livraison)

Deux types de documents sont redescendus dans Cegid Retail Y2 :

Les commandes clients Cegid Orli sont des commandes fournisseurs dans Cegid Retail Y2.

 

COMMANDES FOURNISSEURS (COMMANDES CLIENTS)

‎Les commandes clients Cegid Orli sont redescendues dans Cegid Retail Y2 en tant que commandes fournisseurs. Les commandes correspondent aux critères de paramétrage de TA961.

 

 

On trie par code société article (Fournisseur Cegid Retail Y2) les lignes de commandes dans l'interface des commandes transmis à Cegid Retail Y2 pour ne pas perdre de lignes car Cegid Retail Y2 créé les entêtes par fournisseur.

 

‎Il existe 2 types de commandes :

• Les commandes saisies dans Cegid Retail Y2 transmises à Cegid Orli (et qui ne seront donc pas réintégrer dans Cegid Retail Y2 car elles existent déjà dans Cegid Retail Y2)
• Les propositions de réassorts issues des besoins boutiques de Cegid Retail Y2. Dans ce cas, les commandes sont créées dans Cegid Orli et transférées dans Cegid Retail Y2. Pour cela on a un paramètre d’intégration qui permet de mettre à jour une zone de l’entête de commande lors de l’intégration des propositions de réassorts, cette zone est  testée lors de l’envoi des commandes à Cegid Retail Y2 afin de savoir si on doit ou pas la transmettre.

 

Les commandes créées dans Cegid Orli issues des besoins Cegid Retail Y2 ne sont pas transmises à Cegid Retail Y2 (sauf si lors de l’intégration de ces commandes via XC20B on a forcé le renvoi des commandes vers Cegid Retail Y2).

 

Remarques

Les maintenances de commandes sont gérées.

La commande initiale dans Cegid Retail Y2 est annulée et remplacée par la commande modifiée.

L’envoi de maintenance de commandes est possible grâce à l’option XC707W01/GEST_UPD_CDE (valable à partir de la version V2).

 

L’envoi des maintenances est réalisé comme suit :

• La ligne de commande n’a pas été livrée
  • Si elle est soldée, on renvoie la ligne avec les quantités à 0 avec la zone soldée à 0.
  • Si elle a été modifiée, on envoie la ligne avec les nouvelles quantités
• La ligne de commande a été livrée partiellement
  • Si elle est soldée, on renvoie la ligne avec les quantités expédiées.
  • Si elle a été modifiée, on envoie la ligne avec les nouvelles quantités modifiées.

 

L’annulation d’une ligne ou d’une commande client n’est pas envoyée à Cegid Retail Y2.

 

ANNONCES DE LIVRAISON (BONS D'EXPÉDITIONS CLIENTS)

Les livraisons Cegid Orli sont redescendues dans Cegid Retail Y2 en tant qu'annonces de livraison (à valider par les boutiques lors de la réception de la marchandise le stock Cegid Retail Y2 n'est pas mis à jour lors de l'import) ou en tant de réceptions fournisseurs (le stock Cegid Retail Y2 est mis à jour lors de l'import).

 

‎Le traitement extrait les Bons d'expéditions qui ont été historisés par la fonction de transfert livraison facturation (LI019) et correspondent aux critères de TA961.

Option LI019W01/OPT_HIST_MAG=7

Les annonces de livraison peuvent être de deux types :

Annonce de livraison sur commande si on envoie les commandes à Cegid Retail Y2, dans ce cas dans le fichier on a la référence de la commande d'origine ce qui met à jour dans Cegid Retail Y2 back office l'attendu.

Annonce de livraison sans commande si on n'envoie pas les commandes à Cegid Retail Y2.

2 possibilités pour 1 annonce de livraison selon option :

TRI_BL (avec option VERSION=V2 ou V3) :
permet de trier les BP de 2 façons différentes, si on gère au non les BP d'origine.

• 0 : on trie par No boutique/BP origine/Colis/BE/Cde/Fact (valeur par défaut) 
• 1 : on trie par BE/BP (ligne)/Cde/Colis     

Une contrainte technique est imposée dans le cas ou l'option TRI_BL=0, il faut le paramètre GEST_EXPE_BP=1 pour permettre de regrouper tous les BP ayant le même BP d'origine sur le même BE.

En version V3 de XC707, on envoie le No de tracking, référence du colis pour le transporteur, renseigné au niveau du colisage, en position 176 à 208.

‎Remarques

• Pour les commandes et les annonces de livraison : envoi du prix unitaire et du prix unitaire remisé.
• Prix unitaire remisé = Prix pour la taille avec les éléments de tarifications calculés au prorata (Ceci est a titre indicatif), le tarif étant celui de la ligne de commande correspondante au BE/BP

 

L’option OF_HIST_MAG=7 permet de tracer l’envoi dans Cegid Retail Y2.

Si on créait une facture manuelle par FA002 - Facture et Avoir, il faut utiliser AS301 pour générer des historiques.

La réception des colis valide l’annonce en réception fournisseur, et met à jour le stock de la boutique.

Possibilité de réaliser uniquement de la Réception fournisseur (peu utilisé) sans réaliser l’annonce de livraison.

Référence de la livraison chez le fournisseur = No du Bon d’expédition Cegid Orli

Date de la vente : JJMMAAAA   =  Date d’expédition du BE si non Nulle sinon date de création du BE

 

 

AS354W01 : Mise à jour Historique livraison pour Cegid Retail Y2

 

La facturation manuelle dans Cegid Orli n’est pas transmise automatiquement à Cegid Retail Y2.Cette fonction est utile pour envoyer les annonces de livraison liées à de la facturation manuelle, soit dans le cadre de la livraison directe (SP0xx qui crée une facture manuelle), soit dans le cadre de facturation manuelle des boutiques.

Le lancement de cette mise à jour entraîne la création des tables : HIST_BE_CLIENT et HIS_LIV_FAC_LIGN.

 

Pour faciliter le fonctionnement, la fonction AS354 est remplacée progressivement par une fonction de type MUL : AS441Wxx.

AS441Wxx facilite la recherche lorsque des articles, les commandes ou les annonces de livraison ne sont pas extraits de Cegid Orli pour transfert à Cegid Retail Y2.

Ces fonctions permettent de lister les données extraites vers Cegid Retail Y2 puis, par le biais de nombreux critères standards (kit) et la possibilité de sélection en masse, de remettre à nul la date de transfert.

 

 

AS441W01 : Mise à jour Historique extractions articles de Cegid Retail Y2

 

Contrôles articles

• Articles sans code EAN
• Article n’appartenant pas à la saison de vente du TA962
• Article n’appartenant pas aux critères du filtre article du TA962
• Article n’ayant pas était commandé (contrôle si option du XC707W02/TRANS_ART_CDE=0)
• Article pas modifié ou créé depuis la date du dernier transfert du TA962

 

 

AS441W02 : Mise à jour Historique extractions commandes de Cegid Retail Y2

 

Contrôles commandes

Article de la commande sans code EAN

• Commande n’appartenant pas à la saison de vente du TA962
• Ligne de commande n’appartenant pas au filtre article du TA962
• Commande n’appartenant pas au filtre client du TA962
• Si client de la commande gère les ensembles : Coche du TA962, onglet client/boutique, contrôle pour la commande traitée, si les composants de l’article de regroupement n’ont pas de code EAN, n’ont pas de tarif.

 

 

AS441W03 : Mise à jour Historique extractions annonces de livraison de Cegid Retail Y2

 

Contrôles annonces de livraison (BE)

Article de la commande sans code EAN

• Ligne de BE n’appartenant pas au filtre article du TA962
• BE n’appartenant pas au filtre client du TA962
• Si client du BE gère les ensembles : Coche du TA962 - onglet client/boutique, contrôle pour le BE traité si les composants de l’article de regroupement n’ont pas de code EAN, n’ont pas de tarif.

 

 

AS441W04 : Génération des annonces de livraison de Cegid Retail Y2

 

Seules les pièces ayant les caractéristiques suivantes peuvent être traitées

• La pièce est historisée
• La pièce est une facture
• La pièce est de type « Manuel » ou « livraison directe » (non issue de la chaine de livraison standard par LI019).
• Le client de la pièce est une boutique gérée dans Cegid Retail Y2 (lecture du TA96x).
• La pièce a donné lieu à la MAJ des stocks si la pièce est de type « Manuel » sans colisage avec des mouvements dont le type est 711, 767, 211 ou 267 (contrôle non effectué pour les pièces à livraison directe).

 

Le critère « Date d’expédition du BE » n’existe pas au niveau de la transaction AS441W03 (MAJ historique d’extraction des annonces de livraison vers Cegid Retail Y2) car ce dernier est présent dans la liste des critères disponibles pour cette fonction (critère présent dans le KIT sur les entêtes de BE).

La saisie du critère ‘Date de transfert Cegid Retail Y2’ est facultative. Si ce critère est renseigné, la fonction AS441Wxx ne remet pas à null la date de transfert de l’entité (Articles, Commandes ou Bon d’expédition), mais force la date de transfert avec la valeur saisie par l’utilisateur.

 

Flux Stock - dépôt (stock disponible)

Il est possible de redescendre dans Cegid Retail Y2 le stock d'un ou plusieurs magasins Cegid Orli.
Ce stock alimente un seul stock « dépôt » dans Cegid Retail Y2 paramétré en fonction d'une option de XC707.

Si un article est présent dans plusieurs magasins, c'est son stock cumulé qui redescend dans Cegid Retail Y2. Le stock correspond aux critères de TA961.

 

Deux principales utilisations :

• Réassorts Cegid Retail Y2 par rapport au stock disponible du dépôt
• Consultation du stock dépôt dans Cegid Retail Y2.

 

 

 

 

Réassort des boutiques

Cegid Retail Y2 dispose d’un module de réassort où plusieurs méthodes peuvent être utilisées et cumulées.

Le principe est le suivant :

1. Descente dans Cegid Retail Y2 d’un stock dépôt
2. Lancement du module de réassort sur ventes, stocks minimums, ….
3. Envoi dans Cegid Orli des demandes de réassort, création automatique des commandes boutiques dans Cegid Orli
4. Possibilité d’extraire la liste des manquants pour créer automatiquement les commandes boutiques dans Cegid Orli
5. Affectation, descente de Cegid Orli sur Cegid Retail Y2 des commandes fournisseurs équivalentes et des livraisons fournisseurs.

 

Trois cas possibles :

 

1. Réassort Cegid Retail Y2

   Commande dans Cegid Orli, jamais dans Cegid Retail Y2.

   Redescente d’annonces sans commande.

    

2. Réassort Cegid Retail Y2

   Commande dans Cegid Orli, puis dans Cegid Retail Y2.

   Redescente d’annonces sur commande.

   Ces deux cas sont gérés dans le paramétrage du XC20B ‎qui indique s’il faut redescendre ou non les commandes.

    

3. Saisie d’une commande dans Cegid Retail Y2

Cette commande est extraite de Cegid Retail Y2 à l’aide de l’extracteur des commandes qui formate la référence interne ainsi : Cegid Retail Y2 + N° de la commande Cegid Retail Y2

Ceci indique à Cegid Orli que cette commande existe dans Cegid Retail Y2, elle ne sera pas redescendue de Cegid Orli vers Cegid Retail Y2.

N.B. :
le numéro de commande Cegid Retail Y2 ne doit excéder 8 caractères pour Cegid Orli, il est impératif de travailler sur les chronos du siège (1 à 999 999)

 

Remarques :

• Les commandes doivent être impérativement affectées, et préparées, et descendus à Back Office, avant le prochain calcul de réassort.
• Remarques sur les flux :

  (1) stock disponible permet de générer une commande client dans Cegid Orli

  (4) La liste des manquants génère une autre commande client dans Cegid Orli

  (5) très peu utilisé : pour réaliser des statistiques dans Cegid Orli sur les commandes passées.

• Il est aussi possible pour les boutiques de saisir des commandes supplémentaires qui sont exportées dans Cegid Orli.
• L’Annonce de livraison solde la commande initiale.

 

 

Reste à expédier

 

N.B. :
en réassort automatique, si les livraisons ne descendent pas dans la foulée dans Cegid Retail Y2, au prochain cycle, une nouvelle commande sera générée dans Cegid Orli (Cas d’une commande qui n’est pas affectée, elle ne sera pas prise en compte dans l’encours de préparation et une nouvelle commande sera générée dans Cegid Orli).

 

Dans XC707, le critère «Envoi quantité par boutique» permet d'envoyer en plus du stock disponible :

• Reste à expédier permet de transférer les restes à expédier par boutique qui sont pris en compte dans le réassort automatique afin d’éviter de générer un nouveau besoin. (dans le cas du réassort automatique). En effet, dans le cas des commandes réassorts, on peut être amené à commander de nouveau les mêmes quantités si toutes les livraisons n’ont pas encore été intégrées dans Cegid Retail Y2. Pour éviter cela, le stock disponible par boutique doit être diminué des quantités restantes à livrer.
• En attente d’expédition par boutique (= quantités expédiables = quantités préparées non facturées, valable avec la valeur V2, V3 et V4 de l’option VERSION)

N.B. :
Le stock disponible n’est pas par boutique il est global sur un dépôt.

 

 

 

 

exemple :

Boutique 002Article JUPE ROUGE T 36 : 5 articles en préparation

Stock Cegid Retail Y2 de l’article pour l’établissement 002

    (GQ_PHYSIQUE)     2

Stock en préparation sur Cegid Orli      5

Stock théorique de l’article dans la boutique 002  7

 

 

Assemblage Produits Finis

Au niveau des commandes, dans les interfaces avec Cegid Retail Y2, on sait éclater un colis (pack) en pièces unitaires dans les annonces de livraison.

On transmet le stock du pack et des composants, sachant que c’est le stock du pack qui est pris en compte dans le calcul du réassort.

On transmet à Cegid Retail Y2 les articles individuels pour les commandes, annonce de livraison.  On envoie le pack et les articles individuels pour les Articles et le Stock disponible. Les commandes réassorts qui redescendent de Cegid Retail Y2 sont sur l’article Pack et pas sur l’article individuel.

 

 

5) Flux de Cegid Retail Y2 vers Cegid Orli

 

Dépôts conditionnels (Ventes) et Transferts, Annonces de livraison, Entrées/Sorties, Écarts de livraison

Dans le cadre de la gestion de dépôts conditionnels où le stock des boutiques appartient au fournisseur et seuls les articles vendus sont facturés aux boutiques, tous les mouvements de stocks peuvent être extraits de Cegid Retail Y2 afin de générer automatiquement dans Cegid Orli des factures ou avoirs.

 

Ventes

Transferts

E/S

Écarts de livraison

 

 

 

 

On envoie de Cegid Retail Y2 à Cegid Orli les ventes uniquement en cas de dépôt conditionnel, pour facturer ferme la boutique.

Une mise à jour du stock est réalisée si le stock est associé à la boutique.

Le flux s’effectue en pièces conditionnelles dans un premier temps avec factures et avoirs conditionnels.

Puis, une facture manuelle (ferme) est générée regroupant plusieurs commandes livrées selon la date de fin de dépôt boutique.

La remontée des ventes ne peut être mise en place que dans le cadre d’une gestion de dépôt conditionnel. L’association du client à un magasin n’est pas obligatoire (CL045) si le client ne veut pas gérer les stocks boutiques dans Cegid Orli.  Le fait de remonter les ventes génère automatiquement une facture manuelle ferme et un avoir manuel conditionnel sans de lien avec les commandes livrées. La tarification est recherchée en fonction du client que l’on facture (Recherche standard : TA301, spécificité par division et nature de commande et fiche client).

 

Les ventes sont uniquement gérées en dépôts conditionnels.

Les « Transferts », « Entrées/Sorties » et « Écarts de livraisons » peuvent être gérés en dépôts conditionnels ou non.

 

En ce qui concerne l’intégration dans Cegid Orli :

 

• À partir d’un fichier des ventes boutiques, il n’est pas possible de générer une facture ferme et un avoir conditionnel sans mise à jour de stock sauf si on a un magasin associé au client (CL045) c’est uniquement ce stock qui est mis à jour (donc, si on n’a pas de magasin associé, il n’y a pas de mise à jour de stock).

 

• À partir d’un fichier des retours de consommateur à la boutique,
  ‎ il n’est pas possible de générer un avoir ferme et une facture conditionnelle.

 

Voir aussi : chapitre : ‘Gestion des dépôts conditionnels et des stocks déportés’.

 

Avoirs fermes

La passerelle d’intégration des ventes FACTURE/CBR permet dorénavant de générer des avoirs fermes.

Cette possibilité est offerte en activant le paramètre d’intégration AVOIR_FERME (TA350).

Lors de la génération d’un avoir ferme, une facture conditionnelle de contrepartie est automatiquement créée pour régulariser la MAJ du stock associé au client (CL045).

Le type de document utilisé pour la création de cette facture conditionnelle doit alors être renseigné dans le paramètre d’intégration TYP_DOC_AVO (TA350).

 

Les fichiers issus de Cegid Retail Y2 contiennent toujours une zone qui permet d’indiquer le signe de la quantité transmise.

Cette zone doit avoir la valeur «-» pour les avoirs.

Elle doit être vide ou avoir la valeur «+» pour les factures.

 

CONTRAINTE

Il est impossible de traiter, dans un même fichier, des factures et des avoirs fermes.

Cegid Retail Y2 doit donc nous fournir deux fichiers distincts (un fichier pour les factures et un autre pour les avoirs).

 

Transferts inter-magasins (cession/transferts entre magasins) : pièces conditionnelles

Il est possible de bloquer dans Cegid Retail Y2 la modification une fois le transfert généré dans Cegid Orli.

Le stock est mis à jour, et on génère une facture/avoir sur les 2 boutiques : 2 pièces sont créées (une facture pour la boutique qui reçoit le produit et un avoir pour la boutique qui expédie).

 

Entrées/ Sorties

Il est possible de réaliser des entrées et sorties sans gérer de pièces conditionnelles.

Cela permet de signaler d’éventuelles différences de stock et implique des générations de pièces.

 

Écarts de livraison

Il est possible de réaliser les écarts de livraison sans gérer de pièces conditionnelles.

Ce flux permet de générer de nouvelles factures ou avoir en fonction des écarts reçus (visualisable dans Maintenance Intégration Bon/Facture - FA051 pour valider avoirs ou/et factures issues de ces écarts).

La mise à jour des stocks est réalisée uniquement si le magasin conditionnel est rattaché au client conditionnel.

 

Remarque pour les écarts de livraison (au niveau des écarts de livraison sur articles issus de factures conditionnelles) :

• Si c’est un écart en + alors il y aura une facture conditionnelle avec mise à jour du stock boutique.
• Si c’est un écart en – alors il y aura un avoir conditionnel avec mise à jour du stock de la boutique (le stock boutique étant le stock associé au client CL045).

 

 

 

 

COMPLEMENT: GESTION DES AFFILIÉS

Les livraisons aux boutiques Affiliées sont effectuées par l’intermédiaire de factures conditionnelles. Les boutiques affiliées ne sont pas propriétaires des produits qui leur sont livrés. Elles sont cependant commissionnées sur les ventes effectuées.

 

 

Elles remontent périodiquement :

 

Les ventes effectuées

Pour chaque vente, le prix unitaire appliqué au produit vendu doit être indiqué (cette notion de prix est très importante car elle sert ensuite de base au calcul de la commission accordée à la boutique).

La remontée des ventes donne lieu à la création d’une facture ferme pour la boutique affiliée ; chaque facture ferme générée donne systématiquement lieu à la création d’un avoir conditionnel.

 

Les retours magasins

Pour chaque avoir consenti le prix unitaire appliqué au produit doit être indiqué. La remontée de retours donne lieu à la création d’un avoir ferme pour la boutique affiliée.

Chaque avoir ferme généré donne systématiquement lieu à la création d’une facture conditionnelle.

 

CALCUL DE LA COMMISSION

La commission de la boutique est calculée lors de la création de la pièce ferme (facture ou avoir) à partir d’un élément de tarification qui doit être paramétré en PR023 pour la boutique concernée (ex : Si le taux de commission est de 10%, un élément de tarification de type « remise » affecté d’un taux de 10% doit être paramétré pour la boutique).

 

MISE A JOUR DU STOCK CONDITIONNEL

Le stock conditionnel est géré dans Cegid Retail Y2. Il n’est donc pas mis à jour dans Cegid Orli dans le cadre de ce flux).

 

MODE D’EXTRACTION DU CA DES VENTES

Dans le cas d’une vente, le prix renvoyé à Cegid Orli doit être le Prix Unitaire brut HT de Cegid Retail Y2.

Il s’agit donc du tarif public envoyé par Cegid Orli à Cegid Retail Y2.

Pour les périodes de Soldes ou Braderie, un tarif supplémentaire doit être envoyé à Cegid Retail Y2. C’est alors celui-ci qui doit être renvoyé à Cegid Orli lors de la remontée des ventes pour que le calcul de la commission soit correct.

Pour les retours, chaque ligne retournée doit reprendre les éléments tarifaires de la vente d’origine.

Pour ce faire, il est impératif d’activer dans Cegid Retail Y2 les retours avec contrôle, ce qui permet de reprendre les éléments tarifaire de la ligne de vente d’origine

 

REMONTÉE DES VENTES EN PÉRIODE « NORMALE »

Soit l’article A1 dont le Prix unitaire brut HT est de 30€

C’est sur la base de ce tarif que sera calculée la commission de l’affilié.

Le taux de la commission est de 30%

exemple :
Imaginons que la boutique ait vendu 1000 articles A1 mais en accordant une remise unitaire de 5€ Elle aura donc vendu les articles à 25€.

La boutique aura donc encaissé 25*1000  = +25 000€

Elle sera facturée au prix de 30*1000   = -30 000€

Elle bénéficiera d’une commission de 30 000* 30% = + 9 000€

Résultat net pour la boutique   = + 4 000€

 

REMONTÉE DES VENTES EN PÉRIODE « SOLDE/BRADERIE »

Soit l’article A1 dont le Prix unitaire brut HT en période normale est de 30€ mais qui est soldé à 20€.

C’est sur la base de ce tarif soldé que sera calculée la commission de l’affilié.

Le taux de la commission est de 30%

exemple :
Imaginons que la boutique ait vendu 1000 articles A1 mais en accordant, en plus la remise « solde », une réduction supplémentaire unitaire de 5€
 Elle aura donc vendu les articles à 15€.

La boutique aura donc encaissé 15*1000  = +15 000€

Elle sera facturée au prix de 20*1000   = -20 000€

Elle bénéficiera d’une commission de 20 000* 30% = + 6 000€

Résultat net pour la boutique   = + 1 000€

 

 

CAS DES RETOURS

Soit l’article A1 dont le Prix unitaire brut HT de la vente d’origine est de 30€

C’est sur la base de ce tarif qu’est calculée la commission de l’affilié.

Le taux de la commission est de 30%

 

exemple :
Imaginons que la boutique ait eu un retour sur 10 articles A1.

Lors de la vente initiale, elle avait accordé au client une remise unitaire de 10€

La boutique devra rembourser 10*(30 - 10)   = -200€

Elle recevra un avoir de (10*30)    = +300€

Elle devra rembourser son commissionnement 300* 30% = - 90€

Résultat net pour la boutique    = + 10€

 

PARAMETRAGE A METTRE EN ŒUVRE

Définition de l’élément de tarification correspondant à la commission

L’élément de tarification devra être créé au niveau de TA170.

Cet élément devra avoir les caractéristiques suivantes :

• Fonctionnalité de calcul = «  En –»
• Type d’élément = « Taux »
• Taux de l’élément renseigné.

 

L’élément créé devra ensuite être affecté à chaque boutique affiliée au niveau de PR023.

 

 

Flux Retours boutique

La passerelle standard d’intégration de retours Cegid Orli permet d’intégrer les réceptions des retours boutiques en provenance de Cegid Retail Y2.

Deux cas se présentent :

1^er cas : il existe une autorisation de retour dans Cegid Orli concernant la marchandise retournée par la boutique.

2^ème cas : il n’existe pas d’autorisation de retour dans Cegid Orli, la boutique effectue un retour non encore « enregistré ».

 

Les retours peuvent être intégrés et réceptionnés avec initialisation du statut « En attente »,
‎ils sont ensuite traités via la chaine standard de gestion des retours Cegid Orli.

De plus, il est possible de ne générer que les bons de retour sans pour autant les réceptionner.
‎La réception s’effectuera alors dans un second temps, soit par action manuelle soit par utilisation de la passerelle standard hors boutique.

N.B. :
L’identification d’un article entre Cegid Orli et Cegid Retail Y2 s’effectue par l’intermédiaire de son code EAN, le seul type d’EAN géré est le GENCOD (type = 1).

 

Le contenu du retour se cumule à celui d’un autre bon s’il existe un bon non encore solder qui correspond au même client avec les mêmes données ENTÊTE (référence de retour, division commerciale, nature, type, lieu-magasin de stockage) et l’article du retour.

Ce bon correspondant contient le cumule lors de chaque intégration. Dans ce cas, il n’y a pas de création de bon.

Des bons sont systématiquement créés si le client a 2 divisions commerciales renseignées dans sa fiche (onglet « Distribution »). Lors de la phase de recherche d’existence d’un bon non soldé sur lequel cumuler le retour, la division commerciale n’est pas connue. Il est donc impossible de retrouver un bon à compléter d’où la création d’un nouveau bon lors de chaque intégration.

 

N.B. :
Une boutique est soit conditionnelle soit interne soit « normale »,  donc lors de la création des pièces dans le cadre des retours la typologie de la pièce sera à l’identique de la typologie de la boutique. Si la boutique est conditionnelle alors on aura des avoirs conditionnels

 

6) Gestion des dépôts conditionnels et des stocks déportés

 

Notions déjà gérées dans Cegid Retail Y2

 

IMPORTANT :

• Dans Cegid Retail Y2, si vous ne gérez pas les dépôts dans Cegid Orli, il ne faut pas mentionner les codes dépôts dans le paramétrage Cegid Retail Y2 des imports Cegid Orli : ‎le champ code dépôt ne doit pas être mentionné dans les fichiers générés par Cegid Retail Y2.
• Dans Cegid Orli, pour gérer les dépôts, vous devez ajouter manuellement le code dépôt dans la table de paramétrage intégration fichier externe TA350 (aide au paramétrage disponible dans ‘Cegid Retail Y2_Intégration BackOffice’

   

• La gestion des dépôts n’est possible qu’avec l’option XC707W01/VERSION=V4 (cette version fonctionnant obligatoirement avec TA962)

 

 

Principe

 

Stock déporté

Le stock déporté représente un lieu (entrepôt) différent du stock boutique.
Pour des raisons de manque de place dans les boutiques certains produits transitent par des entrepôts en périphérique des villes avant d’être livrés en boutiques.

Cegid Orli ne gère pas la partie transfert des produits des dépôts déportés aux points de vente (boutiques) puisque ceci est géré dans Cegid Retail Y2.

• Dans le fiche client CL001W04, Adresse différentes : la fonctionnalité ‘49’ permet de référencer les dépôts pour la gestion des stocks déportés des boutiques.
• Envoi de la notion de dépôt dans les flux commandes et annonces de livraison. La notion de dépôt dans le flux commandes permet aux boutiques de connaître le lieu de livraison des produits (la boutique ou le dépôt déporté). La notion de dépôt dans le flux annonces de livraison permet de mettre à jour le stock du dépôt déporté ou de la boutique)

 

Dépôts conditionnels

• Dans la fiche client CL001- onglet ’Adresses différentes’ : au niveau de la liaison ‘dépôt’ (fonctionnalité 49) la coche ‘conditionnel’ permet de définir la nature du dépôt pour un client (boutique).
• Dans TA560 - Attribution données transport : pour affecter automatique un dépôt sur ligne de commande.
• Lors d’un retour produit, pouvoir générer un avoir conditionnel ou ferme selon la nature des produits retournés.
• Affichage des dépôts dans les fichiers de liaisons avec Cegid Retail Y2 (Commandes et Annonces de livraison).

 

Dans le cas où une boutique conditionnelle gère aussi bien des commandes conditionnelles que des commandes fermes (ce que Cegid Orli autorise), Cegid Orli doit générer un avoir lors d’un retour d’un produit d’une de ces boutiques, en tenant compte du mode de gestion de la boutique et encore plus précisément de la nature du retour : conditionnel ou non.

 

Pour les retours, les éléments déterminants le type d’avoir généré (ferme ou conditionnel) sont :

• la coche « Client conditionnel » au niveau de la fiche client rattachée à la boutique
• la coche « Nature conditionnelle » au niveau de la nature de commande,
• la valeur du paramètre général GEST_PART_COND.

 

Dans la mesure où une boutique peut être gérée en dépôt conditionnel et effectuer tout de même des commandes fermes, dans le cas d’un retour concernant ces commandes fermes, il faut bien effectuer un avoir ferme et non un avoir conditionnel et inversement dans le cas de commandes conditionnelles.

Cette information provient de Cegid Retail Y2 car le paramétrage de la coche au niveau de la fiche client n’est pas suffisant.

 

Quelques notions importantes :

• Pré-requis : mise en place de la gestion des confiés dans Cegid Retail Y2.

• Une commande et une facture peuvent être multi-dépôts.
• Un bon de préparation et un bon d’expédition peuvent être multi-commandes, multi-dépôts mais toujours mono adresse dépôt.
• Pas de notion de dépôt au niveau de la facturation : facture/avoir.
• Si une commande est conditionnelle, le dépôt sera conditionnel mais le client (boutique) peut être conditionnelle ou non.
• Si une commande est multi-dépôts : tous les dépôts doivent être conditionnels ou non mais tous les dépôts sont du même type.
• 1 dépôt peut regrouper plusieurs clients.

 

Remarques :

• Dans Cegid Orli, un produit n’est jamais considéré comme conditionnel. La notion de conditionnelle se situe au niveau de la commande client et du dépôt.
• En revanche, dans Cegid Retail Y2, un produit est considéré comme confié (conditionnel) ou NON dès lors des transferts de commandes - en fonction du ‘Flag dépôt conditionnel’ de la commande.

   

N.B. :
Le transfert PF et le Sur-mesure nominatif (au niveau des livraisons) ne sont pas concernés par la gestion des dépôts.

 

 

Paramétrage des dépôts dans Cegid Orli et impacts dans Cegid Retail Y2

Prérequis : Le fonctionnement passe par la mise en place de la gestion des confiés dans Cegid Retail Y2.

 

CL001W04 – Fiche client-Adresses client

Pour que Cegid Retail Y2 puisse informer Cegid Orli quant à la nature du retour, il faut au préalable que Cegid Orli transmette l’information à Cegid Retail Y2. Cela passe par les notions de dépôt.

La notion de dépôt doit être renseigné dans CL001W04 - Adresse client par le biais de la fonctionnalité ‘49’ qui permet de référencer les dépôts pour la gestion des stocks déportés des boutiques.

Ce code dépôt doit IMPÉRATIVEMENT exister dans Cegid Retail Y2.

Le dépôt pouvant être mentionné par ligne de commande, il est donc possible de saisir plusieurs liaisons ‘49’ sur une même fiche client. En cas de liaison de fonctionnalité ‘49’ :

• La saisie d’un dépôt est obligatoire.
• Une coche permet d’indiquer que le dépôt est « Conditionnel ».
• La saisie d’un client d’appartenance est possible mais pas obligatoire
• Aucune mise à jour des historiques d’appartenance n’est effectuée dans ce cas.

 

Pour pouvoir utiliser la gestion des multi-dépôts, il faut activer l’option CL001W04/MULTI_ADR

Dans certains cas, la gestion du multi-adresses peut gêner les utilisateurs qui utilisent la notion de multi-dépôts mais qui ne gèrent pas les multi-adresses de livraison et de facturation. Dans ce cas, il ne faut pas activer cette option ; c’est la coche ‘Multi adresses’ de TA014 (Type de liaison) qui permet de gérer par liaison la notion de multi-adresses.

Pour résumer :

• Si option CL001W04/MULTI_ADR cochée, on peut saisir plusieurs adresses de livraison, de facturation et multi-dépôts (pas d’accès à la coche ‘Multi adresses’ de TA014)
• Si option CL001W04/MULTI_ADR non cochée, on peut accéder à la coche ‘Multi adresses’ de TA014 et préciser par la coche quelle liaison est gérée en multi-adresses.

 

Lors de l’envoi des annonces de livraisons, le dépôt est celui prévu lors de la saisie de commande. Dans le cas où il n’existe pas de dépôt sur la ligne de commande, le dépôt présent dans le fichier correspond à la boutique.

 

Dans le paramétrage de l’export côté Cegid Retail Y2 :

• Pour la génération du fichier des retours boutiques,
  ‎il faut transmettre le code dépôt de provenance de la marchandise retournée.
• Pour la remontée des commandes, possibilité de remonter le code dépôt sur les lignes de commande intégrées dans Cegid Orli :
  • Il suffit d’ajouter (TA350) la zone CODE_DEPOT dans les lignes de commande
  • XC217 se charge alors de retrouver le magasin correspondant dans TA962

 

 

Impacts dans Cegid Orli pour export vers Cegid Retail Y2

CD001 – Commande client- Onglet ‘Données transport'

L’attribution du dépôt est effectuée lors de la saisie de la ligne de commande et plus particulièrement une fois l’article entièrement renseigné (saison, code article, coloris et finition spéciale) ainsi que le magasin puisque ce dernier est également un des critères d’affectation du dépôt (via TA560). Si le dépôt paramétré dans TA560 n’est pas défini pour le client de la commande, le dépôt n’est pas restitué, charge alors à l’utilisateur de venir attribuer le bon dépôt.

 

Le dépôt de la ligne de commande est visualisable au même titre que les données de transport. Cet onglet devient inaccessible lorsque la ligne de commande est commencée en préparation.

Il s’agît du dépôt dans lequel devra être livré le produit commandé si ce dernier ne doit pas être livré à l’adresse de livraison du client. Ce dépôt doit être défini pour le client de la commande dans CL001W04.

Si la commande est conditionnelle, le dépôt doit également l’être et vice versa.

N.B. :
Cette information étant ensuite transmise lors des échanges avec Cegid Retail Y2, il faut également que le dépôt renseigné soit d’ores et déjà existant dans Cegid Retail Y2.

 

Les conditions d’accès et de modification à la zone de saisie du dépôt sont similaires à celles des autres zones de cet onglet à savoir : toute ligne de commande dès l’instant où elle est commencée en préparation n’est pas modifiable.

Le dépôt saisi pour la ligne de commande doit être cohérent avec le client de la commande.

Le type de dépôt (conditionnel ou non) doit être cohérent avec le flag « Conditionnel » de la commande. Cela signifie qu’il n’est pas possible de saisir un dépôt NON conditionnel sur une commande conditionnelle et inversement, il ne sera pas possible de saisir un dépôt conditionnel si la commande n’est pas elle-même conditionnelle.

 

Il n’y a pas de message s’il n’y a aucun code dépôt ramené dans les lignes.

N.B. :
la valeur du paramètre GEST_PART_COND impacte la coche ‘Commande conditionnelle’ de CD001 ; la valeur du dépôt et sa nature (conditionnelle ou non) sera donc différente selon la valeur de ce paramètre puisque selon la valeur du paramètre, la coche ‘Commande conditionnelle’ se génèrera ou pas.

 

Rappel dans le cas où un dépôt est paramétré au niveau de TA560 pour un article :

En saisie de commande, si le dépôt ne correspond ni au client, ni au flag « conditionnel » de la commande, aucun dépôt ne sera attribué à la ligne de commande (= le dépôt sera NUL en ligne de commande). Aucun message ou alerte informera l’utilisateur dans ce cas.

 

• Remarque importante 

  Avec la gestion des dépôts, la coche ‘Conditionnelle’ en entête de commande devient non modifiable dès lors qu’on a saisi au moins un dépôt en ligne de commande.

  Néanmoins, il est possible de modifier l’état de la commande ‘Conditionnelle’ en supprimant les dépôts en ligne de commande. Il faut ensuite réinterroger la commande pour avoir accès à la coche ‘Conditionnelle’

   

  En duplication de commande, les dépôts sont re-générés selon le paramétrage saisi dans la fiche client CL001 – données transport et TA560 – Attribution données transport PF.

  Les dépôts ne sont, donc, pas repris de la commande à dupliquer.

   

  CD026 - Turbo modification commande

  CD080 - Maintenance en masse des commandes

  N.B. :
  les données transports sont redéfinies à chaque modification du code dépôt.

   

• La saisie du code dépôt est facultative.

  Étant donné que le dépôt est étroitement lié aux données de transport, les maintenances en masse des dépôts dans les lignes de commandes sont effectuées par CD026 et CD080 via l’action « Application des données transport ».

  La philosophie de ces 2 fonctions est quelque peu différente :

   

• CD026 – Turbo modification commande : sur l’action « Application des données transport », il est possible de renseigner les valeurs à attribuer aux lignes de commandes correspondant aux critères. Le code dépôt permet de forcer un code dépôt.

   

  En cas d’affectation d’un dépôt, un contrôle bloquant vérifie la cohérence du dépôt de la ligne de commande et du client de la commande. Un contrôle vérifie aussi le type de dépôt avec le flag « conditionnel » de la commande.

   

  Utilisation des critères fonctionnels « Données de transport » :

  Si aucune valeur n’est précisée pour les données de transport (transporteur, mode d’expédition, condition de port ET dépôt), le traitement applique la recherche du paramétrage idéal pour la ligne de commande ; paramétrage issu de TA560.

   

  Si une valeur est renseignée pour l’une des zones « Transporteur », « Mode d’expédition » ou « Condition de port », alors l’ensemble de ces 3 zones doit être renseigné (fonctionnement actuel). Dans ce cas le traitement affecte les valeurs saisies aux lignes de commandes répondant aux critères de sélection. Si le dépôt est renseigné, c’est ce dépôt qui est affecté aux les lignes de commandes, sous réverse qu’il soit correct. S’il n’est renseigné, le dépôt des lignes de commande n’est pas modifié.

  N.B. :
  Dans ce cas, la recherche en fonction du paramétrage TA560 n’est pas effectuée.

   

  Si seul le critère fonctionnel « Dépôt » est renseigné, alors le traitement initialise uniquement le dépôt dans les lignes de commande. Le dépôt des lignes de commande est écrasé avec celui renseigné en critère, sous réserve qu’il soit correct. Dans ce cas également, les notions de code transporteur, mode d’expédition et condition de port des lignes de commande ne sont pas modifiées ni recalculées en fonction du paramétrage TA560.

  Il n’est pas possible de saisir un traitement à réaliser avec un dépôt ‘null’ dans CD026.

  Il faut utiliser CD001 (contrôle bloquant vérifie la cohérence).

   

• CD080 - Maintenance en masse des commandes : sur le choix de l’action 
  ‎« Application des données transport », le traitement balaie toutes les lignes de commandes sélectionnées et applique les données renseignés dans la table de paramétrage TA560.

  N.B. :
  cela signifie que tout code dépôt qui a été forcé lors de la saisie de la commande pourra redevenir NUL si aucun dépôt n’est paramétré dans TA560 pour le produit de la ligne de commande.

   

  Une édition restitue la liste des lignes de commande n’ayant pas pu être impactées par la modification.

   

  N.B. :
  Le dépôt ne peut plus être modifié si la commande est commencée en préparation.

 

 

LI006 – Vente au comptoir

La recherche du dépôt est également effectuée dans le cas d’une vente au comptoir.

Un contrôle vérifie que le dépôt trouvé existe pour le client de la commande sachant que la recherche s’arrête sur le premier dépôt trouvé dans TA560. Si le dépôt trouvé dans TA560 ne correspond pas la commande, le dépôt est initialisé à ‘NUL’ (par exemple : client non conditionnel,

Si tel n’est pas le cas, il n’y a pas de blocage, le dépôt est initialisé à ‘NUL’. Conséquence : la ligne de commande n’est pas rattachée à un dépôt. Par contre, dans cette fonction, les données de transport ne sont pas visualisables. Le code dépôt affecté à chaque ligne de commande est donc ni visualisable ni modifiable.

En cas de nécessité de modification du dépôt, il faut passer soit par un outil de maintenance en masse (CD026 ou CD080), soit par la saisie de commande CD001. Quoiqu’il en soit, la modification n’est possible que si la phase d’affectation – préparation n’a pas déjà été effectuée par LI006.

 

Passerelle intégration de commande (+CD360)

Un contrôle vérifie la cohérence du dépôt et du client de la commande. En cas d’anomalie, les commandes sont rejetées et modifiables par CD360.

Le fonctionnement dans CD360 est identique à CD001.

Un dépôt sera attribué aux commandes de réassort émises par Cegid Retail Y2 lorsqu’elles seront traitées par l’intégration.

 

Livraison

Le code dépôt est défini et sauvegardé à la ligne de commande (idem transporteur, mode d’expédition et condition de port). Une commande peut donc être multi-dépôt.

En revanche, les dépôts ayant chacun une adresse de livraison, les BP sont mono adresse de dépôt (au même titre qu’ils sont mono adresse de livraison client). Lors de la préparation, il faut donc tenir compte de cette nouvelle donnée en tant que critère fixe de création des entêtes de BP.

Le BE est aussi mono adresse de livraison.

En édition, l’adresse du dépôt (s’il existe) est affichée à la place de livraison client (cas des éditions BL, bon de chargement, BE, étiquettes colis, récépissé, fichier transporteur).

Remarque sur les transitaires :

• Certains documents éditent l’adresse de livraison ET l’adresse du transitaire.
• D’autres éditent l’adresse du transitaire à la place de l’adresse de livraison. Il s’agit des documents destinés au transporteur. Dans ce cas, l’adresse du transitaire « prime » sur l’adresse du dépôt, et l’adresse du dépôt « prime » sur l’adresse de livraison.

 

Cas particulier du LI008 – Edition étiquette emballage

Au niveau de cette fonction, il est possible d’éditer des étiquettes à la demande (critère « Type d’étiquette » = ‘3’), sans indication de BP.

L’utilisateur indique qu’il souhaite éditer l’adresse de livraison à la place de l’adresse du client, en cochant « Adresse de livraison ».

Sur le même principe, l’utilisateur peut indiquer qu’il souhaite éditer l’adresse du dépôt par une coche « Adresse de dépôt ».

On peut cocher soit « Adresse de livraison », soit « Adresse de dépôt », mais pas les 2 en même temps.

Si « Adresse de dépôt » coché :

• Si pas de dépôt ou si plusieurs dépôts : affichage de l’adresse client
• Si un seul dépôt : affichage écran de son adresse

 

FA002 - Facture et avoir

La notion de dépôt n’est pas indiquée au niveau de cette fonction.

 

Édition des confirmations de commandes et pièces de facturation

Lors de l’édition de la confirmation de commande, s’il existe plusieurs adresses dépôts dans les lignes de commandes, l’adresse du dépôt n’est pas éditée.

Par contre, l’adresse du dépôt s’édite dans la partie ‘Livré à’ lorsqu’il existe une seule et même adresse dépôt (un ou plusieurs dépôts ayant la même adresse) pour toute les lignes de la commande.

N.B. :
on peut être multi-dépôts en étant mono-adresse dépôt.

 

Il en va de même pour l’édition de la facture.

 

Visualisation des codes dépôts au niveau des MULs

Le dépôt est visualisable aux niveaux de la consultation des lignes de commandes dans les fonctions CD902.

Cette information est présente aussi bien en filtre qu’en colonne.

Ce critère existe dans le kit ligne de commande.

Toutes les listes disponibles dans CD902 bénéficient nativement de cette information, dans la limite d’utilisation actuelle des critères lignes de commande. Cela signifie donc que dans les consultations portant sur des entêtes, cette information est présente seulement en critère de filtre (exemple : Liste de entêtes de BP, de BE, de Pièce). Dans les consultations portant sur des lignes, il est possible de restituer également cette information dans les colonnes (exemple : Liste des lignes de bon ou pièces).

 

 

Imports depuis Cegid Retail Y2 à intégrer dans Cegid Orli

 

RAPPEL IMPORTANT :

• Dans Cegid Retail Y2, si vous ne gérez pas les dépôts dans Cegid Orli, il ne faut pas mentionner les codes dépôts dans le paramétrage Cegid Retail Y2 des imports Cegid Orli :
  ‎le champ code dépôt ne doit pas être mentionné dans les fichiers générés par Cegid Retail Y2.
• Dans Cegid Orli, pour gérer les dépôts, vous devez ajouter manuellement le code dépôt dans la table de paramétrage intégration fichier externe TA350 ‎(aide au paramétrage dans ‘Cegid Retail Y2_Intégration BackOffice‘)

 

Valable pour tous les flux depuis Cegid Retail Y2 :

• Si dans un même fichier, plusieurs dépôts sont renseignés pour une même boutique (client)
  → il y a aura autant de pièces générées dans Cegid Orli que de dépôts/boutique.
• Si le code dépôt est égal au code boutique
  → on considère l’enregistrement sans dépôt.
• Si le dépôt n’est pas renseigné
  → ceci implique qu’il n’y aura pas de recherche lié au dépôt
  → la pièce sera générée en fonction du flag ‘conditionnel’ du client.

 

 

Plusieurs provenances disponibles pour ces intégrations, avec origine unique « CBR » :

 

 

Retours de produits finis

Le dépôt est indiqué par Cegid Retail Y2 dans le fichier de retour pour la génération du fichier des retours boutiques (code dépôt de provenance de la marchandise retournée).

 

La notion de dépôts conditionnels est prise en compte lors de la mise à jour des stocks :

• Le stock physique est incrémenté des quantités reçues.
• Le stock associé au client conditionnel est défalqué des quantités reçues.

 

En ce qui concerne les passerelles d’intégration des retours (retour complet marchandises + financier via BOUTIQUE/CBR, ou uniquement retour financier via RETOUR/Cegid Retail Y2) : le dépôt de départ de la marchandise permet de déterminer si l’avoir à générer à l’issu de la transaction doit être de type conditionnel ou non. Le dépôt est prioritaire sur le flag « Client conditionnel » de la fiche client.

 

Fonctionnement de la passerelle d’intégration standard BOUTIQUE/CBR :

• Création des autorisations de retours
• Selon les paramètres d’intégration, génération d’une simple autorisation de retour (en vue d’une réception ultérieure manuelle ou non) ou bien réception, mise à jour en stock et génération d’avoir.

Dans le cas où BOUTIQUE/CBR effectue uniquement une création d’autorisation de retour, cette dernière est systématiquement positionnée au statut « EN ATTENTE ».

Dans le cas d’une saisie manuelle d’autorisation de retour PF, l’utilisateur dispose d’une coche « Conditionnel » (Onglet « Cond.Vente » de RC001). Cette coche est automatiquement initialisée en fonction du client, de la nature du retour ainsi que du paramètre général GEST_PART_COND.

 

Quelle que soit la méthode d’utilisation de BOUTIQUE/CBR (création d’autorisation et/ou réception) :

• la passerelle regroupe les enregistrements par boutique et tient compte de la notion de dépôt conditionnel. Le traitement peut donc aboutir à la génération de deux bons de retours dans le cas où une même boutique effectue à la fois des retours issus de commandes conditionnelles et non conditionnelles.
• l’avoir généré est de type conditionnel dès lors que le dépôt présent dans le fichier est défini comme tel dans le paramétrage des dépôts par boutique (TA962).

 

Dans l’absolu, le fichier transmis en retour de Cegid Retail Y2 peut avoir à la fois des enregistrements liées à des commandes conditionnelles et d’autre non. Lors de la génération des retours, la nature du retour doit être cohérente avec les produits retournés et leur mode de gestion.

 

IMPORTANT :

• Si aucune information sur l’enregistrement ne permet de détecter la nature du retour (=pas de code dépôt), le retour est considéré comme non conditionnel.
• Pour ce fonctionnement, il faut l’option RC001W01/MULT_AVOIR=0 (soit avoir mono-nature et type de retour).
• Si la génération d’avoir a lieu dans la foulée de l’intégration du retour il n’est plus possible d’agir sur cette coche et de ce fait sur la nature d’avoir.
• Pour chaque enregistrement du fichier, la passerelle recherche s’il existe une ligne de bon de retour non soldée et non encore réceptionnée pour le produit du retour, la saison de retour, la nature, le type, la division commerciale, le lieu-magasin, la référence de retour ainsi que le client correspondant à la boutique.
  • Lorsque cette recherche aboutit, la ligne de retour est alors complétée.
  • Lorsque cette recherche n’aboutit pas (par exemple pour cause de division commerciale différente entre le produit du retour et le l’entête d’un retour dont pourtant sue la même référence de retour), la ligne de retour donne lieu à la création d’un nouveau N° de bon de retour.

 

A retenir : un bon dont la division commerciale est déjà renseignée en entête de retour est MONO division commerciale.

En cas d’intégration de retour sur une même référence de retour, comme indiqué ci-dessus, si le produit n’est pas dans cette division commerciale, il y aura création d’un nouveau bon de retour.

Si plusieurs enregistrements sont dans ce cas lors d’une même intégration, le nouveau bon pourra être MULTI division commerciale.

 

Autres flux à intégrer dans Cegid Orli

Concernant les autres flux d’intégration de données en provenance de Cegid Retail Y2 (Ventes, Échanges et Écarts sur annonces de livraison) il faut également connaître le dépôt.

Cegid Retail Y2 envoie le dépôt concerné dans le fichier du flux retourné à Cegid Orli.

Ce dépôt permet de rechercher la valeur de la coche « Dépôt Conditionnel » renseignée dans TA962. Ce qui permet ensuite de générer des pièces en cohérence avec le flag.

Si aucun dépôt n’est renseigné pour l’enregistrement, le traitement fonctionne sans tenir compte des traitements liés à la recherche des dépôts conditionnels.

Pour toutes des provenances – origines, si dans le fichier pour une même boutique on a, à la fois des dépôts gérés en conditionnel et non conditionnel, les pièces sont générées par dépôt.

 

Détail par flux :

• Ventes (FACTURE / CBR) :
  ne concerne que des Ventes conditionnelles. Le dépôt sert de contrôle uniquement. Si le dépôt n’est pas défini comme conditionnel pour la boutique, l’enregistrement est rejeté.
• Ventes Affiliés (FAC-AFFI / CBR) :
  ne concerne que des Ventes conditionnelles pour les affiliés. Le dépôt sert de contrôle uniquement. Si le dépôt n’est pas défini comme conditionnel pour la boutique, l’enregistrement est rejeté.
• Échanges (ECHANGE / CBR) :
  Cegid Retail Y2 transmet dans le fichier le dépôt émetteur ET le dépôt récepteur afin de réaliser des pièces (factures ou avoirs) cohérentes avec les types des dépôts. Les dépôts sont prioritaires sur le flag « Client conditionnel » des clients concernés par l’échange.
  La facture émise pour la boutique réceptrice est fonction du mode gestion du dépôt récepteur :
  • si conditionnel : facture conditionnelle
  • si non conditionnel : facture normale
• De même, l’avoir émis pour la boutique émettrice est fonction du dépôt émetteur :
  • si conditionnel : avoir conditionnel
  • si non conditionnel : avoir normal

 

• Écarts (ECART+ ou ECART- / CBR) : (idem) le type de dépôt détermine si la pièce est conditionnelle ou non. Le dépôt est prioritaire sur le flag « Client conditionnel » de la fiche client. S’il s’agit d’un écart en + :
• si dépôt conditionnel :
  facture conditionnelle
• si dépôt non conditionnel :
  facture normale 

A l’inverse, s’il s’agit d’un écart en - :

• si dépôt conditionnel :
  avoir conditionnel
• si dépôt non conditionnel :
  avoir normal

 

Remarque sur paramètre de XC251 :
TYP_DOC_AVO pour FACTURE/CBR, FAC-AFFI/CBR, RETOUR/CBR, RET-AFFI/CBR :

Ce paramètre permet dans le cadre des retours Cegid Retail Y2 de définir quel type de document avoir on doit prendre en compte.

C’est pour la génération de l’avoir conditionnel afin de forcer le type de document dans le cadre de la facturation ferme sur dépôt conditionnel qui correspond à la provenance FACTURE et à l’origine CBR.

‎ 

 

7) Paramétrage Technique et échanges de données

Le module Cegid Retail Y2 doit être sérialisé.

 

Paramétrage du serveur d’éditions

Si le serveur d’édition est distant : se connecter à distance au serveur d’édition Cegid Orli, sinon se connecter directement sur le serveur d’éditions.

Exemple, si serveur distant :

Aller dans : Démarrer, Programmes, Cegid Orli-Assistant, Client RDP,

La fenêtre « Connexion Bureau à distance » s’affiche,

Renseigner champ : Ordinateur : vm-roa-appedi.cegid.local

(voir TA962, champ Adr. TCP/IP)

 

La fenêtre « Déverrouillage de l’ordinateur » apparaît :

Renseigner : Utilisateur : cegideditions

Mot de passe : (Pour plus de précisions, Cf. TA962)

 

Aller dans « Poste de travail »

Vérifier que le répertoire « BackOffice » existe dans :

Adresse : adresse TCP/IP de TA962 – Paramétrage Intégration Cegid Orli–Cegid Retail Y2
‎(exemple : vm-roa-appedi.cegid.local/BackOffice)

 

Sinon, le créer en donnant les droits d’accès aux administrateurs/utilisateurs.

Pour cela, sélectionner le répertoire BackOffice,

Avec le clic droit, aller dans Propriétés, Sécurité,
‎et cocher « Autorisé » pour tous les administrateurs/ utilisateurs.
‎Cliquer sur paramètres avancés et cocher « Permettre… » et « Remplacer » pour que les fichiers d’intégration futurs de Cegid Orli vers Cegid Retail Y2 puissent s’intégrer correctement.

 

IMPORTANT :

• Pour la version Française :

  Dans le répertoire BackOffice, vérifier que les fichiers « archive » et « rejet » existent.

  Sinon, à créer.

• Pour la version en Anglais, vérifier l’existence de ces fichiers (sinon à créer)
  

 

 

Extraction et Intégration des fichiers Cegid Orli dans Cegid Retail Y2

Dans Cegid Orli : Paramétrage

 

• TA962 Paramétrage intégration Cegid Orli - Cegid Retail Y2

 

Concentrateur :
‎facultatif (utilité si gestion de plusieurs bases BO)

 

Répertoire de travail INTERNE :
‎ $LOG (= répertoire linux Cegid Orli = serveur de base de données)

N.B. :
Les 7 informations de ce cadre étant concaténées dans un champ unique de 80 caractères, IL NE FAUT PAS DÉPASSER cette longueur ; pour cela, privilégier la variable d’environnement $LOG (et non pas son contenu /data/orli/log/BASE)

 

Répertoire de travail EXTERNE

‎ pgi/backoffice

 

Routage

Codage des données exportées de Cegid Orli vers Cegid Retail Y2

 

ISO (par défaut, pour client base NON Unicode)

> Suffisant si pas de caractères asiatiques

UTF8 : norme Unicode « sans BOM »
> format non reconnu par Cegid Retail Y2

UTF16 : norme Unicode pour Windows

N.B. :
ne pas laisser cette zone vide (donc, soit ISO, soit UTF16)

 

 

Nom logique serveur distant
‎adresse du serveur d’édition Cegid Orli (paramètre OWS_SERV_HRP)

exemple :

vm-roa-appedi.cegid.local

 

Login

Mode de passe 

 

• Options pour XC707W01

TRANS_ART_CDE
permet de transférer uniquement les articles commandés, ainsi que les stocks de ceux-ci

• 0 : transfert des articles commandés, pour les clients définis dans l’onglet Client/Boutique
  (indépendamment de la coche « A transférer »)
• 1 : transfert des articles commandés ou non

CODE_DEPOT
code dépôt dans Cegid Retail Y2 pour l'envoi du stock disponible

CODIF_ARTICLE
codification article dans le fichier article à destination de Cegid Retail Y2

0 : Code article sur 15 + Saison article sur 3 caractères     1 : Code article          2 : Saison article sur 3 + code article sur 15 caractères

ETS_SUR_6
Lorsque cette option est positionnée à 1, elle précise que les établissements peuvent être gérés entre 4 et 6 caractères maximum. Cette option n'est valable que dans le cas des concentrateurs Cegid Retail Y2 et uniquement avec la VERSION V4 (donc exclusivement via TA962). Lorsque les établissements sont gérés sur 3 caractères maximum, il faut laisser la valeur de cette option à 0.

GEST_ART_REGRO
permet de définir si on gère ou pas les ensembles (article de regroupement) lors de l'envoi des données à Cegid Retail Y2

NULL :
on ne gère pas les ensembles
1 :
on gère les ensembles.

 

GEST_UPD_CDE
permet d'envoyer ou non les maintenances de commandes à Cegid Retail Y2 :

• 0 : on n'envoie pas les maintenances de commandes (valeur par défaut)
• 1 : on les envoie

LIV_CDE
permet de définir si l'on envoie des livraisons sur commande ou des livraisons sans commande :

• 0 : Livraisons sans commande
• 1 : livraisons sur commande

NOM_LOG_TRF_FIC
nom logique correspondant au paramétrage fait dans le 2ème onglet de JP015. Si cette option n'est pas renseignée, le transfert sera réalisé selon le routage saisi lors de la demande du traitement. L'avantage de cette option est de pouvoir demander dans XC707 l'édition PDF routée selon la demande et la génération des fichiers, en même temps, mais routée vers le serveur mentionné dans cette option.

 

TRI_BL (avec option VERSION = V2 ou V3) : permet de trier les BP de 2 façons différentes, si on gère au non les BP d'origine.

• 0 : on trie par No boutique/BP origine/Colis/BE/Cde/Fact (valeur par défaut)
• 1 : on trie par BE/BP (ligne)/Cde/Colis    

Une contrainte technique est imposée dans le cas où l'option TRI_BL=0, alors il faut le paramètre GEST_EXPE_BP=1, pour permettre de regrouper tous les BP ayant le même BP d'origine sur le même BE.

N.B. :
si la valeur par défaut est modifiée, donc que la valeur de l’option TRI_BL=1 : il faut modifier le paramétrage dans Retail au niveau des annonces de livraison :

• Option de tri à 0 (par défaut) :
  Le champ GP_REFINTERNE est en position 38 sur une longueur de 31.
• Option de tri à 1 :
  Le paramétrage du champ GP_REFINTERNE doit être modifié pour être en position 46 sur une longueur de 23.

Avec ce paramétrage, la référence interne de la pièce affiche le N° de BE + N° de BP + N° de colis mais ne peut plus afficher le N° de facture.

 

ENV_ATT_LIBR

Envoi des attributs libres (paramétrés dans TA052 (Attribut libre par entité) et TA051 (Libellé attribut libre par entité) : 3 booléens, 3 dates, 3 textes sur 35 caractères, 3 montants sans notion de monnaie (non gérée dans Cegid Retail Y2).

 

VERSION
No de version de l'interface avec Cegid Retail Y2

• V2:  Interface articles (Nouvelles données), tarifs et paramètres   Interface commande         Interface annonce de livraison sans commande ou sur commande   Interface stock disponible
• V3: Idem à la V2 + envoi des traductions des libellés dans la langue des boutiques.
  ‎Gestion de la notion de multi-concentrateurs : transmettre les fichiers sur des serveurs ou répertoires différents. V3 compatible uniquement avec TA961.

N.B. :
La date de transfert est une zone unique pour les passerelles avec GB et avec Cegid Retail Y2.
‎S’il existe des boutiques installées avec Cegid Retail Y2, et d'autres installées en GB, pour l'envoi des articles et tarifs, il convient de lancer un transfert via XC704 pour GB, puis de réinitialiser la date de transfert dans TA961, et de lancer ensuite le transfert via XC704 pour Cegid Retail Y2.

Annonce de livraison : Le traitement extrait les Bons d'expéditions qui ont été historisées LI019 - Transfert livraison facturation et correspondent aux critères de paramétrage de TA961.

 

 

• Options pour LI019W01 (Transfert livraison facturation)

OPT_HIST_MAG=7

 

 

• Lancement dans Cegid Orli de l’export vers Cegid Retail Y2

 

• XC707 : Extraction Cegid Orli vers Cegid Retail Y2
  Pour lancer l’extraction des données vers Cegid Retail Y2

Rappel

La date de transfert est une zone unique pour les passerelles avec Cegid Retail Y2. Si vous avez des boutiques installées avec Cegid Retail Y2, et d'autres installées avec un autre outil, pour l'envoi des articles et tarifs, il convient de lancer un transfert via XC704 pour GB, puis de réinitialiser la date de transfert dans TA961, et de lancer ensuite le transfert via XC704 pour Cegid Retail Y2.

 

Détail sur certains critères :

• « Purge table article jusqu'à »

  Lors du traitement des articles et paramètres, la fonction sauvegarde dans une table temporaire la copie de ce qui a été transmis à Cegid Retail Y2 afin de pouvoir réaliser des contrôles au cas où il y aurait un problème de transfert. Cette zone permet de saisir une date pour purger cette table temporaire.

• « Ne pas envoyer les qtés à 0 » (valable pour l'envoi des stocks)

Par défaut, on envoie les quantités à 0
> volume de transfert important.

Si on coche ce critère, le volume du transfert est réduit : on déclenche une remise à zéro de l’entrepôt, puis on n’envoie que le stock des articles qui ont du stock dispo.
> dans ce cas, on ne voit pas les stocks par taille à 0 dans Cegid Retail Y2

N.B. :
La coche "Ne pas prendre en compte… le stock dans le calcul de besoin" de TA034 impacte l’export des stocks Cegid Orli vers Cegid Retail Y2 en bloquant l'export du stock Cegid Orli.

 

 

Dans Cegid Retail Y2

 

• Paramétrage 

Dans Société – Paramètre société – Société : cocher « Présentation Cegid Orli »

Aller dans : Administration – Société- Paramètres société - Import de données 

Vérifier :

• Provenance des données : reprise Cegid Orli
• Cocher : intégration automatique
• Répertoire d’intégration : \\nom_serveur_edition\partage\
  (exemple : \\vm-roa-appedi.cegid.local\backoffice\)
• Répertoire d’archivage : \\nom_serveur_edition\partage\archive\
• (exemple : \\vm-roa-appedi.cegid.local\backoffice\archive\)
• Répertoire des rejets : \\nom_serveur_edition\partage\rejet\
  (exemple : \\vm-roa-appedi.cegid.local\backoffice\rejet\)

 

Valider

 

Paramètres sociétés

Les paramètres sociétés permettent de définir le répertoire de stockage des fichiers Cegid Orli à intégrer

• Le répertoire de stockage des fichiers Cegid Orli déjà intégrés
• Un code tarif de vente et une période, permettant de reporter un tarif PV dans la fiche article. Ce paramétrage permet de définir un tarif de vente par défaut.
• Un code tarif d’achat et une période, permettant de reporter un tarif PA dans la fiche article. Ce paramétrage permet de définir un tarif d'achat par défaut.

 

Le prix de vente et le prix d'achat permettent de consulter des tarifs dans les articles. Pour l'ensemble des établissements, ce sont en premier lieu les tarifs qui seront pris en compte.

Vérifier que la famille comptable « DIV » est créée.

Pour cela, aller dans Famille comptable - Administration  - Liaison comptable  - Famille comptable : renseigner : DIV

 

Lancement de l’import dans Cegid Retail Y2

• Allez dans Administration
• puis Reprise de données
• puis Import des données

La liste des fichiers Cegid Orli à intégrer apparaît.

On rappelle ici que les fichiers Cegid Orli commencent toujours par « AE », « CE » et « FE ».

Cliquez ensuite sur le bouton « Lancer la récupération ». Un compte rendu d'intégration est ensuite affiché à l'écran, avec le début, et fin de la récupération, le nombre d'enregistrements lus, traités, intégrés, comportant des erreurs, et non repris.

Les fichiers générés par Cegid Orli sont :

• AE.P
  pour les articles, paramètres, tarifs, traductions
• CE.P
  pour les commandes
• FE.P
  pour les annonces de livraison et le stock dépôt

 

Paramétrage des reprises

Les fichiers Cegid Orli sont intégrés par un module d'import générique.

Le format des fichiers Cegid Orli est pré-paramétré et ne doit pas être modifié.

Pour consulter les formats d'import, allez dans :

Administration - Reprise de données - Paramétrage GPAO

 

Cliquez sur une ligne pour visualiser le descriptif du format :

Vous y trouvez :

• Le nom de la table Cegid Retail Y2 qui est alimentée
• L'identifiant des lignes à reprendre « DI1 »
• Dans la colonne de droite, les champs repris avec leur position dans le fichier et leur longueur.

 

N.B. :
Après l’import des données dans Cegid Retail Y2, il faut compléter les titres des codes établissements, des articles, société… générés dans Données de bases « Établissements », « Fournisseurs »…. (ceux-ci ne sont pas générés automatiquement).

 

Il faut définir pour chaque établissement les tarifs d’achat et de ventes TTC qui lui sont attribués.

N.B. :
La date de transfert est une zone unique pour les passerelles avec Cegid Retail Y2. Si vous avez des boutiques installées en Cegid Retail Y2, et d'autres installées avec un autre outil, pour l'envoi des articles et tarifs, il convient de lancer un transfert via XC704 pour chaque destinataire (réinitialiser la date de transfert dans TA962, relancer de nouveau le transfert via XC704).

 

Extraction et Intégration des fichiers Cegid Retail Y2 dans Cegid Orli

Dans Cegid Retail Y2

 

Concernant l’export il y a plusieurs cas :

 

• À partir d’une proposition de réassort (regroupement de tous les besoins des boutiques) :

   

  • Aller dans Stocks \ Réassortiment \ Réassort et répartition, double-cliquer sur une ligne, presser le bouton « Processing » et choisir « Génération des documents d’achat »,
  • Cocher « D’un fichier ASCII Cegid Orli »
  • Chemin « indiquer un répertoire local du PC »

    exemple :
    C:\TEMP\gb3cde.txt  

    gb3cde.txt = fichier renseigné dans TA350, onglet définition des fichiers, champ fichier à intégrer.)

  • Valider
    

 

 

• Export d’une commande fournisseur de façon ponctuelle pour cela :
  ‎Administration – Export de données – Export des pièces – Achats –
  

 

 

Dans l’onglet standard :

Il faut mette en nature : commande fournisseur

Puis ensuite, on fait une sélection sur la date ou sur le n° de la pièce à exporter

Le champ pièce exportée est aussi important : suivant le statut de ta pièce au moment de l’export

Dans l’onglet paramétrages : il faudra mettre le code « ALI »

Le chemin est toujours le même : « répertoire local » puis FTP doit être coché

Ensuite on sélectionne la ou les ligne(s) avec la barre d’espace

Les lignes sont en italiques (pour finir il faut cliquer en haut à gauche)

 

• l’export des ventes :
  ‎Administration – Export de données – Export des pièces – Ventes

Idem mais en nature on sélectionne « Ticket »

 

Sélection aussi possible sur la boutique, la date ; dans l’onglet paramétrages, mettre le code « VTE »

Le chemin est toujours le même : « répertoire local » mais attention le nom change :

gb3vte.txt

puis FTP doit être coché

Ensuite on sélectionne la ou les ligne(s) avec la barre d’espace

Les lignes sont en italiques et pour finir il faut cliquer en haut à gauche sur

 

Dans Cegid Orli

Le principe est d’utiliser la fonction standard d’intégration XC20B ‎en utilisant les provenances et les origines définis.

 

• TA350 Paramétrage Intégration fichier séquentiel via XC20B.
  ‎Les Provenance/Origine doivent être créées dans Cegid Orli avec l’origine unique «Cegid Retail Y2»

   

• TA440 Référencement général des codes EDI

  Vérifier qu’un code EDI existe pour les intégrations des données

   

• JP020 : Gestion numérotation automatique

  Vérifier que NUM_LOT est renseigné.

   

• XC20B : Intégration données dans Cegid Orli

À lancer pour chaque provenance origine référencée dans TA350 pour les échanges avec Cegid Retail Y2.

 

N.B. :
Les dates seront envoyées avec le format DD/MM/YY.
Le paramètre MAJ_STK_PGI permet de faire des modifications, sans mettre à jour le stock physique et le stock client
(valable pour les provenances ECHANGE / FACTURE / RETOUR).

 

 

Intégration des commandes

Provenance : COMMANDE

Origine  : CBR

 

Paramètres d’intégration :

 

Table réceptacle :
ORL_POR_CDE_ENT « Entête de commande »

N.B. :
la division commerciale est attribuée à partir de la règle de gestion AR014 / Composition division commerciale.

 

Table réceptacle :
ORL_POR_CDE_LIG « Lignes de commande »

 

 

Échanges entre boutiques

Provenance : ECHANGE

Origine  : CBR

 

Paramètres d’intégration

 

 

Table réceptacle :
ORL_EXP_VTE « Échanges journaliers des boutiques »

*Si l’option XC707W01/ETS_SUR_6=1 alors les positions de cette zone peuvent varier selon la longueur du code établissement avec impact des positions sur les zones qui suivent.

 

 

 

Remontées des ventes boutiques

Provenance : FACTURE

Origine  : CBR

 

Paramètres d’intégration

 

Table réceptacle :
ORL_EXP_VTE« Ventes journalières des boutiques »

*Si l’option XC707W01/ETS_SUR_6=1 alors les positions de cette zone peuvent varier selon la longueur du code établissement avec impact des positions sur les zones qui suivent.

 

 

 

 

Remontées des ventes boutiques (avec gestion des affiliés)

Provenance : FAC-AFFI

Origine  : CBR

 

Paramètres d’intégration

 

Table réceptacle :
ORL_EXP_VTE « Ventes journalières des boutiques »

*Si l’option XC707W01/ETS_SUR_6=1 alors les positions de cette zone peuvent varier selon la longueur du code établissement avec impact des positions sur les zones qui suivent.

 

 

 

Retour boutiques

L’intégration des retours boutique s’effectue par l’utilisation de XC20B.

Le paramétrage TA350 de cette intégration est le suivant :

Provenance : BOUTIQUE

Origine  : CBR

 

Programme avant = XC430 fonction permettant de faire le lien entre la table liée à l’intégration des RETOURS Cegid Retail Y2 avec alimentation de la table des retours clients Cegid Orli.

Programme standard = XC425

‎ 

Paramètres d’intégration :

 

Retours boutiques (avec gestion des affiliés)

Provenance : RET-AFFI

Origine  : CBR

 

Paramètres d’intégration

 

Table réceptacle :
ORL_EXP_VTE « Ventes journalières des boutiques »

*Si l’option XC707W01/ETS_SUR_6=1 alors les positions de cette zone peuvent varier selon la longueur du code établissement avec impact des positions sur les zones qui suivent.

 

 

Onglet fichier à intégrer :

Définition pour la provenance et l’origine de la taille en nombre de caractères des enregistrements et de la table réceptacle.

Utilisation de la table réceptacle ORL_EXP_VTE, correspondant à la table utilisée pour les ‎Retours Cegid Retail Y2 pour initialisation par la suite de la table standard ORL_RETOUR.

 

 

Onglet structure des fichiers :

Pour la provenance et l’origine définition des positions des champs à récupérer et de leurs correspondances dans la table réceptacle :

• Motif (avec possibilité de re-codifier éventuellement ce motif par rapport aux motifs existant dans Cegid Orli si nécessaire)
• N° autorisation : il s’agit du N° d’autorisation délivré par RC001 et transmis à la boutique via l’édition du document RC002. Ce N° sera saisi dans Cegid Retail Y2 en référence externe.
• Prix d’achat (unitaire)
• Devise d’expression du prix

N.B. :
la recodification des données EDI, pour le motif notamment, s’effectue par TA446.

 

Lorsque le prix est fourni par Cegid Retail Y2, il est renseigné dans les prix spéciaux de la ligne de retour uniquement dans le cas où il n’y a pas déjà d’autorisation préalablement saisie dans RC001. Lorsqu’il y a déjà une autorisation, les prix pris en compte pour le retour sont ceux saisis directement dans RC001 et ne sont pas modifiés.

N.B. :
dans le fichier Cegid Retail Y2, le prix est indiqué pour LA taille retournée.

 

D’autre part dans le fonctionnement standard, l’entête du bon se crée en amont par RC001.
‎Le statut est alors attribué manuellement pour chaque ligne avec par défaut la valeur «1 = Génération d’avoir». Ce principe reste identique.

 

Dès l’instant où l’un des paramètres d’intégration « Mise à jour du stock » et/ou « Génération d’avoir » est activé, et si le paramètre RECEPTION est non nul, le statut des lignes passe automatiquement en 1 = génération avoir.

N.B. :
si le paramètre RECEPTION est non nul, la réception se fera automatiquement, ‎à l’identique avec une réception par RC003 en code-barres.

 

Dans le cas d’une création d’entête par cette passerelle et dans l’optique où il faut ensuite laisser la possibilité de modifier la ligne de réception, le statut « 2 = En attente » est attribué. Dans ce cas-là, les stocks ne sont pas mis à jour et l’avoir n’est pas généré.

 

Une fois intégrée, la réception est déclarée comme « Terminée ».

Toute modification doit alors s’effectuer par RC001,‎ avec pour seules possibilités, les modifications :

• du statut
• du magasin
• de l’emplacement
• du choix
• de la période
• du tarif
• du motif

 

Le rapport généré suite à l’intégration s’appelle « Journal d’intégration des retours ».
‎Il contient notamment une colonne « conforme à l’autorisation de retour ». Ainsi tous les mouvements intégrés par la passerelle sont notifiés, qu’ils soient conformes ou non à l’autorisation.
‎S’ils ne le sont pas, la colonne « conforme » reste vide.

 

Les notions de CHOIX, MOTIF et MAGASIN de RECEPTION sont visibles dans la liste issue de l'intégration.

L’option XC425W01/TYPE_JOURNAL permet de préciser le contenu de cette liste : uniquement des lignes non prévues et créées suite à la réception ou bien toutes les lignes du fichier.

Sans modification de cette option, la liste issue de l'intégration sera inchangée, elle restituera les lignes ayant été créées à la suite de l'intégration.

N.B. :
Le solde du retour par la passerelle n’est possible que s’il y a stricte correspondance entre la déclaration faite dans RC001 et le fichier traité par la passerelle.

 

 

• Structure du fichier à intégrer :

*Si l’option XC707W01/ETS_SUR_6=1 alors les positions de cette zone peuvent varier selon la longueur du code établissement avec impact des positions sur les zones qui suivent.

 

 

Astuces pour retrouver les informations techniques ‎(nécessaires pour le paramétrage)

Sous pwd :

 

• UNIX_SERVER = Nom du serveur base de données Cegid Orli

  Serveur base de données (paramètre UNIX_SERVEUR)
  ‎

• UNIX_LOGIN = Nom utilisateur
  exemple : orligw
  (paramètre UNIX_LOGIN)
  ‎
• UNIX_PASSWD = Mot de passe
  exemple : orligw
  (paramètre UNIX_PASSWD)
• $ODIE\XC200 = Répertoire détaillé

exemple :

/data2/orli/spool/orli/entree/OREX1/XC200