Invoice, Factura, Faktura: så gör DocReveal varje faktura, oavsett språk, till en rad i ert fakturaregister

Keldmoor, en fiktiv industrigrossist från Ohio, köper fästelement i Milwaukee, plasthöljen i Monterrey och verktyg i Turnov i Tjeckien. Därför kommer fakturorna in som INVOICE, FACTURA och FAKTURA. En leverantör skriver datumet som 09/11/2026, en annan som 2026-09-17, den tredje som 15. 9. 2026. En skriver totalbeloppet som 13,800.00, en annan som 3 960,00. Leverantörsreskontran behöver ha dem alla i ett och samma fakturaregister, i enhetlig form, innan den kan planera en enda betalning.

Vår nya video, Document → data → action, följer septemberfakturorna genom DocReveal — från PDF-filer på tre språk, via en gemensam struktur, till en färdig rad i fakturaregistret. Den är tre och en halv minut lång, ni kan se den högst upp på den här sidan, och den är gjord för team inom ekonomi, leverantörsreskontra och drift. Här beskriver vi vad ni får se och varför det spelar roll.

Den dolda kostnaden för inköp från utlandet

Utländska leverantörer är bra för priserna och för motståndskraften. För ekonomiadministrationen är de mindre bra. Varje ny leverantör kommer med en ny layout, och varje nytt land med ett nytt språk, nya sätt att skriva datum och tal och ibland en ny valuta.

De vanliga lösningarna är manuell inknappning eller en mall per leverantör, som slutar fungera den dag leverantören ändrar sin layout. Båda växer i takt med antalet leverantörer, inte med värdet av arbetet.

Läsning: varje faktura, på vilket språk som helst

Videon börjar i Reveal Manager. En enda körning bearbetar sex fakturor från september — fyra på engelska, en på spanska och en på tjeckiska — mot en och samma fakturamodell, och förloppet för varje fil syns i realtid. Ingen av dem har någon mall.

Varje fil känns igen för vad den är: den spanska fakturan med rubriken FACTURA och den tjeckiska med rubriken FAKTURA klassas båda som fakturor, precis som de fyra engelska. Alla sex mappas till samma modell och skrivs till samma analysdataset.

Igenkänning: era egna namn på era dokument

Hur vet DocReveal att en ”factura” är en faktura? Systemet läser dokumentets egen rubrik, oavsett vilket språk den är skriven på, och översätter den till en enda dokumenttyp. I Model Manager ser teamet vilka dokumenttyper som hittills har påträffats i dess dokument: fakturor, inköpsordrar, avtal, godsmottagningsrapporter.

Teamet behåller själv kontrollen över det ordförrådet. Det kan lägga till alias på vilket språk som helst, till exempel Factura och Faktura för fakturor, bekräfta typer som systemet har föreslagit och slå ihop dubbletter. Klassificeraren lär sig av bekräftade dokument, och rättelser gäller för dokument som bearbetas från och med då.

Struktur: en modell, samma fält

Att känna igen typen är halva jobbet. Den andra halvan är strukturen. Fakturamodellen definierar fälten en gång — dokumentnummer, faktura- och förfallodatum, valuta, totalbelopp, leverantör, fakturarader och språk — och varje faktura mappas till den, oavsett layout.

Även formaten blir enhetliga. 09/11/2026, 2026-09-17 och 15. 9. 2026 blir alla ISO-datum. 13,800.00 och 3 960,00 blir rena tal med valutan bredvid. Uppgiften ”30 días (vence 2026-10-17)” på den spanska fakturan blir ett förfallodatum. Härifrån är en faktura en faktura, oavsett vem som skrev den och på vilket språk.

Det här är samma septemberfakturor som ni kanske känner igen från videorna Checked, not trusted och Ask your invoices. Där gällde frågan om de går ihop och vad de landar på. Här gäller frågan vart deras data tar vägen härnäst.

Leverans: en rad i fakturaregistret

Rena data lönar sig först när de når fram till verktygen som människor arbetar i. I Integration Manager bygger videon ett flöde i några få steg: det startar när ett dokument har bearbetats, fortsätter bara för fakturor och lägger till en rad i teamets fakturaregister i ett kalkylblad. Kolumnerna är mappade mot fakturafält — leverantör, fakturanummer, förfallodatum, valuta och totalbelopp — inte mot positioner på en sida.

Ett klick publicerar flödet och slår på det. Från och med då lämnar varje bearbetad faktura en post i aktivitetsloggen, med indata och utdata för varje steg. Och fakturaregistret fylls på: sex rader i samma format, oavsett om fakturan kom från Milwaukee, Monterrey eller Turnov. Samma data kan lika gärna gå till ett bokföringssystem, ett CRM eller en teamchatt.

Det här tar ni med er

  • Sluta bygga en mall per leverantör. Ett system som läser innebörd snarare än positioner på en sida fortsätter att fungera när en layout ändras.
  • Kom överens om en struktur först. Definiera en gång de fält som er verksamhet behöver och mappa varje dokument till dem; varje rapport, kontroll och flöde bygger sedan på samma data.
  • Lär systemet ert ordförråd. Era dokumenttyper och alias, bekräftade av ert team, håller igenkänningen stabil.
  • Automatisera leveransen, behåll spåren. Låt bearbetade dokument flöda in i era verktyg, och se till att varje körning finns dokumenterad.

Alla företag och siffror i videon är fiktiva demodata.

En struktur. Alla språk.