Contraindre l'édition aux flux WFS-T et documenter la généricité

[Gaetanbrl]

---

Description fonctionnelle

En tant qu'équipe projet,
Je veux une architecture réutilisable sur plusieurs couches,
Afin d'éviter les dépendances schéma et les risques de sécurité.

---

Description technique

• La configuration du plugin et la chaîne d'édition sont structurées.
• L'édition passe uniquement via des services WFS-T publiés.
• Aucune connexion directe à la base de données n'est autorisée, et la configuration doit être claire.
• La publication GeoServer et les conventions de configuration fields sont requises.
• Le système i18n de MapStore2 est utilisé pour tous les textes affichés.
• Un message de réussite ou d'erreur (toast ou alerte) est affiché après chaque action.

---

Description des droits d'édition et de lecture

• Les utilisateurs ayant un rôle autorisé peuvent consulter les données selon le contexte et la couche.
• Seuls les rôles autorisés pour la couche, ainsi que les administrateurs, peuvent modifier les données.
• Si restrictedArea est activée et qu'une zone utilisateur existe, la modification est limitée aux entités situées dans cette zone.
• La suppression est réservée aux rôles autorisés; si rien n'est défini, le comportement prévu par la configuration s'applique.
• Les contrôles techniques (services), les règles métier et les restrictions territoriales sont vérifiés avant l'action.

---

Référence documentaire

• Documentation officielle MapStore2: https://docs.mapstore.geosolutionsgroup.com/en/latest/developer-guide/plugins-documentation/
• Lien vers code source concerné: https://github.com/geosolutions-it/MapStore2/tree/master/web/client
• Lien vers API si utilisée: https://docs.geoserver.org/stable/en/user/services/wfs/reference.html

---