Analyser un DCE d'appel d'offres BTP, pas écrire le CCTP
Le dossier de consultation des entreprises (DCE) d'un marché public de travaux n'est pas un PDF unique et propre. C'est un paquet : règlement de la consultation, CCAP, CCTP, DPGF, plans, annexes parfois faxées puis rescannées. L'entreprise qui veut analyser un DCE cherche d'abord à lire le maître d'ouvrage, pas à produire un mémoire technique.
Les outils qui promettent « CCTP IA » ou « mémoire technique IA » répondent à un autre besoin : rédiger. Pour analyser un DCE, commencez par les pièces du maître d'ouvrage, les scans et les tableaux. Si vous devez ensuite rédiger l'offre, faites-le avec vos modèles et vos contrôles habituels.
Le mot DCE tout seul est ambigu en français : jeu FIFA, filière médicale DCEM. Un appel d'offres BTP précise le contexte : lots, pièces contractuelles, quantités et pénalités de retard. C'est dans ce cadre que la méthode ci-dessous est utile.
La méthode classique « surligner le CCTP le dimanche soir » casse dès que le DPGF est une image. Un analyseur de clauses qui n'accepte que du texte sélectionnable laisse tomber la pièce la plus chiffrée du dossier. Analyser un DCE sans les tableaux, c'est analyser à moitié.
Méthode : pièces scannées, lots, puis questions de risque
Partir du fichier, pas du prompt. Déposer le CCTP natif et, s'il existe, le jumeau scanné. Vérifier que le tableau des lots (désignation, norme, délai) ressort en Markdown, pas en paragraphes collés. Faire de même pour un extrait de DPGF : unités, quantités, prix unitaires.
Quand le texte est propre, on peut demander à un modèle déjà utilisé dans l'entreprise : où sont les pénalités, le plafond, les attestations décennales, les lots à sous-traiter. La réponse n'est pas un avis juridique. C'est une liste de passages à relire dans le DCE original.
KolmoPDF intervient au milieu : PDF, y compris scanné, vers Markdown avec tables. Le bouton envoie vers l'outil français de conversion sur kolmopdf.com.
Différence avec un « Analyseur DCE BTP » qui extrait des clauses : ici l'enjeu est la page image, le tableau d'annexe, le multi-fichiers. Si votre DCE est déjà du Word bien balisé, vous n'avez peut-être pas besoin de cette étape.
Exemple fictif : DCE natif et DCE scanné
Les deux PDF ci-dessous sont un échantillon fictif (commune de Saint-Exemple, appel d'offres ouvert). Ce n'est pas un vrai marché. Le PDF source a été composé sans accents exprès, comme un export pauvre ; le scan simule une liasse papier. Les extraits Markdown montrent que lots et DPGF restent des tables.
La démo montre un échantillon fictif. Les accents absents du PDF source reproduisent un export pauvre ; ils ne représentent pas la rédaction de l'offre. Pour un dossier réel, relire chaque tableau dans la pièce originale.
Fin d'extrait : ne pas utiliser ces chiffres dans une offre réelle.
Ce que l'analyse du DCE permet de vérifier
Une fois les tableaux du DCE rendus lisibles, on peut vérifier les lots, les délais, les pénalités et les pièces exigées. La décision de répondre, le chiffrage et la rédaction du mémoire technique restent le travail de l'entreprise.
Les plans vectoriels complexes et les pièces manuscrites restent difficiles. Pour un DCE natif ou scanné, l'objectif est de retrouver le quantitatif et les clauses dans une forme consultable avant de préparer l'offre.
CCTP, CCAP, RC, DPGF : ce que l'on garde, ce que l'on laisse
Un appel d'offres BTP est lisible quand les pièces gardent leurs contraintes : le RC pour le jugement, le CCAP pour les pénalités et assurances, le CCTP pour les lots et normes, le DPGF pour les quantités. Une extraction structurée aide à relier ces informations sans les confondre.
Quand les tableaux sont disponibles, l'équipe peut poser des questions ciblées et revenir à la pièce d'origine pour arbitrer. La conversion accélère la lecture ; elle ne remplace ni le chiffrage ni la vérification juridique.
Le marché public français aime les scans. Un DCE « papier » numérisé le vendredi soir n'a pas de couche texte. Un extracteur qui exige de la sélection souris échoue. La démo de cette page met côte à côte un natif et un scanlike : si les tables lots et DPGF sortent des deux côtés, le chantier de lundi matin change. Si elles ne sortent pas, il ne sert à rien de rédiger trois pages de mémoire technique sur des quantités fausses.
KolmoPDF n'est nommé qu'ici : c'est l'étape qui transforme la pièce en Markdown. Le reste du travail — chiffrage, visite de site, questions écrites au maître d'ouvrage — reste le métier de l'entreprise. Pas de génération de CCTP. Pas de substitution à un économiste. Pas de promesse de classement.
Les variantes belges ou africaines d'un DCE n'ont pas été mesurées pour cette vague. La page parle France, BTP, appel d'offres, marché public. Si votre dossier est un cahier des charges privé sans procédure, le même pipeline de tables peut servir, mais le vocabulaire juridique change et nous ne l'inventons pas.
Enfin, relire toujours la pièce originale. Un Markdown propre accélère la question ; il n'authentifie pas le document. En cas de doute sur une pénalité au 1/3000, c'est le PDF du maître d'ouvrage qui gagne, pas le chat.
Le lundi matin d'un appel d'offres BTP
Le délai de remise n'attend pas que le DPGF soit joli. L'équipe a souvent deux nuits. La séquence réaliste n'est pas « tout comprendre », c'est « ne pas rater un lot, un délai, une assurance décennale ». Pour cela, un dossier consultable par recherche plein texte bat une liasse image.
Déposer d'abord les pièces tabulaires. Si le CCTP tient en deux pages d'exigences plus un tableau de lots, c'est le cœur. Si le DPGF est un tableur exporté en PDF, c'est le deuxième fichier. Les plans restent à part : cette page ne promet pas un calepinage. Quand le Markdown des lots est là, on peut le coller dans l'outil interne déjà utilisé — ChatGPT entreprise, NotebookLM, un agent — avec une consigne courte : lister les normes citées, les délais, les plafonds de pénalité, sans rédiger l'offre.
Analyser un DCE n'est pas un synonyme de « faire de l'IA ». C'est un geste de lecture. L'IA n'entre qu'après que les tableaux existent. Les sites qui vendent un analyseur de clauses ont leur place si votre DCE est déjà du texte. Ils ne remplacent pas l'étape scan. Ils ne doivent pas non plus vous pousser à générer un mémoire technique à partir d'hallucinations.
Le pied de page le dira encore : fictif, pas un vrai marché, pas un conseil. La page existe pour que le mot DCE, collé à appel d'offres BTP, mène à une méthode au lieu d'un jeu ou d'une filière médicale.
Le lundi, l'équipe n'a pas besoin d'un essai sur l'intelligence artificielle. Elle a besoin des lots, des délais et d'un DPGF qui ne se soit pas évaporé en image. Analyser un DCE d'appel d'offres BTP, c'est d'abord ça. Le reste — chiffrage, visite, mémoire technique — reste le métier, après que les tableaux existent.
Si le dossier compte plusieurs PDF, traiter d'abord le CCTP et le DPGF, puis le CCAP. Les plans restent à part. Une fois les tables dans le Markdown, on peut chercher « pénalité », « délai », « décennale » sans recoller des captures. C'est tout ce que cette page vous aide à faire : rendre un DCE d'appel d'offres BTP lisible, y compris scanné, avant le chiffrage.
Rappel avant de chiffrer
Relire le PDF du maitre d'ouvrage apres extraction. Un tableau Markdown accelere la recherche de penalites et de delais, il n'authentifie pas le marche public. Si une ligne du DPGF diverge, c'est la piece originale qui gagne. Cette page n'ecrit ni CCTP ni memoire technique.