# 5. Configuration supplémentaire

# Développement du menu et gestion des motifs de contact

## Aperçu

Deux petites configurations concernant le pied de page et le formulaire de contact de la boutique.

## Créer des points de menu personnalisés

Via *eCom \\ Développement du menu*, vous créez des points de menu supplémentaires pour la boutique. Ils apparaissent dans la **deuxième colonne du pied de page** — **séparément par langue**.

1. *eCom \\ Développement du menu* ouvrir.
2. Choisir la Langue.
3. Créer et remplir le point de menu.
4. Enregistrer et fournir les Données.
 

Des exemples typiques d’un système en fonctionnement sont des points de menu comme *Manuel utilisateur eCom* ou *Newsletter*.

## Gérer les motifs de contact

La liste de choix dans le formulaire de contact de la boutique provient d’un Tableau de codes.

1. *Configuration de base \\ Tableau de codes* ouvrir.
2. Choisir le Domaine **eCom Kontaktgrund**.
3. Gérer les motifs de contact souhaités.
4. Enregistrer et fournir les Données.
 

Sans motifs de contact gérés, le Client n’a aucun choix dans le formulaire de contact.

Pour que les demandes vous parviennent, l’abonnement e-mail **eCom - Formulaire de contact** doit également être configuré.

# Activer le modèle de commande pour eCom

## Aperçu

Les modèles de commande n'apparaissent dans la boutique que si vous les activez. Cela se fait sous *Support pour la commande \\ Modèle de commande* dans le domaine **eCom** du modèle concerné.

Pour qu'un Modèle de commande soit affiché dans la boutique, **le modèle ainsi que les Articles qu'il contient** doivent être activés pour eCom. Si l'un des deux manque, le modèle n'apparaît pas.

Les champs de ce domaine et leur signification sont décrits dans la description des prestations.

## Procédure

1. Ouvrir *Support pour la commande \\ Modèle de commande* et choisir le modèle.
2. Dans le domaine **eCom**, définir l'**Affichage** :
 
<table id="bkmrk-wert-wirkung-keine-e"> <thead> <tr> <th>Valeur</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>néant</td> <td>n'apparaît pas dans la boutique (standard)</td> </tr> <tr> <td>Menu de démarrage</td> <td>apparaît dans le menu des groupes de produit</td> </tr> <tr> <td>Menu Les essentiels</td> <td>apparaît dans le Menu de démarrage **et** dans le Menu Les essentiels</td> </tr> </tbody> </table>

3. Si besoin, définir **Valide à partir du** et **Valide jusqu'au**. Cela contrôle la période dans la boutique indépendamment du client.
4. Si besoin, définir **Préfix** et **Désignation** pour l'affichage dans la boutique.
5. Enregistrer et mettre les données à disposition.
 

## Pourquoi des rendez-vous propres pour la boutique sont utiles

Le service commercial voit généralement les actions quelques jours avant le début pour se préparer et planifier les rendez-vous. Pour la boutique, vous ne voulez généralement pas cela — l'action ne doit apparaître que le jour du début.

C'est précisément pour cela que **Valide à partir du** et **Valide jusqu'au** existent dans le domaine eCom : ils remplacent la période du client.

## Pourquoi une désignation propre est utile

Si le modèle de commande porte une désignation destinée au service commercial — par exemple avec des remarques internes ou des indications de conditions — vous pouvez la remplacer par une désignation optimisée pour le client dans le champ **Désignation** pour la boutique.

## Uniquement pour la boutique, pas pour le service commercial

Avec la case à cocher **pas pour les visites clients**, le modèle est disponible uniquement dans le système eCom.

## Limiter l'assortiment à une liste d'articles

La case à cocher *Afficher dans le système eCom uniquement les articles de la liste d'articles pour les clients sélectionnés de cette liste de clients* agit comme une liste fermée : les clients de ce modèle ne peuvent appeler, rechercher et commander que les articles de la liste d'articles.

> **Attention :** Si un client figure dans **plusieurs** modèles de commande avec cette case cochée, le système eCom fait un **choix aléatoire** de celui qui doit s'appliquer. Un mélange de plusieurs listes d'articles n'est pas possible. Assurez-vous que chaque client ne figure que dans un seul modèle de ce type.

## Ce qui n'arrive pas dans la boutique

Aucun **module** n'est disponible dans le système eCom. Les modules que vous avez assignés au modèle de commande ne sont pas affichés dans la boutique — quel que soit leur type.

# Gérer les valeurs des mandants pour eCom

## Aperçu

Certaines valeurs qui contrôlent la finalisation de la commande dans la boutique ne se trouvent pas dans eCom, mais sous *Configuration de base \\ Mandants*.

La règle de base : **les valeurs des mandants s'appliquent à tous les canaux**, donc à la fois pour le Client et la Boutique — sauf si eCom déroge via un paramètre ultérieur.

Deux listes de valeurs font exception et portent une **marque eCom** propre.

## Les deux listes de valeurs avec marque eCom

Sont concernées la **Limite franco de port** et les **Coûts d'expédition**. Les deux listes ont les colonnes `Valeur`, `Devise` et `eCom`.

> Si actif, la valeur s'applique uniquement à eCom. Si non actif, uniquement au Client DeDeSales.

> **Attention :** La marque est un **commutateur, pas un ajout.** Une ligne s'applique soit à la boutique, soit au client, jamais aux deux. Pour alimenter les deux canaux, il faut **deux lignes** — une avec la marque et une sans. Si la ligne eCom manque, la boutique n'a pas de valeur.

Les deux listes comportent une devise. En cas de plusieurs devises, vous avez donc besoin d'une ligne par devise — et cela pour chaque canal.

## Procédure

1. Ouvrir *Configuration de base \\ Mandants* et choisir le mandant.
2. Aller à la liste de valeurs **Limite franco de port** ou **Coûts d'expédition**.
3. Créer une ligne pour le Client — **sans** marque eCom.
4. Créer une ligne pour la Boutique — **avec** marque eCom.
5. Répéter pour chaque devise en cas de plusieurs devises.
6. Enregistrer et mettre les données à disposition.
 

## Interaction entre Limite franco de port et Coûts d'expédition

En dessous de la Limite franco de port, les coûts d'expédition sont calculés, au-dessus non.

Les coûts d'expédition calculés apparaissent dans le panier comme une ligne propre — au-dessus de l'article que vous avez défini sous *eCom \\ Configuration* comme **Article Coûts d'expédition**. Ce paramètre contient donc le **Numéro d'article**, pas le montant.

## Valeurs sans marque eCom

Ces champs du mandant s'appliquent à tous les canaux :

<table id="bkmrk-feld-bekannte-wirkun"> <thead> <tr> <th>Champ</th> <th>Effet connu</th> </tr> </thead> <tbody> <tr> <td>Valeur de commande minimale</td> <td>**Ne s'applique pas dans la boutique** — cette valeur générale n'est pas lue lors de la finalisation de la commande, mais seulement utilisée pour l'export. Pour la boutique, la valeur du **onglet eCom** s'applique. Voir ci-dessous.</td> </tr> <tr> <td>Délai de livraison minimal en jours</td> <td>Contrôle la date de livraison la plus proche possible.</td> </tr> <tr> <td>Valeur de position maximale</td> <td>Est calculée, mais le message n'atteint pas le client — c'est une question, et la boutique ignore les questions. Voir ci-dessous.</td> </tr> <tr> <td>Alerte à partir d'une quantité</td> <td>De même : est calculée, la question n'atteint pas le client. Voir ci-dessous.</td> </tr> <tr> <td>ID de jour férié</td> <td>**S'applique dans la boutique.** Détermine le calendrier des jours fériés pour le calcul de la date de livraison la plus proche — un jour est ajouté pour chaque jour férié concerné.</td> </tr> <tr> <td>valeur minimale de commande (alerte)</td> <td>**Ne s'applique pas dans la boutique** — la valeur n'est remplie nulle part et resterait de toute façon invisible comme question.</td> </tr> <tr> <td>QuantitéCommandeMinimale</td> <td>**Ne s'applique pas dans la boutique** — uniquement dans le client commercial. Voir ci-dessous.</td> </tr> <tr> <td>UnitéCommandeMinimale</td> <td>L'**unité** à laquelle se réfère la QuantitéCommandeMinimale — par exemple *Stk* ou *Krt*. Pas une valeur numérique. S'applique également uniquement dans le client.</td> </tr> </tbody> </table>

### La valeur de commande minimale apparaît deux fois

Dans le mandant, il y a la *Valeur de commande minimale* **deux fois** : une fois générale et une fois dans l'**onglet eCom**. Pour la boutique, seule la valeur dans l'onglet eCom compte — la valeur générale n'est pas lue lors de la finalisation de la commande.

<table id="bkmrk-wert-wirkung-im-shop"> <thead> <tr> <th>Valeur</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>Valeur de commande minimale, **onglet eCom**</td> <td>**appliquée**</td> </tr> <tr> <td>Valeur de commande minimale, générale</td> <td>aucune — uniquement pour l'export</td> </tr> <tr> <td>Valeur de commande minimale du Débiteur</td> <td>uniquement dans un cas particulier, voir [finalisation de la commande](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/bestellabschluss)</td> </tr> <tr> <td>valeur minimale de commande (alerte)</td> <td>aucune</td> </tr> </tbody> </table>

> **Attention :** C'est la confusion la plus fréquente sur cette page. Ceux qui remplissent la limite de valeur pour la boutique dans le champ général s'étonnent que rien ne se passe — et trouvent l'erreur difficilement, car la valeur est bien enregistrée.

### Pourquoi deux champs sont calculés mais rien n'apparaît

*Valeur de position maximale* et *Alerte à partir d'une quantité* sont effectivement évaluées côté serveur. Leur message est cependant une **question** — un message que quelqu'un dans le client commercial doit confirmer pour continuer.

Dans la boutique, personne ne peut le faire. La boutique **ignore donc systématiquement les questions**. C'est une décision consciente, pas une erreur.

<table id="bkmrk-feld-vertriebsclient"> <thead> <tr> <th>Champ</th> <th>Client commercial</th> <th>ancienne boutique</th> <th>nouvelle boutique</th> </tr> </thead> <tbody> <tr> <td>Valeur de position maximale</td> <td>appliquée</td> <td>message visible</td> <td>invisible</td> </tr> <tr> <td>Alerte à partir d'une quantité</td> <td>appliquée</td> <td>message visible</td> <td>invisible</td> </tr> </tbody> </table>

Ces champs ne sont donc **pas sans fonction** — ils n'agissent simplement plus là où le client les verrait. Ceux qui les remplissent pour la boutique doivent savoir qu'ils restent sans effet.

### QuantitéCommandeMinimale : sans effet dans la boutique

Les deux champs vont ensemble — une vérification n'a lieu que si **les deux** sont remplis — et ils peuvent être combinés avec la valeur du débiteur. Mais rien de cela n'arrive dans la boutique :

- Lors du chargement du panier, la non-atteinte est **calculée** et un texte d'information est généré (*« La quantitéCommandeMinimale n'a pas été atteinte … »*).
- L'interface par laquelle le panier récupère ses informations ne transmet cependant pas ce texte. Il est donc perdu avant d'atteindre la boutique.
- La finalisation de la commande ne vérifie que la valeur minimale de commande en euros, pas la quantité. Une commande n'est donc jamais bloquée pour cette raison.
 

Ce n'est pas une particularité de la nouvelle boutique — cette lacune existe déjà dans l'interface web existante et s'appliquait donc aussi à l'ancienne boutique.

**Pour la configuration, cela signifie :** Les deux champs peuvent être remplis, mais ils n'agissent alors que dans la saisie de la commande du client commercial.

# Gérer la Configuration

## Aperçu

Sous *eCom \\ Einstellungen*, vous configurez le comportement de la boutique.

Quelles configurations existent, quelles valeurs elles peuvent prendre et ce qu'elles produisent, est décrit dans la description des fonctionnalités sur la page *Configuration en aperçu*. Cette page décrit uniquement la procédure et les endroits où l'on se trompe.

## Procédure

1. Ouvrir *eCom \\ Einstellungen*.
2. Modifier la configuration.
3. Enregistrer.
4. Mettre les données à disposition.
 

Un changement prend effet au plus tôt après le prochain intervalle de récupération de la boutique, donc après 15 ou 30 Minutes.

## Configurations qui ne fonctionnent qu'avec un autre endroit

C'est la source d'erreur la plus fréquente : la configuration est définie, mais le second endroit manque.

<table id="bkmrk-einstellung-braucht-"> <thead> <tr> <th>Configuration</th> <th>Nécessite en plus</th> </tr> </thead> <tbody> <tr> <td>Saisie de bon</td> <td>un bon créé sous *eCom \\ Gestion bons d'achat*</td> </tr> <tr> <td>Coûts d'expédition Article</td> <td>Coûts d'expédition et Limite franco de port comme valeurs mandants **avec indicateur eCom**</td> </tr> <tr> <td>Appliquer Valeur de commande minimale du Débiteur</td> <td>données Débiteur fournies ; sinon la valeur mandants s'applique</td> </tr> <tr> <td>Langue par défaut</td> <td>Textes d'article et textes de Groupe de produit dans la Langue choisie</td> </tr> <tr> <td>Pas encore Client, case décochée</td> <td>le Bloc de texte *Pas encore d'accès – Info* sous *eCom \\ Textes*</td> </tr> </tbody> </table>

## Changer les couleurs de la boutique via CSS

La coloration est disponible comme Texte libre dans le champ **CSS**. Les couleurs sont données comme variables CSS en notation HSL.

Pour passer à votre couleur maison, en général deux valeurs suffisent :

1. Définir `--primary` sur votre couleur maison — teinte foncée.
2. Définir `--primary-soft` sur le même angle de couleur, mais très clair.
 

La notation HSL est `hsl(angle de couleur saturation luminosité)`. Pour plus clair ou plus foncé dans la même couleur, vous ne changez que la **dernière** valeur. Les variables avec `var(--primary)` reprennent automatiquement la valeur de la couleur principale.

> **Attention :** Chaque couleur a une couleur `-foreground`, donc la couleur du texte dessus. Veillez à un contraste suffisant, sinon le texte dans la boutique devient illisible.

### Le fond de page

L'arrière-plan de la boutique est constitué d'un **dégradé de couleur d'arrière-plan** avec deux points d'extrémité : `--verlauf-warm` et `--verlauf-kalt`. De plus, il existe la variable `--shop-hintergrund` pour une couleur d'arrière-plan uniforme.

Dans l'état de livraison, les deux points d'extrémité pointent vers `--shop-hintergrund`, qui lui-même pointe vers `--primary-soft` :

```css
--shop-hintergrund: var(--primary-soft); --verlauf-warm: var(--shop-hintergrund); --verlauf-kalt: var(--shop-hintergrund); 
```

Parce que les deux points d'extrémité ont **la même** valeur, aucun dégradé n'est visible dans l'état de livraison — l'arrière-plan est uni. Et parce que la valeur dépend de `--primary-soft`, elle s'adapte automatiquement à la couleur principale : celui qui modifie `--primary-soft` obtient l'arrière-plan correspondant.

**Définir un autre arrière-plan uni.** Une seule ligne suffit :

```css
:root { --shop-hintergrund: hsl(0 0% 100%); } 
```

**Créer un dégradé.** Définissez `--verlauf-warm` et `--verlauf-kalt` individuellement sur deux couleurs **différentes** et laissez `--shop-hintergrund` inchangé. La boutique fera alors une transition entre les deux points d'extrémité. Exemple :

```css
:root { --verlauf-warm: hsl(27 87% 94%); --verlauf-kalt: hsl(215 100% 94%); } 
```

> **Info sur le choix des couleurs :** Une couleur vive paraît beaucoup plus intense sur une grande surface que sur un bouton. L'arrière-plan standard dépend de `--primary-soft`, donc de la nuance **claire**, et reste ainsi discrète. Vérifiez toujours le résultat avec vos propres couleurs sur la boutique terminée avant de les fixer définitivement.

### L'état de livraison et un contre-exemple

La boutique est livrée en **orange**. À côté, une palette bleue comme exemple de changement — les deux reposent sur **un** angle de couleur :

<table id="bkmrk-variable-orange-%28aus"> <thead> <tr> <th>Variable</th> <th>Orange (livraison)</th> <th>Bleu (exemple)</th> </tr> </thead> <tbody> <tr> <td><code>&#45;&#45;primary</code></td> <td><code>hsl&#40;27 87&#37; 49&#37;&#41;</code></td> <td><code>hsl&#40;215 100&#37; 25&#37;&#41;</code></td> </tr> <tr> <td><code>&#45;&#45;primary&#45;soft</code></td> <td><code>hsl&#40;27 87&#37; 94&#37;&#41;</code></td> <td><code>hsl&#40;215 100&#37; 94&#37;&#41;</code></td> </tr> <tr> <td><code>&#45;&#45;secondary</code></td> <td><code>hsl&#40;36 82&#37; 50&#37;&#41;</code></td> <td><code>hsl&#40;211 100&#37; 40&#37;&#41;</code></td> </tr> <tr> <td><code>&#45;&#45;accent</code></td> <td>comme <code>&#45;&#45;primary</code></td> <td>comme <code>&#45;&#45;primary</code></td> </tr> <tr> <td><code>&#45;&#45;ring</code></td> <td>comme <code>&#45;&#45;primary</code></td> <td>comme <code>&#45;&#45;primary</code></td> </tr> <tr> <td><code>&#45;&#45;shop&#45;hintergrund</code></td> <td><code>var&#40;&#45;&#45;primary&#45;soft&#41;</code></td> <td>librement choisissable</td> </tr> <tr> <td><code>&#45;&#45;verlauf&#45;warm</code>, <code>&#45;&#45;verlauf&#45;kalt</code></td> <td>les deux <code>var&#40;&#45;&#45;shop&#45;hintergrund&#41;</code></td> <td>les deux <code>hsl&#40;0 0&#37; 100&#37;&#41;</code> — blanc, donc pas de dégradé visible</td> </tr> </tbody> </table>

De `--primary` à `--primary-soft`, l'angle de couleur et la saturation restent **identiques** ; seule la **luminosité** change — pour l'orange de 49 à 94 pour cent, pour le bleu de 25 à 94. C'est exactement ainsi que la notation est conçue : une couleur, deux luminosités.

`--secondary` diffère légèrement dans les deux cas — quelques degrés dans l'angle de couleur et un niveau plus clair. Cela suffit pour que les éléments secondaires se détachent, sans introduire une deuxième couleur.

> **Info :** `--accent` et `--ring` reprennent la couleur principale. Qui ne veut pas explicitement une autre couleur n'a pas besoin de les définir. En pratique, il y a donc **trois** valeurs : `--primary`, `--primary-soft` et `--secondary`.

La liste complète des variables se trouve dans la description des performances sur la [Page Paramètres en un coup d'œil](https://wiki.dedesales.de/link/551#bkmrk-css).