--- title: "Faut-il candidater sans satisfaire toutes les exigences?" description: "Classez chaque écart de capacité par conséquence, traitement, date et autorité avant de prendre un fort pourcentage de match comme raison de répondre." canonical: "https://zephior.com/fr/insights/decide-whether-a-partial-capability-fit-is-biddable" last-updated: 2026-09-02 --- # Faut-il candidater sans satisfaire toutes les exigences? > Classez chaque écart de capacité par conséquence, traitement, date et autorité avant de prendre un fort pourcentage de match comme raison de répondre. Par [Tony Kim](https://zephior.com/fr/authors/tony-kim). Publié le 2026-09-02; mis à jour le 2026-09-02. 8 min de lecture. ## Définition L’analyse de candidabilité avec correspondance partielle détermine si un fournisseur peut remettre une offre admissible, vraie et livrable lorsque sa capacité actuelle ne couvre pas tout. Elle classe chaque écart selon sa conséquence formelle, vérifie les alternatives ou réserves permises, teste la faisabilité et l’autorité du traitement et identifie le moment où la conformité doit exister. Elle ne calcule pas toute l’attractivité stratégique et ne suppose pas qu’un pourcentage compense un échec obligatoire. ## Problème Les équipes disent satisfaire 85 ou 90 pour cent d’un RFP comme si les exigences étaient interchangeables. Une signature, licence, certification, résidence des données ou service cœur manquant peut empêcher l’évaluation, tandis que vingt faiblesses notées coûtent seulement des points. Produit promet une fonction sans réalisation, commerce cache une exception dans les hypothèses et rédaction appelle natif un contournement manuel. Le pourcentage ignore conséquence, délai, dépendance et permission de déroger. ## Point de vue Décidez au niveau de l’écart avant l’opportunité. Conservez l’exigence maîtresse et classez participation, éliminatoire technique, noté, contractuel, réalisation, preuve ou présentation. Décrivez le manque exact. Testez interprétation conforme, clarification, alternative permise, preuve, partenaire, correction, dérogation formelle ou arrêt. Chaque traitement exige owner, preuve, date, coût, dépendance et autorité. Il n’est corrigeable que si l’offre résultante reste permise, vraie et faisable au moment requis. ## Remplacer le pourcentage par une carte des conséquences Construisez le jeu depuis le dossier maître, annexes, formulaires, contrat, clarifications et portail. Pour chaque écart, localisez exigence, verbe, caractère obligatoire, traitement d’évaluation et moment requis. Décrivez l’état actuel de façon falsifiable. « Correspondance partielle » est trop vague. « Le service exporte chaque jour; l’exigence 7.4 demande un événement sous soixante secondes » définit une différence testable. Classez la conséquence avant la solution. Participation et pass-fail peuvent empêcher l’évaluation. Une exigence notée réduit la compétitivité. Un écart contractuel peut être négociable, interdit ou soumis à un registre. Un écart de réalisation existe malgré conformité formelle. Un écart de preuve signifie que la capacité existe sans preuve. Un écart de présentation concerne format plutôt que fond. La règle exacte reste visible. La directive européenne distingue conditions de sélection, spécifications techniques, critères d’attribution et conditions d’exécution. La consultation gouverne, mais la séparation montre pourquoi un score de match est dangereux. Un fournisseur peut être éligible et plus faible sur une fonction, ou proposer une solution excellente en échouant à la participation. Exposez chaque écart dur, jamais seulement « 97 pour cent conforme ». **Classes de conséquence** | Classe | Question | Traitement | | --- | --- | --- | | Participation ou éliminatoire | L’offre sera-t-elle évaluée? | Passer ou voie explicitement permise | | Capacité notée | Quels points? | Modéliser note | | Contrat | Accepter l’obligation? | Exception et autorité | | Réalisation | Promesse faisable? | Design et acceptation | | Preuve | Capacité prouvable? | Preuve actuelle | ## Séparer capacité, preuve et interprétation manquantes Demandez au responsable produit, réalisation ou politique de démontrer l’état actuel dans des conditions représentatives. Une déclaration commerciale ou slide de roadmap n’est pas une preuve. Consignez édition, configuration, géographie, environnement, échelle, dépendances et échecs connus. Une capacité disponible par travail spécifique ou tiers n’est pas une fonction standard. Une fonction en test n’est pas approuvée pour le service proposé. Si la capacité existe sans preuve, définissez le dossier admissible: démonstration, test, certificat, réception client, politique, rapport ou déclaration. Vérifiez date et périmètre. Ne redessinez pas le produit pour un problème documentaire. À l’inverse, n’inventez pas screenshot ou affirmation pour cacher un manque. La récupération de preuve confirme un fait; elle ne le crée pas. Certains écarts viennent de l’interprétation. Temps réel, standard, local, automatisé, supporté ou équivalent peuvent rester indéfinis. Cartographiez les lectures et conséquences. Cherchez définitions et clauses liées, puis clarifiez par la voie permise. Ne choisissez pas secrètement le sens le plus facile. Jusqu’à résolution, gardez l’écart conditionnel avec une date d’arrêt avant un investissement important. - Démontrer la configuration proposée. - Consigner conditions et dépendances. - Récupérer la preuve seulement pour un fait existant. - Garder l’ambiguïté visible. - Faire expirer la condition. ## Tester les solutions sans déguiser la non-conformité Suivez un ordre. Testez d’abord une meilleure lecture du dossier, puis clarification, alternative conforme au même résultat, partenaire permis, récupération de preuve, correction avant date requise et enfin réserve formelle seulement si permise et acceptée par l’autorité commerciale. Un contournement se teste contre l’exigence. Une revue manuelle peut produire l’exactitude et échouer à l’automatisation ou au délai. Un partenaire peut posséder la capacité sans engagement signé, rôle permis, sécurité ou scope tarifé. Un développement spécifique peut être possible mais exiger données, architecture, test et acceptation acheteur. Consignez l’effet opérationnel et contractuel, pas seulement la fonction finale. Ne cachez pas une dérogation dans hypothèses ou notes. Si le formulaire demande conforme ou non, répondez selon la définition. Si les alternatives sont permises, distinguez base et alternative. Si un registre d’exceptions est exigé, réconciliez texte, prix et contrat. Une réserve peu visible ne réduit pas la promesse; elle augmente le risque de fausse déclaration. **Test des traitements** | Traitement | Preuve | Échec | | --- | --- | --- | | Interprétation clarifiée | Réponse acheteur | Lecture privée | | Alternative conforme | Équivalence et permission | Méthode prescrite modifiée | | Partenaire | Rôle et engagement | Logo sans engagement | | Correction | Plan, ressource, test et date | Aspiration roadmap | | Réserve | Registre permis et autorité | Note cachée | ## Exiger la preuve de fermeture avant de candidater Pour chaque écart corrigeable, consignez état de fermeture, responsable, ressources, dépendances, acceptation, pièce de preuve, coût, risque, décision interne et date acheteur. Séparez dépôt, attribution, signature, mobilisation et démarrage. Une correction postérieure au moment pertinent reste un échec. Intégrez-la à solution, mise en œuvre, prix, risque et contrat afin qu’elle ne reste pas une promesse non chiffrée. Obtenez l’autorité qui porte la conséquence. Produit valide un plan mais pas l’engagement client. Réalisation accepte la faisabilité. Sécurité ou conformité approuve le contrôle. Finance accepte le coût. Délégués commerce ou juridique gèrent exceptions. Le responsable opportunité ne crée pas ces validations par synthèse. Rouvrez si dates ou périmètre changent. Poursuivre signifie que chaque condition dure passe ou possède un traitement permis, approuvé et prouvé. Poursuivre sous condition nomme preuve et expiration proche en limitant l’investissement. Suspendre bloque l’engagement. Arrêter consigne la condition échouée. La décision générale peut alors considérer probabilité, économie, capacité et stratégie sur une baseline honnête. - Définir preuve de fermeture. - Aligner la date sur l’état requis. - Tarifer et contractualiser le traitement. - Utiliser la bonne autorité. - Arrêter sans voie permise. ## Résultats utiles - Chaque écart est relié à exigence et conséquence. - Les échecs durs ne sont pas dilués. - Le manque de preuve reste séparé du manque de capacité. - Alternatives, réserves et partenaires sont utilisés seulement si permis. - Chaque correction possède autorité, preuve, coût et date. - La décision ne dépend pas d’une promesse cachée. ## Déroulement 1. **Construire les écarts.** Comparer baseline des exigences et capacité actuelle prouvée. 2. **Classer la conséquence.** Séparer participation et élimination de note, contrat, réalisation et preuve. 3. **Tester les traitements.** Interprétation, clarification, alternative, partenaire, preuve, cure et réserve. 4. **Prouver la fermeture.** Exiger plan, acceptation, coût, dépendances, autorité et date. 5. **Décider la candidabilité.** Poursuivre seulement si tout écart dur passe ou a une voie permise et prouvée. ## Décisions clés - L’écart est-il réel? - Produit-il exclusion, perte de points, exception ou risque? - Quand la capacité doit-elle exister? - Alternatives, partenaires et réserves sont-ils permis? - Le contournement satisfait-il le résultat? - Qui autorise coût et engagement? - Quelle preuve fermera l’écart? - Quel écart impose l’arrêt? ## Risques - Une condition éliminatoire est moyennée. - Preuve et capacité manquantes sont confondues. - Un processus manuel ne satisfait pas l’automatisation. - Le partenaire manque d’engagement. - La capacité future est promise sans autorité. - La réserve est cachée. - La correction arrive trop tard. - La fermeture crée une contradiction de prix ou contrat. ## Indicateurs - écarts classés par conséquence - écarts durs avec voie permise - preuves récupérées - plans approuvés - partenaires engagés - décisions conditionnelles closes - changements tardifs causés par écarts cachés ## Questions fréquentes ### Une correspondance de 90 pour cent suffit-elle? Non. Une seule condition éliminatoire peut dépasser tous les matchs. Examinez chaque écart par conséquence et traitement. ### Un contournement manuel peut-il être conforme? Seulement s’il satisfait résultat et méthode exacts, reste permis, faisable et déclaré. Il ne transforme pas une exigence d’automatisation. ### Peut-on promettre de construire la fonction? Seulement si l’état futur est permis, existe à la date requise, contrôle dépendances et acceptation et reçoit les validations autorisées. ### Un écart noté doit-il arrêter la candidature? Pas automatiquement. Estimez perte de note, différenciation, réalisation et coût de traitement dans la qualification générale. ## Sources primaires - [Directive 2014/24/UE](https://eur-lex.europa.eu/eli/dir/2014/24/oj/fra), EUR-Lex - [The Sourcing Playbook](https://www.gov.uk/government/publications/the-sourcing-and-consultancy-playbooks/the-sourcing-playbook-html), UK Cabinet Office - [Cadre de passation Banque mondiale](https://www.worldbank.org/ext/en/what-we-do/project-procurement/framework), World Bank ## Articles complémentaires - [Cette lacune exige-t-elle un partenaire?](https://zephior.com/fr/insights/decide-when-a-bid-needs-a-partner) - [Qualifier un appel d’offres sans connaître l’acheteur](https://zephior.com/fr/insights/qualify-a-tender-without-buyer-access) - [Faut-il candidater avec une lacune de sécurité?](https://zephior.com/fr/insights/qualify-a-bid-with-security-control-gaps) - [Peut-on candidater si le certificat requis tarde?](https://zephior.com/fr/insights/decide-whether-to-bid-with-missing-certification)