Mikä on CoC (Vaatimustenmukaisuustodistus)?
31 March 2026
Varasto Q2 2026 Amazon.fr | Pre-Amazon Ranska vs FBA
4 April 2026
FLEX. Logistics
Tarjoamme logistiikkapalveluita Euroopan verkkokauppiaille: Amazon FBA -valmistelu, FBA-poistotilausten käsittely, lähettäminen Fulfillment-keskuksiin – sekä FBA- että Vendor-lähetykset.
Sen porrastetun käyttöönoton alettua vuonna 2021 ICS2 on mullistanut, miten tavarat saapuvat Euroopan unioniin. Vaihe 3 — laajin tähän asti — toi meri-, sisävesi- ja maantieliikenteen täysin soveltamisalaan ja saattoi päätökseen sääntelyrakenteen, jonka EU:n tulliviranomainen oli asettanut rakennettavaksi. Logistiikkaoperaattoreille, speditööreille ja tuojille tämä lopullinen vaihe ei pelkästään lisää uusia ilmoitusvelvoitteita. Se paljastaa jotain, mikä oli jo monissa toimitusketjuissa rikki: tavan, jolla tullidata omistetaan, jaetaan ja hallitaan osapuolten välillä.
ENS-hylkäysasteet nousevat. Ilmoituksia liputetaan, viivästetään tai hylätään – ei koska tavarat olisivat ongelmallisia, vaan koska niiden taustalla oleva data on puutteellista, väärin osoitettua tai jätetty liian myöhään. Sen ymmärtäminen, miksi näin tapahtuu ja kuka on todellisuudessa vastuussa sen korjaamisesta, on nyt yksi painostavimmista operatiivisista kysymyksistä Euroopan rajat ylittävässä kaupassa.
Mitä ICS2 Vaihe 3 oikeastaan muutti – ja miksi sillä on merkitystä nyt
ICS2 (Import Control System 2) on EU:n uudistettu ennakkoilmoitusjärjestelmä turvallisuudelle ja vaarattomuudelle. Se korvasi vanhan ICS-järjestelmän ja toi käyttöön olennaisesti erilaisen logiikan: sen sijaan että luotettaisiin yhteen yhdistettyyn ilmoitukseen per lähetys, ICS2 toimii moni-ilmoitusmallilla, jossa eri osapuolet — kuljetusliikkeet, huolitsijat ja tulliedustajat — voivat kukin toimittaa omat datakokonaisuutensa yhteiseen ENS-ilmoitukseen (Entry Summary Declaration).
ICS2 Vaihe 3, joka tuli täyteen operatiiviseen käyttöön vuonna 2024, laajensi tätä kehystä maantiekuljetuksiin ja merikuljetuksiin, aloihin, jotka aiemmin toimivat perinteisten tai siirtymäaikaisten järjestelyjen puitteissa. Käytännön vaikutukset ovat merkittäviä.
Soveltamisala on laajentunut – samoin myös altistuminen
Kun maantieliikenne on nyt täysin soveltamisalassa, suuri määrä EU:hun suuntautuvaa rahtia, jota aiemmin hoidettiin vähemmän yksityiskohtaisten ennakkojärjestelmien alla, täytyy nyt täyttää täydet ENS-ilmoitusvaatimukset. Tämä tarkoittaa useampia toimijoita, enemmän datakosketuspisteitä ja enemmän mahdollisuuksia, että tieto putoaa halkeamien väliin.
Moni-ilmoitusmalli tuo uutta monimutkaisuutta
ICS2:n alla kuljetusliike ja huolitsija voivat jättää erilliset datakokonaisuudet samalle lähetykselle. Tämä on suunniteltu näin – mutta se toimii vain, jos datakokonaisuudet ovat keskenään johdonmukaisia. Kun eivät ole, ICS2-järjestelmä merkitsee ilmoituksen, ja seuraa hylkäys tai riskiarviointikysely.
Lastausta edeltävät ja saapumista edeltävät aikarajat ovat ehdottomia
ICS2 noudattaa tiukkoja aikatauluja. Lentorahtissa PLACI (Pre-Loading Advance Cargo Information) on toimitettava ennen lastauksen alkamista – eli datavelvoite alkaa ennen kuin lähetys fyysisesti liikkuu. Maantieliikenteessä ENS on jätettävä vähintään yksi tunti ennen saapumista EU:n rajalle. Merikuljetuksissa ikkuna vaihtelee matkan pituuden mukaan, mutta syvämerikuljetuksissa se voi olla 24 tuntia tai enemmän. Periaate on sama kaikissa kuljetusmuodoissa: data täytyy olla tullilla ennen tavaroita.
ENS-hylkäysaste hallinnan KPI:nä
Useimmat logistiikkatiimit seuraavat ENS-hylkäyksiä reaktiivisesti – ne nousevat esiin, kun lähetys viivästyy ja joku alkaa soitella. Se on ongelma. ENS-hylkäysaste on käsiteltävä ennakoivana hallinnan KPI:nä, ei jälkikäteen laadittuna tapausselostuksena.
Syy on suoraviivainen: korkea ENS-hylkäysaste on oire järjestelmällisestä datan laatuongelmasta, ei yksittäisistä virheistä. Jos hylkäysasteesi on yli 2–3 %, sinulla on lähes varmasti rakenteellinen ongelma siinä, miten data kerätään, validoidaan ja välitetään – ja tämä ongelma maksaa viivästyksinä, muutosmaksuina ja sääntelyriskeinä.
Miltä terve hylkäysaste näyttää
EU:lla ei ole virallista vertailuarvoa ENS-hylkäysasteille, mutta FLEX:n kanssa työskentelevät kokeneet tullitiimit asettavat sisäisiä tavoitteita, jotka pitävät hylkäysasteen alle 1,5 %:ssa tavanomaisilla kauppareiteillä. Yli 5 %:n asteet ovat punainen lippu, joka pitäisi laukaista koko datavirran auditoinnin, kun taas 1,5–5 %:n välillä kannattaa tehdä kohdennettu tarkastelu yleisimmistä virhetyypeistä. Ero on tärkeä: keskivälissä oleva aste viittaa tiettyihin korjattaviin ongelmiin, kun taas yli 5 %:n aste yleensä tarkoittaa, että koko datan keruuprosessi täytyy rakentaa alusta asti uudelleen.
Yleisimmät ENS-hylkäysten syyt
ICS2 Vaihe 3:n alla operaattorien kohtaamat yleisimmät ongelmat jakautuvat viiteen luokkaan: virheelliset tai puuttuvat vastaanottajan/lähettäjän tiedot (erityisesti kun maahantuojan tiedot täyttää kuljetusliike eikä niitä ole varmistettu lähteellä); tavarankuvasuksen virheet, joissa epämääräinen kieli ei täytä ICS2:n turvallisuusseulonnan rajoja; EORI-numeroiden ristiriidat todellisen ilmoittajan ja ilmoituksen jättäjän välillä; myöhäiset ilmoitukset, jotka on jätetty sen jälkeen, kun saapumista edeltävä tai lastausta edeltävä ikkuna on sulkeutunut; sekä datakokonaisuuksien epäjohdonmukaisuudet, joissa kuljetusliikkeen ja huolitsijan tiedot ovat ristiriidassa moni-ilmoitusmallissa. Jokainen näistä on jäljitettävissä tiettyyn siirto-ongelmaan.
Hylkäysdatan muuttaminen toiminnaksi
ENS-hylkäysten seuraamisen hallinnallinen arvo syntyy kyvystä jakaa virhetyypit, kohdistaa ne vastuullisille osapuolille ja seurata parannusta ajan mittaan. Hyvin rakennettu hylkäysloki pitäisi sisältää lähetyksen viitteen, ICS2-järjestelmän antaman hylkäyskoodin, hylkäyksen laukaisseen datakentän ja kyseisestä kentästä vastaavan osapuolen. Viimeinen sarake on tärkein: ilman selkeää osapuolten kohdistusta hylkäysdata kertoo, että jotain meni pieleen, mutta ei sitä, kenen pitää korjata se. Sen avulla sinulla on pohja rakenteellisille vastuullisuuskeskusteluille – ja mitattaville parannuskierroksille pelkän sammutuspalon sijaan.
Kenttien omistajuus: Juuri se syy, jonka useimmat tiimit sivuuttavat
Kysy keneltä tahansa logistiikkapäälliköltä, kuka on vastuussa vastaanottajan EORI-numerosta ENS-ilmoituksessa, ja saat erilaisia vastauksia riippuen siitä, keneltä kysyt – speditööriltä, kuljetusliikkeeltä vai maahantuojalta. Tämä epäselvyys ei ole viestintävirhe. Se on hallintavirhe, ja se on yksi ENS-hylkäysten pääsyyllisistä ICS2 Vaihe 3:n alla. Kenttien omistajuus tarkoittaa jokaisen ENS-ilmoituksen datakentän eksplisiittistä ja dokumentoitua vastuuta tietylle toimitusketjun osapuolelle. Se kuulostaa itsestäänselvältä. Käytännössä se ei lähes koskaan toteudu sillä tarkkuudella, jota ICS2 vaatii.
Miksi epäselvyys aiheuttaa virheitä – ei päällekkäisyyttä
Kun useat osapuolet uskovat jakavansa vastuun datakentästä, tulos on harvoin kaksoistarkistus. Yleensä se on päällekkäisyyttä epäjohdonmukaisilla arvoilla tai vielä pahempaa, molemminpuolinen olettamus, että toinen osapuoli on hoitanut asian. ICS2:n moni-ilmoitusmalli on suunniteltu mahdollistamaan yhteistyöllinen ilmoittaminen – mutta yhteistyö toimii vain, kun jokainen osapuoli tietää tarkalleen, mitä se omistaa. Käytännössä jaettu omistajuus ilman selkeitä rajoja tuottaa toistuvasti samoja vikatiloja:
- Päällekkäisiä ilmoituksia ristiriitaisilla arvoilla – kaksi osapuolta ilmoittaa saman kentän erilaisella datalla
- Molempien olettamuskuilut – kumpikin osapuoli uskoo, että toinen on tarkistanut tiedon
- Ei selvää korjauspolkua – kun hylkäys osuu, kukaan ei tiedä kenen pitäisi korjata
- Ketjuuntuvia viivästyksiä – yksi omistamaton kenttä pysäyttää koko ilmoituksen
Kenttien omistajuusmatriisin rakentaminen
Kenttien omistajuusmatriisi on strukturoitu asiakirja, joka kartoittaa jokaisen ENS-datakentän sille vastuulliselle osapuolelle, joka toimittaa, tarkistaa ja ilmoittaa sen. Vähintään sen pitäisi kattaa seuraavat vastuut:
- Lähettäjän/viejän data – Maahantuojan tai viejän tullitiimi
- Vastaanottajan data – Maahantuoja
- Tavarankuvasus ja HS-koodi – Tulliasiamies tai huolitsija
- Kuljetus- ja reittitiedot – Kuljetusliike
- EORI-numerot – Jokainen osapuoli omistaan; speditööri tarkistaa
- Ilmoituksen ajoitus – Kuljetusliike (lastausta edeltävä) ja speditööri (saapumista edeltävä)
Matriisin ei tarvitse olla monimutkainen. Sen täytyy olla sovittu, hyväksytty ja upotettu operatiivisiin työnkulkuihin – ei arkistoida yhteisellä levyllä ja unohtaa.
Yleisimmät merkit siitä, että kenttien omistajuus on rikki
Useimmat tiimit eivät huomaa kenttien omistajuusmallinsa epäonnistuneen ennen kuin lähetys pidätetään. Mutta varoitusmerkit ilmenevät aikaisemmin ja noudattavat tunnistettavia kaavoja, jotka – kun tietää mitä etsiä – ovat vaikeasti ohitettavissa:
- Toistuvia hylkäyksiä samoissa kentissä – lähdedataa ei koskaan korjata alkuperäisessä lähteessä
- Viime hetken datapyyntöjä – maahantuojan tietoja jaetaan varauksen vahvistamisen jälkeen
- Ristiriitaisia ilmoituksia – kuljetusliikkeen ja speditöörin data ei täsmää reitityksessä tai vastaanottajassa
- Ei eskalaatiopolkua – tiimit eivät tiedä kenelle ottaa yhteyttä, kun kenttää ei ehditä varmistaa ajoissa
Kun mikä tahansa näistä kaavoista ilmenee johdonmukaisesti, ongelma on rakenteellinen. Sen korjaaminen vaatii hallinnallisen intervention, ei pelkkää muistutussähköpostia asianomaiselle osapuolelle.
Miten FLEX. toteuttaa kenttien omistajuutta käytännössä
FLEX. Logistique -yrityksessä kenttien omistajuutta ei käsitellä kertaluonteisena asennuksena. Se rakennetaan osaksi jokaista uutta asiakasta koskevaa onboarding-prosessia ja tarkistetaan aina, kun kauppareitit, toimittajat tai kuljetusliikkeet muuttuvat. Jokainen ketjun osapuoli saa dokumentoidun erittelyn omistamistaan kentistä, selkeät määräajat ja määritellyn eskalaatiopolun. Lähestymistapa perustuu neljään operatiiviseen periaatteeseen:
- Täydellinen kenttien kohdistus – jokainen ENS-kenttä on osoitettu täsmälleen yhdelle vastuulliselle osapuolelle
- Onboarding-integraatio – omistajuus sovitaan ennen ensimmäistä lähetystä, ei sen jälkeen
- Säännölliset tarkistusjaksot – vastuut tarkistetaan aina, kun reitit, toimittajat tai kuljetusliikkeet muuttuvat
- Jäljitettävä vastuullisuus – jokainen hylkäys voidaan jäljittää kenttään ja jokainen kenttä osapuoleen
Kun tämä jäljitettävyys on olemassa, parannus muuttuu mitattavaksi. Ilman sitä samat virheet toistuvat loputtomiin.
Maahantuojan–speditöörin–kuljetusliikkeen siirto: missä data menee pieleen
Vaarallisin hetki ENS-datan laadussa on siirto. Se on hetki, jolloin data siirtyy yhdeltä osapuolelta toiselle – maahantuojalta speditöörille, speditööriltä kuljetusliikkeelle tai kuljetusliikkeeltä takaisin tullijärjestelmään – ja juuri silloin virheitä todennäköisimmin syntyy, kopioidaan tai katoaa kokonaan.
ICS2 Vaihe 3:n alla siirto-ongelma pahenee siitä, että maantiekuljetuksissa on usein useita alihankkijoita ja merikuljetuksissa voi olla monimutkaisia multimodaalisia osuuksia, joilla kullakin on omat datavelvoitteensa.
Maahantuojan rooli on suurempi kuin useimmat luulevat
Monet maahantuojat kohtelevat tulliselvitystä palveluna, jonka he siirtävät kokonaan speditöörilleen. ICS2:n alla tämä ei enää ole kestävä asenne. Maahantuoja on totuuden lähde merkittävälle osalle ENS-dataa – erityisesti vastaanottajatiedoille, tavarankuvasukselle ja EORI-numerolle. Jos data on väärä lähteellä, mikään speditööri ei voi korjata sitä alavirtaan menemättä takaisin maahantuojalle – mikä vie aikaa, ja aikaa ei juuri ole saapumista edeltävissä ikkunoissa.
Maahantuojien täytyy rakentaa sisäisiä prosesseja ENS-valmiin datan validointiin ja toimittamiseen jo lähetyksen varauksen yhteydessä, ei vasta kun tavarat ovat kuljetuksessa.
Speditöörin orkestrointivastuu
Tulliasiamies on ENS-datavirran keskeisessä asemassa. Hän vastaanottaa datan maahantuojalta, koordinoi kuljetusliikkeen kanssa kuljetustiedot ja jättää ilmoituksen ICS2-järjestelmään. Tämä tekee speditööristä luonnollisen ENS-prosessin omistajan. Toimiva speditöörisuhde sisältää:
- Selkeät SLA:t datan toimittamiselle maahantuojalta (esim. täydelliset lähetystiedot vähintään 24 tuntia ennen saapumista edeltävän ikkunan avautumista)
- Validointitarkistuspiste ennen ilmoittamista, jossa speditööri palauttaa puuttuvat tai epäjohdonmukaiset kentät takaisin lähteelle
- Dokumentoidun eskalaatiopolun, kun dataa ei voida vahvistaa ennen ilmoitusmääräaikaa
Kuljetusliikkeen velvoitteet ICS2 Vaihe 3:n alla
Kuljetusliikkeet eivät ole passiivisia osallistujia ENS-prosessissa. ICS2:n alla ne kantavat suoria ilmoitusvelvoitteita kuljetustason datasta – erityisesti PLACI-vaatimuksen osalta lentorahtissa sekä saapumista edeltävien vaatimusten osalta maantie- ja merikuljetuksissa. Kun kuljetusliikkeen data on ristiriidassa speditöörin ilmoittaman datan kanssa, ICS2-järjestelmä merkitsee epäjohdonmukaisuuden.
Kuljetusliikkeen vastuu on toimittaa tarkka ja ajantasainen kuljetusdata sekä tiedottaa reaaliajassa kaikista reittimuutoksista tai alihankintasopimuksista, jotka vaikuttavat ENS:iin. Käytännössä tämä edellyttää datanjakamissopimusta huolitsijan tai tulliasiamiehen kanssa, jossa määritellään, mitä dataa kuljetusliike toimittaa, missä muodossa ja milloin.
ICS2-valmiin datanhallintakehyksen rakentaminen
ENS-hylkäysasteiden korjaaminen ei ole teknologiaongelma. Se on hallintaoongelma, jota teknologia voi tukea. Yritykset, jotka hallinnoivat ICS2 Vaihe 3:ta tehokkaimmin, ovat rakentaneet kehyksiä, jotka käsittelevät ihmisiä, prosesseja ja järjestelmiä – siinä järjestyksessä. EU-tuontisääntöjen oikea hoitaminen alkaa ihmisistä ja prosesseista, ei ohjelmistosta.
Vaihe yksi: Auditoi nykyinen hylkäysprofiilisi
Ennen kuin muutat mitään, ymmärrä mitä käsittelet. Vedä viimeisten 90 päivän ENS-ilmoitukset ja jaottele hylkäykset virhetyypin, datakentän ja vastuullisen osapuolen mukaan. Tämä auditointi tuo lähes aina esiin pienen määrän toistuvia virheitä – tyypillisesti kolme–viisi kenttätyyppiä – jotka selittävät suurimman osan hylkäyksistäsi. Niiden järjestelmällinen korjaaminen vaikuttaa epäsuhteisen paljon kokonaishylkäysasteeseesi.
Vaihe kaksi: Virallista siirtoprotokollat
Dokumentoi tarkka prosessi, jolla data siirtyy maahantuojalta speditöörille ja kuljetusliikkeelle. Määrittele muodot, määräajat ja eskalaatiopolut. Tee siirtoprotokollasta osa kaupallisia sopimuksiasi kunkin osapuolen kanssa – ei vain sisäistä standarditoimintatapaa. Kun viivästyksiä tai virheitä ilmenee, protokolla antaa selkeän pohjan vastuullisuudelle ja nopealle korjaukselle.
Vaihe kolme: Seuraa, raportoi ja kehitä
Hallintakehykset rappeutuvat ilman mittausta. Aseta kuukausittainen tarkistusrytmi ENS-hylkäysasteille, jaoteltuna kauppareitin, kuljetusliikkeen ja virhetyypin mukaan. Jaa data kaikille ketjun osapuolille. Kun osapuolen datan laatu paranee, tunnusta se. Kun se heikkenee, puutu siihen ajoissa – ei vasta kun lähetys jumittaa rajalla.
ENS-datasi on tullistrategiasi. Kohtele sitä sen mukaisesti
ICS2 Vaihe 3 on tehnyt yhden asian kiistattomaksi: tullin noudattaminen ei ole enää taka-alan toiminto. ENS-datasi laatu, kenttien omistajuusmallisi selkeys ja maahantuojan–speditöörin–kuljetusliikkeen siirtoprotokollien tehokkuus vaikuttavat suoraan kykyysi siirtää tavaroita EU:hun luotettavasti ja kilpailukykyisesti.
ENS-hylkäysaste on hallinnan KPI. Kenttien omistajuus on operatiivinen kurinalaisuus. Ja maahantuojien, speditöörien sekä kuljetusliikkeiden välisten siirtoprotokollien infrastruktuuri on se, josta EU-markkinoille pääsynne riippuu.
FLEX. Logistique -yrityksessä autamme maahantuojia ja toimitusketjuoperaattoreita rakentamaan juuri tämän kaltaista tullidatan hallintaa – kenttien omistajuusmatriiseista hylkäysasteen seurantaan ja speditöörien koordinoinnista täydelliseen ICS2 noudattamisapuun kaikissa kuljetusmuodoissa. Jos ENS-hylkäysasteesi on korkeampi kuin pitäisi tai datasiirtoinne edelleen perustuu epävirallisiin sopimuksiin, nyt on oikea hetki korjata perustukset.
Valmis saamaan ICS2-noudattamisen hallintaan? Ota yhteyttä FLEX.-tiimiin ja aloitetaan nykyisten ENS-datavirtojesi auditoinnilla.
