
EU:n laajuinen tuonnin ALV-palautuksen auditointi: 9 tarkistusta rajat ylittäviin tulli-ilmoituksiin Itävallan tuomioistuimen ratkaisun jälkeen
29 July 2026
EU:n tulliruuhka: 30, 60 ja 90 päivän vaatimustenmukaisuuden virstanpylväät
29 July 2026

FLEX. Logistics
Tarjoamme logistiikkapalveluita verkkomyyjille Euroopassa: Amazon FBA -valmistelu, FBA-poistotilausten käsittely, edelleenlähetys täyttökeskuksiin – sekä FBA- että Vendor-lähetykset.
Myyjän välittäjä pyytää päivitettyjä HS-luokituksia ja siistiä toimittajatietosyötettä. Myyjällä ei ole kumpaakaan – luokitustiedosto on taulukko, jota on viimeksi päivitetty kaksi vuotta sitten, ja toimittajien laskut saapuvat kolmessa eri muodossa. Tämä ei ole vielä estetty lähetys. Se on tietopuute, josta tulee estetty lähetys sinä päivänä, kun tulliviranomainen tiukentaa tarkastuksiaan. EU:n tulli -uudistus, joka toteutetaan vaiheittain vuosina 2026–2028, keskittää tuontitiedot niin kutsutun EU Customs Data Hubin kautta, ja se muuttaa sen, mitä tietojen on oltava jäsenneltyjä, varmennettuja ja jaettavissa ennen tavaroiden liikkumista, ei sen jälkeen. Verkkomyyjille, jotka hoitavat tulliselvitystä verkkomyyjille Euroopassa välittäjän tai huolitsijan kautta, käytännön kysymys ei ole se, milloin alusta otetaan käyttöön. Se on se, kestääkö myyjän oma toimittajatieto, HS-luokitustietueet ja välittäjän tietojenjakamisjärjestely tiukemman, keskitetyimmän tarkastuksen ilman viime hetken uudelleentyötä.
Mitä vaiheittainen käyttöönotto todella muuttaa myyjille
EU:n tulliuudistus otetaan käyttöön vaiheittain eikä yhtenä kertamuutoksena, juuri siksi odottaminen lopullista käyttöönottoa on heikko suunnitelma. Varhaiset vaiheet vaikuttavat siihen, miten tuonti-ilmoitukset toimitetaan ja ristiintarkastetaan; myöhemmät vaiheet laajentavat tietojenjakamisodotuksia jäsenvaltioiden välillä. Myyjälle merkityksellinen mekanismi ei ole alustan sisäinen arkkitehtuuri – se on tietokuri, jonka alusta olettaa olevan olemassa ylävirrassa, toimittajan ja välittäjän tasolla.
Nykyään monet myyjät käsittelevät HS-luokitusta asiana, jonka välittäjä tai huolitsija selvittää saapuessa, usein epätäydellisistä tuotekuvauksista. Keskitetty tietomalli vähentää toleranssia tällaiselle ad hoc -luokitukselle, koska epäjohdonmukaiset koodit eri lähetyksissä tulevat näkyviksi sen sijaan, että ne hautautuisivat paperitiedostoihin. Sama pätee toimittajatietosyötteisiin: jos tuotteen alkuperä, materiaalin koostumus tai arvostustiedot sijaitsevat erillisissä taulukoissa, ei ole siistiä syötettä annettavaksi välittäjälle, kun tietojenjakamisodotukset tiukentuvat. Myyjät, jotka uudelleenjärjestävät tämän nyt – rakentamalla yhden, versioidun luokitustietueen ja toimittajatietosyötteen, jonka välittäjä voi todella kuluttaa – eivät reagoi määräaikaan. He poistavat riippuvuuden manuaalisesta sovittelusta, jota on vaikeampi ylläpitää, kun tulliselvitys verkkomyyjille Euroopassa muuttuu yhä tietolähtöisemmäksi.
Vahvista ennen tavaroiden liikkumista: myyjän tulisi pystyä vastaamaan neljään kysymykseen ennen kuin seuraava lähetys lähtee toimittajan tehtaalta. Ensinnäkin, onko jokaisella SKU:lla nykyinen HS-koodi, joka juontaa juurensa dokumentoituun luokituspäätökseen, ei arvaukseen, joka on kopioitu samankaltaisesta tuotteesta? Toiseksi, onko toimittajatieto – alkuperämaa, materiaalin erittely, yksikköarvo – tallennettu jäsenneltyyn muotoon, jonka välittäjä voi vastaanottaa, eikä luettavaksi manuaalisesti kaupallisesta laskusta? Kolmanneksi, onko nimetty henkilö tai tiimi vastuussa luokituksen päivittämisestä, kun tuote muuttuu, uudelleenmuotoillaan tai hankitaan uudelta toimittajalta? Neljänneksi, sisältääkö välittäjäsuhde sovitun tietojenjakamismuodon, vai riippuuko jokainen lähetys yhä sähköpostiliitteistä ja manuaalisesta syötöstä.
Mikään tästä ei edellytä Customs Data Hubin olevan käytössä. Se edellyttää tuontitietoarkkitehtuurin käsittelemistä operatiivisena omaisuutena nyt, ennen vaiheittaista käyttöönottoa, jotta lopulliset tietojenjakamisvaatimukset ovat muotomuutos eivätkä uudelleenrakentaminen.
Mikä menee pieleen ilman selkeää omistajaa: kun HS-luokitus ja toimittajatieto sijaitsevat ilman yhtä ainoaa omistajaa, epäonnistuminen näkyy epäjohdonmukaisina ilmoituksina saman tuotteen lähetyksissä – yhdessä merkinnässä käytetään viime vuoden koodia, toisessa välittäjän parasta arvausta. Tulliviranomaiset, jotka ristiintarkastavat keskitettyjä tietoja, ovat todennäköisemmin merkitsemässä tämän epäjohdonmukaisuuden kuin paperipohjainen järjestelmä koskaan, ja merkitty ilmoitus tarkoittaa pidätystä, selvityspyyntöä tai manuaalista tarkastusta, joka lisää päiviä selvitykseen.
Kaupallinen kustannus ei ole abstrakti. Viivästynyt tullivapautus siirtää FC-luovutuspäivää, mikä voi vaikuttaa Amazonin saapuvien lähetysten aikaväleihin tai vähittäiskaupan toimitusikkunoihin, joihin on jo sitouduttu ostajille. Uudelleentyö välittäjän tasolla – korjatun luokituksen tai puuttuvan toimittajatiedon uudelleenlähetys – aiheuttaa myös omat kustannuksensa, ja toistuvat korjaukset samalle SKU:lle osoittavat juuri sellaista tuontitietoarkkitehtuurin puutetta, jonka tiukempi, keskitetty järjestelmä on rakennettu tuomaan esiin.
Missä vastuu todella sijaitsee myyjän, toimittajan ja välittäjän välillä
Myyjä omistaa tuoteratkaisun – mitä se on, mistä se on valmistettu, mistä se tulee – vaikka välittäjä usein jättää ilmoituksen. Tämä ero on tärkeä, koska välittäjät voivat luokitella ja ilmoittaa vain niin hyvin kuin saamansa tiedot. Jos toimittaja muuttaa komponenttia tai valmistusmaata eikä ilmoita siitä, välittäjä jättää ilmoituksen vanhentuneiden tietojen perusteella, ja myyjä on se, joka on alttiina, kun tulliviranomainen kyseenalaistaa ilmoituksen.
Toimiva malli määrittää kolme erillistä vastuuta sen sijaan, että oletetaan yhden osapuolen kattavan kaikki. Toimittaja vahvistaa tuotteen koostumuksen ja alkuperän muutoksen hetkellä, ei kerran vuodessa. Myyjä (tai sisäinen operatiivinen vastuuhenkilö) ylläpitää pääasiallista HS-luokitustietuetta ja päättää, milloin tuote tarvitsee uudelleenluokittelua. Välittäjä vastaanottaa nämä tiedot sovitussa, jäsennellyssä muodossa ja jättää ilmoituksen niiden perusteella – sen sijaan, että rekonstruoisi ne laskuista joka kerta.
Tässä EU:n tulliuudistus 2026 muuttaa käytännön laskelmaa. Kun tietojenjakamisodotukset siirtyvät kohti jäsennellympiä, keskitettyjä muotoja, välittäjäsuhde, joka yhä perustuu ad hoc -sähköpostiliitteisiin, muuttuu pullonkaulaksi. Myyjät, jotka formalisoivat toimittajasta välittäjään -tietopolun nyt – jaetun mallin, luokitustietokannan tai tulliselvitys -kumppanin kautta, joka jo käsittelee jäsenneltyjä tietosyötteitä – asemoivat luovutuksen selviytymään siirtymästä sen sijaan, että joutuisivat neuvottelemaan sen uudelleen paineen alla, kun alustan vaiheet laajenevat.
Toimittajatarkistukset, jotka kannattaa vahvistaa nyt
- Jokaisella aktiivisella SKU:lla on dokumentoitu HS-koodi, joka on linkitetty tiettyyn luokituspäätökseen, ei peritty samankaltaisesta tuotteesta.
- Alkuperämaa ja materiaalin koostumus on kirjattu SKU-kohtaisesti, ei oletettu staattiseksi uudelleentilauksissa.
- Toimittajien laskut sisältävät tietokentät, joita välittäjä todella tarvitsee – arvostusperuste, alkuperä, tuotekuvaus – eivät geneerisiä rivikohtia.
- Tuotemuutokset (uusi toimittaja, uudelleenmuotoilu, pakkausmuutos) käynnistävät olemassa olevan luokituksen tarkistuksen.
- Yksi sisäinen tiedosto tai järjestelmä sisältää nykyiset luokitustiedot ja korvaa hajallaan olevat taulukot eri tiimeissä.
Välittäjän tietojenjakamistarkistukset, jotka kannattaa vahvistaa nyt
- Välittäjällä on sovittu tietomuoto toimittaja- ja luokitustietojen vastaanottamiseen, ei ad hoc -sähköpostiliitteitä.
- Molemmilla puolilla on nimetty yhteyshenkilö, joka vastaa luokituskiistojen ratkaisemisesta ennen ilmoituksen jättämistä, ei pidätyksen jälkeen.
- Välittäjä voi vahvistaa, miten se käsittelee keskitettyjä tietojenjakamismuutoksia EU:n tulliuudistuksen 2026 vaiheiden edetessä.
- Ilmoitushistoriaa tarkistetaan säännöllisesti johdonmukaisuuden osalta saman SKU:n lähetyksissä.
- Myyjällä on näkyvyys siihen, mitkä ilmoitukset korjattiin tai kyseenalaistettiin ja miksi, sen sijaan että näkisi vain onnistuneet vapautukset.
Tuontitietoarkkitehtuurin puutteet, jotka luovat riskiä
- Luokitustieto sijaitsee vain yhdellä henkilöllä, ilman varmuuskopiotietuetta, jos hän lähtee tai ei ole tavoitettavissa.
- Toimittajatietojen muutokset ilmoitetaan epävirallisesti, jos ollenkaan, eikä jäsennellyn päivitysprosessin kautta.
- Useita välittäjiä käytetään eri lähetyksissä ilman jaettua luokitusviitettä, mikä tuottaa epäjohdonmukaisia koodeja samalle tuotteelle.
- Aiempien ilmoitusten sisäistä auditointia ei ole, joten toistuvat luokitusvirheet jäävät huomaamatta, kunnes pidätys tapahtuu.
- Sisäisesti käytettyjä tietomuotoja ei voida viedä siististi välittäjälle tai tulevaisuuden keskitetyn alustan vaatimukseen.
Operatiiviset toimenpiteet, jotka kannattaa tehdä ennen käyttöönottovaiheiden laajenemista
- Kokoa HS-luokitus yhteen ylläpidettyyn tietueeseen, jota tarkistetaan määrätyin väliajoin, ei vain ongelman ilmetessä.
- Kysy nykyiseltä välittäjältä suoraan, miten he aikovat sopeutua Customs Data Hubin tietojenjakamisvaatimuksiin vaiheiden edetessä.
- Rakenna standardi toimittajatietomalli, joka kattaa alkuperän, koostumuksen ja arvostuskentät, joita välittäjät johdonmukaisesti tarvitsevat.
- Nimeä nimetty sisäinen omistaja tuontitietoarkkitehtuurille, erillään päivittäisestä lähetysten koordinoinnista.
- Käsittele tätä vuosien 2026–2027 suunnittelutehtävänä, ei vuoden 2028 määräaikana, ottaen huomioon käyttöönoton vaiheittainen luonne.
Korjauksen järjestäminen sen sijaan, että odotettaisiin määräaikaa
Käytännön järjestys alkaa auditoinnista, ei järjestelmähankinnasta. Vedä viimeisten kahdentoista kuukauden ilmoitukset ja tarkista epäjohdonmukaiset HS-koodit samalla SKU:lla – tämä yksin yleensä paljastaa, onko luokituksella omistaja vai onko se ajautunut välittäjän arvailujen varaan. Seuraavaksi kartoita, mistä toimittajatieto todella on peräisin: laskuista, taulukoista, hankintayhteyshenkilön suullisista vahvistuksista. Missä tahansa tieto ei ole jäsenneltyä tai jäljitettävää, se on ensimmäinen korjauspaikka, koska se on myös ensimmäinen paikka, jonka tiukempi keskitetty tarkastus paljastaa.
Kun auditointi on tehty, järjestys siirtyy välittäjäsuhteeseen. Keskustelu siitä, miten välittäjä aikoo käsitellä EU:n tulliuudistuksen 2026 tietojenjakamisodotuksia, kertoo myyjälle, suhtautuuko kyseinen välittäjä siirtymään vakavasti vai odottaako se reagointia. Välittäjät, jotka jo uudelleenjärjestävät vastaanottoprosessiaan hyväksyäkseen jäsenneltyjä toimittajasyötteitä, ovat erilainen kumppani kuin sellainen, joka yhä pyytää PDF-laskuja sähköpostitse.
Viimeinen vaihe on sisäinen omistajuus. Tuontitietoarkkitehtuuri ei voi olla jaettu vastuu ilman vastuullista henkilöä, koska juuri se tila tuottaa epäjohdonmukaisia ilmoituksia. Yhden omistajan nimeäminen – edes osa-aikaisesti – ylläpitämään luokitustietueita ja koordinoimaan toimittajapäivityksiä muuttaa tämän toistuvasta kriisitilanteesta ylläpidetyksi järjestelmäksi. Myyjät, jotka suorittavat tämän järjestyksen ennen vaiheiden täyttä laajenemista, eivät lyö vetoa täydellisestä ajoituksesta; he poistavat riippuvuuden viime hetken korjauksesta, jonka vaiheittainen, keskitetty käyttöönotto tekee yhä kalliimmaksi.
Omistaja: kuka vastaa luokituksen tarkkuudesta
Nimeä yksi sisäinen rooli – ei välittäjä, ei toimittaja oletusarvoisesti – omistamaan pääasiallinen HS-luokitustietue. Tämä henkilö vahvistaa päivitykset, ratkaisee kiistat ja hyväksyy ennen uuden SKU:n lähettämistä.
Tarkistuspiste: toimittajatieto muutoksen hetkellä
Vaadi toimittajalta vahvistus alkuperästä, koostumuksesta ja arvostuksesta aina, kun tuote muuttuu, ei kiinteällä vuosikierrolla. Tämä sulkee aukon sen välillä, mitä lähetettiin ja mitä ilmoitettiin.
Eskalaatio: mitä tapahtuu, kun pidätys tapahtuu
Määrittele, kuka tarkistaa tullikyselyn ensin – sisäinen omistaja vai välittäjä – ja kuinka nopeasti korjattu ilmoitus lähetetään uudelleen, jotta pidätys ei jää ratkaisematta, kun vastuu on epäselvä.
Mitä päättää ennen seuraavan vaiheen käyttöönottoa
EU Customs Data Hub -aikataulu antaa myyjille ikkunan, ei määräaikaa, josta selviytyä viime hetkellä. Nyt merkityksellinen päätös on se, kestävätkö nykyiset HS-luokitukset, toimittajatiedot ja välittäjän tietojenjakamisjärjestelyt keskitetyimmässä, ristiintarkastetussa järjestelmässä – vai nojaavatko ne siihen, että epäjohdonmukaisuudet jäävät huomaamatta. Jälkimmäinen ehto muuttuu vaikeammaksi ylläpitää vaiheiden laajentuessa vuosina 2026–2028.
Käytännön seuraava askel on sisäinen auditointi: vedä viimeaikaiset ilmoitukset, tarkista luokituksen johdonmukaisuus samoilla SKU:illa ja kysy nykyiseltä välittäjältä, miten heidän vastaanottoprosessinsa sopeutuu. Jos vastaukset paljastavat hajallaan olevan omistajuuden tai epäviralliset tietoluovutukset, se on ensimmäinen suljettava puute, riippumatta tarkista käyttöönottopäivistä. Myyjät, jotka hoitavat tulliselvitystä verkkomyyjille Euroopassa useiden välittäjien tai hajanaisten toimittajasyötteiden kautta, kohtaavat enemmän uudelleentyötä, ei vähemmän, kun keskitetyt tarkastukset ovat käytössä.
Tämä on suunnittelupäätös, ei vaatimustenmukaisuustakuu, ja uudistukseen liittyvät oikeudelliset tai verovelvoitteet tulee vahvistaa pätevän neuvonantajan kanssa. Missä puute on operatiivinen – tietorakenne, välittäjän koordinointi, luokituksen omistajuus – se on kerros, jonka korjaaminen kannattaa ennen kuin elävän järjestelmän paine pakottaa siihen.

Tuontitietoarkkitehtuurin uudelleenjärjestäminen ennen vaiheittaista sääntelykäyttöönottoa on operatiivinen projekti, ei oikeudellinen, eikä näitä kahta pidä sekoittaa. FLEX. tukee operatiivista puolta: jäsenneltyjen toimittajatietosyötteiden koordinointia, linjaamista välittäjien kanssa tietojenjakamismuodoista sekä puhtaan luovutuksen rakentamista luokitustietueiden ja tulliselvitystyönkulkujen välillä EU:n tuontireiteillä. Jos nykyinen järjestely riippuu manuaalisesta sovittelusta tai hajallaan olevasta omistajuudesta, se kannattaa tarkistaa ennen kuin EU Customs Data Hubin vaiheet laajenevat edelleen. Myyjien tulee vahvistaa erityiset oikeudelliset, vero- ja vaatimustenmukaisuusvelvoitteet pätevän neuvonantajan kanssa erikseen; FLEX. voi auttaa korjaamaan logistiikka- ja tietoluovutuskerroksen sen alla.







