# Description des prestations eCom

# 1. Motifs

# Aperçu et classification

## Aperçu

Le module eCom est une boutique en ligne B2B pour les clients existants.

Le client commande lui-même, sans intervention du service sédentaire. Dans le langage courant, ce module est également appelé boutique, boutique en ligne, portail client ou portail de commande.

Le module complète la saisie de la commande par le service sédentaire, mais ne la remplace pas. Les deux accèdent aux mêmes données de base et génèrent le même type de document.

## Classification dans DeDeSales

eCom n'est pas un système autonome, mais un module de DeDeSales. Il communique via le serveur DeDeSales et utilise les interfaces définies là-bas.

<table id="bkmrk-bereich-bedeutung-f%C3%BC"> <thead> <tr> <th>Domaine</th> <th>Signification pour eCom</th> </tr> </thead> <tbody> <tr> <td>Données de base</td> <td>Les articles, groupes de produit, clients et prix proviennent de DeDeSales et donc de votre système ERP.</td> </tr> <tr> <td>Configuration</td> <td>Le contrôle s'effectue entièrement dans le backend web DeDeSales sous le point de menu principal **eCom**.</td> </tr> <tr> <td>Commande</td> <td>Une commande passée depuis la boutique est créée comme une commande DeDeSales régulière et transmise au système ERP comme toute autre commande.</td> </tr> <tr> <td>Rôles et droits</td> <td>Les fonctionnalités de la boutique sont contrôlées par un rôle, tout comme pour le client du service sédentaire.</td> </tr> </tbody> </table>

## Une commande comme les autres

Une commande envoyée depuis la boutique est une commande DeDeSales normale. Deux points en découlent que vous devez prendre en compte lors de la configuration :

- **Les remises sont enregistrées comme remise d'en-tête.** Cela concerne les bons et les remises exceptionnelles. Que la remise soit effectivement appliquée dans le système ERP dépend de votre interface ou de votre connecteur qui doit prendre en compte la remise d'en-tête.
- **Les transmissions échouées sont signalées.** Si une commande du système eCom ne peut pas être traitée sur le serveur, l'abonnement e-mail *eCom - Notification en cas d'échec d'export ERP* informe le service sédentaire. Cet abonnement est obligatoire.
 

## Ce que la boutique ne peut pas faire par rapport au client

La boutique est délibérément plus légère que le client du service sédentaire. Les différences suivantes sont pertinentes pour la configuration :

<table id="bkmrk-thema-verhalten-im-e" style="width:100%;"> <thead> <tr> <th style="width:14.1752%;">Thème</th> <th style="width:85.8248%;">Comportement dans le système eCom</th> </tr> </thead> <tbody> <tr> <td style="width:14.1752%;">Modules</td> <td style="width:85.8248%;">Aucun module n'est disponible. Les modules que vous avez assignés à un modèle de commande dans le backend ne sont pas affichés dans la boutique.</td> </tr> <tr> <td style="width:14.1752%;">Accès</td> <td style="width:85.8248%;">Seuls les clients existants ont accès. Voir [Modèle d'accès](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/zugangsmodell).</td> </tr> <tr> <td style="width:14.1752%;">Prix</td> <td style="width:85.8248%;">Sans recherche de prix hors ligne dans DeDeSales, seuls les prix catalogue sont disponibles dans la boutique. Voir [Recherche de prix](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/preisfindung).</td> </tr> </tbody></table>

# Licence

## Aperçu

Le module eCom est soumis à licence.

Sans licence eCom pour DeDeSales, les fonctions décrites dans les livres *Backend eCom* et *Shop eCom* ne sont pas disponibles.

Après l'activation, un nouveau point du Menu principal **eCom** apparaît dans le Web-Backend de DeDeSales.

## Multilinguisme

La boutique peut être exploitée en plusieurs langues. Une licence supplémentaire n'est **pas** nécessaire : le fichier de licence crée automatiquement **99 licences de langue**.

Pour qu'une langue puisse être utilisée dans la boutique, elle doit simplement être **créée**. Lorsqu'un Client se connecte avec une Langue pour laquelle aucune langue n'a été créée, la Langue par défaut enregistrée dans le Backend est utilisée.

La condition préalable est que des textes d'Article et de Groupe de produit soient disponibles pour la Langue choisie.

# Alimentation des données

## Aperçu

Les modifications de Configuration ne prennent pas effet immédiatement dans la boutique.

Pour qu'une modification soit prise en compte, les Données doivent être fournies — exactement comme avec un client normal. Le système eCom récupère ensuite automatiquement les Données fournies.

Si une modification n'est pas Visible dans la boutique ou ne produit pas d'effet, c'est généralement dû à cela.

## Processus

1. Vous modifiez la Configuration dans le back-office Web DeDeSales.
2. Vous fournissez les Données.
3. Le système eCom récupère les Données toutes les 15 ou 30 Minutes selon le paramétrage.
 

Une modification est donc Visible dans la boutique au plus tôt après le prochain intervalle de récupération.

## Les Visuels ne sont transférés que sur demande

Si vous avez effectué des modifications sur des Conteneurs concernant les Visuels, vous devez cocher en plus la case **Visuels** lors de la fourniture des Données. Sans cette case cochée, les Visuels ne seront pas transférés.

> **Info :** Un Visuel nouvellement envoyé se trouve d'abord uniquement dans le dossier Temp. Ce n'est qu'en **Enregistrant** qu'il est déplacé dans le bon dossier. Si ensuite il n'est pas fourni avec la case **Visuels** cochée, le Visuel n'apparaît pas dans la boutique, bien que l'Upload ait été Réussi.

# 2. Accès et connexion

# Modèle d'accès

## Aperçu

La boutique n'est pas publique.

Seuls les clients existants, enregistrés dans votre système ERP, ont accès. L'inscription — Login ou connexion — se fait via le numéro de client et le mot de passe personnel. Mot de passe et code désignent la même chose.

Un client ne peut pas créer lui-même un compte. Il demande un accès, et le système vérifie les informations par rapport à la base client.

## Les trois voies vers la boutique

<table id="bkmrk-weg-voraussetzung-er"> <thead> <tr> <th>Voie</th> <th>Condition préalable</th> <th>Résultat</th> </tr> </thead> <tbody> <tr> <td>**Se connecter**</td> <td>Numéro de client et mot de passe connus</td> <td>Accès à la boutique</td> </tr> <tr> <td>**Demander un accès**</td> <td>Le client est enregistré dans le système ERP</td> <td>Le mot de passe est envoyé par e-mail</td> </tr> <tr> <td>**Pas encore client**</td> <td>Le prospect n'est pas encore enregistré dans le système ERP</td> <td>Demande à votre entreprise, pas d'accès</td> </tr> </tbody> </table>

## Demander un accès

Le client saisit son numéro de client, son adresse e-mail et — selon la configuration — son code postal. Ensuite, le système vérifie par rapport aux données clients :

<table id="bkmrk-fall-verhalten-angab"> <thead> <tr> <th>Cas</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Les informations correspondent à la base client</td> <td>Le client reçoit son mot de passe par e-mail.</td> </tr> <tr> <td>Les informations diffèrent</td> <td>La demande est enregistrée comme **inscription ouverte** dans le backend et doit être activée manuellement. Le client est informé que la vérification peut prendre plusieurs jours.</td> </tr> </tbody> </table>

> **Important :** Le client ne peut **pas corriger lui-même** une adresse e-mail différente ou manquante. Cela est pris en charge par l'opérateur de la boutique dans le backend sous *eCom \\ Enregistrement client*. Le service sédentaire est informé de l'inscription ouverte via l'abonnement *eCom - Enregistrement client*.

Les champs et messages des formulaires se trouvent sur la page *Connexion et inscription*.

## Mot de passe oublié

Si un client a oublié son mot de passe, il peut le demander à nouveau via le portail. Le numéro de client et l'adresse e-mail utilisée pour l'accès sont nécessaires.

Si le système eCom connaît ces deux informations, la procédure se déroule en deux étapes :

1. Le client reçoit un e-mail avec un lien.
2. Ce n'est qu'après avoir cliqué sur le lien que le mot de passe est réinitialisé. Le nouveau mot de passe est envoyé dans un autre e-mail.
 

## Pas encore client

Un prospect doit d'abord être enregistré comme client dans votre système ERP. Par une configuration dans le backend, vous définissez comment il prend le premier contact :

<table id="bkmrk-einstellung-verhalte" style="width:100%;"> <thead> <tr> <th style="width:14.6631%;">Configuration</th> <th style="width:85.3369%;">Comportement dans la boutique</th> </tr> </thead> <tbody> <tr> <td style="width:14.6631%;">Case cochée</td> <td style="width:85.3369%;">Le bouton **Pas encore client** est affiché. Le prospect remplit un formulaire généré par eCom, qui déclenche un e-mail avec ses données à votre entreprise.</td> </tr> <tr> <td style="width:14.6631%;">Case décochée</td> <td style="width:85.3369%;">Il n'y a que le bouton **Pas encore accès**.</td> </tr> </tbody> </table>

Vous pouvez étendre textuellement la section **Pas encore accès**, y compris avec des URL : pour cela, créez sous *eCom &gt; Textes* le Bloc de texte *Pas encore accès – Info*.

## Particularités concernant les numéros client

- Si vos numéros client contiennent des lettres, les noms sont affichés lors de l'inscription sans distinction entre majuscules et minuscules.
- Les numéros client enregistrés avec un espace sont affichés sans espace.
 

## Comportement dans le système de test

Dans le système de test, les e-mails ne sont pas envoyés au client, mais à l'adresse e-mail du collaborateur eCom. Celle-ci est enregistrée dans le backend Web DeDeSales sous *Configuration de base &gt; Collaborateur*. Cela concerne aussi l'e-mail avec le mot de passe visible.

# Connexion et inscription

## Aperçu

Le masque de connexion est la seule page de la boutique accessible sans accès.

De là, trois chemins mènent plus loin : **Pas encore d'accès ?** pour les clients existants sans mot de passe, **Mot de passe oublié ?** pour les clients existants avec accès, et **Pas encore client ?** pour les prospects.

Chacun de ces chemins est une page distincte et se termine par un message et le lien **Retour à la connexion**.

> **Info :** Les formulations citées sur cette page sont l'**état de livraison**. Tous les textes peuvent être modifiés — selon le message à différents endroits dans le backend. Si un exploitant de boutique a adapté ses textes, le client voit autre chose.

## Masque de connexion

<table id="bkmrk-element-erl%C3%A4uterung-"> <thead> <tr> <th>Élément</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Nom d'utilisateur</td> <td>Champ de saisie. En général, on saisit le **numéro de client**.</td> </tr> <tr> <td>Mot de passe</td> <td>Champ de saisie</td> </tr> <tr> <td>Rester connecté sur ce système</td> <td>Interrupteur, activable et désactivable. Si l'interrupteur est activé, la connexion reste active pendant **30 jours**.</td> </tr> <tr> <td>Se connecter</td> <td>Bouton</td> </tr> <tr> <td>Pas encore d'accès ?</td> <td>Lien vers l'inscription pour les clients existants</td> </tr> <tr> <td>Mot de passe oublié ?</td> <td>Lien vers la demande de mot de passe</td> </tr> <tr> <td>Pas encore client ?</td> <td>Lien vers le formulaire pour les prospects</td> </tr> </tbody> </table>

> **Info :** Le champ s'appelle **Nom d'utilisateur**, pas numéro de client. Comme le nom d'utilisateur ne peut pas être modifié, c'est en pratique toujours le numéro de client.

### Rester connecté

L'interrupteur **Rester connecté sur ce système** maintient la connexion pendant **30 jours**. Le client n'a pas besoin de se reconnecter sur le même appareil et dans le même navigateur pendant cette période.

En haut à gauche se trouvent le **logo** et l'**exploitant de la boutique**, à droite l'image de fond.

<table id="bkmrk-bereich-inhalt-fu%C3%9Fze"> <thead> <tr> <th>Domaine</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>Pied de page</td> <td>Exploitant de la boutique ainsi que les **CGV**, la **Protection des données** et les **Mentions légales**, en bas à droite la **version** de la boutique — comme sur toutes les pages</td> </tr> <tr> <td>Confirmation des cookies</td> <td>Bandeau en bas avec le bouton **Compris**</td> </tr> </tbody> </table>

Les textes juridiques et l'avis sur les cookies proviennent des Blocs de texte sous *eCom \\ Textes*.

Après une connexion réussie, le client arrive directement dans la boutique, sans étape intermédiaire. La destination exacte dépend de la gestion des images des conteneurs :

<table id="bkmrk-container-bilder-ein"> <thead> <tr> <th>Images des conteneurs</th> <th>Page d'entrée</th> </tr> </thead> <tbody> <tr> <td>gérées</td> <td>*Page principale* avec les zones slider et flottantes</td> </tr> <tr> <td>non gérées</td> <td>*Page d'aperçu des articles* — les zones conteneurs sont masquées</td> </tr> </tbody> </table>

## Changement forcé du mot de passe lors de la première connexion

Si l'option *Le client doit changer le mot de passe lors de la première connexion* est activée, la première connexion ne mène pas à la boutique, mais à la page **Modifier le mot de passe**.

<table id="bkmrk-eigenschaft-verhalte"> <thead> <tr> <th>Propriété</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Apparition</td> <td>après la première connexion avec le mot de passe envoyé par e-mail</td> </tr> <tr> <td>Sortie de la page</td> <td>**impossible** tant qu'un nouveau mot de passe n'a pas été défini</td> </tr> <tr> <td>Ensuite</td> <td>le client accède à la boutique, le mot de passe de l'e-mail est consommé</td> </tr> </tbody> </table>

### Champs de la page *Modifier le mot de passe*

<table id="bkmrk-feld-erl%C3%A4uterung-akt"> <thead> <tr> <th>Champ</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Mot de passe actuel</td> <td>lors de la première connexion, le mot de passe de l'e-mail</td> </tr> <tr> <td>Nouveau mot de passe</td> <td></td> </tr> <tr> <td>Confirmer le nouveau mot de passe</td> <td>répétition pour contrôle</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-passwo"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>Modifier le mot de passe</td> <td>valide le nouveau mot de passe</td> </tr> </tbody> </table>

Les exigences pour le nouveau mot de passe dépendent de l'option *Force du mot de passe*.

### Messages

<table id="bkmrk-fall-meldung-umrandu"> <thead> <tr> <th>Cas</th> <th>Message</th> <th>Encadrement</th> </tr> </thead> <tbody> <tr> <td>Changement réussi</td> <td>« Votre mot de passe a été modifié avec succès. »</td> </tr> <tr> <td>Confirmation différente</td> <td>« Le nouveau mot de passe et la confirmation ne correspondent pas. »</td> <td>rouge</td> </tr> <tr> <td>Nouveau mot de passe identique à l'ancien</td> <td>« Le nouveau mot de passe doit être différent de l'ancien. »</td> <td>rouge</td> </tr> </tbody> </table>

La boutique colore les messages : **vert** pour le succès, **rouge** pour un refus.

> **Info :** La contrainte est le but de l'option. Le mot de passe initial est envoyé en clair par e-mail — sans cette option, il reste valide indéfiniment.

## Pas encore d'accès ?

Pour les clients déjà enregistrés chez l'exploitant de la boutique, mais qui n'ont pas encore de mot de passe.

<table id="bkmrk-feld-erl%C3%A4uterung-ihr"> <thead> <tr> <th>Champ</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Votre numéro de client</td> <td>Obligatoire</td> </tr> <tr> <td>Code postal</td> <td>n'est demandé que si l'option backend le prévoit</td> </tr> <tr> <td>Adresse e-mail</td> <td>Obligatoire</td> </tr> <tr> <td>J'ai lu et compris la Protection des données.</td> <td>Case de confirmation</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-regist"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>S'inscrire</td> <td>envoie la demande</td> </tr> <tr> <td>Annuler</td> <td>annule</td> </tr> </tbody> </table>

### Messages après envoi

<table id="bkmrk-fall-meldung-angaben"> <thead> <tr> <th>Cas</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>Les données correspondent à la base client</td> <td>Indication que le mot de passe a été envoyé à l'adresse e-mail</td> </tr> <tr> <td>Les données ne correspondent pas</td> <td>« Pour votre sécurité, l'adresse e-mail est vérifiée par nos collaborateurs puis activée. Merci de comprendre que cela peut prendre plusieurs jours. »</td> </tr> </tbody> </table>

Dans le second cas, la demande arrive dans le backend sous *eCom \\ Enregistrement client* et doit y être **activée manuellement**.

> **Info :** Le lien **Retour à la connexion** mène dans les deux cas au masque de connexion, pas à ce formulaire.

## Mot de passe oublié ?

<table id="bkmrk-feld-erl%C3%A4uterung-ihr-1"> <thead> <tr> <th>Champ</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Votre numéro de client</td> <td>Obligatoire</td> </tr> <tr> <td>Votre adresse e-mail</td> <td>Obligatoire — l'adresse utilisée pour l'accès</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-neues-"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>Demander un nouveau mot de passe</td> <td>envoie la demande</td> </tr> <tr> <td>Annuler</td> <td>annule</td> </tr> </tbody> </table>

### Messages après envoi

Sous le titre *Mot de passe oublié ?* se trouve en permanence l'indication « Nous vous envoyons un nouveau mot de passe par e-mail. »

<table id="bkmrk-fall-meldung-kundenn"> <thead> <tr> <th>Cas</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>Numéro de client et adresse e-mail connus</td> <td>« Votre nouveau mot de passe vous a été envoyé par e-mail. »</td> </tr> <tr> <td>L'adresse e-mail ne correspond pas à l'utilisateur</td> <td>« L'adresse e-mail de cet utilisateur est invalide. »</td> </tr> </tbody> </table>

Le processus est **en deux étapes**, le client reçoit **deux e-mails** :

<table id="bkmrk-schritt-betreff-der-"> <thead> <tr> <th>Étape</th> <th>Objet de l'e-mail</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>*Demande - Réinitialiser le mot de passe*</td> <td>Indication de la demande et le lien **Réinitialiser le mot de passe**</td> </tr> <tr> <td>2</td> <td>*Confirmation - Mot de passe réinitialisé*</td> <td>le nouveau mot de passe en clair</td> </tr> </tbody> </table>

Ce n'est qu'en cliquant sur le lien que le mot de passe est réinitialisé. Ensuite, la boutique confirme l'activation et indique que le nouveau mot de passe est en route par e-mail.

Cela inclut les modèles *Mot de passe oublié* et *Réinitialiser le mot de passe*. Les **objets** sont différents des noms des modèles.

> **Info :** Si le clic sur le lien ne se fait pas, le mot de passe **n'est pas** réinitialisé. L'ancien reste valable.

## Pas encore client ?

Pour les prospects qui ne sont pas encore enregistrés comme clients. Ils n'obtiennent **pas d'accès** ici, mais déclenchent une demande auprès de l'exploitant de la boutique.

<table id="bkmrk-feld-pflicht-firma-j"> <thead> <tr> <th>Champ</th> <th>Obligation</th> </tr> </thead> <tbody> <tr> <td>Entreprise</td> <td>oui</td> </tr> <tr> <td>Propriétaire</td> <td>non</td> </tr> <tr> <td>Rue</td> <td>oui</td> </tr> <tr> <td>Code postal</td> <td>oui</td> </tr> <tr> <td>Ville</td> <td>oui</td> </tr> <tr> <td>Pays</td> <td>oui — liste déroulante</td> </tr> <tr> <td>Téléphone</td> <td>oui</td> </tr> <tr> <td>E-mail</td> <td>oui</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-ok-sch"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>OK</td> <td>envoie la demande</td> </tr> <tr> <td>Annuler</td> <td>annule</td> </tr> </tbody> </table>

### Message après envoi

« Merci pour votre demande. Nous vous contacterons sous peu. »

En dessous, le lien **Retour à la connexion**.

> **Info :** Le lien **Pas encore client ?** n'apparaît que si l'option *Pas encore client* est activée. Sans cette option, il ne reste que **Pas encore d'accès ?**, qui peut être étendu via le Bloc de texte *Pas encore d'accès – Info*.

# 3. Prix et Remises

# Recherche de prix

## Aperçu

Le système eCom n'apporte pas sa propre logique de prix, mais utilise celle de DeDeSales.

Les prix que vos Clients voient dans la boutique dépendent donc de la manière dont la Recherche de prix est mise en œuvre dans DeDeSales.

Si aucun prix ou seulement des Prix catalogue apparaissent dans la boutique, la cause se trouve généralement ici.

## Recherche de prix en ligne et hors ligne

Si aucune Recherche de prix hors ligne n'est mise en œuvre dans DeDeSales, seuls les Prix catalogue sont disponibles dans le système eCom. Toutes les affichages et données pour le Client se réfèrent dans ce cas aux Prix catalogue.

Cela concerne non seulement l'affichage du Prix sur l'Article, mais aussi toutes les valeurs dérivées, donc également les Sommes des Postes et le Montant du Panier.

## Recherche de prix en direct

La Recherche de prix en direct peut être activée dans le système eCom. Le Client peut alors faire calculer les Prix dans le Panier par le **système ERP**, au lieu de travailler avec les Prix fournis.

La condition préalable est que l'Affectation entre la boutique et le système ERP soit correcte :

<table id="bkmrk-feld-bedingung-preis"> <thead> <tr> <th>Champ</th> <th>Condition</th> </tr> </thead> <tbody> <tr> <td><code>PreisgruppeKundennummer</code></td> <td>doit correspondre au champ <code>Numéro de client</code> ou au champ <code>Code groupe de prix</code></td> </tr> <tr> <td>Devise</td> <td>doit correspondre</td> </tr> <tr> <td>Mandant</td> <td>doit correspondre</td> </tr> </tbody> </table>

Si une de ces informations ne correspond pas, le Client ne reçoit aucun Prix dans la boutique.

Le comportement de l'affichage après une requête — uniquement le Prix en direct, modification de l'étiquette des Sommes, textes d'Info Masqué — et le moment où les Prix expirent à nouveau sont décrits sur la Page *Panier*.

## Prix individuels Clients et Prix dégressif

<table id="bkmrk-anzeige-steuerung-ku"> <thead> <tr> <th>Affichage</th> <th>Contrôle</th> </tr> </thead> <tbody> <tr> <td>Prix individuel Client</td> <td>via le paramètre *afficher KIP* ; sans celui-ci l'affichage disparaît</td> </tr> <tr> <td>Prix dégressif sur la page Détails Article</td> <td>sont affichés s'il y en a pour l'Article. Il n'y a pas de paramètre dans le Backend pour cela</td> </tr> </tbody></table>

# Bons d'achat et Remises exceptionnelles

## Aperçu

Le système eCom connaît deux façons d'accorder une réduction de prix :

- **Bon d'achat** — le client saisit un code dans le panier. Aussi appelé code bon d'achat, code de réduction ou coupon.
- **Remise exceptionnelle** — s'applique automatiquement à tous les clients et à tous les articles, sans intervention du client.
 

Les deux sont enregistrés dans la commande DeDeSales comme **Remise d'en-tête**.

## Comparaison

<table id="bkmrk-gutschein-sonderraba"> <thead> <tr> <th></th> <th>Bon d'achat</th> <th>Remise exceptionnelle</th> </tr> </thead> <tbody> <tr> <td>Utilisation</td> <td>Le client saisit un code bon d'achat dans le panier.</td> <td>Agit automatiquement, sans intervention du client.</td> </tr> <tr> <td>Domaine de validité</td> <td>contrôlé par des règles d'utilisation</td> <td>tous les clients et tous les articles</td> </tr> <tr> <td>Période</td> <td>limitée dans le temps</td> <td>période limitée</td> </tr> <tr> <td>Gestion dans le backend</td> <td>*eCom \\ Gestion bons d'achat*</td> <td>*eCom \\ Remises exceptionnelles*</td> </tr> <tr> <td>Enregistrement dans la commande</td> <td>Remise d'en-tête</td> <td>Remise d'en-tête</td> </tr> </tbody> </table>

## Champs d'un bon d'achat

Géré sous *eCom \\ Gestion bons d'achat*.

<table id="bkmrk-feld-erl%C3%A4uterung-nam"> <thead> <tr> <th>Champ</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Nom</td> <td>Désignation dans le backend</td> </tr> <tr> <td>Code bon d'achat</td> <td>le code que le client saisit</td> </tr> <tr> <td>Remise %</td> <td>Montant de la remise — **uniquement en pourcentage**</td> </tr> <tr> <td>De / À</td> <td>Période de validité</td> </tr> <tr> <td>Valeur de commande minimale</td> <td>à partir de quelle valeur de marchandises le bon d'achat est valable ; <code>0</code> signifie aucune limite</td> </tr> <tr> <td>Devise</td> <td></td> </tr> <tr> <td>Type de sélection de client</td> <td>par exemple *tous les clients*</td> </tr> <tr> <td>Utilisabilité</td> <td>combien de fois et par qui le code peut être utilisé, voir ci-dessous</td> </tr> <tr> <td>Combinaison avec eCom - Remise</td> <td>Détermine la coexistence avec une remise exceptionnelle, voir ci-dessous</td> </tr> <tr> <td>Campagne</td> <td>Affectation à une campagne</td> </tr> </tbody> </table>

## Règles d'utilisation pour les bons d'achat

Le champ **Utilisabilité** définit combien de fois et par qui le code peut être utilisé. La liste de sélection connaît quatre valeurs, par défaut elle est sur *Veuillez choisir svp…* :

<table id="bkmrk-wert-bedeutung-gutsc"> <thead> <tr> <th>Valeur</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td>Bon d'achat utilisable une seule fois</td> <td>une seule fois pour tous les clients</td> </tr> <tr> <td>Bon d'achat utilisable plusieurs fois</td> <td>autant de fois que souhaité</td> </tr> <tr> <td>Bon d'achat utilisable plusieurs fois, mais seulement à la première commande</td> <td>pour plusieurs clients, mais chaque client seulement à sa première commande</td> </tr> <tr> <td>Bon d'achat utilisable plusieurs fois, mais une seule fois par client</td> <td>pour tous les clients, mais chaque client seulement une fois</td> </tr> </tbody> </table>

La valeur du bon d'achat est **exclusivement calculée en pourcentage**. Le champ s'appelle *Remise %*, il n'y a pas de montant fixe.

## Lorsque bon d'achat et remise exceptionnelle se rencontrent

Pour chaque bon d'achat, la case à cocher **Combinaison avec eCom - Remise** détermine s'il coexiste avec une remise exceptionnelle.

<table id="bkmrk-einstellung-am-gutsc"> <thead> <tr> <th>Paramètre sur le bon d'achat</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>**Oui**</td> <td>Les deux remises sont **additionnées**. La somme est enregistrée comme Remise d'en-tête dans la commande DeDeSales.</td> </tr> <tr> <td>**Non**</td> <td>Le système eCom **refuse le bon d'achat** si la remise exceptionnelle est plus élevée que la remise du bon d'achat.</td> </tr> </tbody> </table>

La règle pour **Non** n'est donc pas une simple interdiction de combinaison, mais une comparaison : le bon d'achat est **refusé uniquement si la remise exceptionnelle est plus élevée**. En cas d'égalité, il est accepté.

> **Important :** La comparaison décide uniquement de l'**acceptation** du bon d'achat — pas du montant final déduit. Si le bon d'achat est accepté, la remise exceptionnelle est **mise à zéro** lors de la finalisation de la commande. Seule la remise du bon d'achat compte alors, indépendamment de son montant.

C'est la conséquence pratique : avec **Non**, rien ne s'additionne, et un bon d'achat accepté **remplace** la remise exceptionnelle.

## Pourquoi un bon d'achat est refusé

<table id="bkmrk-grund-meldung-code-e"> <thead> <tr> <th>Motif</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>Code inexistant, non valable pour ce mandant ou client, ou la devise ne correspond pas</td> <td>« Bon d'achat non trouvé ! »</td> </tr> <tr> <td>Période de validité dépassée</td> <td>« Le bon d'achat est expiré ! »</td> </tr> <tr> <td>*utilisable une seule fois* et déjà utilisé par quelqu'un</td> <td>« Bon d'achat déjà utilisé ! »</td> </tr> <tr> <td>*une seule fois par client* et déjà utilisé par ce client</td> <td>« Bon d'achat déjà utilisé ! »</td> </tr> <tr> <td>*uniquement à la première commande* et le client a déjà une commande terminée</td> <td>« Ce bon d'achat est réservé aux premiers acheteurs ! »</td> </tr> <tr> <td>non combinable et la remise exceptionnelle est plus élevée</td> <td>« Bon d'achat non combinable et inférieur à la remise exceptionnelle ! »</td> </tr> <tr> <td>Valeur de commande minimale du bon d'achat non atteinte</td> <td>« Valeur de commande minimale … non atteinte ! » avec montant indiqué</td> </tr> </tbody> </table>

Si plusieurs motifs s'appliquent, les messages apparaissent **l'un sous l'autre**. Le message *« Le bon d'achat est expiré ! »* est une exception : il apparaît uniquement s'il n'y a pas d'autre motif de refus.

## Ce que le client voit dans la boutique

Ni le bon d'achat ni la remise exceptionnelle ne diminuent le montant affiché. Les deux apparaissent sous forme de **texte** :

<table id="bkmrk-ort-darstellung-ware"> <thead> <tr> <th>Lieu</th> <th>Affichage</th> </tr> </thead> <tbody> <tr> <td>Panier</td> <td>Ligne d'information au-dessus du champ bon d'achat, par exemple *« Voici une remise exceptionnelle (5%) »*</td> </tr> <tr> <td>Finalisation de la commande</td> <td>une info grise par remise, par exemple *« La remise exceptionnelle de 5 % sera déduite uniquement sur la facture. »*</td> </tr> <tr> <td>Page de confirmation</td> <td>**pas d'information** — la remise n'apparaît plus ici</td> </tr> <tr> <td>E-mail de confirmation</td> <td>**pas d'information** — le mail au client ne contient ni lignes ni montants dans l'état de livraison. Avec un modèle personnalisé, il est possible d'envoyer les lignes</td> </tr> </tbody> </table>

Le client voit donc la remise **uniquement lors de la finalisation de la commande** et plus tard sur la facture.

La réduction est appliquée uniquement sur la **facture**. C'est un choix délibéré — la remise est enregistrée comme Remise d'en-tête dans la commande et est prise en compte lors de la facturation.

## Transmission au système ERP

> **Attention :** La remise est prise en compte dans votre système ERP uniquement si l'interface ou le connecteur considère la Remise d'en-tête. Cela vaut aussi bien pour les bons d'achat que pour les remises exceptionnelles.

Notez également comment votre interface est définie : les montants fixes sont transmis différemment des valeurs en pourcentage.

## Evaluation

Pour voir qui a utilisé un bon d'achat, ouvrez la Gestion bons d'achat dans le backend et sélectionnez le bon d'achat souhaité. Dans l'onglet **bons d'achat générés** à gauche, vous obtenez à droite une liste :

<table id="bkmrk-spalte-erl%C3%A4uterung-g"> <thead> <tr> <th>Colonne</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Code bon d'achat</td> <td></td> </tr> <tr> <td>Délivré le</td> <td>Date et heure</td> </tr> <tr> <td>Utilisé le</td> <td>Date et heure ; vide tant que le code n'a pas été utilisé</td> </tr> <tr> <td>Numéro de client</td> <td>qui l'a utilisé</td> </tr> <tr> <td>ADM</td> <td>représentant commercial responsable</td> </tr> <tr> <td>Numéro de commande</td> <td>la commande dans laquelle le bon d'achat a été utilisé</td> </tr> </tbody> </table>

Grâce au **Numéro de commande**, il est possible de retracer quelle commande correspond à un bon d'achat.

# 4. Le chemin à travers la boutique

# Page principale

## Aperçu

La page principale est la page d'entrée après la connexion.

Elle offre les deux voies vers l'article — groupes de produits et recherche en texte intégral —, affiche les Modèles de commande activés pour eCom et contient les espaces marketing.

L'en-tête et le pied de page restent visibles dans toute la boutique.

> **Important :** Si **aucune image de conteneur** n'est configurée, les zones de conteneur sont masquées. Le client arrive alors après la connexion **directement sur la page d'aperçu des articles**, pas sur la page principale.

## En-tête

L'en-tête reste visible dans toute la boutique.

<table id="bkmrk-element-erl%C3%A4uterung-" style="width:100%;"> <thead> <tr> <th style="width:17.2754%;">Élément</th> <th style="width:82.7246%;">Explication</th> </tr> </thead> <tbody> <tr> <td style="width:17.2754%;">Logo</td> <td style="width:82.7246%;">Votre logo, à gauche à l'extérieur</td> </tr> <tr> <td style="width:17.2754%;">Exploitant de la boutique</td> <td style="width:82.7246%;">Nom de l'exploitant, à côté. Si aucun nom n'est configuré, l'emplacement reste vide et les autres éléments se déplacent vers la gauche — il n'y a pas d'affichage de remplacement</td> </tr> <tr> <td style="width:17.2754%;">Catégories</td> <td style="width:82.7246%;">Menu déroulant avec la structure des groupes de produits</td> </tr> <tr> <td style="width:17.2754%;">Points forts</td> <td style="width:82.7246%;">Menu déroulant avec les Modèles de commande marqués pour eCom</td> </tr> <tr> <td style="width:17.2754%;">Recherche de produit</td> <td style="width:82.7246%;">Recherche en texte intégral, mène à la *page d'aperçu des articles*</td> </tr> <tr> <td style="width:17.2754%;">Panier</td> <td style="width:82.7246%;">Symbole avec le nombre de lignes article</td> </tr> <tr> <td style="width:17.2754%;">Symbole utilisateur</td> <td style="width:82.7246%;">Menu avec les fonctions de compte et les Documents</td> </tr> </tbody> </table>

> **Info :** Si une entrée de point fort a un **sous-menu**, cliquer sur l'entrée elle-même ne charge **aucune** liste d'articles — il ouvre seulement le sous-menu. Pour les catégories, le premier clic charge déjà la liste.

## Pied de page

En bas de page se trouvent le logo et l'exploitant de la boutique ainsi que deux colonnes avec des liens. Ils sont accessibles sur chaque page de la boutique.

<table id="bkmrk-eintrag-erl%C3%A4uterung-" style="width:100%;"> <thead> <tr> <th style="width:14.7734%;">Entrée</th> <th style="width:68.0633%;">Explication</th> <th style="width:17.2825%;">Visible</th> </tr> </thead> <tbody> <tr> <td style="width:14.7734%;">Contact</td> <td style="width:68.0633%;">Formulaire pour un message à votre attention. De plus, les rôles responsables peuvent être affichés avec téléphone, Adresse e-mail et fax.</td> <td style="width:17.2825%;">uniquement après connexion</td> </tr> <tr> <td style="width:14.7734%;">Hotline</td> <td style="width:68.0633%;">Texte d'appel pour des questions sur le système eCom, issu du Bloc de texte *Support Hotline*.</td> <td style="width:17.2825%;">uniquement si texte configuré</td> </tr> <tr> <td style="width:14.7734%;">Newsletter</td> <td style="width:68.0633%;">issu du Bloc de texte *Newsletter*.</td> <td style="width:17.2825%;">uniquement si texte configuré</td> </tr> <tr> <td style="width:14.7734%;">Téléchargements</td> <td style="width:68.0633%;">Fichiers déposés par FTP dans le dossier <code>&#95;&#95;&#95;DeDeContent&#92;Dateien&#92;Mitarbeiter&#92;&#95;&#95;&#95;eCom</code>.</td> <td style="width:17.2825%;">si fichiers présents</td> </tr> <tr> <td style="width:14.7734%;">CGV</td> <td style="width:68.0633%;">Bloc de texte ou URL</td> <td style="width:17.2825%;">uniquement si contenu configuré</td> </tr> <tr> <td style="width:14.7734%;">Protection des données</td> <td style="width:68.0633%;">Bloc de texte ou URL</td> <td style="width:17.2825%;">**toujours**</td> </tr> <tr> <td style="width:14.7734%;">Mentions légales</td> <td style="width:68.0633%;">Bloc de texte ou URL</td> <td style="width:17.2825%;">**toujours**</td> </tr> </tbody> </table>

L'entrée **Contact** dépend uniquement du statut de connexion, pas du contenu configuré : elle n'apparaît que lorsque le client est connecté. Les prospects sans accès utilisent à la place **Pas encore client** sur l'écran de connexion.

**Protection des données** et **Mentions légales** sont des mentions obligatoires et apparaissent donc délibérément **toujours** — même si rien n'est configuré. Le lien mène dans ce cas à une page interne avec le texte de caractère de remplacement *« Aucun contenu n'est actuellement configuré pour cette zone. »*

> **Attention :** Configurez ces deux textes avant la mise en ligne. Un contenu manquant ne fait pas disparaître le lien, mais conduit vos clients vers une page vide.

Les **CGV** sont en revanche considérées comme un texte juridique optionnel : sans contenu configuré, l'entrée n'apparaît même pas dans le pied de page.

En bas à droite se trouve la **version** de la boutique, par exemple `v19.0.35973.0`. Elle est visible sur chaque page — même sur l'écran de connexion — et constitue l'information la plus fiable lorsqu'un client signale une observation.

La **deuxième colonne** affiche les points de menu créés par vous dans le *Développement du menu*. Ils peuvent pointer vers un article, un groupe de produit, un Modèle de commande ou une URL externe. Si aucun point de menu n'est configuré, la colonne est supprimée — elle ne reste pas vide.

### Formulaire de contact

Le formulaire est un **formulaire pur** avec trois informations :

<table id="bkmrk-feld-herkunft-kontak"> <thead> <tr> <th>Champ</th> <th>Origine</th> </tr> </thead> <tbody> <tr> <td>Motif du contact</td> <td>Liste de sélection issue de la table de codes *eCom Kontaktgrund*</td> </tr> <tr> <td>Nom</td> <td>Saisie du client</td> </tr> <tr> <td>Texte</td> <td>Saisie du client</td> </tr> </tbody> </table>

La demande est envoyée via l'abonnement e-mail *eCom - Formulaire de contact* au Service sédentaire.

## Indicateurs de statut dans l'en-tête

<table id="bkmrk-anzeige-erl%C3%A4uterung-" style="width:100%;"> <thead> <tr> <th style="width:18.2283%;">Affichage</th> <th style="width:52.6894%;">Explication</th> <th style="width:29.0822%;">Droit</th> </tr> </thead> <tbody> <tr> <td style="width:18.2283%;">Panier</td> <td style="width:52.6894%;">Nombre d'articles dans le panier.</td> <td style="width:29.0822%;"> </td> </tr> <tr> <td style="width:18.2283%;">Symbole utilisateur</td> <td style="width:52.6894%;">Ouvre un menu avec les fonctions de compte et les **Documents**. Aucun nombre n'y est affiché.</td> <td style="width:29.0822%;">Types de document selon <code>STATISTIQUE &#47; Documents &#47; …</code></td> </tr> </tbody> </table>

### Menu du symbole utilisateur

Le menu comporte deux colonnes :

<table id="bkmrk-spalte-eintr%C3%A4ge-link"> <thead> <tr> <th>Colonne</th> <th>Entrées</th> </tr> </thead> <tbody> <tr> <td>gauche</td> <td>*Mon profil*, *Modifier le mot de passe*, *Modifier l'adresse*, *Modifier l'Adresse e-mail*, en dessous séparé *Déconnexion* — voir [Mon profil](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/mein-profil)</td> </tr> <tr> <td>droite</td> <td>les types de document — *Encours*, *Reliquats*, *COMMANDE*, *Bon de livraison*, *Facture — voir [Documents](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/belege)*</td> </tr> </tbody> </table>

## Espaces marketing

Sur la page principale, deux zones de conteneur sont disponibles : **Page d'accueil en haut** et **Page d'accueil en bas**. Les deux sont configurées dans le backend, et pour chacune on peut définir indépendamment **Slider** ou **Float** — il n'y a pas d'affectation fixe.

La combinaison habituelle est un slider en haut et une zone float en bas :

<table id="bkmrk-bereich-darstellung-" style="width:83.2143%;"> <thead> <tr> <th style="width:15.7552%;">Zone</th> <th style="width:84.2448%;">Présentation</th> </tr> </thead> <tbody> <tr> <td style="width:15.7552%;">en haut, slider</td> <td style="width:84.2448%;">Cartes côte à côte, navigation par les flèches sur les bords</td> </tr> <tr> <td style="width:15.7552%;">en bas, float</td> <td style="width:84.2448%;">Grille avec **quatre colonnes**. Les conteneurs de type *Image avec texte* ou *Texte avec image* occupent deux colonnes</td> </tr> </tbody> </table>

L'ordre à l'intérieur d'une zone détermine la **Priorité** du conteneur.

Si aucune image de conteneur n'est configurée, les deux zones disparaissent — et donc la page principale comme page d'entrée. Voir l'info dans l'aperçu.

Les dimensions des images et les types de présentation sont décrits sur la page *Marketing-Container*.

# Page d'aperçu des articles

## Aperçu

La page d'aperçu des articles affiche un ensemble d'articles à sélectionner.

Elle s'affiche lorsque le client accède via la recherche en texte complet, via une catégorie ou via les points forts. Si aucune image de conteneur n'est configurée, elle est également la page d'entrée directement après la connexion.

Un clic sur un article mène à la *page de détail de l'article*.

## Structure

<table id="bkmrk-bereich-erl%C3%A4uterung-"> <thead> <tr> <th>Domaine</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Barre de filtres</td> <td>à gauche : Disponibilité, Catégories, Points forts, Affichage, Tri, Articles par page</td> </tr> <tr> <td>Liste des résultats</td> <td>à droite, affiche les articles trouvés</td> </tr> </tbody> </table>

## Différence entre catégorie et point fort à l'entrée

<table id="bkmrk-einstieg-verhalten-b"> <thead> <tr> <th>Entrée</th> <th>Comportement au clic</th> </tr> </thead> <tbody> <tr> <td>Catégorie</td> <td>charge immédiatement la liste d'articles</td> </tr> <tr> <td>Point fort sans sous-menu</td> <td>charge immédiatement la liste d'articles</td> </tr> <tr> <td>Point fort **avec sous-menu**</td> <td>ne charge **pas** la liste d'articles, mais ouvre seulement le sous-menu. Seule une entrée de celui-ci mène à la liste</td> </tr> </tbody> </table>

## Contrôle de l'affichage

<table id="bkmrk-element-erl%C3%A4uterung-" style="width:100%;height:225.375px;"> <thead> <tr style="height:29.7969px;"> <th style="width:22.4098%;height:29.7969px;">Élément</th> <th style="width:77.5902%;height:29.7969px;">Explication</th> </tr> </thead> <tbody> <tr style="height:29.7969px;"> <td style="width:22.4098%;height:29.7969px;">Produit immédiatement disponible</td> <td style="width:77.5902%;height:29.7969px;">Filtre la liste sur les produits immédiatement disponibles.</td> </tr> <tr style="height:46.5938px;"> <td style="width:22.4098%;height:46.5938px;">Catégories</td> <td style="width:77.5902%;height:46.5938px;">Limite l'affichage à un groupe de produits et ses sous-groupes. La liste est hiérarchique et indique pour chaque entrée le nombre d'articles entre parenthèses</td> </tr> <tr style="height:29.7969px;"> <td style="width:22.4098%;height:29.7969px;">Tri</td> <td style="width:77.5902%;height:29.7969px;">*Pertinence, Numéro d'article*, *Désignation, Stock croissant, Stock décroissant, la valeur par défaut est contrôlée via le backend*</td> </tr> <tr style="height:29.7969px;"> <td style="width:22.4098%;height:29.7969px;">Articles par page</td> <td style="width:77.5902%;height:29.7969px;">25 \| 50 \| 100 \| 200</td> </tr> <tr style="height:29.7969px;"> <td style="width:22.4098%;height:29.7969px;">Affichage</td> <td style="width:77.5902%;height:29.7969px;">Commutateur avec deux valeurs : **Liste** et **Vignettes**.</td> </tr> <tr> <td style="width:22.4098%;">Pagination - sous la liste</td> <td style="width:77.5902%;">Change les pages</td> </tr> <tr style="height:29.7969px;"> <td style="width:22.4098%;height:29.7969px;">Tout accepter - sous la liste</td> <td style="width:77.5902%;height:29.7969px;">Accepte les articles de la **page affichée** dans le panier. Voir ci-dessous.</td> </tr> </tbody> </table>

### Tout accepter

Le bouton accepte exactement ce qui est affiché à l'écran — pas l'ensemble des résultats de recherche ni le assortiment.

<table id="bkmrk-einstellung-wirkung-" style="width:100%;"> <thead> <tr> <th style="width:21.0904%;">Paramètre</th> <th style="width:78.9096%;">Effet sur l'acceptation</th> </tr> </thead> <tbody> <tr> <td style="width:21.0904%;">Catégorie</td> <td style="width:78.9096%;">seulement les articles de cette catégorie</td> </tr> <tr> <td style="width:21.0904%;">Produit immédiatement disponible</td> <td style="width:78.9096%;">seulement les articles disponibles</td> </tr> <tr> <td style="width:21.0904%;">Articles par page</td> <td style="width:78.9096%;">**seulement la page actuelle**. Avec 50 articles par page, au maximum 50 sont acceptés, indépendamment du nombre total de résultats</td> </tr> </tbody> </table>

Il n'est pas possible d'accepter tous les articles de la page. Si un article reste, un message rouge apparaît à droite du bouton :

> « Tous les articles n'ont pas pu être ajoutés au panier. »

<table id="bkmrk-ursache-erl%C3%A4uterung-"> <thead> <tr> <th>Cause</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Article matrice</td> <td>ne peut généralement pas être accepté depuis la liste, mais seulement via la *saisie matrice*</td> </tr> <tr> <td>Article verrouillé</td> <td>article avec un statut excluant la commande</td> </tr> </tbody> </table>

### Filtre de catégorie

Seules les catégories contenant des articles sont affichées.

Exception : si un lien direct vers une catégorie est fait depuis la page d'accueil, elle apparaît même sans contenu.

### Tri

*Pertinence* ne s'applique qu'à une recherche et trie les meilleurs résultats en haut. Le tri par défaut en état de livraison est défini par le paramètre *Tri par défaut* dans le backend.

## Structure d'une ligne dans la Vue de la liste

<table id="bkmrk-element-erl%C3%A4uterung--1" style="width:100%;"> <thead> <tr> <th style="width:18.1104%;">Élément</th> <th style="width:81.8896%;">Explication</th> </tr> </thead> <tbody> <tr> <td style="width:18.1104%;">Image de l'article</td> <td style="width:81.8896%;">si disponible pour l'article</td> </tr> <tr> <td style="width:18.1104%;">Numéro d'article</td> <td style="width:81.8896%;"> </td> </tr> <tr> <td style="width:18.1104%;">Désignation article</td> <td style="width:81.8896%;">mène à la page de détail de l'article</td> </tr> <tr> <td style="width:18.1104%;">Stock</td> <td style="width:81.8896%;">si configuré dans le backend, le stock est affiché sous forme de pastille à droite du numéro de produit</td> </tr> <tr> <td style="width:18.1104%;">Marque</td> <td style="width:81.8896%;">Marqueurs colorés sur l'article, par exemple *Article phare* ou *Meilleure vente*. Ils proviennent des **champs Oui-Non de la fiche article** — si le champ est défini, le marqueur apparaît.</td> </tr> <tr> <td style="width:18.1104%;">Prix</td> <td style="width:81.8896%;">si disponible pour l'article</td> </tr> <tr> <td style="width:18.1104%;">Quantité</td> <td style="width:81.8896%;">Champ de saisie avec **−** et **+**</td> </tr> <tr> <td style="width:18.1104%;">Symbole Panier</td> <td style="width:81.8896%;">ajoute l'article avec la quantité définie dans le panier</td> </tr> </tbody> </table>

> **Exception :** un article matrice ne peut pas être ajouté au panier depuis la ligne. Il doit être ouvert via la page de détail — le bouton **Ouvrir la matrice** y mène à la *saisie matrice*.

## Ce qui limite la quantité d'articles

Si un client voit moins d'articles que prévu, trois causes sont possibles :

- Le paramètre *Ne pas afficher les articles sans stock* est activé.
- Le paramètre *Masquer les groupes de produits* est activé.
- Un modèle de commande avec une liste fermée s'applique au client, limitant les articles à une liste d'articles.

# Page de détail de l'article

## Aperçu

La page de détail de l'article affiche un seul article avec toutes les informations disponibles.

Elle montre tout ce qui est livré avec l'article — Désignation, Prix dégressif, Unités et caractéristiques du produit.

Les sections affichées dépendent des droits et de la Configuration.

## En-tête

<table id="bkmrk-bezeichnung-sichtbar"> <thead> <tr> <th>Désignation</th> <th>Visible</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Numéro d'article</td> <td>toujours</td> <td>apparaît comme *Produit* avec le numéro sous la Désignation</td> </tr> <tr> <td>Désignation article</td> <td>toujours</td> <td> </td> </tr> <tr> <td>Unité d'emballage</td> <td>si définie sur l'article</td> <td>Libellé *Unité d'emballage (VE)*</td> </tr> <tr> <td>Prix</td> <td>si fourni</td> <td> </td> </tr> <tr> <td>PVPC</td> <td>si fourni</td> <td>Il n'y a **aucune Configuration** à ce sujet — le PVPC dépend uniquement des Données fournies</td> </tr> <tr> <td>Statut article</td> <td>si configuré</td> <td>Configuration *Afficher le Statut article*</td> </tr> <tr> <td>Stock</td> <td>selon Configuration</td> <td>Pilule colorée ou grise avec nombre, selon la Configuration *Afficher le Stock*. L'infobulle indique la disponibilité.</td> </tr> <tr> <td>Visuel article</td> <td>toujours</td> <td>Un clic ouvre l'image dans une fenêtre popup en plus grand format.</td> </tr> </tbody> </table>

> **Principe :** Toutes les informations de cette page supposent que les **Données correspondantes sont fournies**. Si une valeur manque dans les données de l'article, la ligne reste vide ou est omise dans la boutique — indépendamment des droits et de la Configuration.

## Texte commercial article

Le Texte commercial article provient du client DeDeSales. À cet endroit, des mises en forme sont possibles et il est possible d'intégrer des vidéos.

Exemple d'intégration :

```html
<p><b>DeDeSales </b>est la solution CRM mobile pour la force de vente.</p> <iframe width="50%" height="50%" src="https://www.youtube.com/embed/uYamA4wRXk0" title="Lecteur vidéo YouTube" frameborder="0" allowfullscreen></iframe> 
```

## Quantité commande

Champ de saisie pour la Quantité commande avec bouton pour l'ajouter au Panier. La quantité prédéfinie correspond à celle du client DeDeSales.

Lors de l'ajout au Panier, le système vérifie :

- L'article est-il déjà dans le Panier ?
- La quantité est-elle valide ?
 

### Article matrice

Pour un **Article matrice**, la structure de la page est la même — seul le bouton est différent :

<table id="bkmrk-artikel-schaltfl%C3%A4che"> <thead> <tr> <th>Article</th> <th>Bouton</th> </tr> </thead> <tbody> <tr> <td>article normal</td> <td>*Dans le Panier*</td> </tr> <tr> <td>Article matrice</td> <td>**Ouvrir la matrice**</td> </tr> </tbody> </table>

Les quantités sont alors saisies non pas ici, mais dans la **saisie matrice**. Le fait qu'un article soit un Article matrice résulte du **Statut article**.

Voir [saisie matrice](https://wiki.dedesales.de/books/leistungsbeschreibung-ecom/page/matrixerfassung).

## Informations supplémentaires

<table id="bkmrk-bezeichnung-erl%C3%A4uter"> <thead> <tr> <th>Désignation</th> <th>Explication</th> <th>Condition</th> </tr> </thead> <tbody> <tr> <td>Caractéristiques produit</td> <td>Une section propre avec EAN, Taille et Poids</td> <td>Configuration *Afficher les caractéristiques produit*</td> </tr> <tr> <td>Référence à un site web</td> <td>Une URL vers l'article peut être présente en bas de page.</td> <td>si présente dans les données de l'article</td> </tr> <tr> <td>Désignation</td> <td>Le Texte commercial article du client DeDeSales.</td> <td>Droit <code>BASE &#47; base des articles &#47; Textes descriptifs</code></td> </tr> <tr> <td>Prix dégressif</td> <td>Les Prix dégressif disponibles pour l'article.</td> <td>si disponible pour l'article</td> </tr> <tr> <td>Historique des articles</td> <td>Les derniers achats de ce Client pour l'article choisi avec quantité, Date et Prix.</td> <td>Droit <code>COMMANDE &#47; Ligne &#47; Historique des articles</code></td> </tr> <tr> <td>Unités</td> <td>Les Unités de l'article.</td> <td>Droit <code>BASE &#47; base des articles &#47; Afficher les unités</code></td> </tr> </tbody></table>

# Panier

## Aperçu

Le panier rassemble les lignes de la commande.

Les articles arrivent dans le panier depuis la *page d'aperçu des articles*, depuis la *page de détail de l'article*, via la reprise collective ou directement ici via le numéro de produit.

Dans le panier, le client peut également utiliser des bons d'achat et lancer — si activé — la Recherche de prix en direct. De là, on passe à la *finalisation de la commande*.

## Structure

<table id="bkmrk-spalte-erl%C3%A4uterung-p"> <thead> <tr> <th>Colonne</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Produit</td> <td>Désignation, en dessous le numéro d'article</td> </tr> <tr> <td>Quantité</td> <td>Champ de saisie avec **−** et **+**</td> </tr> <tr> <td>Prix unité</td> <td> </td> </tr> <tr> <td>Total</td> <td>Quantité multipliée par prix unité</td> </tr> <tr> <td>Symbole corbeille</td> <td>supprime la ligne</td> </tr> </tbody> </table>

Sous la liste se trouvent le champ **Numéro d'article** pour la saisie directe et — si activé — le champ **Code bon d'achat** avec le bouton *Utiliser*.

## Ajouter un article

### Saisie directe du numéro d'article

Le client saisit un numéro d'article et confirme avec Entrée.

<table id="bkmrk-fall-verhalten-artik"> <thead> <tr> <th>Cas</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Le numéro d'article est correct</td> <td>L'article peut être ajouté via l'icône du panier.</td> </tr> <tr> <td>Le numéro d'article est incorrect</td> <td>Un message d'erreur apparaît. Son texte peut être modifié via la traduction.</td> </tr> </tbody> </table>

### Modèle Excel

Les articles peuvent être importés dans le panier via un modèle Excel.

<table id="bkmrk-recht-einstellung-au"> <thead> <tr> <th>Droit</th> <th>Paramètre</th> </tr> </thead> <tbody> <tr> <td><code>AUFTRAG &#47; XLS Import</code></td> <td>Non · signaler les UVC erronées comme erreur · rappeler et signaler les UVC erronées</td> </tr> </tbody> </table>

Le choix détermine comment gérer les unités d'emballage divergentes :

<table id="bkmrk-wert-verhalten-nein-"> <thead> <tr> <th>Valeur</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Non</td> <td>pas d'import Excel, le bouton est absent</td> </tr> <tr> <td>signaler les UVC erronées comme erreur</td> <td>la ligne concernée est signalée et non reprise</td> </tr> <tr> <td>rappeler et signaler les UVC erronées</td> <td>la quantité est arrondie à la prochaine unité d'emballage valide</td> </tr> </tbody> </table>

Le fichier est un fichier **XLSX** avec les colonnes *Numéro d'article* et *Quantité* dans cet ordre ; la première ligne est considérée comme en-tête et n'est pas importée.

En cas d'erreurs, le bouton **Accepter tous les articles sans erreur** apparaît. Cela permet d'importer toutes les lignes sans erreur dans le panier, les lignes signalées restent exclues.

<table id="bkmrk-fall-verhalten-impor"> <thead> <tr> <th>Cas</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Importation réussie</td> <td>Message *« x nouvelle(s) ligne(s) acceptée(s). »*, le panier est **complété**</td> </tr> <tr> <td>L'article est déjà dans le panier</td> <td>les quantités sont **additionnées**</td> </tr> <tr> <td>Numéro d'article inconnu</td> <td>la ligne est signalée et non reprise</td> </tr> <tr> <td>Mauvais type de fichier ou pas de lignes de données</td> <td>Message *« Le fichier Excel ne peut pas être lu. Veuillez vérifier le format du fichier Excel. »*</td> </tr> </tbody> </table>

> **Info :** Lors de l'arrondi, **aucun** message spécifique n'apparaît, même si la valeur signifie *arrondir et signaler*.

## Remises

<table id="bkmrk-element-erl%C3%A4uterung-" style="width:100%;"> <thead> <tr> <th style="width:16.0995%;">Élément</th> <th style="width:56.9636%;">Explication</th> <th style="width:26.9368%;">Condition</th> </tr> </thead> <tbody> <tr> <td style="width:16.0995%;">Remise exceptionnelle</td> <td style="width:56.9636%;">S'applique automatiquement à tous les clients et tous les articles pendant la période définie.</td> <td style="width:26.9368%;">eCom / Sonderrabatte</td> </tr> <tr> <td style="width:16.0995%;">Code bon d'achat</td> <td style="width:56.9636%;">Le client saisit un code. Les règles d'utilisation définissent la fréquence et les utilisateurs autorisés.</td> <td style="width:26.9368%;">eCom / Gestion bons d'achat plus paramètre - saisie bon d'achat activée</td> </tr> </tbody> </table>

## Recherche de prix en direct

Si la Recherche de prix en direct est activée, le client peut faire calculer les prix dans le panier par le **système ERP**.

<table id="bkmrk-recht-auftrag-%2F-posi"> <thead> <tr> <th>Droit</th> </tr> </thead> <tbody> <tr> <td><code>AUFTRAG &#47; Position &#47; Live Preisabfrage</code></td> </tr> </tbody> </table>

### Quand les prix en direct expirent

Les prix demandés sont une **photo instantanée**. Ils sont annulés dès que la base change :

<table id="bkmrk-ausl%C3%B6ser-folge-jede-"> <thead> <tr> <th>Déclencheur</th> <th>Conséquence</th> </tr> </thead> <tbody> <tr> <td>tout changement dans le panier — quantité, nouvelle ligne, ligne supprimée</td> <td>Les prix en direct sont réinitialisés.</td> </tr> <tr> <td>Rechargement de la page, par exemple avec **F5**</td> <td>idem</td> </tr> </tbody> </table>

Ensuite, le panier affiche à nouveau les prix réguliers, et la demande doit être relancée.

> **Info :** Ce n'est pas une erreur, mais intentionnel — un prix en direct correspond exactement à la composition pour laquelle il a été calculé. Si le panier change, il ne serait plus valable.

## Résumé

<table id="bkmrk-anzeige-erl%C3%A4uterung-"> <thead> <tr> <th>Affichage</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Somme totale</td> <td>Se réfère aux prix fournis par la Recherche de prix. Sans Recherche de prix hors ligne, ce sont les prix catalogue.</td> </tr> <tr> <td>plus coûts d'expédition</td> <td>apparaît si des coûts d'expédition s'appliquent — en ligne séparée sous la somme, **non** inclus</td> </tr> <tr> <td>Remise exceptionnelle</td> <td>apparaît comme **texte d'information** au-dessus du champ bon d'achat, par exemple *« Ici une remise exceptionnelle (5%) »*</td> </tr> </tbody> </table>

> **Important :** Ni la remise exceptionnelle ni un bon d'achat utilisé ne sont **déduits** du total. Les deux apparaissent en texte. La déduction est effectuée uniquement sur la facture.

## Boutons

<table id="bkmrk-name-funktion-sichtb"> <thead> <tr> <th>Nom</th> <th>Fonction</th> <th>Visibilité</th> </tr> </thead> <tbody> <tr> <td>Passer à la caisse</td> <td>Mène à la finalisation de la commande.</td> <td>toujours</td> </tr> <tr> <td>Continuer vos achats</td> <td>Retour à la boutique ; le panier est conservé.</td> <td>toujours</td> </tr> <tr> <td>Vider le panier</td> <td>Supprime toutes les lignes.</td> <td>toujours</td> </tr> <tr> <td>Demande de prix en direct</td> <td>Fait calculer les prix par le système ERP.</td> <td>Droit <code>AUFTRAG &#47; Position &#47; Live Preisabfrage</code></td> </tr> <tr> <td>Importation XLS</td> <td>Importe des articles depuis un modèle Excel.</td> <td>Droit <code>AUFTRAG &#47; XLS Import</code></td> </tr> </tbody></table>

# Finalisation de la commande

## Aperçu

Lors de la finalisation de la commande, le client complète la commande et l'envoie.

Les positions proviennent du panier, ici s'ajoutent les données d'en-tête : date de livraison, adresse de livraison, numéro de commande et textes.

Les champs affichés sont contrôlés par les droits du rôle eCom. La possibilité d'envoyer la commande est en outre déterminée par plusieurs seuils de valeur issus du mandant et des paramètres.

## Champs

<table id="bkmrk-feld-recht-referenz-"> <thead> <tr> <th>Champ</th> <th>Droit</th> <th>Référence</th> </tr> </thead> <tbody> <tr> <td>Date de livraison</td> <td> </td> <td>Paramètre *Liefertermineingabe* : Non · Optionnel · Obligatoire. **Pas** le droit homonyme du rôle, voir ci-dessous</td> </tr> <tr> <td>Adresse de livraison, sélection dans une liste</td> <td><code>AUFTRAG &#47; Kopf &#47; Lieferadresse&#44; Auswahl aus Datenbank</code></td> <td> </td> </tr> <tr> <td>Adresse de livraison, saisir une nouvelle adresse</td> <td><code>AUFTRAG &#47; Kopf &#47; Lieferadresse&#44; Erfassung einer neuen Adresse</code></td> <td> </td> </tr> <tr> <td>Adresse de livraison obligatoire</td> <td><code>AUFTRAG &#47; Kopf &#47; Lieferadresse Pflicht</code></td> <td> </td> </tr> <tr> <td>Votre numéro de commande</td> <td><code>AUFTRAG &#47; Kopf &#47; Kundenauftragsnummer</code> : Non · Optionnel · Obligatoire</td> <td>Paramètre *Kundenauftragsnummer generieren*</td> </tr> <tr> <td>Texte commande usage ext.</td> <td><code>AUFTRAG &#47; Kopf &#47; Auftragkopf – Auftragstext extern</code></td> <td> </td> </tr> <tr> <td>Commentaire cde interne</td> <td><code>AUFTRAG &#47; Kopf &#47; Auftragkopf – Auftragstext intern</code></td> <td> </td> </tr> <tr> <td>Texte préparation de commande</td> <td><code>AUFTRAG &#47; Kopf &#47; Kommissioniertext</code></td> <td>Libellé *Auftragskopf – Kommissioniertext*</td> </tr> <tr> <td>Remarque</td> <td> </td> <td> </td> </tr> <tr> <td>Infos livraison</td> <td> </td> <td>Libellé dans la boutique ; dans les droits *Auslieferertext*</td> </tr> </tbody> </table>

### Ordre à l'écran

La page est **à deux colonnes**. À gauche les saisies, à droite le résumé du panier.

<table id="bkmrk-reihenfolge-links-be"> <thead> <tr> <th>Ordre à gauche</th> <th>Libellé dans la boutique</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>**Adresse de livraison** — en texte, à côté le bouton **Modifier**</td> </tr> <tr> <td>2</td> <td>**Date de livraison souhaitée** — champ date avec le caractère de remplacement *Veuillez choisir svp*</td> </tr> <tr> <td>3</td> <td>**Votre numéro de commande**</td> </tr> <tr> <td>4</td> <td>**Remarque**</td> </tr> <tr> <td>5</td> <td>**En-tête de commande - Texte commande usage ext.**</td> </tr> <tr> <td>6</td> <td>**Infos livraison**</td> </tr> <tr> <td>7</td> <td>**En-tête de commande - Texte préparation de commande**</td> </tr> <tr> <td>8</td> <td>**Incoterms** et **USt-ID** — petites lignes de texte sans champ de saisie</td> </tr> <tr> <td>9</td> <td>Bouton **Commander de manière contraignante** sur toute la largeur de la colonne</td> </tr> </tbody> </table>

À droite se trouve la carte du panier avec les positions, la **somme totale** et en dessous l'indication grise de remise.

> **Les libellés sont incohérents :** Le champ date s'appelle dans la boutique **Date de livraison souhaitée**, tandis que le paramètre dans le backend s'appelle *Liefertermineingabe*. Pour le texte de commande, c'est **Auftragkopf** sans s, pour le texte préparation de commande **Auftragskopf** avec s. Et le champ qui s'appelle dans les droits *Auslieferertext* porte dans la boutique le libellé **Ausliefertext**.

### Informations issues de la fiche client

À côté des champs de saisie, la finalisation de commande affiche les conditions liées au client :

<table id="bkmrk-angabe-beispiel-inco"> <thead> <tr> <th>Information</th> <th>Exemple</th> </tr> </thead> <tbody> <tr> <td>Incoterms</td> <td>Code avec traduction depuis la table de codes</td> </tr> <tr> <td>USt-ID</td> <td>Numéro d'identification TVA du client</td> </tr> <tr> <td>Conditions d'envoi</td> <td>Code avec traduction depuis la table de codes</td> </tr> <tr> <td>Conditions de paiement</td> <td>Code avec traduction depuis la table de codes</td> </tr> </tbody> </table>

Chacune de ces informations apparaît **seulement si elle est enregistrée chez le client**. Si les conditions d'envoi et de paiement ne sont pas renseignées, seuls les Incoterms et l'USt-ID sont affichés.

<table id="bkmrk-eigenschaft-verhalte"> <thead> <tr> <th>Propriété</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Origine</td> <td>**Système ERP**, enregistré chez le client</td> </tr> <tr> <td>Modifiable dans la boutique</td> <td>**non** — affichage uniquement</td> </tr> <tr> <td>Libellé de la valeur</td> <td>traduisible via la **table de codes** associée</td> </tr> </tbody> </table>

> **Ne pas confondre avec les droits :** La zone `AUFTRAG / Kopf` comprend certes des droits nommés *Versandbedingungen*, *Zahlungsbedingungen* et *Zahlungsmethode*, mais ceux-ci ne sont **pas pertinents pour eCom**. Ils contrôlent la modification des conditions, ce qui n'est pas possible dans la boutique. L'affichage seul n'est lié à aucun droit.

### Résumé du panier

À droite des champs, la page affiche à nouveau le panier :

<table id="bkmrk-angabe-beispiel-je-p"> <thead> <tr> <th>Information</th> <th>Exemple</th> </tr> </thead> <tbody> <tr> <td>par position : désignation, quantité, montant</td> <td>*dedesales — 2× — 240,00 EUR*</td> </tr> <tr> <td>**Somme totale**</td> <td>*480,00 EUR*</td> </tr> </tbody> </table>

### Les remises ne sont pas déduites

Le bon et la remise spéciale ne réduisent **pas** la somme affichée. À la place, une indication grise apparaît sous le résumé pour chaque remise :

<table id="bkmrk-fall-hinweis-gutsche"> <thead> <tr> <th>Cas</th> <th>Indication</th> </tr> </thead> <tbody> <tr> <td>Bon utilisé</td> <td>« Le crédit de 3 % sera déduit uniquement sur la facture. »</td> </tr> <tr> <td>Remise spéciale active</td> <td>« La remise spéciale de 5 % sera déduite uniquement sur la facture. »</td> </tr> </tbody> </table>

C'est une **décision consciente**, pas une erreur : la remise est appliquée comme remise d'en-tête dans la commande et est prise en compte lors de la facturation.

Le client voit ainsi lors de la saisie des données d'en-tête ce qu'il commande — sans avoir à revenir au panier.

## Champs obligatoires

Trois informations peuvent être rendues obligatoires. Elles ont en commun que la vérification s'effectue **sur le serveur, uniquement lors de l'envoi**.

<table id="bkmrk-angabe-gesteuert-%C3%BCbe"> <thead> <tr> <th>Information</th> <th>Contrôlé par</th> <th>Niveaux</th> </tr> </thead> <tbody> <tr> <td>Adresse de livraison</td> <td>Droit <code>AUFTRAG &#47; Kopf &#47; Lieferadresse Pflicht</code></td> <td>seulement **Oui/Non**</td> </tr> <tr> <td>Votre numéro de commande</td> <td>Droit <code>AUFTRAG &#47; Kopf &#47; Kundenauftragsnummer</code></td> <td>Non · Optionnel · Obligatoire</td> </tr> <tr> <td>Date de livraison</td> <td>Paramètre *Liefertermineingabe*</td> <td>Non · Optionnel · Obligatoire</td> </tr> </tbody> </table>

> **Important :** Les champs obligatoires ne sont **pas signalés** dans le formulaire — pas d'astérisque, pas de mise en évidence, pas d'indication technique d'obligation. Tous les champs ont le même aspect. Le client ne découvre qu'en cliquant sur *Commander de manière contraignante* qu'il manque quelque chose.

### En pratique, l'obligation est peu perceptible

Celui qui essaie le formulaire a rapidement l'impression qu'il n'y a **aucun** champ obligatoire. Ce n'est pas tout à fait faux — deux des trois informations sont remplies par le système lui-même avant la vérification :

<table id="bkmrk-angabe-warum-die-pfl"> <thead> <tr> <th>Information</th> <th>Pourquoi l'obligation est rarement remarquée</th> </tr> </thead> <tbody> <tr> <td>Date de livraison</td> <td>Si le paramètre est sur *Obligatoire*, le serveur insère dans un champ vide la date la plus proche possible.</td> </tr> <tr> <td>Votre numéro de commande</td> <td>Si *Kundenauftragsnummer generieren* est actif, le système génère lui-même un numéro si le champ est vide.</td> </tr> <tr> <td>**Adresse de livraison**</td> <td>Il n'y a **pas** de valeur de remplacement. C'est la seule des trois informations qui bloque réellement une commande.</td> </tr> </tbody> </table>

Avec le droit *Adresse de livraison obligatoire* activé et la génération de numéro active, seule l'adresse de livraison bloque. Si on retire le droit d'adresse, la commande passe — même si *Votre numéro de commande* est sur *Obligatoire*.

### Différences entre les niveaux dans la boutique

<table id="bkmrk-angabe-unterschied-z" style="width:100%;"> <thead> <tr> <th style="width:20.0189%;">Information</th> <th style="width:79.9811%;">Différence entre les niveaux</th> </tr> </thead> <tbody> <tr> <td style="width:20.0189%;">Votre numéro de commande</td> <td style="width:79.9811%;">*Optionnel* et *Obligatoire* ont le même aspect dans le formulaire : le champ apparaît sans indication d'obligation. Seul *Non* le masque.</td> </tr> <tr> <td style="width:20.0189%;">Date de livraison</td> <td style="width:79.9811%;">*Non* et *Optionnel* se comportent **de la même façon** — aucune vérification d'obligation n'a lieu.</td> </tr> </tbody> </table>

Le niveau ne décide donc pas de l'apparence du formulaire, mais seulement si la commande est rejetée à l'envoi.

### La date de livraison est réglée à deux endroits

C'est le piège de ce champ : il existe **deux** contrôles pour la date de livraison à différents endroits, avec des listes de choix différentes.

<table id="bkmrk-stelle-ort-werte-ein"> <thead> <tr> <th>Lieu</th> <th>Emplacement</th> <th>Valeurs</th> </tr> </thead> <tbody> <tr> <td>Paramètre *Liefertermineingabe*</td> <td>*eCom \\ Einstellungen*</td> <td>**trois** : Non · Optionnel · Obligatoire</td> </tr> <tr> <td>Droit date de livraison</td> <td>Rôle</td> <td>**cinq** : en plus *Obligatoire au début* et *Modèle automatique*</td> </tr> </tbody> </table>

Ce qui compte pour la boutique est le **paramètre eCom** — et seulement pour la vérification d'obligation, pas pour l'affichage. Le droit dans le rôle appartient au client commercial et n'a aucun effet dans la boutique ; ses deux valeurs supplémentaires n'existent pas là.

> **Attention pour la configuration :** Celui qui veut l'obligation dans la boutique doit régler le **paramètre eCom** sur *Obligatoire*. Un droit réglé sur *Obligatoire* dans le rôle n'a aucun effet dans la boutique.

Le comportement attendu derrière *Modèle automatique* existe d'ailleurs aussi sans cette valeur : si le paramètre eCom est sur *Obligatoire* et que le client laisse le champ vide, le serveur insère lui-même la **date la plus proche possible** — la vérification d'obligation est ainsi satisfaite. Une saisie propre du client reste inchangée.

## Messages lors de l'envoi

Toutes les vérifications ne s'effectuent que lorsque le client clique sur **Commander de manière contraignante**. Jusqu'à ce moment, le formulaire ne signale rien.

Le message apparaît alors **en haut de la page**, entre le titre *Finalisation de la commande* et le formulaire : une boîte claire sur toute la largeur, bord gauche en rouge. Il **n'est pas placé au champ concerné** — le client doit déduire quel champ est visé à partir du texte.

<table id="bkmrk-ausl%C3%B6ser-meldung-wir"> <thead> <tr> <th>Déclencheur</th> <th>Message</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Date de livraison manquante</td> <td>« Aucun date de livraison n'a été indiquée. »</td> <td>bloque — **il est incertain que ce message puisse apparaître dans la boutique**, voir ci-dessous</td> </tr> <tr> <td>Date de livraison trop tôt</td> <td>« La date de livraison ne peut pas être respectée. » — souvent complété par « La date de livraison la plus proche est … »</td> <td>bloque</td> </tr> <tr> <td>Date de livraison avant la date de commande</td> <td>« La date de livraison ne peut pas être antérieure à la date de commande. »</td> <td>bloque</td> </tr> <tr> <td>Numéro de commande manquant</td> <td>« Aucun numéro de commande client n'a été indiqué. »</td> <td>bloque</td> </tr> <tr> <td>Adresse de livraison manquante ou plus valide</td> <td>« L'adresse de livraison est invalide. »</td> <td>bloque</td> </tr> <tr> <td>Champs manquants dans la nouvelle adresse de livraison saisie</td> <td>« Veuillez indiquer les champs suivants pour l'adresse de livraison temporaire : »</td> <td>bloque</td> </tr> <tr> <td>Code postal incorrect</td> <td>« Veuillez saisir un code postal correct. »</td> <td>bloque</td> </tr> <tr> <td>Pays manquant</td> <td>« Veuillez choisir un pays. »</td> <td>bloque</td> </tr> <tr> <td>Valeur minimale de commande non atteinte</td> <td>« La valeur minimale de commande de … n'a pas été atteinte. » avec montant inséré</td> <td>bloque</td> </tr> <tr> <td>Panier vide</td> <td>« Le panier est vide. »</td> <td>empêche l'envoi</td> </tr> </tbody> </table>

Deux autres messages concernent la limite franco de port. Ils apparaissent **dans le panier**, pas ici :

<table id="bkmrk-ausl%C3%B6ser-meldung-fra"> <thead> <tr> <th>Déclencheur</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>Limite franco de port atteinte</td> <td>« Livraison franco domicile »</td> </tr> <tr> <td>Limite franco de port non atteinte</td> <td>« La limite franco de port de … n'a pas été atteinte. »</td> </tr> </tbody> </table>

> **Attention :** Le même message apparaît aussi si le droit *Adresse de livraison obligatoire* est activé, mais que le client **ne peut pas du tout choisir d'adresse** — par exemple parce qu'aucune n'est enregistrée pour lui. Le texte parle alors d'une adresse invalide, bien qu'il n'y ait simplement aucune adresse à choisir. Celui qui active ce droit doit donc s'assurer que les clients ont aussi des adresses de livraison.

> **Remarque :** Pour la nouvelle adresse de livraison saisie, la boutique ne donne que la phrase d'introduction — la liste des champs manquants qui devrait suivre n'apparaît pas. Le client doit vérifier lui-même les champs.

### Les textes peuvent être adaptés

Tous les messages sauf *« Le panier est vide. »* sont des **textes traduisibles**, pas des chaînes codées en dur. Ils peuvent être administrativement remplacés par culture — la formulation ci-dessus est l'état de livraison.

Celui qui enregistre des formulations propres devrait le documenter : la documentation donne les textes standards.

## Les questions ne parviennent pas au client

Le système connaît en plus des vérifications bloquantes aussi des **questions** — messages que le contact dans le client commercial doit confirmer pour continuer.

Dans la boutique, il n'y a personne pour répondre à une telle question. La boutique **les ignore donc systématiquement**. C'est une décision consciente, pas une erreur.

La conséquence pratique : plusieurs champs mandants sont correctement calculés, mais leur message n'atteint jamais le client.

<table id="bkmrk-feld-verhalten-im-sh"> <thead> <tr> <th>Champ</th> <th>Comportement dans la boutique</th> </tr> </thead> <tbody> <tr> <td>Valeur de position maximale</td> <td>est calculée, la question est ignorée — le client ne voit rien</td> </tr> <tr> <td>Alerte à partir d'une quantité</td> <td>idem</td> </tr> <tr> <td>valeur minimale de commande (alerte)</td> <td>en plus : la valeur n'est jamais remplie et reste toujours à 0</td> </tr> </tbody> </table>

> **Remarque :** *Valeur de position maximale* et *Alerte à partir d'une quantité* n'ont donc pas d'effet dans la boutique — mais elles ne sont **pas inutiles**. Elles s'appliquent dans le client commercial, et dans l'ancienne boutique le message était même affiché au client. Il est seulement désactivé dans la nouvelle boutique.

## Ce qui limite la date de livraison

<table id="bkmrk-steuerung-ort-wirkun"> <thead> <tr> <th>Contrôle</th> <th>Emplacement</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Délai de livraison minimal en jours</td> <td>*Grundkonfiguration \\ Mandanten*</td> <td>Définit la date de livraison la plus proche possible.</td> </tr> <tr> <td>Sortie de livraison le jour de la commande</td> <td>*eCom \\ Einstellungen*, heure</td> <td>Définit jusqu'à quelle heure une commande doit être reçue pour être traitée le même jour.</td> </tr> <tr> <td>Liefertermineingabe</td> <td>*eCom \\ Einstellungen*</td> <td>Contrôle si le client doit saisir une date.</td> </tr> <tr> <td>FeiertagsID</td> <td>*Grundkonfiguration \\ Mandanten*</td> <td>Détermine le calendrier des jours fériés.</td> </tr> </tbody> </table>

### Comment la date la plus proche est calculée

Le point de départ est la date de commande plus le **Délai de livraison minimal en jours**. Les règles sont :

- **Les samedis et dimanches sont sautés.**
- Pour chaque **jour férié** rencontré, un jour supplémentaire est ajouté. Ces jours sont déterminés par le calendrier enregistré via la **FeiertagsID**.
- L'heure du paramètre *Sortie de livraison le jour de la commande* est prise en compte : si le client commande **avant**, la commande part le même jour et la date est avancée d'un jour. **Après**, elle est repoussée d'un jour.
 

La FeiertagsID a donc un effet réel dans la boutique — pas seulement dans le système ERP.

> **Important :** Le calendrier dans la boutique **ne bloque rien**. Week-ends, jours fériés et dates trop proches peuvent être sélectionnés et saisis. Ce n'est qu'à l'envoi que le serveur les refuse, avec le message *« La date de livraison ne peut pas être respectée. »* Une règle propre de préparation ou de transport pour un pays peut modifier le calcul.

## Affichage des prix après une demande de prix en direct

Si le client a déclenché une demande de prix en direct dans le panier, cela a aussi un effet ici.

La somme porte alors la mention **(Live Preis)** — voir ci-dessus.

Le **texte d'information sur les prix nets** issu du paramètre *KIP anzeigen* n'apparaît pas sur cette page.

> **À clarifier :** S'il s'agit d'un effet de la demande de prix en direct ou si la finalisation de commande ne montre jamais cette indication. Dans le panier, elle restait visible après la demande, ici elle manque.

Si le client modifie ensuite le panier, les prix en direct expirent. Voir [Panier](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/panier).

## Ce qui contrôle la valeur de commande

Il y a **quatre** champs avec une valeur minimale. Pour la boutique, un seul compte.

<table id="bkmrk-feld-ort-wirkung-im-"> <thead> <tr> <th>Champ</th> <th>Emplacement</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>**Valeur de commande minimale, onglet eCom**</td> <td>*Grundkonfiguration \\ Mandanten*, onglet **eCom**</td> <td>**C'est la valeur qui s'applique.**</td> </tr> <tr> <td>Valeur de commande minimale</td> <td>*Grundkonfiguration \\ Mandanten*, général</td> <td>**aucun** — n'est pas lu dans la finalisation de commande, utilisé seulement pour l'export</td> </tr> <tr> <td>Valeur minimale de commande du débiteur</td> <td>chez le débiteur</td> <td>seulement dans un cas particulier, voir ci-dessous</td> </tr> <tr> <td>valeur minimale de commande (alerte)</td> <td>*Grundkonfiguration \\ Mandanten*</td> <td>**aucun** — la valeur n'est remplie nulle part et resterait de toute façon invisible comme question</td> </tr> </tbody> </table>

> **Important :** La *valeur de commande minimale* générale du mandant semble être l'endroit évident, mais n'a pas d'effet dans la boutique. Celui qui veut fixer une limite pour la boutique doit la saisir dans l'**onglet eCom**. C'est la confusion la plus fréquente à cet endroit.

### Quand la valeur du débiteur s'applique

La valeur chez le débiteur s'applique seulement si **deux** paramètres mandants sont réunis :

- *Utiliser la valeur minimale de commande au lieu de la limite franco de port* est actif, **et**
- le paramètre de question *valeur minimale de commande* est réglé sur **Blocage commande**, pas sur *Afficher alerte*.
 

Ce n'est que dans ce cas qu'une valeur supérieure à 0 enregistrée chez le débiteur s'applique. Dans tous les autres cas — ce qui est la norme — c'est la valeur de l'onglet eCom qui s'applique.

> **À clarifier :** Dans les paramètres eCom, il y a une case *Appliquer la valeur minimale de commande du débiteur*. Les conditions réellement vérifiées par la boutique sont celles mentionnées ci-dessus — cette case n'en fait pas partie. Il est ouvert de savoir si elle agit ailleurs ou si c'est la même option sous un autre nom.

### Comment le calcul est fait

<table id="bkmrk-frage-antwort-netto-"> <thead> <tr> <th>Question</th> <th>Réponse</th> </tr> </thead> <tbody> <tr> <td>net ou brut ?</td> <td>**net** — même somme quantité fois prix que dans le panier</td> </tr> <tr> <td>les frais d'expédition comptent-ils ?</td> <td>**non** — la vérification a lieu avant que les frais d'expédition ne soient calculés</td> </tr> </tbody> </table>

## Frais d'expédition

<table id="bkmrk-steuerung-ort-ecom-k"> <thead> <tr> <th>Contrôle</th> <th>Emplacement</th> <th>Indicateur eCom</th> </tr> </thead> <tbody> <tr> <td>Limite franco de port</td> <td>*Grundkonfiguration \\ Mandanten*, liste de valeurs</td> <td>**oui**</td> </tr> <tr> <td>Frais d'expédition</td> <td>*Grundkonfiguration \\ Mandanten*, liste de valeurs</td> <td>**oui**</td> </tr> <tr> <td>Article frais d'expédition</td> <td>*eCom \\ Einstellungen*</td> <td>—</td> </tr> </tbody> </table>

- En dessous de la limite franco de port, les frais d'expédition sont calculés, au-dessus non.
- Dans le panier, les frais d'expédition sont une **valeur d'affichage** — la ligne *frais d'expédition en sus* est sous la somme et n'est pas incluse.
- C'est seulement à l'envoi qu'ils deviennent une **vraie position de commande** avec l'article frais d'expédition enregistré, quantité 1 et le montant comme prix.
 

> **Attention :** Si l'*article frais d'expédition* est **vide**, le calcul **s'arrête silencieusement**. Aucun message d'erreur n'apparaît, et la commande est créée normalement — juste sans frais d'expédition. Celui qui veut calculer les frais doit donc saisir l'article ; une absence de saisie passe inaperçue.

> **Attention :** Pour la limite franco de port et les frais d'expédition, l'indicateur eCom est un commutateur, pas un ajout. Une ligne s'applique soit à la boutique, soit au client. Si la ligne eCom manque, la boutique n'a pas de valeur. Voir le livre *Backend eCom*.

## Génération automatique de votre numéro de commande

Si le paramètre *Kundenauftragsnummer generieren* est actif et que le champ est **vide** à l'envoi, le système génère lui-même un numéro.

<table id="bkmrk-eigenschaft-verhalte-1"> <thead> <tr> <th>Propriété</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Schéma</td> <td>**ID de commande, barre oblique, date** — par exemple <code>12345&#47;21&#46;09&#46;2026</code></td> </tr> <tr> <td>Quand</td> <td>indépendamment du droit — même avec *Non* et *Optionnel*</td> </tr> <tr> <td>Saisie propre</td> <td>reste inchangée ; la génération ne se fait que dans un champ vide</td> </tr> <tr> <td>Visibilité</td> <td>**seulement après l'envoi**, par exemple sur la confirmation — pas prérempli dans le formulaire</td> </tr> </tbody> </table>

Cela explique aussi pourquoi l'obligation sur *Votre numéro de commande* avec ce paramètre n'est jamais remarquée : le champ est déjà rempli au moment de la vérification.

## Structure et déroulement

La finalisation de commande est **une seule page**, pas un processus en plusieurs étapes.

<table id="bkmrk-name-funktion-sichtb"> <thead> <tr> <th>Nom</th> <th>Fonction</th> <th>Visibilité</th> </tr> </thead> <tbody> <tr> <td>Commander de manière contraignante</td> <td>Envoie la commande et crée la commande.</td> <td>toujours</td> </tr> </tbody> </table>

> **Attention :** Il n'y a **pas de bouton retour**. Tant que *Commander de manière contraignante* n'est pas cliqué, le client ne peut revenir au panier que via la fonction retour du navigateur.

## Confirmation

Après l'envoi, la boutique passe à une **page propre**. Au centre se trouve une boîte avec un texte de remerciement, le **numéro de commande** et le bouton **Continuer vos achats**. Les champs de saisie et le résumé du panier ne sont plus visibles.

## Si le client ne peut pas du tout commander

Ce qui compte est le **blocage commande** chez le client. C'est le seul blocage que la boutique vérifie — un *blocage livraison* n'est pas pris en compte.

Le blocage vient du système ERP et ne peut pas être réglé dans le backend eCom.

<table id="bkmrk-eigenschaft-verhalte-2"> <thead> <tr> <th>Propriété</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Vérifié</td> <td>exclusivement le **blocage commande**</td> </tr> <tr> <td>Quand</td> <td>**uniquement à l'envoi** — pas à la connexion ni à l'ajout au panier</td> </tr> <tr> <td>Conséquence</td> <td>Aucune **commande créée**.</td> </tr> </tbody> </table>

Un client bloqué peut donc faire ses achats jusqu'au bout et ne découvrir le blocage qu'à la fin. En outre, la boutique vérifie le blocage commande lors de la **demande de prix en direct** dans le panier — c'est un endroit différent de la finalisation de commande.

### Observations faites

Pour un client avec blocage commande :

<table id="bkmrk-beobachtung-ergebnis"> <thead> <tr> <th>Observation</th> <th>Résultat</th> </tr> </thead> <tbody> <tr> <td>Envoyer la commande</td> <td>**possible** — pas de message, pas de blocage</td> </tr> <tr> <td>Page de confirmation</td> <td>apparue, avec un **numéro de commande**</td> </tr> <tr> <td>Commande dans le système</td> <td>introuvable pour ce numéro **non trouvé**</td> </tr> <tr> <td>Prix dans la boutique</td> <td>**aucun** — mais cela n'a **rien à voir avec le blocage**, voir ci-dessous</td> </tr> </tbody> </table>

Le blocage ne bloque donc **pas** la commande. Il se manifeste autrement que prévu, et le client reçoit une confirmation qui ne correspond apparemment à aucune commande.

Les prix manquants ne sont **pas une conséquence du blocage** : l'affichage normal des prix dans le catalogue et le panier n'est pas du tout affecté par le blocage commande. Pour ce client test, c'était donc dû aux **conditions**, pas au système eCom.

> **Pas encore définitivement établi :** Le panier observé contenait des positions sans prix. Il est ouvert de savoir si cela influence aussi la finalisation de commande.

> **Attention :** Jusqu'à ce que ce soit clarifié, personne ne devrait compter sur un blocage commande qui bloque proprement la boutique.

## Blocage commande sur la commande finalisée

À distinguer du blocage sur la **commande finalisée**. Il ne bloque pas la commande, mais concerne seulement le **traitement ultérieur** : la commande est transmise au système ERP, mais doit y être traitée ou débloquée manuellement.

La condition qui déclenche un blocage est contrôlée par les règles de blocage du rôle. Pour la boutique, sont notamment pertinents *Marquer toutes les commandes avec blocage commande* et *Valeur minimale de commande non atteinte*.

La liste complète se trouve sur la page *eCom-Rechte im Überblick*.

## Après l'envoi

<table id="bkmrk-vorgang-erl%C3%A4uterung-"> <thead> <tr> <th>Processus</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Commande</td> <td>La commande est créée comme une commande DeDeSales régulière.</td> </tr> <tr> <td>Confirmation au client</td> <td>E-mail via le modèle *Bestellung*, envoyé via l'abonnement *eCom - Aufträge anlegen*. Le destinataire est la **adresse e-mail de l'accès boutique**, pas celle de la fiche client. Le texte ne contient dans l'état de livraison **ni positions ni montants** — seulement un remerciement. Le texte peut être modifié sous *Grundkonfiguration \\ Einstellungen \\ E-Mail Inhalte* ; pour une **liste des positions**, un modèle propre est nécessaire, que le chef de projet dépose chez DeDeNet.</td> </tr> <tr> <td>Notification interne</td> <td>Via le même abonnement, avec **liste des positions** dans le texte du mail. Via le paramètre *Envoyer le mail de commande aussi en copie aux contacts siège*, il est aussi envoyé en copie aux collaborateurs assignés au client.</td> </tr> <tr> <td>Fichier Excel avec les positions</td> <td>Seulement si l'abonnement *Envoi des commandes incl. Excel* est aussi activé. Sans cet abonnement, le mail arrive sans pièce jointe.</td> </tr> <tr> <td>Cas d'erreur</td> <td>Si la commande ne peut pas être traitée sur le serveur, l'abonnement obligatoire *eCom - Benachrichtigung bei fehlgeschlagenem ERP Export* informe le service sédentaire.</td> </tr> </tbody></table>

# 5. Autres masques

# Saisie matricielle

## Aperçu

Un **article matrice** possède des variantes dans deux dimensions — par exemple la taille et la couleur. Au lieu d'une seule quantité de commande, le client saisit une quantité par combinaison.

Pour cela, une page dédiée s'ouvre. Elle est appelée via le bouton **Matrix öffnen** sur la *page de détails de l'article*.

Le fait qu'un article soit un article matrice est déterminé par le **statut article**.

> **Info :** La matrice elle-même — quelles lignes et colonnes existent et quelles combinaisons sont commandables — est définie dans le **système ERP** et fournie avec les données articles. Elle ne peut pas être modifiée dans le backend eCom.

## Structure

<table id="bkmrk-bereich-inhalt-kopf-"> <thead> <tr> <th>Domaine</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>En-tête</td> <td>Comme titre figure le **nom de la matrice** — il est attribué dans le système ERP et modifiable là-bas. En dessous, **produit** avec le numéro d'article de l'article matrice</td> </tr> <tr> <td>Barre de sélection</td> <td>Nombre de cellules sélectionnées, champ de quantité collective et *Annuler la sélection*</td> </tr> <tr> <td>Matrice</td> <td>Tableau avec les variantes — lignes et colonnes proviennent des données articles</td> </tr> <tr> <td>Pied de page</td> <td>**Nombre de lignes article** et la **quantité totale**</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-zur%C3%BCck"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>Retour à l'article</td> <td>ramène à la page de détails de l'article. Les quantités saisies mais non encore reprises sont **perdues sans question**</td> </tr> <tr> <td>Quantités saisies dans le panier</td> <td>reprend toutes les quantités saisies. Le bouton est **inactif** tant qu'aucune quantité n'est saisie</td> </tr> </tbody> </table>

## La matrice

Chaque cellule représente une combinaison de ligne et de colonne.

<table id="bkmrk-darstellung-der-zell"> <thead> <tr> <th>Affichage de la cellule</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td>Cercle de sélection et champ de quantité avec **−** et **+**</td> <td>La combinaison est commandable.</td> </tr> <tr> <td>**×**, en gris</td> <td>La combinaison n'existe pas. Rien ne peut être saisi ici.</td> </tr> <tr> <td>en foncé, coche dans le cercle de sélection</td> <td>La cellule est **sélectionnée**.</td> </tr> </tbody> </table>

Il y a donc généralement moins de cellules commandables que le produit des lignes par les colonnes.

## Deux façons de saisir les quantités

Le conseil au-dessus de la matrice mentionne les deux :

> « Cliquer sur les cellules pour saisir les quantités ensemble — ou saisir une quantité directement dans la cellule. »

<table id="bkmrk-weg-vorgehen-einzeln"> <thead> <tr> <th>Méthode</th> <th>Procédure</th> </tr> </thead> <tbody> <tr> <td>individuelle</td> <td>Saisir la quantité directement dans la cellule ou la régler avec **−** et **+**</td> </tr> <tr> <td>collective</td> <td>cliquer sur plusieurs cellules et définir la quantité via le **champ de quantité collective** de la barre de sélection</td> </tr> </tbody> </table>

### La barre de sélection

Elle se trouve au-dessus de la matrice et change dès qu'au moins une cellule est sélectionnée :

<table id="bkmrk-zustand-inhalt-der-l"> <thead> <tr> <th>État</th> <th>Contenu de la barre</th> </tr> </thead> <tbody> <tr> <td>rien sélectionné</td> <td>**0 sélectionné**, avec le conseil *« Cliquer sur les cellules pour saisir les quantités ensemble — ou saisir une quantité directement dans la cellule. »*</td> </tr> <tr> <td>cellules sélectionnées</td> <td>**x sélectionné**, un champ de quantité avec **−** et **+**, et **Annuler la sélection**</td> </tr> </tbody> </table>

Le champ de quantité de la barre agit sur **toutes les cellules sélectionnées simultanément** : un clic sur **+** met chacune à un, le suivant à deux, et ainsi de suite.

La méthode collective est utile lorsque la même quantité est commandée pour de nombreuses variantes — par exemple dix pièces de chaque taille d'une couleur.

**Annuler la sélection** supprime la sélection. Les quantités déjà définies restent inchangées — seule la sélection est terminée.

## Contrôle avant la reprise

En bas à gauche, la page affiche :

<table id="bkmrk-anzeige-bedeutung-po"> <thead> <tr> <th>Affichage</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td>Lignes article</td> <td>Nombre de cellules avec une quantité supérieure à zéro</td> </tr> <tr> <td>Quantité totale</td> <td>Somme de toutes les quantités saisies</td> </tr> </tbody> </table>

Ces deux valeurs sont le contrôle le plus rapide avant de cliquer sur **Quantités saisies dans le panier** : si la quantité totale correspond à la quantité de commande attendue, rien n'a été déplacé.

## Unités d'emballage

Dans la saisie matrice, **l'unité d'emballage n'est pas contrôlée**. Toute quantité peut être saisie, même une qui ne correspond pas à l'unité d'emballage de l'article.

Cela distingue la matrice des autres méthodes vers le panier : lors de l'**importation Excel**, l'unité d'emballage est contrôlée et la ligne est rejetée ou arrondie selon le paramétrage.

## Reprise dans le panier

<table id="bkmrk-schritt-verhalten-me"> <thead> <tr> <th>Étape</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Message</td> <td>*« x lignes article ont été reprises dans le panier. »*</td> </tr> <tr> <td>Matrice ensuite</td> <td>est **vidée** et prête pour une nouvelle saisie</td> </tr> <tr> <td>Dans le panier</td> <td>**une ligne article propre à chaque combinaison** — comme articles individuels, pas comme ligne collective</td> </tr> </tbody> </table>

> **Important :** La matrice ne peut **pas être rouverte**. Une saisie reprise est présente dans le panier uniquement sous forme de lignes article individuelles et ne peut être corrigée que là.

Comme le masque est vide après la reprise et peut être rempli à nouveau, le même article peut être saisi plusieurs fois de suite. Les lignes article sont alors ajoutées dans le panier.

# Documents

## Aperçu

Le client peut consulter ses documents dans la boutique — chaque type de document sur une page distincte.

Ils sont accessibles via le **symbole utilisateur** en haut à droite dans l'en-tête. Son menu affiche les types de documents dans la colonne de droite.

La condition préalable est que les documents soient fournis par le système ERP.

## Types de documents dans le menu

Chaque entrée de menu est liée à un droit du même nom :

<table id="bkmrk-men%C3%BCeintrag-recht-of"> <thead> <tr> <th>Entrée de menu</th> <th>Droit</th> </tr> </thead> <tbody> <tr> <td>Encours</td> <td><code>STATISTIK &#47; Offene Posten</code></td> </tr> <tr> <td>Reliquats</td> <td><code>STATISTIK &#47; Rückstände</code></td> </tr> <tr> <td>Commande</td> <td><code>STATISTIK &#47; Belege &#47; Aufträge</code></td> </tr> <tr> <td>Avoir</td> <td><code>STATISTIK &#47; Belege &#47; Gutschriften</code></td> </tr> <tr> <td>Contrat</td> <td><code>STATISTIK &#47; Belege &#47; Kontrakte</code></td> </tr> <tr> <td>Avis de prélèvement</td> <td><code>STATISTIK &#47; Belege &#47; Lastschrift</code></td> </tr> <tr> <td>Bon de livraison</td> <td><code>STATISTIK &#47; Belege &#47; Lieferscheine</code></td> </tr> <tr> <td>Facture</td> <td><code>STATISTIK &#47; Belege &#47; Rechnungen</code></td> </tr> </tbody> </table>

Les entrées affichées sont contrôlées par le **Rôle** : une entrée n'apparaît dans le menu que si le droit correspondant est activé. Par exemple, si seul *Bon de livraison* est coché dans le rôle, seule cette entrée apparaît.

**Deux conditions doivent être réunies :**

<table id="bkmrk-bedingung-ohne-sie-d"> <thead> <tr> <th>Condition</th> <th>Sans elle</th> </tr> </thead> <tbody> <tr> <td>le droit est activé dans le rôle</td> <td>l'entrée est absente du menu</td> </tr> <tr> <td>il existe des documents de ce type</td> <td>l'entrée est également absente</td> </tr> </tbody> </table>

Un client sans documents ne voit donc rien — même si tous les droits sont activés.

## Structure d'une page de document

<table id="bkmrk-bereich-inhalt-titel"> <thead> <tr> <th>Domaine</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>Titre</td> <td>**Documents**</td> </tr> <tr> <td>Bouton</td> <td>Type de document et nombre de documents, par exemple *Commande (10)*</td> </tr> <tr> <td>Champ de recherche</td> <td>**Terme recherché** — recherche par **N° du document**</td> </tr> <tr> <td>Liste</td> <td>les documents de ce type</td> </tr> </tbody> </table>

Le champ de recherche et le bouton n'apparaissent que s'il y a des documents.

### Colonnes de la liste des documents

<table id="bkmrk-spalte-erl%C3%A4uterung-b"> <thead> <tr> <th>Colonne</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>N° du document</td> <td></td> </tr> <tr> <td>Date du document</td> <td></td> </tr> <tr> <td>Statut</td> <td>par exemple *non livré*</td> </tr> <tr> <td>Type de commande</td> <td></td> </tr> <tr> <td>MT TTC</td> <td></td> </tr> <tr> <td>Téléchargement</td> <td>Symbole à la fin de la ligne. Génère un fichier **XLSX**</td> </tr> </tbody> </table>

Le tri et le filtre ne sont pas possibles. La liste est ordonnée par **Date du document décroissante**, le document le plus récent est en haut.

### Lignes article d'un document

Un clic sur une ligne de document déplie les **Lignes article**. Elles ont leur propre champ de recherche.

<table id="bkmrk-spalte-erl%C3%A4uterung-p"> <thead> <tr> <th>Colonne</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Produit</td> <td>Numéro d'article</td> </tr> <tr> <td>Désignation</td> <td></td> </tr> <tr> <td>Statut</td> <td></td> </tr> <tr> <td>Quantité</td> <td>quantité commandée</td> </tr> <tr> <td>Livré</td> <td>quantité déjà livrée</td> </tr> <tr> <td>Prix</td> <td></td> </tr> </tbody> </table>

Le **symbole de téléchargement** se trouve dans la ligne du document, pas dans les lignes article.

## Particularités de certains types de documents

<table id="bkmrk-belegart-besonderhei"> <thead> <tr> <th>Type de document</th> <th>Particularité</th> </tr> </thead> <tbody> <tr> <td>Reliquats</td> <td>Au lieu du symbole de téléchargement, il y a le lien **Exporter en fichier**.</td> </tr> <tr> <td>Encours</td> <td>**pas de téléchargement.** De plus, un message spécifique si la liste est vide, voir ci-dessous</td> </tr> </tbody> </table>

Tous les téléchargements fournissent un fichier **XLSX** — y compris via le symbole dans la ligne du document. Un document au format PDF n'est pas prévu.

## Messages

<table id="bkmrk-fall-meldung-keine-b"> <thead> <tr> <th>Cas</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>aucun document de ce type disponible</td> <td>« Aucun document trouvé. »</td> </tr> <tr> <td>aucun encours disponible</td> <td>« Il n'y a actuellement aucun encours. »</td> </tr> </tbody> </table>

## Jusqu'à quelle date remontent les documents

La **période** ne peut pas être **modifiée**. Elle dépend des documents importés — par défaut, ce sont les **trois dernières années**.

# Mon profil

## Aperçu

Par le **symbole utilisateur** dans l'en-tête, le client accède à ses fonctions de compte. La colonne de gauche du menu conduit à quatre pages et à la déconnexion :

<table id="bkmrk-eintrag-inhalt-mein-"> <thead> <tr> <th>Entrée</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>Mon profil</td> <td>Affichage du numéro de client et de la dernière connexion</td> </tr> <tr> <td>Modifier le mot de passe</td> <td></td> </tr> <tr> <td>Modification d'adresse</td> <td>Modification de l'adresse principale</td> </tr> <tr> <td>Modifier l'adresse e-mail</td> <td>Modification de l'adresse d'accès, avec lien de confirmation</td> </tr> <tr> <td>Déconnexion</td> <td>termine la session</td> </tr> </tbody> </table>

## Mon profil

Affichage uniquement, aucun champ de saisie.

<table id="bkmrk-angabe-erl%C3%A4uterung-k"> <thead> <tr> <th>Indication</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Numéro de client</td> <td>également le nom d'utilisateur pour la connexion</td> </tr> <tr> <td>Dernière connexion</td> <td>Date et heure de la connexion précédente</td> </tr> </tbody> </table>

## Modifier l'adresse

Les champs sont préremplis avec les **données actuelles**. Tous les champs peuvent être modifiés.

> **Info :** La modification d'adresse n'est liée à **aucun droit ni paramètre**. Tout client ayant accès à la boutique peut la déclencher, et elle ne peut pas être désactivée.

<table id="bkmrk-feld-pflicht-name-ja"> <thead> <tr> <th>Champ</th> <th>Obligation</th> </tr> </thead> <tbody> <tr> <td>Nom</td> <td>oui</td> </tr> <tr> <td>Nom (rajout)</td> <td>non</td> </tr> <tr> <td>Rue</td> <td>oui</td> </tr> <tr> <td>Code postal</td> <td>oui</td> </tr> <tr> <td>Localité</td> <td>oui</td> </tr> <tr> <td>Tél. fixe</td> <td>oui</td> </tr> <tr> <td>Télécopie</td> <td>non</td> </tr> <tr> <td>Adresse e-mail (Contact)</td> <td>non</td> </tr> <tr> <td>Page Accueil</td> <td>non</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-adress"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>Enregistrer l'adresse</td> <td>envoie la modification</td> </tr> </tbody> </table>

<table id="bkmrk-fall-meldung-gespeic"> <thead> <tr> <th>Cas</th> <th>Message</th> </tr> </thead> <tbody> <tr> <td>enregistré</td> <td>« Votre adresse a été enregistrée avec succès. » *(vert)*</td> </tr> </tbody> </table>

Le client reste sur la page après l'enregistrement.

> **Info :** Le champ **Adresse e-mail (Contact)** fait partie de l'adresse et n'est **pas** l'adresse d'accès à la boutique. Celle-ci est gérée via *Modifier l'adresse e-mail*.

### Ce qui se passe avec la modification

La boutique n'écrit **pas** directement l'adresse dans les données de base.

<table id="bkmrk-schritt-beschreibung"> <thead> <tr> <th>Étape</th> <th>Description</th> </tr> </thead> <tbody> <tr> <td>1</td> <td>L'exploitant de la boutique reçoit un e-mail concernant l'abonnement <code>Modification des données de base client</code>. Il contient uniquement la valeur **nouvelle**, mise en évidence.</td> </tr> <tr> <td>2</td> <td>La modification est effectuée dans le système ERP — généralement **manuellement**.</td> </tr> <tr> <td>3</td> <td>Avec la prochaine importation, la nouvelle adresse est disponible dans la boutique.</td> </tr> </tbody> </table>

> **Important :** La modification n'apparaît **pas dans le backend**. Il n'y a pas de liste des modifications d'adresse en attente — l'e-mail au service sédentaire est la seule indication. Si elle est ignorée, rien ne se passe.

Si un système ERP prend en charge la modification directement dépend du système ; la voie manuelle est courante.

> **Ne pas confondre :** L'adresse principale n'a rien à voir avec l'**adresse de livraison** lors de la finalisation de la commande. Ce sont deux choses distinctes.

## Modifier l'adresse e-mail

Concerne l'adresse du **accès à la boutique**.

Au-dessus des champs se trouve l'info : *« Vous recevrez un lien de confirmation à la nouvelle adresse — la modification ne sera effective qu'après son activation. »*

<table id="bkmrk-feld-erl%C3%A4uterung-akt"> <thead> <tr> <th>Champ</th> <th>Explication</th> </tr> </thead> <tbody> <tr> <td>Adresse e-mail actuelle</td> <td></td> </tr> <tr> <td>Nouvelle adresse e-mail</td> <td></td> </tr> <tr> <td>Confirmer la nouvelle adresse e-mail</td> <td>Répétition pour contrôle</td> </tr> </tbody> </table>

<table id="bkmrk-name-funktion-e-mail"> <thead> <tr> <th>Nom</th> <th>Fonction</th> </tr> </thead> <tbody> <tr> <td>Modifier l'adresse e-mail</td> <td>déclenche le processus</td> </tr> </tbody> </table>

Le processus est donc **en deux étapes** : la modification ne devient effective qu'après activation du lien dans l'e-mail envoyé à la nouvelle adresse.

### Quelle adresse est modifiée

<table id="bkmrk-datenbestand-wirkung"> <thead> <tr> <th>Base de données</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Données d'accès de l'utilisateur eCom</td> <td>**sont modifiées**</td> </tr> <tr> <td>Données de base client</td> <td>restent inchangées</td> </tr> </tbody> </table>

À partir de ce moment, **tous les e-mails de la boutique** sont envoyés à la nouvelle adresse — valable pour *Mot de passe oublié* et la **Confirmation de commande**. Même *Mot de passe oublié ?* demande alors la nouvelle adresse.

> **Important :** L'adresse dans les **données de base client** ne change **pas** pour autant. Si une autre adresse est nécessaire là aussi — par exemple pour les factures depuis le système ERP —, une modification d'adresse doit être demandée ou effectuée dans le système ERP.

## Modifier le mot de passe

Le même masque que pour la modification forcée du mot de passe — champs *Mot de passe actuel*, *Créer un nouveau mot de passe* et *Confirmer le nouveau mot de passe*, bouton **Modifier le mot de passe**.

Voir [Connexion et inscription](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/connexion-et-inscription), section *Modification forcée du mot de passe lors de la première connexion*.

# 6. Configuration et Droits

# Aperçu des droits eCom

## Aperçu

La portée fonctionnelle de la boutique est contrôlée par un rôle, tout comme pour le client terrain.

Un collaborateur dédié est disponible pour le système eCom, auquel un rôle doit être attribué. Droits, autorisations et droits de rôle signifient la même chose.

Vous reconnaissez les droits pertinents pour eCom dans le backend web à l'**icône panier bleu** derrière l'entrée. Les droits sans ce symbole n'ont aucun effet sur la boutique.

Les droits contrôlent la **portée fonctionnelle** de la boutique, c'est-à-dire quels champs, informations et fonctions supplémentaires un client voit. Ils ne contrôlent **pas** s'il peut commander ou non.

> **Important :** Un client avec accès à la boutique peut toujours commander — indépendamment des droits de rôle. Il n'existe pas de droit de rôle permettant d'empêcher la commande. Celui qui ne doit pas commander a besoin d'un **blocage au niveau client**. Celui-ci ne dépend pas du rôle et provient du **système ERP** — il n'est donc pas géré dans le backend, mais fourni avec les données client.

La manière dont le blocage se manifeste dans la boutique n'est pas ce à quoi on s'attend : le client peut **envoyer** la commande et reçoit une confirmation — mais apparemment aucune commande n'est créée. Il a également été observé que ce client ne voit **aucun prix**. Les détails et l'état de la vérification se trouvent sur la page *Finalisation de commande*.

Cela distingue le blocage des règles de verrouillage, où la commande est créée et simplement marquée.

> **Décisif est le **blocage commande** au niveau client.** Un *blocage livraison* n'est pas évalué par la boutique. La vérification intervient **uniquement lors de l'envoi** de la commande. Ne pas confondre avec la **règle de verrouillage** homonyme plus bas, qui marque la commande terminée.

Ne pas confondre avec la section *COMMANDE / Règles de verrouillage* plus bas : ces droits n'empêchent pas la commande, mais marquent la commande créée avec un verrouillage pour qu'elle soit vérifiée avant traitement ultérieur.

## Section COMMANDE

<table id="bkmrk-recht-einstellung-wi"> <thead> <tr> <th>Droit</th> <th>Paramètre</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>COMMANDE / Proposition de commande (via DeDeNet)</td> <td>Case à cocher</td> <td>Déclenche un e-mail au nom de DeDeNet.</td> </tr> <tr> <td>COMMANDE / XLS Import</td> <td>Non · rappeler et signaler les UVC erronées · signaler les UVC erronées comme erreur</td> <td>Contrôle l'importation d'articles dans le panier via un modèle Excel. Le choix détermine comment gérer les unités d'emballage divergentes.</td> </tr> </tbody> </table>

## Section COMMANDE / En-tête

Ces droits contrôlent les champs de saisie lors de la finalisation de la commande.

<table id="bkmrk-recht-einstellung-wi-1"> <thead> <tr> <th>Droit</th> <th>Paramètre</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>COMMANDE / En-tête / En-tête de commande – Texte commande usage ext.</td> <td>Case à cocher</td> <td>Active un champ texte pour un texte externe lors de la finalisation de la commande.</td> </tr> <tr> <td>COMMANDE / En-tête / En-tête de commande – Commentaire cde interne</td> <td>Case à cocher</td> <td>Active un champ texte pour un texte interne lors de la finalisation de la commande.</td> </tr> <tr> <td>COMMANDE / En-tête / Texte préparation de commande</td> <td>Case à cocher</td> <td>Active un champ texte pour le texte de préparation lors de la finalisation de la commande.</td> </tr> <tr> <td>COMMANDE / En-tête / Numéro de commande client</td> <td>Non · Optionnel · Obligatoire</td> <td>Champ lors de la finalisation de la commande. En *Obligatoire*, le client doit saisir un numéro. Voir remarque ci-dessous.</td> </tr> <tr> <td>COMMANDE / En-tête / Adresse de livraison, sélection depuis la base de données</td> <td>Case à cocher</td> <td>Le client peut sélectionner une adresse de livraison différente enregistrée dans une liste, si disponible.</td> </tr> <tr> <td>COMMANDE / En-tête / Adresse de livraison, saisie d'une nouvelle adresse</td> <td>Case à cocher</td> <td>Le client peut indiquer une adresse de livraison non enregistrée dans les données — par exemple pour un stand d'exposition.</td> </tr> <tr> <td>COMMANDE / En-tête / Adresse de livraison obligatoire</td> <td>Case à cocher</td> <td>Une adresse de livraison doit être sélectionnée.</td> </tr> </tbody> </table>

> **Remarque sur le numéro de commande client :** En plus de ce droit, il existe dans *eCom \\ Configuration* le paramètre *Générer numéro de commande client*, qui active le champ **Votre numéro de commande** dans le panier. La manière dont les deux interagissent n'est pas encore définitivement clarifiée.

## Section COMMANDE / Ligne

<table id="bkmrk-recht-einstellung-wi-2"> <thead> <tr> <th>Droit</th> <th>Paramètre</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>COMMANDE / Ligne / Demande de prix en direct</td> <td>Case à cocher</td> <td>Permet au client d'effectuer une recherche de prix en direct dans le panier et de faire calculer les prix par le système ERP. Voir [Recherche de prix](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/recherche-de-prix).</td> </tr> <tr> <td>COMMANDE / Ligne / Historique des articles</td> <td>Case à cocher</td> <td>Affiche sur la page détail article les derniers achats du client pour l'article choisi avec quantité, date et prix.</td> </tr> </tbody> </table>

## Section BASE / base des articles

<table id="bkmrk-recht-einstellung-wi-3"> <thead> <tr> <th>Droit</th> <th>Paramètre</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>BASE / base des articles / Textes descriptifs</td> <td>Case à cocher</td> <td>Affiche sur la page détail article la description, c'est-à-dire le texte commercial de l'article depuis le client DeDeSales.</td> </tr> <tr> <td>BASE / base des articles / Afficher les unités</td> <td>Case à cocher</td> <td>Affiche sur la page détail article les unités de l'article.</td> </tr> </tbody> </table>

## Section COMMANDE / Règles de verrouillage

Les règles de verrouillage déterminent quand une commande issue de la boutique est marquée d'un blocage commande. Une commande bloquée est transmise au système ERP, mais doit y être **traitée ou débloquée manuellement**.

L'effet est le même pour toutes les règles ; elles diffèrent uniquement par le déclencheur.

<table id="bkmrk-recht-ausl%C3%B6ser-auftr"> <thead> <tr> <th>Droit</th> <th>Déclencheur</th> </tr> </thead> <tbody> <tr> <td>COMMANDE / Règles de verrouillage / Marquer toutes les commandes avec un blocage commande</td> <td>chaque commande</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Quantités détaillées</td> <td>la commande contient des quantités détaillées</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Note interne en-tête disponible</td> <td>une note interne est enregistrée dans l'en-tête de commande</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Remise d'en-tête</td> <td>une remise d'en-tête est appliquée</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Valeur de commande minimale non atteinte</td> <td>la valeur de commande minimale n'est pas atteinte</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Remise ligne</td> <td>une ligne porte une remise</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Prix modifié à 0,00</td> <td>un prix de ligne a été modifié à 0,00</td> </tr> <tr> <td>COMMANDE / Règles de verrouillage / Prix modifié manuellement (&gt; 0)</td> <td>un prix de ligne a été modifié manuellement</td> </tr> </tbody> </table>

## Section STATISTIQUE / Documents

Ces droits contrôlent quels types de documents sont disponibles pour le client dans la boutique. Une entrée de menu n'apparaît que si le droit est activé **et** que des documents de ce type existent. Voir [Documents](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/documents).

Les droits pour **Encours** et **Reliquats** se trouvent directement sous *STATISTIQUE*, les autres sous *STATISTIQUE / Documents*. Chaque droit contrôle l'entrée de menu du même nom.

> **Remarque :** Dans la même section se trouvent aussi les **Offres** et les **Inventaires**. Les deux n'ont **pas d'icône panier** et n'ont pas d'effet sur la boutique. La condition préalable est que les documents soient fournis par le système ERP.

<table id="bkmrk-recht-statistik-%2F-of"> <thead> <tr> <th>Droit</th> </tr> </thead> <tbody> <tr> <td>STATISTIQUE / Encours</td> </tr> <tr> <td>STATISTIQUE / Reliquats</td> </tr> <tr> <td>STATISTIQUE / Documents / Commandes</td> </tr> <tr> <td>STATISTIQUE / Documents / Crédits</td> </tr> <tr> <td>STATISTIQUE / Documents / Contrats</td> </tr> <tr> <td>STATISTIQUE / Documents / Avis de prélèvement</td> </tr> <tr> <td>STATISTIQUE / Documents / Bons de livraison</td> </tr> <tr> <td>STATISTIQUE / Documents / Factures</td> </tr> </tbody> </table>

Le client accède aux documents via l'icône utilisateur dans l'en-tête. Voir [Documents](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/documents).

# Configuration en un coup d'œil

## Aperçu

Les paramètres sous *eCom \\ Configuration* déterminent le comportement de la boutique.

Ils n'affectent que le système eCom et laissent le client DeDeSales inchangé.

Les modifications ne prennent effet qu'après une mise à disposition des données.

## Affichage des articles

<table id="bkmrk-einstellung-typ-wirk"> <thead> <tr> <th>Paramètre</th> <th>Type</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Ne pas afficher les articles sans stock</td> <td>Case à cocher</td> <td>Seuls les articles avec un stock sont affichés. Cause fréquente d'articles apparemment manquants.</td> </tr> <tr> <td>Afficher les remarques sur l'article</td> <td>Case à cocher</td> <td>Affiche les remarques concernant l'article.</td> </tr> <tr> <td>Afficher la prochaine date</td> <td>Case à cocher</td> <td>**Sans effet dans la nouvelle boutique.** Ce paramètre appartient à la liste des Interlocuteurs du masque de contact, qui n'a pas été mise en œuvre volontairement. Voir [Page principale](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/page-principale).</td> </tr> <tr> <td>Afficher les caractéristiques des produits</td> <td>Case à cocher</td> <td>Active ou désactive l'**onglet** avec EAN, taille et poids sur la page détail de l'article. **Ne pas** confondre avec les attributs d'article librement gérés — ce paramètre ne les contrôle pas.</td> </tr> <tr> <td>Tri par défaut</td> <td>Sélection</td> <td>Tri de la liste d'articles à l'état de livraison. Valeurs : *Tri Numéro d'article Désignation* (standard), *Numéro d'article Désignation*, *Désignation Numéro d'article*, *Pertinence Numéro d'article*, *Stock croissant*, *Stock décroissant*.</td> </tr> <tr> <td>Masquer les groupes de produits</td> <td>Case à cocher</td> <td>Masque les groupes de produits dans la boutique, s'ils sont gérés. Évite les affichages en double si des Modèles de commande pour eCom sont également présents.</td> </tr> </tbody> </table>

### Afficher le statut article

Le statut article provient des données de l'article et contrôle l'affichage dans la boutique. Le paramètre agit en arrière-plan ; il n'y a pas d'affichage de statut propre par défaut.

Parmi les valeurs de statut connues de DeDeSales, seules deux ont un effet dans la boutique :

<table id="bkmrk-wert-wirkung-im-shop"> <thead> <tr> <th>Valeur</th> <th>Effet dans la boutique</th> </tr> </thead> <tbody> <tr> <td>Matrix</td> <td>L'article ouvre la **saisie matricielle** au lieu du champ quantité normal. Voir [Saisie matricielle](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/saisie-matricielle).</td> </tr> <tr> <td>Verrouillé(e/s)</td> <td>L'article n'est **pas commandable**. Il ne peut pas non plus être ajouté au panier via *Tout accepter*.</td> </tr> </tbody> </table>

*Verrouillé(e/s)* agit de manière **binaire** : la boutique ne distingue pas entre les variantes plus fines *Verrouillé(e/s)SeulementRetour* et *Verrouillé(e/s)CommandeEtRetour*.

Les autres valeurs — *Standard*, *Article en fin de série*, *Nouveau*, *Nouvel avertissement*, *Présentation en vitrine* et les deux variantes Verrouillé(e/s) mentionnées — n'ont **aucun effet** dans la boutique eCom. Elles proviennent de DeDeSales et n'ont d'importance que là-bas.

> **Remarque :** Ne comptez pas sur le statut article pour les mises en avant dans la boutique. Les marqueurs colorés comme *Article phare* ou *Meilleure vente* proviennent des **champs Oui-Non de la fiche article**, pas du statut. Voir [Page d'aperçu des articles](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/page-dapercu-des-articles).

### Afficher le stock

Contrôle si et comment le stock apparaît sur l'article. L'affichage est une petite **pastille** à côté de l'article, avec un **infobulle** au survol de la souris.

<table id="bkmrk-wert-pille-tooltip-n"> <thead> <tr> <th>Valeur</th> <th>Pastille</th> <th>Infobulle</th> </tr> </thead> <tbody> <tr> <td>Non</td> <td>aucun affichage</td> <td>—</td> </tr> <tr> <td>Feu tricolore</td> <td>seulement coloré, **sans chiffre**</td> <td>*En stock*, *pas en stock* ou un avertissement qu'aucune information n'est disponible</td> </tr> <tr> <td>Absolu</td> <td>**gris** avec le chiffre</td> <td>—</td> </tr> <tr> <td>Les deux</td> <td>**coloré** avec le chiffre</td> <td>avec un chiffre, le mot *Stock*, sinon l'avertissement d'absence d'information</td> </tr> </tbody> </table>

### Si aucun stock n'est livré

Voici la différence entre les deux valeurs avec chiffre :

<table id="bkmrk-wert-ohne-bestandsda"> <thead> <tr> <th>Valeur</th> <th>sans données de stock</th> </tr> </thead> <tbody> <tr> <td>Absolu</td> <td>**pas de pastille** — l'affichage est complètement omis</td> </tr> <tr> <td>Les deux</td> <td>Pastille en **gris** avec le texte **n.c.**</td> </tr> </tbody> </table>

La différence réside donc dans la manière dont l'absence de stock est affichée : avec *Absolu*, l'emplacement reste simplement vide, avec *Les deux* il y a explicitement **n.c.**

### Que signifient les couleurs

<table id="bkmrk-farbe-bedingung-gr%C3%BCn"> <thead> <tr> <th>Couleur</th> <th>Condition</th> </tr> </thead> <tbody> <tr> <td>vert</td> <td>Stock **supérieur à 0**</td> </tr> <tr> <td>rouge</td> <td>Stock **0 ou inférieur**</td> </tr> <tr> <td>gris</td> <td>pas de stock livré</td> </tr> </tbody> </table>

Il n'y a pas de seuil : un seul exemplaire colore la pastille en vert.

### Afficher KIP

Affiche les prix personnalisés pour le client. Le paramètre détermine également quel texte d'information est affiché au client concernant les prix. En interne, il porte le nom `EComKIP`.

<table id="bkmrk-einstellung-hinweist"> <thead> <tr> <th>Paramètre</th> <th>Texte d'information</th> <th>Présentation</th> </tr> </thead> <tbody> <tr> <td>non défini</td> <td>« Prix catalogue ! Votre prix client sera calculé lors de la facturation. »</td> <td>cadre rouge</td> </tr> <tr> <td>défini</td> <td>« Tous les prix sont des prix catalogue nets. »</td> <td>boîte grise simple sans cadre</td> </tr> </tbody> </table>

> **À clarifier :** Si ces textes d'information sont masqués après une **interrogation de prix en direct**. Il est décrit ainsi, mais il a été observé que le texte reste dans le Panier.

### Coûts d'expédition article

Numéro d'article de l'article des coûts d'expédition. Si des coûts d'expédition sont calculés, ils apparaissent via cet article comme une ligne propre dans le Panier.

Le montant lui-même ne provient pas de ce paramètre, mais de la liste de valeurs *Frachtkosten* du Mandant. Voir [Finalisation de la commande](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/finalisation-de-la-commande).

### Appliquer la Valeur de commande minimale du débiteur

La valeur minimale de commande du débiteur doit-elle s'appliquer à la finalisation de la commande au lieu de celle du mandant.

> **À clarifier :** Pour la priorité de la valeur du débiteur, la boutique vérifie **deux autres** conditions — *Utiliser la Valeur de commande minimale au lieu de la Limite franco de port* au mandant et le paramètre de question *Valeur minimale de commande* sur *Bloquer la commande*. Cette case n'en faisait pas partie. S'il agit ailleurs, c'est ouvert. En règle générale, c'est la **Valeur de commande minimale de l'onglet eCom** du mandant qui s'applique. Voir [Finalisation de la commande](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/finalisation-de-la-commande).

### Saisie du bon d'achat

Contrôle si le client reçoit un champ pour saisir un code de bon d'achat dans le Panier.

> **Remarque :** Ce paramètre agit indépendamment de la Gestion bons d'achat sous *eCom \\ Gestion bons d'achat*. Sans la possibilité de saisie, un bon créé ne peut pas être utilisé.

## Commande et Livraison

<table id="bkmrk-einstellung-typ-wirk-1"> <thead> <tr> <th>Paramètre</th> <th>Type</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Générer Numéro de commande client</td> <td>Case à cocher</td> <td>Active dans le Panier le champ **Votre numéro de commande**.</td> </tr> <tr> <td>Sortie de livraison le jour de la commande</td> <td>Heure</td> <td>Détermine jusqu'à quelle heure une commande doit être reçue pour être traitée le même jour.</td> </tr> <tr> <td>Saisie de la date de livraison</td> <td>Sélection</td> <td>Trois valeurs : *Non* (standard), *Optionnel*, *Obligatoire*. **Attention :** Même avec *Non*, le champ apparaît dans la boutique. **Ne pas confondre** avec le droit de date de livraison du rôle, qui connaît cinq valeurs et appartient au client commercial. Voir [Finalisation de la commande](https://fr.wiki.dedesales.de/books/description-des-prestations-ecom/page/finalisation-de-la-commande).</td> </tr> </tbody> </table>

## Accès et Enregistrement

<table id="bkmrk-einstellung-typ-wirk-2"> <thead> <tr> <th>Paramètre</th> <th>Type</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Le client doit changer le mot de passe à la première connexion</td> <td>Case à cocher</td> <td>Force le changement du mot de passe lors de la première connexion.</td> </tr> <tr> <td>Enregistrement d'un Nouveau client sans champ Code postal</td> <td>Case à cocher</td> <td>Dans le formulaire *Pas encore client*, aucun code postal n'est requis.</td> </tr> <tr> <td>Enregistrement sans champ Code postal</td> <td>Case à cocher</td> <td>Pour *Demander un accès*, aucun code postal n'est requis.</td> </tr> <tr> <td>Pas encore client</td> <td>Case à cocher</td> <td>Case cochée : le bouton *Pas encore client* apparaît et déclenche un e-mail avec les données du prospect. Case décochée : seul le bouton *Pas encore accès* est disponible. La zone peut être étendue textuellement via le Bloc de texte *Pas encore accès – Remarque*.</td> </tr> </tbody> </table>

### Force du mot de passe

Définit les exigences pour le mot de passe du client.

<table id="bkmrk-wert-anforderung-bit"> <thead> <tr> <th>Valeur</th> <th>Exigence</th> </tr> </thead> <tbody> <tr> <td>Veuillez sélectionner une valeur…</td> <td>Standard — aucune exigence</td> </tr> <tr> <td>Lettres et chiffres</td> <td>Doit contenir des lettres et des chiffres</td> </tr> <tr> <td>Lettres, caractères et chiffres</td> <td>Doit contenir des lettres, des caractères spéciaux et des chiffres</td> </tr> </tbody> </table>

## Présentation et Communication

<table id="bkmrk-einstellung-typ-wirk-3"> <thead> <tr> <th>Paramètre</th> <th>Type</th> <th>Effet</th> </tr> </thead> <tbody> <tr> <td>Exploitant de la boutique</td> <td>Sélection</td> <td>Client dont le nom apparaît dans l'en-tête de la boutique à côté du logo. Sans indication, l'emplacement reste vide dans certaines zones.</td> </tr> <tr> <td>Envoyer la confirmation de commande également en copie carbone aux Contacts Siège</td> <td>Case à cocher</td> <td>La confirmation de commande est également envoyée en copie carbone au Collaborateur attribué au client. Le client la reçoit de toute façon.</td> </tr> </tbody> </table>

### Langue par défaut

Langue utilisée en option de secours lorsqu'un client se connecte avec une culture pour laquelle aucune licence linguistique n'est disponible.

La condition préalable est que des textes d'Article et de Groupe de produit soient disponibles pour la Langue choisie.

### CSS

Champ de texte libre pour la coloration de la boutique. Les couleurs sont stockées comme variables CSS en notation HSL.

```css
:root { --primary: hsl(215 100% 25%); --primary-soft: hsl(215 100% 94%); --secondary: hsl(211 100% 40%); --accent: var(--primary); --primary-foreground: hsl(0 0% 100%); --secondary-foreground: hsl(0 0% 100%); --accent-foreground: var(--primary-foreground); --primary-soft-foreground: var(--primary); --ring: var(--primary); } 
```

<table id="bkmrk-variable-bedeutung--"> <thead> <tr> <th>Variable</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td><code>&#45;&#45;primary</code></td> <td>Couleur principale de la boutique, par exemple pour les boutons et éléments actifs</td> </tr> <tr> <td><code>&#45;&#45;primary&#45;foreground</code></td> <td>Couleur du texte et des icônes sur la couleur principale</td> </tr> <tr> <td><code>&#45;&#45;primary&#45;soft</code></td> <td>Variante éclaircie de la couleur principale, pour les surfaces et mises en avant</td> </tr> <tr> <td><code>&#45;&#45;primary&#45;soft&#45;foreground</code></td> <td>Couleur du texte sur la surface éclaircie</td> </tr> <tr> <td><code>&#45;&#45;secondary</code></td> <td>Couleur secondaire</td> </tr> <tr> <td><code>&#45;&#45;secondary&#45;foreground</code></td> <td>Couleur du texte sur la couleur secondaire</td> </tr> <tr> <td><code>&#45;&#45;accent</code></td> <td>Couleur d'accentuation</td> </tr> <tr> <td><code>&#45;&#45;accent&#45;foreground</code></td> <td>Couleur du texte sur la couleur d'accentuation</td> </tr> <tr> <td><code>&#45;&#45;ring</code></td> <td>Couleur du cadre de focus lors de l'utilisation du clavier</td> </tr> <tr> <td><code>&#45;&#45;shop&#45;hintergrund</code></td> <td>Couleur de fond de la page ; par défaut <code>var&#40;&#45;&#45;primary&#45;soft&#41;</code></td> </tr> <tr> <td><code>&#45;&#45;verlauf&#45;warm</code></td> <td>Point chaud du dégradé de fond ; pointe vers <code>&#45;&#45;shop&#45;hintergrund</code></td> </tr> <tr> <td><code>&#45;&#45;verlauf&#45;kalt</code></td> <td>Point froid du dégradé de fond ; pointe aussi vers <code>&#45;&#45;shop&#45;hintergrund</code></td> </tr> </tbody> </table>

La notation HSL est `hsl(angle de teinte saturation luminosité)`. Dans l'exemple, `215` est une teinte bleue, `100%` la saturation maximale et `25%` une nuance sombre. Pour une variante plus claire ou plus foncée de la même couleur, il suffit donc de modifier la dernière valeur.

### Fond de page

Derrière la page se trouve une surface colorée, techniquement construite comme un **dégradé** avec deux points d'extrémité — `--verlauf-warm` et `--verlauf-kalt`.

Les deux points d'extrémité pointent vers la même variable :

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

Il en résulte deux choses :

<table id="bkmrk-kein-sichtbarer-verl"> <thead> <tr> <th></th> <th></th> </tr> </thead> <tbody> <tr> <td>**Pas de dégradé visible**</td> <td>Les deux points ont la même valeur. Le fond est uni.</td> </tr> <tr> <td>**Le fond suit la couleur principale**</td> <td>Via <code>&#45;&#45;primary&#45;soft</code> — qui modifie la couleur principale obtient automatiquement le fond clair correspondant.</td> </tr> </tbody> </table>

**Pour définir un autre fond :** une ligne dans le champ **CSS** suffit.

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

`hsl(0 0% 100%)` est blanc : saturation `0%`, luminosité `100%`.

**Pour créer un vrai dégradé :** définir `--verlauf-warm` et `--verlauf-kalt` sur deux couleurs **différentes** et laisser `--shop-hintergrund` inchangé. Il n'y a pas de paramètre dans le backend pour cela — cela passe toujours par le champ **CSS**. Exemple :

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

`var(--primary)` signifie que la variable prend la même valeur que la couleur principale. Pour modifier une seule couleur, changez `--primary` et `--primary-soft` ; le reste suit automatiquement.

> **Attention :** Veillez à un contraste suffisant entre une couleur et sa couleur `-foreground` associée pour que les textes restent lisibles.

# Conteneur marketing

## Aperçu

Les conteneurs sont les espaces publicitaires de la boutique. Dans la vie courante, on les appelle aussi bannières, bannières publicitaires ou zones d'action.

Ils permettent d'attirer l'attention de vos clients B2B sur des Modèles de commande spéciaux, des nouveautés et autres.

Un conteneur se compose de :

- un **contenu** — image, texte ou les deux, selon le type de conteneur
- une **position** dans le système eCom
- une **cible** vers laquelle un lien est établi
 

## Types de conteneurs

Il existe trois types de conteneurs :

<table id="bkmrk-typ-inhalt-bild-nur-"> <thead> <tr> <th>Type</th> <th>Contenu</th> </tr> </thead> <tbody> <tr> <td>Image</td> <td>seulement une image</td> </tr> <tr> <td>Image avec texte</td> <td>image et texte, image en premier</td> </tr> <tr> <td>Texte avec image</td> <td>texte et image, texte en premier</td> </tr> </tbody> </table>

La disposition de l'image et du texte dépend de la **zone** :

<table id="bkmrk-typ-im-float-bereich"> <thead> <tr> <th>Type</th> <th>dans la zone flottante</th> <th>dans le curseur</th> </tr> </thead> <tbody> <tr> <td>Image avec texte</td> <td>texte **à droite** de l'image</td> <td>texte **en bas dans** l'image</td> </tr> <tr> <td>Texte avec image</td> <td>texte **à gauche** de l'image</td> <td>texte **en haut dans** l'image</td> </tr> </tbody> </table>

La différence entre les deux types est donc l'ordre : dans la zone flottante, l'image et le texte sont côte à côte, dans le curseur, ils sont superposés — et le type détermine ce qui vient en premier.

Le texte peut être **formaté** via une barre d'outils.

### Surface occupée par les types de texte

Un conteneur de type *Image avec texte* ou *Texte avec image* occupe dans la zone flottante une **double tuile**, c’est-à-dire deux des quatre colonnes. L'**image y reste de la même taille** que dans une tuile simple — elle occupe la moitié de la double tuile, le texte l'autre moitié.

<table id="bkmrk-breite-der-kachel-br"> <thead> <tr> <th></th> <th>Largeur de la tuile</th> <th>Largeur de l'image dans la tuile</th> </tr> </thead> <tbody> <tr> <td>tuile flottante simple</td> <td>300 pixels</td> <td>298 pixels</td> </tr> <tr> <td>tuile flottante *avec texte*</td> <td>616 pixels</td> <td>298 pixels — identique</td> </tr> </tbody> </table>

C'est intentionnel : toutes les images d'une rangée ont ainsi exactement la même largeur en pixels côte à côte.

**Pour la gestion des images, cela signifie : les types avec texte n'ont pas besoin d'une image plus grande.**

## Aperçu des conteneurs

Sous *eCom \\ Conteneur*, un tableau liste tous les conteneurs créés. Au-dessus se trouve **Créer un nouveau conteneur**.

<table id="bkmrk-spalte-bedeutung-bez"> <thead> <tr> <th>Colonne</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td>Désignation</td> <td>nom librement attribué, sert uniquement à la reconnaissance dans le backend</td> </tr> <tr> <td>Position</td> <td>zone où le conteneur apparaît. Il y en a exactement deux : *Page Accueil en haut* et *Page Accueil en bas*</td> </tr> <tr> <td>Langue</td> <td>langue pour laquelle le conteneur est valable, par exemple <code>de&#45;DE</code>. Dans une boutique multilingue, vous gérez le conteneur par langue</td> </tr> <tr> <td>Priorité</td> <td>ordre dans la position</td> </tr> <tr> <td>Type</td> <td>*Image*, *Image avec texte* ou *Texte avec image*</td> </tr> <tr> <td>Type de lien</td> <td>*Aucun*, *Article*, *Groupe de produit*, *Modèle de commande* ou *URL externe*</td> </tr> <tr> <td>Lien</td> <td>cible du type de lien — numéro d'article, numéro de groupe de produit ou URL</td> </tr> <tr> <td>De / À</td> <td>**Période d'affichage.** Si les champs sont vides, il n'y a pas de limite temporelle</td> </tr> <tr> <td>Statut</td> <td>contrôle si le conteneur apparaît dans la boutique. Voir ci-dessous</td> </tr> </tbody> </table>

> **Info :** La **Priorité** agit au sein d'une position. Plusieurs conteneurs peuvent avoir la même priorité — dans ce cas, le système décide de l'ordre.

### Statut

<table id="bkmrk-status-im-shop-sicht"> <thead> <tr> <th>Statut</th> <th>Visible dans la boutique</th> </tr> </thead> <tbody> <tr> <td>Validée</td> <td>**oui**</td> </tr> <tr> <td>En cours de traitement</td> <td>non</td> </tr> <tr> <td>Terminé</td> <td>non</td> </tr> <tr> <td>Supprimé</td> <td>non</td> </tr> </tbody> </table>

> **Important :** Seuls les conteneurs **Validée** apparaissent dans la boutique. Un conteneur qui ne s'affiche pas, bien que l'image et la position soient correctes et que les données soient fournies, est généralement dans un autre statut.

Le statut sert donc aussi de **archive** : vous pouvez mettre les actions terminées sur *Terminé* au lieu de les supprimer — elles restent dans la liste et peuvent être réactivées plus tard.

## Contrôle d'un conteneur

<table id="bkmrk-eigenschaft-bedeutun"> <thead> <tr> <th>Propriété</th> <th>Signification</th> </tr> </thead> <tbody> <tr> <td>Priorité</td> <td>détermine à quel endroit le conteneur est affiché. <code>1</code> = en premier.</td> </tr> <tr> <td>Clients</td> <td>si le conteneur doit apparaître uniquement pour certains clients, sélectionnez ici une Liste de clients.</td> </tr> <tr> <td>Type de lien</td> <td>détermine ce qui se passe lors du clic sur le conteneur. Voir ci-dessous.</td> </tr> </tbody> </table>

## Types de liens

<table id="bkmrk-linktyp-verhalten-ke"> <thead> <tr> <th>Type de lien</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Aucun</td> <td>Il ne se passe rien, car aucun type de lien n'est attribué.</td> </tr> <tr> <td>Article</td> <td>lien vers un numéro d'article saisi.</td> </tr> <tr> <td>Groupe de produit</td> <td>lien vers un Groupe de produit sélectionné.</td> </tr> <tr> <td>Modèle de commande</td> <td>lien vers un Modèle de commande sélectionné. **Le modèle et les articles qu'il contient doivent être validés pour eCom.**</td> </tr> <tr> <td>URL externe</td> <td>lien vers une page externe, par exemple votre Page Accueil.</td> </tr> </tbody> </table>

## Modes d'affichage

Il y a deux positions : **Page Accueil en haut** et **Page Accueil en bas**. Aucune autre zone n'est disponible.

Dans le sous-menu *Positions*, vous définissez pour chaque position comment les conteneurs y sont affichés. Les choix sont **Curseur** et **Flottant**.

Les deux positions sont **librement attribuables** : vous pouvez configurer un curseur en haut et une zone flottante en bas, mais aussi l'inverse ou deux fois le même mode d'affichage. La position détermine uniquement **où** se trouve la zone, pas **comment** elle apparaît.

Pour le curseur, l'**intervalle d'affichage** détermine en plus l'apparence de la zone — il contrôle non seulement la vitesse, mais aussi la présentation :

<table id="bkmrk-float-slider-ohne-au"> <thead> <tr> <th></th> <th>Flottant</th> <th>Curseur sans lecture automatique</th> <th>Curseur avec lecture automatique</th> </tr> </thead> <tbody> <tr> <td>Intervalle d'affichage</td> <td>non applicable</td> <td><code>0</code></td> <td>plus grand que <code>0</code></td> </tr> <tr> <td>Visible</td> <td>plusieurs tuiles côte à côte, retour automatique à la ligne si ligne complète</td> <td>plusieurs cartes côte à côte, toutes de même hauteur</td> <td>**toujours une seule image**, qui défile après le temps réglé</td> </tr> <tr> <td>Plusieurs conteneurs</td> <td>empilés de gauche à droite</td> <td>plusieurs cartes visibles simultanément, défilement via **flèches**</td> <td>**toujours une seule** carte visible, changement automatique, avec une **barre de points** en dessous</td> </tr> <tr> <td>Surface d'affichage</td> <td>298 × 298 pixels par tuile (quatre colonnes pour 1248 pixels de largeur de contenu)</td> <td>cartes de 315 pixels de haut, largeur selon l'image</td> <td>1248 × 416 pixels</td> </tr> </tbody> </table>

> **Important :** L'intervalle d'affichage appartient à la **position**, pas à l'image individuelle — il s'applique à tous les conteneurs de cette position. S'il est modifié ultérieurement, le format d'image requis change aussi.

### Changement automatique dans le curseur

Le champ **Intervalle d'affichage** contrôle si le curseur défile automatiquement. Il n'apparaît que si le type d'affichage *Curseur* est choisi.

La valeur est donnée en **millisecondes** : `3000` correspond à trois secondes.

<table id="bkmrk-wert-verhalten-0-kei"> <thead> <tr> <th>Valeur</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td><code>0</code></td> <td>Pas de changement automatique. Plusieurs cartes sont côte à côte, l'utilisateur fait défiler avec les flèches.</td> </tr> <tr> <td>plus grand que <code>0</code></td> <td>Le curseur passe automatiquement au conteneur suivant après le temps indiqué. L'image **reste fixe** pendant ce temps, elle ne défile pas.</td> </tr> </tbody> </table>

**Le temps s'applique par image, pas pour tout le cycle.** Avec trois conteneurs et `3000`, chaque image reste trois secondes, un cycle complet dure donc neuf secondes.

### Navigation dans le curseur

Le type de contrôle affiché dépend de l'intervalle d'affichage :

<table id="bkmrk-anzeige-intervall-be"> <thead> <tr> <th>Intervalle d'affichage</th> <th>Élément de contrôle</th> </tr> </thead> <tbody> <tr> <td><code>0</code></td> <td>**Flèches** à gauche et à droite du curseur</td> </tr> <tr> <td>plus grand que <code>0</code></td> <td>**Barre de points** sous le curseur</td> </tr> </tbody> </table>

### Quand le changement automatique s'arrête

<table id="bkmrk-situation-verhalten-"> <thead> <tr> <th>Situation</th> <th>Comportement</th> </tr> </thead> <tbody> <tr> <td>Souris sur le curseur</td> <td>Le curseur s'arrête tant que le pointeur est dessus. Même chose avec le focus clavier.</td> </tr> <tr> <td>L'utilisateur clique sur un point de la barre de points</td> <td>Le curseur **s'arrête définitivement** sur cette image.</td> </tr> </tbody> </table>

> **Important :** Après un clic sur la barre de points, le curseur ne redémarre **pas** automatiquement. Le défilement ne se fait alors plus qu'avec les points. C'est intentionnel.

> **Important :** Si aucune image de conteneur n'est gérée, les zones sont **masquées**. Le client ne voit alors pas la page d'accueil, mais arrive directement sur la page d'aperçu des articles après connexion. Celui qui veut la page d'accueil comme point d'entrée doit donc gérer au moins un conteneur avec image.

### Recadrage dans la zone flottante

Dans la zone flottante, l'image remplit la **hauteur de la tuile**. Si une tuile voisine contient beaucoup de texte, toute la rangée devient plus haute — l'image est alors **recadrée à gauche et à droite**.

Cela ne s'applique qu'à la zone flottante. Dans le **curseur**, il n'y a pas de recadrage, l'image est toujours entièrement visible.

> **Recommandation pour la gestion des images :** carrée **900 × 900 pixels**, sujet **centré** et avec marge latérale, afin qu'un recadrage ne coupe rien d'essentiel.

## Tailles d'image recommandées

Règle générale : **pour le curseur, plutôt des images larges, pour la zone flottante, des images carrées.**

Techniquement, cela signifie : les images sont toujours **entièrement ajustées**. Le recadrage ne se produit que là où l'image doit remplir une surface :

<table id="bkmrk-fl%C3%A4che-verhalten-bei"> <thead> <tr> <th>Surface</th> <th>Comportement en cas de ratio différent</th> </tr> </thead> <tbody> <tr> <td>Tuile flottante</td> <td>**Recadrage** — latéral, l'image remplit la tuile</td> </tr> <tr> <td>Image de fond de la page de connexion</td> <td>**Recadrage** — latéral</td> </tr> <tr> <td>Curseur, les deux variantes</td> <td>**pas de recadrage**, bandes vides à la place</td> </tr> </tbody> </table>

<table id="bkmrk-bereich-empfohlene-b"> <thead> <tr> <th>Zone</th> <th>Taille d'image recommandée</th> <th>Surface d'affichage</th> <th>Recadrage</th> </tr> </thead> <tbody> <tr> <td>Tuile flottante</td> <td>**900 × 900** pixels (1:1)</td> <td>298 × 298 pixels</td> <td>oui — l'image remplit entièrement la tuile</td> </tr> <tr> <td>Curseur sans lecture automatique</td> <td>au moins **630 pixels de haut**, ratio entre environ 1:1 et 2,3:1 — par exemple **945 × 630**</td> <td>cartes de 315 pixels de haut, largeur selon l'image, maximum 720 pixels</td> <td>non</td> </tr> <tr> <td>Curseur avec lecture automatique</td> <td>**1500 × 500** pixels (3:1)</td> <td>1248 × 416 pixels</td> <td>non — bandes vides en cas de ratio différent</td> </tr> </tbody> </table>

Pour le curseur **sans** lecture automatique, les cartes ont la même hauteur, pas la même largeur : 315 pixels. La largeur dépend de l'image. Il n'y a donc ni recadrage ni bandes vides — quel que soit le ratio.

La seule limite est la **largeur maximale de la carte de 720 pixels**. À 315 pixels de hauteur, cela correspond à environ 2,3:1. Les images plus larges — par exemple des bannières au ratio 4:1 — atteignent cette limite et ont alors à nouveau des bandes étroites en haut et en bas.

Pour le curseur **avec** lecture automatique, la surface est fixée à **3:1**. L'image est ajustée, pas recadrée — si son ratio diffère, des bandes vides apparaissent :

<table id="bkmrk-bild-folge-h%C3%B6her-als"> <thead> <tr> <th>Image</th> <th>Conséquence</th> </tr> </thead> <tbody> <tr> <td>plus haute que 3:1</td> <td>bandes vides **à gauche et à droite**</td> </tr> <tr> <td>plus large que 3:1</td> <td>bandes vides **en haut et en bas**</td> </tr> </tbody> </table>

C'est pourquoi la recommandation est 1500 × 500 : elle correspond exactement au ratio de la surface d'affichage.

> **Règle de base pour toutes les images :** là où il n'y a **pas** de recadrage, un cadre plus grand ne rend pas l'image plus grande — seul un ratio adapté remplit le cadre. Si le ratio diffère, des bandes vides apparaissent sur les côtés ou en haut et en bas.

## Autres dimensions d'image dans la boutique

### Image de fond de la page de connexion

<table id="bkmrk-wert-empfohlene-bild"> <thead> <tr> <th></th> <th>Valeur</th> </tr> </thead> <tbody> <tr> <td>Taille d'image recommandée</td> <td>**1400 × 1400** pixels (1:1)</td> </tr> <tr> <td>Surface d'affichage</td> <td>environ 686 × 711 pixels pour une largeur de fenêtre de 1400 pixels, donc presque carrée</td> </tr> <tr> <td>Recadrage</td> <td>oui, latéral — garder le sujet centré</td> </tr> </tbody> </table>

Le formulaire et l'image sont dans une même carte. Celle-ci est limitée à 1248 pixels, l'image en occupe 55 % — la surface d'affichage grandit donc avec la fenêtre, mais reste presque carrée.

> **Important :** En dessous de 992 pixels de largeur d'écran — donc sur smartphone et tablette — l'image est **masquée**. Elle ne doit donc pas contenir d'information nécessaire à la connexion.

### Logo de l'exploitant

<table id="bkmrk-wert-empfohlene-bild-1"> <thead> <tr> <th></th> <th>Valeur</th> </tr> </thead> <tbody> <tr> <td>Taille d'image recommandée</td> <td>environ **290 pixels de haut**, largeur libre jusqu'à 380 pixels maximum</td> </tr> <tr> <td>Format</td> <td>PNG avec fond transparent</td> </tr> <tr> <td>Affichage</td> <td>144 pixels de haut sur la page de connexion, 56 pixels de haut dans l'en-tête et le pied de page</td> </tr> </tbody> </table>

Le logo n'est **jamais recadré, mais jamais agrandi non plus**. Un logo trop petit apparaît flou sur la page de connexion — seule une image plus grande aide, pas un changement de taille d'affichage.

## Marquage des images générées par IA

À partir de la **version 19**, une image peut être marquée comme *créée par IA*. La boutique affiche alors automatiquement une info au-dessus de l'image.

Le marquage se fait directement sur le conteneur, avec la case à cocher **Image générée par IA**. Voir le manuel backend *Marquer les images comme générées par IA*.

<table id="bkmrk-beschreibung-aussehe"> <thead> <tr> <th></th> <th>Description</th> </tr> </thead> <tbody> <tr> <td>Apparence</td> <td>pastille grise semi-transparente avec texte blanc **AI GENERATED**</td> </tr> <tr> <td>Taille</td> <td>environ 90 × 19 pixels</td> </tr> <tr> <td>Position</td> <td>coin supérieur droit, à 8 pixels du bord</td> </tr> </tbody> </table>

Dans le curseur, l'info se déplace vers le **bord inférieur** si le texte est en haut de l'image — donc pour le type de conteneur *Texte avec image*.

> **Important :** L'info dépend de la **surface d'affichage**, pas de l'image. Si l'image ne remplit pas la surface — par exemple une image carrée dans un curseur 3:1 avec lecture automatique —, elle est placée au bord de la surface et donc nettement **à côté** de l'image. Dans les tuiles flottantes, où l'image remplit la tuile, elle est par contre sur l'image.

**Où l'info apparaît :**

- Conteneurs de la page d'accueil — tuiles flottantes, curseur et bande avec lecture automatique
- Image de fond de la page de connexion
- Logo sur la page de connexion
 

**Où elle n'apparaît pas volontairement :** sur le logo dans l'en-tête et le pied de page. Là, le logo ne fait que 56 pixels de haut, l'info serait plus large que le logo lui-même.

> **Important pour le choix des images :** il ne doit rien d'important se trouver dans le coin supérieur droit du sujet — l'info est placée par-dessus.