Muitinės deklaracijų automatizavimo eiga UK ekspeditoriams

Dokumentų rinkinys, kurį valdo šis darbo srautas

Muitinės automatizavimas veikia tik tada, kai darbo srautas į siuntą žiūri kaip į dokumentų rinkinį. Sistema turi sulyginti kiekvieną šaltinio failą prieš sugeneruodama deklaraciją.

• Komercinė sąskaita: pardavėjas, pirkėjas, vertės, valiuta, incoterms ir prekių aprašai.
• Pakavimo lapas: pakuočių skaičius, bruto / neto svoris, matmenys ir paletės.
• CMR, AWB ar važtaraštis: transporto nuorodos, siuntėjas, gavėjas ir maršrutas.
• Sertifikatai ir licencijos: kilmė, atitiktis, fitosanitariniai ar reguliuojamų prekių įrodymai.
• Sugeneruoti rezultatai: deklaracijos duomenys, vairuotojo paketas, kliento prekės ženklu paruošti PDF ir audito eksportas.

Kodėl vien „automatizuoti deklaraciją“ nepakanka

Dauguma komandų klausia: „ar AI gali sugeneruoti deklaraciją už mane?“ Toks mąstymas veda prie pokalbio lango, kuris sukuria tikėtinai atrodantį XML ir palieka nulį audituojamo pėdsako. Tikras darbo vienetas yra dokumentų darbo srautas: kiekviena sąskaita, pakavimo lapas ir važtaraštis, atėję į bendrą pašto dėžutę, turi būti susieti su siuntos įrašu, sulyginti tarpusavyje, paversti atitinkančia deklaracija ir išsaugoti su pilna kilme.

5 muitinės dokumentų darbo srauto etapai

1. Surinkimas: pašto dėžutė ar TMS įvykis priskiria PDF, skeną ar nuotrauką konkrečiai siuntai.
2. Ištraukimas: agentas paima HS kodus, svorius, vertes ir gavėjo duomenis su puslapio citatomis.
3. Validacija: sąskaita, pakavimo lapas ir važtaraštis sulyginami prieš krovinį pasiekiant sieną.
4. Generavimas: Paperless paruošia deklaraciją ir vairuotojo dokumentus iš validuotų duomenų.
5. Auditas: vienas paketas rodo, iš kur atsirado kiekviena reikšmė.

Įrankiai, paleidikliai ir duomenų srautas

Dažniausias paleidiklis yra nauja siunta CargoWise, Descartes ar kitoje TMS sistemoje, bet praktikoje lygiai taip pat dažnai pradžia būna bendra muitinės pašto dėžutė. Darbo srautas laukia trūkstamų dokumentų, ištraukia struktūruotus laukus, validuoja siuntos įrašą ir tik tada rašo patvirtintus duomenis atgal į TMS ar muitinės portalą.

• TMS įvykis sukuria siuntos darbo erdvę ir privalomų dokumentų sąrašą.
• Pašto dėžutės ar saugyklos analizatorius susieja sąskaitas, pakavimo lapus ir važtaraščius su siunta.
• Validacijos žingsnis blokuoja deklaracijos generavimą, jei svoris, kiekiai ar HS kodai nesutampa.

Kokie KPI realiai keičiasi

Muitinės automatizavimo vertė neturi būti matuojama vien pagal tai, ar deklaracija sugeneruota greičiau. Svarbiau matyti, kiek mažiau kartų komanda taiso deklaracijas, kiek trumpiau apmokomi nauji darbuotojai ir kiek greičiau galima surinkti įrodymus klientui ar HMRC.

• Deklaracijos paruošimo laikas krenta nuo maždaug 45 minučių iki maždaug 3 minučių vienam vilkikui.
• Atmestų ar taisomų deklaracijų dalis krenta nuo 8-12% iki mažiau nei 1%, kai sistema pagauna neatitikimus prieš pasienį.
• Naujo deklaracijų specialisto įvedimas sutrumpėja nuo 4 savaičių iki maždaug 3 dienų, nes darbo srautas užkoduoja standartinę procedūrą, o ne remiasi komandos atmintimi.

Kurti, pirkti ar rinktis hibridą?

Rinkoje yra standartinių SaaS įrankių, bet priklausomybė nuo tiekėjo dažnai būna stipri, o dauguma jų prastai tvarko keistus skenus, užsienio kalbų pakavimo lapus ar nestandartinių incoterms ilgąją uodegą. Veikiantis hibridinis modelis: CargoWise ar kita TMS lieka pagrindine sistema, o virš jos pastatomas individualus darbo srauto sluoksnis, kuris surenka, ištraukia, validuoja ir generuoja dokumentus, o kiekvieną artefaktą saugo jūsų debesijoje.

• TMS išlieka operaciniu šaltiniu, todėl nereikia keisti visos komandos darbo.
• Dokumentų sluoksnis sprendžia netvarkingus PDF, skenus, trūkstamus laukus ir audito pėdsaką.
• Kiekvienas artefaktas lieka jūsų saugykloje, o ne uždarame tiekėjo portale.

Praktinis įgyvendinimo modelis

Stiprus muitinės deklaracijų automatizavimas prasideda ne nuo deklaracijos formos, o nuo dokumentų kontrolės. Pirmas techninis žingsnis yra aiškiai apibrėžti, kurie failai privalomi kiekvienam maršrutui, klientui ir prekių tipui. Tik tada verta jungti AI ištraukimą, nes be privalomų dokumentų sąrašo sistema negali žinoti, ar deklaracija paruošta.

Dažniausiai diegimas daromas etapais: pirmiausia bendra pašto dėžutė ir dokumentų klasifikavimas, tada HS kodų, svorių ir verčių ištraukimas, vėliau 3 krypčių validacija ir tik pabaigoje deklaracijos bei vairuotojo dokumentų generavimas. Toks eiliškumas sumažina riziką, nes komanda pradeda matyti klaidas dar prieš automatizuojant galutinį išvedimą.

Svarbu temą įvardinti konkrečiai: muitinės deklaracijų automatizavimas, ekspeditorių dokumentų automatizavimas, CargoWise dokumentų darbo srautas, HMRC audito pėdsakas. Tai nėra bendras „AI dokumentams“ procesas - tai operacinis srautas, kuriame svarbiausia atsekamumas, validacija ir įrodymų išsaugojimas.

• Minimalus MVP: dokumentų gavimas iš pašto dėžutės, siuntos atpažinimas, dokumentų kontrolinis sąrašas ir neatitikimų ataskaita.
• Antras etapas: struktūruotas laukų ištraukimas su puslapio citatomis ir pasitikėjimo reikšmėmis.
• Trečias etapas: validuota deklaracijos duomenų lentelė, kuri gali būti perduodama brokeriui, TMS ar muitinės portalui.

Rizikos kontrolės, kurios svarbios auditui

Automatizuojant muitinės procesą negalima daryti prielaidos, kad AI visada teisus. Kiekvienas automatiškai ištrauktas laukas turi turėti šaltinio dokumentą, puslapį ir taisyklę, pagal kurią buvo patvirtintas. Jei HS kodas rastas sąskaitoje, bet svoris skiriasi nuo pakavimo lapo, sistema turi stabdyti deklaraciją, o ne gražiai sugeneruoti klaidingą PDF.

Todėl geras darbo srautas turi žmogaus peržiūros eilę. Ji neturi būti naudojama kiekvienam dokumentui, bet turi sugauti žemą pasitikėjimą, trūkstamus sertifikatus, neatitikusius svorius ir neįprastus incoterms. Taip automatizavimas sumažina rankinį darbą, bet nepašalina kontrolės ten, kur reikia atsakomybės.