Implémentation
Cette section décrit les configurations et l'installation initiale nécessaires pour implémenter la solution de bons de retour.
Un associé de magasin doit disposer des droits d'accès appropriés
pour Bon de retour
afin de voir le portlet Bon de retour sur la
page d'accueil. Pour plus d'informations sur la gestion des autorisations des groupes d'utilisateurs, voir Gestion des autorisations des groupes d'utilisateurs.
Configuration du bon de retour
- Les règles suivantes s'appliquent aux bons de retour :
YCD_SHOW_RESHIP_ON_RETURN_ENTRY: si cette règle est activée, tous les produits ayant été réexpédiés à un client sont affichés.- Type d'échange : cette règle est lue pour le type d'échange d'un produit dans un bon de retour. Le type d'échange est
REGULARpar défaut, mais il peut être remplacé parADVANCEDouPREPAID.
- Le type d'entrée de
WSCContant.YCDCHANNEL_COMMON_CODE_STOREest défini surStore. Pour autoriser les lignes de commande dont la méthode de livraison est Emporter lors de la capture d'une commande, l'optionAutoriser les lignes Cash And Carry
doit être sélectionnée. Pour plus d'informations sur la configuration des types de saisie, voir Définition des types de saisie des ordres.
Configuration d'un retour sans autorisation
- Les règles suivantes s'appliquent aux bons de retour sans autorisation :
- Un associé de magasin peut créer un retour sans autorisation
uniquement si la règle
Autoriser le retour sans autorisation du produit
est activée. Par défaut, celle-ci est activée. - La règle Nombre de jours à inclure pour déterminer le prix le plus bas dans le cadre des retours sans reçu est définie pour configurer l'intervalle de temps (en jours) dont l'application dispose pour trouver le prix de produit le plus bas. Pour plus d'informations, voir Configurer les règles de tarification de l'entreprise.
- Un associé de magasin peut créer un retour sans autorisation
uniquement si la règle
Configuration d'une politique de retour
YCD_OVERRIDE_RETURN_POLICY_NOTE_TYPEsert à définir le type de remarque de la dérogation à la politique de retour. La valeur par défaut de la règle estYCD_OVERRIDE_RETURN_POLICY.- Le code commun
WSC_RETURN_OVERRIDEsert à définir les différentes raisons de dérogation pour le retour
Validation d'une politique de retour
BLIND_LINE: vérifie si le produit est un retour sans autorisation.IS_RETURNABLE: vérifie si le produit est retournable.RESTOCKING_FEE: vérifie les frais de réapprovisionnement et, le cas échéant, les applique au produit.RETURN_REASON_VALIDATION: vérifie la raison de retour du produit.RETURN_UNIT_PRICE_LIMIT: vérifie si le produit dépasse la limite autorisée pour le retour d'un produit.RETURN_WINDOW: définit la fenêtre de temps dans laquelle un produit est retournable.
Pour plus d'informations sur la configuration des motifs de retour, voir Gérer les motifs de retour.
Pour plus d'informations sur la configuration des règles de retour, voir Configuration des règles de retour.
Configuration d'un paiement
L'associé de magasin doit disposer des droits concernant la modification du statut de la méthode de paiement.
Si la règle Autoriser les modes de règlement en temps réel pour les versions provisoires de commande est activée, le client peut effectuer un paiement en temps réel dans un bon d'échange.
- Encrypter le nom de la carte de crédit et sa date d'expiration
- Use Enterprise Code For Payment
- Utiliser une seule zone pour entrer les informations d'une carte de crédit dans l'interface utilisateur
- Facturer au magasin les lignes de commande livrées à domicile
- Retarder le traitement des paiements jusqu'au ramassage
- Activer la configuration de type de carte de paiement
- Par défaut pour Retour
- Valide pour retour
- Rembourser au même mode de règlement
- Rembourser au nouveau mode de règlement
- Rembourser avec nouveau type de mode de règlement
- Facturer au maximum disponible
- Traitement non requis
- Facturer au lieu d'autoriser
Pour plus d'informations sur la configuration des types de paiement, voir Configuration des types de paiement.
Pour plus d'informations sur la configuration du cryptage des paiements, voir Configuration du cryptage des paiements.
Le paiement est régi par les règles financières configurées. Pour plus d'informations, voir Configuration des règles financières.
Vous devez configurer correctement les règles de paiement du magasin. Pour plus d'informations, voir Règles de paiement.
Configuration d'un remplacement de prix
- Vous devez définir correctement les motifs de substitution de prix. Pour plus d'informations, voir Gestion des motifs d'annulation des prix.
- L'associé de magasin doit disposer des droits d'accès aux
ressources pour l'action
Remplacer le prix
.
les services.
- Le service
YCD_ProductDetails_Emailutilise leStoreProductDetailsEmail_17_1_multiApi.xsl.sampleetStoreProductDetailsEmail_GenerateData_17_1_multiApi.xsl.samplemodèles.Dans le gestionnaire d'applications, configurez le serviceYCD_ProductDetails_Emailpour votre serveur de messagerie électronique comme suit :- Accédez au service de messagerie électronique en suivant le chemin d'accès suivant dans le Gestionnaire d'applications :
- Ouvrez le type de processus Exécution de commande.
- Sélectionnez
- Le service
StoreReturnReceipt_95permet d'imprimer les reçus de retour. Pour personnaliser la sortie générée à l'aide de ce service, vous devez le configurer dans Applications Manager. Le service utilise les modèlesStoreReturnReceipt_95_multiApi.xsl.sampleetStoreReturnReceipt_GenerateData_95_multiApi.xsl.samplepour imprimer les reçus de retour. - Le service
YCD_StoreReturnEmailpermet d'envoyer le reçu du bon de retour au client par e-mail. Vous devez configurer ce service pour votre serveur de messagerie dans Applications Manager. Le serviceYCD_StoreReturnEmailutilise les modèlesStoreReturnEmail_95_multiApi.xsl.sampleetStoreReturnEmail_GenerateData_95_multiApi.xsl.sample. Dans la définition de service, définissez la zone Serveur de messagerie électronique sur votre serveur de messagerie. Les zones Objet et De possèdent des valeurs par défaut dans le cadre du service, qui peuvent être personnalisées si nécessaire.
Les fichiers XSL d'entrée ou multi-API permettent d'appeler plusieurs API qui récupèrent les informations à imprimer ou à envoyer par e-mail, tandis que les fichiers XSL
de sortie permettent de formater la sortie de l'API sous la forme d'un contenu HTML. Les modèles d'impression et d'e-mail se trouvent respectivement dans les répertoires <INSTALL_DIR>/template/prints/ycd/xsl/ et <INSTALL_DIR>/template/email/ycd/ . Les modèles sont fournis comme exemples d'implémentation et ont pour suffixe .sample. Vous pouvez continuer à utiliser les exemples de modèle, ou les
renommer en supprimant .sample des noms de
fichier et les personnaliser selon vos besoins.
Vous devez activer le droit d'accès aux ressources Email Product details pour que les associés de magasin puissent partager les détails du produit avec le client.
Pour plus d'informations sur la création et la modification des définitions de service, voir Définition des définitions de service.
Autres configurations
- Vous pouvez configurer des codes de disposition parmi lesquels un associé de magasin choisira pour compléter le flux du bon de retour ou du bon d'échange. Pour plus d'informations, voir Gérer les codes de disposition.
Lorsque vous configurez le canal Web Store dans Sterling Business Center, l'attribut CodeValue doit être défini sur
. La valeurStore
est utilisée pour évaluer les règles de retour définies pour les ventes et les bons de retour.Store
- Pour plus d'informations sur la gestion des autorisations des groupes d'utilisateurs, voir Gestion des autorisations des groupes d'utilisateurs.
- Lors de l'ajout de produits à un bon de retour, l'écran Ajouter des produits affiche la disponibilité de l'inventaire mis en cache, mais n'affiche pas la disponibilité à venir des produits. Dans les écrans Afficher le panier et Liste de retours, la disponibilité en temps réel et à venir du stock s'affiche.
Pour plus d'informations sur la configuration des types de modification des commandes, voir Définition des règles de modification.
- Pour configurer les règles de traitement des paiements du système, voir Règles de traitement des paiements du système.
- Pour plus d'informations sur les API, consultez le site IBM® Sterling Order Management System : Javadoc™.