- Expédié
- 23 septembre 2026 à 10:03 UTC
- Auteur
- Kamo
- Commite
- f30b26a
Administrateurs de conception d'ESignTemplateService (getSigners, upsertSigners, reorderSigners, deleteSigner, saveDesign, getLatestDesign, listDesignVersions, getDesignVersion, returnDesignDesign) prouvé qu'un modèle existait avec existyId/findById et s'arrêtait là - pas de filtre org du tout. initTemplate et getTemplateByImgId a résolu un modèle par imgId seul avec le même écart, donc org A La remise de l'org B's imgId a atteint le modèle de B uid et le nom/courrier de chaque signataire, et pourrait alors sauvegarder ou inverser la conception de B, ou supprimer/réécrire les signataires de B, à partir d'un modèle qu'il n'a jamais possédé. Chaque gestionnaire passe maintenant par le besoinTemplateInOrg (findByUidAndOrgId) ou, pour les résultats des recherches imgId, la nouvelle découverte de la bibliothèque partagéeByIdAndOrgId 404 pour un autre org, identique à getTemplate/ updateTemplate l'a déjà fait. Écrits (updateTemplate, initTemplate, upsertSigners, réordonneurSigners, deleteSigner, saveDesign, returnDesign) nécessite en outre EDIT-DOCUMENTS, le droit SignatureRequestsContrôleur doit déjà agir sur un document; se lit uniquement sur le haubillage. Dépend de la kamo-library-shared-th-bout-9bde243b - poussée d'abord. Nouveaux tests: ESignTemplateOrgIsolationTest (org isolement le getSigners/upsertSigners) et ESignTemplateCtrollerTest (date d'entrée d'EDIT-DOCUMENTS sur les écritures, pas sur Lire comme suit). TemplateLayerVersioningTest et ses appels saveDesign/revertConception mis à jour pour le nouveau paramètre orgId.