Request description
Bonjour,
Sur une de nos applications nous avons un besoin d’ajouter un filtre global au sein d’une vue pour filtrer complétement la vue en question en fonction du filtre indiqué par l’utilisateur.
On doit notamment respecter ces deux règles :
- Le filtre doit s’appliquer sur tous les objets métiers dans la vue qui possédent l’attribut filtré
- Le filtre doit s’appliquer uniquement sur la vue en question et non sur les autres vues ou écrans de l’application
Pour mettre ça en place j’ai essayé d’utiliser la fonctionnalité “Filtres de vue” qui semble correspondre au besoin mais je rencontre quelques comportements étranges.
Je ne sais pas si c’est le fonctionnement voulu de votre côté, si ça cache une ou des anomalies ou si je m’y prend mal.
Steps to reproduce
Pour mes tests je suis parti du module de Demo :
-
Importer le dataset Demo-data pour avoir un jeu de données.
-
Créer un nouveal attribut “demoYear” de type enum avec les valeurs 2025, 2026 et 2027 dans la liste de valeurs.
- Ajouter cet attribut aux objets DemoOrder et DemoContact
- Dans la vue DemoUserHome ajouter une zone de vue “Filtres de vue” avec le paramétrage suivant :
-
Faire un clear cache rouge et se connecter avec l’utilisateur user_fra.
-
Créer une commande :
Client : CLI001
Produit : REF001 / PEAR
Année : 2026
- Sur cette commande ajouter le contact suivant :
Année : 2026
Client : CLI001
Type et sous-type : Pas d’importance mais obligatoire
Message : Pas d’importance mais obligatoire
- Sur la page d’accueil, la commande et le contact qu’on a créé remontent bien et le filtre de vue est présent :
Remarque n°1
Dans le paramétrage l’attribut “demoYear” à une traduction en français et l’utilisateur connecté utilise également le français comme on peut le voir sur le reste de l’interface par contre le libellé du filtre de vue est en anglais, “Year” au lieu de “Année”.
- Actualiser la page, ctrl + F5, sélectionner 2025 au niveau du filtre de vue.
Le filtre est bien pris en compte sur les commandes et les contacts, le compteur indique 0 et on peut voir le filtre appliqué sur chaque onglet.
Remarque n°2
Dans la configuration du filtre de vue on nous demande le nom de l’objet métier en plus de celui de l’attribut. Dans l’exemple on a mis demoOrder et on voit que ça marche aussi sur demoContact. C’est le comportement que je souhaite mais je ne sais pas si c’est normal, ça me semble contre intuitif entre le comportement constaté et le paramétrage réalisé. On s’attend à ce que ça s’applique que sur demoOrder.
Pour quelle raison Simplicité a besoin du nom de l’objet métier dans la configuration du filtre de vue ?
- Dans le menu cliquer sur “Fournisseurs” puis cliquer sur “Simplicité” pour revenir à la page d’accueil.
- Au niveau du filtre de vue si on sélectionne 2026 maintenant celui-ci s’applique que sur le premier onglet.
- Si on clique sur le second onglet, puis qu’on met comme filtre de vue 2027 ça s’applique à nouveau sur les deux onglets.
Remarque n°3
Entre ce comportement et celui de la remarque n°2 je ne sais pas quel comportement on doit avoir. J’ai l’impression qu’en fonction du contexte le filtre de vue s’applique bien uniquement sur l’onglet correspondant à l’objet métier indiqué dans le paramétrage du filtre de vue et dans d’autres contextes il ignore complétement l’objet métier.
J’ai regardé la doc et notamment cette page Dashboard | Simplicité Documentation mais je n’ai pas trouvé beaucoup d’informations sur le fonctionnement attendu de cette fonctionnalité “Filtres de vue”.
Vu le comportement je me demande si je dois continuer avec cette fonctionnalité ou partir sur un objet externe au final 
Désolé pour la longueur du post, il y avait beaucoup d’informations 
Technical information
Instance /health
[Platform]
Status=OK
Version=6.3.14
Variant=full
BuiltOn=2026-07-31 11:48
Git=6.3/9b0e9ac71f49d8084f22fdf54ed032bd888f24a9
Encoding=UTF-8
EndpointIP=
EndpointURL=
TimeZone=Europe/Paris
SystemDate=2026-08-12 12:13:16
[Application]
ApplicationVersion=1.0.0
ContextPath=
ContextURL=http://localhost:8182
ActiveSessions=2
TotalUsers=7
EnabledUsers=5
LastLoginDate=2026-08-12 12:03:25
[Server]
ServerInfo=Apache Tomcat/9.0.120
ServerType=WEB
ServerDevMode=true
ServerCompiler=true
ServerActiveSessions=2
ServerSessionTimeout=30
CronStarted=true
[OS]
Name=Linux
Architecture=amd64
Version=6.12.76-linuxkit
DockerImageName=almalinux9
SystemEncoding=UTF-8
[JavaVM]
Version=21.0.12
Vendor=Eclipse Adoptium
VMName=OpenJDK 64-Bit Server VM
VMVersion=21.0.12+8-LTS
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.13 2020 09 02
HeapFree=87007
HeapSize=306176
HeapMaxSize=503808
TotalFreeSize=284639
[Cache]
ObjectCache=580
ObjectCacheMax=10000
ObjectCacheRatio=5
ProcessCache=5
ProcessCacheMax=10000
ProcessCacheRatio=0
APIGrantCache=0
APIGrantCacheMax=1000
APIGrantRatio=0
[Database]
Vendor=3
VendorName=postgresql
ProductName=PostgreSQL
ProductVersion=15.4 (Debian 15.4-2.pgdg120+1)
DriverName=PostgreSQL JDBC Driver
DriverVersion=42.7.13
DBDate=2026-08-12 12:13:16
DBDateOffset=0
DBPatchLevel=6;P03;9349dd44beb1d68ea1ddb4540b3e68a1;14
UsingBLOBs=true
[Healthcheck]
Date=2026-08-12 12:13:16
ElapsedTime=95