Extraction de documents pour les agences gouvernementales
Formulaires publics, FOIA et archives héritées sous la section 508

Les trois types de documents qu'aucune agence gouvernementale ne peut ignorer

L'extraction de documents dans le secteur privé tourne généralement autour d'un seul type de document à la fois — les factures pour l'équipe comptabilité, les reçus pour les notes de frais, les contrats pour l'examen juridique. Les agences gouvernementales n'ont pas ce luxe. La plupart traitent simultanément trois catégories de documents fondamentalement différentes, chacune nécessitant une approche de traitement distincte.

Les formulaires citoyens constituent la catégorie à volume élevé et à format fixe. Déclarations fiscales (formulaire 1040, W-2, 1099), demandes de prestations (SNAP, assurance-chômage, Sécurité sociale), demandes de permis (permis de construire, licences commerciales) et demandes d'actes d'état civil (certificats de naissance/décès). Ces documents partagent un trait commun : leur structure est connue et répétable. Un formulaire 1040 d'un contribuable présente la même disposition des champs qu'un formulaire 1040 d'un autre. Le défi n'est pas la variété des formats — c'est le volume. L'IRS traite à elle seule plus de 165 millions de déclarations de revenus individuelles par an, dont environ 6 % arrivent encore sur papier. Pour un département des recettes de l'État ou le bureau d'un greffier de comté, le besoin principal est le traitement par lots : téléverser des centaines ou des milliers de formulaires et obtenir des données structurées dans un seul tableur, avec une dénomination cohérente des champs pour chaque document.

Les demandes FOIA et d'accès aux documents publics sont le problème inverse. Elles sont non structurées, imprévisibles et nécessitent souvent une expurgation avant divulgation. Une seule demande FOIA peut renvoyer à des courriels, des mémos internes, des rapports PDF, des notes manuscrites scannées, des photographies et des impressions de tableurs — tous liés à un même sujet mais sans format commun. En vertu de la loi fédérale FOIA (5 U.S.C. § 552), les agences disposent de 20 jours ouvrables pour répondre (avec prolongations). Au cours de l'exercice 2024, les agences fédérales ont reçu 1 089 920 demandes FOIA et traité plus de 1,14 million. Le goulot d'étranglement ne consiste pas à trouver les documents pertinents — mais à examiner chaque page pour identifier et expurger les informations personnelles identifiables (PII), les éléments sensibles liés à l'application de la loi et tout autre contenu exempté avant divulgation. Les outils d'extraction de documents capables d'identifier et de signaler les champs PII (noms, numéros de sécurité sociale, numéros de téléphone, adresses, dates de naissance) dans des formats non structurés répondent à un problème différent du traitement des formulaires — un problème où l'objectif consiste autant à supprimer des données qu'à les extraire.

Les archives papier historiques représentent des décennies — parfois des siècles — de documents gouvernementaux jamais convertis au format numérique. Actes de propriété des années 1920. Dossiers judiciaires des années 1970. Dossiers de service militaire de la Seconde Guerre mondiale. Procès-verbaux de réunions de conseil de comté tapés à la machine en 1985. La National Archives and Records Administration (NARA) a établi des normes de numérisation en vertu du 36 CFR Partie 1236 qui permettent aux agences de se débarrasser des originaux papier une fois qu'ils ont été numérisés conformément aux normes — créant ainsi une incitation réglementaire à enfin scanner ces cartons entreposés. Mais la numérisation seule ne rend pas les documents utiles. Un PDF scanné d'un acte de propriété de 1943 n'est pas consultable sans OCR, et l'OCR traditionnel peine avec les polices de machine à écrire, le papier jauni, les annotations manuscrites en marge et les mises en page non standard courantes dans les documents gouvernementaux historiques. Notre guide sur l'OCR pour le gouvernement approfondit les normes de numérisation archivistique, la préservation PDF/A et les exigences de sortie prêtes pour la FOIA qui s'appliquent lorsque vous transférez ces documents hors du papier.

Pourquoi l'achat public ne fonctionne pas comme l'achat privé

Si vous avez déjà évalué des logiciels dans le privé, le processus d'achat public vous semblera familier dans les grandes lignes — vous analysez les besoins, comparez les options, menez un pilote, négociez un contrat. Les différences résident dans les contraintes qui déterminent quand et comment ces étapes se déroulent.

Les cycles budgétaires dictent le calendrier. L'année fiscale fédérale court du 1er octobre au 30 septembre. Les gouvernements des États et locaux suivent majoritairement le cycle du 1er juillet au 30 juin, bien qu'environ 20 % des États aient des cycles différents. En pratique, la fenêtre d'achat n'est pas « quand vous en avez besoin » — c'est « avant la fin de l'année fiscale, quand votre budget non dépensé est réabsorbé. » Le quatrième trimestre (juillet-septembre pour la plupart) connaît un afflux d'activités d'achat qui peut ralentir la réactivité des fournisseurs et le traitement des contrats. Si vous évaluez des outils d'extraction de documents en août avec une échéance au 30 septembre, vous avez besoin d'un fournisseur capable de traiter un bon de commande et de provisionner un compte en jours, pas en semaines. Les achats fédéraux de TI en 2024 ont totalisé environ 74 milliards de dollars, en hausse de près de 13 % par rapport à l'année précédente — et les agences sont sous pression d'initiatives comme la stratégie GSA OneGov pour accélérer le cycle d'achat. Le conseil aux évaluateurs : commencez le processus au moins un trimestre avant votre échéance, et demandez directement aux fournisseurs leur délai d'intégration gouvernementale.

Les autorisations de sécurité verrouillent tout. Le programme FedRAMP (Federal Risk and Authorization Management Program), codifié par la loi FedRAMP Authorization Act (2022), exige que tout service cloud traitant des données fédérales passe une évaluation de sécurité standardisée. FedRAMP comporte trois niveaux d'impact : Faible (125 contrôles de sécurité), Modéré (325 contrôles) et Élevé (421 contrôles). La plupart des outils SaaS traitant des données gouvernementales non classifiées — formulaires administratifs, demandes de prestations, demandes de permis — relèveraient du niveau Modéré. Mais le processus d'autorisation prend généralement 12 à 24 mois et coûte aux fournisseurs six chiffres. C'est pourquoi seules quelques plateformes d'extraction de documents sont autorisées FedRAMP : Hyperscience a obtenu le niveau FedRAMP Élevé en décembre 2024, et les plateformes construites sur AWS GovCloud ou Azure Government peuvent hériter de certains contrôles de l'infrastructure sous-jacente. Pour les gouvernements des États et locaux, StateRAMP (désormais aussi appelé GovRAMP) fournit un cadre parallèle — calqué sur les contrôles NIST 800-53 de FedRAMP mais adapté aux achats au niveau des États, avec plus de 23 États participants.

La conformité à la Section 508 n'est pas facultative. En vertu de la Section 508 du Rehabilitation Act (29 U.S.C. § 794d), toute technologie de l'information et de la communication (TIC) acquise, maintenue ou utilisée par les agences fédérales doit être accessible aux personnes handicapées. Cette obligation est appliquée via le Federal Acquisition Regulation (FAR) Partie 39.2, qui exige que les agences évaluent l'accessibilité avant l'achat — et non après. Les normes révisées de la Section 508 intègrent WCAG 2.0 Niveau AA comme référence technique, bien que la plupart des agences testent désormais selon WCAG 2.1 AA ou 2.2 AA, ces versions ajoutant des critères pour l'accessibilité mobile et cognitive. En pratique, les fournisseurs doivent fournir un modèle de produit accessible volontaire (VPAT) — désormais souvent appelé rapport de conformité d'accessibilité (ACR) — documentant précisément quels critères de succès WCAG leur produit respecte et à quel niveau de support. Un VPAT avec des sections incomplètes, des versions WCAG obsolètes (1.0 ou 2.0 Niveau A), ou un langage vague comme « supporte avec exceptions » sans détails doit être considéré comme un signal d'alarme lors de l'évaluation. La Section 508 s'applique à l'interface de l'outil — navigation au clavier, compatibilité avec les lecteurs d'écran, contraste des couleurs, gestion du focus — et pas seulement à l'accessibilité des documents produits.

Petite administration vs. Fédéral : quand le même outil reçoit deux évaluations différentes

Un service financier municipal de 12 agents traitant 500 factures fournisseurs et 200 demandes de permis par mois n'a pas les mêmes exigences qu'une agence fédérale traitant 50 000 formulaires par mois avec un personnel IT dédié et une équipe d'achat qui rédige des appels d'offres de 80 pages. Les traiter comme la même évaluation est l'erreur la plus courante dans les contenus technologiques gouvernementaux — et c'est pourquoi la plupart des articles sur le « traitement de documents gouvernementaux » sont sans intérêt pour le greffier de comté qui a juste besoin d'arrêter de saisir des données de formulaires papier dans un terminal AS/400 vieux de 15 ans.

Au niveau comté et municipal, l'évaluation devrait commencer par la facilité d'utilisation : un membre du personnel non technique peut-il téléverser des documents, définir les données souhaitées et obtenir un résultat structuré sans faire appel aux services informatiques ? L'outil doit prendre en charge le traitement par lots — téléverser 50 demandes de permis en une fois et obtenir une seule feuille de calcul — car le travail manuel se multiplie avec le volume. Pour les services financiers des comtés, l'extraction de documents peut alimenter directement les processus de fin de mois : extraire les données de toutes les factures, reçus et relevés entrants avant la clôture mensuelle élimine la course pour tout saisir manuellement avant l'échéance. De même, automatiser les flux d'approbation des factures signifie pré-remplir les champs d'approbation avec les données extraites plutôt que d'obliger les approbateurs à ouvrir chaque PDF — et détecter les factures en double avant qu'elles n'atteignent la file de paiement évite la conversation gênante sur le paiement double d'un fournisseur avec l'argent des contribuables. Pour les organismes qui gèrent les paiements fournisseurs avec escomptes, automatiser la capture des escomptes de paiement anticipé peut récupérer des milliers de dollars d'économies manquées chaque année — un escompte de 2 % Net 10 sur une dépense annuelle de 200 000 $ représente 4 000 $ d'économies, ce qui couvre largement le coût de l'outil d'extraction lui-même.

Au niveau fédéral, le cadre d'évaluation s'inverse. La sécurité et la conformité sont les premiers critères, pas les dernières cases à cocher. Si un fournisseur n'a pas l'autorisation FedRAMP Moderate (minimum), l'évaluation s'arrête là — quelles que soient les fonctionnalités ou le prix. Les acheteurs fédéraux doivent vérifier le statut FedRAMP d'un fournisseur directement sur le FedRAMP Marketplace plutôt que de se fier au langage marketing. « FedRAMP Ready » signifie que le fournisseur a réussi une évaluation initiale mais n'est pas encore autorisé. « FedRAMP In Process » signifie qu'il s'est associé à un organisme fédéral parrain et travaille à l'obtention de l'autorisation — ce qui peut prendre 12 à 18 mois. Aucun de ces statuts n'équivaut à « FedRAMP Authorized ».

Les organismes d'État se situent au milieu, mais avec une nuance critique : de nombreux États adoptent les exigences StateRAMP dans leur langage d'approvisionnement, et certains adoptent des lois les rendant obligatoires. Pour un fournisseur desservant plusieurs organismes d'État, une seule autorisation StateRAMP peut ouvrir des portes dans tous les États participants — le modèle « vérifier une fois, servir plusieurs » — mais le processus exige toujours 6 à 12 mois de documentation, d'évaluation et de surveillance continue.

Comment évaluer les outils d'extraction documentaire pour l'administration : une matrice de décision en 6 points

Les appels d'offres publics pour l'extraction documentaire se transforment souvent en exercices de checklist — « Le fournisseur prend-il en charge le PDF ? Vérifié. L'export Excel ? Vérifié. Le traitement par lots ? Vérifié. » — que tous les fournisseurs réussissent par défaut. Une checklist vous indique quels outils peuvent faire le travail. Ce que vous devez savoir, c'est quels outils fonctionneront réellement dans votre environnement administratif spécifique. Ces six dimensions sont conçues pour révéler les lacunes qu'une matrice de fonctionnalités cache.

Le point sur FedRAMP : quand c'est non négociable et quand ça ne l'est pas

FedRAMP est l'exigence la plus mal comprise dans les évaluations d'extraction de documents gouvernementaux — et il vaut la peine de distinguer les obligations légales de l'inertie des achats.

FedRAMP est non négociable lorsque : le service cloud traite, stocke ou transmet des données du gouvernement fédéral dans le cadre d'un contrat avec une agence fédérale. Cela couvre pratiquement tout outil SaaS qu'une agence fédérale paie et utilise pour gérer ses documents. L'exigence découle de la loi FedRAMP Authorization Act et est appliquée via les clauses FAR dans les contrats d'achat. FedRAMP Moderate (325 contrôles) couvre la plupart des données administratives. FedRAMP High (421 contrôles) est réservé aux forces de l'ordre, à la sécurité nationale et aux systèmes où une violation de données causerait des dommages graves — le déploiement d'Hyperscience par le VA pour traiter plus d'un milliard de documents par an fonctionne dans ce cadre.

FedRAMP n'est généralement pas requis lorsque : l'entité acheteuse est un comté, une ville ou une municipalité (pas fédérale) ; les données traitées ne proviennent pas d'un système fédéral ; et le contrat n'inclut pas de clauses de répercussion fédérales. Le cadre StateRAMP est conçu pour combler cette lacune, mais son adoption varie selon les États et n'est pas universelle. Pour de nombreux achats au niveau du comté sous 50 000 $, SOC 2 Type II combiné à un hébergement de données aux États-Unis est la norme pratique.

StateRAMP devient obligatoire dans davantage d'États. Depuis 2026, plus de 23 États participent au programme StateRAMP, et certains passent de l'adoption volontaire à l'obligation législative. Si vous évaluez des outils pour une agence d'État, vérifiez le statut de votre État avant de supposer que StateRAMP est facultatif.

Pour les agences sous le seuil FedRAMP — bureaux de greffiers de comté, services municipaux de permis, petites agences d'État sans traitement de données fédérales — l'évaluation peut se concentrer sur les dimensions pratiques (adéquation documentaire, modèle de déploiement, Section 508, intégration) plutôt que sur le statut d'autorisation de sécurité. Cela ne signifie pas ignorer la sécurité : SOC 2 Type II, chiffrement des données et résidence des données aux États-Unis restent des attentes de base. Mais traiter FedRAMP comme une exigence universelle pour tout achat technologique gouvernemental, c'est comme exiger un permis poids lourd pour conduire une berline — cela applique un cadre réglementaire conçu pour une classe de risque différente à un cas d'usage qui ne l'exige pas.

Cette distinction compte car elle détermine quels outils sont même dans votre pool d'évaluation. Le marché IDP présente une nette division : d'un côté, des plateformes d'entreprise avec autorisation FedRAMP et contrats annuels à six chiffres, conçues pour des déploiements à l'échelle fédérale. De l'autre, des outils accessibles au prix adapté aux petites équipes — sans code, sans formation requise, abonnements mensuels — qui peuvent résoudre 90 % des besoins d'extraction de documents d'une agence de comté pour 5 % du coût.

Les normes de données publiques transforment le paysage de l'extraction

Le discours sur l'extraction de documents dans le secteur public est de plus en plus façonné par les normes de données que les gouvernements eux-mêmes créent. Les obligations de facturation électronique en Europe en sont l'exemple le plus clair — et elles intéressent les évaluateurs gouvernementaux américains car elles montrent la direction que prennent les normes de données à l'échelle mondiale.

La chronologie des obligations de facturation électronique en Europe pour 2026-2027 montre que les gouvernements remplacent systématiquement les factures PDF par des formats de données structurées (normes basées sur XML comme Factur-X en France, XRechnung en Allemagne et KSeF en Pologne). Le réseau Peppol — une norme d'interopérabilité soutenue par les gouvernements — permet aux systèmes de différents pays d'échanger des factures sans conversion de format, créant ainsi un pipeline de données gouvernemental transfrontalier. La leçon pour les évaluateurs gouvernementaux américains : lorsque les gouvernements imposent des normes de données structurées, l'extraction consiste moins à lire des PDF qu'à mapper des champs XML structurés vers les systèmes internes. La différence entre traiter une facture électronique et une facture PDF n'est pas qu'une question de format — c'est un problème d'intégration de données fondamentalement différent, et les outils d'extraction doivent gérer les deux car la transition du PDF vers les données structurées prend des années.

Pour les agences américaines, la pertinence à court terme est la suivante : si votre agence reçoit des factures, des bons de commande ou d'autres documents de fournisseurs ou sous-traitants basés dans l'UE, vous recevrez de plus en plus de XML structuré en complément ou à la place des PDF. Votre outil d'extraction doit gérer les deux formats sans exiger de flux de travail parallèles. Et si vous êtes une équipe AP qui se prépare à cette transition, une liste de contrôle de préparation sur 90 jours peut aider à structurer le travail interne — de l'identification des fournisseurs concernés au test de votre pipeline de réception — avant que l'obligation n'atteigne votre flux de documents entrants. Pour les sous-traitants de l'autre côté de ce pipeline — traitant les bons de commande fédéraux, étatiques ou municipaux — notre guide sur l'extraction de données des bons de commande gouvernementaux couvre les champs spécifiques au FAR (structure CLIN/SLIN, montants engagés, désignations de réservation) qui font des bons de commande du secteur public un problème d'extraction différent de ceux du secteur commercial.

La tendance générale mérite d'être notée : les gouvernements utilisent de plus en plus leur pouvoir d'achat pour normaliser le format des documents qu'ils reçoivent, ce qui réduit la charge d'extraction au fil du temps. Mais ces mêmes gouvernements ont encore des décennies de papier hérité et des millions de formulaires soumis par les citoyens qui ne se conformeront jamais à une norme structurée — car un contribuable remplissant un formulaire 1040 papier ne génère pas de XML Factur-X. L'outil d'extraction que vous évaluez aujourd'hui doit gérer les deux extrémités de ce spectre.

Questions fréquemment posées

Tout outil d'extraction de documents gouvernementaux doit-il être autorisé FedRAMP ?

Non. FedRAMP est obligatoire pour les services cloud qui traitent des données du gouvernement fédéral dans le cadre d'un contrat avec une agence fédérale. Cela ne s'applique pas automatiquement aux achats des comtés, des villes ou des municipalités. Les exigences au niveau des États varient — certains États imposent StateRAMP, d'autres acceptent SOC 2, et beaucoup n'ont aucune exigence formelle d'autorisation de sécurité cloud pour les outils administratifs à faible risque. Confirmez vos exigences de conformité spécifiques auprès du bureau des achats ou de la sécurité de votre agence avant d'évaluer les fournisseurs. Si votre agence exige FedRAMP, vérifiez directement le statut d'un fournisseur sur le FedRAMP Marketplace — ne vous fiez pas aux affirmations marketing.

Comment vérifier qu'un outil d'extraction de documents respecte réellement les normes Section 508 ?

Demandez le VPAT/ACR du fournisseur et examinez son exhaustivité — chaque critère WCAG 2.0 AA doit indiquer un niveau de conformité (Supports, Partiellement pris en charge, Ne prend pas en charge, ou Sans objet) avec des remarques expliquant la méthodologie de test. Mais le vrai test est une démonstration en direct : demandez au fournisseur d'effectuer un flux de travail d'extraction complet — téléchargement, définition des champs, examen des résultats, exportation — en utilisant uniquement la navigation au clavier et un lecteur d'écran. S'ils ne peuvent pas le faire en direct, le VPAT n'est pas fiable. Testez également la sortie de l'outil : les fichiers Excel et PDF qu'il génère peuvent-ils être lus par les technologies d'assistance ?

Le même outil peut-il fonctionner à la fois pour le bureau de notre greffier de comté et pour une agence fédérale ?

Rarement. Les exigences de conformité divergent fortement entre les niveaux de comté et fédéral. Un outil conçu pour un déploiement fédéral (autorisé FedRAMP, SSO, intégration dédiée, SLA) coûte généralement 50 000 $+ par an et inclut des frais de conformité dont une agence de comté n'a pas besoin et ne devrait pas payer. Un outil conçu pour les petites équipes (30 à 300 $/mois, en libre-service, sans FedRAMP) peut gérer 90 % des besoins d'extraction de documents d'un comté mais ne peut pas passer une revue de sécurité fédérale. Évaluez au niveau pour lequel vous achetez réellement — faire correspondre un besoin de comté à un outil de niveau fédéral, c'est comme acheter un camion de pompiers pour arroser votre jardin.

Les outils d'extraction de documents peuvent-ils gérer la rédaction FOIA ?

Certains peuvent aider à l'étape d'identification, mais pas à la rédaction elle-même. L'extraction de documents par IA peut signaler les champs PII (noms, numéros de sécurité sociale, dates de naissance, numéros de téléphone, adresses) dans des documents non structurés — offrant aux réviseurs une carte de ce qui nécessite une attention avant la rédaction manuelle. Mais la rédaction proprement dite (suppression ou masquage permanent du contenu signalé de manière irréversible) est généralement gérée par des logiciels spécialisés de rédaction FOIA comme CaseGuard, VIDIZMO Redactor ou Redactable. Si le traitement FOIA est votre cas d'utilisation principal, évaluez d'abord les plateformes de rédaction dédiées ; les outils d'extraction de documents qui peuvent pré-identifier les PII peuvent les compléter, mais pas les remplacer.

Quel niveau de précision puis-je attendre sur des documents papier anciens des années 1970 ?

Cela dépend de l'état des documents sources et du moteur OCR. Les documents dactylographiés sur papier de bonne qualité numérisés à 300+ DPI peuvent atteindre une précision de 95 à 98 % au niveau des caractères avec l'OCR moderne basé sur l'IA. Les documents manuscrits, l'encre délavée, les dégâts des eaux et les mises en page non standard (registres multi-colonnes, notes en marge) réduisent considérablement la précision — 70 à 85 % est réaliste pour des documents historiques difficiles. Pour les documents permanents régis par les normes de numérisation 36 CFR Part 1236 de la NARA, vous devrez peut-être effectuer une numérisation conforme FADGI avant l'OCR, ainsi qu'une vérification humaine de la sortie OCR. Les outils d'extraction de documents avec reconnaissance de l'écriture manuscrite basée sur l'IA (plutôt que l'OCR traditionnel) donnent de meilleurs résultats sur l'écriture cursive et dégradée, mais aucun outil n'atteint 99 % sur des documents manuscrits vieux de 50 ans — fixez vos attentes en conséquence.

Comment planifier l'achat d'un outil d'extraction de documents autour du cycle budgétaire gouvernemental ?

Commencez le processus d'évaluation au moins un trimestre avant votre échéance d'exercice fiscal. Pour les agences fédérales (exercice d'octobre à septembre), commencez les évaluations de fournisseurs en avril-mai pour laisser le temps à l'examen de sécurité, au traitement des achats et à l'exécution du contrat avant l'échéance d'obligation du 30 septembre. Pour les agences étatiques/locales (exercice principalement de juillet à juin), commencez en janvier-février. Le T4 (juillet-septembre pour la plupart) est la période d'achat la plus chargée — les fournisseurs répondent plus lentement et le traitement des contrats prend plus de temps. Interrogez les fournisseurs dès le départ sur leur calendrier d'intégration gouvernementale et s'ils peuvent traiter un bon de commande plutôt que d'exiger un paiement par carte de crédit. Certains petits outils SaaS peuvent provisionner un compte dans les 48 heures suivant la réception d'un bon de commande ; les plateformes d'entreprise peuvent nécessiter 4 à 8 semaines.

La prochaine étape n'est pas une démo — c'est un audit documentaire

L'erreur la plus courante dans l'évaluation des technologies gouvernementales est de commencer par la recherche de fournisseurs avant d'avoir défini vos propres besoins. Pour l'extraction de documents, le prérequis n'est pas une matrice de comparaison de fournisseurs — c'est un inventaire clair des documents que votre agence traite réellement, en quels volumes, et avec quels systèmes en aval.

Consacrez une semaine — pas un trimestre — à auditer votre réalité documentaire. Comptez les documents entrés dans votre département le mois dernier et catégorisez-les selon le cadre de cet article : formulaires citoyens, demandes non structurées et archives héritées. Notez les formats dans lesquels ils arrivent (papier, PDF, pièce jointe e-mail, fax, photo mobile). Cartographiez où vont les données après leur saisie manuelle — et si le système de destination peut accepter Excel, CSV ou une entrée API. Identifiez les trois champs qui causent le plus d'erreurs lors de la saisie manuelle (dates dans des formats incohérents ? Noms de fournisseurs avec fautes de frappe ? Montants en dollars avec erreurs décimales ?).

Cet audit — pas la matrice de fonctionnalités d'un fournisseur — est votre cadre d'évaluation. Il vous indique laquelle des six dimensions de décision compte le plus pour votre agence, où vous pouvez faire des compromis, et quelle fourchette de prix est réellement pertinente compte tenu de votre volume. Il vous donne aussi les données nécessaires pour justifier l'achat auprès des réviseurs budgétaires : « Le mois dernier, notre équipe a passé 140 heures à saisir manuellement 3 200 demandes de permis. À 28 $/heure, charges comprises, cela représente 3 920 $/mois rien que pour la saisie. L'outil coûte 200 $/mois. »

Le traitement documentaire gouvernemental a une caractéristique inhabituelle : le même outil qui serait rejeté comme « pas de niveau entreprise » dans un appel d'offres fédéral peut transformer le fonctionnement d'un bureau de comté — car la référence du bureau de comté n'est pas une plateforme IDP d'entreprise. C'est une personne avec une pile de papier et un clavier. Le bon outil est celui qui comble l'écart entre où vous êtes et où vous devez être, pas celui avec la plus longue liste de conformité. Commencez par ce qui est sur votre bureau, pas par ce qui est dans la brochure d'un fournisseur.