Nowe identyfikatory produktu (SKU, kod producenta, GTIN) w zgłoszeniach celnych od 10.2026

Zmiana jest ważna dlatego, że dane produktowe zaczynają stawać się częścią realnej zdolności firmy do sprawnej obsługi importu i ekspansji zagranicznej. Jeżeli produkt nie ma poprawnie przypisanego SKU, jeśli kod producenta jest nieznany albo jeśli numer GTIN istnieje, ale nie został zapisany w systemie i przekazany do zgłoszenia, odprawa może przestać być prostą formalnością. Brak wymaganych identyfikatorów może prowadzić do opóźnień, konieczności korekt, dodatkowych wyjaśnień, a w skrajnych przypadkach do odrzucenia zgłoszenia celnego. Dla firmy, która wysyła kilka paczek dziennie, jest to problem operacyjny. Dla firmy, która planuje skalować sprzedaż w Unii Europejskiej, korzysta z wielu kanałów sprzedaży i obsługuje setki albo tysiące pozycji produktowych, może to stać się wąskim gardłem całego modelu biznesowego. Dlatego przygotowanie do nowych wymogów nie powinno zaczynać się od pytania, jak wypełnić dodatkowe pole w deklaracji, ale od sprawdzenia, czy katalog produktów jest wystarczająco uporządkowany, aby te dane w ogóle dało się wiarygodnie i automatycznie przekazać.

O co chodzi z nowymi identyfikatorami produktu w zgłoszeniach celnych?

Dane produktowe przestają być dodatkiem do sprzedaży, a stają się częścią odprawy

Nowe identyfikatory produktu w zgłoszeniach celnych to sposób na to, aby administracja celna mogła rozpoznać nie tylko ogólny rodzaj towaru, ale konkretną jednostkę handlową, która trafia do konsumenta. W praktyce chodzi o przejście od opisu pisanego ludzkim językiem do danych, które da się jednoznacznie odczytać, porównać i przetworzyć w systemach. Dla przedsiębiorcy prowadzącego e-commerce różnica jest zasadnicza. Opis „koszulka damska” może pasować do setek produktów, ale SKU przypisane do konkretnego wariantu, kod producenta oraz standaryzowany identyfikator, taki jak GTIN, jeśli produkt go posiada, pozwalają wskazać dużo dokładniej, jaki towar został sprzedany, zapakowany i wysłany. To szczególnie ważne w średnich firmach, które mają już większy katalog, kilka kanałów sprzedaży, różnych dostawców i rosnący wolumen wysyłek zagranicznych. Przy takiej skali nie da się bezpiecznie opierać odpraw na opisach tworzonych ręcznie albo kopiowanych z kart produktowych.

Zmiana nie polega więc na tym, że w zgłoszeniu pojawi się jeszcze jedno techniczne pole do uzupełnienia. W praktyce oznacza ona, że jakość danych produktowych zacznie wpływać na płynność sprzedaży transgranicznej. Jeżeli firma ma porządek w katalogu, każde SKU jest unikalne, kody producentów są przypisane do właściwych towarów, a GTIN jest zapisany tam, gdzie produkt rzeczywiście go posiada, nowe wymogi będą łatwiejsze do wdrożenia. Brak GTIN nie musi jednak automatycznie oznaczać niezgodności, ponieważ nie każdy produkt taki identyfikator ma. Istotne jest to, aby firma potrafiła przekazać wymagane identyfikatory handlowe i producenta, a identyfikator standaryzowany podawała wtedy, gdy istnieje. Jeżeli dane są rozproszone pomiędzy sklepem, systemem magazynowym, arkuszami, opisami od dostawców i ręcznymi notatkami zespołu operacyjnego, zgłoszenie celne może ujawnić problemy, które wcześniej były niewidoczne. Reforma unijnego systemu celnego idzie w stronę większej automatyzacji, szerszego wykorzystania danych i lepszej kontroli nad strumieniem przesyłek e-commerce. Komisja Europejska opisuje ją jako przebudowę sposobu zarządzania informacjami celnymi w Unii, w tym przez nowe narzędzia, większą centralizację danych i lepsze ukierunkowanie kontroli.

Dlaczego opis typu „koszulka”, „etui” albo „część zamienna” nie wystarczy

Ogólny opis produktu był przez lata wygodny, bo pozwalał szybko wskazać, co znajduje się w paczce. Problem w tym, że taki opis rzadko wystarcza do realnej identyfikacji towaru. „Etui do telefonu” może oznaczać produkt z różnych materiałów, dla różnych modeli, od różnych producentów, w różnych cenach i podlegający różnym wymaganiom dotyczącym bezpieczeństwa, klasyfikacji albo kontroli. Podobnie „część zamienna” może być drobnym elementem z tworzywa, komponentem elektronicznym albo produktem, który wymaga dokładniejszej weryfikacji. Dla firmy e-commerce opis jest często elementem komunikacji z klientem, natomiast dla administracji celnej musi stać się elementem procesu kontrolnego. To są dwa różne światy. Klientowi wystarczy nazwa handlowa, ale urząd celny potrzebuje danych, które można przypisać do konkretnej pozycji, sprawdzić w systemie i wykorzystać do oceny ryzyka.

Właśnie dlatego nowe podejście przesuwa ciężar z opisu na identyfikator. SKU pokazuje, jak sprzedawca rozpoznaje produkt we własnym systemie. Kod producenta pomaga powiązać towar z dokumentacją dostawcy lub producenta. GTIN, jeśli istnieje, daje dodatkowy poziom standaryzacji, bo odnosi produkt do powszechnie rozpoznawalnego identyfikatora jednostki handlowej. Z perspektywy średniego e-commerce oznacza to, że dane wykorzystywane dotąd głównie przez magazyn, dział zakupów i zespół sprzedaży zaczynają mieć znaczenie także dla odpraw celnych. Jeżeli jeden produkt funkcjonuje pod kilkoma nazwami, a warianty różnią się tylko opisem w sklepie, firma może mieć problem z udowodnieniem, że systemowo panuje nad tym, co faktycznie wysyła. To szczególnie istotne przy ekspansji, gdy rośnie liczba rynków, operatorów logistycznych, dostawców i integracji.

Czym jest Product Identifier, czyli PID

Product Identifier, w skrócie PID, nie oznacza jednego uniwersalnego numeru produktu ani jednego globalnego standardu, który zawsze będzie wyglądał tak samo w każdej firmie. W kontekście nowych danych celnych dla przesyłek e-commerce należy rozumieć go jako zestaw identyfikatorów pozwalających jednoznacznie powiązać produkt z informacjami przekazywanymi administracji celnej. W praktyce taki zestaw może obejmować identyfikator używany przez sprzedawcę, czyli na przykład SKU, kod nadany przez producenta lub dostawcę oraz standaryzowany identyfikator produktu, taki jak GTIN, EAN albo UPC, jeżeli produkt taki numer posiada. Dla przedsiębiorcy najważniejsze jest to, że PID łączy świat handlowy, magazynowy i celny. Ten sam produkt powinien być rozpoznawalny w sklepie internetowym, w systemie ERP lub WMS, w komunikacji z operatorem logistycznym i finalnie w danych przekazywanych do zgłoszenia celnego.

Znaczenie PID wynika z tego, że administracje celne muszą przetwarzać ogromne wolumeny małych przesyłek, a ręczna analiza opisów nie jest skalowalna. Od 1 lipca 2026 r. dodatkowe identyfikatory produktu mają być możliwe do podawania dobrowolnie, natomiast od 1 listopada 2026 r. mają stać się obowiązkowe dla odpowiednich przesyłek e-commerce. Dla firm, które planują ekspansję, to ważny sygnał operacyjny. Nie wystarczy poczekać na moment, w którym pole stanie się obowiązkowe w systemie. Trzeba wcześniej wiedzieć, skąd pobrać dane, kto w firmie odpowiada za ich poprawność, jak traktować produkty bez GTIN, jak mapować kody dostawców i jak uniknąć sytuacji, w której ten sam towar jest różnie identyfikowany w różnych kanałach sprzedaży. W średniej firmie e-commerce nie jest to detal administracyjny, ale test dojrzałości danych produktowych.

Dlaczego identyfikator musi być powiązany z konkretną pozycją w deklaracji

W zgłoszeniu celnym kluczowe znaczenie ma pozycja towarowa, ponieważ to do niej przypisuje się dane potrzebne do odprawy, klasyfikacji, naliczenia należności i ewentualnej kontroli. Jeżeli jedna paczka zawiera kilka różnych produktów, mogą one wymagać odrębnego wykazania w danych celnych, w zależności od ich klasyfikacji i sposobu sporządzenia zgłoszenia. Nie zawsze oznacza to prostą zasadę „jeden produkt równa się jedna pozycja deklaracji”, ponieważ w określonych przypadkach towary mogą być grupowane zgodnie z zasadami klasyfikacji i konstrukcją zgłoszenia. Istota zmiany pozostaje jednak taka sama: dane identyfikujące produkt muszą dać się powiązać z właściwą informacją celną, a nie funkcjonować jako luźny opis całego zamówienia.

Z punktu widzenia firmy e-commerce ma to bardzo praktyczne konsekwencje. Zamówienie klienta, faktura, dokument magazynowy i zgłoszenie celne muszą mówić tym samym językiem. Jeżeli w zamówieniu produkt występuje jako nazwa marketingowa, w magazynie jako SKU, u dostawcy jako kod katalogowy, a w zgłoszeniu jako ogólny opis, łatwo o rozjazd danych. Powiązanie identyfikatora z właściwą pozycją pomaga ograniczyć takie ryzyko, bo pozwala prześledzić konkretny produkt przez cały proces. Dla zarządzających średnią firmą e-commerce jest to moment, w którym compliance przestaje być wyłącznie tematem księgowo-podatkowym, a zaczyna dotyczyć jakości danych operacyjnych. Jeśli firma sprzedaje warianty kolorystyczne, rozmiarowe, zestawy, multipaki albo produkty od kilku dostawców pod jedną marką handlową, musi wiedzieć, czy każdy wariant ma właściwe oznaczenie i czy to oznaczenie można przekazać dalej bez ręcznej interpretacji.

Dlaczego to nie jest kosmetyczna zmiana w formularzu

Największym błędem byłoby potraktowanie nowych identyfikatorów jako kolejnego pola, które ktoś „jakoś uzupełni” na etapie wysyłki. W średniej firmie e-commerce takie podejście zwykle działa tylko do pewnej skali. Gdy sprzedaż rośnie, pojawiają się nowe rynki, wiele kanałów, sezonowe piki i presja na szybką realizację zamówień, ręczne poprawianie danych staje się kosztownym ryzykiem. Nowe wymogi dotyczące identyfikatorów produktu pokazują, że katalog produktowy musi być przygotowany nie tylko pod sprzedaż i marketing, ale także pod logistykę, podatki, cło oraz kontrolę bezpieczeństwa produktów. To oznacza konieczność uporządkowania procesów: od przyjmowania nowego towaru do bazy, przez nadawanie SKU, po pozyskiwanie kodów producenta i zapisywanie GTIN tam, gdzie produkt ma taki identyfikator.

W szerszym kontekście jest to część zmiany, która ma dostosować unijny system celny do realiów e-commerce. Liczba małych przesyłek importowanych do Unii Europejskiej wzrosła tak bardzo, że dotychczasowy model oparty na uproszczeniach i ograniczonej ilości danych stał się niewystarczający. Komisja Europejska wskazuje, że zwolnienie z należności celnych dla przesyłek poniżej 150 EUR nie odpowiada już obecnemu modelowi handlu elektronicznego, a jego usunięcie ma wyrównać warunki konkurencji między bezpośrednim importem małych paczek a tradycyjnym handlem opartym na imporcie większych partii towarów. W tym sensie identyfikatory produktu są jednym z elementów większego trendu: administracja chce mniej polegać na deklaracjach opisowych, a bardziej na danych, które można automatycznie analizować, porównywać i wykorzystywać do oceny ryzyka.

Skąd biorą się nowe obowiązki?

Reforma unijnego systemu celnego i presja ze strony e-commerce

Nowe obowiązki dotyczące identyfikatorów produktu nie pojawiają się w próżni. Są częścią szerszej reformy unijnego systemu celnego, która ma odpowiedzieć na zmianę skali i charakteru handlu międzynarodowego. Jeszcze kilkanaście lat temu import był kojarzony głównie z większymi partiami towarów, kontenerami, dystrybutorami i klasycznym obrotem B2B. Dziś ogromna część ruchu granicznego to małe przesyłki zamawiane przez konsumentów online, często bezpośrednio od sprzedawców spoza Unii Europejskiej. Dla administracji celnej oznacza to zupełnie inne wyzwanie: dużo więcej zgłoszeń, dużo więcej pojedynczych pozycji, większą zmienność asortymentu i większą potrzebę automatycznego wykrywania nieprawidłowości. Ogólny opis produktu nie wystarcza w takim środowisku, bo nie zapewnia ani odpowiedniej jakości danych, ani szybkości przetwarzania.

Komisja Europejska opisuje reformę celną jako jeden z kluczowych projektów modernizacyjnych, obejmujący między innymi lepsze wykorzystanie danych, większą koordynację działań i nowe podejście do obsługi e-commerce. Dla polskich przedsiębiorców planujących ekspansję oznacza to, że odprawa celna będzie coraz mocniej powiązana z infrastrukturą danych w firmie. Nie wystarczy mieć atrakcyjny produkt, sprawny sklep i dobrą ofertę dostawy. Trzeba jeszcze zadbać o to, aby dane przekazywane w łańcuchu dostaw były kompletne, logiczne i gotowe do przetworzenia przez systemy celne. To szczególnie ważne dla firm, które rosną z modelu krajowego do międzynarodowego i dopiero zaczynają widzieć, że ekspansja e-commerce to nie tylko lokalizacja strony, marketing i fulfillment, ale także zgodność z regułami importu.

Zniesienie zwolnienia de minimis dla przesyłek do 150 EUR

Jednym z najważniejszych elementów tej zmiany jest odejście od dotychczasowego podejścia do niskowartościowych przesyłek importowanych do Unii Europejskiej. Zgodnie z komunikatami Komisji Europejskiej, od 1 lipca 2026 r. ma zostać usunięte zwolnienie z cła dla przesyłek o wartości do 150 EUR, które do 30 czerwca 2026 r. korzystają z dotychczasowego progu celnego, choć nadal podlegają VAT i zgłoszeniom celnym. Jako rozwiązanie przejściowe Komisja przewidziała tymczasową opłatę celną 3 EUR dla niskowartościowych przesyłek e-commerce, naliczaną według zasad określonych dla pozycji zgłoszenia celnego. To ważne doprecyzowanie, ponieważ w praktyce nie należy automatycznie sprowadzać tej opłaty do prostego hasła „3 EUR za każdy fizyczny produkt” bez uwzględnienia sposobu sporządzenia zgłoszenia i właściwych zasad celnych.

Dla rynku e-commerce jest to zmiana fundamentalna, ponieważ obejmuje segment, który do tej pory był bardzo ważny dla sprzedaży transgranicznej B2C. Małe paczki nie będą już traktowane jako obszar względnie prosty i lekki z punktu widzenia należności celnych. Będą wymagały bardziej uporządkowanej obsługi, a to pociąga za sobą zapotrzebowanie na lepsze dane. Zniesienie progu de minimis zwiększa znaczenie poprawnej identyfikacji towarów w deklaracji. Skoro większa liczba przesyłek i pozycji ma podlegać naliczaniu należności, system musi wiedzieć, czego dokładnie dotyczą dane. Właśnie tutaj pojawia się związek pomiędzy cłem a identyfikatorami produktu. Jeżeli administracja ma sprawnie naliczać opłaty, kontrolować ryzyko i przeciwdziałać nadużyciom, potrzebuje danych bardziej precyzyjnych niż handlowa nazwa towaru. Dla firm e-commerce oznacza to konieczność przygotowania się na sytuację, w której dane produktowe będą miały bezpośredni wpływ na szybkość i przewidywalność obsługi importu.

Dlaczego Unia chce wiedzieć dokładnie, co znajduje się w paczce?

Powód jest nie tylko fiskalny, choć pobór należności celnych jest jednym z najważniejszych elementów reformy. Unia Europejska chce także zwiększyć kontrolę nad bezpieczeństwem produktów, zgodnością towarów z wymogami rynku oraz uczciwością konkurencji. Przy masowej sprzedaży online paczka o niskiej wartości może zawierać produkt, który jest źle opisany, zaniżony wartościowo, niewłaściwie sklasyfikowany albo niespełniający wymogów obowiązujących na rynku UE. Jeśli takich przesyłek są miliony lub miliardy, nawet niewielki odsetek problemów staje się poważnym wyzwaniem systemowym. Komisja Europejska wskazuje, że dotychczasowe zwolnienie dla przesyłek poniżej 150 EUR przestało odpowiadać realiom współczesnego modelu e-commerce i może prowadzić do nierównych warunków konkurencji między bezpośrednim importem pojedynczych paczek a tradycyjnym handlem opartym na imporcie towarów w większych partiach.

Z perspektywy przedsiębiorcy z Polski, który prowadzi legalnie działającą, średnią firmę i inwestuje w rozwój, ta zmiana może być uciążliwa, ale jej logika jest zrozumiała. Rynek, na którym jedni sprzedawcy inwestują w zgodność, dokumentację i prawidłowe rozliczenia, a inni korzystają z nieprecyzyjnych opisów i luk w danych, nie jest rynkiem równych zasad. Dokładniejsza identyfikacja produktu ma pomóc administracji odróżniać towary, sprzedawców i strumienie przesyłek, które można obsługiwać sprawnie, od tych, które wymagają dodatkowej kontroli. W praktyce oznacza to, że dobrze uporządkowane dane mogą stać się przewagą operacyjną. Firma, która potrafi szybko i wiarygodnie przekazać SKU, kod producenta oraz GTIN wtedy, gdy produkt go posiada, daje partnerom logistycznym oraz organom celnym mniej powodów do zatrzymania procesu i zadawania dodatkowych pytań.

Więcej zgłoszeń oznacza większą potrzebę automatyzacji i standaryzacji danych

Kiedy liczba przesyłek rośnie, system celny nie może działać tak, jakby każdą paczkę dało się analizować indywidualnie, powoli i ręcznie. Automatyzacja staje się koniecznością, ale automatyzacja jest skuteczna tylko wtedy, gdy dane są wystandaryzowane. To prosta zależność, którą dobrze znają firmy e-commerce z własnych operacji. Magazyn działa sprawnie wtedy, gdy każdy produkt ma właściwy kod, właściwe miejsce, właściwy wariant i właściwy stan. System sprzedażowy działa sprawnie wtedy, gdy dane produktowe są spójne między kanałami. Tak samo zgłoszenia celne mogą być przetwarzane szybciej tylko wtedy, gdy informacje o produktach są jednoznaczne i możliwe do odczytania przez systemy. PID, SKU, kody producenta i GTIN wpisują się właśnie w ten kierunek: mniej swobodnego opisu, więcej danych o określonej strukturze.

To dlatego nowe obowiązki warto traktować jako impuls do uporządkowania fundamentów, a nie jako odizolowany projekt celny. W średniej firmie e-commerce dane produktowe zwykle powstają w wielu miejscach: przy zakupach, podczas tworzenia kart produktowych, w magazynie, w integracjach marketplace, w dokumentach od dostawców i w systemach wykorzystywanych do wysyłki. Jeżeli te dane nie są spójne, reforma celna tylko szybciej pokaże słabe punkty. Komisja Europejska podkreśla, że nowy kierunek reformy ma poprawić zarządzanie danymi, efektywność kontroli i zdolność administracji do obsługi handlu elektronicznego oraz dużych wolumenów przesyłek. Dla przedsiębiorcy oznacza to jedno: przygotowanie do końca 2026 r. powinno zacząć się nie od formularza zgłoszenia, lecz od katalogu produktów, integracji i odpowiedzialności za dane w firmie.

Od kiedy mają obowiązywać nowe identyfikatory?

1 lipca 2026 r. jako początek szerszej zmiany w imporcie e-commerce

Najważniejszą datą otwierającą nowy etap dla sprzedaży na odległość jest 1 lipca 2026 r. To od tego momentu ma zostać zniesione obowiązujące obecnie zwolnienie z należności celnych dla większości przesyłek o wartości do 150 EUR importowanych spoza UE. Dla firm e-commerce nie jest to jedynie zmiana w sposobie naliczania należności, ale sygnał, że cały segment niskowartościowych przesyłek B2C będzie obsługiwany bardziej formalnie i bardziej szczegółowo niż wcześniej. W ramach szerszej reformy celnej UE przewidziano rozwiązania przejściowe dotyczące niskowartościowych przesyłek e-commerce, stosowane do czasu wejścia w pełni docelowego modelu. W praktyce oznacza to większą wagę danych przekazywanych w zgłoszeniu, bo skoro więcej przesyłek i pozycji ma być objętych należnościami oraz kontrolą, administracja celna potrzebuje informacji pozwalających sprawnie rozpoznać, czego dotyczy dana deklaracja.

Dla polskiego przedsiębiorcy prowadzącego średniej wielkości sklep internetowy albo rozwijającego sprzedaż marketplace’ową najważniejsze jest to, że 1 lipca 2026 r. nie powinien być traktowany jako odległy termin księgowo-celny, którym zajmie się ktoś „bliżej wdrożenia”. To raczej data graniczna dla uporządkowania procesu importowego: katalogu produktów, przypisanych SKU, kodów producenta, danych o GTIN tam, gdzie produkt go posiada, oraz sposobu przekazywania tych informacji partnerom logistycznym i celnym. Nawet jeśli sam obowiązek podawania dodatkowych identyfikatorów produktu ma wejść w praktyce później, przygotowanie danych zaczyna się wcześniej, bo nie da się sensownie oczyścić wielotysięcznego katalogu produktowego w ostatnim tygodniu przed zmianą. Im większa liczba wariantów, dostawców i kanałów sprzedaży, tym bardziej ta praca przypomina projekt operacyjny, a nie uzupełnienie brakujących kolumn w arkuszu.

Listopad 2026 r. jako moment wejścia obowiązkowych danych PID

Drugą kluczową datą jest 1 listopada 2026 r., czyli moment, od którego dodatkowe identyfikatory produktu mają stać się obowiązkowe dla odpowiednich przesyłek e-commerce. Od 1 lipca 2026 r. ich podawanie ma być możliwe dobrowolnie, co warto potraktować jako okres testowy: czas na sprawdzenie, czy firma w ogóle potrafi zebrać i przekazać te dane bez ręcznego ratowania procesu. W praktyce chodzi o dane określane jako Product Identifier, czyli zestaw identyfikatorów pozwalających powiązać produkt z informacjami przekazywanymi administracji celnej. PID nie jest jednym numerem ani jednym globalnym standardem. Może obejmować identyfikator sprzedawcy, taki jak SKU, identyfikator producenta lub dostawcy oraz standaryzowany identyfikator, taki jak GTIN, EAN albo UPC, jeśli taki identyfikator istnieje dla danego produktu.

Dla firm planujących ekspansję listopad 2026 r. jest ważny z jeszcze jednego powodu: od tego momentu problem przestaje być teoretyczny. Jeżeli dane nie będą gotowe, konsekwencje mogą pojawić się w codziennej obsłudze zamówień, a nie tylko w dokumentacji. Zakres praktycznych konsekwencji będzie zależał od sposobu wdrożenia wymogów przez operatorów logistycznych, agentów celnych i platformy sprzedażowe, dlatego firmy powinny patrzeć nie tylko na same przepisy, ale także na oczekiwania partnerów w łańcuchu dostaw. Przy pojedynczych wysyłkach brak kodu można czasem wyjaśnić ręcznie, ale przy regularnej sprzedaży zagranicznej ręczne uzupełnianie identyfikatorów szybko zaczyna blokować logistykę, obsługę klienta i pracę zespołu operacyjnego. Warto więc potraktować okres od lipca do listopada 2026 r. jako czas na praktyczne sprawdzenie jakości danych: czy SKU są unikalne, czy warianty nie są pomylone, czy kody producentów są zapisane w jednym miejscu, czy dane GTIN nie są traktowane jako opcjonalny dodatek do karty produktu, tylko jako element informacji handlowo-celnej wtedy, gdy produkt taki numer posiada.

PID nie zastępuje kodu CN ani TARIC

Warto pamiętać, że identyfikatory produktu nie zastępują klasyfikacji taryfowej towaru. Kody CN i TARIC nadal pozostaną podstawą ustalania właściwego traktowania celnego, należności, ograniczeń oraz wybranych wymogów regulacyjnych związanych z danym towarem. SKU, kod producenta czy GTIN odpowiadają na inne pytanie niż klasyfikacja taryfowa. Nie służą przede wszystkim do określenia, do jakiej kategorii celnej należy towar, lecz do wskazania, o który konkretnie produkt chodzi w danych przekazywanych administracji celnej. Dla firm e-commerce jest to istotne rozróżnienie, ponieważ uporządkowanie identyfikatorów produktowych nie zwalnia z potrzeby prawidłowej klasyfikacji towarów.

W praktyce oba porządki danych powinny się uzupełniać. Kod CN lub TARIC pomaga określić charakter towaru w systemie celnym, natomiast PID pomaga powiązać ten towar z konkretnym produktem sprzedawanym w sklepie, widocznym w magazynie i opisanym w dokumentacji dostawcy. Jeżeli firma sprzedaje na przykład wiele podobnych akcesoriów, identyfikatory produktowe pomagają rozróżnić konkretne modele, warianty i źródła dostaw, ale nie zastępują decyzji klasyfikacyjnej. Dlatego przygotowanie do nowych wymogów powinno obejmować nie tylko zebranie SKU, kodów producenta i GTIN, lecz także sprawdzenie, czy dane produktowe są logicznie połączone z klasyfikacją celną i dokumentacją wykorzystywaną przy imporcie. Dopiero takie podejście daje realną kontrolę nad procesem, zamiast tworzyć kolejną warstwę danych oderwaną od reszty operacji.

Okresy przejściowe i instrukcje krajowe

Przy takich zmianach regulacyjnych szczegóły wdrożenia często mają znaczenie równie duże jak sama data rozpoczęcia obowiązku. Część zasad może być doprecyzowywana w aktach wykonawczych, wytycznych Komisji Europejskiej, instrukcjach krajowych oraz komunikatach systemów obsługujących zgłoszenia celne. Dla mikro- i małych podmiotów mogą pojawiać się rozwiązania przejściowe albo praktyczne ułatwienia, ale średnia firma e-commerce nie powinna budować swojej strategii na założeniu, że odroczenie rozwiąże problem. Po pierwsze, ekspansja zwykle oznacza współpracę z operatorami logistycznymi, partnerami celnymi i platformami sprzedażowymi, które mogą wymagać kompletnych danych wcześniej, aby ujednolicić własne procesy. Po drugie, nawet jeśli przepisy przewidzą pewien margines czasowy dla wybranych kategorii podmiotów, klient końcowy nie będzie oceniał firmy przez pryzmat okresów przejściowych, tylko przez termin dostawy i jakość obsługi.

Z tego powodu rozsądne podejście polega na śledzeniu finalnych instrukcji, ale nie na czekaniu z przygotowaniem katalogu. W polskich realiach szczególnie istotne będą krajowe komunikaty dotyczące sposobu wypełniania zgłoszeń oraz technicznych wymogów systemów celnych, bo to one pokażą, jak dane identyfikujące produkt mają być przekazywane w praktyce. Dla zarządu lub właściciela firmy najważniejsze pytanie nie brzmi jednak, czy w danym polu pojawi się dokładnie taka czy inna nazwa techniczna. Ważniejsze jest to, czy firma ma jedno źródło prawdy o produkcie i czy potrafi przekazać dane dalej bez ręcznego przepisywania. Jeżeli odpowiedź brzmi „nie”, to okres przejściowy nie powinien uspokajać. Powinien być wykorzystany na audyt danych produktowych, poprawę integracji i ustalenie odpowiedzialności za jakość informacji o towarach.

Dlaczego nie warto czekać do ostatniego momentu

Przygotowanie do nowych identyfikatorów produktu wymaga czasu, ponieważ problem nie leży wyłącznie w samym zgłoszeniu celnym. Źródłem danych jest katalog produktowy, dokumentacja od dostawców, system magazynowy, ERP, sklep internetowy, integracje marketplace i procesy logistyczne. Jeżeli firma przez lata rozwijała sprzedaż szybko, dokładała kolejne kategorie, korzystała z wielu dostawców i nie miała jednej polityki nadawania SKU, to porządkowanie danych może okazać się znacznie większym zadaniem niż samo dodanie kilku pól w systemie. Trzeba sprawdzić, które produkty mają poprawne identyfikatory, które mają braki, gdzie występują duplikaty, które warianty są opisane nieprecyzyjnie, a przy których dostawca posługuje się innym kodem niż firma w swoim magazynie. To są prace, których nie da się wykonać dobrze w trybie awaryjnym.

W średniej firmie e-commerce opóźnienie w przygotowaniach zwykle ujawnia się dopiero wtedy, gdy zaczyna boleć operacyjnie. Najpierw pojawiają się pojedyncze wyjątki, potem ręczne poprawki, później pytania od partnera logistycznego, a na końcu zespół odkrywa, że brak jednego uporządkowanego standardu danych wpływa na odprawy, wysyłki, reklamacje i obsługę klienta. Dlatego nowe wymogi warto potraktować jak projekt porządkujący dane przed ekspansją, a nie jak jednorazową reakcję na zmianę przepisów. Firma, która wcześniej sprawdzi katalog, przypisze identyfikatory do wariantów, uporządkuje kody producentów i ustali zasady używania GTIN, będzie mogła wejść w nowe obowiązki spokojniej. Firma, która poczeka do momentu, gdy partner celny zacznie odrzucać niekompletne dane, będzie działała pod presją i prawdopodobnie drożej.

Kogo dotyczą nowe obowiązki?

Czy to jest dla mnie? Sprawdź, czy nowe identyfikatory produktu dotyczą Twojej firmy

Zakres obowiązków może różnić się w zależności od modelu logistycznego, sposobu importu oraz roli poszczególnych podmiotów w łańcuchu dostaw. Inaczej może wyglądać sytuacja firmy, która sama występuje jako importer, inaczej sprzedawcy korzystającego z magazynu w UE, a jeszcze inaczej podmiotu, w którego modelu import realizuje marketplace, operator logistyczny albo inny partner odpowiedzialny za wprowadzenie towaru na rynek unijny. Nie zmienia to jednak faktu, że nowe identyfikatory produktu powinny zainteresować większość firm, które działają w e-commerce transgranicznym lub planują ekspansję. Nawet jeśli formalny ciężar części obowiązków spoczywa na innym podmiocie, wymagania dotyczące danych mogą wrócić do sprzedawcy w postaci nowych pól w systemach, dodatkowych wymogów integracyjnych, zapytań od partnerów albo konieczności uzupełnienia katalogu produktowego.

Najprostszy sposób, aby ocenić, czy nowe identyfikatory produktu są tematem dla Twojej firmy, to spojrzeć nie na samą wielkość biznesu, ale na model sprzedaży. Jeżeli sprzedajesz towary online konsumentom w Unii Europejskiej, wysyłasz małe przesyłki B2C, importujesz produkty spoza UE albo korzystasz z zewnętrznych operatorów logistycznych, temat powinien znaleźć się wysoko na liście przygotowań. Szczególnie dotyczy to firm, które działają w modelu transgranicznym albo dopiero planują ekspansję na kolejne rynki. Przy sprzedaży krajowej pewne niespójności w danych produktowych da się czasem ukryć wewnątrz organizacji, ale przy imporcie i odprawie celnej dane zaczynają wychodzić poza firmę. Trafiają do partnerów logistycznych, systemów celnych i dokumentacji, gdzie muszą być spójne, zrozumiałe i możliwe do przetworzenia.

Pytania kontrolne dla właściciela lub managera e-commerce

W praktyce warto zadać sobie kilka pytań, ale potraktować je raczej jako diagnozę procesu niż formalny test. Czy każdy produkt w Twoim katalogu ma unikalne SKU? Czy warianty kolorystyczne, rozmiarowe i zestawy są rozróżnione w sposób, który da się przekazać w danych celnych? Czy masz kody producentów lub dostawców zapisane w systemie, a nie tylko w fakturach zakupowych albo korespondencji? Czy wiesz, które produkty mają GTIN, a które go nie mają? Czy Twój operator logistyczny, partner celny albo marketplace już teraz prosi o bardziej szczegółowe dane produktowe? Czy zespół nadal ręcznie uzupełnia informacje do wysyłek, bo dane w systemie są niepełne? Jeżeli na kilka z tych pytań odpowiedź jest niepewna, nowe obowiązki prawdopodobnie nie są odległym tematem regulacyjnym, tylko bardzo praktycznym ryzykiem dla skalowania sprzedaży.

Ta diagnoza jest szczególnie ważna w firmach, które rosną szybciej niż ich procesy. Właściciel albo dyrektor operacyjny często widzi sprzedaż, marżę, koszty fulfillmentu i reklamacje, ale nie zawsze widzi jakość danych produktowych jako osobny obszar ryzyka. Tymczasem to właśnie dane decydują o tym, czy produkt można poprawnie zidentyfikować w różnych systemach i u różnych partnerów. Jeżeli firma nie wie, które SKU odpowiadają konkretnym kodom producenta, które warianty mają GTIN, a które produkty nie mają standaryzowanego identyfikatora, każda większa zmiana wymogów może wywołać efekt domina. Przy ekspansji zagranicznej problem narasta, bo dochodzą nowe kanały sprzedaży, nowe integracje, inne wymagania logistyczne i większa presja na automatyzację. Dlatego pytania kontrolne powinny prowadzić nie do ogólnej odpowiedzi „tak” albo „nie”, lecz do decyzji, czy firma ma już dane gotowe do przekazania dalej.

Kiedy nowe obowiązki najprawdopodobniej dotyczą Twojej firmy

Nowe wymogi najprawdopodobniej będą istotne dla Twojej firmy, jeśli prowadzisz e-commerce transgraniczny i obsługujesz sprzedaż B2C do klientów w Unii Europejskiej, a w Twoim procesie pojawia się import towarów spoza UE. Nie musi to oznaczać, że każdy produkt w każdym modelu sprzedaży będzie traktowany identycznie, ani że obowiązki zawsze będą spoczywać dokładnie na tym samym podmiocie. Sam kierunek jest jednak jasny: im bardziej Twoja firma uczestniczy w strumieniu niskowartościowych przesyłek e-commerce, tym większe znaczenie będą miały uporządkowane dane produktowe. Szczególnie wrażliwe są firmy, które mają szeroki asortyment, wiele wariantów produktów, częste rotacje kolekcji, sprzedaż sezonową albo towary od wielu dostawców. W takich organizacjach problemem nie jest zwykle brak świadomości, że kody są potrzebne, ale brak jednego, konsekwentnie utrzymywanego systemu ich nadawania i aktualizacji.

Obowiązki będą też szczególnie ważne dla przedsiębiorców sprzedających produkty private label, bo w takim modelu firma często sama odpowiada za sposób identyfikacji towaru w obrocie. Jeżeli produkt ma być rozpoznawalny nie tylko w sklepie, ale także w logistyce, dokumentacji i zgłoszeniach celnych, dane nie mogą być przypadkowe. SKU powinno pozwalać firmie odróżnić warianty i partie handlowe, kod producenta lub dostawcy powinien umożliwiać powiązanie produktu z dokumentacją źródłową, a GTIN powinien być zapisany i przekazywany wtedy, gdy istnieje dla danej jednostki handlowej. Jeżeli dziś te informacje funkcjonują w różnych miejscach, różnią się między kanałami sprzedaży albo są dopisywane ręcznie dopiero przy problemie z wysyłką, nowe wymogi mogą stać się punktem, w którym chaos danych zacznie bezpośrednio wpływać na terminowość odprawy i koszty operacyjne.

Kiedy temat może dotyczyć Cię w mniejszym stopniu

Nowe identyfikatory produktu mogą mieć mniejsze znaczenie dla firm, które sprzedają wyłącznie lokalnie, nie importują towarów spoza Unii Europejskiej i nie obsługują małych przesyłek B2C w modelu transgranicznym. Jeżeli cały obrót odbywa się na rynku krajowym, towary są kupowane już w ramach unijnego obrotu, a firma nie uczestniczy bezpośrednio w zgłoszeniach importowych dla przesyłek e-commerce, wpływ nowych obowiązków może być bardziej pośredni. Niektóre wymagania mogą jednak pojawić się za pośrednictwem marketplace’ów, operatorów logistycznych lub partnerów odpowiedzialnych za import. W praktyce takie podmioty często standaryzują swoje wymagania szerzej niż wynika to z minimalnego obowiązku prawnego, bo łatwiej zarządzać jednym wysokim standardem danych niż wieloma wyjątkami.

Mniejsze ryzyko mają również firmy, których asortyment jest już dobrze uporządkowany. Jeżeli każdy produkt i wariant ma unikalne SKU, kody producentów są zapisane w systemie, dane GTIN są dostępne tam, gdzie produkt je posiada, a integracje z magazynem i logistyką działają bez ręcznego przepisywania informacji, przygotowanie do nowych wymogów będzie prostsze. Warto jednak pamiętać, że „mniejsze ryzyko” nie oznacza „brak pracy”. Nawet dobrze zorganizowana firma powinna sprawdzić, czy dane są kompletne z perspektywy zgłoszeń celnych, a nie tylko sprzedaży i magazynu. To różnica, która bywa pomijana. Produkt może być świetnie opisany dla klienta i poprawnie obsługiwany w magazynie, a mimo to mieć braki w informacjach potrzebnych do importu, zwłaszcza jeśli dotąd firma nie musiała przekazywać ich w tak uporządkowanej formie.

Średnia firma e-commerce powinna traktować ten temat jak przygotowanie do skalowania

Dla średnich polskich firm handlujących online najważniejszy wniosek jest prosty: nowe identyfikatory produktu najmocniej dotkną tych organizacji, które są wystarczająco duże, aby mieć złożone procesy, ale jeszcze nie zawsze mają w pełni dojrzałe zarządzanie danymi produktowymi. To typowa sytuacja firm w wieku ekspansji. Sprzedaż rośnie, zespół jest większy, pojawiają się nowe rynki i kanały, ale część operacji nadal opiera się na rozwiązaniach, które dobrze działały przy mniejszej skali. Dane produktowe bywają w takim modelu traktowane jako sprawa magazynu albo e-commerce managera, a nie jako element compliance i płynności odpraw. Reforma celna zmienia tę perspektywę, bo pokazuje, że jakość informacji o produkcie może wpływać na to, czy przesyłka przejdzie proces sprawnie.

Właśnie dlatego sekcja „czy to jest dla mnie” powinna prowadzić do konkretnej decyzji biznesowej: nie czekać na pierwszy odrzucony komunikat, tylko już teraz sprawdzić, jak wygląda gotowość katalogu. Jeżeli firma prowadzi sprzedaż transgraniczną, importuje spoza UE, wysyła do konsumentów, ma wiele wariantów i korzysta z partnerów logistycznych, powinna uznać temat za istotny, z zastrzeżeniem że konkretny zakres odpowiedzialności będzie zależał od jej roli w łańcuchu dostaw. Jeżeli dodatkowo ręcznie uzupełnia dane, nie ma pewności co do GTIN, nie przechowuje kodów producenta w centralnym miejscu albo ma różne oznaczenia tych samych produktów w różnych kanałach, przygotowania powinny rozpocząć się możliwie wcześnie. Nowe wymogi nie są wyłącznie obowiązkiem administracyjnym. Są testem tego, czy firma ma dane gotowe do ekspansji, automatyzacji i coraz bardziej wymagającego handlu transgranicznego.

Jakie identyfikatory produktu będą wymagane?

Trzy typy identyfikatorów, które trzeba będzie uporządkować

W nowych danych produktowych dla zgłoszeń celnych najważniejsze będzie zrozumienie, że nie chodzi o jeden magiczny numer, który rozwiązuje cały problem identyfikacji towaru. W praktyce firma powinna uporządkować kilka warstw informacji o produkcie, ponieważ każda z nich odpowiada na trochę inne pytanie. W zależności od rodzaju produktu i modelu sprzedaży katalog wykorzystywanych identyfikatorów może być szerszy, jednak dla większości firm e-commerce kluczowe będą SKU, identyfikator producenta lub dostawcy oraz GTIN, jeśli produkt go posiada. SKU pokazuje, jak sprzedawca rozpoznaje produkt we własnym systemie. Kod producenta lub dostawcy pozwala powiązać towar z dokumentacją źródłową i łańcuchem dostaw. GTIN, jeśli istnieje, daje standaryzowany identyfikator jednostki handlowej, rozpoznawalny szerzej niż tylko w jednej firmie.

Dla średniej firmy e-commerce ta różnica ma znaczenie operacyjne. Wiele biznesów ma jakieś SKU, ale nie zawsze są one konsekwentnie nadawane. Część produktów ma kody producenta, ale tylko w fakturach zakupowych albo plikach od dostawców. GTIN bywa widoczny na opakowaniu, ale nie zawsze trafia do systemu sprzedażowego lub magazynowego. W efekcie firma może mieć wszystkie dane „gdzieś”, ale nie mieć ich w takim miejscu i formacie, aby dało się je bezpiecznie przekazać do procesu celnego. Nowe wymagania nie powinny więc być rozumiane jako prośba o dopisanie kilku numerów przy eksporcie danych. To raczej konieczność zbudowania spójnego sposobu identyfikacji produktu od momentu dodania go do katalogu aż do momentu, w którym pojawia się w danych wysyłkowych i celnych.

SKU, czyli identyfikator produktu sprzedawcy

SKU to wewnętrzny identyfikator produktu używany przez sprzedawcę. Może być zbudowany według własnych zasad firmy i nie musi być rozpoznawalny globalnie, ale powinien być jednoznaczny w obrębie danego biznesu. Jego główna rola polega na tym, że pozwala szybko odróżnić jeden produkt od drugiego, także wtedy, gdy nazwy handlowe są podobne albo zmieniają się w zależności od kanału sprzedaży. Dla klienta produkt może nazywać się atrakcyjnie i marketingowo, ale dla firmy musi mieć stabilne oznaczenie, które działa w sklepie, magazynie, systemie zamówień, integracjach i raportach. Bez tego łatwo o sytuację, w której ten sam produkt ma kilka nazw, kilka wersji opisu i nie do końca wiadomo, która pozycja w systemie odpowiada temu, co faktycznie zostało sprzedane i wysłane.

W kontekście nowych danych celnych SKU staje się szczególnie ważne, bo łączy sprzedaż z logistyką i identyfikacją towaru w zgłoszeniu. Jeżeli zamówienie klienta zawiera konkretny wariant produktu, to właśnie SKU powinno pozwolić firmie odtworzyć, który wariant został pobrany z magazynu, jak został opisany w dokumentach i jakie dane należy przekazać dalej. W większości przypadków każdy wariant produktu warto traktować jako odrębną pozycję SKU. Inny rozmiar, kolor, model, zestaw, pojemność albo wersja techniczna nie powinny być ukryte pod jednym ogólnym SKU, jeśli w praktyce są osobnymi produktami handlowymi. Przy małej skali takie skróty bywają wygodne, ale przy sprzedaży transgranicznej szybko stają się źródłem błędów. Jeśli system nie rozróżnia wariantów wystarczająco dokładnie, trudno oczekiwać, że dane celne będą precyzyjne.

Dlaczego SKU powinno być stabilne i logiczne

Dobre SKU nie musi być skomplikowane, ale powinno być stabilne, unikalne i zrozumiałe dla firmy. Stabilne oznacza, że kod nie zmienia się przypadkowo przy każdej aktualizacji nazwy produktu, zmianie opisu albo przeniesieniu asortymentu do innej kategorii. Unikalne oznacza, że jeden kod odpowiada jednemu konkretnemu produktowi lub wariantowi, a nie kilku podobnym pozycjom. Zrozumiałe dla firmy oznacza, że zespół sprzedaży, magazyn, obsługa klienta i osoba odpowiedzialna za dane potrafią pracować na tym samym identyfikatorze bez zgadywania. SKU nie musi być piękne marketingowo. Ma działać jak porządny numer porządkowy w firmie, która chce sprzedawać więcej, szybciej i na większej liczbie rynków.

W praktyce problemy ze SKU często wychodzą dopiero wtedy, gdy firma zaczyna skalować sprzedaż. Jeden kod jest używany dla kilku kolorów, bo kiedyś różnice nie miały znaczenia. Ten sam produkt ma inne oznaczenie w sklepie, inne w magazynie i inne u operatora logistycznego, bo integracje powstawały etapami. Część produktów ma kody nadane przez poprzedni system, część przez dostawcę, a część ręcznie przez zespół. Przy nowych wymaganiach celnych taki bałagan będzie trudniejszy do ukrycia, ponieważ dane muszą być przekazywane dalej i powiązane z konkretną pozycją w procesie importowym. Dlatego uporządkowanie SKU warto traktować jako pierwszy krok. Bez niego trudno sensownie mapować kody producentów, GTIN i inne informacje potrzebne do zgłoszeń.

Kod producenta lub dostawcy

Kod producenta lub dostawcy to identyfikator nadany poza firmą sprzedawcy, najczęściej przez podmiot, który wytwarza produkt, dystrybuuje go albo dostarcza do dalszej sprzedaży. Może występować jako numer katalogowy, model, oznaczenie techniczne, symbol partii handlowej albo inny kod używany w dokumentacji B2B. W odróżnieniu od SKU nie jest tworzony po to, aby sprzedawca wygodnie zarządzał własnym katalogiem. Jego podstawowa rola polega na powiązaniu produktu z dokumentacją źródłową i identyfikacją używaną przez producenta lub dostawcę. To szczególnie ważne wtedy, gdy firma kupuje podobne produkty od różnych dostawców, sprzedaje towary techniczne albo prowadzi szeroki katalog, w którym nazwy handlowe nie wystarczają do jednoznacznego rozpoznania towaru.

Ten identyfikator może być potrzebny nawet wtedy, gdy produkt nie ma GTIN. Nie każdy towar posiada standaryzowany numer jednostki handlowej, a brak GTIN nie oznacza automatycznie, że produktu nie da się poprawnie zidentyfikować. Wtedy większego znaczenia nabierają dane wewnętrzne sprzedawcy i identyfikatory pochodzące od producenta lub dostawcy. Dla administracji celnej, operatora logistycznego czy partnera obsługującego zgłoszenia taki kod może być dodatkowym punktem odniesienia, który pomaga powiązać produkt z dokumentami zakupowymi, opisem technicznym, specyfikacją albo historią dostaw. Dla firmy jest to także sposób na ograniczenie błędów w komunikacji z dostawcą. Jeżeli przy reklamacji, kontroli albo korekcie zgłoszenia trzeba wrócić do źródła, kod producenta bywa znacznie bardziej użyteczny niż sama nazwa handlowa.

Gdzie zwykle znajduje się kod producenta i dlaczego warto go pozyskać wcześniej

Kod producenta lub dostawcy często znajduje się w miejscach, które nie są naturalnym centrum pracy zespołu e-commerce. Może być zapisany na fakturze zakupowej, w ofercie handlowej, w pliku produktowym dostawcy, na opakowaniu, w dokumentacji technicznej, w katalogu B2B albo w korespondencji z opiekunem handlowym. Problem polega na tym, że takie dane często istnieją, ale nie są przeniesione do głównego katalogu produktowego. W efekcie firma może mieć dostęp do kodu, ale nie potrafi go automatycznie użyć w procesie wysyłki lub zgłoszenia. Przy mniejszej liczbie produktów da się to czasem obejść ręcznie. Przy większym wolumenie i ekspansji zagranicznej ręczne szukanie kodów w plikach od dostawców jest proszeniem się o opóźnienia.

Dlatego warto pozyskać i uporządkować kody producentów z wyprzedzeniem, zanim staną się potrzebne w konkretnym zgłoszeniu. Najlepiej, aby kod producenta lub dostawcy był przypisany do produktu w tym samym miejscu, w którym firma przechowuje SKU, GTIN, nazwę, wariant, kraj pochodzenia, klasyfikację celną i inne dane wykorzystywane w procesach operacyjnych. Takie podejście zmniejsza ryzyko, że różne zespoły będą posługiwać się różnymi oznaczeniami tego samego towaru. Pomaga też przy wdrażaniu nowych produktów, bo już na etapie zakupu można wymagać od dostawcy pełniejszych danych. Dla średniej firmy e-commerce jest to ważna zmiana mentalna: dane od dostawcy nie powinny być traktowane jako załącznik do zakupu, tylko jako element infrastruktury potrzebnej do dalszej sprzedaży, importu i obsługi zgodności.

GTIN, czyli standaryzowany identyfikator produktu

GTIN, czyli Global Trade Item Number, to standaryzowany identyfikator jednostki handlowej. W praktyce wiele osób kojarzy go przez kody EAN lub UPC widoczne jako kody kreskowe na opakowaniach produktów, ale GTIN jest pojęciem szerszym. Może mieć różne długości, między innymi 8, 12, 13 albo 14 cyfr, w zależności od formatu i zastosowania. Jego główna wartość polega na tym, że nie jest wewnętrznym kodem jednej firmy, lecz identyfikatorem funkcjonującym w szerszym standardzie. Dzięki temu może być wykorzystywany w sprzedaży wielokanałowej, logistyce, handlu detalicznym, systemach magazynowych i wymianie danych pomiędzy partnerami. Dla e-commerce GTIN jest ważny nie dlatego, że wygląda profesjonalnie w karcie produktu, ale dlatego, że pozwala rozpoznać konkretną jednostkę handlową w sposób bardziej uniwersalny niż lokalne SKU.

W kontekście zgłoszeń celnych GTIN może być szczególnie przydatny wtedy, gdy produkt taki identyfikator posiada, ponieważ ułatwia powiązanie danych o produkcie z powszechnie rozpoznawalnym standardem. Trzeba jednak mocno podkreślić, że nie każdy produkt ma GTIN i sam brak tego numeru nie powinien być rozumiany jako automatyczny błąd. Jeśli produkt posiada GTIN, firma powinna go znać, przechowywać i przekazywać tam, gdzie jest wymagany lub oczekiwany. Jeśli go nie posiada, większe znaczenie będą miały inne identyfikatory, takie jak SKU oraz kod producenta lub dostawcy. Dla przedsiębiorcy najważniejsze jest więc nie tyle pytanie, czy każdy produkt ma GTIN, ile pytanie, czy firma wie, które produkty go mają, które go nie mają i czy ta informacja jest uporządkowana w katalogu.

GTIN przy private label i sprzedaży wielokanałowej

GTIN jest szczególnie istotny przy produktach private label, ponieważ firma sprzedająca pod własną marką często przejmuje odpowiedzialność za sposób identyfikacji jednostki handlowej na rynku. Jeżeli produkt ma być sprzedawany w wielu kanałach, na różnych marketplace’ach, przez różnych operatorów logistycznych albo w różnych krajach, standaryzowany identyfikator ułatwia utrzymanie spójności. Własna marka często daje większą kontrolę nad produktem, opakowaniem i marżą, ale jednocześnie wymaga większej dyscypliny w danych. Nie można zakładać, że dostawca rozwiąże za firmę wszystkie kwestie identyfikacji, zwłaszcza gdy to sprzedawca buduje markę, tworzy zestawy, zmienia opakowania albo sprzedaje produkt pod własną nazwą handlową.

W sprzedaży wielokanałowej GTIN pomaga uniknąć sytuacji, w której ten sam produkt funkcjonuje jako kilka różnych bytów w różnych systemach. Marketplace może wymagać jednego rodzaju danych, magazyn pracować na SKU, dostawca podawać własny kod, a dokumentacja celna oczekiwać identyfikatorów umożliwiających rozpoznanie produktu w szerszym procesie. W wielu kanałach sprzedaży, szczególnie marketplace’ach i sieciach handlowych, stosowanie GTIN może być wymagane niezależnie od wymogów celnych. Im więcej kanałów i partnerów, tym większe ryzyko rozjazdu. GTIN nie usuwa potrzeby posiadania SKU ani kodu producenta, ale może stać się ważnym elementem wspólnego języka danych. Dlatego przy produktach własnych, planowanej ekspansji i sprzedaży na wielu rynkach warto sprawdzić, czy firma ma prawidłowo nadane i zapisane identyfikatory GTIN tam, gdzie są potrzebne, a także czy są one konsekwentnie używane w kartach produktów, systemach magazynowych, integracjach i danych przekazywanych partnerom.

Identyfikatory produktu nie zastępują kodów CN/TARIC

Warto pamiętać, że identyfikatory produktu nie zastępują kodów CN/TARIC. Kody taryfowe nadal służą do klasyfikacji towarów dla celów celnych, natomiast PID ma pomóc w jednoznacznym rozpoznaniu konkretnego produktu, którego dotyczy zgłoszenie. To rozróżnienie jest bardzo ważne, bo SKU, kod producenta i GTIN nie odpowiadają na to samo pytanie co klasyfikacja taryfowa. Kod CN lub TARIC określa, jak towar jest klasyfikowany w systemie celnym, co ma znaczenie dla należności, ograniczeń, środków polityki handlowej i wymogów regulacyjnych. Identyfikatory produktu wskazują natomiast, o który konkretny produkt chodzi w katalogu, magazynie i danych przekazywanych w procesie odprawy.

Dla firmy e-commerce oznacza to, że nie wystarczy mieć uporządkowane SKU i GTIN, jeśli klasyfikacja celna produktów jest niepewna lub niespójna. Te dwa porządki powinny działać razem. SKU pomaga rozpoznać wariant handlowy, kod producenta łączy produkt z dokumentacją źródłową, GTIN może ułatwiać standaryzowaną identyfikację jednostki handlowej, a CN/TARIC pozostaje podstawą klasyfikacji towaru w systemie celnym. Jeżeli firma traktuje te dane jako jeden worek z numerami, łatwo o błędne wnioski i złe decyzje operacyjne. Dobrze zbudowany katalog produktowy powinien więc zawierać zarówno identyfikatory produktowe, jak i dane klasyfikacyjne, ale wyraźnie rozdzielać ich funkcje.

GTIN, EAN, SKU — czym to się właściwie różni?

Te kody nie są zamienne, bo pełnią różne funkcje

W praktyce wiele nieporozumień bierze się z tego, że firmy używają słowa „kod” do opisania kilku różnych rzeczy. Kod SKU, kod producenta, EAN, UPC i GTIN mogą pojawiać się obok siebie w systemie produktowym, ale nie znaczą tego samego. SKU jest kodem wewnętrznym sprzedawcy i służy do organizacji własnego katalogu, sprzedaży, magazynu i procesów operacyjnych. Kod producenta lub dostawcy pochodzi z zewnętrznego źródła i pozwala powiązać produkt z dokumentacją producenta, ofertą dostawcy albo obrotem B2B. GTIN jest standaryzowanym identyfikatorem jednostki handlowej, który może być przedstawiony w formie kodu kreskowego, na przykład EAN lub UPC. Te różnice są ważne, bo błędne traktowanie jednego identyfikatora jako zamiennika drugiego prowadzi do chaosu w danych.

Najprostsze rozróżnienie wygląda tak: SKU odpowiada na pytanie, jak Twoja firma rozpoznaje produkt we własnym systemie. Kod producenta odpowiada na pytanie, jak producent lub dostawca identyfikuje ten produkt w swojej dokumentacji. GTIN odpowiada na pytanie, czy istnieje standaryzowany numer jednostki handlowej rozpoznawalny szerzej niż tylko w jednej relacji handlowej. EAN i UPC są natomiast formatami powiązanymi z kodami kreskowymi, przez które GTIN jest często widoczny na opakowaniu. Jeżeli firma wrzuca wszystkie te oznaczenia do jednej kolumny albo używa ich zamiennie, traci kontrolę nad tym, skąd pochodzi dana informacja i do czego może być użyta. Przy zwykłej sprzedaży może to powodować błędy magazynowe. Przy zgłoszeniach celnych może utrudniać powiązanie produktu z właściwymi danymi importowymi.

SKU jest firmowe, GTIN jest standaryzowany, a kod producenta należy do źródła towaru

SKU można zmienić, zaprojektować i rozwijać według własnych reguł firmy. To daje elastyczność, ale też wymaga dyscypliny. Jeżeli firma nie ustali jasnych zasad, SKU szybko staje się zbiorem przypadkowych oznaczeń powstałych w różnych okresach, przez różne osoby i pod presją bieżącej sprzedaży. GTIN działa inaczej, bo jest częścią standardu służącego do identyfikacji jednostek handlowych w szerszym obrocie. Nie powinien być tworzony dowolnie przez zespół operacyjny tylko dlatego, że w systemie brakuje numeru. Kod producenta z kolei nie jest ani w pełni wewnętrzny, ani globalnie standaryzowany. Jest ważny, bo prowadzi do źródła towaru, ale zwykle nie daje takiej uniwersalności jak GTIN.

To rozróżnienie jest szczególnie ważne dla firm, które sprzedają na wielu rynkach i korzystają z kilku kanałów sprzedaży. Własne SKU może być najlepszym sposobem zarządzania operacjami wewnątrz firmy, ale partner zewnętrzny może oczekiwać GTIN, jeśli produkt go posiada. Dostawca może posługiwać się własnym kodem, który jest potrzebny do reklamacji, dokumentacji technicznej lub potwierdzenia pochodzenia produktu, ale nie zastąpi on automatycznie standaryzowanego identyfikatora. Z kolei GTIN nie zastąpi SKU, bo nie mówi firmie wszystkiego, czego potrzebuje do własnego zarządzania asortymentem, wariantami, zestawami i logiką magazynową. Dobrze zorganizowany katalog produktowy powinien więc mieć osobne miejsca na te dane, zamiast traktować je jako różne wersje tego samego pola.

Przykład z życia e-commerce: jeden produkt, kilka identyfikatorów

Wyobraźmy sobie firmę, która sprzedaje powerbank pod własną marką. W sklepie produkt ma nazwę handlową napisaną pod klienta, na przykład z informacją o pojemności, kolorze i szybkim ładowaniu. W magazynie firma rozpoznaje go po SKU, które odróżnia wersję czarną od białej, pojemność 10 000 mAh od 20 000 mAh i zestaw z kablem od samego urządzenia. Producent lub dostawca ma własny numer modelu albo kod katalogowy, który pojawia się w dokumentacji technicznej, fakturach zakupowych i specyfikacji. Jeśli produkt ma nadany GTIN, ten numer identyfikuje konkretną jednostkę handlową w sposób standaryzowany i może być powiązany z kodem kreskowym na opakowaniu. Każdy z tych identyfikatorów opisuje ten sam produkt z innej perspektywy.

Gdy firma działa tylko na małą skalę, różnice między tymi oznaczeniami mogą wydawać się drugorzędne. Zespół wie, o który produkt chodzi, magazyn zna opakowania, a osoba odpowiedzialna za zakupy pamięta, jakiego kodu używa dostawca. Przy ekspansji taka wiedza przestaje wystarczać. Dane muszą działać bez pamięci pojedynczych osób, bez ręcznego sprawdzania plików i bez dopowiadania kontekstu w mailach. Jeśli ten sam powerbank trafia na kilka marketplace’ów, do kilku magazynów i do zgłoszeń celnych, każdy identyfikator musi mieć swoje miejsce. SKU porządkuje proces wewnętrzny, kod producenta łączy produkt ze źródłem dostawy, a GTIN, jeśli istnieje, daje standardową identyfikację jednostki handlowej. To właśnie dlatego tych kodów nie należy zastępować jednym ogólnym opisem ani mieszać w jednej kolumnie.

Jak uporządkować różnice w systemie produktowym

Najbezpieczniej traktować SKU, kod producenta i GTIN jako osobne pola w danych produktowych. Każde z nich powinno mieć jasno określoną funkcję, źródło i osobę odpowiedzialną za poprawność. SKU powinno być nadawane przez firmę według własnej polityki i kontrolowane przy dodawaniu nowych produktów oraz wariantów. Kod producenta lub dostawcy powinien pochodzić z dokumentacji źródłowej i być aktualizowany wtedy, gdy zmienia się dostawca, model albo specyfikacja produktu. GTIN powinien być zapisywany wtedy, gdy istnieje dla danej jednostki handlowej, a przy produktach private label firma powinna świadomie ustalić, czy i jak taki identyfikator będzie nadany, z uwzględnieniem wymagań marketplace’ów, sieci handlowych i partnerów logistycznych. Taki porządek zmniejsza ryzyko błędów, bo każdy numer ma własne znaczenie i nie jest przypadkowo zastępowany innym.

Dla średniego e-commerce dobrym testem jest sprawdzenie, czy dowolny produkt z katalogu da się prześledzić od karty produktu do dostawy i danych celnych. Jeśli na poziomie sklepu widnieje nazwa handlowa, w magazynie SKU, w dokumentacji kod producenta, a na opakowaniu GTIN, system powinien umieć przechować wszystkie te informacje bez utraty sensu. Jeżeli zamiast tego firma ma jedno pole „kod”, do którego raz trafia SKU, raz EAN, a raz numer od dostawcy, to w praktyce nie ma uporządkowanej identyfikacji produktu. Nowe wymagania celne tylko zwiększą znaczenie tego porządku. Nie dlatego, że każdy produkt nagle musi mieć wszystkie możliwe numery, ale dlatego, że firma musi wiedzieć, które identyfikatory istnieją, do czego służą i jak przekazać je dalej bez ręcznego zgadywania.

Jak te dane trafią do zgłoszenia celnego?

Zgłoszenie celne zacznie się dużo wcześniej niż na granicy

W praktyce nowe identyfikatory produktu nie pojawią się w zgłoszeniu celnym dopiero w momencie, gdy paczka fizycznie dotrze do granicy. Dane będą musiały powstać wcześniej: w katalogu produktowym, w systemie sprzedażowym, w magazynie, w integracji z operatorem logistycznym i w informacjach przekazywanych podmiotowi odpowiedzialnemu za obsługę odprawy. To ważna zmiana w myśleniu o procesie. W wielu firmach odprawa celna jest nadal traktowana jako etap końcowy, który dzieje się „po wysyłce” albo „po stronie partnera”. Tymczasem jakość zgłoszenia będzie zależała od tego, czy firma już na poziomie produktu ma uporządkowane SKU, kod producenta lub dostawcy oraz GTIN, jeśli taki identyfikator istnieje. Jeżeli tych danych nie ma w systemie źródłowym, trudno oczekiwać, że automatycznie i bezbłędnie pojawią się później w komunikacji celnej.

Dla średniego e-commerce oznacza to, że z perspektywy jakości danych przygotowanie danych do zgłoszenia celnego zaczyna się już na etapie tworzenia karty produktu, a nie dopiero w momencie wygenerowania etykiety wysyłkowej. Produkt, który trafia do katalogu, powinien od początku mieć dane potrzebne nie tylko do sprzedaży klientowi, ale także do obsługi logistycznej i importowej. Jeżeli firma sprzedaje towary spoza UE konsumentom w Unii, albo działa w modelu, w którym dane produktowe są przekazywane dalej przez marketplace, operatora logistycznego lub agenta celnego, brak identyfikatorów może wrócić jako problem techniczny, operacyjny albo formalny. Zakres odpowiedzialności będzie zależał od modelu logistycznego i roli poszczególnych podmiotów, ale kierunek jest jasny: im bardziej zautomatyzowany ma być proces odprawy, tym wcześniej dane muszą być kompletne.

Identyfikatory będą powiązane z pozycją towarową

Identyfikatory produktu powinny być powiązane z właściwą pozycją towarową w danych celnych, a nie traktowane jako ogólna informacja o całym zamówieniu. Jeżeli paczka zawiera kilka różnych produktów, mogą one wymagać odrębnego wykazania w danych celnych, w zależności od ich klasyfikacji, sposobu sporządzenia zgłoszenia i zasad grupowania pozycji. Nie zawsze działa tu prosta zasada „jeden produkt równa się jedna pozycja deklaracji”, ale firma musi być w stanie przypisać właściwe identyfikatory do właściwych danych o towarze. SKU, kod producenta i GTIN nie powinny więc krążyć w systemie jako luźne pola, które ktoś dopisuje do zamówienia, lecz jako informacje związane z konkretną jednostką handlową lub wariantem produktu.

To rozróżnienie ma znaczenie szczególnie przy większym asortymencie. Jeśli klient kupuje trzy różne produkty, a każdy z nich ma inny kod CN, inną wartość, innego producenta albo inną specyfikację, zgłoszenie celne musi opierać się na danych, które pozwalają je rozdzielić. Identyfikatory produktu nie zastępują kodów CN ani TARIC. Kod CN lub TARIC służy do klasyfikacji taryfowej towaru, natomiast PID ma pomóc w identyfikacji konkretnego produktu, którego dotyczy zgłoszenie. Nawet gdy określone pozycje mogą być technicznie grupowane, firma nadal powinna wiedzieć, które produkty stoją za danymi przekazywanymi w procesie. W przeciwnym razie łatwo o sytuację, w której identyfikator wskazuje na jeden wariant, opis dotyczy drugiego, a dokumentacja od dostawcy pasuje do trzeciego. Dla przedsiębiorcy brzmi to jak detal administracyjny, ale w praktyce jest to jeden z podstawowych warunków automatyzacji. Systemy działają dobrze tylko wtedy, gdy dane są przypisane do właściwych obiektów.

Dane będą przekazywane elektronicznie przez systemy i integracje

Największą wartość nowe identyfikatory produktu przyniosą wtedy, gdy będą mogły być przekazywane elektronicznie przez systemy i integracje. W modelu e-commerce, szczególnie przy dużej liczbie niskowartościowych przesyłek, ręczne przepisywanie danych do zgłoszeń jest zbyt wolne, zbyt podatne na błędy i zbyt kosztowne. Dlatego praktyczny ciężar wdrożenia spadnie nie tylko na osoby odpowiedzialne za cło, ale także na systemy sprzedażowe, magazynowe, ERP, PIM, narzędzia do obsługi zamówień oraz integracje z partnerami logistycznymi. Dane muszą przejść przez cały łańcuch w taki sposób, aby nie zgubiły znaczenia. SKU powinno pozostać SKU, kod producenta powinien trafić do właściwego pola, a GTIN, jeśli istnieje, nie powinien zostać pomylony z wewnętrznym numerem magazynowym.

W praktyce oznacza to konieczność sprawdzenia, czy obecne systemy firmy potrafią przechowywać i eksportować wszystkie potrzebne identyfikatory. Sam fakt, że dane znajdują się „gdzieś w firmie”, nie wystarczy. Jeżeli GTIN jest zapisany w opisie produktu, kod producenta w arkuszu zakupowym, a SKU w systemie magazynowym, integracja może nie mieć skąd pobrać pełnego zestawu informacji. Jeszcze większy problem pojawia się wtedy, gdy różne kanały sprzedaży mają różne wersje tych samych danych. Firma, która planuje skalowanie sprzedaży zagranicznej, powinna więc myśleć o identyfikatorach produktowych jak o danych podstawowych, podobnych do ceny, stanu magazynowego czy wagi przesyłki. Bez nich automatyzacja odprawy może być tylko częściowa, a każda luka będzie wymagała ręcznej interwencji.

Ręczne uzupełnianie danych stanie się ryzykowne przy większej skali

Ręczne uzupełnianie danych produktowych może wydawać się rozsądnym obejściem, dopóki firma wysyła niewielką liczbę paczek albo obsługuje prosty, stabilny katalog. Problem pojawia się wtedy, gdy skala zaczyna rosnąć. Przy setkach zamówień dziennie, wielu wariantach, kilku magazynach i sprzedaży na różnych rynkach każdy brakujący identyfikator staje się wyjątkiem, który ktoś musi zauważyć, sprawdzić i poprawić. Wyjątki są drogie, bo angażują ludzi, przerywają automatyczny proces i zwiększają ryzyko pomyłki. W dodatku błąd w danych celnych może ujawnić się później niż zwykły błąd magazynowy, więc jego naprawa bywa trudniejsza, bardziej stresująca i bardziej zależna od partnerów zewnętrznych.

Dla właściciela lub managera e-commerce najważniejsze jest zrozumienie, że ręczna obsługa nie skaluje się liniowo. Dziesięć brakujących kodów tygodniowo to drobna niedogodność. Dziesięć brakujących kodów dziennie przy ekspansji może już oznaczać opóźnienia, dodatkowe maile, korekty, zatrzymane procesy i rosnącą frustrację zespołu. Jeśli firma chce rozwijać sprzedaż transgraniczną, musi ograniczać liczbę miejsc, w których człowiek musi zgadywać, jaki identyfikator pasuje do danego produktu. Nowe wymogi będą premiowały organizacje, które mają uporządkowane dane i automatyczne przepływy informacji, a utrudnią życie tym, które nadal opierają się na pamięci pracowników, improwizowanych arkuszach i ręcznym kopiowaniu danych między systemami.

Partnerzy logistyczni będą potrzebowali danych wcześniej

Operatorzy logistyczni, agenci celni, marketplace’y i partnerzy odpowiedzialni za obsługę importu nie będą czekać z pytaniem o identyfikatory do momentu, w którym przesyłka znajdzie się w krytycznym punkcie procesu. Dla nich kompletność danych jest warunkiem sprawnego przygotowania zgłoszenia, oceny ryzyka, przekazania informacji do odpowiednich systemów i uniknięcia zatorów. Dlatego firmy e-commerce powinny spodziewać się, że wymagania dotyczące SKU, kodu producenta i GTIN mogą pojawić się wcześniej w integracjach, formularzach wysyłkowych, panelach partnerskich albo specyfikacjach API. To nie musi wynikać wyłącznie z literalnego brzmienia przepisów. Często będzie efektem tego, że partnerzy w łańcuchu dostaw ujednolicają własne procesy, aby uniknąć wyjątków i ręcznej obsługi.

W praktyce może to oznaczać zmianę kolejności działań w firmie. Dane, które kiedyś były uzupełniane dopiero przy problemie, powinny znaleźć się w systemie przed pierwszą wysyłką danego produktu. Nowy towar nie powinien trafiać do aktywnej sprzedaży transgranicznej, jeśli brakuje podstawowych identyfikatorów potrzebnych do obsługi importu. To szczególnie ważne przy sezonowych kolekcjach, produktach promocyjnych i szybkim testowaniu nowych kategorii, gdzie presja sprzedażowa często wygrywa z porządkiem w danych. W nowym otoczeniu taki skrót może być kosztowny. Jeżeli partner logistyczny nie otrzyma kompletnych danych na właściwym etapie, proces może utknąć nie dlatego, że produkt fizycznie nie jest gotowy do wysyłki, ale dlatego, że systemowo nie da się go poprawnie opisać.

Co to oznacza dla sprzedawców e-commerce?

Katalog produktów staje się elementem compliance

Dla sprzedawców e-commerce najważniejsza zmiana polega na tym, że katalog produktów przestaje być wyłącznie narzędziem sprzedaży. Do tej pory wiele firm patrzyło na katalog głównie przez pryzmat konwersji, SEO, zdjęć, opisów, cen, wariantów i dostępności. To nadal będzie ważne, ale przy sprzedaży transgranicznej katalog zaczyna pełnić również funkcję compliance. Musi zawierać dane, które pozwalają poprawnie obsłużyć produkt w logistyce, dokumentach, integracjach i zgłoszeniach celnych. Jeżeli firma nie ma uporządkowanych identyfikatorów, problem nie ograniczy się do wewnętrznego bałaganu. Może przełożyć się na opóźnienia, dodatkowe pytania od partnerów i większe ryzyko błędów w procesie odprawy.

Pierwszym krokiem dla sprzedawcy powinno być więc sprawdzenie, czy każdy produkt ma unikalne SKU i czy system rozróżnia realne warianty. Drugim krokiem jest ustalenie, które produkty mają GTIN i czy ten numer jest zapisany w odpowiednim polu, a nie przypadkowo w opisie, nazwie albo notatce. Trzecim krokiem jest zebranie kodów producentów lub dostawców i powiązanie ich z właściwymi produktami. Dopiero na tej podstawie można sensownie aktualizować systemy sprzedażowe, magazynowe i integracje z partnerami. Bez audytu katalogu każda automatyzacja będzie działała na niepewnych danych. To trochę jak budowanie szybkiej ścieżki wysyłki na magazynie, w którym połowa regałów ma nieaktualne etykiety.

Dane produktowe muszą być spójne między sklepem, magazynem i marketplace’em

Sprzedawcy działający w kilku kanałach powinni zwrócić szczególną uwagę na spójność danych. Ten sam produkt może mieć inną nazwę w sklepie internetowym, inną w panelu marketplace, inną w systemie magazynowym i jeszcze inną w pliku od dostawcy. Samo w sobie nie musi to być problemem, jeśli wszystkie te nazwy są powiązane z jednym stabilnym zestawem identyfikatorów. Problem zaczyna się wtedy, gdy każdy kanał ma własną logikę kodów, a firma nie potrafi szybko ustalić, czy dana pozycja sprzedażowa odpowiada temu samemu produktowi, który jest widoczny w magazynie i dokumentacji zakupowej. Przy nowych wymaganiach taka niespójność może utrudniać przekazanie danych do zgłoszenia celnego.

Dla firm rozwijających sprzedaż marketplace’ową ważne jest także to, że platformy i partnerzy logistyczni mogą wprowadzać własne wymogi dotyczące jakości danych. Nawet jeśli formalny obowiązek celny jest opisany w określony sposób, praktyczne wymagania mogą pojawić się w panelu sprzedażowym, specyfikacji integracji albo w warunkach obsługi wysyłek. Sprzedawca, który ma uporządkowane dane, będzie w stanie szybciej dostosować się do takich zmian. Sprzedawca, który trzyma identyfikatory w różnych miejscach i nie ma pewności, która wersja jest aktualna, będzie zmuszony do pracy reaktywnej. To oznacza mniej kontroli nad procesem i większe ryzyko, że zmiana wymogów pojawi się jako nagły problem operacyjny, a nie zaplanowany etap rozwoju.

Największy problem: warianty produktów

Największym źródłem błędów w e-commerce często nie są produkty główne, ale warianty. Rozmiar, kolor, pojemność, wersja modelowa, zestaw, multipak, edycja sezonowa albo opakowanie promocyjne mogą wydawać się detalem z perspektywy marketingu, ale z perspektywy danych produktowych są bardzo konkretne. Jeżeli różne warianty są sprzedawane pod jednym ogólnym SKU albo mają wspólny opis, firma może nie być w stanie jednoznacznie wskazać, który produkt został wysłany. Przy sprzedaży krajowej czasem kończy się to błędem magazynowym albo reklamacją. Przy imporcie i zgłoszeniach celnych może oznaczać problem z przypisaniem właściwych danych do właściwej pozycji.

W większości przypadków realny wariant handlowy powinien mieć własny identyfikator, bo tylko wtedy można bezpiecznie połączyć sprzedaż, magazyn, dokumentację dostawcy i dane celne. Dotyczy to zwłaszcza firm, które sprzedają produkty podobne wizualnie, akcesoria, elektronikę, części, odzież, kosmetyki, zestawy lub towary private label. Dwa produkty mogą wyglądać prawie tak samo w sklepie, ale mieć różne kody producenta, różne GTIN, inną specyfikację albo inne źródło dostawy. Jeżeli system tego nie rozróżnia, zespół będzie zmuszony dopowiadać kontekst ręcznie. Przy ekspansji to prosta droga do błędów, bo im więcej kanałów, zamówień i partnerów, tym mniej można polegać na nieformalnej wiedzy pracowników.

Sprzedawca musi zebrać dane od dostawców wcześniej

Wielu sprzedawców odkryje przy tej zmianie, że część potrzebnych informacji znajduje się poza firmą. Kody producentów, numery katalogowe, specyfikacje, dane o jednostkach handlowych czy informacje o GTIN często są u dostawcy, producenta albo dystrybutora. Jeżeli firma nie wymagała tych danych przy zakupie, późniejsze ich pozyskanie może być czasochłonne. Dostawca może mieć różne formaty plików, niepełne opisy, stare kody albo osobne oznaczenia dla różnych rynków. Przy kilku produktach da się to wyjaśnić mailowo. Przy setkach lub tysiącach pozycji potrzebny jest proces: jasne wymagania wobec dostawców, określony format danych i miejsce w systemie, do którego te informacje trafiają.

Dobrą praktyką jest przeniesienie rozmowy o danych produktowych na wcześniejszy etap współpracy. Nowy produkt nie powinien być traktowany jako gotowy do skalowania tylko dlatego, że ma zdjęcia, opis i cenę. Powinien mieć także komplet danych potrzebnych do sprzedaży transgranicznej: SKU po stronie sprzedawcy, kod producenta lub dostawcy, GTIN tam, gdzie istnieje, oraz inne informacje wymagane w procesie importowym i logistycznym. To zmienia rolę działu zakupów, category managerów i osób odpowiedzialnych za wdrażanie produktów. Ich zadaniem nie jest już wyłącznie pozyskanie atrakcyjnego asortymentu, ale także zadbanie o to, aby produkt był „obsługiwalny” systemowo, logistycznie i celnie.

Aktualizacja systemów sprzedażowych i magazynowych nie powinna być odkładana

Jeżeli firma ma już dane, ale nie ma miejsca, aby je zapisać i przekazać dalej, problem nadal nie jest rozwiązany. System sprzedażowy, magazynowy, ERP lub PIM powinien umożliwiać przechowywanie różnych typów identyfikatorów w oddzielnych polach. SKU nie powinno być mieszane z EAN, kod producenta nie powinien trafiać do pola z notatką, a GTIN nie powinien być przechowywany wyłącznie w opisie produktu. Taki pozornie niewielki porządek techniczny ma ogromne znaczenie przy integracjach. Dane można automatyzować tylko wtedy, gdy system wie, czym są. Jeśli wszystko jest wrzucone do jednego pola „kod”, trudno później bezpiecznie przekazać informacje do partnera logistycznego lub zgłoszenia celnego.

Aktualizacja systemów powinna objąć nie tylko same pola danych, ale także proces ich utrzymywania. Kto nadaje SKU? Kto sprawdza GTIN? Kto odpowiada za kod producenta? Co dzieje się, gdy dostawca zmienia numer katalogowy? Czy produkt może trafić do sprzedaży zagranicznej bez kompletu danych? Czy marketplace otrzymuje te same identyfikatory, które ma magazyn? To są pytania operacyjne, ale bez odpowiedzi na nie nawet najlepszy system będzie tylko miejscem przechowywania niespójnych informacji. Przygotowanie do większej automatyzacji odpraw wymaga więc połączenia technologii z odpowiedzialnością w organizacji. Dane produktowe muszą mieć właściciela, zasady aktualizacji i kontrolę jakości.

Automatyzacja odpraw zaczyna się od porządku w danych

Większa automatyzacja odpraw nie oznacza, że firma może mniej interesować się danymi. Przeciwnie: im więcej procesu przechodzi przez systemy, tym bardziej dane muszą być kompletne, spójne i przewidywalne. Automatyzacja nie naprawia chaosu, tylko go przyspiesza. Jeżeli do integracji trafiają błędne SKU, brakujące kody producenta albo GTIN przypisane do niewłaściwego wariantu, system może szybciej powielać błędy na większą skalę. Dlatego przygotowanie do nowych wymogów powinno zaczynać się od audytu katalogu, a dopiero potem przechodzić do mapowania pól, integracji i procesów z partnerami logistycznymi.

Dla sprzedawców e-commerce to dobra okazja, aby potraktować dane produktowe jako element strategii ekspansji. Firma, która ma uporządkowany katalog, szybciej wdraża nowe kanały sprzedaży, łatwiej współpracuje z operatorami logistycznymi, sprawniej obsługuje zapytania celne i lepiej kontroluje ryzyko błędów. Firma, która odkłada porządek w danych, będzie coraz częściej trafiać na ścianę przy kolejnych zmianach regulacyjnych, nowych marketplace’ach i rosnącym wolumenie wysyłek. Nowe identyfikatory produktu są więc nie tylko obowiązkiem do spełnienia, ale też praktycznym testem gotowości firmy do działania na większą skalę.

Co to oznacza dla importerów?

Większa odpowiedzialność za kompletność danych produktowych

Dla importerów nowe identyfikatory produktu oznaczają przede wszystkim większą odpowiedzialność za jakość danych, które towarzyszą towarowi od momentu zakupu aż do zgłoszenia celnego. Firma sprowadzająca produkty spoza UE nie będzie mogła traktować SKU, kodu producenta, GTIN ani innych identyfikatorów produktu wykorzystywanych w danym modelu sprzedaży jako informacji pobocznych, potrzebnych wyłącznie działowi sprzedaży albo magazynowi. Te dane zaczną coraz mocniej wpływać na to, czy produkt da się poprawnie opisać, przypisać do właściwych dokumentów, powiązać z dostawcą i przekazać dalej w procesie odprawy. W średniej firmie importującej większe wolumeny problem nie polega zwykle na całkowitym braku danych, lecz na tym, że dane są rozproszone. Część znajduje się w systemie magazynowym, część w fakturach zakupowych, część w plikach od dostawcy, a część w głowie osoby, która od lat obsługuje daną kategorię. Taki model jest wygodny, dopóki proces zależy od kilku znanych produktów i niewielkiej liczby osób. Przy ekspansji staje się ryzykowny.

Importer powinien więc spojrzeć na identyfikatory produktowe jak na część dokumentacji importowej, a nie tylko element katalogu handlowego. SKU pozwala firmie rozpoznać produkt we własnych systemach, kod producenta lub dostawcy łączy go z dokumentacją źródłową, a GTIN, jeśli istnieje, może ułatwiać standaryzowaną identyfikację jednostki handlowej. Równolegle nadal konieczna pozostaje prawidłowa klasyfikacja taryfowa, ponieważ PID nie zastępuje kodów CN ani TARIC. Kod CN lub TARIC służy do klasyfikacji towaru dla celów celnych, natomiast identyfikatory produktu pomagają wskazać, o który konkretnie produkt chodzi w danych przekazywanych administracji celnej. Dopiero połączenie tych dwóch porządków daje importerowi realną kontrolę nad procesem. Bez tego firma może mieć poprawnie opisany produkt sprzedażowo, ale nadal nie mieć wystarczająco spójnych danych do obsługi importu.

Współpraca z dostawcami stanie się bardziej wymagająca

Nowe podejście do identyfikatorów produktowych zwiększy znaczenie współpracy z dostawcami, zwłaszcza tymi spoza UE. Importer nie zawsze sam tworzy wszystkie dane potrzebne do prawidłowej identyfikacji towaru. Często musi pozyskać je od producenta, dystrybutora lub pośrednika: numer modelu, kod katalogowy, specyfikację, informację o GTIN, dane o wariantach, opakowaniach i jednostkach handlowych albo inne oznaczenia używane w dokumentacji handlowej. Jeżeli dostawca przekazuje dane w niejednolitym formacie, zmienia oznaczenia bez uprzedzenia albo stosuje inne kody na fakturze, inne na opakowaniu i inne w pliku produktowym, importer przejmuje ryzyko chaosu. To on później musi połączyć te informacje z własnym SKU, dokumentami magazynowymi, klasyfikacją celną i danymi przekazywanymi do partnera logistycznego lub agenta celnego.

Dlatego rozmowa z dostawcą powinna zaczynać się wcześniej niż przy pierwszym problemie z odprawą. Dobrą praktyką jest ustalenie, jakie dane produktowe muszą być przekazywane przy każdym nowym produkcie, w jakim formacie mają trafiać do firmy i kto odpowiada za ich aktualność. W przypadku większych importerów warto potraktować to jako element procesu zakupowego: produkt nie jest kompletny operacyjnie tylko dlatego, że ma cenę, zdjęcie i opis. Powinien mieć także dane pozwalające go jednoznacznie zidentyfikować w systemach firmy i w dokumentacji importowej. To szczególnie ważne przy towarach podobnych, produktach private label, częstych zmianach wariantów i dostawcach, którzy produkują podobny asortyment dla wielu marek. Jeżeli importer nie wymusi porządku na wejściu, będzie płacił za bałagan na wyjściu: w korektach, opóźnieniach, wyjaśnieniach i ręcznym dopasowywaniu dokumentów.

Ryzyko błędnych lub niespójnych danych w dokumentach

Jednym z największych ryzyk dla importerów będzie niespójność danych pomiędzy dokumentami. Ten sam produkt może pojawić się pod inną nazwą na fakturze od dostawcy, pod innym kodem w magazynie, pod innym opisem w sklepie internetowym i pod jeszcze innym oznaczeniem w pliku wysyłkowym. Dopóki proces jest mały, zespół potrafi często „domyślić się”, że chodzi o ten sam towar. Przy rosnącym wolumenie, większej liczbie dostawców i bardziej sformalizowanych danych celnych takie domysły przestają wystarczać. Jeżeli dokumenty nie dają się łatwo połączyć, każda odprawa może wymagać dodatkowego sprawdzania, a każda korekta może uruchamiać ciąg pytań: który wariant został wysłany, jaki kod producenta jest właściwy, czy GTIN dotyczy tej jednostki handlowej i czy dane zgadzają się z klasyfikacją celną.

Niespójność danych jest groźna także dlatego, że błędy mają tendencję do powielania się. Jeżeli firma raz źle przypisze GTIN do wariantu, pomyli kod producenta albo użyje jednego SKU dla kilku realnie różnych produktów, ten błąd może trafić do wielu kanałów sprzedaży, dokumentów magazynowych i zgłoszeń. Im bardziej zautomatyzowany jest proces, tym szybciej błąd może się rozprzestrzenić. Automatyzacja nie odróżnia danych poprawnych od błędnych tylko dlatego, że wyglądają podobnie. Dlatego importerzy powinni wdrożyć kontrolę jakości danych produktowych, zanim zaczną masowo przekazywać je dalej. W praktyce oznacza to potrzebę regularnego audytu katalogu, sprawdzania duplikatów, weryfikacji kodów producenta, kontroli GTIN tam, gdzie istnieje, oraz porównania danych produktowych z dokumentacją dostawcy i klasyfikacją taryfową.

Integracja danych produktowych z systemami finansowo-magazynowymi

Dla importerów szczególnie ważne będzie połączenie danych produktowych z systemami finansowo-magazynowymi. Import nie kończy się na sprzedaży i wysyłce. Towar przechodzi przez zamówienie zakupu, fakturę, przyjęcie magazynowe, dokumenty transportowe, klasyfikację celną, wycenę, ewidencję kosztów, rozliczenia podatkowe i dalszą sprzedaż. Jeżeli identyfikatory produktu funkcjonują tylko w sklepie internetowym, ale nie są powiązane z dokumentami zakupu i magazynem, firma ma częściowy obraz sytuacji. Z kolei jeśli magazyn zna SKU, ale dział finansowy pracuje na opisach z faktur, a osoba odpowiedzialna za import korzysta z osobnego arkusza, każde większe wdrożenie nowych wymogów będzie wymagało ręcznego spinania danych.

Najbezpieczniejszym kierunkiem jest budowanie jednego źródła prawdy o produkcie, które zasila różne obszary firmy. Nie musi to oznaczać jednego fizycznego systemu, lecz spójny model danych pomiędzy systemami. Dane powinny być tak zaprojektowane, aby SKU, kod producenta, GTIN, klasyfikacja CN/TARIC, kraj pochodzenia, waga, wartość i inne informacje importowe były logicznie powiązane. Dzięki temu firma może łatwiej przygotować dane do odprawy, szybciej odpowiadać na pytania partnera celnego, ograniczyć liczbę korekt i lepiej kontrolować koszty. Dla średnich importerów to szczególnie ważne, bo skala jest już na tyle duża, że ręczne obejścia są kosztowne, ale organizacja często nadal pamięta czasy, gdy kilka arkuszy i doświadczenie jednej osoby wystarczały. Przy nowych wymogach taki model będzie coraz mniej odporny.

Szczególne znaczenie przy dużym wolumenie i kategoriach wymagających dodatkowego raportowania

Im większy wolumen przesyłek, tym większe znaczenie ma kompletność danych produktowych. Przy kilku odprawach miesięcznie firma może jeszcze reagować ręcznie na braki, chociaż nie jest to dobra praktyka. Przy setkach lub tysiącach przesyłek problem zmienia skalę. Brakujące SKU, niespójne kody producenta albo nieustalone GTIN mogą wygenerować lawinę wyjątków, które trzeba obsłużyć przed wysyłką, w trakcie odprawy albo po pojawieniu się pytań od partnera. Duży wolumen nie wybacza chaosu, bo każdy drobny błąd mnoży się przez liczbę paczek, pozycji i kanałów sprzedaży. To właśnie dlatego firmy planujące ekspansję powinny uporządkować dane zanim zwiększą skalę, a nie dopiero wtedy, gdy problem stanie się widoczny w opóźnieniach i kosztach.

Szczególnie uważne powinny być firmy sprzedające kategorie produktów, które mogą podlegać dodatkowym wymogom, kontrolom lub raportowaniu, na przykład wybrane produkty objęte wymogami bezpieczeństwa, elektronikę, kosmetyki, wyroby medyczne, towary akcyzowe albo produkty, dla których znaczenie mogą mieć obowiązki środowiskowe, takie jak EPR. Nie chodzi o to, że identyfikatory produktu same rozwiążą wszystkie obowiązki regulacyjne. Nie zastąpią klasyfikacji taryfowej, dokumentów zgodności, danych o pochodzeniu ani informacji wymaganych w szczególnych procedurach. Mogą jednak ułatwić powiązanie konkretnego produktu z właściwą dokumentacją i właściwym procesem. Jeżeli importer ma towary o różnym statusie regulacyjnym, podobne produkty od wielu dostawców albo asortyment, przy którym znaczenie mają dodatkowe informacje techniczne, nie może pozwolić sobie na ogólne opisy i luźne kody. W takim środowisku identyfikacja produktu staje się podstawą zarządzania ryzykiem, a nie tylko administracyjnym dodatkiem do zgłoszenia.

Co się stanie, jeśli nie przygotujesz SKU, kodów producenta i GTIN?

Opóźnienia w odprawie

Najbardziej prawdopodobną konsekwencją braku uporządkowanych identyfikatorów nie musi być od razu spektakularny problem, ale seria drobnych opóźnień, które zaczną pojawiać się w codziennym procesie. Jeżeli w danych brakuje SKU, kodu producenta, GTIN tam, gdzie produkt taki identyfikator posiada, lub innych identyfikatorów wymaganych w danym modelu obsługi, partner obsługujący odprawę może potrzebować dodatkowych wyjaśnień. Ktoś będzie musiał sprawdzić kartę produktu, wrócić do dokumentów zakupowych, skontaktować się z dostawcą, porównać warianty albo ustalić, czy dany numer dotyczy właściwej jednostki handlowej. Każdy taki wyjątek zabiera czas. Przy pojedynczej paczce może być irytujący, ale przy większej skali staje się problemem operacyjnym, który wpływa na tempo realizacji zamówień.

Opóźnienia są szczególnie niebezpieczne, ponieważ często zaczynają się niewinnie. Na początku zespół traktuje je jak normalne pytania od partnera logistycznego. Później okazuje się, że podobne pytania wracają przy kolejnych produktach, a brak danych w katalogu powoduje powtarzalne blokady. Firma nie ma wtedy jednego dużego kryzysu, tylko wiele małych tarć, które łącznie obniżają sprawność całego procesu. Z perspektywy zarządczej to kosztowny rodzaj problemu, bo trudno go uchwycić w jednym raporcie. Część kosztu siedzi w pracy zespołu, część w czasie oczekiwania, część w korespondencji z dostawcami, a część w niezadowoleniu klientów. Porządek w identyfikatorach nie gwarantuje braku pytań przy odprawie, ale ogranicza liczbę sytuacji, w których firma sama dostarcza powodów do zatrzymania procesu.

Ryzyko nieprzyjęcia lub zatrzymania zgłoszenia do wyjaśnienia

Jeżeli wymagane dane nie zostaną uzupełnione albo będą niespójne, zgłoszenie może nie zostać przyjęte do dalszej obsługi w zakładanym trybie albo może wymagać korekty, uzupełnienia i dodatkowych wyjaśnień. Warto ująć to ostrożnie: nie każdy brak automatycznie oznacza odrzucenie zgłoszenia w każdym modelu i w każdej sytuacji. Praktyka będzie zależała od sposobu wdrożenia wymogów, systemów celnych, roli operatora logistycznego, agenta celnego, marketplace’u i charakteru przesyłki. Nie zmienia to jednak podstawowej zasady biznesowej. Jeżeli system lub partner oczekuje określonych danych, a firma ich nie dostarcza, proces przestaje być płynny. Zamiast automatycznej obsługi pojawia się wyjątek, który trzeba ręcznie rozwiązać.

Dla firmy rozwijającej sprzedaż zagraniczną to ryzyko ma znaczenie nie tylko formalne, ale też reputacyjne i operacyjne. Jeżeli zgłoszenie wymaga poprawy, towar może czekać, zespół musi reagować, a klient nie otrzymuje paczki zgodnie z oczekiwaniem. Problem może być tym większy, im bardziej firma opiera swój model na szybkiej dostawie i wysokiej dostępności produktów. W e-commerce klienci rzadko interesują się tym, czy opóźnienie wynika z błędu w kodzie producenta, braku GTIN czy niepełnych danych przekazanych do odprawy. Widzą po prostu, że zamówienie nie dotarło na czas. Dlatego ryzyko związane z niekompletnymi identyfikatorami trzeba rozumieć szerzej niż jako problem z jednym formularzem. To ryzyko utraty przewidywalności procesu.

Zatory logistyczne przy większym wolumenie

Pojedynczy błąd w danych produktowych jest problemem do rozwiązania. Seria takich błędów przy dużym wolumenie może zamienić się w zator logistyczny. Jeśli codziennie wysyłane są setki paczek, a część z nich wymaga ręcznego uzupełniania identyfikatorów, sprawdzania wariantów albo kontaktu z dostawcą, cały proces zaczyna tracić rytm. Magazyn może mieć towar gotowy do wydania, system sprzedażowy może mieć zamówienie opłacone, klient może czekać na przesyłkę, ale brak danych uniemożliwia płynne przejście przez kolejny etap. To szczególnie dotkliwe w sezonie, gdy firma nie ma nadmiaru czasu ani ludzi, a każdy wyjątek wypycha kolejne zamówienia z harmonogramu.

Zatory logistyczne są niebezpieczne również dlatego, że wpływają na kilka obszarów naraz. Magazyn musi odłożyć problematyczne przesyłki, obsługa klienta zaczyna odpowiadać na pytania o status zamówienia, dział zakupów szuka danych u dostawcy, a osoba odpowiedzialna za logistykę próbuje ustalić, czy problem dotyczy jednego produktu, całej serii czy całej kategorii. W tym czasie nowe zamówienia nadal napływają. Jeżeli firma nie ma jasnego źródła danych produktowych, każda kolejna przesyłka z tym samym produktem może powielać ten sam problem. W praktyce oznacza to, że brak porządku w katalogu przestaje być problemem administracyjnym, a zaczyna działać jak hamulec na magazynie, w logistyce i w obsłudze klienta.

Wyższe koszty operacyjne

Nieuporządkowane dane produktowe kosztują więcej, niż zwykle widać na pierwszy rzut oka. Koszt nie polega wyłącznie na tym, że ktoś musi dopisać brakujący kod. Trzeba doliczyć czas poświęcony na szukanie informacji, wymianę maili z dostawcą, poprawianie dokumentów, sprawdzanie wariantów, aktualizację systemu, kontakt z operatorem logistycznym i obsługę klienta, który pyta o opóźnioną przesyłkę. Jeśli problem powtarza się regularnie, firma zaczyna płacić za brak porządku każdego dnia. W średnim e-commerce te koszty łatwo znikają w bieżącej pracy zespołu, ale realnie obniżają marżę, zabierają uwagę managerów i ograniczają tempo rozwoju.

Najbardziej kosztowne jest to, że ręczne poprawianie danych nie buduje trwałego rozwiązania, jeśli firma nie naprawia źródła problemu. Można uzupełnić kod dla jednej przesyłki, ale jeśli katalog nadal jest niespójny, ten sam brak wróci przy kolejnym zamówieniu. Można poprosić dostawcę o dane dla jednego produktu, ale jeśli firma nie zmieni procesu wdrażania nowego asortymentu, podobny problem pojawi się przy następnej dostawie. W efekcie organizacja działa w trybie gaszenia pożarów. Zamiast zainwestować czas w audyt katalogu, politykę SKU, mapowanie kodów producenta i uporządkowanie GTIN tam, gdzie istnieją, płaci rozproszony koszt za każdą kolejną korektę. Przy ekspansji taki model staje się coraz mniej opłacalny.

Gorsze doświadczenie klienta

Z perspektywy klienta końcowego problem z danymi celnymi prawie nigdy nie wygląda jak problem z danymi celnymi. Klient nie widzi SKU, kodu producenta, GTIN, klasyfikacji CN ani komunikacji między operatorem logistycznym a agentem celnym. Widzi tylko to, że paczka idzie dłużej, status śledzenia się nie zmienia, obsługa klienta nie potrafi podać jasnej informacji albo zamówienie trafia w nieprzewidziane opóźnienie. W sprzedaży transgranicznej zaufanie buduje się trudniej niż na rynku krajowym, bo klient często ma większą niepewność co do dostawy, zwrotów i kontaktu ze sprzedawcą. Każde opóźnienie wzmacnia tę niepewność, nawet jeśli firma ma dobry produkt i uczciwie komunikuje się z kupującym.

Dla e-commerce planującego ekspansję to bardzo praktyczny problem. Koszt błędu nie kończy się na jednej przesyłce. Może oznaczać więcej zapytań do obsługi klienta, więcej anulacji, więcej negatywnych opinii, większą liczbę zwrotów i niższą skłonność do ponownego zakupu. Jeśli firma działa na marketplace’ach, opóźnienia mogą dodatkowo wpływać na wskaźniki jakości obsługi, które są ważne dla widoczności, zaufania i warunków sprzedaży. Klient nie będzie rozróżniał, czy opóźnienie wynikało z braku kodu producenta, niepełnego GTIN czy błędnie przypisanego wariantu. Dla niego odpowiedzialny jest sklep, od którego kupił produkt. Dlatego porządek w danych produktowych ma bezpośredni związek z doświadczeniem klienta, nawet jeśli na pierwszy rzut oka wydaje się tematem wewnętrznym.

Ryzyko chaosu w danych

Najpoważniejszym ryzykiem nie jest pojedynczy brakujący numer. Najpoważniejsze ryzyko polega na tym, że firma nie wie, których danych jej brakuje, gdzie są zapisane i kto odpowiada za ich aktualność. Jeżeli jeden produkt ma kilka nazw, kilka kodów i kilka wersji opisu, każda kolejna deklaracja może powielać błędy. Jeśli SKU nie jest stabilne, kod producenta nie jest zapisany w centralnym miejscu, a GTIN pojawia się raz w opisie, raz w arkuszu, a raz w ogóle nie występuje, organizacja traci kontrolę nad własnym katalogiem. W takim środowisku nawet najlepszy partner logistyczny nie rozwiąże problemu u źródła, bo otrzymuje dane, które już na wejściu są niespójne.

Chaos w danych jest szczególnie groźny dlatego, że rośnie razem z firmą. Im więcej produktów, wariantów, dostawców, magazynów i rynków, tym trudniej naprawić go później. Na początku wystarczy zapytać jedną osobę, który kod jest właściwy. Później ta osoba nie pamięta szczegółów, zmienia się dostawca, produkt dostaje nową wersję, dochodzi marketplace, a stary błąd nadal krąży w systemie. Najgorszy scenariusz nie polega więc na tym, że firma nie ma jednego numeru GTIN. Polega na tym, że nie wie, których numerów brakuje, gdzie są zapisane i kto za nie odpowiada. Właśnie dlatego przygotowanie do nowych identyfikatorów produktu powinno zacząć się od uporządkowania odpowiedzialności za dane. Techniczne pola w systemie są ważne, ale bez właściciela procesu szybko staną się kolejnym miejscem, w którym firma przechowuje niepewne informacje.

Jak przygotować firmę do nowych wymogów?

Jak przygotować katalog produktów przed obowiązkowym stosowaniem nowych danych produktowych?

Przygotowanie firmy do nowych wymogów powinno zacząć się od katalogu produktów, bo to właśnie tam powstaje większość danych, które później trafiają do sprzedaży, magazynu, logistyki i zgłoszeń celnych. Jeżeli katalog jest niespójny, niekompletny albo oparty na starych skrótach operacyjnych, problem będzie wracał na każdym dalszym etapie. Dla średniej firmy e-commerce nie jest to więc zadanie polegające na dopisaniu kilku kolumn w systemie. To projekt porządkujący sposób, w jaki firma rozpoznaje własny asortyment. Trzeba sprawdzić, które produkty mają SKU, które mają kod producenta lub dostawcy, które mają GTIN, a przy których danych brakuje albo nie da się im zaufać. Warto uwzględnić również inne identyfikatory produktowe używane w danym modelu sprzedaży, bo przyszłe dane PID nie muszą ograniczać się wyłącznie do trzech najczęściej omawianych typów kodów.

Najlepiej zacząć od prostego, ale bardzo konkretnego audytu. Firma powinna wybrać katalog aktywnych produktów i sprawdzić, czy dla każdej pozycji istnieje stabilne SKU, czy warianty są rozróżnione, czy kod producenta znajduje się w systemie, a nie wyłącznie w dokumentach zakupowych, oraz czy GTIN jest zapisany tam, gdzie produkt rzeczywiście taki identyfikator posiada. Nie chodzi o to, aby na siłę nadawać GTIN każdemu produktowi, bo nie każdy produkt go ma i nie w każdym przypadku będzie to właściwy kierunek. Chodzi o to, aby firma wiedziała, które produkty posiadają standaryzowany identyfikator, które go nie posiadają, a przy których informacja jest niepewna. Już sam taki audyt często pokazuje, że największy problem nie leży w przepisach, ale w braku jednego miejsca, w którym dane produktowe są kompletne, aktualne i gotowe do przekazania dalej.

Uporządkuj politykę SKU, zanim zaczniesz mapować kolejne dane

SKU powinno być pierwszym elementem porządkowania, ponieważ to ono spina wewnętrzny świat firmy: sprzedaż, magazyn, obsługę klienta, raportowanie, integracje i przygotowanie danych do wysyłki. Jeżeli SKU jest chaotyczne, trudno będzie poprawnie przypisać kod producenta, GTIN, klasyfikację taryfową, kraj pochodzenia czy informacje potrzebne partnerowi logistycznemu. Dobra polityka SKU nie musi być skomplikowana, ale powinna być konsekwentna. Firma powinna wiedzieć, kto nadaje SKU, według jakiej logiki, kiedy powstaje nowy kod i kiedy nie wolno używać starego kodu dla nowego wariantu. W większości przypadków realny wariant handlowy warto traktować jako osobną pozycję SKU, zwłaszcza jeśli różni się rozmiarem, kolorem, modelem, pojemnością, zestawem, opakowaniem lub specyfikacją istotną dla sprzedaży i logistyki.

W praktyce uporządkowanie SKU wymaga przejrzenia miejsc, w których historycznie firma szła na skróty. Jeden kod dla kilku kolorów, ręcznie dopisywane oznaczenia wariantu, różne SKU dla tego samego produktu w różnych kanałach sprzedaży, kody od dostawcy używane jako kody wewnętrzne, stare oznaczenia po migracji systemu — to wszystko może działać przez jakiś czas, ale przy sprzedaży transgranicznej zaczyna tworzyć ryzyko. SKU powinno być stabilnym identyfikatorem produktu lub wariantu w firmie, a nie luźnym opisem. Gdy firma ma już jasną politykę SKU, łatwiej budować kolejne warstwy danych: przypisać kody producenta, zapisać GTIN tam, gdzie istnieje, połączyć produkt z klasyfikacją CN/TARIC i przygotować dane do elektronicznego przekazywania partnerom logistycznym oraz celnym.

Zbierz kody producentów i dostawców przed etapem wysyłki

Kody producentów i dostawców nie powinny być szukane dopiero wtedy, gdy przesyłka czeka na odprawę albo partner logistyczny prosi o uzupełnienie danych. To informacje, które powinny trafić do katalogu dużo wcześniej, najlepiej już przy wdrażaniu produktu do oferty. W wielu firmach te dane istnieją, ale są ukryte w fakturach, katalogach B2B, plikach od dostawców, specyfikacjach, dokumentacji technicznej albo korespondencji zakupowej. Problem zaczyna się wtedy, gdy trzeba je szybko przekazać dalej, a zespół nie wie, która wersja kodu jest aktualna, czy dotyczy właściwego wariantu i czy odpowiada produktowi, który faktycznie znajduje się w magazynie. Przy małej skali takie luki da się czasem zamknąć ręcznie. Przy ekspansji stają się źródłem opóźnień i kosztów.

Dlatego firma powinna wprowadzić zasadę, że dane od dostawcy są częścią kompletności produktu, a nie dodatkiem do dokumentacji zakupowej. Przy każdym nowym produkcie warto ustalić, jaki kod stosuje producent lub dostawca, czy występują osobne oznaczenia dla wariantów, czy produkt ma GTIN, czy istnieją różnice między jednostką sprzedażową a opakowaniem zbiorczym oraz czy dane są zgodne z tym, co trafi do systemu magazynowego. W relacjach z dostawcami warto określić format przekazywania danych, aby firma nie musiała za każdym razem porządkować ich ręcznie. Im większy katalog, tym bardziej opłaca się wymagać danych w jednolitej strukturze. Importer lub sprzedawca, który ma kompletne dane na wejściu, ogranicza liczbę wyjątków na wyjściu.

Sprawdź, które produkty mają lub powinny mieć GTIN

GTIN wymaga osobnego podejścia, ponieważ jest standaryzowanym identyfikatorem jednostki handlowej, a nie wewnętrznym kodem firmy. Nie każdy produkt go posiada i brak GTIN nie powinien być automatycznie traktowany jako błąd. Jednocześnie firma nie może zakładać, że skoro numer znajduje się gdzieś na opakowaniu albo w pliku od dostawcy, to jest poprawnie zapisany i gotowy do użycia w procesach sprzedażowych, logistycznych i celnych. Pierwszym krokiem powinno być sprawdzenie, które produkty mają GTIN, czy numer jest przypisany do właściwej jednostki handlowej, czy dotyczy konkretnego wariantu i czy jest przechowywany w odpowiednim polu systemu produktowego. Warto też sprawdzić, czy w firmie nie dochodzi do mieszania GTIN z EAN, SKU albo kodami producenta w jednym ogólnym polu „kod”.

Szczególnej uwagi wymagają produkty private label oraz asortyment sprzedawany w wielu kanałach. Przy markach własnych firma często ma większą odpowiedzialność za sposób identyfikacji produktu na rynku, zwłaszcza gdy sama decyduje o nazwie, opakowaniu, zestawie lub wariancie handlowym. W wielu kanałach sprzedaży, szczególnie marketplace’ach i sieciach handlowych, GTIN może być wymagany niezależnie od wymogów celnych, dlatego warto myśleć o nim szerzej niż tylko w kontekście odprawy. Dobrą praktyką jest ustalenie, które produkty powinny mieć standaryzowany identyfikator, gdzie ten identyfikator jest utrzymywany i kto odpowiada za jego poprawność. GTIN nie zastępuje SKU, kodu producenta ani klasyfikacji CN/TARIC, ale może być bardzo ważnym elementem spójnego modelu danych produktowych.

Uzupełnij dane tam, gdzie powstają informacje do wysyłki i zgłoszenia

Samo zebranie danych nie wystarczy, jeśli pozostaną one w arkuszu roboczym, pliku od dostawcy albo notatkach działu zakupów. Identyfikatory powinny być dostępne w tych systemach, z których firma faktycznie korzysta przy sprzedaży, kompletacji, wysyłce i przekazywaniu danych partnerom. Może to być system sprzedażowy, ERP, WMS, PIM, narzędzie do obsługi zamówień albo zestaw zintegrowanych systemów. Nie musi istnieć jeden fizyczny system do wszystkiego, ale musi istnieć spójny model danych. SKU, kod producenta, GTIN, klasyfikacja CN/TARIC, kraj pochodzenia, waga, wartość i inne informacje importowe powinny być logicznie powiązane, aby nie trzeba było ręcznie składać ich na ostatnim etapie procesu.

W praktyce warto sprawdzić, czy systemy pozwalają przechowywać różne identyfikatory w oddzielnych polach. SKU nie powinno być wpisywane tam, gdzie partner oczekuje GTIN. Kod producenta nie powinien ginąć w opisie produktu. GTIN nie powinien być zapisany wyłącznie w nazwie albo w polu marketingowym. Jeżeli dane są przechowywane w niewłaściwy sposób, integracje mogą nie być w stanie ich poprawnie pobrać i przekazać dalej. To właśnie tutaj wiele firm odkrywa, że problem nie polega na braku wiedzy o produkcie, ale na braku infrastruktury danych. Zespół wie, jaki produkt sprzedaje, ale system nie potrafi przekazać tej wiedzy w uporządkowany sposób. Przy nowych wymogach taka luka może być znacznie bardziej kosztowna niż sama aktualizacja pól w katalogu.

Sprawdź integracje z partnerami logistycznymi i celnymi

Kolejnym etapem powinno być sprawdzenie, czy wymagane dane mogą przejść przez integracje z partnerami logistycznymi, agentami celnymi, marketplace’ami i innymi podmiotami obsługującymi proces importu. W firmie dane mogą wyglądać poprawnie, ale jeśli nie są eksportowane we właściwym formacie, trafiają do złych pól albo są ucinane po drodze, problem pojawi się dopiero u partnera. To szczególnie ważne przy większej skali, gdzie ręczne poprawianie plików lub komunikatów nie jest realnym rozwiązaniem. Warto przeprowadzić testy na reprezentatywnej grupie produktów: prostych, wariantowych, private label, bez GTIN, z GTIN, od różnych dostawców i z różnych kategorii. Dopiero taki test pokazuje, czy proces działa nie tylko dla idealnego produktu, ale także dla typowych wyjątków.

Firmy powinny też pamiętać, że wymagania partnerów mogą pojawić się wcześniej niż formalny moment obowiązkowego stosowania danych w systemach celnych. Operator logistyczny, marketplace albo partner odpowiedzialny za import może chcieć wcześniej ustandaryzować własny proces, aby ograniczyć ryzyko braków i ręcznych korekt. Dlatego przygotowanie integracji warto prowadzić z wyprzedzeniem, a nie dopiero wtedy, gdy pojawi się pierwszy komunikat o błędzie. Dobrze zaprojektowana integracja powinna przekazywać dane automatycznie, ale także sygnalizować braki: produkty bez SKU, brak kodu producenta, brak GTIN tam, gdzie powinien być zapisany, albo niespójność między wariantem a identyfikatorem. Dzięki temu firma może naprawiać źródło problemu, zamiast reagować dopiero przy odprawie.

Wyznacz właściciela danych produktowych

Nawet najlepszy system nie rozwiąże problemu, jeśli nikt w firmie nie odpowiada za jakość danych produktowych. Przy mniejszej skali odpowiedzialność bywa rozproszona: dział zakupów ma kontakt z dostawcą, e-commerce manager tworzy kartę produktu, magazyn nadaje własne oznaczenia, księgowość widzi faktury, a logistyka obsługuje wysyłkę. Każdy ma kawałek informacji, ale nikt nie odpowiada za całość. Przy nowych wymogach taki model jest ryzykowny. Firma powinna jasno ustalić, kto odpowiada za dodawanie, sprawdzanie i aktualizację SKU, kodów producenta, GTIN oraz innych identyfikatorów produktowych wykorzystywanych w procesie. Właściciel danych nie musi sam uzupełniać wszystkiego, ale powinien pilnować standardu, procedury i jakości.

Rola właściciela danych produktowych jest szczególnie ważna przy zmianach: nowy dostawca, nowy wariant, nowe opakowanie, nowy kanał sprzedaży, nowy marketplace, nowy kraj wysyłki. To właśnie wtedy najczęściej powstają błędy, bo firma działa szybko i próbuje uruchomić sprzedaż przed pełnym uporządkowaniem informacji. Warto wprowadzić zasadę, że produkt nie trafia do aktywnej sprzedaży transgranicznej, dopóki nie ma minimalnego zestawu danych wymaganych przez firmę i jej partnerów. Taki standard nie musi blokować biznesu. Przeciwnie, chroni go przed sytuacją, w której sprzedaż rośnie szybciej niż zdolność organizacji do obsługi danych. Przy ekspansji wygrywają nie tylko firmy z dobrym produktem, ale także te, które potrafią utrzymać porządek w procesach.

Lista kontrolna: czy jesteś gotowy na nowe identyfikatory produktu?

Szybka diagnoza gotowości katalogu

Dobrym punktem wyjścia jest pytanie, czy firma potrafi dziś wskazać dla każdego aktywnego produktu stabilne SKU, kod producenta lub dostawcy oraz GTIN tam, gdzie taki identyfikator istnieje. Nie chodzi wyłącznie o to, czy te informacje „gdzieś są”, ale czy są zapisane w systemie produktowym, powiązane z właściwym wariantem i dostępne dla osób oraz integracji, które przygotowują dane do wysyłki i zgłoszenia. Jeżeli trzeba ich szukać w fakturach, plikach od dostawców, opisach produktów albo prywatnych arkuszach, firma nie jest jeszcze gotowa operacyjnie. Gotowość oznacza, że dane są kompletne, aktualne i możliwe do przekazania dalej bez ręcznego zgadywania.

Warto też sprawdzić, czy każdy realny wariant produktu ma własny identyfikator. Rozmiar, kolor, model, zestaw, pojemność czy wersja opakowania mogą mieć znaczenie dla sprzedaży, magazynu, dokumentacji i danych celnych. Jeśli firma używa jednego ogólnego kodu dla kilku wariantów, powinna ocenić, czy taki model nadal jest bezpieczny przy sprzedaży transgranicznej. Kolejne pytanie dotyczy GTIN: czy firma wie, które produkty go mają, czy numer jest zapisany w odpowiednim polu i czy nie jest mylony z SKU albo kodem producenta. Równie ważne jest sprawdzenie produktów bez GTIN. Brak standaryzowanego identyfikatora nie musi być błędem, ale firma powinna wiedzieć, że go nie ma, a nie odkrywać to dopiero wtedy, gdy partner poprosi o dane.

Spójność danych między sklepem, magazynem i dokumentami

Kolejna część listy kontrolnej dotyczy spójności. Ten sam produkt powinien dać się prześledzić od karty produktu w sklepie, przez system magazynowy, dokumenty zakupowe, dane od dostawcy, aż po informacje przekazywane partnerowi logistycznemu lub celnemu. Jeżeli w każdym miejscu występuje pod inną nazwą i innym kodem, firma musi mieć pewny sposób mapowania tych danych. W przeciwnym razie rośnie ryzyko, że zgłoszenie będzie opierać się na niepełnej albo błędnie połączonej informacji. Warto więc zapytać, czy dane są spójne między sklepem, magazynem, ERP, dokumentami zakupowymi i panelami marketplace. Jeśli odpowiedź zależy od tego, kto akurat sprawdza produkt, to znak, że proces wymaga uporządkowania.

Szczególnie ważne jest rozdzielenie funkcji różnych danych. PID i identyfikatory produktowe nie zastępują kodów CN ani TARIC. Kod CN lub TARIC nadal służy do klasyfikacji taryfowej towaru, natomiast SKU, kod producenta, GTIN i inne identyfikatory pomagają wskazać konkretny produkt, którego dotyczą dane. Firma gotowa na nowe wymogi powinna mieć oba porządki połączone, ale nie pomieszane. Produkt powinien mieć swoje identyfikatory handlowe i techniczne, a jednocześnie przypisaną właściwą klasyfikację celną tam, gdzie jest to potrzebne w procesie importowym. Jeżeli te informacje są przechowywane w różnych miejscach i nie da się ich łatwo zestawić, przygotowanie do nowych wymogów powinno objąć nie tylko katalog produktowy, ale także sposób zarządzania danymi w całej firmie.

Gotowość systemów i integracji

Następne pytanie brzmi, czy dane mogą być przekazane elektronicznie do partnerów odpowiedzialnych za logistykę, wysyłkę i odprawę. Samo posiadanie identyfikatorów w firmie nie wystarczy, jeśli system nie potrafi ich eksportować albo integracja nie ma odpowiednich pól. Warto sprawdzić, czy SKU, kod producenta, GTIN oraz inne wymagane identyfikatory mogą być przekazywane w komunikacji z operatorem logistycznym, agentem celnym lub marketplace’em. Trzeba też upewnić się, że dane trafiają do właściwych pól. Błąd polegający na przesłaniu wewnętrznego SKU jako GTIN albo kodu producenta jako numeru standardowego może być trudniejszy do wykrycia niż całkowity brak danych, bo system formalnie widzi jakiś numer, ale niekoniecznie właściwy.

Gotowość integracji warto oceniać na prawdziwych przypadkach, a nie tylko na jednym prostym produkcie testowym. Firma powinna sprawdzić produkty wariantowe, produkty private label, towary od różnych dostawców, produkty z GTIN i bez GTIN, zestawy oraz kategorie wymagające dodatkowej dokumentacji. Dopiero wtedy widać, czy system obsługuje normalne życie katalogu, a nie wyłącznie idealny scenariusz. Dobrze przygotowana firma powinna być w stanie szybko wskazać produkty z brakującymi identyfikatorami, zduplikowanymi kodami albo niepewnymi danymi. Jeżeli wykrywanie braków wymaga ręcznego przeszukiwania arkuszy, przygotowanie nie jest zakończone. Lista kontrolna powinna prowadzić do mierzalnego efektu: firma wie, które produkty są kompletne, które wymagają poprawy i które nie powinny jeszcze trafiać do sprzedaży transgranicznej bez uzupełnienia danych.

Procedura dla nowych produktów i odpowiedzialność w firmie

Ostatni element gotowości dotyczy procedury. Nawet jeśli firma uporządkuje obecny katalog, problem wróci, jeśli nowe produkty będą dodawane według starych zasad. Trzeba więc ustalić, jakie dane są wymagane przy wdrożeniu nowego produktu, kto je dostarcza, kto sprawdza i kto zatwierdza produkt do sprzedaży transgranicznej. SKU powinno powstawać według ustalonej polityki, kod producenta lub dostawcy powinien być pobierany z dokumentacji źródłowej, GTIN powinien być zapisywany tam, gdzie istnieje, a ewentualne braki powinny być widoczne przed uruchomieniem sprzedaży. Procedura nie musi być ciężka, ale musi być konsekwentna. W przeciwnym razie firma będzie porządkować katalog raz na jakiś czas, a następnie stopniowo odtwarzać chaos.

Najważniejsze pytanie brzmi, kto w firmie odpowiada za kompletność danych produktowych. Bez właściciela procesu każdy dział będzie pilnował tylko swojej części: zakupy dostawcy, e-commerce opisu, magazyn kompletacji, logistyka wysyłki, księgowość dokumentów. Nowe identyfikatory produktu wymagają spojrzenia przekrojowego. Dane muszą działać od momentu zakupu, przez sprzedaż i magazyn, aż po odprawę. Firma gotowa na zmiany potrafi szybko odpowiedzieć, które produkty mają pełne dane, które wymagają uzupełnienia, które nie mają GTIN, a które mają niespójne kody producenta. Jeśli taka odpowiedź wymaga kilku dni, wielu osób i ręcznego porównywania plików, to znak, że przygotowania trzeba zacząć teraz, zanim nowe wymogi staną się codziennym problemem operacyjnym.

Najczęstsze błędy przy SKU, kodach producenta i GTIN

Jeden SKU dla kilku wariantów produktu

Jednym z najczęstszych błędów w katalogach e-commerce jest używanie jednego SKU dla kilku realnie różnych wariantów produktu. Na początku może wyglądać to niewinnie, zwłaszcza gdy firma ma niewielki asortyment, a zespół dobrze zna produkty. Jeden kod dla kilku kolorów, rozmiarów, wersji opakowania albo zestawów wydaje się skrótem, który upraszcza pracę. Problem zaczyna się wtedy, gdy katalog rośnie, pojawiają się nowe kanały sprzedaży, kolejne magazyny, integracje i potrzeba precyzyjnego przekazywania danych do partnerów logistycznych lub celnych. Jeżeli system nie rozróżnia wariantu, trudno oczekiwać, że zgłoszenie celne, dokumenty wysyłkowe i dane magazynowe będą w pełni spójne. W praktyce firma może wiedzieć, że klient kupił „ten właściwy model”, ale systemowo nie potrafi tego pokazać bez dodatkowego wyjaśnienia.

W większości przypadków realny wariant handlowy warto traktować jako osobną pozycję SKU, zwłaszcza jeśli ma inną cenę, kod producenta, GTIN, specyfikację, opakowanie, jednostkę handlową albo znaczenie dla klasyfikacji i obsługi logistycznej. Nie chodzi o sztuczne komplikowanie katalogu, ale o uniknięcie sytuacji, w której jeden kod zaczyna opisywać zbyt wiele rzeczy naraz. Przy sprzedaży transgranicznej taki błąd może prowadzić do niejasności: który wariant został wysłany, jaki identyfikator powinien zostać przekazany, czy numer GTIN dotyczy tej jednostki handlowej i czy dokumentacja dostawcy pasuje do konkretnego produktu. Im większa skala sprzedaży, tym mniej można polegać na pamięci zespołu, a bardziej na stabilnych danych. SKU powinno porządkować rzeczywistość, a nie ukrywać jej złożoność.

Wpisywanie opisów zamiast kodów

Drugim częstym błędem jest zastępowanie kodów opisami. Zamiast SKU, kodu producenta albo GTIN w systemie pojawia się nazwa produktu, skrócony opis, nazwa marketingowa albo informacja typu „czarna wersja”, „model premium” czy „opakowanie nowe”. Dla człowieka taki opis może być zrozumiały, ale dla procesu opartego na danych jest zbyt miękki. Opis można zapisać na kilka sposobów, przetłumaczyć, skrócić, zmienić w kampanii marketingowej albo dopasować do wymogów marketplace’u. Kod powinien być stabilny. Jeżeli firma zaczyna mieszać te dwa porządki, traci możliwość jednoznacznego powiązania produktu między sklepem, magazynem, dokumentami zakupowymi i danymi przekazywanymi dalej.

Ten błąd jest szczególnie ryzykowny przy produktach podobnych do siebie. „Etui silikonowe czarne” może oznaczać kilka modeli do różnych telefonów, od różnych dostawców i z różnymi kodami producenta. „Kosmetyczka podróżna” może mieć kilka rozmiarów, kolorów i wariantów opakowania. „Część zamienna” może być nazwą zbyt ogólną, aby bezpiecznie powiązać ją z konkretną dokumentacją. Opis jest potrzebny, ale nie może zastępować identyfikatora. W dobrze zaprojektowanym katalogu nazwa, opis, SKU, kod producenta, GTIN i klasyfikacja CN/TARIC mają własne funkcje. Jeśli firma wrzuca je do jednego pola albo traktuje opis jako zamiennik kodu, później musi odtwarzać znaczenie ręcznie. Przy większej liczbie przesyłek taki sposób pracy staje się nieefektywny i podatny na błędy.

Mieszanie SKU z kodem producenta

SKU i kod producenta często wyglądają podobnie, bo oba są „jakimś kodem produktu”. To jednak dwa różne identyfikatory. SKU jest nadawane przez sprzedawcę i służy do zarządzania produktem w jego własnym systemie. Kod producenta lub dostawcy pochodzi z zewnątrz i łączy produkt z dokumentacją źródłową, ofertą handlową, fakturą, specyfikacją albo katalogiem B2B. Jeśli firma używa kodu producenta jako SKU, może to działać przez pewien czas, szczególnie przy prostym asortymencie i jednym dostawcy. Problem pojawia się, gdy ten sam produkt pochodzi od kilku dostawców, producent zmienia oznaczenie, firma tworzy zestawy albo sprzedaje produkt pod własną marką. Wtedy kod, który miał porządkować katalog, zaczyna zależeć od zewnętrznych zmian, na które sprzedawca nie ma pełnej kontroli.

Mieszanie SKU z kodem producenta utrudnia też analizę danych i obsługę wyjątków. Gdy pojawia się pytanie o konkretny produkt, zespół powinien wiedzieć, czy patrzy na identyfikator wewnętrzny, czy na oznaczenie z dokumentacji dostawcy. Jeżeli ta granica jest rozmyta, łatwo o błędne mapowanie danych. Produkt może mieć jedno SKU w sklepie, inny kod u dostawcy, jeszcze inny numer modelu na opakowaniu i GTIN przypisany do konkretnej jednostki handlowej. Każdy z tych numerów może być potrzebny, ale każdy mówi o czymś innym. Dobrą praktyką jest więc przechowywanie SKU i kodu producenta w oddzielnych polach oraz jasne określenie, które z nich jest źródłem identyfikacji wewnętrznej, a które służy do powiązania produktu z dokumentacją zewnętrzną.

Brak GTIN przy produktach, które go posiadają

Brak GTIN nie zawsze jest błędem, bo nie każdy produkt ma standaryzowany identyfikator jednostki handlowej. Błędem jest natomiast sytuacja, w której produkt posiada GTIN, ale firma go nie zna, nie zapisuje w systemie albo przechowuje w miejscu, z którego nie da się go wykorzystać w procesach sprzedażowych, logistycznych i celnych. Taki numer może być widoczny na opakowaniu, w pliku od dostawcy, w dokumentacji produktowej albo w danych przekazywanych przez producenta, ale jeśli nie trafi do właściwego pola w katalogu, pozostaje praktycznie bezużyteczny. Firma ma wtedy informację, ale nie ma jej operacyjnie. To częsty problem w organizacjach, które przez lata traktowały GTIN głównie jako wymóg marketplace’u albo detal z etykiety, a nie jako element szerszego modelu danych.

Szczególną ostrożność trzeba zachować przy produktach private label, zestawach, multipakach i wariantach opakowań. GTIN powinien odnosić się do właściwej jednostki handlowej, dlatego nie można zakładać, że numer z jednego wariantu automatycznie pasuje do wszystkich pozostałych. Produkt sprzedawany pojedynczo, produkt w dwupaku i produkt w zestawie promocyjnym mogą wymagać innego podejścia do identyfikacji. Jeżeli firma przypisze numer mechanicznie, bez sprawdzenia, może stworzyć błąd trudniejszy do wykrycia niż całkowity brak danych. Dlatego przy audycie katalogu warto nie tylko zapytać, czy produkt ma GTIN, ale także czy numer jest przypisany do właściwego wariantu, właściwej jednostki sprzedażowej i właściwego opakowania. To drobne rozróżnienie może mieć duże znaczenie przy automatyzacji danych.

Przechowywanie kodów tylko w arkuszach poza systemem

Arkusze są wygodne, szybkie i często ratują firmę w fazie wzrostu. Problem zaczyna się wtedy, gdy stają się głównym miejscem przechowywania kluczowych danych produktowych. Jeżeli SKU, kody producenta, GTIN albo inne identyfikatory są zapisane wyłącznie w pliku roboczym, firma nie ma stabilnego procesu, tylko obejście. Arkusz może być nieaktualny, skopiowany w kilku wersjach, edytowany przez różne osoby albo oderwany od systemu, z którego faktycznie powstają dane do wysyłki i zgłoszenia. W efekcie zespół ma poczucie, że informacje istnieją, ale integracje nie potrafią ich pobrać, magazyn ich nie widzi, a partner logistyczny nadal otrzymuje niepełne dane.

Nie chodzi o to, że arkusze są zakazane albo zawsze złe. Mogą być przydatne przy audycie, migracji, czyszczeniu danych i pracy projektowej. Nie powinny jednak zastępować systemu produktowego. Dane, które mają wspierać sprzedaż transgraniczną, powinny ostatecznie trafić do miejsca, z którego korzystają procesy operacyjne. Jeśli firma utrzymuje kody wyłącznie w arkuszach, każda zmiana wymaga ręcznego przenoszenia informacji, a każdy błąd może pozostać niezauważony do momentu odprawy. Przy rosnącej skali to przestaje być drobna niedogodność. Staje się podatnością całego procesu, bo firma nie ma pewności, czy dane użyte w wysyłce są tymi samymi danymi, które zostały sprawdzone i zatwierdzone w katalogu.

Inne dane w sklepie, inne w magazynie, inne u operatora

Bardzo częstym problemem w rosnących firmach e-commerce jest rozjazd danych między kanałami i partnerami. Sklep internetowy ma jedną nazwę produktu, magazyn inne SKU, marketplace jeszcze inne oznaczenie, dostawca własny kod, a operator logistyczny otrzymuje uproszczony plik wysyłkowy. Jeżeli wszystkie te dane są poprawnie powiązane, różne nazwy nie muszą być problemem. Problem zaczyna się wtedy, gdy firma nie ma pewnego sposobu ustalenia, że te różne oznaczenia dotyczą tego samego produktu lub wariantu. Wtedy każda integracja działa trochę jak osobny świat, a dane celne stają się ostatnim miejscem, w którym ujawniają się wcześniejsze niespójności.

Ten błąd jest szczególnie niebezpieczny, ponieważ długo może nie dawać spektakularnych objawów. Zamówienia wychodzą, magazyn pracuje, sprzedaż rośnie, a pojedyncze nieścisłości są poprawiane ręcznie. Dopiero przy większej automatyzacji, nowych wymogach partnera albo zmianach w odprawach okazuje się, że firma nie ma jednego spójnego modelu danych. Dane produktowe powinny być spójne nie dlatego, że lubi tego dział IT, ale dlatego, że bez spójności nie da się bezpiecznie skalować sprzedaży. Sklep, magazyn, system finansowy, dokumenty zakupowe i partner logistyczny powinny pracować na danych, które da się powiązać bez zgadywania. W przeciwnym razie każdy kolejny rynek i każdy kolejny kanał sprzedaży zwiększa ryzyko błędów.

Brak procedury dla nowych produktów

Nawet najlepiej przeprowadzony audyt katalogu nie wystarczy, jeśli nowe produkty nadal będą dodawane według starych, nieformalnych zasad. Brak procedury dla nowych produktów oznacza, że firma porządkuje historię, ale nie zabezpiecza przyszłości. Nowy produkt może trafić do sprzedaży, bo ma zdjęcie, cenę i opis, chociaż brakuje mu kodu producenta, informacji o GTIN, sprawdzonego SKU albo danych potrzebnych do wysyłki transgranicznej. W dynamicznym e-commerce presja na szybkie uruchomienie sprzedaży jest zrozumiała, ale bez minimalnego standardu danych każdy nowy produkt może stać się kolejnym wyjątkiem, który trzeba będzie naprawiać później.

Procedura nie musi być ciężka ani biurokratyczna. Powinna jednak jasno określać, jakie dane są wymagane przed aktywacją produktu w sprzedaży transgranicznej, kto je dostarcza, kto sprawdza i gdzie są zapisywane. SKU powinno powstawać według polityki firmy, kod producenta powinien pochodzić z dokumentacji dostawcy, GTIN powinien być zapisany wtedy, gdy istnieje, a brak określonych danych powinien być widoczny przed uruchomieniem sprzedaży, nie dopiero przy wysyłce. Taki proces oszczędza czas, bo ogranicza liczbę późniejszych korekt. Daje też firmie większą kontrolę nad ekspansją. Nowe rynki i nowe kanały są łatwiejsze do obsługi, jeśli każdy produkt od początku powstaje w systemie w sposób gotowy do dalszego przetwarzania.

Odkładanie porządków do pierwszego problemu z odprawą

Najdroższym błędem jest czekanie, aż problem sam się ujawni. Wiele firm wie, że katalog wymaga uporządkowania, ale odkłada temat, bo bieżąca sprzedaż działa, magazyn wysyła paczki, a zespół ma pilniejsze zadania. Dopóki nie pojawi się pierwszy poważny problem z odprawą, brak danych wydaje się mało pilny. Tyle że wtedy firma pracuje już pod presją. Trzeba szybko znaleźć brakujące informacje, wyjaśnić niezgodności, skontaktować się z dostawcą, poprawić system i uspokoić klienta albo partnera. Taki tryb działania jest droższy, bardziej nerwowy i zwykle mniej dokładny niż spokojne przygotowanie katalogu z wyprzedzeniem.

Odkładanie porządków ma jeszcze jedną wadę: im dłużej firma czeka, tym większy katalog trzeba później poprawić. Dochodzą nowe produkty, nowe warianty, nowe kanały, nowe pliki od dostawców i nowe skróty operacyjne. Chaos danych nie stoi w miejscu, tylko rośnie razem z organizacją. Dlatego przygotowanie do nowych identyfikatorów produktu warto potraktować jako projekt rozwojowy, a nie reakcję na przepisy. Firma, która wcześniej uporządkuje SKU, kody producenta, GTIN tam, gdzie istnieje, oraz inne identyfikatory używane w swoim modelu sprzedaży, zyska nie tylko większą gotowość do zmian celnych. Zyska też sprawniejszy katalog, lepsze integracje, mniej wyjątków i większą kontrolę nad procesem ekspansji.

Jak amavat może pomóc w przygotowaniu do zmian?

Nie chodzi tylko o kody. Chodzi o gotowość całego procesu

Nowe identyfikatory produktu łatwo sprowadzić do pytania, gdzie wpisać SKU, kod producenta albo GTIN. W praktyce to jednak tylko widoczna część większej zmiany. Firmy e-commerce będą musiały spojrzeć na cały proces: od wyboru dostawcy, przez wdrożenie produktu do katalogu, przypisanie danych, integracje z systemami sprzedażowymi i magazynowymi, aż po przekazanie informacji partnerom obsługującym wysyłkę i odprawę. Jeżeli którykolwiek z tych etapów działa na niepełnych lub niespójnych danych, problem może pojawić się dopiero na końcu, ale jego źródło będzie znacznie wcześniejsze. Dlatego przygotowanie do zmian nie powinno ograniczać się do technicznej aktualizacji pól w systemie. Potrzebne jest zrozumienie, jak dane produktowe przepływają przez firmę i gdzie mogą powstawać ryzyka.

Właśnie w tym miejscu przydaje się zewnętrzne spojrzenie na proces. Dla przedsiębiorcy prowadzącego średni e-commerce największą wartością często nie jest kolejna ogólna informacja o reformie, ale przełożenie zmian na własny model działania. Inaczej wygląda sytuacja firmy, która sama importuje towary spoza UE, inaczej sprzedawcy korzystającego z marketplace’u, inaczej podmiotu z magazynem w UE, a jeszcze inaczej firmy rozwijającej private label. amavat może pomóc uporządkować te scenariusze i pokazać, które obszary wymagają sprawdzenia: dane produktowe, model importu, VAT, cła, integracje, odpowiedzialność za informacje oraz przepływ danych od katalogu do zgłoszenia celnego.

Wsparcie w zrozumieniu nowych wymogów i ich wpływu na firmę

Dla wielu przedsiębiorców największym wyzwaniem nie będzie sama świadomość, że zmiany nadchodzą, ale ustalenie, co konkretnie oznaczają dla ich modelu sprzedaży. Przepisy, wytyczne, komunikaty systemowe i wymagania partnerów logistycznych mogą być trudne do przełożenia na codzienne decyzje operacyjne. Czy firma sama będzie musiała przekazywać dane? Czy obowiązki pojawią się bezpośrednio, czy pośrednio przez operatora lub marketplace? Jak traktować produkty bez GTIN? Co zrobić z katalogiem, w którym SKU istnieje, ale nie rozróżnia wszystkich wariantów? Jak powiązać identyfikatory produktu z danymi celnymi, nie myląc ich z klasyfikacją CN/TARIC? To są pytania, które wymagają nie tylko znajomości regulacji, ale także zrozumienia praktyki handlu transgranicznego.

Dobre przygotowanie polega na oddzieleniu realnych wymogów od dobrych praktyk, które zwiększają odporność firmy na kolejne zmiany. Stwierdzenie, że „każdy produkt musi mieć GTIN”, może prowadzić do błędnych działań. Z kolei przekonanie, że „to tylko problem operatora logistycznego”, może uśpić firmę, która i tak będzie musiała dostarczyć dane. amavat wspiera przedsiębiorców w uporządkowaniu tej perspektywy: jakie dane produktowe są potrzebne, kto ich oczekuje, kiedy muszą być dostępne i jak wpływają na odprawę, VAT, cło oraz sprzedaż na różnych rynkach. Dzięki temu rozmowa o nowych identyfikatorach nie kończy się na teorii, tylko prowadzi do konkretnych decyzji operacyjnych.

Analiza procesu od katalogu produktu do zgłoszenia celnego

Najbardziej praktyczne podejście polega na prześledzeniu drogi produktu przez firmę. Produkt zaczyna jako oferta od dostawcy, potem trafia do katalogu, dostaje SKU, opis, zdjęcia, cenę, dane magazynowe, ewentualny GTIN, kod producenta, klasyfikację i informacje potrzebne do sprzedaży. Następnie pojawia się w zamówieniu, jest kompletowany, przekazywany operatorowi, a jego dane mogą być wykorzystane w procesie odprawy. Jeżeli na którymś etapie brakuje informacji albo dane zmieniają znaczenie, problem może ujawnić się dopiero na końcu. Przygotowanie do nowych wymogów powinno więc polegać na połączeniu tych etapów w jeden logiczny proces, w którym wiadomo, jakie dane są potrzebne, skąd pochodzą i kto odpowiada za ich jakość.

amavat może pomóc firmie zadać właściwe pytania przed wdrożeniem zmian systemowych. Czy katalog zawiera pola potrzebne do obsługi identyfikatorów produktu? Czy SKU rozróżnia realne warianty? Czy kody producenta są dostępne poza dokumentami zakupowymi? Czy GTIN jest zapisany tam, gdzie istnieje? Czy dane produktowe są powiązane z klasyfikacją CN/TARIC, ale z nią nie mylone? Czy integracje z partnerami przenoszą właściwe pola? Czy zespół wie, kto odpowiada za aktualność danych? Takie pytania są mniej efektowne niż hasło o „gotowości do reformy”, ale dużo bardziej użyteczne. Pozwalają przejść od ogólnej świadomości zmian do planu działania obejmującego ludzi, systemy i procesy.

Wsparcie w VAT, cłach i sprzedaży transgranicznej

Nowe identyfikatory produktu są częścią szerszego obrazu, w którym e-commerce transgraniczny staje się coraz bardziej zależny od jakości danych, zgodności podatkowej i celnej oraz sprawnej współpracy z partnerami w łańcuchu dostaw. Firmy planujące ekspansję nie powinny patrzeć na PID w izolacji. Obok identyfikatorów produktowych znaczenie mają klasyfikacja CN/TARIC, kraj pochodzenia, wartość towaru, dokumentacja dostawcy, rozliczenia VAT, model importu, rola importera, sposób sprzedaży na marketplace’ach i oczekiwania operatorów logistycznych. Jeżeli te elementy nie są ze sobą połączone, firma może mieć uporządkowany fragment procesu, ale nadal działać z ryzykiem w innym miejscu.

amavat wspiera firmy w spojrzeniu na sprzedaż transgraniczną jako na całość, a nie zbiór osobnych problemów. Dla średnich e-commerce to szczególnie ważne, bo na etapie ekspansji decyzje operacyjne szybko zaczynają mieć konsekwencje podatkowe, celne i logistyczne. Wybór modelu importu, magazynowania, sprzedaży przez marketplace, obsługi zwrotów albo wprowadzenia marki własnej może wpływać na zakres danych, które trzeba gromadzić i przekazywać. Celem nie jest spowolnienie wzrostu, ale zbudowanie procesu, który da się skalować bez ciągłego gaszenia pożarów.

Podsumowanie: dane produktowe stają się częścią compliance

Nowe identyfikatory mają zwiększyć identyfikowalność towarów

Kierunek zmian jest jasny: w imporcie e-commerce coraz większe znaczenie będą miały dane pozwalające jednoznacznie rozpoznać produkt. Ogólny opis towaru nie wystarczy w świecie, w którym administracje celne, operatorzy logistyczni i partnerzy handlowi muszą obsługiwać ogromne wolumeny małych przesyłek. SKU, kod producenta, GTIN tam, gdzie istnieje, oraz inne identyfikatory produktu wykorzystywane w danym modelu sprzedaży mają pomóc powiązać konkretny produkt z danymi przekazywanymi w procesie importowym. Nie zastępują klasyfikacji taryfowej, bo kody CN/TARIC nadal pełnią własną funkcję w ustalaniu właściwego traktowania celnego. Uzupełniają ją jednak o warstwę identyfikacji konkretnej jednostki handlowej lub wariantu.

Dla firm e-commerce oznacza to zmianę w sposobie myślenia o katalogu produktów. Katalog nie jest już tylko miejscem, w którym przechowuje się nazwy, opisy, zdjęcia i ceny. Staje się bazą danych potrzebną do sprzedaży, magazynu, integracji, odprawy, obsługi VAT, logistyki i relacji z partnerami. Jeżeli firma chce skalować sprzedaż transgraniczną, nie może pozwolić sobie na sytuację, w której dane produktowe są rozproszone, nieaktualne albo zrozumiałe tylko dla kilku osób w organizacji. Nowe identyfikatory produktu pokazują, że compliance w e-commerce nie zaczyna się dopiero przy deklaracji. Z perspektywy jakości danych zaczyna się dużo wcześniej, na etapie tworzenia i utrzymywania katalogu.

SKU, kod producenta i GTIN będą coraz ważniejsze w zgłoszeniach celnych

SKU, kod producenta i GTIN pełnią różne funkcje, dlatego nie należy ich mieszać ani traktować jako zamienników. SKU jest identyfikatorem wewnętrznym sprzedawcy i pomaga firmie zarządzać produktem w sklepie, magazynie, raportach i integracjach. Kod producenta lub dostawcy łączy produkt z dokumentacją źródłową i łańcuchem dostaw. GTIN, jeśli produkt go posiada, może ułatwiać standaryzowaną identyfikację jednostki handlowej w wielu kanałach i systemach. W zależności od rodzaju produktu i modelu sprzedaży katalog identyfikatorów może być szerszy, ale dla większości firm e-commerce te trzy kategorie będą najważniejszym punktem wyjścia do porządkowania danych.

Największym błędem byłoby potraktowanie nowych wymogów jako prostego zadania administracyjnego. To nie jest tylko pytanie, gdzie wpisać numer. To pytanie, czy firma potrafi wiarygodnie wskazać, który produkt został sprzedany, który wariant został wysłany, z jakim kodem producenta jest powiązany, czy ma GTIN, jak jest sklasyfikowany i jakie dane powinny trafić do partnera obsługującego proces importowy. Jeżeli odpowiedź wymaga ręcznego sprawdzania kilku systemów i plików, organizacja nie ma jeszcze pełnej kontroli nad danymi. Przy małej skali można to czasem ukryć. Przy ekspansji każdy taki brak zaczyna kosztować więcej.

Największe ryzyko to niespójność danych w całym procesie

Największe ryzyko nie polega na tym, że w katalogu brakuje jednego konkretnego numeru. Największe ryzyko polega na tym, że firma nie wie, których numerów brakuje, gdzie są zapisane, kto je sprawdza i czy są spójne między sklepem, magazynem, dokumentami oraz partnerami. Produkt może mieć poprawną nazwę dla klienta, ale błędne SKU. Może mieć GTIN na opakowaniu, ale nie w systemie. Może mieć kod producenta w fakturze, ale nie w katalogu. Może mieć właściwą klasyfikację, ale być źle powiązany z wariantem. Każda z tych niespójności może wydawać się drobna, dopóki nie trzeba przekazać danych elektronicznie, szybko i na dużą skalę.

Dlatego przygotowanie do nowych identyfikatorów produktu powinno zacząć się od audytu i integracji, a nie od nerwowego uzupełniania braków przy pierwszym problemie z odprawą. Firma powinna sprawdzić aktywny katalog, uporządkować politykę SKU, zebrać kody producentów, ustalić status GTIN, rozdzielić identyfikatory produktowe od klasyfikacji CN/TARIC, uzupełnić dane w systemach oraz przetestować integracje z partnerami logistycznymi i celnymi. Równie ważne jest wyznaczenie właściciela danych produktowych, bo bez odpowiedzialności nawet najlepszy system szybko zacznie zawierać niepewne informacje. Porządek w danych to nie jednorazowy projekt. To sposób zarządzania firmą, która chce sprzedawać na większą skalę.

Przygotowanie warto zacząć, zanim zmiany staną się codziennym problemem

Firmy e-commerce powinny przygotowywać katalogi z wyprzedzeniem, przed obowiązkowym stosowaniem nowych danych produktowych i przed momentem, w którym partnerzy logistyczni lub marketplace’y zaczną wymagać kompletnych informacji w swoich systemach. Czekanie do ostatniej chwili jest ryzykowne, bo uporządkowanie danych produktowych wymaga czasu, współpracy między działami i często kontaktu z dostawcami. Nie da się dobrze wyczyścić katalogu, poprawić SKU, zebrać kodów producenta, sprawdzić GTIN i przetestować integracji w trybie awaryjnym, jeśli firma ma tysiące produktów i wiele kanałów sprzedaży. Im większy katalog, tym wcześniej warto zacząć.

Najlepszy moment na przygotowania jest wtedy, gdy firma może jeszcze działać spokojnie, a nie pod presją zatrzymanych procesów, pytań od partnerów i opóźnionych przesyłek. Audyt produktów, porządek w systemach, jasne procedury dla nowych pozycji i właściciel danych produktowych dadzą firmie nie tylko większą gotowość do zmian celnych. Ułatwią też ekspansję, automatyzację, współpracę z dostawcami i obsługę klientów na nowych rynkach. Dane produktowe przestają być zapleczem katalogu. Stają się częścią zdolności firmy do skalowania handlu transgranicznego w sposób przewidywalny, zgodny i odporny na kolejne zmiany.