Keldmoor, en fiktiv industrigrossist fra Ohio, kjøper festemidler i Milwaukee, plastkapslinger i Monterrey og verktøy i Turnov i Tsjekkia. Derfor kommer fakturaene inn som INVOICE, FACTURA og FAKTURA. Én leverandør skriver datoen som 09/11/2026, en annen som 2026-09-17, den tredje som 15. 9. 2026. Én skriver totalsummen som 13,800.00, en annen som 3 960,00. Leverandørreskontroen trenger dem alle samlet i ett og samme fakturaregister, i ensartet form, før en eneste betaling kan planlegges.
Den nye videoen vår, Document → data → action, følger septemberfakturaene gjennom DocReveal — fra PDF-er på tre språk, via én felles struktur, til en ferdig rad i fakturaregisteret. Den varer i tre og et halvt minutt, dere kan se den øverst på denne siden, og den er laget for team innen økonomi, leverandørreskontro og drift. Her er hva dere får se, og hvorfor det betyr noe.
Den skjulte kostnaden ved å kjøpe fra utlandet
Utenlandske leverandører er bra for prisene og for robustheten. For administrasjonen er de mindre bra. Hver ny leverandør kommer med et nytt oppsett, og hvert nytt land med et nytt språk, nye konvensjoner for datoer og tall og noen ganger en ny valuta.
De vanlige løsningene er manuell inntasting, eller en mal per leverandør som slutter å virke den dagen leverandøren endrer oppsettet sitt. Begge deler vokser med antallet leverandører, ikke med verdien av arbeidet.
Lesing: hver faktura, uansett språk
Videoen begynner i Reveal Manager. Én kjøring behandler seks fakturaer fra september — fire på engelsk, én på spansk og én på tsjekkisk — etter én og samme fakturamodell, og fremdriften for hver fil vises i sanntid. Det finnes ingen mal for noen av dem.
Hver fil gjenkjennes som det den er: den spanske fakturaen med overskriften FACTURA og den tsjekkiske med overskriften FAKTURA klassifiseres begge som fakturaer, akkurat som de fire engelske. Alle seks mappes til den samme modellen og skrives til det samme analysedatasettet.
Gjenkjenning: deres egne navn på dokumentene
Hvordan vet DocReveal at en «factura» er en faktura? Systemet leser dokumentets egen overskrift, uansett hvilket språk den er skrevet på, og oversetter den til én dokumenttype. I Model Manager ser teamet hvilke dokumenttyper som så langt er funnet i dokumentene: fakturaer, innkjøpsordrer, kontrakter, varemottaksrapporter.
Teamet beholder selv kontrollen over dette vokabularet. Det kan legge til aliaser på hvilket som helst språk, for eksempel Factura og Faktura for fakturaer, bekrefte typer som systemet har foreslått, og slå sammen duplikater. Klassifikatoren lærer av bekreftede dokumenter, og rettelser gjelder for dokumenter som behandles fra da av.
Struktur: én modell, de samme feltene
Å gjenkjenne typen er halve jobben. Den andre halvparten er strukturen. Fakturamodellen definerer feltene én gang — dokumentnummer, faktura- og forfallsdato, valuta, totalsum, leverandør, fakturalinjer og språk — og hver faktura mappes inn i den, uansett oppsett.
Formatene blir også ensartede. 09/11/2026, 2026-09-17 og 15. 9. 2026 blir alle til ISO-datoer. 13,800.00 og 3 960,00 blir til rene tall med valutaen ved siden av. Angivelsen «30 días (vence 2026-10-17)» på den spanske fakturaen blir en forfallsdato. Herfra er en faktura en faktura, uansett hvem som skrev den, og på hvilket språk.
Dette er de samme septemberfakturaene som dere kanskje kjenner fra videoene Checked, not trusted og Ask your invoices. Der var spørsmålet om de går opp, og hva de summerer seg til. Her er spørsmålet hvor dataene fra dem skal videre.
Levering: en rad i fakturaregisteret
Rene data lønner seg først når de når fram til verktøyene folk jobber i. I Integration Manager bygger videoen en flyt i noen få trinn: den starter når et dokument er behandlet, går bare videre for fakturaer og legger til en rad i teamets fakturaregister i et regneark. Kolonnene er mappet til fakturafelt — leverandør, fakturanummer, forfallsdato, valuta og totalsum — ikke til posisjoner på en side.
Ett klikk publiserer flyten og slår den på. Fra da av etterlater hver behandlede faktura en oppføring i aktivitetsloggen, med input og output for hvert trinn. Og fakturaregisteret fylles opp: seks rader i samme format, enten fakturaen kom fra Milwaukee, Monterrey eller Turnov. De samme dataene kan like gjerne gå til et regnskapssystem, et CRM eller en teamchat.
Dette kan dere ta med dere
- Slutt å bygge én mal per leverandør. Et system som leser mening i stedet for posisjoner på en side, fortsetter å virke når et oppsett endres.
- Bli enige om én struktur først. Definer feltene virksomheten trenger, én gang, og map hvert dokument inn i dem; hver rapport, kontroll og flyt bygger da på de samme dataene.
- Lær systemet vokabularet deres. Dokumenttypene og aliasene deres, bekreftet av teamet deres, holder gjenkjenningen stabil.
- Automatiser leveringen, ta vare på sporet. La behandlede dokumenter flyte inn i verktøyene deres, og sørg for at hver kjøring er dokumentert.
Alle selskaper og tall i videoen er fiktive demodata.
Én struktur. Alle språk.