2. Questions lors de la configuration
Quelque chose n'apparaît pas dans la boutique
La cause la plus fréquente est donnée dès le début — elle explique la majorité des cas.
Ma modification ne prend pas effet
Les modifications dans la configuration eCom ne prennent effet que lorsque les données ont été mises à disposition. Ensuite, le système eCom les récupère automatiquement — selon la configuration toutes les 15 ou 30 minutes.
Vérifiez donc d'abord : enregistré, mis à disposition, et suffisamment attendu ?
Voir Mise à disposition des données.
Une image téléchargée n'apparaît pas
Presque toujours, c'est l'une de ces deux causes :
- Après le téléchargement, il n'a pas été enregistré. Une image téléchargée se trouve d'abord uniquement dans le dossier temporaire ; ce n'est qu'en enregistrant qu'elle est correctement sauvegardée.
- Elle a été mise à disposition sans cocher Images. Les images ne sont transférées que sur demande.
Voir Télécharger des images et Mise à disposition des données.
Un conteneur n'apparaît pas, bien que l'image et la position soient correctes
Vérifiez le statut. Seul Validée apparaît dans la boutique — En cours de traitement, Terminé et Supprimé ne le font pas.
Vérifiez aussi la période d'affichage De/À : si la date d'aujourd'hui est en dehors, le conteneur reste invisible.
Voir Conteneurs marketing et Créer et positionner un conteneur.
Un client voit moins d'articles que prévu
Trois causes sont possibles :
- la configuration Ne pas afficher les articles sans stock
- la configuration Masquer les groupes de produits
- un Modèle de commande avec liste fermée applicable à ce client, qui limite l'assortiment à une liste d'articles
Voir Page d'aperçu des articles.
Une entrée de document manque dans le menu du client
Deux conditions doivent être réunies :
| Condition | Sans elle |
|---|---|
| le droit correspondant est attribué dans le rôle | l'entrée manque dans le menu |
| il existe des documents de ce type | l'entrée manque aussi |
Un client sans documents ne voit donc rien — même si tous les droits sont attribués. C'est un piège fréquent lors du dépannage.
Voir Documents.
Le champ de bon d'achat manque dans le panier
La configuration Saisie de bons d'achat n'est pas activée. Elle agit indépendamment de la Gestion bons d'achat : sans ce champ, un bon valide créé ne peut pas être utilisé.
Voir Gérer la configuration.
Un bon d'achat est refusé bien qu'il soit créé
Vérifiez les champs du bon — période de validité, mandant, devise, utilisabilité et Valeur de commande minimale. Le message dans la boutique indique la raison.
Une particularité : si Compatible avec eCom - Remise est sur Non et que la remise spéciale est plus élevée que le bon, la boutique le refuse.
Voir Bons et remises exceptionnelles.
Le point du Menu principal « eCom » manque dans le back-end web
Alors, il n'y a pas de licence eCom. Sans licence, le point de menu n'apparaît pas.
Voir Licences.
La Valeur de commande minimale n'est pas contrôlée
Vérifiez où vous l'avez configurée. Chez le mandant, il y a la Valeur de commande minimale deux fois — générale et dans l'onglet eCom. Pour la boutique, seule la valeur dans l'onglet eCom compte.
Le champ valeur minimale de commande (alerte) n'a aucun effet dans la boutique.
Voir Gérer les valeurs mandants pour eCom.
Une configuration semble ne rien faire du tout
Certains champs du mandant n'ont pas d'effet dans la boutique, bien qu'ils soient correctement configurés. Il y a deux raisons différentes :
| Champ | Raison |
|---|---|
| QuantitéCommandeMinimale, unité de commande minimale | La boutique ne les évalue pas — ils n'ont d'effet que dans le client de vente. |
| Valeur de position maximale, alerte à partir d'une quantité | Ils sont calculés, mais leur message est une Question — et la boutique ignore toujours les questions, car personne ne pourrait les confirmer. |
Sur la page Gérer les valeurs mandants pour eCom, il est indiqué pour chaque champ ce qui agit dans la boutique.
Droits, rôles et e-mails
Comment savoir quels droits s'appliquent à la boutique ?
Par le symbole bleu du panier derrière l'entrée dans le rôle. Les droits sans ce symbole ne s'appliquent pas à la boutique.
Une liste complète avec l'effet respectif se trouve dans la description des prestations.
Voir Droits eCom en aperçu.
J'ai retiré tous les droits, mais le client peut quand même commander
C'est prévu ainsi. Par le rôle, vous définissez l'étendue des fonctions, pas la question de savoir si la commande est autorisée. Un client avec accès peut toujours commander.
Si un client ne doit pas pouvoir commander, il a besoin d'une restriction sur le client. Celle-ci provient du système ERP et ne peut pas être définie dans le backend.
Voir Rôle et collaborateur eCom.
Combien de rôles me faut-il ?
Un par étendue des fonctions. Le système eCom travaille avec un collaborateur propre et un rôle propre — les droits dans celui-ci s'appliquent à tous les clients de la boutique de ce collaborateur.
Voir Rôle et collaborateur eCom.
Pourquoi aucun e-mail n'arrive-t-il pour une opération ?
La plupart des e-mails sont liés à un abonnement. Sans destinataires attribués, rien n'est envoyé. Quelle opération déclenche quel modèle via quel abonnement est indiqué dans un tableau sur la page Configurer les abonnements e-mail et gérer les modèles.
Quelques opérations fonctionnent sans abonnement — Oublier le mot de passe, Réinitialiser le mot de passe et Modification d'adresse vont directement au client.
Une exception sans aucun mail : si un client change son mot de passe dans la boutique, personne n'est notifié.
Quel abonnement ne dois-je surtout pas oublier ?
eCom - Notification en cas d'échec d'export ERP. Sans cet abonnement, personne ne remarque qu'une commande client n'est pas arrivée dans le système ERP.
Voir Configurer les abonnements e-mail et gérer les modèles.
J'ai filtré la liste des abonnements par « eCom » — est-ce suffisant ?
Non. Le préfixe eCom - désigne seulement les abonnements exclusifs. Deux abonnements généraux sont également déclenchés par la boutique et sont exclus du filtrage :
| Abonnement | Déclenché lors de |
|---|---|
Envoi des commandes incl. Excel | chaque commande — ajoute un fichier Excel au mail de commande |
Modification des données de base client | une modification d'adresse via Mon profil |
Parcourez la liste une fois sans filtre lors de la configuration.
La confirmation de commande au client ne contient pas de lignes article
C'est l'état de livraison — le mail contient seulement un court remerciement, pas de lignes article, pas de sommes, pas de remise.
| Quoi | Où | Qui |
|---|---|---|
| Texte de l'e-mail | Configuration de base \ Configuration \ Contenus e-mail | Vous-même |
| Liste des lignes dans l'e-mail client | Modèle spécifique | Votre chef de projet chez DeDeNet |
La notification interne au service sédentaire liste en revanche les lignes article par défaut.
Voir Configurer les abonnements e-mail et gérer les modèles.
À quelle adresse les e-mails au client sont-ils envoyés ?
À la adresse e-mail de l'utilisateur eCom, donc celle de l'accès boutique — pas à l'adresse des données de base client. Si le client la modifie dans la boutique, à partir de la confirmation tous les mails suivants vont à la nouvelle adresse ; les données de base restent inchangées.
Voir Configurer les abonnements e-mail et gérer les modèles.
Dans le système de test, tous les e-mails arrivent chez moi
C'est intentionnel. Dans le système de test, tous les mails vont à l'adresse du collaborateur eCom dans Configuration de base \ Collaborateur — y compris ceux avec le mot de passe visible.
Le texte indique alors « Les destinataires de l'e-mail ont été réécrits dans le système de test ! Les destinataires originaux étaient : … » Vous pouvez ainsi lire le destinataire réel sans avoir besoin d'une seconde messagerie.
Je ne trouve pas le modèle pour un e-mail
L'objet et le nom du modèle diffèrent. C'est le cas pour la réinitialisation du mot de passe :
| Modèle | Objet de l'e-mail |
|---|---|
| Oublier le mot de passe | Demande - Réinitialiser le mot de passe |
| Réinitialiser le mot de passe | Confirmation - Mot de passe réinitialisé |
Cherchez donc le modèle via le processus, pas via l'objet.
Un client a demandé un accès, mais ne reçoit rien
Si ses données diffèrent des données de base client, la demande est envoyée pour vérification manuelle dans le backend. Ce n'est qu'après l'activation que le client reçoit ses données d'accès.
Vérifiez les inscriptions en attente et l'abonnement eCom - Kundenregistrierung.