- **Jak zmienia obowiązki w Polsce i dlaczego „utknięcie w danych” jest realnym ryzykiem**
, czyli pakiet zmian do regulacji dotyczących mechanizmu Carbon Border Adjustment Mechanism, nie wprowadza jedynie „drobnych korekt” w przepisach. W praktyce zmienia on sposób, w jaki firmy w Polsce muszą zbierać, weryfikować i raportować dane – zwłaszcza tam, gdzie uczestnicy łańcucha dostaw współdzielą odpowiedzialność za zgodność. Dla wielu podmiotów oznacza to konieczność przestawienia procesów zakupowych i sprawozdawczych tak, aby dane środowiskowe stały się częścią standardu operacyjnego, a nie materiałem przygotowywanym „na ostatnią chwilę”.
Największe ryzyko, które pojawia się wraz z Omnibusem, to tzw. „utknięcie w danych” – sytuacja, w której firma niby ma dostęp do informacji, ale brakuje krytycznych elementów do poprawnego wyliczenia emisji, klasyfikacji towarów lub spójnego raportowania. Może to dotyczyć m.in. wartości przekazanych przez dostawców, kompletności parametrów w dokumentach handlowych czy jakości danych wymaganych do późniejszej kontroli. Gdy jeden element nie jest dopięty, cały łańcuch obliczeń i raportów może się zatrzymać, a korekty stają się kosztowne i czasochłonne.
W Polsce „utknięcie w danych” bywa szczególnie dotkliwe, bo w modelach CBAM rośnie presja na szybkie zamknięcie okresów sprawozdawczych oraz na spójność między rolami: producentami, importerami i pośrednikami. Jeśli zakres obowiązków jest rozproszony, a dane są przechowywane w różnych systemach lub u różnych podmiotów, rośnie prawdopodobieństwo niespójności – i to właśnie niespójność jest najczęstszą przyczyną problemów przy audytach oraz weryfikacjach. W efekcie firmy mogą stanąć przed koniecznością wielokrotnego dosyłania uzupełnień, które powinny być przygotowane od początku.
Co istotne, Omnibus zwiększa znaczenie gotowości organizacyjnej: nie wystarczy „mieć dane” – trzeba umieć je zebrać na czas, potwierdzić ich wiarygodność i utrzymać ich ścieżkę audytową w całym procesie. Dlatego już dziś warto traktować jak projekt zarządzania danymi, a nie wyłącznie zadanie księgowo-sprawozdawcze. W kolejnych krokach artykułu pokażemy, jak wygląda podział obowiązków oraz jakie dane są niezbędne, by uniknąć ryzyka opóźnień i niezgodności.
- **Mapa obowiązków: co musi zrobić producent, a co importer w modelu **
to dla polskich firm nie tylko „kolejne rozporządzenie”, ale realna zmiana w sposobie organizacji odpowiedzialności za dane. W praktyce kluczowe staje się rozdzielenie obowiązków między producenta (często znajdującego się poza Polską) a importera działającego w kraju. Dlatego już na starcie warto zaplanować przepływ informacji w łańcuchu dostaw: od parametrów związanych z towarami, przez wyliczenia emisji, aż po dokumenty i potwierdzenia, które finalnie trafiają do systemów raportowania.
Importer w modelu ponosi odpowiedzialność za spełnienie formalnych wymogów w związku z przywozem towarów do UE. Oznacza to, że to na nim ciąży przygotowanie i złożenie wymaganych zgłoszeń oraz zapewnienie kompletności informacji. Jednocześnie importer nie ma „bezpośredniego dostępu” do wszystkich danych produkcyjnych, więc musi polegać na danych przekazywanych przez producentów i innych uczestników procesu (np. dostawców komponentów). W efekcie importer staje się koordynatorem: musi zebrać dane, zweryfikować ich spójność i zdecydować, w jaki sposób wypełnić luki, jeśli partnerzy nie dostarczą informacji na czas.
Producent natomiast jest „źródłem danych” — to jego procesy, parametry techniczne oraz dokumentacja wytwarzania determinują jakość danych wykorzystywanych do obliczeń CBAM. W praktyce producent powinien być gotowy dostarczać m.in. dane niezbędne do identyfikacji towaru oraz informacji związanych z emisjami w łańcuchu wytwarzania (w zależności od zakresu i konstrukcji produktu). Dla producenta to również moment, by uporządkować wewnętrzne procedury: tak, aby dane mogły być przekazywane cyklicznie, w ustandaryzowanym formacie i z odpowiednim poziomem szczegółowości.
Największe ryzyko w Polsce pojawia się, gdy firmy traktują CBAM jako zadanie „tylko księgowe” albo „tylko operacyjne”. W modelu Omnibus obowiązki są rozłożone, ale wynik jest wspólny: jeśli producent dostarczy dane niepełne albo niespójne, importer może utknąć w korektach, a te prowadzą do opóźnień i potencjalnych braków w zgodności. Dlatego mapa odpowiedzialności powinna obejmować nie tylko listę zadań, lecz także konkretne role w firmie: kto zbiera dane od dostawców, kto je waliduje, kto zatwierdza parametry i jak wygląda ścieżka eskalacji w razie braków.
- **Dane, które decydują o zgodności: jak przygotować prawidłowe parametry, faktury i raportowanie (bez braków)**
W modelu to właśnie jakość danych decyduje o tym, czy firma wykaże zgodność na czas i bez ryzyka korekt. W praktyce problemem nie jest brak „jakichkolwiek” informacji, ale braki w kluczowych polach, niezgodność między dokumentami oraz błędnie zinterpretowane parametry (np. masa, kod towaru, pochodzenie, ścieżka dostaw). Dla wielu podmiotów w Polsce największym zagrożeniem staje się zjawisko „utknięcia w danych”: z jednej strony terminy raportowania są sztywne, z drugiej— część danych bywa wytwarzana w różnych systemach (ERP, moduły celne, dane logistyczne) i nie zawsze jest spójna z tym, co wpisuje się do raportów CBAM.
Aby przygotować się „bez braków”, trzeba podejść do danych jak do zestawu parametrów wymuszających zgodność. Podstawą są prawidłowe identyfikatory i kody (zwłaszcza klasyfikacja towarów), wiarygodne informacje o pochodzeniu oraz dane umożliwiające przypisanie wartości do raportowanych dostaw. Równie istotne są dokumenty handlowe: faktury, specyfikacje i dokumenty celne powinny odzwierciedlać te same wielkości i opisy, bo niespójność (choćby w jednostkach miary lub w nazewnictwie towaru) często skutkuje koniecznością poprawek i wydłużeniem procesu zamknięcia danych.
W szczególną uwagę należy poświęcić parametryzacji i spójności raportowania— czyli temu, czy dane wejściowe są kompletne na poziomie transakcji, a następnie poprawnie przenoszone do raportów. W praktyce warto ustanowić reguły walidacji: czy dana dostawa ma komplet wymaganych atrybutów, czy wartości liczbowe zgadzają się z dokumentami, czy zastosowano właściwe jednostki oraz czy nie ma rozbieżności czasowych (daty importu vs. daty dokumentów). Dodatkowo, dobre przygotowanie oznacza uporządkowanie „wersjonowania” danych: co było użyte do raportu w danym momencie, jakie były założenia i skąd pochodziły wartości— ponieważ przy ewentualnych korektach liczy się możliwość odtworzenia toku myślenia i źródeł.
Na koniec kluczowe jest zrozumienie, że w tym obszarze braki w danych rzadko są „przypadkowe”— najczęściej wynikają z braku standardów między działami (zakupy, logistyka, finanse, dział celny) oraz z tego, że dane „przelewają się” przez kilka systemów bez wspólnego słownika. Dlatego w procesie przygotowania parametrów, faktur i raportowania warto wdrożyć prosty, ale stanowczy schemat pracy: jedna wersja danych źródłowych, jedno miejsce weryfikacji oraz konsekwentne reguły kontroli jakości. Dzięki temu nie stanie się projektem gaszenia pożarów, ale uporządkowanym procesem, który domyka zgodność zamiast ją opóźniać.
- **System raportowania i kontrola jakości danych: procesy, odpowiedzialności i archiwizacja pod CBAM**
W praktyce sprawia, że zgodność nie kończy się na „zebraniu danych raz na jakiś czas” — zaczyna się od zbudowania systemu raportowania, który potrafi produkować spójne wyliczenia, wykrywać błędy i utrzymywać zgodność w czasie. Kluczowe ryzyko to tzw. „utknięcie w danych”: brakujące wskaźniki, niejednoznaczne definicje, rozbieżne warianty parametrów między fakturą, dokumentacją dostawcy a raportem CBAM. Dlatego już na etapie projektowania procesu trzeba przyjąć zasadę: jeśli dane nie przeszły kontroli jakości, nie mogą trafić do raportu.
Efektywny system kontroli jakości powinien obejmować minimum trzy warstwy weryfikacji: (1) kontrolę kompletności (czy wszystkie pola wymagane w modelu CBAM są uzupełnione), (2) kontrolę spójności logicznej (czy wartości nie rozmijają się między źródłami, np. między kartą produktu a fakturą i danymi emisji), (3) kontrolę zgodności formalnej (czy formaty, jednostki, okres raportowy oraz identyfikatory towarów są poprawne). Warto też wprowadzić reguły walidacyjne: automatyczne sprawdzanie braków, nieprawidłowych jednostek, duplikatów partii czy „skoków” w danych emisji w porównaniu do poprzednich kwartałów.
Nie mniej istotna jest organizacja odpowiedzialności. W modelu należy jasno przypisać role: kto odpowiada za pozyskanie danych od dostawców (np. producent/partner w łańcuchu), kto kontroluje parametry na poziomie produktu, kto przygotowuje dane do raportu i kto zatwierdza finalną wersję przed złożeniem. Dobrą praktyką jest ustanowienie zapasowej ścieżki na wypadek braków (np. procedura „brak danych → status tymczasowy → uzgodnienie uzupełnień → korekta raportu”), wraz z udokumentowaniem decyzji i podstawy wyliczeń. Dzięki temu nawet przy presji terminów firma nie opiera raportowania na domysłach, tylko na kontrolowanych procesach.
Ostatni filar to archiwizacja. System musi zapewnić możliwość odtworzenia, skąd wzięły się dane i dlaczego przyjęto takie, a nie inne parametry. W praktyce oznacza to przechowywanie dokumentów źródłowych (np. specyfikacji produktu, danych wejściowych do wyliczeń, korespondencji z dostawcami), wersjonowanie danych i raportów (kiedy i przez kogo zatwierdzano zmiany), a także utrzymywanie spójności między wersją „roboczą” a wersją „finalną”. Tak rozumiana archiwizacja ogranicza ryzyko zakwestionowania danych podczas kontroli oraz skraca czas odpowiedzi na zapytania — bo zamiast szukać w plikach „z poprzedniego e-maila”, można odtworzyć historię w jednym miejscu.
- **Strategia współpracy z dostawcami: jak pozyskiwać brakujące dane i uniknąć opóźnień w łańcuchu**
W praktyce największym wyzwaniem przy wdrażaniu nie są same przepisy, lecz dostępność danych w całym łańcuchu dostaw. Producent lub importer może mieć najlepsze systemy raportowe, ale jeśli kluczowe parametry (np. dane emisji, wskaźniki, informacje o towarach lub strukturze produkcji) nie są dostępne u dostawcy, raportowanie zaczyna się „wypalać” na brakach. Dlatego strategia współpracy z dostawcami musi być traktowana jak element compliance, a nie dodatkowa operacja „na koniec”. Im wcześniej zbudujesz proces pozyskiwania danych, tym mniejsze ryzyko, że utkniesz w niekompletnej dokumentacji.
Skuteczna współpraca powinna zaczynać się od zmapowania, kto i za co odpowiada po stronie dostawców. Warto wypracować z nimi spójny standard: jakie dane są wymagane, w jakim formacie, jak często mają być aktualizowane oraz jak wygląda ścieżka weryfikacji (np. kto potwierdza kompletność i zgodność). Pomaga przy tym wdrożenie krótkich „pakietów CBAM” do przekazywania danych (szablony, wzory oświadczeń, lista pól obowiązkowych) oraz ustalenie minimalnego poziomu jakości: jeżeli brak jest kluczowego parametru, pojawia się uzgodniony wariant postępowania (uzupełnienie, alternatywne źródło danych lub stosowanie konkretnej metodologii obliczeniowej – zgodnie z wymaganiami).
Żeby uniknąć opóźnień, potrzebujesz też zarządzania terminami i ryzykiem po stronie partnerów. Najlepsze efekty daje podejście „planowania do przodu”: harmonogram zbierania danych z wyprzedzeniem względem terminów raportowych, okresowe testowe próbki raportu (pilotaż dla wybranej grupy towarów) oraz tryb szybkiego reagowania, gdy dostawca nie dostarcza danych na czas. Dobrą praktyką jest wprowadzenie w kontraktach lub aneksach zapisów o obowiązku przekazywania informacji pod CBAM, prawie do audytu/ weryfikacji oraz o odpowiedzialności za braki. To redukuje sytuacje, w których importer nagle „dziedziczy” brak danych dopiero po stronie compliance.
Na koniec pamiętaj, że jakość danych buduje się nie tylko przez wymagania, ale przez wsparcie. Dostawcy często potrzebują jasnych instrukcji: jak przygotować dane, z jakich systemów je pobrać, jak dokumentować założenia i wyniki oraz jak oznaczać zmiany w parametrach produkcyjnych. Dlatego warto przygotować wewnętrzną „instrukcję wdrożeniową” dla dostawców (oraz punkt kontaktu po Twojej stronie) i prowadzić krótkie spotkania robocze, szczególnie z tymi podmiotami, którzy są krytyczni dla wielkości przywozu. Odpowiednio poprowadzona współpraca ogranicza opóźnienia, minimalizuje ryzyko korekt i chroni plan raportowy przed skutkami braków w danych.
- **Plan wdrożenia „od dziś”: harmonogram działań dla importerów i producentów, testy i gotowość na kontrole**
Od „od dziś” w liczy się tempo i porządek: nie chodzi już tylko o zebranie danych, ale o zbudowanie powtarzalnego procesu, który przetrwa zarówno audyt, jak i wewnętrzne kontrole jakości. W praktyce warto rozpocząć od krótkiej diagnozy: sprawdzić, czy organizacja ma komplet źródeł danych (np. informacje o towarach i pochodzeniu), czy są zdefiniowane role w łańcuchu (kto dostarcza dane, kto je weryfikuje, kto zatwierdza), a także czy system księgowy i hurtownia danych dają się skorelować z wymaganym raportowaniem. To moment na uporządkowanie odpowiedzialności, zanim pojawi się presja terminów i ryzyko „utknięcia w danych” przez niespójności między fakturami, zamówieniami a parametrami CBAM.
Następny krok to harmonogram wdrożenia prowadzony w krótkich iteracjach. Pierwszy etap (np. tydzień–dwa) powinien obejmować przegląd zakresu: jakie produkty są objęte mechanizmem, jakie scenariusze raportowania dotyczą importera, i w których punktach łańcucha są największe braki. Kolejny etap (również w kilku tygodniach) to przygotowanie „roboczych” danych i walidacje: testowe mapowanie danych na pola wymagane przez model raportowy, weryfikacja spójności jednostek, wartości, dat i identyfikatorów, a także sprawdzenie jakości parametrów na reprezentatywnej próbce partii towarów. Dopiero po testach uruchamia się cykl produkcyjny (zbieranie → walidacja → zatwierdzanie → archiwizacja), bo wtedy łatwiej wychwycić błędy na wczesnym etapie, zanim staną się kosztowne.
W harmonogramie nie może zabraknąć przygotowania do kontroli — nawet jeśli kontrola formalna jest „niepewna”, audyt operacyjny jest bardzo prawdopodobny. Warto zaplanować przegląd dowodowy: czy dokumenty źródłowe są dostępne, czy da się odtworzyć tok danych od dostawcy do raportu, i czy istnieje wersjonowanie oraz log zmian. Dobrą praktyką jest przeprowadzenie „dry run” raportowania: wykonanie pełnego przebiegu na danych historycznych lub symulacji z ostatnich dostaw, z udziałem zespołów odpowiedzialnych za compliance, finanse i operacje zakupowe. Jeśli w testach wyjdą braki, to trzeba zaplanować ich domknięcie wprost w kalendarzu (np. z terminami po stronie dostawców), zamiast odkładać korekty „na ostatnią chwilę”.
Na końcu wdrożenia od dziś istotne jest wprowadzenie gotowości organizacyjnej: procedur eskalacji, planu awaryjnego na sytuacje braków danych oraz krótkich szkoleń dla osób, które dostarczają lub przetwarzają dane pod CBAM. W praktyce oznacza to ustalenie, kiedy i jak decyduje się o przyjęciu danych do raportu, jak wygląda ścieżka akceptacji oraz jakie kryteria jakości są „nie do negocjacji” (np. kompletność kluczowych pól i zgodność z dokumentami).