Soumettre le formulaire de double vérification
Lorsque le système détermine qu’un champ particulier (tel que task.number) ne doit pas être écrit par l’utilisateur actuel, il affiche ce champ en mode lecture seule. C’est pourquoi le champ number (numéro) n’est pas accessible en écriture sur la plupart des incidents.
Si vous configurez le système pour vérifier l’écriture des valeurs de tous les champs entrants, le système applique le même ensemble de règles de sécurité au segment entrant d’une transaction. Lorsque vous soumettez un incident, par exemple, le système vérifie à deux reprises si le champ Number (Numéro) peut être écrit avant de publier des modifications.
Si vous demandez au système de ne pas revérifier les transactions entrantes, le système vous permet d’écrire dans un champ nominalement en lecture seule s’il s’agit de la transaction que le client renvoie. Dans de nombreux déploiements, il s’agit en fait d’un comportement souhaitable si, par exemple, vous utilisez des scripts clients pour définir des champs nominalement en lecture seule en réponse aux sélections de l’utilisateur dans d’autres champs accessibles en écriture.
| Propriété | Emplacement | Valeur par défaut |
|---|---|---|
| Revérifiez la sécurité des transactions entrantes durant la soumission du formulaire (les droits sont toujours vérifiés lors de la création d’un formulaire) | Désactivé (aucune double vérification) |