Plate-forme héritée

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 REGULAR par défaut, mais il peut être remplacé par ADVANCED ou PREPAID.
  • Le type d'entrée de WSCContant.YCDCHANNEL_COMMON_CODE_STORE est défini sur Store. Pour autoriser les lignes de commande dont la méthode de livraison est Emporter lors de la capture d'une commande, l'option Autoriser 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.

Configuration d'une politique de retour

Les règles suivantes s'appliquent à la configuration d'une politique de retour :
  • YCD_OVERRIDE_RETURN_POLICY_NOTE_TYPE sert à définir le type de remarque de la dérogation à la politique de retour. La valeur par défaut de la règle est YCD_OVERRIDE_RETURN_POLICY.
  • Le code commun WSC_RETURN_OVERRIDE sert à définir les différentes raisons de dérogation pour le retour

Validation d'une politique de retour

Vous pouvez configurer des règles pour votre politique de retour. La politique de retour sera validée en fonction des règles configurées. Les validations prises en compte sont les suivantes :
  • 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.

Les règles suivantes s'appliquent à la configuration d'un paiement :
  • 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
Les règles suivantes s'appliquent aux types de remboursement :
  • 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.

Les services suivants sont prêts à l'emploi :
  • Le service YCD_ProductDetails_Email utilise leStoreProductDetailsEmail_17_1_multiApi.xsl.sampleetStoreProductDetailsEmail_GenerateData_17_1_multiApi.xsl.samplemodèles.
    Dans le gestionnaire d'applications, configurez le service YCD_ProductDetails_Email pour 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 : Applications > Application Platform > Modélisation des processus
    • Ouvrez le type de processus Exécution de commande.
    • Sélectionnez Définitions des services > Magasin > YCD_ProductDetails_Email
    Dans le composant E-mail, définissez la zone Serveur de messagerie électronique de manière qu'elle pointe sur votre serveur de messagerie électronique. 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.
  • Le service StoreReturnReceipt_95 permet 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èles StoreReturnReceipt_95_multiApi.xsl.sample et StoreReturnReceipt_GenerateData_95_multiApi.xsl.sample pour imprimer les reçus de retour.
  • Le service YCD_StoreReturnEmail permet 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 service YCD_StoreReturnEmail utilise les modèles StoreReturnEmail_95_multiApi.xsl.sample et StoreReturnEmail_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 Store. La valeur Store est utilisée pour évaluer les règles de retour définies pour les ventes et les bons de retour.

  • 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™.