Toutes les releases
Réglages de sécurité et double authentification de l’équipe
2026.10.12-securite ·
Build livré : 0b7753bda3bb66bbaf5e39dfec213b9c389dcc49
Changements
- Le réglage de verrouillage après inactivité est placé directement sous la double authentification dans Sécurité et utilise les champs, boutons et couleurs de l’application. L’écran de déverrouillage reprend également cette présentation.
- Les administrateurs peuvent rendre la double authentification obligatoire pour leur équipe depuis un interrupteur dans la même section, en un clic. Le résultat de l’enregistrement et les erreurs sont affichés.
- Les réponses tardives aux chargements et enregistrements des réglages de sécurité sont ignorées après un changement de compte ou d’équipe, afin de conserver à l’écran les réglages de l’identité active.
- La recherche de mises à jour reprend après l’échec d’un premier téléchargement. Le contrôle toutes les quinze minutes, le délai de cinq secondes d’inactivité et le report pendant une exécution ou un enregistrement sont conservés ; l’activation d’un nouveau worker provoque un seul rechargement contrôlé.
- Les pages Réglages, Profil et Apparence utilisent toute la largeur disponible. La matrice des droits du laboratoire adopte les couleurs de l’application, des rôles traduits et un tableau défilable sur mobile.
- Les actions d’approbation des protocoles conduisent à leur onglet Versions : préparer un état exact, le soumettre, puis le faire signer par un relecteur distinct de l’auteur et du soumetteur. Une approbation signée rend cette version courante et le protocole actif. Une modification après préparation impose de préparer une nouvelle version avant de signer.
- La file Approbations affiche les versions de protocoles réellement en attente, ainsi que les demandes historiques accessibles. Chaque version en attente ouvre son propre parcours de décision ; une erreur de lecture est signalée et peut être relancée.
Limites connues
- Un administrateur doit avoir activé sa propre double authentification avant de pouvoir l’exiger pour son équipe.
- L’obligation d’équipe ne configure pas les authentificateurs des membres : chaque personne doit terminer son inscription avec son propre appareil.
- Le service partagé ne permet pas encore de conserver une release complète client, API et base de données indépendante par laboratoire. DocuSign reste non connecté : aucun compte fournisseur n’est disponible et aucune vue de signature intégrée n’est livrée.
- Un onglet déjà bloqué sur une ancienne version peut nécessiter un rechargement manuel pour charger ce correctif.
- Les approbations historiques ne sont pas converties en signatures de versions exactes. Pour un ancien protocole sans état conservé utilisable, une nouvelle préparation conserve explicitement son contenu actuel avec la date réelle de préparation.