Revérifier la soumission du formulaire

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, ce qui explique pourquoi le champ numéro n’est pas accessible en écriture sur la plupart des incidents.

Si vous configurez le système pour vérifier à deux fois les valeurs de tous les champs entrants pour vérifier l’écriture, 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 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 renvoyée par le client. 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 à des sélections d’utilisateurs dans d’autres champs accessibles en écriture.

Tableau 1.

Propriété	Emplacement	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)	Propriétés système > Sécurité	Désactivé (pas de double vérification)