Wat doet een OCR-template precies?
Een OCR-template legt vast waar een bepaald veld op een document staat: het btw-nummer staat altijd op regel 4, kolom 2; het totaalbedrag altijd rechtsonder. Het systeem leest die coördinaten uit en haalt de waarden op. Dat werkt uitstekend als jouw leverancier altijd hetzelfde formulier stuurt, in dezelfde lay-out, zonder afwijkingen. Denk aan een grote retailketen die elke week dezelfde inkooporder in hetzelfde PDF-formaat aanlevert. Eén template, duizenden documenten, minimale foutmarge. Goedkoop in gebruik, snel in verwerking, deterministisch: je weet precies wat het systeem doet.
Waar templates op vastlopen: variatie is de vijand
Het probleem begint zodra een leverancier zijn factuur herindelt, een vervoerder een andere CMR-lay-out hanteert of een nieuwe klant orders aanlevert in een formaat dat je nog nooit zag. De template herkent het veld niet meer, of erger: hij leest de verkeerde waarde uit zonder dat je het merkt. In de praktijk betekent dit dat je voor elke afzender een aparte template moet bouwen en onderhouden. Een transportbedrijf dat werkt met tientallen vervoerders ziet dat snel oplopen: dertig vervoerders, dertig CMR-templates, en bij elke lay-outwijziging moet iemand de template aanpassen. Dat is geen automatisering, dat is sjabloonbeheer.
Wat document AI anders doet
Document AI leest een document niet op basis van coördinaten, maar op basis van context. Het systeem begrijpt dat een getal na het woord 'totaal' of 'bedrag verschuldigd' waarschijnlijk het factuurbedrag is, ook als dat getal linksonder staat in plaats van rechtsonder. Het herkent een afleveradres als afleveradres, ook op een CMR van een vervoerder die je voor het eerst ziet. Dat maakt document AI bruikbaar voor wisselende lay-outs, onbekende leveranciers en meerdere documenttypen door elkaar, zoals orders, pakbonnen en facturen die allemaal via dezelfde e-mailbox binnenkomen. Je bouwt geen templates per afzender; het systeem leest wat er staat en plaatst het in het juiste veld.
Concrete voorbeelden: CMR-vrachtbrieven en inkooporders
CMR-vrachtbrieven zijn een goed voorbeeld van variatie die templates breekt. Elke vervoerder heeft zijn eigen lay-out: sommige zijn digitaal gegenereerd, andere zijn handmatig ingevuld en gescand, en de veldposities verschillen per land van herkomst. Een template-systeem vereist per vervoerder een aparte configuratie. Document AI leest het CMR-veld voor veld op basis van wat er staat, ongeacht de lay-out. Hetzelfde geldt voor inkooporders van tientallen leveranciers in de groothandel: elk bedrijf heeft zijn eigen opmaak, sommige sturen Excel, andere PDF, en een enkeling nog een Word-document. Templates schalen daar niet op; document AI wel. Dat is geen theoretisch voordeel, dat is het verschil tussen een werkende workflow en een continue onderhoudstaak.
Eerlijk over de trade-offs: wanneer kies je toch voor templates?
Templates zijn niet per definitie slechter. Als jouw documentmix klein en stabiel is, weinig leveranciers hebt en de lay-outs al jaren hetzelfde zijn, is een template-aanpak goedkoper en eenvoudiger te beheren. Document AI vraagt een hogere instapinvestering per document en is zinlozer als er weinig variatie te overbruggen valt. De echte vraag is: hoeveel variatie zit er in je documentstroom, en hoe vaak verandert die? Weinig variatie, stabiele formats, bekende afzenders: templates doen het werk. Veel variatie, wisselende vervoerders of leveranciers, meerdere documenttypen: dan betaal je bij templates voor onderhoud wat je bij document AI niet kwijt bent. De grens ligt niet bij een exact aantal documenten per jaar, maar bij de verhouding tussen volume en variatie in je eigen mix.
Stelling: templates schalen niet mee met variatie
De kern van het verschil is schaalbaarheid bij variatie. Een template-systeem groeit lineair met het aantal afzenders: meer leveranciers betekent meer templates, meer onderhoud, meer kwetsbare configuraties. Document AI groeit mee met volume zonder dat variatie extra werk oplevert. Wie vandaag tien leveranciers heeft en er volgend jaar vijftien bijkrijgt, loopt met templates tegen een onderhoudsmuur. Met document AI verandert er operationeel niets. Dat is de reden dat document AI geen vervanging is van templates bij stabiele documenten, maar een betere keuze wordt zodra variatie de bottleneck is.