EDI, RPA of AI: welke automatisering past bij jouw backoffice?

Wie automatisering zoekt voor de backoffice komt drie afkortingen tegen die door elkaar gebruikt worden, maar wezenlijk verschillen. De verkeerde keuze kost je een jaar en een teleurstelling: een EDI-traject dat maar de helft van de klanten dekt, een RPA-robot die stukloopt op de eerste afwijkende PDF. Daarom eerst de nuchtere uitleg, daarna een beslistabel en een voorbeeld van hoe de drie naast elkaar werken in één handelsbedrijf.

Wat is EDI en wanneer werkt het?

EDI (Electronic Data Interchange) is de afspraak tussen twee bedrijven om data in een vast format uit te wisselen, van systeem naar systeem. Een order van klant A komt als gestructureerd bericht binnen en landt zonder tussenkomst in jouw ERP. Werkt het, dan is het de beste oplossing die er bestaat: geen mens, geen fout, geen vertraging.

De beperking zit in het woord afspraak. Beide partijen moeten hetzelfde format, dezelfde artikelcodes en dezelfde berichtenstroom inrichten en onderhouden. Je grootste klanten willen dat misschien; de lange staart van kleinere klanten blijft mailen, en de klant die het wel wil, heeft er zes maanden en een IT-project voor nodig. In de praktijk dekt EDI zelden meer dan de helft van de orderstroom, en de rest blijft handwerk. Dat handwerk is precies het deel waar de meeste tijd en de meeste fouten zitten.

Wat is RPA en waar loopt het vast?

RPA (Robotic Process Automation) is software die menselijke handelingen in schermen nabootst: open dit venster, klik hier, kopieer dat veld, plak het daar. Sterk voor stabiele, voorspelbare taken in systemen zonder koppeling, bijvoorbeeld elke avond een rapport uit systeem X in systeem Y overzetten.

De zwakte: RPA volgt regels en begrijpt niets. Verandert een schermindeling, verschuift een kolom in de Excel van een klant, of wijkt een document af van het verwachte format, dan stopt de robot of, erger, doet hij het fout zonder het te merken. Elk echt backofficeproces zit vol met dat soort afwijkingen. Daarom stranden veel RPA-trajecten niet op de techniek, maar op het onderhoud: iemand moet de robot blijven bijstellen voor elke nieuwe uitzondering, en dat is precies het werk dat je wilde kwijtraken.

Wat voegt AI toe?

Een digitale medewerker op basis van AI leest documenten zoals een mens dat doet: hij begrijpt de inhoud, ook bij vrije tekst, scans en wisselende formats. Hij hoeft niet te weten in welke kolom het artikelnummer staat; hij herkent wat een artikelnummer is. Daarmee automatiseert hij precies de stroom die bij EDI en RPA overblijft: de mail-orders, de afwijkende PDF's, de gescande pakbonnen met krabbels, de orderbevestigingen die per leverancier anders zijn opgemaakt.

En anders dan RPA kan hij omgaan met twijfel. Wat hij niet zeker weet, legt hij voor aan het team, met de reden erbij, in plaats van te stoppen of te gokken. Elke beslissing van het team leert hij mee. Zo wordt hij, anders dan een robot, met de tijd beter in plaats van brozer.

De beslistabel

• Grote klant, hoog volume, bereid tot vaste afspraken en een gezamenlijk project: EDI.
• Stabiele interne taak in een systeem zonder koppeling, zonder afwijkingen: RPA of, beter nog, een echte koppeling.
• Documenten in wisselende formats van veel verschillende afzenders (mail, PDF, Excel, scan): een digitale medewerker.
• Stroom met veel uitzonderingen en interpretatie, waar nu ervaren mensen op zitten: een digitale medewerker, met het team voor de afwijkingen.

Hoe werken ze naast elkaar? Een voorbeeld

Neem een handelsbedrijf met 600 orders per week. De vijf grootste klanten leveren via EDI: 250 orders, nul handwerk. De overige 350 komen per mail: PDF's, Excels, losse zinnen. Vroeger deed een team van drie mensen die 350 met de hand. Nu leest een digitale medewerker ze, controleert ze tegen artikel- en klantgegevens en boekt ze in het ERP; 85 procent gaat zelfstandig, ongeveer 50 orders per week legt hij voor. Het team behandelt die 50 in een uur per dag. De EDI-koppelingen blijven staan, er is niets afgebroken, en voor het eerst is er één getal voor de hele stroom: hoeveel procent van alle 600 orders gaat zonder mensenhanden.

De conclusie is dus geen of-of. Houd je EDI-koppelingen, laat RPA staan waar het werkt, en zet een digitale medewerker op het deel dat nu nog met de hand gaat. Meet vervolgens één ding: hoeveel procent van de totale stroom zelfstandig gaat.

Waar let je op bij de keuze?

1. Tel per kanaal: hoeveel orders komen via EDI, portaal, mail? Waar zit het handwerk echt?
2. Tel de afzenders: veel verschillende formats van veel partijen wijst naar AI, één vast format naar EDI.
3. Kijk naar de uitzonderingen: hoeveel procent van de documenten vraagt nu interpretatie? Hoe hoger, hoe minder RPA past.
4. Vraag om een meting op je eigen documenten voordat je tekent, welk label er ook op de oplossing zit.

Veelgestelde vragen

Vervangt een digitale medewerker onze bestaande EDI-koppelingen?

Nee, die laat je gewoon draaien. Hij pakt de stroom die niet via EDI binnenkomt, zodat je eindelijk één werkwijze hebt voor alle orders.

Wij hebben al eens RPA geprobeerd en het liep vast. Waarom zou een digitale medewerker wel werken?

Omdat het faalmechanisme verschilt. RPA breekt op afwijkingen; een digitale medewerker is juist gebouwd om afwijkingen te herkennen en voor te leggen. Bewijs blijft nodig, en daarom meten we het op jouw documenten voordat je uitbreidt.

Is AI niet duurder dan EDI of RPA?

Per document is een digitale medewerker meestal goedkoper dan het handwerk dat hij vervangt, en de start is begrensd: één proces, twee weken, vaste prijs. EDI is per klant een project; RPA lijkt goedkoop tot je het onderhoud meetelt. Reken het per stroom door, niet per technologie.

Twijfel je wat bij jouw stroom past? Plan een demo: we bekijken jouw processen en geven een eerlijk advies, ook als dat EDI is.