Thought leaders

Wanneer AI tussen de regels door leest: OCR vs. VLMs

mm
Voeg Unite.AI toe aan je voorkeursbronnen op Google

Kunnen machines echt documenten begrijpen, of zijn ze simpelweg effectiever geworden in het extraheren van informatie? Bij traditionele OCR kan een fout meestal worden opgespoord en gemeten, terwijl een VLM een overtuigende interpretatie kan produceren die nog steeds onjuist is. Voor bedrijven verschuift de eerste beslissing van modelkeuze naar een ongemakkelijkere vraag: welk type fout kan het bedrijf zich veroorloven? De grens tussen herkenning en begrip wordt een praktische kwestie van kwaliteit, automatisering en vertrouwen. 

Hoe Transformatoren Documentverwerking Veranderden

Om te begrijpen hoe documentherkenning documentinterpretatie werd, moeten we eerst kijken naar de technologische verschuiving die dit mogelijk maakte.

De ontwikkeling van AI was gebaseerd op een relatief eenvoudig idee: het introduceren van waarschijnlijkheid in berekeningen die voorheen deterministisch waren. In plaats van altijd hetzelfde resultaat te produceren uit dezelfde invoer, kon een systeem verschillende mogelijke uitkomsten evalueren en de meest waarschijnlijke selecteren.

In de vroege fase begonnen bedrijven als Google geavanceerde modellen te ontwikkelen om enorme hoeveelheden informatie te doorzoeken en te rangschikken. Hoewel het vertalen van een zin, het selecteren van een zoekresultaat en het aanbevelen van een YouTube‑video verschillende taken lijken, delen ze een gemeenschappelijk principe: het vinden van het meest relevante volgende element op basis van wat eraan voorafging. Transformatoren maakten van dit principe een meer universele architectuur.

Met andere woorden, een transformer houdt rekening met de beschikbare context en voorspelt wat er vervolgens moet komen. Hierdoor kan een taalmodel woorden verwerken als onderdelen van een grotere structuur in plaats van als geïsoleerde eenheden.

Die ontwikkeling veranderde documentverwerking. OCR kon al tientallen jaren letters herkennen en omzetten in machinaal leesbare tekst. Een transformer kon die herkende woorden nemen, de relaties ertussen onderzoeken en afleiden wat het document betekende. 

Wanneer een Fout Begint op een Antwoord te Lijken

OCR is primair een herkenningstechnologie. Het leest een document teken voor teken en kan een vertrouwensscore toekennen aan elk resultaat. Als een symbool onduidelijk is, kan het systeem aangeven dat het met 50 % kans het cijfer “3” is en met 40 % kans de letter “Z”. De onzekerheid blijft zichtbaar en meetbaar.

Een VLM ontvangt de herkende tekst en gebruikt de omringende context om dergelijke ambiguïteit op te lossen. Als één teken niet logisch is binnen een woord of zin, kan het model de meer plausibele optie kiezen. In veel gevallen levert dit een beter resultaat op.

Tegelijkertijd verandert dit vermogen de betekenis van kwaliteit. Een traditionele OCR‑fout is vaak gemakkelijk te lokaliseren: het document bevat één teken, terwijl de geëxtraheerde tekst een ander teken bevat. Een VLM‑fout kan veel minder zichtbaar zijn omdat het systeem er een coherente interpretatie omheen bouwt.

Een systeem dat er niet in slaagt een document te verwerken veroorzaakt een duidelijke onderbreking. Een systeem dat het onjuist interpreteert zonder onzekerheid te signaleren, kan de fout laten doorstromen naar een database, een betaling of een andere geautomatiseerde beslissing. Kwaliteit kan daarom niet langer alleen gemeten worden aan het aantal correct geëxtraheerde tekens of velden. Er moet ook rekening worden gehouden met de vraag of het systeem herkende informatie onderscheidt van zijn eigen conclusies.

Wat voor Soort Fout Kan het Proces Tolereren?

Tot voor kort zou de veiligste aanpak voor VLM‑gebaseerde documentverwerking zijn geweest om bijna alles te valideren. Vandaag wordt dat antwoord minder eenduidig naarmate modellen beter worden in het identificeren van inconsistenties en het omgaan met imperfecties die voorheen handmatige controle vereisten.

De beslissing over automatisering moet daarom beginnen met de gevolgen van een fout in plaats van met een algemene nauwkeurigheidsscore.

Het verkeerd lezen van een productcategorie op een kassabon en het verkeerd lezen van het eindbedrag kan binnen hetzelfde document voorkomen, maar ze veroorzaken niet hetzelfde risiconiveau. Het verschil wordt nog groter wanneer het systeem een contractclausule, een medisch dossier of een overheidsformulier verwerkt. Een model kan goed presteren over een volledige dataset en toch falen op een klein aantal velden die bepalen of de zakelijke uitkomst correct is.

Dit betekent dat bedrijven de kritieke elementen van een document moeten definiëren voordat ze bepalen hoeveel van de workflow geautomatiseerd kan worden. Sommige fouten zijn goedkoop en gemakkelijk te herstellen. Andere kunnen leiden tot een onjuiste betaling, een contractuele verplichting of een beslissing gebaseerd op valse medische of financiële informatie.

De eerste vraag moet daarom niet zijn: “Welk model moeten we kiezen?” Maar: “Waar kan een onjuiste interpretatie onaanvaardbare consequenties veroorzaken?” Alleen na het beantwoorden daarvan kan een bedrijf bepalen welke documenten automatisch door het systeem mogen gaan en welke extra controle vereisen.

VLM’s Gaan Al Verder Dan Documenten

Het vermogen om visuele informatie te combineren met context wordt al ver buiten documentverwerking toegepast. Een VLM is niet beperkt tot het lezen van pagina’s: hij kan interpreteren wat een camera ziet en visuele objecten koppelen aan taal, instructies en mogelijke acties.

In autonoom rijden kunnen deze modellen systemen helpen om verkeerssituaties te begrijpen in plaats van alleen individuele voertuigen, voetgangers of verkeersborden te detecteren. In de defensie kunnen ze beelden die door drones zijn vastgelegd analyseren en onderscheid maken tussen mensen, zwaar materieel en andere objecten op de grond.

Landbouw biedt een ander voorbeeld. Een systeem kan een onkruid of insect identificeren, het type bepalen en een passende reactie suggereren, bijvoorbeeld het gebruik van een laser of een specifieke chemische behandeling. 

Robotica ontwikkelt zich in dezelfde richting. Een robot heeft meer nodig dan het vermogen om te herkennen dat een object aanwezig is. Hij moet begrijpen wat het object is, hoe het zich verhoudt tot de omgeving, en welke actie de situatie vereist. VLM’s bieden de laag die visuele waarneming verbindt met instructies en gedrag.

Een soortgelijk principe is zichtbaar in AI‑agenten die met computerinterfaces interageren. Om een cursor te verplaatsen of op een knop te drukken, moet een agent eerst interpreteren wat er op het scherm wordt weergegeven. Een visueel model kan herkennen dat een browser open is, de knop vinden die wordt gebruikt om een e‑mail te verzenden, en de coördinaten teruggeven zodat de agent kan handelen.

Niet al deze toepassingen hebben hetzelfde niveau van productiematuriteit bereikt. Toch tonen ze de bredere transitie binnen AI: systemen gaan van het identificeren van wat zichtbaar is naar het gebruiken van visuele informatie binnen een grotere keten van redeneren en handelen.

Voor documentverwerking betekent dit dat de output van een VLM niet langer eindigt met geëxtraheerde tekst. Het kan een ander proces activeren, een systeem bijwerken of een zakelijke beslissing beïnvloeden. De waarde van interpretatie neemt toe, maar ook de consequenties wanneer die interpretatie fout is.

Van Documenten Lezen naar Handelen op Basis Daarvan

De toekomst van documentverwerking zal waarschijnlijk niet worden bepaald door het verdwijnen van OCR en de vervanging daarvan door VLM’s. De twee technologieën vervullen verschillende functies binnen dezelfde workflow.

Deze gelaagde structuur verklaart ook waarom één universeel model niet voor elk document de juiste oplossing is. Een duidelijk, gestandaardiseerd formulier kan weinig meer nodig hebben dan nauwkeurige herkenning. Een complex contract, medisch dossier of onregelmatig handgeschreven document kan contextuele analyse vereisen. Verschillende documenten kunnen daarom naar verschillende tools worden geleid, afhankelijk van hun structuur, complexiteit en zakelijke belang.

Toch ontstaat er een andere belangrijke vraag: wie neemt die eerste routeringsbeslissing? Als het systeem het document classificeert, de verwerkingsmethode kiest, het resultaat interpreteert en zijn eigen prestaties evalueert, wordt kwaliteitscontrole een extra taak die aan dezelfde technologie wordt toegewezen. Een fout aan het begin kan elke volgende fase beïnvloeden.

Dit is waar de menselijke rol begon te veranderen. In sommige van Keymakr’s documentverwerkingsprojecten, annotators deden meer dan individuele tekens of geëxtraheerde velden controleren. Afhankelijk van de workflow annoteerden en verifieerden ze de gegevens of richtten ze zich specifiek op het valideren van model‑gegenereerde resultaten. Hun werk kon ook het classificeren van inhoud, het interpreteren van documentstructuren, het identificeren van dubbelzinnige of onleesbare elementen, en het markeren van outputs die correctie of verdere beoordeling vereisten omvatten. In deze gevallen ging de menselijke betrokkenheid verder dan het valideren van geïsoleerde gegevenspunten; ze hielden toezicht op hoe informatie door de workflow werd verwerkt. 

Dus, begrijpen machines echt documenten? Ze kunnen al inhoud herkennen, context gebruiken om ambiguïteit op te lossen en conclusies produceren die traditionele OCR nooit kon genereren. In praktische termen lijkt dit op begrip. Maar het proces blijft gebaseerd op waarschijnlijkheden en voorspelde relaties, en de interne logica is niet altijd volledig zichtbaar.

Voor bedrijven is de terminologie minder belangrijk dan de grens die ze onthult. Een systeem wordt nuttig wanneer het verder kan gaan dan alleen lezen en een echt proces kan ondersteunen. Het wordt betrouwbaar alleen wanneer het bedrijf begrijpt waar interpretatie begint, hoe fouten worden gedetecteerd en wie verantwoordelijk blijft voor de daaropvolgende beslissingen.

Michael Abramov is de oprichter & CEO van Introspector, met meer dan 15 jaar ervaring in software‑engineering en computer‑vision AI‑systemen, en bouwt enterprise‑grade labeltools.

Michael begon zijn carrière als software‑engineer en R&D‑manager, waarbij hij schaalbare datasystemen bouwde en cross‑functionele engineeringteams aanstuurde. Tot 2025 was hij CEO van Keymakr, een data‑labelling dienstverleningsbedrijf, waar hij human‑in‑the‑loop‑workflows, geavanceerde QA‑systemen en maatwerk‑tools ontwikkelde om te voldoen aan grootschalige computer‑vision‑ en autonomiedata‑behoeften.

Hij heeft een B.Sc. in Computer Science en een achtergrond in engineering en creatieve kunsten, waardoor hij met een multidisciplinaire blik moeilijke problemen aanpakt. Michael bevindt zich op het snijvlak van technologische innovatie, strategisch productleiderschap en impact in de echte wereld, en stuwt de volgende grens van autonome systemen en intelligente automatisering voort.