Wat kost een documentparser bouwen écht?
Een developer die een parser bouwt op basis van een open-source toolkit of cloud-API (Google Document AI, AWS Textract, Azure AI Document Intelligence) heeft in een paar weken iets werkends. Het probleem zit niet in die eerste versie, maar in alles daarna. Documentformaten zijn niet stabiel: leveranciers wijzigen hun PDF-lay-out, een nieuwe klant stuurt een scan met slechte kwaliteit, een vrachtbrief heeft opeens een extra regelblok. Elke variatie vereist aanpassing van de extractieregels. Zonder een team dat die aanpassingen oppakt, verslechtert de nauwkeurigheid langzaam maar zeker. Dat onderhoud is structureel, niet eenmalig, en wordt in de meeste businesscases niet meegenomen.
Abonnementskosten versus bouwkosten: hoe ziet de vergelijking eruit?
Een managed oplossing rekent per document of per maand. Dat voelt als doorlopende kosten, terwijl bouwen als eenmalige investering klinkt. Maar de rekensom verschuift snel als je eerlijk bent over de volledige bouwkosten: initieel ontwikkelwerk, integratie met je ERP of TMS, testen op randgevallen, en daarna het lopende onderhoud bij elke documentvariatie. Bij managed oplossingen zoals dottle zijn de integraties met systemen als Exact, AFAS, SAP of Dynamics voorgebouwd, de schaalbaarheid geregeld en is de time-to-value typisch twee weken in plaats van maanden. Dat tijdsverschil heeft ook een prijs: elke maand dat je team nog handmatig overtypt, is capaciteit die ergens anders niet beschikbaar is.
Documentvariaties zijn het grootste onderhoudsprobleem
Dit is het punt waar de meeste zelfbouwtrajecten op stukslopen. Een parser die goed werkt op twintig bekende formats van twintig vaste leveranciers, begint te wankelen zodra er een format bijkomt dat net anders is opgebouwd. Rule-based extractie is van nature broos bij wisselende lay-outs: je kunt de regels steeds uitbreiden, maar de stapel uitzonderingen groeit mee. Managed oplossingen lossen dit niet magisch op, maar ze brengen de onderhoudsverantwoordelijkheid bij de aanbieder, niet bij jouw IT-afdeling. Nieuwe formats worden gecontroleerd toegevoegd zonder dat jij daar een sprint voor hoeft in te plannen.
Wanneer heeft zelf bouwen wél de voorkeur?
Er zijn situaties waarin maatwerk bouwen logischer is. Ten eerste: als je te maken hebt met strenge data-residency-eisen of air-gapped omgevingen waarbij documenten je eigen infrastructuur niet mogen verlaten. Ten tweede: als je documentformaten zo uniek en stabiel zijn dat een generieke aanpak structureel tekortschiet. Ten derde: als je volume zo hoog is en de documentstructuur zo voorspelbaar dat de beheerskosten van maatwerk op langere termijn lager uitvallen dan een per-document-tarief. In de praktijk is dat laatste alleen realistisch bij zeer grote volumes en een dedicated technisch team dat de parser actief onderhoudt. Voor de meeste operationele teams in transport, food of groothandel valt dat weg: hun IT-afdeling heeft andere prioriteiten en documentformaten variëren meer dan verwacht.
Wat zijn de eerlijke grenzen van een managed oplossing?
Een managed documentparser is geen wondermiddel. Als je brondocumenten structureel van slechte kwaliteit zijn (wazig, handgeschreven, inconsistent), dan helpt geen enkel systeem je volledig. Als je proces niet vastligt, dus als het onduidelijk is welke data je waarvoor nodig hebt, dan is automatisering prematuur, ongeacht de tool. En als je volume laag is (een paar tientallen documenten per maand), dan verdient de investering zich niet terug. dottle is eerlijk over die grens: bij te weinig volume of een onvolwassen proces adviseren we te wachten. De waarde zit in herhalend, voorspelbaar documentwerk op volume.
Conclusie: make-or-buy voor documentparsing
Voor de meeste operationele teams geldt: zelf een documentparser bouwen kost meer dan het lijkt en levert minder op dan gehoopt. De bouwkosten zijn zichtbaar, maar de onderhoudslasten, de vertraging in time-to-value en de capaciteit die intern vastzit, zijn dat veel minder. Een managed oplossing als dottle is live in twee weken, sluit aan op de systemen die je al gebruikt en houdt de verantwoordelijkheid voor variaties bij de aanbieder. Maatwerk bouwen is de betere keuze bij specifieke privacy-eisen, stabiele unieke formats of extreem hoge volumes met een technisch team dat dat structureel kan dragen. In alle andere gevallen is het een duurder avontuur dan nodig.