OCR, documentherkenning en verwerking zijn niet hetzelfde
OCR (Optical Character Recognition) herkent letters en cijfers in een afbeelding of scan. Extractie zet gevonden informatie in velden, zoals een ordernummer of hoeveelheid. Classificatie bepaalt om welk soort document het gaat. IDP brengt zulke stappen samen met de verdere verwerking.
Een digitaal bestand met vaste velden kan vaak rechtstreeks worden ingelezen. Maak van een beschikbare gestructureerde invoer niet eerst een PDF om die daarna met AI te lezen. Onderzoek bij wisselende opmaak welke herkenning nodig is. Niet iedere documenttaak vraagt een generatief taalmodel.
Lees hoe documentverwerking past binnen Intelligent Automation.
Begin met documentsoorten, niet met alle bestanden tegelijk
Verzamel voorbeelden van het document dat één vervolghandeling ondersteunt. Noteer afzenders, talen, indelingen, bijlagen en slecht leesbare scans. Houd documenten die buiten de taak vallen apart. Een orderbevestiging en een pakbon kunnen dezelfde nummers bevatten, maar betekenen niet hetzelfde.
Maak per veld afspraken over naam, formaat, betekenis en bron. Is een datum de besteldatum of de geplande levering? Zijn aantallen stuks, dozen of pallets? Bepaal ook of een leeg veld is toegestaan en wie een ontbrekende waarde opvraagt. Laat een systeem ontbrekende informatie niet stilzwijgend aanvullen.
Voor de specifieke goedkeuring van facturen en verwerking van orders zijn er aparte artikelen: factuurverwerking automatiseren en orders uit e-mail verwerken.
Voorbeeld: een pakbon klaarzetten voor ontvangstcontrole
Neem een fictieve pakbon met ordernummer PB-204, artikel A17 en “2 dozen”. Het doel is gegevens klaarzetten voor een medewerker die de goederenontvangst controleert. De documentinhoud bewijst niet dat de goederen daadwerkelijk zijn aangekomen.
Op een smal scherm kun je de tabel zijwaarts verschuiven. Met een toetsenbord: focus de tabel en gebruik de pijltjestoetsen.
| Stap | Wat leg je vast? | Wanneer niet automatisch verder? |
|---|---|---|
| Document indelen | Een pakbon, met herleidbare afzender en pagina. | Het is een orderbevestiging of de documentsoort is onduidelijk. |
| Velden overnemen | PB-204, A17, hoeveelheid 2 en eenheid doos; met de oorspronkelijke passage. | Een waarde ontbreekt of twee passages spreken elkaar tegen. |
| Betekenis controleren | Het ordernummer bestaat en de eenheid sluit aan op het doelsysteem. | Het systeem verwacht stuks en het aantal stuks per doos is niet bekend. |
| Voorstel beoordelen | Een bevoegde medewerker vergelijkt voorstel, document en ontvangst. | De feitelijke levering wijkt af of is nog niet gecontroleerd. |
| Verwerking bevestigen | Een herkenbaar verwerkingsnummer en de terugmelding uit het doelsysteem. | De status is onbekend; eerst onderzoeken voordat je opnieuw aanbiedt. |
Een goed gelezen “2” is dus niet voldoende. De eenheid, procesbetekenis en controle bepalen of de volgende handeling past. Houd ook bij of hetzelfde document al is aangeboden.
Maak twijfel en afwijkingen afhandelbaar
Toon de oorspronkelijke pagina naast het voorgestelde veld. Geef aan waarom controle nodig is: een onbekend artikel, ontbrekend veld of afwijkende eenheid. Een beoordelaar moet kunnen corrigeren, terugsturen of stoppen, niet alleen akkoord geven.
Een confidence-score is een inschatting van een herkenningsdienst, geen goedkeuring van de transactie. Beoordeel een eventuele drempel met eigen voorbeelden en de gevolgen van een fout. Een gemiddeld goede herkenning kan fouten in een belangrijk veld verhullen.
Spreek af wie de uitzonderingen behandelt en wat gebeurt bij afwezigheid. Bekijk het werk dat overblijft: documenten verzamelen, onleesbare invoer opvragen, voorstellen controleren en fouten herstellen. Dat hoort bij de afweging of automatisering de moeite waard is.
Wat heb je nodig voor een eerste proef?
- Eén documentstroom en één doel. Bijvoorbeeld pakbongegevens klaarzetten, nog zonder automatisch ontvangst te boeken.
- Een gevarieerde testset. Normale documenten, afwijkende opmaak, ontbrekende velden, dubbele documenten en een verkeerde documentsoort.
- Verwachte antwoorden. Een medewerker legt vooraf vast welke velden bekend zijn en wanneer een geval moet stoppen.
- Een toegestane omgeving. Controleer welke gegevens je mag gebruiken, wie toegang heeft en wat met documenten en afgeleide gegevens gebeurt.
- Een eigenaar voor het vervolg. Iemand beslist welke fouten een vervolg blokkeren en wie onderhoud, controle en herstel uitvoert.
Gebruik in het begin een afgescheiden testomgeving met fictieve of zorgvuldig geselecteerde gegevens. Het verwijderen van een naam maakt een document niet vanzelf anoniem. Bekijk welke bedrijfsgegevens je in een AI-tool kunt gebruiken.
Beoordeel de hele overdracht, niet alleen het uitlezen
Vergelijk per document de verwachte velden met het voorstel en de uiteindelijke verwerking. Noteer gemiste velden, onjuiste waarden die niet werden tegengehouden, correctiewerk en tijd voor controle. Test ook een herhaald document en een ontbrekende terugmelding. Een kleine proef toont aandachtspunten; zij bewijst nog geen werking bij iedere leverancier of documentvariant.
Een koppeling moet passen bij de mogelijkheden van het ontvangende systeem. Onderzoek een bestaande import of API voordat je extra handelingen via het scherm laat uitvoeren. Kies pas een product als de documentsoorten, controle en overdracht duidelijk zijn.
Gebruik de checklist om je proef af te bakenen of vergelijk API, RPA, workflow en AI.
Wanneer is een eenvoudiger oplossing voldoende?
Bij weinig documenten, een vaste indeling of een bestaande import kan een beter formulier, sjabloon of softwarefunctie meer opleveren dan een nieuwe AI-oplossing. Wisselende invoer en veel terugkerend uitzoekwerk maken een proef interessanter, maar vervangen de kostenafweging niet.
Wil je vooral antwoorden terugvinden in handleidingen, in plaats van velden naar een systeem overnemen? Dat is een andere vraag. Lees over een interne AI-kennisbank met controle op bronnen.
Welke documenten kosten je team steeds tijd?
Neem één documentsoort en de gewenste vervolgstap als vertrekpunt. Joshua onderzoekt wat te automatiseren is en of dat de moeite waard is. Samen met technische collega’s kan hij een afgebakend proef- of implementatieplan maken.
Het eerste gesprek is kosteloos, vrijblijvend en duurt ongeveer 15 minuten. Verder advies en uitvoering spreken we afzonderlijk af via Korper, dat de opdrachten uitvoert en factureert.
Plan een gesprek