Identification et résolution des incidents liés au modèle de magasin ToolTech (Business Edition)

Ce fichier répertorie les incidents courants susceptibles de se produire lors de la configuration du modèle de magasin ToolTech. Pour plus d'informations, reportez-vous aux rubriques connexes de l'aide en ligne ou prenez contact avec votre centre d'assistance.

La deuxième publication de ToolTech échoue.

Lorsque le magasin ToolTech est publié deux fois en utilisant la même entreprise, la seconde publication échoue. Pour éviter cet incident, procédez comme suit :

1. Créez une entreprise à l'aide de la console d'administration. 
2. Dans Store Services, utilisez cette nouvelle entreprise comme entreprise vendeuse lors de la création du fichier SAR.

La publication devrait maintenant s'exécuter correctement.


Remarque : les entreprises acheteuses ne doivent pas être utilisées pour publier le magasin. Nous vous recommandons de créer une nouvelle entreprise faisant fonction de propriétaire du magasin avant de publier le magasin ToolTech. Il est déconseillé d'utiliser l'entreprise par défaut pour la publication.

L'enregistrement échoue lorsque le protocole LDAP est configuré.

Lorsque vous enregistrez un nouveau client dans le magasin ToolTech, l'enregistrement échoue si WebSphere Commerce est configuré pour s'exécuter avec le protocole LDAP. Cet incident est dû au fait que l'entreprise acheteuse A et l'entreprise acheteuse B n'ont pas encore été migrées vers le serveur LDAP. Pour éviter cet incident, procédez comme suit :

1. Faites migrer les entreprises A et B vers le serveur LDAP avant d'enregistrer un nouveau client dans le magasin.
2. Synchronisez manuellement le registre LDAP avec WebSphere Commerce.

Le lien vers l'interface GUI d'approbation acheteur pour le rôle Administrateur acheteur est invisible.

L'approbation acheteur est activée dans le magasin en définissant un groupe Approbation acheteur, et les rôles Acheteur (côté achat) et Administrateur acheteur sont affectés à un utilisateur, cependant, lors de la connexion au magasin, le lien vers l'interface GUI d'approbation acheteur est invisible. Afin d'éviter cet incident, procédez comme suit :

  1. Désactivez la mise en cache de WebSphere Commerce pour le magasin. Si vous utilisiez le programme avec une mémoire cache, vous devez peut-être nettoyer les répertoires cache de WebSphere Commerce et WebSphere Application Server(WAS).
  2. Affectez les rôles Valideur acheteur et Acheteur (côté achat) au client.

Vous devez maintenant voir le lien vers l'interface GUI d'approbation client.

Remarque : Pour les approbations de commande, les clients doivent avoir les rôles Acheteur (côté achat) et Valideur acheteur.

Les acheteurs en attente d'approbation ne sont pas visibles dans l'interface GUI d'approbation acheteur.

Lorsque l'interface GUI d'approbation acheteur est appelée et que le lien Approbation est sélectionné, il n'y a aucun acheteur en attente d'approbation même si un client est enregistré auprès de l'entreprise acheteuse A ou de l'entreprise acheteuse B. Afin d'éviter cet incident, procédez comme suit :

  1. Vérifiez les rôles affectés à l'utilisateur que vous utilisez pour approuver d'autres utilisateurs.
  2. Assurez-vous que les valideurs ont les rôles Acheteur (côté achat) et Administrateur acheteur.

Remarque : Pour les approbations de commande, les clients doivent avoir les rôles Acheteur (côté achat) et Valideur acheteur.

Lors du fractionnement d'une commande, le message suivant s'affiche : "Le bon de commande... n'est pas un bon de commande prédéfini..."

Lorsqu'un numéro de bon de commande individuel est utilisé pour une division de commande, une erreur se produit et la commande ne peut pas être traitée. Pour éviter cet incident, procédez comme suit :

  1. Veillez à n'utiliser un numéro de bon de commande individuel qu'une seule fois. L'utilisation de ce numéro plus d'une fois entraîne une erreur.
  2. Utilisez un numéro de bon de commande global, tel que B1234567, au lieu d'un numéro de bon de commande individuel.

Remarque : Le numéro de bon de commande global ne s'applique qu'aux articles de commande achetés sous la référence 2345.

Le mode d'expédition créé à partir de l'éditeur ne peut pas être inclus dans le contrat.

Pour qu'un mode d'expédition venant d'être créé s'affiche dans l'outil de gestion des relations commerciales, vous devez créer le mode d'expédition, ainsi qu'une règle associée à ce mode d'expédition, dans le bloc-notes Expéditions. Vous pouvez créer manuellement une règle pour le mode d'expédition afin de vous assurer que le contrat acceptera ce dernier.

Remarque : Le bloc-notes Expéditions permet uniquement la création de nouveaux modes d'expédition.

Une sous-catégorie de produits exclue est toujours affichée dans le magasin.

Lorsque vous excluez une sous-catégorie d'un contrat dans l'outil de gestion des relations commerciales, la sous-catégorie exclue est toujours affichée dans le magasin. Si vous cliquez sur cette sous-catégorie, aucun produit n'est affiché.

Tous les produits peuvent être commandés, même si un contrat est défini pour autoriser uniquement un petit sous-ensemble de produits.

Une seule catégorie est choisie pour être incluse et proposée à la vente dans un contrat donné, mais lorsque les pages du magasin sont affichées, toutes les catégories et tous les produits sont toujours disponibles et peuvent être commandés. Pour éviter cet incident, procédez comme suit :

  1. Evitez d'utiliser l'entreprise acheteuse A, car elle prend en charge le contrat par défaut, qui permet l'affichage de tous les produits du magasin. Les contrats plus restrictifs ne sont pas en vigueur dans l'entreprise A.
  2. Répétez la procédure en utilisant l'entreprise acheteuse B.

L'entreprise acheteuse A dispose d'un contrat dans l'interface GUI de l'outil de gestion des relations commerciales, mais le magasin affiche deux contrats.

Lorsque les contrats sont visualisés via le compte de l'entreprise acheteuse A, ce compte affiche un contrat dans le magasin, mais les clients enregistrés auprès de l'entreprise acheteuse A peuvent voir deux contrats, le contrat 1234 (le contrat par défaut) et le contrat 2345, sur la page Affichage de l'article.

L'entreprise acheteuse A ne dispose elle-même que d'un seul contrat, mais elle est configurée pour prendre en charge le contrat par défaut. Dans l'interface GUI, seuls les contrats appartenant à cette entreprise sont affichés.

Un valideur acheteur est déconnecté de ToolTech lorsqu'il se déconnecte de l'interface GUI d'approbation acheteur.

Une fois qu'un valideur acheteur a approuvé les clients en attente d'approbation et s'est déconnecté de l'interface graphique, le magasin arrête de fonctionner. Pour contourner cet incident, procédez comme suit :

  1. Reconnectez-vous en tant que Valideur acheteur.
  2. Ne vous déconnectez pas lorsque la fenêtre d'interface GUI d'approbation acheteur est fermée.

Remarque : La raison pour laquelle le magasin arrête de fonctionner est qu'un cookie est partagé entre les deux fenêtres de navigateur. Si vous vous déconnectez d'une interface GUI lancée à partir d'une fenêtre, vous êtes également automatiquement déconnecté de la fenêtre d'origine.

La sélection de l'interface GUI Demande de devis entraîne une erreur d'application générique.

Le lien Demande de devis n'est pas accessible par tous les clients. Certains rôles doivent vous être affectés pour que ce lien soit accessible. Afin d'éviter cet incident, procédez comme suit :

  1. Vérifiez les rôles affectés à l'utilisateur. Pour pouvoir accéder à l'interface GUI Demande de devis, vous devez disposer d'Internet Explorer 5.5 et avoir le rôle Acheteur (côté achat).
  2. Assurez-vous que chaque utilisateur n'appartient qu'à une seule entreprise.
  3. Modifiez les règles de contrôle des accès de sorte que les groupes d'utilisateurs ne soient pas sectorisés par entreprise. Cela signifie que quiconque jouant le rôle d'acheteur peut créer des demandes de devis.

Pour cette solution, procédez comme suit :

  1. Ouvrez la Console d'administration.
  2. Cliquez sur Gestion des accès.
  3. Cliquez sur Règles.
  4. Sélectionnez la règle :
    RFQBuyersForOrgExecuteRFQCreateCommandsOnStoreEntityDataResourceGroup.
  5. Cliquez sur Modifier.
  6. Modifiez le groupe d'utilisateurs associé à cette règle en Acheteurs RFQ.
  7. Régénérez le registre ou redémarrez WebSphere Commerce.

Remarque : Pour voir une autre solution pour les demandes de devis, reportez-vous au lien correspondant ci-dessous.

Rubriques connexes

Références connexes

Tâches connexes

IBM copyright