Keldmoor, kuvitteellinen teollisuustuotteiden tukkuliike Ohiosta, ostaa kiinnitystarvikkeita Milwaukeesta, muovikoteloita Monterreysta ja työkaluja Tšekin Turnovista. Siksi sen laskut saapuvat otsikoilla INVOICE, FACTURA ja FAKTURA. Yksi toimittaja kirjoittaa päivämäärän muodossa 09/11/2026, toinen 2026-09-17 ja kolmas 15. 9. 2026. Yksi merkitsee loppusumman 13,800.00, toinen 3 960,00. Ostoreskontratiimi tarvitsee ne kaikki samaan ostolaskurekisteriin ja samassa muodossa, ennen kuin se voi suunnitella ainuttakaan maksua.
Uusi videomme, Document → data → action, seuraa näitä syyskuun laskuja DocRevealin läpi — kolmella kielellä kirjoitetuista PDF-tiedostoista yhteisen rakenteen kautta valmiiksi riviksi ostolaskurekisteriin. Video kestää kolme ja puoli minuuttia, voitte katsoa sen tämän sivun yläosasta, ja se on tehty taloushallinnon, ostoreskontran ja operatiivisen puolen tiimeille. Seuraavassa kerromme, mitä näette ja miksi sillä on merkitystä.
Ulkomailta ostamisen piilokustannukset
Kansainväliset toimittajat ovat hyvä asia hintojen ja häiriönsietokyvyn kannalta. Taustatoimintojen kannalta ne eivät ole yhtä hyvä asia. Jokainen uusi toimittaja tuo mukanaan uuden asettelun, ja jokainen uusi maa uuden kielen, uudet päivämäärien ja lukujen merkintätavat ja joskus uuden valuutan.
Tavalliset ratkaisut ovat käsin näppäily tai toimittajakohtainen mallipohja, joka lakkaa toimimasta sinä päivänä, kun toimittaja muuttaa asetteluaan. Kumpikin kasvaa toimittajien määrän mukana, ei työn arvon mukana.
Lukeminen: jokainen lasku, millä kielellä tahansa
Video alkaa Reveal Managerista. Yksi ajo käsittelee kuusi syyskuun laskua — neljä englanninkielistä, yhden espanjankielisen ja yhden tšekinkielisen — saman laskumallin mukaan, ja jokaisen tiedoston eteneminen näkyy reaaliajassa. Yhdellekään niistä ei ole mallipohjaa.
Jokainen tiedosto tunnistetaan siksi, mitä se on: espanjankielinen factura ja tšekinkielinen faktura luokitellaan molemmat laskuiksi, aivan kuten neljä englanninkielistä. Kaikki kuusi mapataan samaan malliin ja kirjoitetaan samaan analytiikka-aineistoon.
Tunnistaminen: omat nimenne omille dokumenteillenne
Mistä DocReveal tietää, että factura on lasku? Se lukee dokumentin oman otsikon, millä kielellä otsikko onkin kirjoitettu, ja kääntää sen yhdeksi dokumenttityypiksi. Model Managerissa tiimi näkee dokumenttityypit, jotka sen dokumenteista on tähän mennessä löydetty: laskut, ostotilaukset, sopimukset ja tavaran vastaanottoraportit.
Tiimi pitää tämän sanaston omissa käsissään. Se voi lisätä aliasnimiä millä tahansa kielellä, esimerkiksi laskuille nimet Factura ja Faktura, vahvistaa järjestelmän ehdottamia tyyppejä ja yhdistää päällekkäiset tyypit. Luokittelija oppii vahvistetuista dokumenteista, ja korjaukset koskevat dokumentteja, jotka käsitellään siitä eteenpäin.
Rakenne: yksi malli, samat kentät
Tyypin tunnistaminen on puolet työstä. Toinen puoli on rakenne. Laskumalli määrittelee kentät kerran — dokumenttinumero, laskun päivämäärä ja eräpäivä, valuutta, loppusumma, toimittaja, laskurivit ja kieli — ja jokainen lasku mapataan siihen asettelusta riippumatta.
Myös merkintätavat yhtenäistyvät. 09/11/2026, 2026-09-17 ja 15. 9. 2026 muuttuvat kaikki ISO-muotoisiksi päivämääriksi. 13,800.00 ja 3 960,00 muuttuvat pelkiksi luvuiksi, joiden vieressä on valuutta. Espanjankielisen laskun merkinnästä ”30 días (vence 2026-10-17)” tulee eräpäivä. Tästä eteenpäin lasku on lasku, kirjoitti sen kuka tahansa ja millä kielellä tahansa.
Nämä ovat samoja syyskuun laskuja, jotka saatatte tuntea videoista Checked, not trusted ja Ask your invoices. Niissä kysyttiin, täsmäävätkö laskut ja paljonko niistä kertyy yhteensä. Tässä kysytään, minne niiden tiedot menevät seuraavaksi.
Toimitus: rivi ostolaskurekisteriin
Puhdas data alkaa tuottaa hyötyä vasta, kun se päätyy työkaluihin, joilla ihmiset tekevät työtään. Videossa rakennetaan Integration Managerissa muutamassa vaiheessa virta: se käynnistyy, kun dokumentti on käsitelty, jatkaa vain laskujen kohdalla ja lisää rivin ostolaskurekisteriin, jota tiimi pitää taulukossa. Sarakkeet on mapattu laskun kenttiin — toimittaja, laskunumero, eräpäivä, valuutta ja loppusumma — eikä sijainteihin sivulla.
Yksi klikkaus julkaisee virran ja kytkee sen päälle. Siitä lähtien jokainen käsitelty lasku jättää toimintalokiin merkinnän, jossa näkyvät kunkin vaiheen syöte ja tuloste. Ja ostolaskurekisteri täyttyy: kuusi riviä samassa muodossa, tuli lasku sitten Milwaukeesta, Monterreysta tai Turnovista. Samat tiedot voivat yhtä hyvin mennä kirjanpitojärjestelmään, CRM:ään tai tiimin chattiin.
Mitä tästä kannattaa muistaa
- Älkää enää rakentako mallipohjaa jokaiselle toimittajalle. Järjestelmä, joka lukee merkityksiä eikä sijainteja sivulla, toimii edelleen, kun asettelu muuttuu.
- Sopikaa ensin yhdestä rakenteesta. Määritelkää liiketoimintanne tarvitsemat kentät kerran ja mapatkaa jokainen dokumentti niihin; silloin jokainen raportti, tarkistus ja virta rakentuu samalle datalle.
- Opettakaa järjestelmälle sanastonne. Omat dokumenttityyppinne ja aliasnimenne, tiiminne vahvistamina, pitävät tunnistuksen vakaana.
- Automatisoikaa toimitus, säilyttäkää jälki. Antakaa käsiteltyjen dokumenttien virrata työkaluihinne ja pitäkää jokaisesta ajosta kirjaa.
Kaikki videon yritykset ja luvut ovat kuvitteellista demodataa.
Yksi rakenne. Kaikki kielet.