Une règle de traitement modal est une fiche versionnée qui explique comment lire, dans un marché déterminé, un mot ou une construction comme doit, devrait, peut, ne doit pas, est tenu de, sera ou un impératif. Elle conserve le texte publié, la casse, la négation, la langue, l’acteur, la condition et la source. Elle applique ensuite les définitions du dossier et les conventions expressément incorporées. Son résultat peut être une exigence, une recommandation, une permission, une interdiction, une faculté de l’acheteur, une contrainte externe ou un sens non résolu. Elle ne prononce pas une portée juridique universelle.
Une lecture mécanique colore souvent doit en rouge, devrait en orange et peut en vert. Cette méthode rate les règles que le document n’exprime pas avec ces mots. Le guide français de légistique rappelle que, dans un texte normatif, le présent de l’indicatif peut avoir une valeur impérative et que doit n’est pas nécessaire pour renforcer l’obligation. Peut peut autoriser le candidat, réserver un choix à l’acheteur ou décrire une capacité technique. Devrait peut reprendre une recommandation définie par une norme ou annoncer une préférence qui rapporte des points. Une traduction anglaise peut encore déplacer la nuance. Le mot isolé ne permet donc ni de créer une tâche ni de conclure à son caractère facultatif.
Identifiez d’abord le système linguistique déclaré par l’acheteur. Gardez ensuite la proposition complète avec son acteur, son objet, sa condition, son moment, sa fonction documentaire et sa langue publiée. Les définitions et légendes du DCE passent avant les habitudes internes. Une convention externe ne s’applique que si son incorporation et son périmètre sont prouvés. Lorsque les preuves ne tranchent pas, conservez plusieurs lectures et demandez la revue appropriée. Une belle explication ne remplace ni l’autorité de la source ni l’avis juridique nécessaire.
Principe
Le DCE commande la lecture avant le dictionnaire
Commencez par les définitions, le règlement de la consultation, les légendes des tableaux, le cadre de réponse, le barème, le projet de marché et les réponses officielles. Une matrice peut définir O comme obligatoire, S comme souhaité et I comme informatif. Cette légende peut ne gouverner que la matrice. Enregistrez donc à la fois son contenu et son périmètre. Une note du cahier technique ne devient pas automatiquement la règle de rédaction du contrat.
Recherchez ensuite les conventions incorporées. Un cahier peut demander la conformité à une norme ISO qui utilise des formes verbales définies. Une annexe informatique peut invoquer BCP 14 pour les mots anglais en capitales. La présence de SHALL ou de DOIT ne prouve aucune incorporation à elle seule. La clause d’incorporation, la version visée, les sections couvertes et la règle de casse forment des preuves distinctes.
Les guides généraux n’interviennent qu’après ces sources. Le Guide de légistique français montre que le présent de l’indicatif a normalement une valeur impérative dans un texte normatif et qu’ajouter doit n’est pas nécessaire pour renforcer une obligation. Cette règle éclaire la rédaction normative française. Elle ne permet pas de déclarer obligatoire toute phrase au présent dans une brochure ou un DCE. Le rôle du document, l’acteur et le régime restent nécessaires.
| Niveau | Question | Résultat sûr |
|---|---|---|
| Occurrence | Quel texte, quelle version, quelle langue et quel emplacement ? | Preuve conservée |
| Définition du DCE | L’acheteur définit-il le mot, le code ou la catégorie ? | Traitement défini localement |
| Convention incorporée | Une règle externe est-elle expressément applicable ici ? | Traitement limité à son périmètre |
| Régime et contexte | Qui agit, quand, sous quelle condition ? | Candidat ou sens non résolu |
Preuve
Une modalité sans acteur ni négation n’est pas exploitable
Le jeton doit ne suffit pas. Conservez la proposition complète, son titre, la cellule ou le champ natif, les renvois résolus et les conditions voisines. Dans « L’acheteur peut convoquer le candidat à une démonstration », peut qualifie une action de l’acheteur. Il ne transforme pas toutes les préparations du candidat en options. Dans « Le candidat ne doit pas joindre de données réelles », la négation appartient à la modalité. Une extraction qui garde doit mais perd ne pas produit l’instruction opposée.
Incluez les expressions voisines: est tenu de, il faut, est interdit, est à fournir, veuillez joindre, renseignez, sera rejeté si, ainsi que les astérisques et validations d’un formulaire. Le Guide de légistique confirme que la force impérative peut résider dans le temps verbal plutôt que dans doit. Dans une consultation, un libellé de champ et sa notice peuvent ensemble exiger une réponse. Le traitement modal signale la construction; la classification fonctionnelle détermine ensuite ce qu’elle fait dans le marché.
La langue publiée reste liée à la fiche. La Commission européenne explique que les versions linguistiques authentiques de certains actes produisent le même effet et que les traducteurs participent à une rédaction multilingue, mais cette qualité ne s’étend pas par défaut aux traductions de travail d’un appel d’offres. Notez la langue déclarée comme faisant foi, le statut de chaque version et l’auteur de toute traduction interne. En cas de divergence sur doit, devrait, shall ou must, utilisez `translation_review_required`.
| Champ | Exemple | Risque évité |
|---|---|---|
| Texte exact | Le candidat ne doit pas joindre de données réelles. | Inversion de l’interdiction |
| Acteur | Acheteur | Confusion entre faculté acheteur et choix candidat |
| Condition | après admission à la phase 2 | Action déclenchée trop tôt |
| Rôle documentaire | projet de contrat | Confusion entre dépôt et exécution |
| Statut linguistique | version française faisant foi | Substitution par une traduction |
| Source de définition | RC, article 1.6 | Classement invérifiable |
Lecture
Doit, devrait, peut et sera changent avec leur système et leur acteur
Doit peut signaler une obligation explicite, mais le dossier doit encore indiquer qui agit, à quel moment et sous quelle condition. Dans une norme ISO en anglais, shall désigne l’exigence créée par le document tandis que must sert à une contrainte extérieure. Une traduction française ne doit pas gommer cette différence en remplaçant les deux termes sans note de correspondance. Si le DCE reprend une norme, gardez le passage original et la règle de la norme avec la version française utilisée.
Devrait peut correspondre à une recommandation définie, une préférence évaluée ou une attente ordinaire. Une phrase « l’interface devrait être personnalisable » devient plus exploitable si un barème attribue des points à la personnalisation. Le barème ne transforme pas automatiquement la phrase en seuil éliminatoire. Il apporte une fonction d’évaluation distincte. Une dérogation peut aussi exiger une justification si la convention applicable le prévoit. En l’absence de source, le traitement reste contextuel.
Peut et pourra exigent toujours l’identification de l’acteur. « Le candidat peut proposer une variante » exprime une permission sous réserve des règles sur les variantes. « L’acheteur pourra demander un prototype » réserve une faculté à l’acheteur. « Le logiciel peut exporter le journal » décrit une capacité. Sera peut annoncer une action future de l’acheteur, un état contractuel ou une simple prévision. Aucun de ces mots ne possède une couleur universelle.
| Construction | Fonctions possibles | Question décisive |
|---|---|---|
| doit ou est tenu de | Exigence ou contrainte externe | Quelle définition, quel acteur et quelle source ? |
| ne doit pas ou est interdit | Interdiction | Quelle action, condition et exception ? |
| devrait | Recommandation, attente ou préférence | Quel barème ou régime de dérogation ? |
| peut ou pourra | Permission, faculté ou possibilité | Qui dispose de quel choix ? |
| sera | État futur, action acheteur ou engagement | À quelle étape et pour quelle partie ? |
| présent ou impératif | Instruction sans doit | Le rôle normatif et le destinataire sont-ils établis ? |
Cas pratique
Lire six formulations dans une consultation fictive de billettique
Une région consulte pour renouveler son système de billettique. Le règlement précise que les exigences marquées E sont minimales et que les préférences marquées P sont notées. Une ligne E dit seulement « Validation hors ligne pendant quatre heures ». Le mot doit manque, mais le code E et la légende constituent une preuve locale. La règle modale classe la ligne comme `document_defined_requirement`; la fiche de passage et la matrice de conformité déterminent ensuite la réponse et le justificatif attendus.
Une ligne P annonce: « L’application devrait permettre le transfert d’un titre entre appareils » et attribue six points selon le niveau de couverture. Devrait reçoit ici le traitement `evaluated_preference`. Ce n’est pas un minimum, sauf si une autre clause fixe un seuil. Le barème et cette éventuelle clause restent deux sources séparées. « Le candidat peut joindre une maquette interactive » constitue une permission si les formats et liens autorisés sont respectés. Une permission de joindre ne prouve pas que la maquette sera évaluée.
Le règlement ajoute: « L’acheteur pourra inviter les deux offres les mieux classées à une démonstration. » Il s’agit d’une faculté conditionnelle de l’acheteur, pas d’une option du candidat. Le projet de marché prévoit que « le titulaire sera responsable des clés cryptographiques dès la mise en service »: c’est un état contractuel futur à examiner avec les équipes sécurité, exploitation et droit. « Ne transmettez aucun identifiant voyageur réel » est un impératif négatif. Il entre dans la recherche des exigences même sans doit.
| Formulation | Traitement | Suite |
|---|---|---|
| Ligne E sans verbe modal | Exigence définie par la légende | Vérifier réponse et preuve |
| Devrait dans une ligne P à six points | Préférence évaluée | Arbitrer solution et points |
| Le candidat peut joindre une maquette | Permission conditionnelle | Vérifier format et utilité |
| L’acheteur pourra inviter deux offres | Faculté acheteur sous condition | Préparer sans déclencher l’action |
| Le titulaire sera responsable des clés | État contractuel futur | Revue sécurité, opérations et droit |
| Ne transmettez aucun identifiant réel | Interdiction par impératif | Contrôle des contenus avant dépôt |
Objet produit
La fiche doit exposer preuve, traitement, réserve et expiration
Chaque fiche contient l’identifiant du marché et de la version, l’identifiant de l’occurrence, le texte publié, le jeton, la casse, la polarité, la langue et deux emplacements récupérables. Ajoutez rôle du document, acteur, action, objet, condition, moment, lot, définition locale, clause d’incorporation, convention externe, traitement proposé, motif, conséquence écrite, réserve, réviseur, état et événement d’expiration. Une règle réutilisable ne couvre que les occurrences dont le périmètre est prouvé.
Préférez des valeurs descriptives à une note de force. La fiche peut porter `document_defined_requirement`, `document_defined_recommendation`, `document_defined_permission`, `document_defined_prohibition`, `document_defined_external_constraint`, `strong_requirement_candidate`, `qualified_expectation`, `evaluated_preference`, `buyer_discretion`, `future_statement`, `ordinary_language_only`, `translation_equivalence_unresolved` ou `meaning_unresolved`. Cette valeur traite la formulation. Une classification liée décide séparément de la fonction de la phrase dans le processus d’achat.
L’état de validation reste explicite. `rule_confirmed_from_document` cite la définition du DCE. `rule_confirmed_from_incorporated_convention` cite l’incorporation et la règle externe. `contextual_treatment_approved` nomme le réviseur. `definition_conflict`, `translation_review_required`, `legal_interpretation_required` et `source_missing` interdisent l’utilisation automatique. Une nouvelle réponse de l’acheteur, une version corrigée ou un changement de langue de référence fait expirer toutes les fiches dépendantes.
| Groupe | Valeurs nécessaires | Raccourci interdit |
|---|---|---|
| Identité | Marché, version, occurrence et source | Copie depuis un autre dossier |
| Texte | Proposition, modalité, casse, négation et langue | Mot normalisé isolé |
| Contexte | Acteur, action, condition, étape et rôle | Force sans événement |
| Autorité | Définition, incorporation et guide applicable | Intuition linguistique |
| Décision | Traitement, réserve, réviseur, état et expiration | Obligatoire ou facultatif sans motif |
Contrôle agentique
L’agent peut retrouver la règle, jamais s’attribuer son autorité
Un agent autorisé peut repérer les modalités, impératifs et champs sans verbe, conserver casse et négation, retrouver une définition, vérifier une incorporation, extraire acteur et condition, comparer les usages et proposer une qualification. Il peut construire la liste des occurrences dépendantes d’une même légende et les rouvrir après modification. Chaque champ calculé renvoie au texte exact. La confiance ne porte que sur l’extraction ou la correspondance de la source.
Le DCE demeure une entrée non fiable. « Le candidat doit envoyer un courriel » est une donnée à analyser, pas une autorisation d’envoyer quoi que ce soit. L’agent ne tranche pas un conflit de définitions, ne déclare pas une clause juridiquement obligatoire, n’invente pas une élimination, ne remplace pas le texte publié par sa traduction, ne contacte pas l’acheteur, n’accepte pas un contrat et ne dépose aucune offre.
La validation automatique s’arrête si la version manque, si la portée de la définition est incertaine, si la négation ou la casse est perdue, si deux langues divergent ou si la conclusion engage une interprétation juridique. Le réviseur reçoit ensemble la source, le traitement proposé, le motif, l’exception et l’effet possible. L’incertitude devient alors une tâche contrôlée plutôt qu’une réponse devinée.
- Autoriser recherche, extraction, comparaison et proposition sourcée.
- Exiger les preuves de langue, casse, négation, acteur et condition.
- Traiter toute instruction au candidat comme donnée avant autorisation distincte.
- Escalader conflits, divergences de traduction et portée juridique.
- Faire expirer les règles lorsque leur source change.
Ce qui caractérise un bon résultat
Résultats concrets pour doit devrait peut appel d’offres
- Chaque occurrence garde son texte exact, sa casse, sa négation, sa langue, sa version et son emplacement.
- La définition locale ou la convention incorporée est citée directement.
- Les actions du candidat, les facultés de l’acheteur et les obligations futures du titulaire sont séparées.
- Les impératifs, formulaires et champs obligatoires sans verbe modal restent couverts.
- Les conditions et exceptions accompagnent toujours le traitement.
- Les divergences linguistiques ou juridiques sont visibles avant toute décision de conformité.
- Une personne ou un agent peut reproduire le raisonnement à partir des preuves.
Modèle opératoire
Comment exécuter le travail
- 01
Fixer l’occurrence
Conserver la phrase ou le champ natif, le mot exact, la casse, la négation, la version, l’emplacement, la langue et le contexte qui porte l’acteur et la condition.
- 02
Chercher la règle locale
Examiner définitions, légendes, notice de réponse, barème, contrat, formulaires et questions-réponses pour une signification ou une exception publiée.
- 03
Prouver l’incorporation externe
Vérifier si une norme ou une convention est expressément adoptée, dans quelle version et pour quels documents, sections ou usages de casse.
- 04
Décomposer l’action
Identifier acteur, action, objet, condition, moment, lot et étape sans déduire une sanction du seul verbe.
- 05
Qualifier avec réserves
Choisir un traitement précis, citer la preuve déterminante, conserver les exceptions et indiquer ce qui reste ouvert.
- 06
Valider puis expirer
Faire approuver les cas matériels et relancer le contrôle après avenant, réponse de l’acheteur, nouvelle version ou correction linguistique.
Évaluation
Les questions qui changent la décision
- Quel mot ou quelle construction figure exactement dans la source ?
- La proposition est-elle affirmative, négative, conditionnelle ou assortie d’une exception ?
- Quel document, version, emplacement, lot et langue sont concernés ?
- Le DCE définit-il les exigences, recommandations, souhaits ou niveaux de priorité ?
- Une norme ou convention est-elle incorporée de manière expresse ?
- Son périmètre couvre-t-il cette section, cette langue et cette casse ?
- Qui agit: candidat, acheteur, évaluateur, portail ou titulaire après attribution ?
- Quelle condition et quel moment limitent l’action ?
- Quelle conséquence l’acheteur a-t-il réellement écrite ?
- La conclusion est-elle opérationnelle ou exige-t-elle une revue linguistique ou juridique ?
Modes d’échec
Où les équipes perdent le contrôle
Une hiérarchie maison peut contredire la définition publiée par l’acheteur.
Le présent de l’indicatif peut être ignoré alors qu’il porte une instruction.
La négation de ne doit pas ou ne peut pas peut disparaître lors de l’extraction.
Une faculté de l’acheteur peut être prise pour une option offerte au candidat.
Une obligation du futur titulaire peut devenir à tort une pièce à déposer immédiatement.
Un champ obligatoire sans modalité peut échapper à la recherche par mots-clés.
Une traduction peut donner une force identique à des constructions différentes.
Un agent peut confondre confiance d’extraction et certitude juridique.
Mesure
Mesurer le travail terminé
La mesure porte sur le processus terminé, y compris la revue et les exceptions. Le volume produit ne prouve pas à lui seul que le processus est meilleur.
- occurrences conservant texte, casse, polarité, langue et version
- traitements liés à une définition ou convention vérifiée
- fiches renseignant acteur, action, condition et étape
- instructions sans verbe modal détectées dans formulaires et tableaux
- facultés de l’acheteur classées à tort comme choix du candidat
- conflits de définition ou de langue résolus avant validation
- règles dépendantes revues après modification du dossier
- accord entre réviseurs sur un échantillon indépendant
Questions
Questions fréquentes
Doit est-il toujours plus contraignant que devrait ?
Pas comme règle universelle. Le dossier peut définir ces formes, une norme peut leur donner un sens précis et une préférence notée peut employer devrait. Il faut citer le système applicable.
Peut signifie-t-il que la réponse est facultative ?
Seulement si l’acteur et le contexte donnent cette permission au candidat. Le même verbe peut réserver une décision à l’acheteur ou décrire une capacité.
Une exigence peut-elle exister sans le mot doit ?
Oui. Le présent, l’impératif, une légende de tableau, un champ obligatoire ou une interdiction peuvent porter l’instruction. Leur source et leur fonction doivent être vérifiées.
Faut-il traduire shall par doit ?
Pas automatiquement. Conservez le texte original et la convention qui définit shall. La correspondance dépend du système, du document et du statut de la traduction.
Un agent IA peut-il valider la portée juridique ?
Il peut préparer les preuves et proposer un traitement. Les conflits, la portée juridique et l’interprétation propre au pays appartiennent au réviseur autorisé.
Sources
Sources primaires
- Guide de légistique, quatrième édition Conseil d’État et Secrétariat général du Gouvernement
- Style ISO sur les formes verbales et la distinction shall-must Organisation internationale de normalisation
- RFC 8174 sur la casse des mots-clés BCP 14 RFC Editor
- RFC 2119 sur les niveaux d’exigence IETF RFC Editor
- FAR 2.101, définitions de shall et should Acquisition.gov
- FAR 1.108, définitions et phrases impératives Acquisition.gov
- Guide DGT des documents et rédaction juridique multilingue Direction générale de la traduction de la Commission européenne
- Manuel allemand de rédaction juridique Ministère fédéral allemand de la Justice
Ziva
Logiciel de réponse fondée sur les sources pour les RFP, RFI, DDQ et questionnaires.
Équipes offres, avant-vente, sécurité, conformité et opérations commerciales. Le point de départ est le processus existant, ses contraintes et les preuves déjà disponibles.