La vue liste permet d’afficher de manière structurée (lignes et colonnes) les informations de plusieurs éléments. A partir de cette liste, les utilisateurs pourront également accéder à un certain nombre d’actions.
Anatomie
Titre de la liste
Vues existantes pour la liste
Filtres appliqués
Contenu de la vue liste
Primary link
Actions disponibles à partir de la liste
Bonnes pratiques dans la vue liste
Primary link
Le primary link est la données principale de l'élément. Il doit rendre l'élément identifiable par rapport aux autres éléments de la liste.
Le primary link doit être un champ obligatoire.
Le primary link permet d’ouvrir la vue fiche de l'élément.
Choix standard côté plateforme : Il ne peut y avoir qu’un seul primary link, sa présence est obligatoire et il est toujours positionné en première position dans la ligne principale.
Largeur des colonnes
L’intégrateur doit définir une largeur de colonne en pixel s’il le souhaite, une largeur par défaut est disponible par type de donnée.
255px texte court, 300px texte long, 255px étiquettes, 150px dates, 100px booléen (check box), 100px badge, 100px numérique, 200px données sans type
Nommage des colonnes
Nommer les intitulés de colonnes comme le libellé du champ correspondant dans la fiche.
Eviter les abréviations (sauf les abréviations communes).
Information complémentaire sur l’intitulé de colonne avec 
.
Formatage de cellules chiffrées
Les cellules comportant des données chiffrées doivent avoir un formatage par défaut :
nombre de décimales,
type de séparateur entre les dizaines et les décimales (. ou ,)
séparateur de milliers
séparateur / pour les dates.
Contenu par défaut de la liste
Est-ce que par défaut c’est toute la liste et l’intégrateur peut aussi paramétrer des filtres par défaut qui pourront être potentiellement adaptés par l’utilisateur ?
La vue “tous” par défaut ne permet pas de filtrer et présente toutes les données de la liste. Sur la vue “tous” on pourra définir un tri par défaut (exemple: tri par ordre alphabétique), ainsi que des règles de style.
Pour les règles par défaut dans une vue liste “tous”
les règles sur toute la ligne
utiliser en priorité les règles de type “légère” ou “moyenne” suivant la criticité de l’information
hiérarchiser les règles entre elles de manière visuelle suivant la criticité
Capacités dans la vue liste
Mise en forme conditionnelle / power Fx
L’utilisateur a la capacité d’utiliser la “mise en forme” afin apporter un niveau supplémentaire de personnalisation. Pour cela, aucune intervention n’est nécessaire au niveau de l’intégration.
L’intégrateur peut paramétrer par défaut des mises en forme conditionnelles.
Badge feu
Les badges feu permettent :
de donner un statut, un état
d'alerter l’utilisateur sur des situations préoccupantes ou critiques
Exemples :
dans la liste des clients, on pourra restituer le statut du client avec un badge (rouge = client bloqué / orange = alerte client proche limite encours)
dans la liste des articles, on voudra mettre en avant les articles avec une rupture de stock proche (rouge = rupture de stock / orange = seuil d’alerte (personnalisé) presque atteint)
dans une liste de tâche (rouge = tâche avec date dépassée / orange = alerte date d'échéance proche (paramétrée par le client).
Les couleurs sont prédéfinies côté système :
vert (= success)
orange (= warning)
rouge (= danger).
Le contenu du badge peut être défini côté R&D ou par un profil administrateur ERP/CRM.
Le contenu du badge peut être :
un statut,
un état
une date.
Le texte figurant à l’intérieur doit être conscis et permettre à l’utilisateur de comprendre rapidement l’alerte. Le plus court possible. Il faut plutôt mettre 1 mot que plusieurs.
Lien interne ou externe ?
Compteur
Le compteur permet de compter un élément concernant une entité.
Exemples :
Nombre de pièces-jointes (sur une fiche client, fournisseur, prospect, article, …)
Nombre de ventilations analytiques / ventilation de TVA / ventilation d'échéance sur une écriture
Check
Le composant check permet de restituer