--- title: Mēs testējam pasūtījumu importēšanu no dokumentiem ar MI slug: ai-order-import-from-documents locale: lv description: LiteTMS nolasa transporta pasūtījumu, saskaņo datus un parāda, kas vēl jālabo, pirms ekspeditors izveido pasūtījumu sistēmā. date: 2026-08-12 updated: 2026-08-21 category: product-updates tags: ai, order-import, freight-forwarding, dispatch cover: https://cdn.litetms.eu/blog/2026/08/tmpq0b9t-a-cover.jpg cover_web: https://cdn.litetms.eu/blog/2026/08/tmpq0b9t-a-web.webp cover_thumb: https://cdn.litetms.eu/blog/2026/08/tmpq0b9t-a-thumb.webp cover_alt: LiteTMS pasūtījumu izveides ekrāns ar Matchcode un mākslīgā intelekta dokumentu importēšanas opcijām author: LiteTMS Team draft: false --- LiteTMS sistēmā mēs testējam MI pasūtījumu importētāju, kas nolasa transporta dokumentu, sagatavo strukturētu pasūtījuma melnrakstu, salīdzina to ar darba vidē jau esošajiem datiem un precīzi parāda ekspeditoram, kam vēl jāpievērš uzmanība pirms pasūtījuma izveides. Mērķis ir vienkāršs: atbrīvot ekspeditoru no nepieciešamības pārrakstīt informāciju, kas jau ir pieejama PDF failā, skenētā dokumentā, biroja dokumentā vai e-pastā. ## Divi veidi, kā sākt darbu bez tukšas veidlapas Regulāriem pārvadājumiem jau tiek izmantoti Matchcode kodi. Ekspeditors var saglabāt pārbaudītu pasūtījuma šablonu, atrast to pēc koda vai nosaukuma un izmantot kā sākumpunktu nākamajam līdzīgajam uzdevumam. Saglabātajā šablonā var iekļaut maršrutu, apkalpi, dokumentus, ģeožogus un finanšu sadaļas. MI importētājs risina citu situāciju. Pasūtījums ienāk no sistēmas ārpuses, un tā noformējums atbilst klienta, nevis LiteTMS standartam. Tā vietā, lai katram nosūtītājam veidotu atsevišķu veidni, ekspeditors vienkārši augšupielādē dokumentu un ļauj LiteTMS to nolasīt. Tādējādi pasūtījuma izveides ekrānā ir divi praktiski saīsnes ceļi. Izmantojiet Matchcode, kad darbs atkārtojas. Izmantojiet MI, ja sākotnējais avots ir dokuments, kuru citādi nāktos pārrakstīt lauku pa laukam. ## Ko LiteTMS nolasa un sagatavo Pašreizējā testa versijā tiek atbalstīti PDF faili, izplatītākie attēlu formāti, DOC un DOCX faili, kā arī EML e-pasta faili. Sistēma nolasa visu avota failu, neprasot lietotājam iekopēt atsevišķus fragmentus. No šī materiāla tiek sagatavots viens strukturēts transporta pasūtījums. Atkarībā no dokumenta satura melnrakstā var iekļaut: 1. Pasūtītāju un atsevišķu maksātāju. 2. Iekraušanas un izkraušanas vietas, adreses, datumus, laika logus, atsauces numurus un kontaktinformāciju. 3. Kravas aprakstu, svaru, daudzumu, iepakojumu, paletes, iekraušanas metrus (LDM), apjomu, ADR klasi un temperatūras režīmu. 4. Vilcēja un puspiekabes reģistrācijas numurus, vadītāja datus, cenu, valūtu, PVN un apmaksas nosacījumus. Trūkstošā informācija netiek izdomāta. Datu nolasīšanas nosacījumi modelim skaidri aizliedz minēt nodokļu maksātāja reģistrācijas numuru, transportlīdzekļa numurzīmi, cenu vai jebkuru citu vērtību, kuras avotā nav. ## Pārskatīšanas ekrāns: vieta, kur notiek būtiskākais darbs Faila nolasīšana ir tikai puse no darba. Pēc tam LiteTMS salīdzina iegūtos datus ar uzņēmuma sistēmā jau esošajiem ierakstiem. Darījumu partnerus var sasaistīt pēc nodokļu maksātāja reģistrācijas numura vai uzņēmuma nosaukuma. Apstāšanās punkti tiek sasaistīti ar reālām ģeogrāfiskām vietām. Transportlīdzekļu numuri tiek pārbaudīti autoparka reģistrā. Pārskatīšanas ekrānā precīza sakritība tiek skaidri nodalīta no ieteikuma un nesaskaņota ieraksta. Šī atšķirība ir būtiska. Sistēma, kas pārliecināti aizpilda katru lauku, var slēpt dārgas kļūdas. Tā vietā LiteTMS sagatavo skaidru darba kopsavilkumu: kādi dokumenti tika nolasīti, kas tika iegūts, kas ir saskaņots, kas ir tikai ieteikums un kam vēl nepieciešams manuāls lēmums. Ekspeditors var izvēlēties citu ieteikto partneri, atrast pareizo vietu, labot nolasītās kravas vai finanšu vērtības un izlemt, vai piesaistīt atpazīto transportlīdzekli. Tikai pēc šīs pārbaudes lietotājs apstiprina un izveido pasūtījumu standarta LiteTMS pasūtījumu ievades formā. ## Ko mēs testējam pašlaik Datu apstrādes ķēde sistēmā LiteTMS jau darbojas un iziet pēdējos testus, pirms tā kļūs par standarta pasūtījumu izveides daļu. Transporta uzņēmumu dokumenti ievērojami atšķiras. Datorā ģenerēts PDF fails, nofotografēta lapa, e-pasta sarakste vai skenēts dokuments ar ar roku rakstītām piezīmēm rada pilnīgi atšķirīgus izaicinājumus. Mēs pārbaudām ne tikai datu nolasīšanas precizitāti. Mēs vērtējam arī to, cik precīzs un uzticams ir saskaņošanas kopsavilkums, vai nepārliecinoši ieteikumi ir skaidri apzīmēti un vai ekspeditors var izlabot neatbilstības ātrāk, nekā ievadot pasūtījumu no nulles. Mēs ieviešam šo funkciju pakāpeniski un pārbaudām to ar arvien jauniem dokumentu formātiem. Tas ļauj mums pilnveidot saskaņošanas kopsavilkumu un manuālo labojumu gaitu pirms pilnas funkcionalitātes palaišanas. ## Kāpēc tas maina ekspeditora ikdienu Datu manuāla ievade prasa uzmanību divreiz. Vispirms ekspeditors izlasa dokumentu. Pēc tam viņš to lasa vēlreiz, pārrakstot nosaukumus, adreses, datumus, atsauces, kravas datus un likmes transporta vadības sistēmā (TMS). Sarežģītākā darba daļa sākas tikai tad, kad pārrakstīšana ir pabeigta. MI pasūtījumu imports novirza uzmanību uz izņēmumiem. Dokuments pārtop par melnrakstu, uzņēmuma dati tiek saskaņoti, kur vien iespējams, un ekspeditors pārskata vien īsu lēmumu sarakstu. Matchcode kodi dara to pašu regulārajiem pārvadājumiem no otras puses: darbs sākas ar uzticamu iekšējo šablonu, nevis tukšu formu. Tieši šāds efektivitātes pieaugums ir mūsu mērķis. Mazāk pārrakstīšanas. Vairāk laika ekspedīcijas uzdevumiem, kuros nepieciešams pieņemt profesionālus lēmumus. MI importētājs ir noslēguma testēšanas posmā un drīzumā papildinās standarta pasūtījumu izveides procesu. Varat [izveidot LiteTMS darba vidi](/en/register) un sekot līdzi jaunumiem mūsu blogā. ## Biežāk uzdotie jautājumi ### Vai LiteTMS var izveidot pasūtījumu no PDF faila vai e-pasta? MI importētājs, kas pašlaik tiek testēts, spēj nolasīt PDF failus, attēlus, biroja dokumentus un EML e-pasta failus, sagatavojot vienu strukturētu pasūtījuma melnrakstu. Lietotājs pārskata un apstiprina šo melnrakstu pirms LiteTMS izveido pasūtījumu. ### Vai MI izveido pasūtījumu bez ekspeditora pārbaudes? Nē. LiteTMS vispirms parāda iegūtos datus, sakritības, ieteikumus un neatrisinātos punktus. Ekspeditors veic nepieciešamos labojumus un apstiprina pasūtījumu. ### Kas notiek, ja LiteTMS nevar saskaņot darījumu partneri vai adresi? Pārskatā šis ieraksts tiek atzīmēts kā ieteikums vai nesaskaņots, nevis uzdots par drošu rezultātu. Lietotājs var izvēlēties citu variantu, meklēt pareizo ierakstu vai ievadīt trūkstošos datus manuāli. ### Ar ko MI pasūtījumu imports atšķiras no Matchcode koda? Matchcode pamatā ir saglabāts LiteTMS pasūtījuma šablons, un tas ir piemērots regulāriem pārvadājumiem. MI pasūtījumu imports sākas ar ārēju dokumentu un sagatavo melnrakstu no tajā atrastās informācijas.