Retour client PF

 

ORIGINE	FONCTION
RET	XC425

 

Principe général

 

Paramètre GÉNÉRAL	-
Option FONCTION	-
Paramètre PASSERELLE	CHOIX FORCE_STATUT GEN_AVOIR LIEU_MAG_STOK MAJ_STK NAT_RET NAT_RET_COND RECEPTION SAIS_RET SOLDE_BON SOLDE_LIGNE TYP_RET

 

La passerelle « Intégration des retours clients » permet l’intégration des retours clients dans les tables Cegid Orli. Pour ce faire, il faut générer un fichier séquentiel. La description et la structure du fichier sont imposées et fournies par Cegid Orli. Ce fichier doit ensuite être mis à disposition dans le répertoire $ODI

C’est l’équivalent d’une réception de retours via RC003, selon le principe d’une saisie par code barre (onglet ‘Réception par CB’).

Il a pour but d’extraire les données du fichier, de les contrôler puis de les insérer dans les tables Cegid Orli correspondantes.

 

La chaîne des retours Cegid Orli permet de distinguer 2 étapes :

1. L’AUTORISATION (ou ANNONCE) de retour ‎(via saisie RC001,‎ ou passerelle intégration)
2. Le RETOUR effectif des marchandises ‎(via saisie RC003,‎ ou passerelle intégration)

 

Les différentes passerelles ci-dessous permettent de traiter l’une et/ou l’autre de ces étapes, dans différents contextes :

 

• Passerelles STANDARD

ANNONCE : création RC001 (ne traite PAS le lien boutique/client)

Pour plus de précisions, Cf.  Retour client PF (Annonce)
‎

RETOUR : modification OU création RC003

 

 

• Passerelle spécifique COLOMBUS
  ANNONCE/RETOUR « Boutique »

 

 

• Passerelles spécifiques Cegid Retail Y2

ANNONCE/RETOUR « Boutique »
‎(XC430 en amont traite le lien boutique/client)

Pour plus de précisions, Cf.  Utilisation

 

 

ANNONCE/RETOUR « Omnichannel/e-Commerce » depuis un site BtoC
‎(XC430 en amont traite la notion « consommateur »)

 

Cas spécifique du retour de produits de boutique au stock central
‎ pour réexpédition à l’adresse de retrait des produits (Consommateur ou Point Relais)

Pour plus de précisions, Cf. Flux Omnicanal

 

 

N.B. :
Table ORL_EXP_VTE = 1 enregistrement par boutique/référence ‎(contrairement à ORL_RETOUR).
L’ancienne passerelle via XC200 ne gère que la génération d’avoir, sans retour ‎(avec Provenance=RETOUR, Origine=CBR, et Prg std=XC251).

 

Description des fonctions

Avant la première utilisation de cette passerelle, une phase de paramétrage est indispensable.
‎Celle-ci est réalisée EXCLUSIVEMENT par Cegid. Elle permet de décrire la structure du fichier et de vous affecter un code provenance et un code origine pour le lancement de l’intégration.
‎Ce paramétrage est standard et correspond au format de fichier imposé par Cegid Orli ‎(voir en annexes, la description des fichiers à intégrer). Il existe ensuite un paramétrage FONCTIONNEL à mettre en place selon vos besoins (cf. Principes fonctionnels).

N.B. :
le descriptif des fichiers est évolutif et peut être amené à être modifié en fonction de vos demandes. La description de vos fichiers doit être cependant étudiée et peut nécessiter la création de fonctions annexes pour l’initialisation de certaines données.

 

À l’issue de cette étude, un paramétrage (facturable), et éventuellement la réalisation de fonctions sous forme d’aménagement seront nécessaires.

 

 

XC20B : Lancement de l’intégration

La première page permet d’indiquer le code provenance et le code origine fournis par Cegid Orli et correspondant à un paramétrage particulier.

La validation lance une page de saisie des critères d’édition puis après une nouvelle validation, ‎le traitement d’intégration des retours clients est exécuté.

 

XC425 Intégration Retour client PF / Contrôle de cohérence et initialisation des données

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

1. Dans un premier temps, lors de l’extraction des données du fichier pour intégration dans les tables réceptacles, un premier contrôle est réalisé.
2. Dans un second temps, des initialisations et des contrôles sont effectués :

• Numéro de retour inexistant dans Cegid Orli

• Numéro de retour soldé

• Numéro de retour déjà intégré

• Article différent de celui de la ligne de retour

• Code Société inexistant dans Cegid Orli

• Code Client inexistant dans Cegid Orli

• Client différent de celui du bon de retour

• Code EAN inexistant dans Cegid Orli

• Code Magasin Absent

• Magasin inexistant dans Cegid Orli

• Magasin non autorisé car magasin associé

• Article non distribué dans la division commerciale

• Code Motif inexistant dans Cegid Orli

• Motif non associe au(x) contexte(s) de la fonction

• Saison inexistante

• Nature de Commande inexistante

• Type de Commande inexistant

 

 

JP031 : Suivi de l’intégration

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

• RETOUR_LIGN :
  table des lignes de retours
• RETOUR_ENT :
  table des entêtes de retours
• Si Génération de l’avoir,
  ‎ mise à jour des tables FAC_CLI_ENT, LIV_FAC_LIGN et FAC_ELMT_TARI
• Si Mise à jour du stock mise à jour des tables de stock.

 

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

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

JP031 a pour but de conserver une trace de toutes les réceptions de fichiers quelle que soit leur provenance, permettant ainsi de connaître le numéro de lot affecté à chaque fichier lors de la phase d’intégration des données dans le réceptacle Cegid Orli.

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

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

‎ 

Principes fonctionnels dans la chaîne des retours

La passerelle des retours est l’équivalent d’une réception de retours faite par RC003, ‎selon le principe d’une saisie par code barre (onglet ‘Réception par CB’)

Une réception effectuée par une passerelle est obligatoirement considérée comme une réception terminée.

Les différents paramétrages existant dans TA350, représentent les coches en fin de réception ‘MAJ Stock’ et ‘Génération avoir’.

Ces paramètres se trouvent dans TA350, dans le premier onglet ‘Paramétrage intégration fichiers externes’. Il faut appeler la passerelle, en saisissant SEPARAT ou FIXE dans Provenance et RET dans Origine. Les paramètres sont visibles en bas de l’écran et sont les suivants :

 

Ces paramètres sont également visibles dans l’onglet ‘Libre’ de la fonction XC20B.
‎Ainsi, si on coche ‘Caché’ pour un paramètre dans TA350, celui-ci n'apparaîtra plus dans XC20B, ‎et la valeur saisie dans TA350 sera alors la valeur par défaut.

‎ 

Le paramètre d’intégration RECEPTION permet de dire qu’on est dans le cas du RC003 :

• Si X alors le fichier contient des quantités réceptionnées (et il faut faire ‘Fin réception’)
• Si NULL alors le fichier contient des quantités à recevoir (donc on est dans le cas du RC001)

 

Concernant le paramètre d’intégration MAJ_STK, il permet juste de dire s’il faut mettre à jour le stock ou pas ; il est actif uniquement si RECEPTION=X (cas RC003 de génération d’un avoir).

 

Utilisation de la passerelle

Il existe plusieurs façons d’utiliser la passerelle dans la chaîne des retours.

 

1^ère méthode de travail :

• Aucune saisie n’est faite dans RC001 (autorisation de retour).
• On réceptionne les retours par la passerelle.
• Dans ce cas, il y a une création de retour mais on ne le visualise qu’après l’intégration.

 

2^ème méthode de travail :

• Ne connaissant encore pas la teneur du retour, on crée un en-tête d’autorisation de retour dans RC001 afin d’attribuer un numéro de retour au client.
• Le retour est ensuite réceptionné par la passerelle avec ce N° de retour.
• C’est le N° de retour qui est utile et non le code client.
• La passerelle crée alors les lignes dans RC001, dans l’en-tête correspondant.

Le fonctionnement est ensuite identique à la méthode précédente, selon le paramétrage choisi (génération ou non de l’avoir, mise à jour ou non du stock).

 

3^ème méthode de travail :

• On saisit une autorisation de retour complète dans RC001, en-tête et lignes.
• On réceptionne le retour par la passerelle.
• Les lignes peuvent alors être éclatées selon les principes suivants :
  Seules les lignes nouvellement créées par rapport au RC001 sont éditées dans le compte-rendu de la passerelle.

 

exemple :

Pour un article A1 col C1, on a saisi dans RC001, 5 quantités pour le motif RD.

On a ensuite réceptionné les 5 pièces sur le même motif, mais 3 en choix 2 et 2 en choix 1.

Les 2 pièces de choix 1 sont considérées comme issues de RC001 (identique à la ligne du RC001, celui-ci étant tous choix), il n'y a donc pas de nouvelle ligne créée.

Par contre, la fonction va créer une nouvelle ligne pour les 3 pièces en choix 2.

Dans l'édition du compte-rendu de l'intégration, on ne voit donc que la ligne concernant les 3 pièces de choix 2.

De même que pour un changement de choix, l’éclatement de lignes aura lieu s’il y a un changement de motif, de magasin, d’emplacement ou de finition spéciale entre RC001 et le fichier de réception.

 

Solde des lignes :

Dans le cas de l’éclatement des lignes (voir exemple ci-dessus), la ligne peut ne pas être soldée.

 

exemple :

Pour un article A1, il a été saisi 5 pièces en RC001 pour le motif RD. Il a été ensuite réceptionné par la passerelle ces 5 pièces sur deux motifs différents (RD2 & RD3). Donc la ligne d'origine du RC001 (5 avec motif RD) reste sans réception et empêche le solde automatique du retour.

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.

 

Pour solder en masse les retours, il est conseillé d’utiliser les fonctions adéquates, à savoir RC007 (validation/Sélection en masse retours) ou RC008 (Validation en masse des retours).

Se reporter à la documentation « Retour client » pour plus de détails.

 

4^ème méthode de travail :

Les autorisations de retour (RC001) sont créées par la passerelle BOUTIQUE-Cegid Retail Y2
(‎cf. documentation « GESTION COMMERCIALE_Echanges Cegid Orli / Cegid Retail Y2 (Paramétrage)»)

Dans ce cas, les lignes sont obligatoirement créées en statut ‘en attente’.

La réception se fait ensuite par la passerelle standard des retours‎ (FIXE/RET ou SEPARAT/RET).

Après éclatement (selon les principes décrits ci-dessus),
‎ les lignes peuvent rester en statut ‘en attente’ mais elles sont traitées.

Pour solder en masse les retours, utilisez RC007 et RC008.

 

 

Annexe : Description du fichier à intégrer

La colonne ‘*’ comporte :

• la mention ‘O’ si l’information est obligatoire
• la mention ‘o’ si l’information est obligatoire sous condition ou paramétrable

 

Pour le seul cas de création dans RC001 :

15	CODE_CLI	C8	O	Code client
16	CODE_SOC	C3	O	Code société

17

MONT_PORT

N10

Montant port (avec param intégration RECUP_PORT_CDE=X)

 

Informations précises sur les zones NUM_LIGN

 

• NUM_LIGN_RETOUR : Numéro de ligne de la réception = compteur
  • Phase de contrôle, ce N° n’est pas utilisé
  • Phase d’intégration
    • ‎ce N° est re-calculé puis réattribué pour chaque ligne dont :

CODE_CANA||SAIS_ART||CODE_ART_COM||CODE_COLM||CODE_FINI_SPEC
‎||CODE_LIEU_STOCK||CODE_MAG_STOCK||CODE_EMPL||CODE_CHOI||CODE_MOT
‎

sont identiques pour le bon.
‎

Il est incrémenté à chaque rupture de :

CODE_CANA||SAIS_ART||CODE_ART_COM||CODE_COLM||CODE_FINI_SPEC
‎||CODE_LIEU_STOCK||CODE_MAG_STOCK||CODE_EMPL||CODE_CHOI||CODE_MOT

 

Il permet ensuite de regrouper les lignes de réception identiques. Mais à ce niveau, la valeur n’est plus celle transmise dans le fichier.

 

 

• NUM_LIGN : Numéro de la ligne dans RETOUR_LIGN
  • Phase de contrôle, ce N° permet de vérifier
    • si la ligne de bon n’est pas déjà soldée,
    • que l’article / coloris / FS -> GENCOD passé, correspond à l’article / coloris / FS renseigné dans l’autorisation de retour.
  • Phase d’intégration, ce N° permet de rechercher quelle sera la ligne de l’autorisation à impacter pour la réception via comparaison du NUM_LIGN du fichier par rapport à celui de RC001 pour le groupe d’infos :

CODE_CANA||SAIS_ART||CODE_ART_COM||CODE_COLM||CODE_FINI_SPEC
||CODE_LIEU_STOCK||CODE_MAG_STOCK||CODE_EMPL||CODE_CHOI||CODE_MOT

(à condition que la ligne ne soit pas déjà réceptionnée, voire soldée)

Si aucune ligne ne correspond, la réception génère une nouvelle ligne.