# 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](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/ecom-rechte-im-uberblick).

## 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](https://fr.wiki.dedesales.de/books/backend-ecom/page/role-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](https://fr.wiki.dedesales.de/books/backend-ecom/page/role-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](https://fr.wiki.dedesales.de/books/backend-ecom/page/configurer-les-abonnements-e-mail-et-gerer-les-modeles).

## 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 :

<table id="bkmrk-abo-wird-ausgel%C3%B6st-b"> <thead> <tr> <th>Abonnement</th> <th>Déclenché lors de</th> </tr> </thead> <tbody> <tr> <td><code>Envoi des commandes incl&#46; Excel</code></td> <td>chaque commande — ajoute un fichier Excel au mail de commande</td> </tr> <tr> <td><code>Modification des données de base client</code></td> <td>une modification d'adresse via *Mon profil*</td> </tr> </tbody> </table>

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.

<table id="bkmrk-was-wo-wer-wortlaut-"> <thead> <tr> <th>Quoi</th> <th>Où</th> <th>Qui</th> </tr> </thead> <tbody> <tr> <td>**Texte** de l'e-mail</td> <td>*Configuration de base \\ Configuration \\ Contenus e-mail*</td> <td>Vous-même</td> </tr> <tr> <td>**Liste des lignes** dans l'e-mail client</td> <td>Modèle spécifique</td> <td>Votre chef de projet chez DeDeNet</td> </tr> </tbody> </table>

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](https://fr.wiki.dedesales.de/books/backend-ecom/page/configurer-les-abonnements-e-mail-et-gerer-les-modeles).

## À 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](https://fr.wiki.dedesales.de/books/backend-ecom/page/configurer-les-abonnements-e-mail-et-gerer-les-modeles).

## 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 :

<table id="bkmrk-template-betreff-der"> <thead> <tr> <th>Modèle</th> <th>Objet de l'e-mail</th> </tr> </thead> <tbody> <tr> <td>Oublier le mot de passe</td> <td>*Demande - Réinitialiser le mot de passe*</td> </tr> <tr> <td>Réinitialiser le mot de passe</td> <td>*Confirmation - Mot de passe réinitialisé*</td> </tr> </tbody> </table>

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`.

Voir [Activer et gérer les inscriptions](https://fr.wiki.dedesales.de/books/backend-ecom/page/debloquer-et-gerer-les-enregistrements).