Personnalisation des données à l'exécution

Les développeurs déclarent le modèle de données et les pages ; les utilisateurs finaux façonnent la manière dont ils voient les données. Sovrium offre à chaque vue liée aux données un ensemble de comportements de personnalisation à l'exécution — filtrage, tri, regroupement, visibilité des colonnes, vues enregistrées et import/export CSV — afin que les utilisateurs puissent adapter leur espace de travail sans qu'un développeur modifie la configuration.

Ces comportements sont des fonctionnalités natives de la plateforme, et non des propriétés du schéma. Dès que vous affichez un data-table sur une table, la surface de personnalisation à l'exécution l'accompagne. Il n'y a rien à activer dans app.yaml au-delà du composant lui-même ; les options de la barre d'outils contrôlent quels contrôles sont exposés.

Vues à l'exécution

Lorsqu'un tableau de données est affiché, les utilisateurs peuvent ajuster l'ensemble des résultats en direct :

Capacité	Ce que l'utilisateur peut faire
Filtrer	Construire des conditions de filtre dans la barre d'outils ; elles s'empilent sur le filtre de base du développeur.
Trier	Réordonner par une ou plusieurs colonnes, croissant/décroissant.
Grouper	Regrouper les lignes par valeur de champ en sections repliables.
Visibilité des colonnes	Afficher/masquer des colonnes via un bouton (exposé avec toolbar: { columnVisibility: true }).
Vues enregistrées	Enregistrer le filtre + tri + sélection de champs courants comme une vue nommée et réutilisable.
Partager	Partager une vue enregistrée avec d'autres utilisateurs.

Les filtres et tris à l'exécution sont appliqués via la même couche de requête de l'API Records décrite dans Filtrage et tri — l'interface compose les paramètres filter, sort, fields et groupBy que le serveur comprend déjà. Une vue enregistrée conserve cette composition sous un identifiant stable afin de pouvoir être réappliquée d'un seul clic.

Le point d'entrée côté développeur est le composant data-table et ses propriétés view, filter, sort, toolbar et groupBy :

components:
  - type: data-table
    dataSource:
      table: contacts
    view: active-customers # vue de départ optionnelle définie par le développeur
    toolbar:
      columnVisibility: true # exposer le bouton de visibilité des colonnes

Voir Composants de données → data-table pour la référence complète des propriétés et Vues pour les vues de configuration définies par le développeur.

Import et export CSV

Les utilisateurs peuvent déplacer des données tabulaires vers et depuis une table sans quitter la page :

• Exporter la table entière ou seulement les lignes sélectionnées vers un fichier CSV.
• Importer un CSV via un assistant de correspondance qui apparie les colonnes du tableur aux champs de la table.

L'import et l'export respectent les mêmes permissions au niveau des champs que le reste de l'API Records — un utilisateur n'exporte que les champs qu'il peut lire et n'importe que dans les champs qu'il peut écrire. Les chemins d'API sous-jacents sont décrits dans Import et export.

Opérations du presse-papiers

Les tableaux de données prennent en charge des interactions de presse-papiers à la manière d'un tableur : copier une ou plusieurs lignes et les coller — y compris coller des lignes copiées depuis un tableur externe — avec un aperçu de collage avant que la modification ne soit validée. Les modifications en masse ressemblent à un travail dans un tableur tout en exécutant chaque écriture via l'API Records soumise aux permissions.

Les permissions s'appliquent toujours

La personnalisation à l'exécution n'élargit jamais l'accès. Chaque vue à l'exécution, export, import et collage du presse-papiers passe par les permissions RBAC et au niveau des champs de la table. Un utilisateur qui personnalise son espace de travail ne peut filtrer, lire, écrire et partager que les données auxquelles il est déjà autorisé — et l'accès non autorisé à un enregistrement renvoie 404 (anti-énumération), exactement comme décrit dans Vue d'ensemble des enregistrements.

Pages associées

• Composants de données — le data-table et les autres composants qui exposent la personnalisation à l'exécution.
• Vues — les vues de configuration définies par le développeur sur lesquelles s'appuient les vues à l'exécution.
• Filtrage et tri — la couche de requête de l'API Records derrière les filtres et tris à l'exécution.
• Import et export — l'API d'import/export CSV.
• Vue d'ensemble des enregistrements — les permissions et la règle d'anti-énumération 404 que la personnalisation à l'exécution respecte.