Laat MiMo je facturen niet zonder controle verwerken
In het kort
Xiaomi biedt met MiMo-V2.6-Pro ondersteuning voor gestructureerde uitvoer en het aanroepen van hulpmiddelen. Dat kan handmatig overtypen verminderen, maar een correct gevormd bericht is nog geen correct factuurbedrag of een geldige opdracht. Bedrijven moeten vormcontrole en inhoudelijke controle uit elkaar houden. De economische kans zit in minder invoerwerk zonder dat herstelkosten of ongeoorloofde handelingen toenemen.
Een factuur wordt door een AI-model omgezet in een bericht met vaste velden: leverancier, factuurnummer, bedrag en datum. Voor de volgende softwarestap is dat veel handiger dan een vrije alinea. Toch kan een bericht technisch perfect leesbaar zijn en inhoudelijk onjuist. Het totaal kan bijvoorbeeld van de verkeerde pagina komen, of een datum kan worden verwisseld met de vervaldatum.
De modelpagina van MiMo-V2.6-Pro noemt ondersteuning voor gestructureerde uitvoer en hulpmiddelen. Het gaat hier om die commerciële dienst, niet om de aanname dat de gewichten van iedere MiMo-variant vrij beschikbaar zijn. De zakelijke vraag is hoe een bedrijf de uitkomst gecontroleerd kan gebruiken, niet hoe snel een demonstratie een net bericht oplevert.
Een schema controleert de verpakking
Een schema beschrijft welke velden aanwezig moeten zijn en welk soort gegevens daarin hoort. Een datum moet bijvoorbeeld herkenbaar zijn als datum, een bedrag als getal en een valuta als afgesproken code. Dat voorkomt een deel van de fouten die ontstaan wanneer software vrije tekst moet interpreteren.
Maar een schema weet niet vanzelf of het bedrag bij de juiste factuur hoort. Daarvoor zijn inhoudelijke controles nodig. Het opgegeven totaal kan worden vergeleken met de som van de regels. Het leveranciersnummer kan tegen een gecontroleerd bestand worden gehouden. Een wijziging van bankrekening kan buiten de automatische route worden geplaatst. Dit zijn algemene ontwerpvoorbeelden, geen volledig controleprotocol voor betalingsverkeer.
Het onderscheid is belangrijk omdat taalmodellen aannemelijke invullingen kunnen produceren wanneer informatie ontbreekt. Voor een bedrijfsproces kan “onbekend” dan beter zijn dan een netjes gevormde gok. De toepassing moet die mogelijkheid toelaten en ontbrekende informatie zichtbaar maken. Anders beloont zij volledigheid waar voorzichtigheid nodig is.
De tokenrekening is niet het hele formulier
De internationale MiMo-prijspagina, bijgewerkt op 8 oktober, vermeldt voor V2.6-Pro $0,435 per miljoen inputtokens en $0,87 per miljoen outputtokens. V2.6-Flash staat op $0,14 en $0,28. Cachegebruik en batchverwerking hebben eigen tarieven. De twee varianten mogen alleen op dezelfde taak en met dezelfde acceptatie-eisen worden vergeleken.
Neem een expliciet rekenvoorbeeld van 100.000 korte teksttaken per maand, elk met 2.000 inputtokens en 200 betaalde outputtokens. Zonder cache, batchkorting, tools en belastingen kost Pro $87 plus $17,40, samen $104,40. Flash kost bij hetzelfde tokenvolume $28 plus $5,60, samen $33,60. Het verschil is $70,80. Dat zegt nog niets over het verschil in herstelwerk of geschiktheid voor de gekozen invoer.
Wanneer één variant vaker een verkeerde inhoudelijke interpretatie geeft, kan de goedkopere tokenrekening alsnog duurder uitvallen. Omgekeerd is Pro niet automatisch nodig wanneer Flash dezelfde gecontroleerde taak goed uitvoert. De acceptatietest moet dat bepalen. Een leverancierbenchmark over programmeren kan niet rechtstreeks als bewijs voor Nederlandse factuurverwerking dienen.
Ook invoer buiten het model kan geld kosten. Een scan moet mogelijk eerst naar tekst worden omgezet. Een bronsysteem moet worden gekoppeld. De uitkomst moet worden opgeslagen en terugvindbaar blijven. Die stappen zijn niet in de tokenberekening opgenomen en horen wel in een projectbegroting.
De waarde van een uitzondering
Veel automatiseringsprojecten beoordelen succes aan de hand van het percentage taken dat zonder menselijke tussenkomst wordt verwerkt. Dat is begrijpelijk, maar kan een verkeerd doel worden. Een systeem dat een twijfelgeval terecht tegenhoudt, veroorzaakt extra werk en voorkomt mogelijk een grotere fout. Het is dus niet automatisch slechter dan een systeem dat overal zelf een antwoord op geeft.
Een bruikbare proef onderscheidt daarom correcte automatische verwerking, terechte doorverwijzing en onjuiste automatische verwerking. Alleen de eerste groep levert direct bespaarde invoertijd op. De tweede groep kan risico beperken. De derde groep vraagt herstel en kan schade veroorzaken. Deze categorieën mogen niet in één aantrekkelijk automatiseringspercentage verdwijnen.
Het sterkste argument voor gestructureerde uitvoer blijft de eenvoud van koppelen. Zodra de vorm voorspelbaar is, kan gewone software controles en vervolgacties uitvoeren. Dat maakt het model beter inzetbaar als onderdeel van een proces. Het geeft het model niet vanzelf de bevoegdheid om iedere vervolgactie te laten plaatsvinden.
Hoeveel minuten moeten verdwijnen
Stel dat een organisatie €25.000 investeert in koppelingen, controles en een representatieve testset. Jaarlijks worden €10.000 voor beheer en gebruik begroot. Bij een terugverdientijd van drie jaar is €18.333,33 jaarlijks voordeel nodig. Tegen €55 per uur en 50.000 taken per jaar is dat 0,4 minuut, oftewel 24 seconden netto tijdwinst per taak.
Netto betekent na correctie en afhandeling van uitzonderingen. Een besparing van één minuut overtypen die gemiddeld veertig seconden extra herstel veroorzaakt, haalt deze grens niet. Een besparing van een halve minuut met nauwelijks extra herstel kan haar wel halen. Het verschil is met echte taken te meten zonder te speculeren over de toekomstige intelligentie van het model.
De uurwaarde moet eveneens realistisch zijn. Vrijgekomen tijd leidt niet altijd tot lagere loonkosten. Zij kan worden gebruikt om piekdrukte op te vangen of achterstanden weg te werken. Dat kan waardevol zijn, maar een begroting moet zichtbaar maken of zij vermeden uitgaven, extra capaciteit of extra omzet waardeert.
Drie jaren van gecontroleerde verwerking
Voor 2027, 2028 en 2029 houden we het volume op 50.000 taken. Het lage pad bespaart netto 0,1, 0,15 en 0,2 minuut per taak. Het middenpad bespaart 0,4, 0,5 en 0,6 minuut; het hoge pad 0,8, 1 en 1,2 minuut. De jaarlijkse formule is taken maal minuten gedeeld door zestig, maal €55, minus €10.000. Het zijn eigen scenario’s, geen gemeten resultaten van MiMo.
Na drie jaar en de startinvestering van €25.000 resteert in het lage pad min €34.375, in het middenpad plus €13.750 en in het hoge pad plus €82.500. Financiering en belastingen zijn niet meegenomen. De scenario’s veronderstellen ook niet dat een lage huidige tokenprijs permanent gelijk blijft; het jaarlijkse budget moet tegen werkelijk gebruik worden getoetst.
MiMo kan de afstand tussen taal en bedrijfssoftware verkleinen. Dat is een nuttige ontwikkeling, mits de software niet alleen controleert of een veld bestaat, maar ook of de inhoud aannemelijk en bevoegd is. Minder netto verwerkingstijd bij een gelijkblijvende of lagere foutlast is het bewijs dat telt. Een keurig gevormd bericht op zichzelf is dat niet.
Opmerkingen