Keldmoor, en fiktiv industrigrossist fra Ohio, køber befæstelseselementer i Milwaukee, plastkabinetter i Monterrey og værktøj i Turnov i Tjekkiet. Fakturaerne kommer derfor ind som INVOICE, FACTURA og FAKTURA. Én leverandør skriver datoen som 09/11/2026, en anden som 2026-09-17, den tredje som 15. 9. 2026. Én skriver totalbeløbet som 13,800.00, en anden som 3 960,00. Kreditorbogholderiet skal have dem alle samlet i ét fakturaregister og i ensartet form, før det kan planlægge en eneste betaling.
Vores nye video, Document → data → action, følger septemberfakturaerne gennem DocReveal — fra PDF-filer på tre sprog, via én fælles struktur, til en færdig række i fakturaregistret. Den varer tre og et halvt minut, I kan se den øverst på denne side, og den er lavet til teams inden for økonomi, kreditorbogholderi og drift. Her er, hvad I får at se, og hvorfor det betyder noget.
Den skjulte pris ved at købe i udlandet
Udenlandske leverandører er gode for priserne og for robustheden. For administrationen er de knap så gode. Hver ny leverandør kommer med et nyt layout, og hvert nyt land med et nyt sprog, nye konventioner for datoer og tal og nogle gange en ny valuta.
De sædvanlige løsninger er manuel indtastning eller en skabelon pr. leverandør, der holder op med at virke den dag, leverandøren ændrer sit layout. Begge dele vokser med antallet af leverandører, ikke med værdien af arbejdet.
Læsning: hver faktura, på ethvert sprog
Videoen åbner i Reveal Manager. Én kørsel behandler seks fakturaer fra september — fire på engelsk, én på spansk og én på tjekkisk — efter én og samme fakturamodel, og fremdriften for hver fil kan følges live. Der er ingen skabelon til nogen af dem.
Hver fil genkendes som det, den er: den spanske ”factura” og den tjekkiske ”faktura” klassificeres begge som fakturaer, præcis som de fire engelske. Alle seks mappes til den samme model og skrives til det samme analysedatasæt.
Genkendelse: jeres egne navne på jeres dokumenter
Hvordan ved DocReveal, at en ”factura” er en faktura? Systemet læser dokumentets egen overskrift, uanset hvilket sprog den er skrevet på, og oversætter den til én dokumenttype. I Model Manager ser teamet, hvilke dokumenttyper der indtil nu er fundet i dets dokumenter: fakturaer, indkøbsordrer, kontrakter, varemodtagelsesrapporter.
Teamet bevarer selv kontrollen over det ordforråd. Det kan tilføje aliasser på alle sprog, for eksempel Factura og Faktura for fakturaer, bekræfte typer, som systemet har foreslået, og slå dubletter sammen. Klassifikatoren lærer af bekræftede dokumenter, og rettelser gælder for de dokumenter, der behandles fra da af.
Struktur: én model, de samme felter
At genkende typen er halvdelen af arbejdet. Den anden halvdel er strukturen. Fakturamodellen definerer felterne én gang — dokumentnummer, faktura- og forfaldsdato, valuta, totalbeløb, leverandør, fakturalinjer og sprog — og hver faktura mappes ind i den, uanset layout.
Formaterne bliver også ensartede. 09/11/2026, 2026-09-17 og 15. 9. 2026 bliver alle til ISO-datoer. 13,800.00 og 3 960,00 bliver til rene tal med valutaen ved siden af. Angivelsen ”30 días (vence 2026-10-17)” på den spanske faktura bliver til en forfaldsdato. Herfra er en faktura en faktura, uanset hvem der har skrevet den, og på hvilket sprog.
Det er de samme fakturaer fra september, som I måske kender fra videoerne Checked, not trusted og Ask your invoices. Dér handlede det om, hvorvidt de går op, og hvad de løber op i. Her handler det om, hvor deres data skal hen bagefter.
Levering: en række i fakturaregistret
Rene data betaler sig først, når de når frem til de værktøjer, folk arbejder i. I Integration Manager bygger videoen et flow i få trin: det starter, når et dokument er behandlet, fortsætter kun for fakturaer og tilføjer en række til teamets fakturaregister i et regneark. Kolonnerne er mappet til fakturafelter — leverandør, fakturanummer, forfaldsdato, valuta og totalbeløb — ikke til positioner på en side.
Ét klik udgiver flowet og slår det til. Fra da af efterlader hver behandlet faktura en post i aktivitetsloggen med input og output for hvert trin. Og fakturaregistret fyldes op: seks rækker i samme format, uanset om fakturaen kom fra Milwaukee, Monterrey eller Turnov. De samme data kan lige så godt sendes videre til et regnskabssystem, et CRM eller en teamchat.
Det skal I tage med
- Stop med at bygge en skabelon pr. leverandør. Et system, der læser betydning frem for positioner på en side, bliver ved med at virke, når et layout ændres.
- Bliv enige om én struktur først. Definér én gang de felter, jeres forretning har brug for, og map hvert dokument ind i dem; hver rapport, hver kontrol og hvert flow bygger så på de samme data.
- Lær systemet jeres ordforråd. Jeres dokumenttyper og aliasser, bekræftet af jeres team, holder genkendelsen stabil.
- Automatisér leveringen, og bevar sporet. Lad behandlede dokumenter strømme ind i jeres værktøjer, og sørg for, at hver kørsel er dokumenteret.
Alle virksomheder og tal i videoen er fiktive demodata.
Én struktur. Alle sprog.