Księgowość e-commerce, VAT Compliance, VAT OSS i eksport

JPK_KPiR dla e-commerce: jakie dane trzeba uporządkować przed pierwszą wysyłką?

Prowadzenie sprzedaży internetowej zwykle oznacza pracę na wielu strumieniach danych jednocześnie. Zamówienia powstają w sklepie własnym i zewnętrznych kanałach sprzedaży, płatności są rozliczane przez operatorów, towary przemieszczają się pomiędzy magazynami, a zwroty i korekty potrafią zmienić obraz sprzedaży już po zamknięciu danego okresu. Do tego dochodzą faktury od dostawców, koszty reklamy, transportu, przechowywania, oprogramowania oraz obsługi transakcji. Dopóki informacje te służą głównie do bieżącego zarządzania firmą, część rozbieżności może pozostawać niezauważona albo być poprawiana ręcznie. JPK_KPiR zmienia perspektywę, ponieważ dane z księgi mają zostać przekazane w ściśle określonej, ustrukturyzowanej formie. Największym wyzwaniem nie jest więc samo naciśnięcie przycisku generującego plik XML. Trudność polega na tym, aby informacje pochodzące ze sprzedaży, księgowości i magazynu były kompletne, spójne oraz możliwe do jednoznacznego przypisania do konkretnych zdarzeń gospodarczych.

Spis treści

Dla rozwijającego się e-commerce jest to szczególnie ważne. Im więcej kanałów sprzedaży, rynków, operatorów płatności, partnerów logistycznych i lokalizacji magazynowych obsługuje firma, tym trudniej naprawić dane dopiero wtedy, gdy zbliża się termin przekazania pliku. Przedsiębiorca musi nie tylko wiedzieć, czym jest JPK_KPiR, ale również rozumieć, które dane wymagają uporządkowania, czy obowiązek dotyczy jego działalności oraz jakie konsekwencje może przynieść pozostawienie błędów na ostatnią chwilę. Potrzebna jest też praktyczna metoda sprawdzenia danych firmy, zapisów księgowych, kontrahentów, sprzedaży, kosztów, korekt i stanów magazynowych, zanim zostaną one zamknięte w strukturze XML.

JPK_KPiR — co to właściwie jest?

Jaką rolę pełni plik JPK_KPiR?

JPK_KPiR, w oficjalnej dokumentacji Ministerstwa Finansów oznaczany jako JPK_PKPIR, jest elektronicznym odwzorowaniem podatkowej księgi przychodów i rozchodów. Nie jest to skan księgi, zestawienie przygotowane w arkuszu ani dowolny raport wygenerowany przez księgowość. Plik ma postać XML i musi odpowiadać opublikowanej strukturze logicznej, która określa, jakie informacje powinny znaleźć się w poszczególnych polach oraz w jakim formacie należy je zapisać. Od 1 stycznia 2026 roku wykorzystywana jest struktura logiczna służąca do raportowania danych prowadzonych zgodnie z nowymi zasadami PKPiR. Obejmuje ona między innymi nagłówek pliku, dane podmiotu, informacje związane z ustaleniem dochodu, dane ze spisów z natury, szczegółowe zapisy dotyczące zdarzeń gospodarczych oraz wartości kontrolne. Treść prowadzonej księgi zostaje więc przedstawiona w formie, którą można automatycznie odczytać, sprawdzić i zestawić z innymi informacjami znajdującymi się w systemach administracji skarbowej.

Z punktu widzenia właściciela sklepu internetowego JPK_KPiR należy rozumieć jako uporządkowany zapis tego, co wcześniej zostało ujęte w księdze. Plik nie tworzy księgowości od nowa i nie poprawia danych, które są niekompletne. Przenosi je do konkretnej struktury, zachowując informacje o przychodach, zakupach, wydatkach, dokumentach, datach i kontrahentach. Jeżeli więc w księdze znalazła się błędna data, niejednoznaczny opis albo niewłaściwie zakwalifikowany koszt, prawidłowe technicznie wygenerowanie XML nie usuwa tego problemu. Zmienia jedynie formę, w której błąd zostaje przedstawiony. Z tego powodu przygotowanie do JPK_KPiR powinno być traktowane nie jako jednorazowe zadanie informatyczne, lecz jako przegląd całego procesu przepływu informacji pomiędzy systemami sprzedażowymi, dokumentami źródłowymi, księgowością i magazynem.

Obowiązek jest wprowadzany etapami i nie dotyczy automatycznie każdej firmy prowadzącej sprzedaż internetową w tym samym momencie. W pierwszym etapie obejmuje określone grupy podatników wskazane w przepisach przejściowych. W praktyce są to przede wszystkim przedsiębiorcy prowadzący PKPiR elektronicznie, którzy spełniają ustawowe kryteria wdrożenia od 2026 roku. Nie należy jednak sprowadzać tego wyłącznie do samego obowiązku przesyłania miesięcznych plików JPK_V7M, ponieważ znaczenie mają również pozostałe warunki wynikające z przepisów. Dane prowadzone za 2026 rok zostaną po raz pierwszy przekazane po zakończeniu tego roku, czyli w 2027 roku. Kolejne grupy podatników zostaną objęte obowiązkiem w następnym etapie. Sam fakt prowadzenia e-commerce nie przesądza również, że właściwą strukturą będzie właśnie JPK_KPiR. Decydujące znaczenie ma forma prawna działalności, sposób opodatkowania i rodzaj prowadzonej ewidencji, dlatego firma działająca na większą skalę powinna najpierw potwierdzić, czy nadal prowadzi PKPiR, czy podlega już zasadom dotyczącym ksiąg rachunkowych albo innej ewidencji.

Dlaczego wygenerowanie pliku to dopiero ostatni etap?

Plik JPK_KPiR może zostać utworzony na podstawie danych zgromadzonych w programie księgowym, ale sam program nie jest w stanie samodzielnie ustalić, czy informacje, które do niego wprowadzono, odzwierciedlają rzeczywisty przebieg sprzedaży i poniesione koszty. Może sprawdzić format pliku XML, obecność obowiązkowych pól, zgodność daty z wymaganym formatem albo poprawność techniczną struktury. Nie rozpozna jednak automatycznie, że miesięczna wypłata od operatora płatności nie jest tym samym co wartość sprzedaży, ponieważ została pomniejszona o prowizje, zwroty lub inne potrącenia. Nie oceni również, czy faktura za transport towarów została zakwalifikowana jako koszt uboczny zakupu, czy jako inny wydatek, jeżeli wcześniejsze ustawienia i zasady księgowania były niespójne. Techniczna możliwość eksportu jest zatem potrzebna, ale pojawia się dopiero na końcu procesu, którego początkiem są dokumenty i dane źródłowe.

Przed wygenerowaniem pierwszego pliku trzeba zapewnić ciągłość pomiędzy zdarzeniem gospodarczym a jego zapisem w księdze. Zamówienie powinno prowadzić do właściwego dokumentu sprzedaży, płatność musi zostać prawidłowo uzgodniona, ewentualny zwrot powinien obniżyć odpowiedni przychód, a prowizja pobrana przez platformę lub operatora płatniczego musi mieć odrębny ślad kosztowy. Podobna zasada dotyczy zakupów. Faktura od dostawcy, koszt transportu, opłaty importowe i przyjęcie towaru do magazynu nie są niezależnymi zdarzeniami, lecz elementami jednego procesu, który powinien być widoczny zarówno w danych operacyjnych, jak i w księgowości. Jeżeli poszczególne części tego procesu są przechowywane w różnych miejscach i opisane według różnych zasad, próba przygotowania JPK_KPiR szybko ujawnia luki, których wcześniej nie było widać.

Duże znaczenie ma również jakość opisów i kartotek. Ten sam dostawca zapisany pod kilkoma wariantami nazwy może zostać potraktowany jak kilka różnych podmiotów, a koszt opisany wyłącznie jako „usługa” nie wyjaśnia, czy dotyczył reklamy, logistyki, oprogramowania czy obsługi sprzedaży. W przedsiębiorstwie realizującym tysiące transakcji miesięcznie podobne niekonsekwencje nie są pojedynczymi wyjątkami. Z czasem tworzą zbiór danych, którego nie można łatwo uzgodnić bez wracania do dokumentów źródłowych. Problem narasta szczególnie wtedy, gdy firma rozwija sprzedaż zagraniczną, otwiera nowe kanały albo zmienia sposób obsługi magazynu. Każde nowe źródło danych zwiększa liczbę połączeń, które trzeba utrzymać pomiędzy sprzedażą, płatnością, kosztem i zapisem księgowym.

Przygotowanie do pierwszej wysyłki powinno więc rozpocząć się od przeglądu procesów, a nie od testu eksportu. Najpierw należy sprawdzić, skąd trafiają dane o sprzedaży, w jaki sposób rejestrowane są zwroty, gdzie ujmowane są prowizje i jak opisywani są kontrahenci. Następnie trzeba potwierdzić kompletność dokumentów, poprawność przypisania przychodów i kosztów do odpowiednich kategorii oraz zgodność stanów magazynowych ze spisem z natury. Dopiero gdy te elementy są uporządkowane, wygenerowany XML staje się wiarygodnym odwzorowaniem księgi. Struktura JPK_PKPIR obejmuje bowiem zarówno szczegółowe informacje o zdarzeniach gospodarczych, jak i dane dotyczące spisów z natury oraz sum kontrolnych. Jakość pliku zależy więc od znacznie szerszego zestawu informacji niż same kwoty przychodów i kosztów.

Dlaczego e-commerce jest szczególnie narażony na błędy?

W tradycyjnym modelu sprzedaży liczba źródeł danych bywa ograniczona, natomiast w e-commerce jedna transakcja może pozostawić ślad w kilku systemach. Zamówienie jest rejestrowane w sklepie lub na platformie sprzedażowej, płatność pojawia się u operatora, dokument sprzedaży trafia do systemu księgowego, a ruch towaru zostaje zapisany w magazynie. Jeżeli klient zwróci produkt, powstaje kolejny zestaw zdarzeń: korekta sprzedaży, zwrot płatności, przyjęcie towaru, ocena jego stanu i ewentualna zmiana wartości zapasu. Każdy z tych etapów może być obsługiwany przez inny proces, z inną datą i innym identyfikatorem. Jeżeli firma nie ma jednoznacznych zasad łączenia tych informacji, rozbieżności pojawiają się nawet wtedy, gdy każdy z wykorzystywanych systemów działa poprawnie pod względem technicznym.

Ryzyko zwiększa się wraz z liczbą kanałów sprzedaży. Sklep własny, kilka marketplace’ów, sprzedaż hurtowa i transakcje zagraniczne mogą stosować odmienne raporty, okresy rozliczeniowe oraz sposoby prezentowania opłat. W jednym kanale prowizja zostanie pokazana jako oddzielna pozycja, w innym będzie potrącona z wypłaty, a jeszcze gdzie indziej pojawi się na zbiorczej fakturze wystawionej po zakończeniu miesiąca. Przedsiębiorca może więc widzieć różne wartości sprzedaży w raporcie zamówień, zestawieniu płatności, na rachunku bankowym i w księdze. Nie każda różnica oznacza błąd, ale każda powinna mieć możliwe do udokumentowania wyjaśnienie. Bez uzgodnienia tych wartości łatwo zaksięgować jako przychód wyłącznie kwotę otrzymaną po potrąceniu opłat albo pominąć koszt, który został rozliczony poza głównym strumieniem faktur.

Szczególnym źródłem komplikacji są zwroty, anulacje i korekty. W szybko rosnącym sklepie ich liczba może być na tyle duża, że ręczne sprawdzanie każdej operacji przestaje być realne. Problemy pojawiają się wtedy, gdy zwrot pieniędzy następuje w innym miesiącu niż pierwotna sprzedaż, produkt wraca do innego magazynu albo po kontroli okazuje się, że nie nadaje się do ponownej sprzedaży. Dane finansowe powinny w takim przypadku odpowiadać zarówno dokumentom korygującym, jak i rzeczywistemu ruchowi towaru. Jeżeli magazyn przyjmuje każdą zwróconą sztukę jako pełnowartościowy zapas, a księgowość ujmuje korektę dopiero po otrzymaniu zbiorczego raportu, stan zapasów i wartość przychodów mogą przez dłuższy czas przedstawiać dwa różne obrazy tej samej działalności.

Kolejnym wyzwaniem jest sprzedaż zagraniczna, która zwykle zwiększa liczbę walut, wersji danych kontrahentów, dokumentów i momentów rozpoznawania poszczególnych operacji. Do procesu dochodzą koszty dostawy międzynarodowej, magazynowania poza Polską, obsługi zwrotów oraz usług świadczonych przez zagraniczne podmioty. Z perspektywy JPK_KPiR problemem nie jest sam fakt ekspansji, lecz brak jednolitego modelu danych. Jeżeli każdy nowy rynek jest obsługiwany według innych zasad, księgowość zaczyna otrzymywać informacje, których nie da się automatycznie przypisać do tych samych kategorii i dokumentów. Firma planująca rozwój powinna więc uporządkować przepływ informacji jeszcze przed uruchomieniem kolejnych kanałów, zamiast próbować scalać niezgodne dane dopiero przed wysyłką pliku.

Czy JPK_KPiR jest dla mnie?

Kiedy JPK_KPiR dotyczy Twojej firmy?

Pierwsze pytanie nie powinno dotyczyć liczby zamówień, wysokości obrotu ani tego, czy sprzedajesz przez własny sklep, marketplace czy oba kanały jednocześnie. Decydujące znaczenie ma rodzaj prowadzonej ewidencji podatkowej. JPK_KPiR jest związany z podatkową księgą przychodów i rozchodów, dlatego powinien zainteresować przede wszystkim przedsiębiorców rozliczających podatek dochodowy na podstawie PKPiR. Sam fakt prowadzenia handlu elektronicznego nie przesądza jeszcze o zastosowaniu tej struktury. Spółka prowadząca księgi rachunkowe będzie raportowała dane w innej strukturze, podobnie jak przedsiębiorca opodatkowany ryczałtem i prowadzący ewidencję przychodów. W średniej firmie e-commerce forma prawna i sposób prowadzenia księgowości mogły również zmieniać się wraz ze wzrostem biznesu, dlatego nie warto zakładać, że rozwiązanie stosowane kilka lat temu nadal odpowiada obecnej sytuacji. Przed rozpoczęciem przygotowań trzeba ustalić, czy firma w ogóle podlega obowiązkowi raportowania JPK_PKPIR, a jeżeli tak, to od którego okresu i na jakich zasadach.

Jeżeli prowadzisz PKPiR, znaczenie mają również skala i sposób organizacji sprzedaży. Własny sklep internetowy, jeden lub kilka marketplace’ów, operatorzy płatności, sprzedaż zagraniczna, duża liczba zwrotów oraz towary rozmieszczone w różnych magazynach nie tworzą samego obowiązku JPK_KPiR, ale zdecydowanie zwiększają zakres przygotowań. Podobnie jest z korzystaniem z zewnętrznej logistyki, usług reklamowych, rozwiązań technologicznych i podmiotów obsługujących płatności. Każdy kolejny partner generuje dokumenty, raporty, rozliczenia oraz identyfikatory, które muszą zostać prawidłowo połączone z zapisami księgowymi. Jeżeli firma ma trudność z uzgodnieniem wartości sprzedaży z przychodami wykazanymi w księdze, nie potrafi szybko wyjaśnić różnicy pomiędzy obrotem a kwotami wpływającymi na rachunek albo nie posiada jednego obrazu stanów magazynowych, przygotowanie do JPK_KPiR powinno rozpocząć się odpowiednio wcześnie. Im bardziej rozbudowany jest model sprzedaży, tym mniej bezpieczne staje się odkładanie porządkowania danych do momentu generowania pliku.

Warto przy tym oddzielić dwie kwestie. Pierwszą jest formalna odpowiedź na pytanie, czy firma podlega obowiązkowi prowadzenia i przekazywania danych w strukturze JPK_PKPIR. Drugą jest gotowość organizacyjna do przygotowania poprawnego pliku. Można podlegać obowiązkowi i jednocześnie nie być gotowym do jego wykonania bez czasochłonnych poprawek. Można też nie znajdować się jeszcze w grupie objętej raportowaniem, ale już dziś mieć procesy, których uporządkowanie potrwa kilka miesięcy. Dotyczy to zwłaszcza rozwijających się przedsiębiorstw, które planują otwarcie kolejnych rynków, uruchomienie nowego kanału sprzedaży albo zmianę modelu magazynowego. W takim przypadku praca nad jakością danych nie jest wyłącznie przygotowaniem podatkowym. Pomaga również ograniczyć błędy w raportowaniu marży, kosztów pozyskania sprzedaży, rentowności kanałów i wartości zapasów.

Szybki test: czy Twoje dane są gotowe?

Najprostszą autodiagnozę można przeprowadzić bez zaglądania do pliku XML. Zacznij od sprawdzenia, czy przychody ze wszystkich kanałów sprzedaży trafiają do jednej, spójnej ewidencji i czy można je uzgodnić z dokumentami sprzedażowymi. Jeżeli firma korzysta z kilku platform, każda z nich może przedstawiać obrót, korekty i opłaty w inny sposób. Ważne jest więc nie tylko to, czy raport został pobrany, ale czy jego wartości zostały właściwie zinterpretowane. Trzeba wiedzieć, która kwota oznacza sprzedaż, która obejmuje zwroty, gdzie pokazano prowizje i dlaczego wypłata otrzymana od operatora różni się od wartości zamówień. Jeżeli wyjaśnienie takiej różnicy wymaga ręcznego łączenia kilku arkuszy, wiadomości i wyciągów bankowych, dane nie są jeszcze przygotowane do sprawnego raportowania. Dobrze zorganizowany proces powinien pozwalać przejść od kwoty wykazanej w księdze do raportu źródłowego, dokumentu sprzedaży, płatności oraz ewentualnej korekty bez zgadywania, z czego wynika rozbieżność.

Następnie należy przyjrzeć się kosztom i kontrahentom. Każdy koszt powinien mieć dokument, datę, jednoznaczny opis oraz przypisanie do odpowiedniej kategorii PKPiR. Faktura opisana ogólnie jako „usługi” może być technicznie zaksięgowana, ale nie daje pewności, czy dotyczy reklamy, magazynowania, transportu, oprogramowania czy obsługi sprzedaży. Trzeba też sprawdzić, czy ten sam dostawca nie występuje pod kilkoma nazwami oraz czy jego dane identyfikacyjne są zapisywane według jednej zasady. Przy dużej liczbie dokumentów duplikaty i niespójne opisy szybko utrudniają analizę kosztów oraz późniejsze uzgadnianie zapisów. W przypadku dostawców zagranicznych warto konsekwentnie zapisywać nazwę, kraj i identyfikator podatkowy, ponieważ ułatwia to identyfikację kontrahentów i ogranicza ryzyko niespójności danych. Jest to przede wszystkim dobra praktyka organizacyjna, szczególnie przy współpracy z wieloma podmiotami działającymi na różnych rynkach.

Ostatnim obszarem autodiagnozy są zwroty, korekty i magazyn. Warto sprawdzić, czy zwrot klienta pomniejsza właściwy przychód, czy dokument korygujący można powiązać z pierwotną sprzedażą oraz czy towar wracający do firmy jest prawidłowo ujmowany w stanach magazynowych. Nie każda zwrócona sztuka nadaje się do ponownej sprzedaży, dlatego automatyczne przywrócenie jej jako pełnowartościowego zapasu może zniekształcić wartość magazynu. Trzeba również odpowiedzieć sobie na pytanie, czy spis z natury obejmuje wszystkie lokalizacje, towary w drodze, zapasy u zewnętrznego operatora oraz produkty znajdujące się w procesie zwrotu. Jeżeli wynik remanentu nie zgadza się z ewidencją magazynową, sama korekta końcowej wartości bez ustalenia przyczyny nie rozwiązuje problemu. Rozbieżność może wynikać z opóźnień w rejestrowaniu ruchów, błędnych przyjęć, pominiętych uszkodzeń albo podwójnego ujęcia zwrotów.

Jeżeli na większość tych pytań możesz odpowiedzieć jednoznacznym „tak” i potrafisz szybko przedstawić dokumenty potwierdzające zgodność danych, firma ma solidną podstawę do przygotowania JPK_KPiR. Każda odpowiedź „nie” wskazuje konkretny proces wymagający naprawy, natomiast odpowiedź „nie wiem” jest zwykle sygnałem jeszcze poważniejszym, ponieważ oznacza brak kontroli nad źródłem albo przepływem informacji. W średnim e-commerce pojedyncza niejasność rzadko dotyczy tylko jednego dokumentu. Często powtarza się w setkach transakcji obsługiwanych według tego samego schematu. Im więcej odpowiedzi „nie” lub „nie wiem”, tym więcej pracy należy wykonać przed pierwszą wysyłką i tym wcześniej powinno rozpocząć się uzgadnianie sprzedaży, kosztów, kontrahentów oraz magazynu.

Jakie dane firmy trzeba sprawdzić przed wygenerowaniem JPK_KPiR?

Dane identyfikacyjne podatnika

Dane identyfikacyjne znajdują się w części pliku opisującej podmiot przekazujący JPK_PKPIR. Zakres informacji zależy od tego, czy podatnikiem jest osoba fizyczna, czy podmiot niebędący osobą fizyczną. W przypadku osoby fizycznej struktura przewiduje NIP, pierwsze imię, nazwisko i datę urodzenia. W przypadku podmiotu niebędącego osobą fizyczną wykazywane są NIP oraz pełna nazwa zgodna z danymi rejestrowymi. W obu wariantach mogą pojawić się także adres e-mail i telefon kontaktowy, przy czym są to pola opcjonalne. Dla przedsiębiorcy prowadzącego jednoosobową działalność oznacza to, że nie należy automatycznie przenosić do pól identyfikacyjnych dowolnej nazwy handlowej sklepu. Podmiot jest identyfikowany jako osoba fizyczna według danych wymaganych przez strukturę. W firmach działających w formie spółki trzeba natomiast zadbać o pełną nazwę odpowiadającą danym rejestrowym, a nie jej skrót używany wewnętrznie w raportach czy korespondencji.

Najważniejszym elementem jest NIP, ponieważ pozwala jednoznacznie powiązać plik z podatnikiem. W praktyce warto sprawdzić nie tylko sam ciąg cyfr, ale również to, z którego profilu podmiotu program pobiera dane. Firmy rozwijające kilka marek, prowadzące sprzedaż w różnych modelach albo korzystające ze wspólnej infrastruktury księgowej mogą mieć w systemie wiele kartotek. Błąd polegający na użyciu danych innego podmiotu jest łatwy do przeoczenia, jeżeli nazwy handlowe są podobne albo plik generuje osoba obsługująca kilka spółek. Równie ważne jest porównanie imienia i nazwiska lub pełnej nazwy z aktualnymi danymi rejestrowymi. Zmiana nazwy spółki, przekształcenie działalności, aktualizacja nazwiska czy przeniesienie księgowości do nowego systemu mogą pozostawić w kartotece nieaktualne informacje, mimo że bieżące dokumenty sprzedaży są już wystawiane prawidłowo.

Adres e-mail i telefon nie decydują o prawidłowości identyfikacji w takim stopniu jak NIP, ale ich pozostawienie bez kontroli również nie jest dobrym rozwiązaniem. Jeżeli firma decyduje się je przekazać, powinny prowadzić do kanału kontaktowego, który jest aktualny i regularnie obsługiwany. Nie warto korzystać z adresu byłego pracownika, prywatnej skrzynki osoby, która nie zajmuje się rozliczeniami, ani numeru telefonu przypisanego do nieaktywnego działu. W rozwijającym się e-commerce dane kontaktowe często pozostają niezmienione przez lata, mimo że struktura organizacyjna firmy dawno się zmieniła. Kontrola przed pierwszym wygenerowaniem pliku powinna więc objąć zarówno dane obowiązkowe, jak i wszystkie pola opcjonalne, które program uzupełnia automatycznie. Informacja pobrana bez udziału użytkownika nadal staje się częścią przekazywanego pliku.

Właściwy urząd skarbowy nie znajduje się w tym samym węźle co dane identyfikujące podatnika, lecz w nagłówku pliku. Z perspektywy przedsiębiorcy nadal jest jednak częścią podstawowych danych firmy, które trzeba zweryfikować przed wysyłką. Program zapisuje oznaczenie właściwego urzędu w formie kodu wybieranego ze słownika, dlatego sama widoczna nazwa urzędu w ustawieniach nie powinna być jedynym elementem kontroli. Szczególnej uwagi wymagają sytuacje, w których firma zmieniła siedzibę, adres prowadzenia działalności, formę prawną albo właściwość organu podatkowego. Nie każda zmiana danych rejestrowych oznacza automatycznie taką samą zmianę właściwości we wszystkich rozliczeniach, dlatego ustawienie powinno wynikać z aktualnej sytuacji podatnika, a nie ze starego szablonu zachowanego w programie.

Parametry raportu

Nagłówek JPK_PKPIR zawiera informacje, które opisują sam plik i okres objęty raportowaniem. Należą do nich kod formularza, wariant struktury, cel złożenia, data i czas wytworzenia pliku, data początkowa i końcowa raportowanego okresu oraz kod właściwego urzędu skarbowego. Program powinien automatycznie wygenerować właściwy kod formularza i wariant zgodny z obowiązującą strukturą. Użytkownik praktycznie nie wybiera tych wartości ręcznie, ale powinien upewnić się, że wykorzystywana wersja programu obsługuje strukturę właściwą dla danego okresu. Starszy moduł eksportu, nieaktualna konfiguracja albo użycie niewłaściwego rodzaju raportu mogą doprowadzić do wygenerowania pliku według innego wariantu. Przed pierwszą wysyłką warto więc potwierdzić, że system korzysta z aktualnej struktury JPK_PKPIR, a nie jedynie z dowolnej funkcji opisanej jako eksport KPiR.

Zakres dat musi odpowiadać okresowi, którego rzeczywiście dotyczą przekazywane dane. W przypadku raportowania rocznego szczególnym ryzykiem jest wygenerowanie pliku tylko za ostatni miesiąc, niepełny rok albo okres ustawiony wcześniej do wewnętrznej analizy. Błąd może pojawić się również wtedy, gdy firma rozpoczęła działalność w trakcie roku, zakończyła ją, przekształciła formę prawną albo przeniosła księgowość pomiędzy systemami. Samo wpisanie poprawnej daty początkowej i końcowej nie wystarcza, jeżeli baza zawiera dane tylko z części tego przedziału. Zakres raportu trzeba więc porównać z pierwszym i ostatnim zapisem księgi, kompletnością importów oraz stanem dokumentów oczekujących na ujęcie. W e-commerce końcówka roku jest często okresem intensywnej sprzedaży i dużej liczby zwrotów realizowanych już po Nowym Roku, dlatego szczególnego sprawdzenia wymaga przypisanie korekt do odpowiednich okresów.

Pole celu złożenia określa charakter przekazywanego pliku zgodnie z obowiązującą strukturą logiczną. Nie powinno być ustawiane na podstawie roboczej nazwy eksportu ani liczby wersji zapisanych lokalnie. Fakt, że plik został wygenerowany kilka razy podczas kontroli, nie oznacza automatycznie, że kolejne wersje mają charakter korekty. Znaczenie ma to, jaki plik został rzeczywiście przekazany i jaki charakter ma obecne złożenie. Firma powinna mieć jasną zasadę określającą, kto odpowiada za wybór właściwego celu i na jakiej podstawie podejmuje tę decyzję. Przy kilku osobach uczestniczących w procesie status wysyłki powinien być znany zarówno księgowości, jak i osobie technicznie przygotowującej XML, aby uniknąć rozbieżności pomiędzy zawartością pliku a informacją zapisaną w nagłówku.

Data wytworzenia pliku jest zapisywana wraz z czasem i powinna odpowiadać rzeczywistemu momentowi jego utworzenia. Zwykle nadaje ją program, ale błędne ustawienia daty, czasu albo strefy czasowej na urządzeniu lub serwerze mogą prowadzić do nieprawidłowej wartości. Osobnego sprawdzenia wymaga znacznik Kasowy_PIT, jeżeli podatnik korzysta z kasowej metody rozliczania przychodów zgodnie z przepisami ustawy o PIT. Pole to dotyczy wyłącznie podatników stosujących tę metodę w podatku dochodowym i nie powinno być utożsamiane z metodą kasową VAT. Ustawienie nie może wynikać z domyślnej konfiguracji programu ani z samego faktu, że firma rozlicza część płatności po ich otrzymaniu. Musi odpowiadać rzeczywiście wybranej i stosowanej metodzie podatkowej. Włączenie znacznika bez podstawy albo jego brak mimo stosowania kasowej metody PIT prowadzi do niespójności pomiędzy charakterem rozliczenia a informacją zawartą w pliku.

Najczęstsze błędy w danych nagłówkowych

Najbardziej oczywistym błędem jest niepoprawny NIP, ale w praktyce równie niebezpieczne bywa pobranie poprawnego numeru należącego do niewłaściwego podmiotu. Może się tak zdarzyć w grupie firm korzystających ze wspólnej księgowości, przy obsłudze kilku marek albo po przekształceniu działalności. Program generuje wtedy technicznie poprawny plik, którego dane nie odpowiadają księdze właściwego podatnika. Podobny problem dotyczy nazwy. Skrót używany w codziennej komunikacji, nazwa sklepu albo historyczna nazwa spółki mogą pozostać w ustawieniach długo po zmianie danych rejestrowych. W przypadku osoby fizycznej trzeba dodatkowo pamiętać, że struktura posługuje się imieniem, nazwiskiem i datą urodzenia, a nie wyłącznie nazwą handlową działalności. Dlatego kontrola powinna polegać na porównaniu danych źródłowych, a nie jedynie na sprawdzeniu, czy pola nie są puste.

Częstym problemem są również nieaktualne dane kontaktowe. E-mail i telefon są opcjonalne, ale jeżeli zostały uzupełnione, powinny być prawdziwe i użyteczne. Automatyczne przeniesienie starego adresu księgowej, byłego pracownika albo skrzynki technicznej, do której nikt nie zagląda, oznacza przekazanie danych pozbawionych praktycznej wartości. Warto przyjąć zasadę, że pola opcjonalne są albo świadomie uzupełnione i aktualne, albo pozostają puste zgodnie ze strukturą. Nie powinny być wypełniane przypadkowymi wartościami tylko dlatego, że system na to pozwala. Dotyczy to także numeru telefonu, który może zostać zapisany nieprawidłowo, jeżeli zawiera dodatkowe opisy, kilka numerów w jednym polu albo znaki niezgodne z oczekiwanym formatem.

Błędnie wskazany urząd skarbowy często jest pozostałością po zmianie siedziby, migracji danych albo skopiowaniu ustawień z innego podmiotu. W firmach, które szybko rosną, aktualizacja danych rejestrowych i aktualizacja programu księgowego nie zawsze odbywają się tego samego dnia. Przez pewien czas faktury mogą już zawierać nowe informacje, podczas gdy moduł odpowiedzialny za JPK nadal korzysta ze starej kartoteki. Dlatego właściwość urzędu i jego kod należy sprawdzać w ustawieniach źródłowych, a nie tylko w podglądzie pojedynczego dokumentu. Trzeba też upewnić się, że zmiana danych nie została wprowadzona wyłącznie w module sprzedażowym. System wystawiający faktury i system generujący JPK mogą korzystać z różnych profili firmy, nawet jeżeli na co dzień są obsługiwane z jednego panelu.

Niewłaściwy okres raportu jest szczególnie groźny, ponieważ plik może przejść kontrolę techniczną mimo braku części danych. Jeżeli nagłówek wskazuje pełny rok, ale baza zawiera zapisy dopiero od momentu migracji do nowego programu, XML nie uzupełni brakujących miesięcy. Odwrotna sytuacja występuje wtedy, gdy zakres dat obejmuje zbyt długi okres albo dane pochodzące z innego roku. Problemy mogą dotyczyć również celu złożenia, daty wytworzenia, wariantu struktury oraz znacznika kasowej metody PIT. Każdy z tych elementów jest niewielkim polem w nagłówku, ale razem określają, kto składa plik, za jaki okres, według jakiej struktury i w jakim charakterze. Poprawność techniczna nie gwarantuje przy tym, że dane są właściwe merytorycznie. System może zaakceptować poprawnie sformatowany NIP, zakres dat i kod urzędu, mimo że odnoszą się do niewłaściwego podmiotu albo okresu.

Najbezpieczniejsza kontrola nie polega na pobieżnym przejrzeniu ekranu przed wysyłką. Dane nagłówkowe powinny zostać porównane z aktualnymi danymi rejestrowymi, ustawieniami podatkowymi, zakresem prowadzonej księgi i statusem wcześniejszych wysyłek. Warto również sprawdzić, czy te same informacje są spójne w systemie sprzedażowym, księgowym i dokumentach generowanych dla klientów. Rozbieżność pomiędzy nazwą na fakturach, kartoteką podatnika i profilem używanym do eksportu może wskazywać na szerszy problem z zarządzaniem danymi podstawowymi. W e-commerce planującym ekspansję takie niespójności mają tendencję do powielania się wraz z każdym nowym kanałem, integracją i rynkiem. Uporządkowanie nagłówka JPK_KPiR jest więc prostym testem tego, czy firma posiada jedno wiarygodne źródło danych o samym podatniku.

Każdy zapis w KPiR musi mieć kompletny ślad księgowy

Jakie informacje powinny znaleźć się przy zdarzeniu gospodarczym?

Każdy wiersz podatkowej księgi przychodów i rozchodów musi pozwalać ustalić, jakie zdarzenie gospodarcze miało miejsce, kiedy zostało ujęte, na jakiej podstawie dokonano zapisu i w jaki sposób wpłynęło ono na przychody albo koszty firmy. W strukturze JPK_PKPIR odpowiada za to węzeł PKPIRWiersz. Zawiera on między innymi liczbę porządkową wpisu, datę zdarzenia gospodarczego, numer dowodu księgowego, opcjonalny numer KSeF, dane kontrahenta, opis operacji oraz wartości przypisane do odpowiednich kategorii przychodów i wydatków. Nie oznacza to, że w każdym wierszu należy uzupełniać wszystkie dostępne pola. Zakres danych zależy od rodzaju operacji, sposobu jej udokumentowania i kategorii księgowej. Zapis sprzedaży będzie wyglądał inaczej niż zakup towarów, koszt transportu, wypłata wynagrodzenia czy faktura za reklamę. Kompletność należy więc rozumieć jako obecność wszystkich informacji potrzebnych do prawidłowego opisania konkretnego zdarzenia, a nie jako mechaniczne wypełnienie każdego pola struktury.

Dla e-commerce kompletny ślad księgowy oznacza możliwość przejścia od zapisu w PKPiR do dokumentu i danych źródłowych bez domyślania się, czego dotyczyła dana kwota. W przypadku sprzedaży warto mieć możliwość powiązania przychodu z fakturą, raportem fiskalnym albo zestawieniem sprzedaży, a następnie z raportem pochodzącym z właściwego kanału. Przy zakupie towaru zapis powinien prowadzić do dokumentu dostawcy, a jeżeli firma prowadzi takie ewidencje, również do przyjęcia magazynowego i rozliczenia płatności. Prowizja lub opłata nie powinna istnieć wyłącznie jako potrącenie widoczne na wyciągu od operatora. Potrzebna jest podstawa pozwalająca ustalić, kto naliczył koszt, za jaki okres i z jakiego tytułu. Im więcej automatycznych importów wykorzystuje firma, tym ważniejsze stają się identyfikatory łączące dokument, raport i zapis księgowy. Bez nich technicznie poprawny wiersz może pozostać oderwany od procesu, który miał odzwierciedlać.

Numer porządkowy organizuje zapisy w księdze, ale sam nie wystarcza do identyfikacji operacji. Potrzebne są również data oraz numer dowodu będącego podstawą księgowania. Numerem może być oznaczenie faktury, dokumentu wewnętrznego, raportu albo innego dowodu właściwego dla danego rodzaju zdarzenia. Jeżeli faktura została wystawiona przy użyciu Krajowego Systemu e-Faktur, struktura przewiduje także możliwość wykazania numeru identyfikującego ją w KSeF. W części dotyczącej kontrahenta struktura przewiduje możliwość wykazania kodu kraju nadania identyfikatora podatkowego, samego identyfikatora, imienia i nazwiska albo nazwy firmy oraz adresu. Nie każdy typ zapisu wymaga jednak podania tego samego zestawu informacji. Przy zapisach dokonywanych na podstawie określonych raportów lub zbiorczych zestawień sprzedaży dane pojedynczych odbiorców nie muszą być ujmowane w każdym wierszu.

Najważniejsze pozostaje prawidłowe powiązanie opisu z wartością ujętą w odpowiedniej części księgi. Przychód ze sprzedaży towarów i usług trafia do innej kategorii niż pozostałe przychody, a zakup produktów przeznaczonych do dalszej odsprzedaży nie może być traktowany tak samo jak abonament za oprogramowanie. Osobne miejsce przewidziano dla kosztów ubocznych zakupu, wynagrodzeń oraz pozostałych wydatków. Właściwe przypisanie kwoty sprawia, że zapis nie jest wyłącznie informacją o przepływie pieniędzy, lecz elementem służącym do ustalenia wyniku podatkowego. W średniej firmie internetowej jedno błędne ustawienie reguły importu może objąć setki dokumentów. Z tego powodu kompletność śladu księgowego trzeba oceniać zarówno na poziomie pojedynczej operacji, jak i całego mechanizmu, który automatycznie tworzy podobne zapisy.

Jak uporządkować numerację i daty dokumentów?

Porządkowanie numeracji warto rozpocząć od rozdzielenia liczby porządkowej zapisu w księdze od numeru dokumentu stanowiącego podstawę księgowania. Liczba porządkowa wyznacza kolejność wierszy PKPiR, natomiast numer dowodu pozwala wrócić do konkretnej faktury, korekty, raportu lub dokumentu wewnętrznego. Oba oznaczenia muszą być jednoznaczne w swoim kontekście. W firmie korzystającej z kilku kanałów sprzedaży mogą funkcjonować odrębne serie numeracyjne i samo powtórzenie podobnego numeru nie musi oznaczać błędu, o ile można ustalić, z jakiego źródła pochodzi dokument. Ryzyko pojawia się wtedy, gdy dwa różne dokumenty mają identyczne oznaczenie, a w danych brakuje informacji o serii, kanale albo wystawcy. Utrudnia to kontrolę i wykrywanie duplikatów, ponieważ system może potraktować dwa dokumenty jako jeden albo ten sam dokument zaimportować kilka razy.

Ciągłość numeracji należy sprawdzać z uwzględnieniem sposobu działania poszczególnych systemów. Luka w serii nie zawsze oznacza brak sprzedaży, ponieważ może wynikać z anulowania dokumentu, stosowania kilku serii albo reguł obowiązujących w źródłowym narzędziu. Dobrą praktyką jest jednak zachowanie możliwości wyjaśnienia każdej nietypowej przerwy. Firma powinna wiedzieć, gdzie znajduje się dokument anulowany, dlaczego numer nie został wykorzystany oraz czy ta sama operacja nie pojawiła się w innym kanale pod odmiennym oznaczeniem. Szczególnego sprawdzenia wymagają migracje pomiędzy systemami, zmiany roku, uruchomienie nowej marki i przejście z ręcznego wystawiania dokumentów na automatyzację. W takich momentach łatwo rozpocząć nową serię bez właściwego opisania jej źródła albo utracić część oznaczeń przy przenoszeniu danych. Z perspektywy JPK_PKPIR znaczenie ma nie to, aby wszystkie dokumenty wyglądały identycznie, lecz aby ich numery pozwalały jednoznacznie odnaleźć dowód będący podstawą zapisu.

Podobnej kontroli wymagają daty. Data zdarzenia gospodarczego nie może być automatycznie utożsamiana z datą wypłaty pieniędzy, pobrania raportu, importu dokumentu do programu ani wykonania przelewu. W księdze należy ująć datę wynikającą z zasad prowadzenia PKPiR dla danego rodzaju operacji, udokumentowaną odpowiednim dowodem. Moment zapisu może zależeć między innymi od tego, czy zdarzenie dotyczy przychodu, zakupu towaru, pozostałego kosztu, korekty albo operacji rozliczanej według szczególnych zasad. Dodatkowe reguły mają zastosowanie do podatników korzystających z kasowej metody PIT. Program może przyjąć każdą datę zapisaną w poprawnym formacie, ale nie ustali samodzielnie, czy odpowiada ona właściwemu momentowi ujęcia zdarzenia.

W e-commerce najczęstsze rozbieżności wynikają z różnicy pomiędzy datą zamówienia, płatności, wysyłki, wystawienia dokumentu, wypłaty przez operatora oraz otrzymania raportu. Firma musi określić, która data stanowi podstawę zapisu w zależności od rodzaju operacji i sposobu jej udokumentowania. Reguły te powinny być jednakowe dla wszystkich transakcji obsługiwanych w tym samym modelu. Jeżeli jeden kanał ujmuje sprzedaż według raportu dziennego, drugi według daty wypłaty, a trzeci dopiero po ręcznym imporcie pod koniec miesiąca, przychody mogą zostać przesunięte pomiędzy okresami. Szczególnej uwagi wymagają dokumenty wystawione na przełomie miesięcy i roku, korekty rozliczane po pierwotnej sprzedaży oraz zakupy, przy których dostawa towaru i otrzymanie faktury następują w różnych terminach. Sprawdzenie dat powinno więc obejmować nie tylko pojedyncze dokumenty, lecz także logikę stosowaną przez każdy kanał i integrację.

Jak tworzyć opisy, które nie pozostawiają wątpliwości?

Opis zdarzenia gospodarczego powinien zwięźle oddawać istotę przychodu albo wydatku. Nie musi być rozbudowanym komentarzem opisującym całą historię transakcji, ale warto, aby umożliwiał rozpoznanie jej rodzaju bez otwierania kilku dodatkowych systemów. Sformułowania takie jak „usługa”, „koszt”, „faktura”, „sprzedaż” albo „zakup” są zbyt ogólne, ponieważ nie pozwalają ustalić, co rzeczywiście zostało sprzedane lub nabyte. W e-commerce bardziej użyteczny będzie opis wskazujący na zakup towarów handlowych, transport dostawy do magazynu, prowizję od sprzedaży, obsługę płatności, reklamę internetową, usługę magazynowania albo abonament za oprogramowanie. Przy zapisach zbiorczych warto wskazać również rodzaj raportu oraz okres, którego dotyczy zapis, dzięki czemu miesięczna lub dzienna kwota nie pozostaje anonimowa.

Dobry opis powinien być wystarczająco konkretny, ale nieprzeładowany. Nie trzeba przepisywać pełnej nazwy każdej pozycji faktury ani umieszczać w polu informacji, które mają już własne miejsce, takich jak numer dokumentu czy nazwa kontrahenta. Najważniejsze jest wskazanie ekonomicznego sensu operacji. Opis „usługi marketingowe” będzie lepszy niż „usługa”, ale przy dużej skali nadal może być zbyt szeroki, jeżeli firma ponosi wydatki na kampanie reklamowe, przygotowanie materiałów, obsługę profili i analitykę. W takim przypadku warto stosować rozróżnienia odpowiadające sposobowi zarządzania kosztami. Jednocześnie nie należy tworzyć opisów tak szczegółowych, że każda osoba księgująca ten sam rodzaj wydatku używa innego sformułowania. Nadmierna dowolność prowadzi do powstania dziesiątek wariantów opisujących tę samą operację.

W średniej firmie dobrym rozwiązaniem jest wspólny słownik opisów używany przez księgowość, osoby zatwierdzające dokumenty oraz integracje. Jest to rekomendacja organizacyjna, a nie odrębny wymóg wynikający wprost ze struktury JPK_PKPIR. Celem nie jest ujednolicenie każdego zapisu co do jednego słowa, lecz stosowanie tej samej logiki przy powtarzalnych zdarzeniach. Koszty transportu towarów do magazynu warto odróżniać od kosztów wysyłki zamówień do klientów, ponieważ mogą pełnić inną rolę w księdze. Prowizja sprzedażowa nie powinna być opisywana raz jako opłata, raz jako usługa, a innym razem wyłącznie nazwą kanału, jeżeli wszystkie te wpisy dotyczą tego samego rodzaju kosztu. Słownik ułatwia także automatyczne mapowanie dokumentów do kategorii PKPiR, ponieważ system otrzymuje powtarzalne informacje zamiast przypadkowych określeń tworzonych przy każdym imporcie.

Opisy warto kontrolować również po zmianie procesu. Uruchomienie nowego kanału sprzedaży, magazynu zagranicznego albo modelu realizacji zamówień może spowodować, że dotychczasowe określenie przestanie oddawać charakter operacji. Przykładowo jedna zbiorcza „opłata platformowa” może zacząć obejmować prowizję, reklamę, magazynowanie i obsługę zwrotów. Pozostawienie wspólnego opisu utrudni później zarówno kwalifikację kosztów, jak i analizę rentowności. W takiej sytuacji trzeba ustalić, czy dokument oraz raport pozwalają rozdzielić poszczególne świadczenia i jak mogą zostać opisane. Nie warto natomiast tworzyć sztucznego poziomu szczegółowości, którego nie da się potwierdzić w dokumentach źródłowych. Opis ma porządkować istniejące dane, a nie zastępować brakującą dokumentację założeniami osoby księgującej.

Przypisanie dokumentów do właściwych kategorii KPiR

Prawidłowa kwalifikacja zaczyna się od rozdzielenia przychodów ze sprzedaży towarów i usług od pozostałych przychodów. Dla sklepu internetowego podstawowa sprzedaż produktów trafia do kategorii przeznaczonej na wartość sprzedanych towarów i usług. Pozostałe przychody obejmują zdarzenia o innym charakterze, takie jak odpłatne zbycie określonych składników majątku, otrzymane kary umowne czy inne kwoty niewynikające bezpośrednio ze zwykłej sprzedaży oferty sklepu. Nie należy przenosić do tej kategorii wpływów tylko dlatego, że nie udało się ich od razu połączyć z konkretnym kanałem. Niewyjaśniona płatność nie staje się automatycznie pozostałym przychodem. Najpierw trzeba ustalić jej źródło, powiązać ją z dokumentem i określić, czy jest przychodem podatkowym oraz do jakiej części księgi należy.

Po stronie kosztów kluczowe jest odróżnienie zakupu towarów handlowych i materiałów od kosztów ubocznych zakupu oraz pozostałych wydatków. Towary nabywane z przeznaczeniem do dalszej sprzedaży ujmuje się w kategorii właściwej dla zakupu towarów handlowych według cen zakupu. Koszty uboczne dotyczą wydatków związanych z doprowadzeniem zakupionych składników do magazynu, takich jak transport, załadunek, wyładunek czy ubezpieczenie w drodze. Nie każdy koszt logistyczny będzie jednak automatycznie kosztem ubocznym zakupu. Dostarczenie partii produktów od dostawcy do magazynu ma inny charakter niż wysłanie gotowego zamówienia do klienta, przechowywanie zapasu albo obsługa zwrotu. To samo słowo „transport” może więc oznaczać różne kategorie w zależności od celu i etapu procesu.

Pozostałe wydatki obejmują koszty niewykazane w kategoriach zakupów towarów, kosztów ubocznych i wynagrodzeń, o ile mogą zostać uznane za koszty uzyskania przychodów zgodnie z przepisami. W działalności e-commerce często będą to między innymi prowizje od sprzedaży, opłaty za obsługę płatności, wydatki reklamowe, hosting, oprogramowanie, usługi księgowe, najem powierzchni, energia oraz określone koszty magazynowania, w zależności od charakteru danego wydatku. Nie oznacza to, że każdy dokument posiadający jedną z tych nazw można księgować automatycznie według tego samego schematu. Znaczenie ma rzeczywisty charakter świadczenia, jego związek z działalnością oraz treść dokumentu. Pakiet usług od jednego dostawcy może obejmować kilka różnych elementów, dlatego samo rozpoznanie kontrahenta nie zawsze wystarczy do właściwego przypisania kosztu.

Błędna kategoria wpływa nie tylko na wygląd pojedynczego wiersza. Może zniekształcić strukturę kosztów, wartość zakupów, sposób ustalenia dochodu i późniejszą analizę zapasów. W przedsiębiorstwie internetowym szczególnie ryzykowne jest automatyczne księgowanie na podstawie samej nazwy dostawcy. Ten sam partner może wystawić dokument za prowizję, reklamę, logistykę i magazynowanie, a każda z tych usług wymaga osobnej oceny. Reguły automatyzacji warto więc oprzeć również na rodzaju dokumentu, opisie pozycji, okresie rozliczeniowym i źródle danych. Przed pierwszą wysyłką JPK_KPiR dobrze jest przeanalizować największe grupy kosztów i sprawdzić próbkę zapisów z każdego schematu. Jedna pomyłka w ustawieniu może być powielana przez cały rok, mimo że poszczególne dokumenty wyglądają poprawnie.

Dane kontrahentów: jeden podmiot, jeden spójny zestaw informacji

Jakie dane kontrahentów należy uporządkować?

Struktura JPK_PKPIR przewiduje w wierszu księgi możliwość wykazania danych pozwalających zidentyfikować kontrahenta. Mogą to być kod kraju nadania identyfikatora podatkowego, sam identyfikator, imię i nazwisko albo nazwa firmy oraz adres. Zakres wypełnianych informacji zależy od rodzaju transakcji i dokumentu będącego podstawą zapisu. Nie każdy wiersz księgi wymaga wskazania konkretnego dostawcy lub odbiorcy w taki sam sposób. Przy transakcjach zakupu towarów, materiałów albo sprzedaży udokumentowanej fakturą lub paragonem fiskalnym dane kontrahenta mają inne znaczenie niż przy zapisach zbiorczych wynikających z określonych raportów sprzedaży. Firma nie powinna uzupełniać brakujących pól przypadkowymi wartościami tylko po to, aby kartoteka wyglądała na kompletną. Najważniejsza jest zgodność z dokumentem i zasadami dotyczącymi danego zapisu.

Z perspektywy organizacyjnej warto, aby jeden kontrahent miał jeden podstawowy, wiarygodny profil. Jest to rekomendacja dotycząca jakości danych, a nie wymóg wynikający bezpośrednio ze struktury JPK_PKPIR. W kartotece dobrze jest przechowywać nazwę odpowiadającą dokumentom i danym rejestrowym, identyfikator podatkowy, jeżeli występuje, właściwy kod kraju nadania tego identyfikatora oraz aktualny adres. Warto również rozdzielić oficjalną nazwę podmiotu od nazwy handlowej, skrótu lub marki używanej w codziennej komunikacji. Nazwa sklepu, domena internetowa i nazwa wystawcy faktury nie zawsze są takie same. Księgowość powinna posługiwać się danymi podmiotu widniejącego na dokumencie, natomiast nazwy handlowe mogą pozostać jako informacje pomocnicze ułatwiające zespołowi rozpoznanie dostawcy.

Uporządkowanie danych nie powinno ograniczać się do systemu księgowego. Te same informacje mogą występować w obiegu faktur, systemie magazynowym, panelach sprzedażowych, arkuszach zakupowych i bazie umów. Jeżeli każde miejsce korzysta z innego identyfikatora, nazwy albo adresu, prawidłowe połączenie dokumentów wymaga później ręcznej pracy. Dobrą praktyką jest wskazanie jednego źródła danych podstawowych oraz określenie, w jaki sposób aktualizacje są przekazywane do pozostałych systemów. Zmiana nazwy, adresu czy identyfikatora nie powinna być wprowadzana niezależnie przez kilka osób, ponieważ szybko prowadzi to do powstania kolejnych wersji tego samego podmiotu. Warto też zachować informację o dacie obowiązywania zmiany, aby nie modyfikować historycznych dokumentów w sposób odrywający je od danych aktualnych w chwili wystawienia.

Dla firmy planującej ekspansję spójna baza kontrahentów ma znaczenie wykraczające poza JPK_KPiR. Pozwala ustalić rzeczywistą wartość zakupów od jednego dostawcy, połączyć koszty rozproszone pomiędzy różnymi działami i kontrolować zależność od kluczowych partnerów. Jeżeli ten sam podmiot występuje w pięciu kartotekach, raport zakupowy może błędnie sugerować, że firma współpracuje z kilkoma dostawcami. Trudniej jest również ocenić łączne wydatki na logistykę, reklamę czy technologie, gdy poszczególne faktury są przypisane do różnych wariantów nazwy. JPK_PKPIR uwidacznia ten problem, ponieważ dane kontrahentów trafiają do uporządkowanych pól, ale sama naprawa powinna rozpocząć się wcześniej, na poziomie sposobu tworzenia i utrzymywania kartotek.

Duplikaty i różne warianty nazw

Ten sam dostawca może pojawić się w systemach firmy pod nazwą zgodną z dokumentami rejestrowymi, nazwą handlową, skrótem, nazwą domeny albo oznaczeniem używanym przez pracowników. Często dochodzą do tego różnice w wielkości liter, znakach interpunkcyjnych, formie prawnej i kolejności członów nazwy. Dla człowieka wszystkie wersje mogą oznaczać ten sam podmiot, lecz system nie zawsze potrafi je połączyć. Powstają odrębne kartoteki, do których trafiają kolejne dokumenty. Sam duplikat kontrahenta nie oznacza jeszcze, że koszt został zaksięgowany dwa razy, ale utrudnia wykrycie rzeczywistych powtórzeń, analizę obrotów oraz uzgodnienie dokumentów. Jeżeli dwie wersje nazwy mają różne numery rachunków, adresy lub identyfikatory, nie wiadomo również od razu, czy jest to błąd danych, zmiana historyczna czy rzeczywiście inny podmiot.

Najpewniejszym kluczem łączenia polskich kontrahentów jest zazwyczaj identyfikator podatkowy, o ile został nadany i występuje na dokumencie. Nazwa może pełnić rolę kontrolną, ale nie powinna być jedyną podstawą rozpoznania. Nie można jednak automatycznie połączyć wszystkich kartotek mających podobny fragment nazwy, ponieważ w jednej grupie mogą działać odrębne spółki. Nie należy również scalać podmiotów tylko dlatego, że korzystają z tej samej marki albo domeny. Proces porządkowania warto oprzeć na porównaniu identyfikatorów, nazw, adresów i dokumentów źródłowych. Dopiero po potwierdzeniu, że wpisy dotyczą tego samego podmiotu, można wskazać jedną kartotekę główną i powiązać z nią warianty używane historycznie lub w systemach pomocniczych.

Szczególnej ostrożności wymaga poprawianie już zaksięgowanych danych. Masowe zastąpienie starej nazwy nową może sprawić, że historyczny zapis przestanie odpowiadać dokumentowi, który był podstawą księgowania. Jeżeli kontrahent zmienił nazwę albo adres, nie jest to taki sam przypadek jak literówka czy przypadkowe utworzenie duplikatu. Warto zachować możliwość ustalenia, jakie dane obowiązywały w chwili transakcji, a jednocześnie wiedzieć, że obie wersje odnoszą się do tego samego podmiotu. Pomaga w tym centralny identyfikator wewnętrzny oraz historia zmian kartoteki. Dzięki temu raporty mogą łączyć obroty jednego dostawcy, natomiast dane dokumentów pozostają zgodne z ich pierwotną treścią.

Duplikaty często powstają nie w księgowości, lecz wcześniej. Osoba zamawiająca usługę wprowadza nazwę ręcznie, dokument trafia do obiegu z adresu e-mail, a integracja tworzy nową kartotekę, ponieważ nie odnajduje istniejącego wpisu. Wraz ze wzrostem liczby zespołów i rynków ten sam błąd może powtarzać się co miesiąc. Dobrą praktyką jest więc określenie, kto może tworzyć nowego kontrahenta, jakie pola należy wcześniej sprawdzić i kiedy wpis wymaga akceptacji. System może ostrzegać o identycznym identyfikatorze podatkowym albo bardzo podobnej nazwie, ale ostateczna decyzja nie powinna opierać się wyłącznie na automatycznym podobieństwie tekstu. Dobrze utrzymana baza ogranicza liczbę poprawek przed JPK_KPiR i zmniejsza ryzyko, że te same dokumenty zostaną rozproszone pomiędzy kilka pozornie różnych podmiotów.

Kontrahenci zagraniczni

Przy kontrahentach zagranicznych najważniejsza jest konsekwencja i wierne odwzorowanie danych znajdujących się na dokumentach. Warto zapisywać nazwę zgodną z dokumentem źródłowym, adres oraz właściwy identyfikator podatkowy, jeżeli występuje i jest potrzebny dla danego zapisu. Struktura JPK_PKPIR przewiduje także kod kraju, w którym kontrahentowi nadano identyfikator podatkowy. Nie należy utożsamiać go automatycznie z krajem wysyłki towaru, położenia magazynu ani rynkiem, na którym została wykonana sprzedaż. Międzynarodowy partner może wystawiać dokumenty przez podmiot zarejestrowany w jednym państwie, realizować usługę w innym i rozliczać płatność przez rachunek prowadzony jeszcze gdzie indziej. O tym, jakie dane należy zapisać, decyduje podmiot będący stroną transakcji oraz treść dokumentu, a nie najbardziej rozpoznawalna marka.

Identyfikatory zagraniczne bywają zapisywane z prefiksem kraju, spacjami, myślnikami albo bez dodatkowych znaków. Firma powinna przyjąć jeden sposób ich przechowywania zgodny z wymaganiami wykorzystywanych struktur i zachować osobno kod kraju nadania identyfikatora. Nie wolno tworzyć fikcyjnego polskiego NIP tylko po to, aby system zaakceptował kontrahenta. Nie należy również automatycznie uznawać każdego numeru umieszczonego na fakturze za identyfikator podatkowy. Może to być numer rejestrowy, numer klienta albo oznaczenie handlowe. Jeżeli charakter numeru nie jest jasny, trzeba zweryfikować dokument i dane dostawcy, zamiast wprowadzać przypadkową wartość do pola podatkowego. W razie braku identyfikatora podmiot nadal może być rozpoznawalny na podstawie pozostałych wiarygodnych danych.

Dodatkowym problemem są różne alfabety, znaki diakrytyczne i transliteracje. Ten sam podmiot może występować w umowie pod nazwą lokalną, na fakturze w wersji angielskiej, a w banku w zapisie pozbawionym części znaków. Nie trzeba sztucznie ujednolicać wszystkich dokumentów, ale warto, aby baza wskazywała nazwę główną oraz warianty, pod którymi kontrahent pojawia się w źródłach. Pozwala to uniknąć tworzenia nowej kartoteki przy każdym innym zapisie. Podobnej kontroli wymaga adres. Skrócone oznaczenie kraju albo brak kodu pocztowego nie powinny być uzupełniane na podstawie domysłu. Dane można rozszerzyć po ich potwierdzeniu, lecz zapis księgowy musi pozostać powiązany z dokumentem, na którym został oparty.

Przy ekspansji zagranicznej dobrze jest wprowadzić wspólny standard danych jeszcze przed rozpoczęciem sprzedaży na kolejnym rynku. Jest to rekomendacja organizacyjna, która ułatwia późniejsze raportowanie, ale nie zastępuje wymogów dotyczących konkretnego dokumentu. Standard może określać, jak zapisywany jest kod kraju, identyfikator podatkowy, nazwa zgodna z dokumentem, adres i wewnętrzny numer kontrahenta. Potrzebna jest także reguła odróżniająca podmiot prawny od marki, platformy i operatora płatności. Jeden partner biznesowy może rozliczać różne usługi przez kilka spółek, dlatego nie zawsze należy łączyć wszystkie faktury pod jedną kartoteką. Z drugiej strony jedna spółka nie powinna występować osobno dla każdego kraju tylko dlatego, że dokumenty pobierane są z różnych paneli.

Dokumenty bez NIP

Brak NIP na dokumencie nie oznacza automatycznie, że koszt jest pozbawiony podstawy albo że nie może zostać ujęty w księdze. Zależy to od rodzaju dowodu, charakteru transakcji, statusu kontrahenta i wymogów dotyczących danego wydatku. Struktura JPK_PKPIR przewiduje pola identyfikatora podatkowego kontrahenta jako opcjonalne, dlatego nie należy wpisywać fikcyjnego numeru, ciągu zer ani przypadkowego oznaczenia w celu technicznego wypełnienia pola. Jeżeli kontrahent nie posiada polskiego NIP, może występować inny właściwy identyfikator wraz z kodem kraju jego nadania. Jeżeli na dokumencie nie ma żadnego identyfikatora podatkowego, zapis należy oprzeć na pozostałych danych rzeczywiście dostępnych i właściwych dla danego typu operacji.

Szczególnego znaczenia nabierają wówczas nazwa lub imię i nazwisko kontrahenta, adres, numer dowodu oraz opis zdarzenia gospodarczego. Informacje te powinny pozwalać połączyć zapis z dokumentem i ustalić źródło kosztu. Ogólny wpis „zakup internetowy” albo „usługa zagraniczna” nie wystarczy, jeżeli nie wiadomo, kto był sprzedawcą, czego dotyczyła płatność i jaki dowód ją potwierdza. Nie oznacza to jednak, że opis może zastąpić brakujący dokument. Ma ułatwiać identyfikację istniejącej podstawy księgowania, a nie tworzyć ją po fakcie. Jeżeli firma otrzymała jedynie potwierdzenie płatności lub wiadomość e-mail, trzeba ocenić, czy jest to wystarczający dowód dla konkretnego wydatku, zamiast automatycznie uznawać każdą transakcję z rachunku za koszt podatkowy.

W e-commerce należy odróżnić dokumenty kosztowe bez NIP od zbiorczych zapisów przychodów. Sprzedaż na rzecz konsumentów może być ujmowana na podstawie raportów fiskalnych, zestawień lub innych dowodów właściwych dla danego modelu, bez wpisywania danych każdego kupującego do osobnego wiersza PKPiR. Brak identyfikatora pojedynczego klienta nie jest wtedy luką, którą trzeba sztucznie uzupełnić. Inaczej wygląda faktura od dostawcy, na której brakuje danych pozwalających ustalić wystawcę. W takim przypadku problem dotyczy jakości dokumentu źródłowego, a nie tylko kartoteki kontrahenta. Dobrą praktyką jest wyjaśnianie takich przypadków jeszcze przed zaksięgowaniem, szczególnie gdy zakup pochodzi z zagranicznego serwisu albo został dokonany przez pracownika z użyciem firmowej karty.

Najbezpieczniejszą zasadą jest niewymyślanie brakujących danych i zachowanie pełnej ścieżki weryfikacji. Jeżeli NIP lub inny identyfikator nie występuje, właściwe pole należy pozostawić nieuzupełnione zgodnie z zasadami struktury, a jednocześnie zadbać o pozostałe elementy pozwalające rozpoznać transakcję. Dokument powinien mieć jednoznaczny numer lub oznaczenie, opis odpowiadający rzeczywistemu zdarzeniu oraz powiązanie z płatnością i akceptacją kosztu. Przy powtarzalnych zakupach bez identyfikatora warto ustalić, czy problem wynika z charakteru transakcji, czy z nieprawidłowego procesu pobierania dokumentów. Jeżeli co miesiąc trzeba ręcznie ustalać wystawcę tej samej usługi, nie jest to już pojedynczy brak, lecz błąd organizacyjny, który przed pierwszą wysyłką JPK_KPiR warto usunąć.

Sprzedaż e-commerce: jak uzgodnić wszystkie kanały?

Stwórz pełną mapę źródeł sprzedaży

Pierwszym krokiem do uzgodnienia sprzedaży nie jest porównanie jednej kwoty z księgą, lecz ustalenie, gdzie w firmie powstają dane o transakcjach. W średnim e-commerce źródłem przychodów może być własny sklep internetowy, kilka marketplace’ów, sprzedaż hurtowa, zamówienia przyjmowane przez handlowców, kanały społecznościowe, punkty stacjonarne albo sprzedaż uruchomiona na potrzeby konkretnego rynku zagranicznego. Osobno funkcjonują systemy płatnicze, bank, moduł fakturowania, kasa fiskalna i księgowość. Operator płatności nie jest sam w sobie kanałem sprzedaży, ale jego raport stanowi ważne źródło danych potrzebnych do uzgodnienia zapłat, zwrotów i potrąceń. Mapa powinna więc obejmować zarówno miejsca, w których klient składa zamówienie, jak i systemy, przez które transakcja jest dokumentowana, opłacana, korygowana oraz przekazywana do księgi.

Dobrze przygotowana mapa nie kończy się na nazwie źródła. Dla każdego kanału warto ustalić, jakie raporty są dostępne, czego dotyczą poszczególne kwoty, w jakiej walucie prezentowane są dane, jak często następują wypłaty i gdzie wykazywane są opłaty. Trzeba również wiedzieć, czy raport pokazuje zamówienia złożone, opłacone, wysłane czy zakończone oraz jak traktuje anulacje i zwroty. Dwa raporty nazwane „sprzedaż miesięczna” mogą przedstawiać zupełnie inne wartości, ponieważ jeden obejmuje zamówienia utworzone w danym miesiącu, a drugi transakcje rozliczone w tym okresie. Przy sprzedaży zagranicznej dochodzą różnice walutowe, lokalne sposoby płatności, zagraniczne magazyny i raporty sporządzane według czasu obowiązującego na innym rynku. Bez opisania tych zasad nie da się rzetelnie porównać kanału z zapisami w KPiR.

Warto też wskazać właściciela każdego źródła danych. Jedna osoba może odpowiadać za raporty ze sklepu, inna za marketplace’y, kolejna za płatności, a księgowość otrzymuje tylko wybrane zestawienia. Jeżeli nie wiadomo, kto kontroluje kompletność danych, łatwo pominąć nowy kanał, konto utworzone dla zagranicznego rynku albo sprzedaż obsługiwaną tymczasowo poza głównym procesem. Szczególne ryzyko pojawia się podczas ekspansji. Nowy rynek bywa uruchamiany operacyjnie szybciej niż zostają ustalone zasady przekazywania danych do księgowości. Zamówienia i płatności zaczynają się pojawiać, ale raporty nie są jeszcze mapowane do istniejących kategorii, a zespół finansowy dowiaduje się o nowym źródle dopiero podczas zamknięcia miesiąca.

Mapa źródeł sprzedaży jest praktyką organizacyjną, a nie osobnym elementem wymaganym przez strukturę JPK_PKPIR. Ma jednak bezpośredni wpływ na kompletność danych znajdujących się w księdze. Jeżeli firma nie wie, ile aktywnych kont sprzedażowych wykorzystuje i które raporty są podstawą księgowania, nie może wiarygodnie potwierdzić, że wszystkie przychody zostały ujęte. Najbardziej użyteczna mapa pokazuje cały przebieg informacji: od zamówienia, przez dokument sprzedaży i płatność, po zwrot, prowizję oraz zapis w KPiR. Powinna również wskazywać identyfikator pozwalający połączyć te etapy, na przykład numer zamówienia, numer dokumentu albo numer transakcji. Dzięki temu uzgodnienie nie opiera się wyłącznie na podobieństwie kwot.

Porównaj raporty sprzedażowe z zapisami w KPiR

Po zidentyfikowaniu wszystkich źródeł trzeba sprawdzić, czy sprzedaż wykazana przez poszczególne kanały została ujęta w księdze. Nie powinno się jednak porównywać przypadkowo wybranych sum. Raport zamówień może obejmować transakcje nieopłacone, anulowane albo jeszcze niewysłane, podczas gdy raport księgowy przedstawia przychód ustalony zgodnie z zasadami podatkowymi. Zestawienie płatności pokazuje z kolei przepływ środków, który może nastąpić wcześniej albo później niż moment ujęcia przychodu. Przed porównaniem trzeba więc ustalić, czy oba zbiory danych obejmują ten sam okres, te same rodzaje transakcji, te same waluty oraz ten sam sposób prezentacji rabatów, dostawy, podatków i korekt. Dopiero po ujednoliceniu zakresu różnica pomiędzy raportami staje się informacją, którą można sensownie wyjaśnić.

Uzgodnienie warto prowadzić oddzielnie dla każdego kanału, a następnie zbiorczo dla całej firmy. Jeżeli od razu porówna się jedną łączną kwotę z wieloma źródłami, błędy mogą się wzajemnie kompensować. Brakująca sprzedaż w jednym kanale może zostać przypadkowo zrównoważona przez podwójny import w innym, a suma będzie wyglądała poprawnie. Rozdzielenie danych pozwala ustalić, czy do KPiR trafiły wszystkie wymagane raporty, czy nie zaimportowano jednego pliku dwukrotnie i czy żadna seria dokumentów nie została pominięta. W średnim e-commerce dobrze sprawdza się stały schemat uzgodnienia wykonywany co miesiąc, nawet jeżeli sam plik JPK_PKPIR jest przekazywany po zakończeniu roku. Roczna kontrola tysięcy operacji jest znacznie trudniejsza niż regularne wyjaśnianie różnic na bieżąco.

Każda rozbieżność powinna zostać przypisana do konkretnej przyczyny. Może wynikać z różnic kursowych, transakcji na przełomie okresów, zwrotów, korekt, wypłat częściowych, błędnego importu albo odmiennego sposobu prezentowania wartości przez kanał sprzedaży. Sama informacja, że raport „mniej więcej się zgadza”, nie daje wystarczającej kontroli. Przy dużej liczbie transakcji niewielka procentowo różnica może oznaczać znaczącą kwotę lub cały pominięty rodzaj operacji. Warto ustalić próg, po którego przekroczeniu rozbieżność wymaga szczegółowego wyjaśnienia, ale nie należy automatycznie ignorować mniejszych wartości. Powtarzająca się co miesiąc niewielka różnica może wskazywać na błędną regułę, która przez rok obejmie dużą liczbę zapisów.

Efektem uzgodnienia powinien być możliwy do odtworzenia ciąg pomiędzy raportem sprzedażowym a wpisem w KPiR. Nie zawsze musi to oznaczać powiązanie każdego zamówienia z osobnym wierszem księgi, ponieważ część sprzedaży może być ujmowana na podstawie raportów zbiorczych właściwych dla danego modelu. Trzeba jednak zachować dokumentację pokazującą, skąd pochodzi łączna kwota, jakie transakcje obejmuje i jakie korekty zostały w niej uwzględnione. Jeżeli raport został ręcznie zmieniony przed przekazaniem do księgowości, warto zachować zarówno wersję źródłową, jak i opis dokonanych przekształceń. W przeciwnym razie po kilku miesiącach może nie być wiadomo, dlaczego wartość w księdze różni się od raportu pobranego ponownie z platformy.

Zwroty, anulacje i korekty

Zwrot, anulowanie zamówienia i korekta nie są tym samym zdarzeniem, choć w codziennych raportach bywają prezentowane w jednej kategorii. Anulacja może nastąpić, zanim sprzedaż zostanie zakończona i zanim powstanie przychód wymagający ujęcia w księdze. Zwrot dotyczy najczęściej transakcji, która wcześniej została zrealizowana, udokumentowana i opłacona, a później została częściowo lub całkowicie odwrócona. Korekta może natomiast wynikać ze zwrotu towaru, rabatu udzielonego po sprzedaży, pomyłki w cenie, błędnej liczby produktów albo nieprawidłowego dokumentu. Każdy z tych przypadków trzeba połączyć z właściwą transakcją i ocenić według zasad odpowiednich dla jego przyczyny. Automatyczne pomniejszenie bieżącej sprzedaży o wszystkie operacje oznaczone jako „refund” może prowadzić do ujęcia korekty w niewłaściwym okresie albo bez powiązania z pierwotnym przychodem.

Najważniejszym identyfikatorem jest numer pozwalający odtworzyć relację pomiędzy sprzedażą a jej zmianą. Może nim być numer zamówienia, faktury, dokumentu korygującego, płatności albo zwrotu. Warto, aby informacje te były zachowywane także wtedy, gdy księgowość otrzymuje raport zbiorczy. Sama ujemna kwota bez wskazania transakcji źródłowej nie pozwala sprawdzić, czy zwrot nie został rozliczony dwukrotnie, czy dotyczy właściwego klienta i czy odpowiada rzeczywistej wartości zwracanego towaru. Problem komplikuje się, gdy klient zwraca tylko część zamówienia, otrzymuje zwrot kosztu dostawy albo korzysta z rabatu po zakupie. W takiej sytuacji wartość korekty nie musi odpowiadać cenie jednego produktu widocznej w podstawowym raporcie sprzedaży.

Moment ujęcia korekty zależy od jej przyczyny i przepisów właściwych dla podatku dochodowego. Inaczej ocenia się poprawianie błędu istniejącego już w pierwotnym dokumencie, a inaczej zmianę wynikającą z późniejszego zdarzenia, takiego jak zwrot towaru czy udzielenie rabatu. Z tego powodu nie należy przyjmować jednej technicznej zasady, według której każda korekta jest księgowana w miesiącu pierwotnej sprzedaży albo zawsze w miesiącu wystawienia dokumentu korygującego. Regułę trzeba ustalić na podstawie obowiązujących zasad podatku dochodowego, przyczyny korekty i posiadanej dokumentacji. System sprzedażowy może wskazywać jedynie datę wykonania refundacji, ale data przepływu pieniędzy nie zawsze rozstrzyga, w którym okresie korekta wpływa na przychód. Nie należy też automatycznie przenosić do KPiR zasad stosowanych przy korektach VAT, ponieważ dotyczą one innego obszaru rozliczeń.

Zwrot ma również stronę magazynową. Produkt może wrócić do sprzedaży jako pełnowartościowy, trafić do puli towarów uszkodzonych, zostać naprawiony, przeceniony albo zutylizowany. Korekta przychodu i zwrot środków nie kończą więc procesu. Firma musi zadbać, aby ruch towaru został odzwierciedlony w ewidencji magazynowej i późniejszym spisie z natury. Jeżeli system automatycznie zwiększa zapas po zarejestrowaniu refundacji, mimo że produkt fizycznie jeszcze nie wrócił albo nie nadaje się do ponownej sprzedaży, dane finansowe i magazynowe zaczną się rozchodzić. Przy dużej skali zwrotów warto uzgadniać liczbę i wartość korekt z ruchem magazynowym, ale bez zakładania, że jedna korekta zawsze oznacza przyjęcie jednej pełnowartościowej sztuki.

Wpływ na konto nie zawsze jest równy przychodowi

Jednym z najczęstszych błędów w e-commerce jest utożsamienie kwoty wypłaconej przez operatora płatności lub marketplace z przychodem ze sprzedaży. Wypłata jest przepływem pieniężnym, który może obejmować wiele operacji rozliczonych łącznie. Operator może potrącić prowizję, opłaty transakcyjne, koszty reklamy, zwroty dla klientów, rezerwę, przewalutowanie albo inne należności. Może też przekazać w jednym przelewie środki pochodzące z kilku dni, walut lub kont sprzedażowych. Kwota na rachunku bankowym jest więc wynikiem rozliczenia, a nie prostą kopią wartości sprzedanych towarów i usług. Jeżeli przedsiębiorca zaksięguje wyłącznie wartość przelewu, może zaniżyć przychód i jednocześnie pominąć część kosztów potrąconych przed wypłatą.

Uzgodnienie powinno rozdzielać co najmniej wartość sprzedaży, zwroty, prowizje, pozostałe potrącenia i wypłaconą kwotę. Nie oznacza to, że wszystkie elementy zawsze będą widoczne na jednym dokumencie. Platforma może przedstawiać sprzedaż w raporcie transakcyjnym, opłaty w osobnym zestawieniu, a część kosztów potwierdzać fakturą wystawioną po zakończeniu okresu. Rolą firmy jest połączenie tych źródeł tak, aby można było wyjaśnić przejście od wartości transakcji do kwoty otrzymanej na rachunek. Warto również uwzględnić środki pozostające czasowo u operatora. Brak wypłaty na koniec miesiąca nie oznacza automatycznie, że sprzedaż nie wystąpiła, podobnie jak wypłata w pierwszych dniach nowego miesiąca nie przesuwa sama w sobie całego przychodu do kolejnego okresu.

Różnica może wynikać również z tego, że raport zamówień pokazuje wartość brutto koszyka, obejmującą podatek, koszt dostawy, rabaty i pozycje anulowane, podczas gdy KPiR zawiera wartości ustalone według zasad właściwych dla podatnika. Nie należy więc oczekiwać, że każda suma widoczna w panelu sprzedażowym będzie identyczna z przychodem zapisanym w księdze. Trzeba natomiast potrafić przedstawić sposób przejścia od jednej wartości do drugiej. Jeżeli raport zawiera sprzedaż w kilku walutach, do uzgodnienia dochodzi również sposób przeliczenia kwot. Operator może stosować własne kursy rozliczeniowe, które nie muszą odpowiadać zasadom stosowanym dla celów podatkowych. Różnica wynikająca z przewalutowania nie powinna być przypadkowo ukrywana w prowizji albo wartości sprzedaży.

Praktycznym rozwiązaniem jest przygotowywanie okresowego zestawienia rozliczeniowego dla każdego operatora. Nie musi ono mieć formy skomplikowanego raportu, ale powinno wskazywać saldo początkowe, wartość nowych płatności, refundacje, opłaty, inne potrącenia, wypłaty oraz saldo końcowe. Takie zestawienie pozwala sprawdzić, czy żadna transakcja nie zniknęła pomiędzy kanałem sprzedaży a bankiem. Ułatwia także odróżnienie rozbieżności czasowej od rzeczywistego braku. Jest to dobra praktyka organizacyjna, szczególnie ważna przy wielu operatorach i walutach, a nie dodatkowa pozycja struktury JPK_PKPIR. Jej celem jest zapewnienie, że przychody i koszty przekazane do KPiR wynikają z danych źródłowych, a nie wyłącznie z kwot widocznych na wyciągu.

Sprzedaż we właściwym okresie

Przypisanie sprzedaży do właściwego okresu wymaga rozróżnienia daty zamówienia, zapłaty, wysyłki, wystawienia dokumentu, wykonania świadczenia oraz wypłaty przez operatora. Nie każda z tych dat ma takie samo znaczenie podatkowe, a właściwa data zależy od rodzaju zdarzenia i obowiązujących przepisów. Największym błędem jest przyjęcie jednej daty technicznej dla wszystkich przypadków, na przykład dnia pobrania raportu albo otrzymania przelewu. System może wygenerować prawidłowy plik XML, nawet jeśli dane zostały przesunięte o miesiąc. Kontrola techniczna potwierdzi format daty, ale nie rozstrzygnie, czy przychód został ujęty w okresie wynikającym z zasad podatkowych właściwych dla danej sprzedaży.

Ryzyko przesunięcia rośnie na przełomie miesiąca i roku. Zamówienie może zostać złożone i opłacone pod koniec grudnia, wysłane w styczniu, a wypłata od operatora może trafić na konto jeszcze później. Marketplace może przypisać transakcję do okresu według własnej daty rozliczeniowej, a program księgowy według daty importu. Jeżeli firma nie ma ustalonej reguły, podobne zdarzenia będą księgowane w różny sposób w zależności od kanału albo osoby wykonującej import. Warto przeanalizować próbkę transakcji z kilku dni przed i po zakończeniu okresu, ponieważ właśnie tam najczęściej ujawniają się różnice pomiędzy raportami operacyjnymi a księgą.

Księgowanie zbiorcze nie usuwa problemu właściwego okresu. Raport miesięczny może być wygodną podstawą zapisu, ale musi obejmować transakcje należące do tego miesiąca według przyjętych zasad, a nie tylko operacje rozliczone przez platformę pomiędzy pierwszym a ostatnim dniem. Jeżeli raport operatora działa według innej strefy czasowej, transakcje z ostatnich godzin dnia mogą trafić do kolejnego okresu. Przy sprzedaży międzynarodowej różnice te mogą dotyczyć nie tylko godzin, lecz również dni rozliczeniowych i lokalnych kalendarzy. Dobrą praktyką jest opisanie, według jakiego czasu i daty generowany jest każdy raport oraz czy przed księgowaniem wymaga on korekty zakresu.

Kontrola okresu powinna obejmować także zwroty i korekty, ponieważ mogą one zostać zarejestrowane wiele tygodni po pierwotnej sprzedaży. Nie należy przesuwać ich automatycznie do okresu wypłaty ani mechanicznie odnosić do miesiąca zamówienia. Znaczenie ma przyczyna korekty i zasady jej ujęcia właściwe dla podatku dochodowego. Przed pierwszą wysyłką JPK_KPiR warto przeanalizować wszystkie mechanizmy ustalające datę, a nie tylko końcowe wpisy. Jeżeli import wybiera datę z niewłaściwego pola raportu, błąd będzie powtarzał się w całym zbiorze. Naprawa pojedynczych wierszy nie wystarczy wtedy bez zmiany reguły odpowiedzialnej za ich tworzenie.

Zakup towarów i koszty prowadzenia sklepu

Faktury za towary handlowe

Zakup towarów przeznaczonych do dalszej sprzedaży jest jednym z najważniejszych obszarów KPiR w firmie handlowej. Przed pierwszą wysyłką JPK_PKPIR trzeba sprawdzić, czy wszystkie dostawy mają właściwe dokumenty i czy dokumenty te zostały ujęte tylko raz. Sam przelew do dostawcy nie jest wystarczającą podstawą do odtworzenia zakupu, podobnie jak samo przyjęcie magazynowe nie zastępuje dokumentu księgowego. Warto porównać rejestr faktur zakupowych z zamówieniami do dostawców, przyjęciami magazynowymi, potwierdzeniami dostaw i płatnościami. Celem nie jest stworzenie jednej identycznej ewidencji we wszystkich systemach, lecz upewnienie się, że każdą istotną dostawę można prześledzić od zamówienia do wpisu w KPiR.

Szczególnej kontroli wymagają dostawy częściowe, dokumenty korygujące, zakupy obejmujące jednocześnie towary oraz inne świadczenia, a także faktury zaliczkowe, jeżeli występują w danym modelu rozliczeń. Jedno zamówienie może zostać dostarczone w kilku partiach i udokumentowane więcej niż jedną fakturą. Może też wystąpić sytuacja odwrotna, w której jeden dokument obejmuje towary dostarczane do kilku magazynów. Automatyczne dopasowanie wyłącznie na podstawie wartości brutto albo nazwy dostawcy łatwo prowadzi do błędów. Lepszą podstawą są numery zamówień, faktur, dostaw i przyjęć. Jeżeli systemy nie korzystają ze wspólnego identyfikatora, warto wprowadzić go przynajmniej w opisie lub polu pomocniczym, aby późniejsza kontrola nie wymagała ręcznego porównywania nazw produktów.

Kompletność faktur trzeba oceniać również pod kątem okresu. Dokument może zostać otrzymany z opóźnieniem, zaksięgowany po zamknięciu miesiąca albo pozostać w skrzynce pracownika, który składał zamówienie. W firmie posiadającej wiele działów zakupy nie zawsze przechodzą przez jeden kanał. Towary mogą zamawiać osoby odpowiedzialne za magazyn, rozwój asortymentu, sprzedaż zagraniczną lub konkretną markę. Bez centralnego obiegu dokumentów księgowość może nie wiedzieć o dostawie, mimo że produkt jest już dostępny w sprzedaży. Warto więc porównywać nie tylko faktury z bankiem, lecz także przyjęcia magazynowe z dokumentami oczekującymi na zaksięgowanie.

Błędy w zakupach towarów wpływają również na spis z natury i ustalenie wyniku. Jeżeli faktura została pominięta, ale towar znajduje się w magazynie, dane zakupowe i zapasowe będą przedstawiały różne obrazy działalności. Jeżeli dokument został zaksięgowany podwójnie, koszt zakupu zostanie zawyżony, choć stan magazynowy nie wzrośnie drugi raz. Dlatego przed wysyłką JPK_KPiR nie wystarczy sprawdzić, czy kolumna dotycząca zakupu towarów zawiera wartości. Trzeba ustalić, czy wartości te wynikają z kompletnego, nieduplikowanego zestawu dokumentów i czy można je uzgodnić z rzeczywistymi dostawami.

Koszty transportu, importu i odpraw

Koszty związane ze sprowadzeniem towaru wymagają rozdzielenia według ich rzeczywistego charakteru. Transport od dostawcy do magazynu, załadunek, wyładunek czy ubezpieczenie towaru w drodze mogą stanowić koszty uboczne zakupu. Nie należy jednak automatycznie klasyfikować w ten sposób każdej faktury zawierającej słowo „transport”. Wysyłka zamówienia do klienta, przesunięcie zapasu pomiędzy magazynami, dostarczenie zwrotu albo stała obsługa logistyczna mają inny charakter. O przypisaniu decyduje związek kosztu z konkretnym zakupem i etapem przepływu towaru, a nie sama nazwa usługi. Jeżeli jedna faktura logistyczna obejmuje kilka rodzajów świadczeń, może być potrzebne ich rozdzielenie na podstawie dokumentu lub załączonego raportu.

Przy imporcie liczba dokumentów rośnie. Oprócz faktury dostawcy mogą wystąpić dokumenty transportowe, ubezpieczenie, należności celne, obsługa agencji, opłaty terminalowe, magazynowanie czasowe i inne koszty towarzyszące. Każdy element trzeba ocenić odrębnie, ponieważ nie wszystkie pozycje są ujmowane w ten sam sposób. Nie należy również utożsamiać rozliczenia podatku od importu z kosztem podatkowym bez analizy zasad właściwych dla konkretnego przypadku. Z perspektywy porządkowania danych najważniejsze jest zachowanie kompletu dokumentów oraz powiązanie ich z konkretną dostawą. Faktura przewoźnika bez numeru przesyłki, zamówienia albo kontenera może być trudna do przypisania, szczególnie gdy firma realizuje wiele importów w tym samym okresie.

Dobrą praktyką jest utworzenie jednego identyfikatora dostawy importowej, pod którym gromadzone są dokumenty dostawcy, transportu, ubezpieczenia, odprawy i pozostałych usług. Nie jest to wymóg struktury JPK_PKPIR, lecz rozwiązanie ułatwiające sprawdzenie kompletności oraz kwalifikacji kosztów. Pozwala także rozpoznać dokument otrzymany z opóźnieniem i ustalić, czy nie został wcześniej ujęty na podstawie innego dowodu. Jeżeli firma prowadzi import w kilku walutach, identyfikator pomaga oddzielić różnice wynikające z przeliczenia od brakujących kosztów. Ułatwia też analizę rzeczywistego kosztu sprowadzenia partii towaru, co ma znaczenie nie tylko podatkowe, ale również przy ustalaniu marży.

Szczególnej uwagi wymagają opłaty zbiorcze. Jeden dokument może obejmować kilka dostaw, a jedna dostawa może być rozliczana przez kilku usługodawców. Automatyczne przypisanie całej kwoty do jednego zakupu może zniekształcić dane, podobnie jak podział wyłącznie według wartości produktów bez sprawdzenia charakteru kosztu. Na potrzeby KPiR najważniejsza jest prawidłowa kategoria wydatku i dokument stanowiący podstawę zapisu. Rozliczenie zarządcze może wymagać dodatkowego podziału kosztu pomiędzy produkty lub partie, ale nie należy mieszać tego procesu z samym ujęciem księgowym. Firma powinna jasno wiedzieć, które podziały wynikają z dokumentacji podatkowej, a które służą wyłącznie analizie rentowności.

Prowizje i opłaty transakcyjne

Prowizje pobierane przez marketplace’y i operatorów płatności są często niewidoczne na rachunku bankowym jako osobne wydatki. Zostają potrącone przed wypłatą, dlatego przedsiębiorca otrzymuje kwotę netto rozliczenia. Nie oznacza to jednak, że koszt nie wymaga dokumentacji i odrębnego ujęcia. Trzeba ustalić, jaki dokument potwierdza prowizję, jakiego okresu dotyczy oraz czy jego wartość zgadza się z raportem rozliczeniowym. Samo pomniejszenie wpływu nie pozwala prawidłowo rozdzielić przychodu i kosztu. W praktyce konieczne jest odtworzenie wartości sprzedaży przed potrąceniami, a następnie osobne ujęcie prowizji i pozostałych opłat zgodnie z ich charakterem.

Jedna platforma może naliczać wiele rodzajów kosztów. Oprócz podstawowej prowizji od sprzedaży mogą wystąpić opłaty za wystawienie oferty, promowanie produktów, realizację zamówienia, obsługę zwrotu, przechowywanie zapasu, przewalutowanie, wypłatę środków albo korzystanie z dodatkowego programu. Nie warto księgować całej kwoty jako jednej ogólnej „prowizji”, jeżeli dokument i raport pozwalają wyodrębnić istotnie różne świadczenia. Różne opłaty mogą mieć inny charakter księgowy i inne znaczenie dla analizy rentowności. Z drugiej strony nie należy tworzyć podziału bardziej szczegółowego niż dane źródłowe. Jeżeli platforma nie pokazuje wiarygodnego rozbicia, nie można zastępować go szacunkami.

Kontrola powinna objąć zarówno zgodność dokumentu z raportem, jak i zgodność raportu z wypłatą. Faktura za prowizję może obejmować okres kalendarzowy, podczas gdy operator rozlicza wypłaty co kilka dni. Suma potrąceń widocznych przy pojedynczych przelewach nie zawsze będzie więc identyczna z jedną fakturą. Różnica może dotyczyć terminu rozliczenia, waluty, podatku albo korekt ujętych w późniejszym okresie. Warto stworzyć stały schemat uzgodnienia, w którym wiadomo, które raporty potwierdzają koszt, które służą do rozliczenia salda, a które są jedynie informacją operacyjną. Używanie każdego zestawienia jako samodzielnej podstawy księgowania może prowadzić do podwójnego ujęcia tej samej opłaty.

Przy wielu kanałach sprzedaży pomocne jest rozdzielenie kosztów według operatora i rodzaju opłaty. Nie jest to dodatkowy wymóg JPK_PKPIR, lecz praktyka ograniczająca ryzyko pominięć i duplikatów. Pozwala sprawdzić, czy wszystkie dokumenty zostały pobrane, czy nie ma miesięcy bez faktury i czy nie nastąpiła nagła zmiana poziomu prowizji wynikająca z nowej taryfy albo błędnej konfiguracji. Jeżeli firma planuje ekspansję, taki podział ułatwia również porównanie kosztu obsługi transakcji na różnych rynkach. Najważniejsze jest jednak to, aby przychód, potrącenie i wypłata nie zostały potraktowane jako jedna nierozdzielna kwota.

Reklama, oprogramowanie i usługi zewnętrzne

Koszty prowadzenia sklepu internetowego wykraczają daleko poza zakup produktów. Firma ponosi wydatki na reklamę, hosting, oprogramowanie, narzędzia analityczne, obsługę IT, magazynowanie, księgowość, logistykę, przygotowanie materiałów, opakowania i obsługę zwrotów. Każdy z tych kosztów musi mieć podstawę pozwalającą ocenić jego charakter i związek z działalnością. Nie wystarczy, że płatność została wykonana firmową kartą albo widnieje w panelu użytkownika. Trzeba pobrać właściwy dokument, ustalić wystawcę, okres świadczenia i rodzaj usługi. Szczególnie często pomijane są niewielkie abonamenty rozliczane automatycznie, ponieważ ich płatności pojawiają się na karcie, ale faktury pozostają w panelach poszczególnych dostawców.

Wydatki reklamowe mogą być rozliczane przez kilka podmiotów, w różnych walutach i według odmiennych cykli. Kwota pobrana z karty nie zawsze odpowiada wartości jednego dokumentu, ponieważ płatności mogą mieć charakter przedpłat, doładowań albo automatycznych obciążeń wykonywanych po osiągnięciu określonego limitu. Dokument może obejmować kilka płatności lub część okresu. Dlatego księgowanie wyłącznie na podstawie wyciągu utrudnia zachowanie kompletnego śladu kosztowego. Warto uzgadniać dokumenty z historią rozliczeń i przypisywać je do właściwego podmiotu. Ta sama marka technologiczna często wystawia faktury przez różne spółki zależnie od kraju, rodzaju usługi lub zawartej umowy, dlatego nazwa marki widoczna w panelu nie zawsze odpowiada nazwie wystawcy dokumentu.

Oprogramowanie i usługi zewnętrzne również wymagają rozróżnienia. Miesięczny dostęp do aplikacji, jednorazowe wdrożenie, stworzenie integracji, utrzymanie infrastruktury i zakup sprzętu nie są ekonomicznie tym samym wydatkiem. Nie należy przypisywać ich automatycznie do jednej kategorii tylko dlatego, że pochodzą od dostawcy technologicznego. Podobnie wygląda sytuacja z magazynowaniem. Stała opłata za powierzchnię, koszt przyjęcia dostawy, kompletacja zamówienia, wydanie paczki i obsługa zwrotu mogą zostać ujęte na jednym dokumencie, ale przedstawiają różne etapy procesu. Właściwa kwalifikacja zależy od charakteru kosztu, treści dokumentu i zasad podatkowych, a nie wyłącznie od nazwy kontrahenta.

Opakowania i koszty zwrotów wymagają osobnej uwagi, ponieważ sposób ich wykorzystania może być różny. Materiały służące do pakowania produktów, opakowania stanowiące część towaru, wysyłkowe materiały eksploatacyjne oraz usługa pakowania nie muszą trafiać do tej samej kategorii. Podobnie opłata za przesyłkę zwrotną, naprawę produktu, utylizację i ponowne przygotowanie towaru do sprzedaży nie są jednym rodzajem kosztu. Warto więc unikać zbiorczego opisu „obsługa sklepu”, który uniemożliwia późniejszą ocenę dokumentu. Firma nie musi rozbudowywać księgi do poziomu raportu zarządczego, ale powinna zachować taki poziom informacji, który pozwala prawidłowo zaklasyfikować wydatek i wrócić do jego źródła.

Właściwa kolumna KPiR

Samo posiadanie faktury nie przesądza jeszcze o tym, gdzie wydatek zostanie ujęty w KPiR. Dokument potwierdza, że transakcja miała miejsce, ale o kategorii decyduje charakter nabytego towaru lub usługi. Struktura JPK_PKPIR rozróżnia między innymi zakup towarów handlowych i materiałów według cen zakupu, koszty uboczne zakupu, wynagrodzenia oraz pozostałe wydatki. Faktura od hurtowni za produkty przeznaczone do dalszej sprzedaży ma inny charakter niż faktura przewoźnika za dostarczenie tych produktów do magazynu. Jeszcze inaczej należy ocenić wysyłkę zamówienia do klienta, reklamę, abonament technologiczny czy usługę magazynowania. Zbliżona nazwa dokumentu nie oznacza automatycznie tej samej kategorii.

Najczęstszy błąd automatyzacji polega na przypisywaniu kolumny wyłącznie na podstawie kontrahenta. Jeden dostawca może sprzedawać firmie towary, świadczyć usługę transportu i naliczać opłatę za magazynowanie. Jeżeli wszystkie dokumenty trafiają do kategorii ustawionej na jego kartotece, część kosztów zostanie zaklasyfikowana nieprawidłowo. Bezpieczniejsza reguła korzysta również z rodzaju dokumentu, opisu pozycji, źródła importu i sposobu wykorzystania zakupionego świadczenia. Automatyzacja powinna ograniczać pracę ręczną, ale nie może zastępować oceny ekonomicznego charakteru operacji. W przypadku nowych albo nietypowych kosztów potrzebna jest weryfikacja przed zastosowaniem schematu do kolejnych dokumentów.

Warto również odróżnić kwalifikację podatkową od podziału zarządczego. Firma może analizować wydatki według kanałów sprzedaży, rynków, marek, kampanii i magazynów, ale nie każda taka kategoria odpowiada oddzielnej kolumnie KPiR. Jeden koszt może należeć do tej samej kategorii księgowej, a jednocześnie być rozdzielony w raporcie zarządczym pomiędzy kilka działów. Problem pojawia się wtedy, gdy wewnętrzny podział zaczyna zastępować kwalifikację podatkową. Opis „marketplace zagraniczny” mówi, gdzie powstał wydatek, ale nie wyjaśnia, czy był to koszt reklamy, prowizji, magazynowania czy transportu. Do poprawnego zapisu potrzebne są oba wymiary: charakter kosztu oraz jego źródło biznesowe.

Przed pierwszą wysyłką JPK_KPiR warto przeanalizować nie tylko największe kwotowo dokumenty, lecz także najczęściej stosowane reguły księgowania. Pojedyncza wysoka faktura zwykle przyciąga uwagę, natomiast drobny koszt błędnie mapowany tysiące razy może mieć większy wpływ na dane roczne. Dobrym podejściem jest wybranie próbek z każdej powtarzalnej grupy: zakupów towarów, transportu, prowizji, reklam, oprogramowania, logistyki i zwrotów. Jeżeli dokumenty są prawidłowo przypisane, opisy są spójne, a reguły działają jednakowo przez cały okres, dane mają znacznie większą szansę zostać poprawnie odwzorowane w strukturze JPK_PKPIR.

Spis z natury i magazyn: obszar szczególnego ryzyka

Jakie stany należy ustalić?

Spis z natury nie jest wyłącznie raportem wygenerowanym z systemu magazynowego. Jego zadaniem jest ustalenie rzeczywistego stanu określonych składników majątku na konkretny dzień, a następnie ich wycena według zasad właściwych dla PKPiR. Obejmuje między innymi towary handlowe, materiały, półwyroby, produkcję w toku, wyroby gotowe, braki i odpady. Co do zasady sporządza się go na dzień 1 stycznia oraz na koniec każdego roku podatkowego, a także w innych sytuacjach przewidzianych w przepisach, na przykład przy rozpoczęciu działalności w ciągu roku, zmianach dotyczących wspólników lub likwidacji. Jeżeli spis został sporządzony na koniec poprzedniego roku, nie przeprowadza się go ponownie 1 stycznia. Do księgi wpisuje się wówczas wartość spisu sporządzonego na 31 grudnia. Spisy wykonywane w ciągu roku, w tym przeprowadzane miesięcznie albo zarządzone przez organ podatkowy, również muszą zostać odpowiednio uwzględnione w prowadzonej księdze.

W strukturze JPK_PKPIR wartości spisu na początek i koniec roku trafiają do części dotyczącej ustalenia dochodu. Dla spisów sporządzonych w trakcie roku przewidziano opcjonalny węzeł PKPIRSpis, w którym wykazuje się datę oraz łączną wartość danego spisu. Plik nie zastępuje jednak szczegółowego arkusza inwentaryzacyjnego. Dokumentacja źródłowa musi nadal pozwalać ustalić, jakie składniki policzono, w jakiej ilości, według jakiej ceny jednostkowej i w jaki sposób obliczono wartość końcową. Na etapie przygotowań trzeba więc sprawdzić dwie warstwy danych. Pierwszą jest prawidłowo sporządzony i wyceniony spis z natury, a drugą poprawne przeniesienie jego daty oraz łącznej wartości do księgi i struktury JPK_PKPIR. Zgodna kwota w pliku nie naprawi błędów w arkuszach spisowych, pominiętych lokalizacji ani nieprawidłowo wycenionych zapasów.

Towary w wielu lokalizacjach

W e-commerce towar rzadko znajduje się wyłącznie w jednym magazynie pod bezpośrednią kontrolą właściciela firmy. Część zapasu może być przechowywana w magazynie własnym, część u zewnętrznego operatora logistycznego, a kolejne partie mogą znajdować się w magazynie zagranicznym, punkcie przeładunkowym albo w drodze pomiędzy dostawcą a firmą. Przy ustalaniu zakresu spisu kluczowe znaczenie ma własność towaru na dzień jego sporządzenia, a nie wyłącznie fizyczna lokalizacja. Spis obejmuje także towary należące do podatnika, które znajdują się poza jego zakładem. Z kolei towary obce przechowywane w magazynie podatnika ujmuje się ilościowo ze wskazaniem właściciela, ale nie wycenia się ich jako własnego zapasu. Raport pobrany z jednej lokalizacji nie wystarcza więc do ustalenia pełnej wartości remanentu, nawet jeżeli pokazuje wszystkie produkty dostępne do bieżącej sprzedaży.

Szczególnej analizy wymagają towary w drodze, dostawy oczekujące na przyjęcie oraz produkty znajdujące się w procesie zwrotu. Nie należy automatycznie ujmować ani pomijać całej takiej grupy. Trzeba ustalić, czy na dzień spisu towar stanowił już własność firmy lub firma miała prawo do rozporządzania nim zgodnie z dokumentami i zasadami właściwymi dla danej transakcji. Należy też sprawdzić jego rzeczywistą lokalizację oraz wykluczyć sytuację, w której ta sama partia została wykazana jednocześnie w dwóch miejscach. Przy magazynach zewnętrznych dobrą praktyką jest uzyskanie szczegółowego zestawienia stanów na dzień inwentaryzacji, porównanie go z własną ewidencją i wyjaśnienie przesunięć zarejestrowanych na przełomie okresu. Ten sam produkt może być oznaczony jako wydany z jednego magazynu i jeszcze nieprzyjęty w drugim, choć fizycznie istnieje tylko jedna sztuka. Bez kontroli takich przesunięć zapas może zostać podwojony albo całkowicie pominięty.

Zwroty, uszkodzenia i różnice inwentaryzacyjne

Zwrot od klienta nie oznacza automatycznie, że pełnowartościowa sztuka natychmiast wraca do dostępnego zapasu. Towar może nadal znajdować się u przewoźnika, oczekiwać na kontrolę, posiadać ślady używania, wymagać naprawy albo nie nadawać się do dalszej sprzedaży. Ewidencja magazynowa powinna odzwierciedlać faktyczny etap procesu, a nie wyłącznie informację o wykonaniu refundacji. Jeżeli system zwiększa stan już w momencie zlecenia zwrotu pieniędzy, może wykazywać towary, których firma jeszcze nie odzyskała. Z kolei produkt fizycznie przyjęty, lecz pozostawiony w strefie zwrotów bez rejestracji, może zostać pominięty podczas ustalania zapasu. W ramach przygotowania do JPK_KPiR trzeba więc oddzielić towary pełnowartościowe, oczekujące na ocenę, uszkodzone, przeznaczone do naprawy oraz braki, których przyczyna nie została jeszcze wyjaśniona.

Różnica pomiędzy stanem systemowym a liczbą ustaloną podczas inwentaryzacji nie powinna być poprawiana wyłącznie przez zmianę końcowej wartości w programie. Najpierw trzeba ustalić jej źródło. Przyczyną może być niezaksięgowane przyjęcie, podwójne wydanie, błędna jednostka miary, pominięty zwrot, uszkodzenie, kradzież, błąd kompletacji albo nierozliczone przesunięcie między lokalizacjami. Dopiero po wyjaśnieniu można prawidłowo zaktualizować ewidencję i ocenić wpływ zdarzenia na wartość zapasu. Towary uszkodzone lub tracące wartość wymagają również odpowiedniej wyceny. Jeżeli przyjmuje się wartość niższą od ceny zakupu, nabycia albo kosztu wytworzenia, dokumentacja spisu powinna zachować informację o pierwotnej cenie jednostkowej oraz przyczynie obniżenia wartości. Pozwala to wykazać, że korekta wynikała z rzeczywistego stanu produktu, a nie z arbitralnej zmiany dokonanej wyłącznie po to, aby uzgodnić magazyn.

Wycena towarów

Prawidłowy spis z natury wymaga nie tylko policzenia produktów, ale również ustalenia ich wartości. Materiały i towary handlowe objęte spisem wycenia się według cen zakupu lub nabycia, a jeżeli ich cena rynkowa w dniu sporządzenia spisu jest niższa, można zastosować tę niższą wartość odpowiadającą cenie rynkowej z tego dnia. Dla półwyrobów, wyrobów gotowych, braków i odpadów stosuje się zasady odpowiadające ich charakterowi. W sklepie internetowym nie należy więc wyceniać remanentu według cen detalicznych widocznych na stronie ani bieżącej ceny promocyjnej produktu. Cena sprzedaży zawiera marżę i nie odzwierciedla wartości właściwej dla spisu. Problemy pojawiają się szczególnie wtedy, gdy ten sam produkt był kupowany w różnych partiach, walutach i cenach albo gdy system magazynowy pokazuje koszt ustalony na potrzeby zarządcze według własnego algorytmu.

Wycena musi być możliwa do odtworzenia na podstawie dokumentów zakupowych i przyjętej metody. Jeżeli firma wykorzystuje cenę nabycia, do wartości towaru mogą być włączane koszty uboczne związane z zakupem według zasad opisanych w objaśnieniach do PKPiR. Dopuszczalna jest również wycena według ceny zakupu bez podwyższania jej o wskaźnik kosztów ubocznych. Wybrany sposób trzeba jednak stosować świadomie i konsekwentnie, zamiast korzystać z przypadkowej wartości dostępnej w raporcie magazynowym. Wyceny dokonuje się najpóźniej w ciągu 14 dni od zakończenia spisu. Przy towarach uszkodzonych, niemodnych lub częściowo nieprzydatnych wartość może być niższa, jeżeli odpowiada ich cenie rynkowej z dnia sporządzenia spisu i jest właściwie udokumentowana. W firmie utrzymującej wysoki poziom zapasów nawet niewielki błąd jednostkowy, powielony przez tysiące produktów, może istotnie zmienić wartość remanentu i wynik podatkowy.

Zgodność remanentu z ewidencją magazynową

Ewidencja magazynowa i spis z natury opisują ten sam zapas, ale nie zawsze robią to według identycznych zasad. System magazynowy służy przede wszystkim do zarządzania ruchem oraz dostępnością produktów. Może pokazywać liczbę sztuk zarezerwowanych, oczekujących na przyjęcie, zablokowanych, znajdujących się w kontroli jakości albo przypisanych do otwartych zamówień. Spis z natury ustala natomiast rzeczywiste ilości i wartość składników objętych zasadami PKPiR na konkretny dzień. Różnica między raportami nie musi więc automatycznie oznaczać błędu, ale musi mieć możliwe do udokumentowania wyjaśnienie. Trzeba również rozdzielić rozbieżności ilościowe od wartościowych, ponieważ prawidłowa liczba sztuk może nadal prowadzić do błędnej wartości remanentu, jeżeli zastosowano niewłaściwe ceny lub pominięto obniżenie wartości uszkodzonych produktów.

Uzgodnienie najlepiej przeprowadzić na poziomie produktu i lokalizacji, a następnie połączyć wyniki do wartości wpisywanej do księgi. Należy sprawdzić, czy wszystkie magazyny zostały ujęte, towary obce oddzielone od własnych, przesunięcia między lokalizacjami rozliczone, a strefy zwrotów i uszkodzeń uwzględnione zgodnie z rzeczywistym stanem. Jeżeli wartość remanentu różni się od raportu magazynowego z powodu odmiennej metody wyceny, trzeba zachować zestawienie wyjaśniające przejście od danych operacyjnych do kwoty podatkowej. Sama ręczna zmiana wartości w księgowości, bez wskazania źródła różnicy, utrudni późniejsze odtworzenie obliczeń. Przed rozpoczęciem raportowania trzeba więc potwierdzić nie tylko zgodność końcowej kwoty, lecz także to, czy proces prowadzący do jej ustalenia jest kompletny, powtarzalny i oparty na dokumentach.

Numery KSeF i powiązanie dokumentów

Kiedy numer KSeF może pojawić się w danych?

Struktura JPK_PKPIR przewiduje w wierszu księgi opcjonalne pole K_3B przeznaczone na numer identyfikujący fakturę wystawioną przy użyciu Krajowego Systemu e-Faktur. Numer KSeF jest nadawany przez system i jednoznacznie identyfikuje przyjętą w nim fakturę. Nie jest tym samym co numer faktury nadany przez wystawcę, numer zamówienia, identyfikator płatności ani wewnętrzny numer dokumentu w programie księgowym. Numer dowodu księgowego wykazuje się osobno w polu K_3A, dlatego oba oznaczenia mogą funkcjonować przy jednym zapisie równolegle. Jeżeli dokument nie został wystawiony przy użyciu KSeF albo nie posiada numeru nadanego przez system, pola K_3B nie należy uzupełniać numerem faktury, innym identyfikatorem technicznym, ciągiem zer ani przypadkową wartością.

W praktyce numer KSeF pojawi się przy tych zapisach PKPiR, których podstawą jest faktura wystawiona w KSeF i posiadająca taki identyfikator. Dotyczy to zarówno dokumentów sprzedażowych, jak i zakupowych, jeżeli dokument został wystawiony w Krajowym Systemie e-Faktur i stanowi podstawę zapisu w PKPiR. Faktura korygująca jest odrębnym dokumentem i może posiadać własny numer KSeF, niezależny od numeru faktury pierwotnej. Dla księgowości ważne jest więc zachowanie relacji pomiędzy numerem dokumentu nadanym przez wystawcę, numerem KSeF oraz zapisem w księdze. Brak numeru KSeF nie oznacza automatycznie nieprawidłowości. Zależy od tego, czy dokument został wystawiony w systemie i czy dla danego dokumentu taki identyfikator istnieje. Na etapie przygotowań trzeba sprawdzić, czy pole jest uzupełniane wyłącznie tam, gdzie istnieje właściwy numer nadany przez KSeF, oraz czy nie jest mylone z innymi oznaczeniami używanymi w obiegu dokumentów.

Jak uporządkować mapowanie dokumentów?

Najważniejszym celem mapowania jest zapewnienie, że numer KSeF prowadzi do właściwej faktury i odpowiadającego jej zapisu księgowego, z uwzględnieniem sytuacji, w których jeden dokument jest rozliczany w więcej niż jednym wierszu. Dobrą praktyką jest przechowywanie razem numeru faktury nadanego przez wystawcę, numeru KSeF, danych kontrahenta, daty dokumentu, kwoty oraz wewnętrznego identyfikatora używanego w obiegu księgowym. Pozwala to rozpoznać dokument nawet wtedy, gdy trafił do firmy kilkoma drogami. Faktura może zostać pobrana z KSeF, przesłana dodatkowo e-mailem i zaimportowana z systemu obiegu dokumentów. Jeżeli każda ścieżka tworzy nowy zapis, ten sam koszt lub przychód może zostać ujęty podwójnie mimo różnych nazw pliku, dat importu i numerów technicznych nadanych przez poszczególne systemy.

Numer KSeF może pełnić rolę silnego klucza do wykrywania duplikatów dla dokumentów posiadających taki numer, ale kontrola nie powinna opierać się wyłącznie na jednym polu. Trzeba również porównać numer faktury, kontrahenta, kwotę i datę, a w przypadku korekt zachować relację z dokumentem pierwotnym. Nie należy nadpisywać faktury pierwotnej danymi korekty ani traktować obu dokumentów jako jednej pozycji tylko dlatego, że dotyczą tej samej sprzedaży. Przy migracji danych między programami trzeba sprawdzić, czy numery KSeF nie zostały skrócone, zmienione przez formatowanie arkusza albo zapisane w polu przeznaczonym na numer dowodu księgowego. Kontrola powinna działać w dwóch kierunkach: od numeru KSeF do faktury i zapisu w księdze oraz od faktury ujętej w księdze do właściwego numeru KSeF, jeżeli dokument go posiada. Takie podejście pozwala wykryć zarówno podwójne zapisy, jak i faktury, dla których istniejący identyfikator nie został prawidłowo przeniesiony do danych księgowych.

Trzy warstwy danych, które muszą się ze sobą zgadzać

Warstwa pierwsza: dane operacyjne

Dane operacyjne pokazują, co rzeczywiście wydarzyło się w sprzedaży, zanim informacje trafiły do księgowości. Powstają w sklepie internetowym, na marketplace’ach, w systemach obsługi zamówień, raportach operatorów płatności, panelach logistycznych i narzędziach wykorzystywanych do obsługi zwrotów. To w tej warstwie można sprawdzić, ile zamówień złożono, które zostały opłacone, wysłane, anulowane albo zwrócone, jaką kwotę zapłacił klient i jakie potrącenia pojawiły się przed wypłatą środków. Dane operacyjne są zwykle najbardziej szczegółowe, ale nie zawsze przedstawiają przychód zgodnie z zasadami podatkowymi. Raport zamówień może obejmować transakcje niedokończone, zestawienie płatności może pokazywać środki rozliczone w innym okresie, a panel platformy może pomniejszać wypłatę o prowizje i refundacje. Dlatego tej warstwy nie należy kopiować bezpośrednio do KPiR. Trzeba najpierw zrozumieć znaczenie poszczególnych statusów, dat i kwot oraz ustalić, które raporty są źródłem danych księgowych, a które służą wyłącznie do bieżącego zarządzania sprzedażą.

Warstwa druga: ewidencja księgowa

Ewidencja księgowa porządkuje zdarzenia operacyjne według zasad właściwych dla podatku dochodowego. W KPiR pojawiają się przychody ze sprzedaży, pozostałe przychody, zakupy towarów, koszty uboczne zakupu, pozostałe wydatki, wynagrodzenia, korekty i inne operacje mające wpływ na ustalenie dochodu. Księga nie musi odwzorowywać technicznej budowy raportów sklepu ani przechowywać każdego statusu zamówienia, ale każdy zapis powinien mieć możliwą do odtworzenia podstawę. Kwota ujęta jako przychód musi wynikać z właściwego dokumentu lub zestawienia, a koszt powinien prowadzić do dowodu, kontrahenta i opisu pozwalającego ustalić jego charakter. Jeżeli księgowość otrzymuje wyłącznie końcowe sumy bez informacji o sposobie ich obliczenia, nie ma możliwości sprawdzenia, czy uwzględniono wszystkie kanały, korekty i potrącenia. Na etapie przygotowania JPK_PKPIR trzeba więc potwierdzić nie tylko zgodność sum rocznych, lecz także działanie reguł odpowiedzialnych za przekształcenie danych sprzedażowych i kosztowych w konkretne zapisy księgi.

Warstwa trzecia: magazyn i remanent

Warstwa magazynowa pokazuje, co stało się z towarem będącym przedmiotem sprzedaży i zakupów. Obejmuje przyjęcia dostaw, wydania do klientów, przesunięcia między lokalizacjami, zwroty, uszkodzenia, towary zablokowane oraz różnice ujawnione podczas inwentaryzacji. Dane te mają znaczenie dla JPK_KPiR przede wszystkim dlatego, że wpływają na prawidłowość spisu z natury, możliwość uzgodnienia zakupów z rzeczywistym zapasem oraz prawidłowość ustalenia dochodu podatkowego. Jeżeli księgowość ujmuje dużą partię towaru, lecz magazyn nie zarejestrował jej przyjęcia, trzeba wyjaśnić, czy dostawa jest w drodze, dokument został ujęty przedwcześnie, czy też ruch magazynowy został pominięty. Podobnie zwrot klienta może pomniejszać przychód, ale nie musi automatycznie zwiększać liczby pełnowartościowych produktów dostępnych do sprzedaży. Towar może nadal znajdować się u przewoźnika albo po przyjęciu zostać zakwalifikowany jako uszkodzony. Warstwa magazynowa nie jest więc dodatkiem do księgowości. Stanowi odrębne źródło informacji, które pozwala sprawdzić, czy zakupione i sprzedane towary znajdują odzwierciedlenie w rzeczywistym stanie zapasów i prawidłowo ustalonej wartości remanentu.

Co oznacza zgodność trzech warstw?

Zgodność danych operacyjnych, księgowych i magazynowych nie oznacza, że każda suma widoczna w poszczególnych systemach ma być identyczna. Raport zamówień, zestawienie wypłat, KPiR i ewidencja magazynowa opisują inne elementy działalności, dlatego różnice między nimi mogą być uzasadnione. Zgodność oznacza możliwość wyjaśnienia tych różnic i przejścia od jednego źródła do drugiego według określonych zasad. Dla przykładu wartość zamówień może być wyższa niż wypłata otrzymana od operatora, ponieważ po drodze potrącono prowizje, uwzględniono zwroty i pozostawiono część środków do kolejnego rozliczenia. Kwota wypłaty nie musi więc odpowiadać przychodowi, ale trzeba potrafić pokazać, z jakich pozycji powstała. Podobnie liczba produktów sprzedanych w danym okresie nie zawsze będzie równa zmniejszeniu zapasu, jeżeli wystąpiły przyjęcia nowych dostaw, anulacje, zwroty, zestawy produktowe albo przesunięcia między magazynami.

Każdą istotną wartość powinno dać się prześledzić od źródła operacyjnego, przez dokument będący podstawą zapisu, aż do odpowiedniej pozycji w KPiR, a w przypadku operacji dotyczących produktów również do ruchu magazynowego i wartości remanentu. Taka ścieżka nie musi być budowana ręcznie dla każdego zamówienia, jeżeli firma korzysta z prawidłowo przygotowanych raportów zbiorczych. Musi jednak istnieć możliwość odtworzenia sposobu, w jaki raport powstał, jakie transakcje zawierał i jak został przekształcony przed zaksięgowaniem. Jeżeli pomiędzy warstwami występuje różnica, potrzebne jest jej konkretne wyjaśnienie, a nie jedynie informacja, że wynika z działania systemu. W rozwijającym się e-commerce ta zdolność ma znaczenie nie tylko przed wysyłką JPK_KPiR. Pozwala również wiarygodniej oceniać marżę, koszty kanałów, poziom zapasów i rentowność ekspansji na kolejne rynki.

Co się stanie, jeśli nie uporządkujesz danych przed pierwszą wysyłką?

Błędy mogą ujawnić się dopiero podczas generowania pliku

Część problemów pozostaje niewidoczna tak długo, jak dane są wykorzystywane wyłącznie w codziennej pracy. Program księgowy może pozwalać na zapis dokumentu z niepełną kartoteką kontrahenta, ogólnym opisem albo nieaktualnymi danymi firmy, ponieważ informacje te nie blokują bieżącego księgowania. Sytuacja zmienia się przy generowaniu JPK_PKPIR. Plik musi odpowiadać obowiązującej strukturze logicznej, zachowywać właściwe formaty i zawierać wymagane elementy. Brak obowiązkowego pola, nieprawidłowa długość wartości, błędny format daty albo zastosowanie niewłaściwej wersji struktury mogą uniemożliwić wygenerowanie pliku albo jego prawidłową walidację i przetworzenie. Wtedy zespół dowiaduje się o problemie dopiero na końcu procesu, choć jego źródło może znajdować się w danych wprowadzonych wiele miesięcy wcześniej. Techniczny komunikat o błędzie często wskazuje jedynie pole, którego nie da się zapisać lub przetworzyć, a nie przyczynę organizacyjną, taką jak niewłaściwy import, stara kartoteka podatnika albo brak danych w całej grupie dokumentów.

Usunięcie błędu technicznego może wymagać znacznie więcej niż poprawienia jednego pola. Jeżeli problem dotyczy reguły używanej przez cały rok, trzeba ustalić, ile zapisów zostało utworzonych według błędnego schematu i czy zmiana nie wpłynie na sumy kontrolne, daty, kontrahentów albo przypisanie kosztów. Samo ręczne zmodyfikowanie pliku XML nie rozwiązuje problemu, jeżeli księga nadal zawiera inne dane. Kolejny eksport może ponownie wygenerować tę samą nieprawidłowość, a firma utraci spójność pomiędzy zapisami źródłowymi i wysłaną wersją. Dlatego testowe generowanie pliku dobrze jest przeprowadzać jeszcze przed zakończeniem okresu raportowanego. Wczesna próba nie potwierdzi pełnej poprawności przyszłych danych, ale może ujawnić błędy konfiguracji, brakujące mapowania i pola, których dotąd nie wykorzystywano.

Jedna rozbieżność może uruchomić lawinę poprawek

W e-commerce pojedyncza różnica rzadko pozostaje odizolowana od reszty procesu. Błędnie ujęta sprzedaż wpływa na wartość przychodu, a nieprawidłowy przychód utrudnia rozliczenie korekty. Korekta, której nie można połączyć z pierwotną transakcją, prowadzi do różnicy pomiędzy raportem sprzedażowym a zestawieniem płatności. Gdy operator potrącił refundację z późniejszej wypłaty, niezgodność pojawia się również na rachunku rozliczeniowym. Próba naprawienia jednego wiersza może więc ujawnić, że problem dotyczy całej logiki importu albo sposobu tworzenia miesięcznych raportów. Jeżeli ten sam mechanizm działał przez rok, konieczne staje się ponowne sprawdzenie wszystkich okresów, a nie tylko miesiąca, w którym różnica została zauważona. Podobny łańcuch może rozpocząć brakująca faktura zakupowa, niewłaściwie rozpoznana prowizja albo dokument przypisany do błędnego kontrahenta.

Najbardziej czasochłonne są rozbieżności, których nie da się od razu połączyć z konkretnym dokumentem. Zespół zaczyna wtedy porównywać sumy, raporty, wyciągi i eksporty, próbując odnaleźć brak metodą eliminacji. Jeżeli dane mają wspólne identyfikatory, źródło problemu można znaleźć stosunkowo szybko. Bez numeru zamówienia, faktury, płatności albo raportu podobne kwoty mogą występować w setkach operacji. Każda poprawka wymaga dodatkowo sprawdzenia, czy nie spowodowała podwójnego ujęcia dokumentu i czy została odzwierciedlona w pozostałych systemach. Właśnie dlatego pozornie niewielka różnica na poziomie rocznej sumy może prowadzić do ponownego otwierania miesięcy, odtwarzania raportów i ręcznej analizy dużego zbioru transakcji.

Zwroty i prowizje mogą zniekształcić wynik

Nieprawidłowe rozliczenie zwrotów może sprawić, że księga będzie wykazywała przychód ze sprzedaży, która została później częściowo lub całkowicie odwrócona, albo przeciwnie, pomniejszy przychód dwukrotnie w wyniku podwójnego ujęcia tej samej korekty. Pierwsza korekta może trafić do księgowości z dokumentu sprzedażowego, a druga z raportu operatora płatności, który wykazuje refundację jako potrącenie. Jeżeli systemy nie rozpoznają, że obie informacje dotyczą tego samego zdarzenia, wynik zostanie zniekształcony mimo pozornie kompletnego zestawu danych. Podobne ryzyko występuje przy anulacjach, które zostają ujęte jak zwroty zrealizowanej sprzedaży, oraz przy zwrotach częściowych, gdy raport pomniejsza całą wartość zamówienia. Problem może pozostawać niewidoczny, jeżeli firma porównuje jedynie łączną wypłatę z rachunkiem bankowym, ponieważ operator poprawnie rozliczył przepływ środków, ale księgowość nieprawidłowo podzieliła go na przychód i korekty.

Prowizje i pozostałe potrącenia mogą z kolei zostać całkowicie pominięte albo przypadkowo odjęte od przychodu. W obu przypadkach firma traci prawidłowy obraz działalności. Ujęcie wyłącznie kwoty netto wypłaconej przez platformę zaniża sprzedaż, a brak dokumentów kosztowych sprawia, że w księdze nie widać rzeczywistego poziomu opłat. Rozliczenie może wyglądać poprawnie od strony gotówki, ponieważ kwota na koncie zgadza się z przelewem, ale nie pokazuje ekonomicznego przebiegu transakcji. Przy ekspansji problem staje się jeszcze poważniejszy, ponieważ różne rynki, waluty i modele opłat utrudniają porównanie rentowności kanałów. Firma może podejmować decyzje na podstawie marży obliczonej z danych, w których część kosztów została ukryta w wypłacie albo przypisana do niewłaściwego okresu.

Niepełny spis z natury może zaburzyć obraz kosztów i zapasów

Pominięcie części zapasu wpływa nie tylko na raport magazynowy, lecz także na wartość remanentu wykorzystywaną przy ustalaniu dochodu. Największe ryzyko występuje wtedy, gdy firma opiera spis wyłącznie na raporcie z głównego magazynu, mimo że towary znajdują się również u operatora zewnętrznego, w magazynie zagranicznym, w drodze albo w strefie zwrotów. Zapas może zostać zaniżony, jeżeli należący do firmy towar znajdujący się poza jej siedzibą nie zostanie uwzględniony. Może też zostać zawyżony, gdy ta sama partia będzie widoczna jednocześnie jako wydana z jednej lokalizacji i oczekująca na przyjęcie w drugiej. Szczególnie trudne są przesunięcia realizowane na przełomie roku, ponieważ raporty magazynowe mogą wykorzystywać inne momenty zamknięcia, strefy czasowe i statusy niż dokumentacja transportowa.

Błędny remanent może również wynikać z nieprawidłowej wyceny. Nawet jeżeli liczba sztuk jest poprawna, zastosowanie ceny detalicznej albo wartości przyjętej wyłącznie na potrzeby systemu operacyjnego może zniekształcić wynik. Podobny problem pojawia się przy towarach uszkodzonych i zwrotach. Produkt wykazany jako pełnowartościowy, choć nie nadaje się do sprzedaży po zwykłej cenie, zwiększa wartość zapasu ponad jego rzeczywisty stan. Ręczne dopasowanie końcowej kwoty do księgowości bez wyjaśnienia różnic nie rozwiązuje problemu, ponieważ nie pozostawia śladu pokazującego, skąd wzięła się wartość. Przy kolejnym spisie firma ponownie zacznie od niespójnych danych, a rozbieżność może narastać wraz z rozwojem sieci magazynowej.

Poprawianie danych pod presją czasu zwiększa ryzyko kolejnych pomyłek

Gdy problemy zostają wykryte bezpośrednio przed wysyłką, naturalną reakcją jest ręczne poprawianie dokumentów, raportów i plików. Takie działanie może jednak zwiększyć liczbę błędów, szczególnie gdy kilka osób pracuje równolegle na różnych kopiach danych. Jeden pracownik usuwa duplikat w systemie księgowym, drugi koryguje arkusz źródłowy, a trzecia osoba ponownie wykonuje import, nie wiedząc o wcześniejszej zmianie. W efekcie dokument może wrócić do księgi albo zostać usunięty również tam, gdzie był ujęty prawidłowo. Podobne ryzyko dotyczy dat. Próba przesunięcia grupy operacji do właściwego okresu może objąć także dokumenty, które nie wymagały zmiany. Jeżeli poprawki nie są opisane i zatwierdzane według jednej procedury, po kilku kolejnych eksportach nie wiadomo, która wersja danych jest aktualna.

Presja czasu sprzyja także poprawianiu skutków zamiast przyczyn. Można ręcznie zmienić wartość w raporcie, aby zgadzała się z KPiR, ale błędna reguła importu nadal pozostanie aktywna. Można uzupełnić brakujące dane bezpośrednio w pliku XML, choć kartoteka kontrahenta w systemie księgowym nadal jest niepełna. Tak przygotowana wersja może różnić się od prowadzonej księgi, a ponowne wygenerowanie pliku przywróci wcześniejsze błędy. W ramach przygotowania do raportowania warto więc prowadzić rejestr zmian wskazujący, co poprawiono, dlaczego, w jakim systemie i jakiego zakresu dokumentów dotyczyła modyfikacja, szczególnie gdy poprawki wykonywane są przez kilka osób. Kontrola wersji nie jest wymogiem struktury JPK_PKPIR, ale przy dużej liczbie operacji chroni przed sytuacją, w której naprawa jednej rozbieżności tworzy kilka kolejnych.

Sam poprawnie wygenerowany XML nie oznacza poprawnej księgi

Technicznie poprawny XML potwierdza przede wszystkim, że plik został zbudowany według wymaganej struktury. Pola mają właściwy format, elementy znajdują się w odpowiednich miejscach, a wartości mieszczą się w regułach określonych przez schemat. Nie jest to jednak kontrola merytoryczna całej księgi. Struktura może zaakceptować prawidłowo zapisany NIP należący do niewłaściwego kontrahenta, datę przesuniętą o miesiąc, koszt ujęty w nieodpowiedniej kategorii albo kwotę sprzedaży pomniejszoną o prowizję operatora. System nie zna rzeczywistego przebiegu zamówienia i nie wie, czy towar został zwrócony, dokument zaimportowano podwójnie albo część sprzedaży nie trafiła do księgi. Poprawna walidacja techniczna jest więc warunkiem prawidłowego przetworzenia pliku, ale nie stanowi potwierdzenia, że dane właściwie odzwierciedlają działalność.

Największe ryzyko pojawia się wtedy, gdy firma traktuje udane wygenerowanie pliku jako zakończenie kontroli. Pozytywny komunikat w programie może dawać poczucie bezpieczeństwa, choć plik zawiera dokładnie te same błędy, które wcześniej znajdowały się w danych źródłowych. Wiarygodność JPK_KPiR zależy od jakości księgi, a jakość księgi od sposobu zbierania, dokumentowania i uzgadniania informacji pochodzących ze sprzedaży, płatności, kosztów i magazynu. XML nie naprawia niespójnego procesu. Jedynie zapisuje jego rezultat w ustandaryzowanej formie. Dlatego rzeczywista kontrola musi zakończyć się odpowiedzią nie tylko na pytanie, czy plik da się wygenerować i przetworzyć, lecz także czy każdą istotną wartość można wyjaśnić, powiązać z dokumentem i uzgodnić z pozostałymi warstwami danych.

JPK_PKPIR nie tworzy nowych obowiązków ewidencyjnych, lecz wymaga przekazania danych, które już dziś powinny być prowadzone zgodnie z przepisami, w jednolitej strukturze elektronicznej.

Checklista przed pierwszą wysyłką JPK_KPiR

Pierwsza wysyłka JPK_KPiR nie powinna zaczynać się od uruchomienia eksportu, lecz od potwierdzenia, że dane firmy, dokumenty, sprzedaż, koszty i magazyn tworzą jeden spójny obraz działalności. Poniższa checklista nie zastępuje oceny księgowej ani podatkowej właściwej dla konkretnego przedsiębiorstwa. Pomaga jednak przeprowadzić uporządkowaną kontrolę i wykryć obszary, w których pozornie niewielkie braki mogą później wpłynąć na wiele zapisów. Każde pole warto oznaczyć dopiero wtedy, gdy firma potrafi nie tylko odpowiedzieć „tak”, ale również wskazać źródło potwierdzające poprawność danych. Samo przekonanie, że określony proces działa, nie daje takiej pewności jak możliwość odtworzenia raportu, dokumentu, zapisu w księdze i, w przypadku towarów, ruchu magazynowego.

Dane podatnika

Dane podatnika i parametry raportu są stosunkowo niewielką częścią pliku, ale błąd w tym obszarze może dotyczyć całej wysyłki. Kontrola nie powinna ograniczać się do sprawdzenia, czy pola zostały automatycznie uzupełnione. Trzeba porównać informacje pobierane przez program z aktualnymi danymi rejestrowymi i ustawieniami podatkowymi. Szczególnej uwagi wymagają firmy, które zmieniały nazwę, adres, formę działalności, sposób prowadzenia księgowości albo system wykorzystywany do raportowania. W organizacji obsługującej kilka spółek lub marek należy również upewnić się, że plik powstaje z profilu właściwego podatnika.

NIP oraz pozostałe dane identyfikacyjne odpowiadają aktualnym danym podatnika.
Imię i nazwisko albo pełna nazwa są zgodne z danymi rejestrowymi oraz rodzajem podmiotu.
Opcjonalny adres e-mail i numer telefonu są aktualne, jeżeli mają zostać wykazane.
Program korzysta z profilu właściwej działalności albo spółki.
W nagłówku wskazano właściwy kod urzędu skarbowego.
Zakres dat odpowiada okresowi, za który przygotowywany jest plik.
Dane księgi obejmują cały okres wskazany w nagłówku, również po migracji pomiędzy systemami.
Pole celu złożenia odpowiada rzeczywistemu charakterowi przekazywanego pliku.
Program generuje kod formularza i wariant zgodny ze strukturą właściwą dla raportowanego okresu.
Znacznik kasowej metody PIT jest ustawiony prawidłowo, jeżeli firma korzysta z tej metody zgodnie z przepisami o podatku dochodowym.

Dokumenty i zapisy w KPiR

Każdy zapis musi mieć podstawę pozwalającą zrozumieć, czego dotyczyła operacja, kiedy została ujęta i jak wpłynęła na przychód albo koszt. Kontrola kompletności nie polega wyłącznie na policzeniu dokumentów. Trzeba również ocenić, czy nie występują duplikaty, czy numery pozwalają wrócić do właściwego dowodu i czy daty wynikają z zasad prowadzenia PKPiR dla danego rodzaju zdarzenia. Szczególnie istotne są wpisy tworzone automatycznie. Jeżeli jedna reguła została ustawiona nieprawidłowo, ten sam błąd może wystąpić w setkach lub tysiącach dokumentów, mimo że każdy z nich przejdzie podstawową kontrolę techniczną.

Każdy zapis ma liczbę porządkową, właściwą datę, numer dowodu i opis zdarzenia.
Numer wpisu w księdze nie jest mylony z numerem dokumentu źródłowego.
Numery faktur, raportów i dokumentów wewnętrznych pozwalają jednoznacznie odnaleźć podstawę zapisu.
Serie dokumentów z różnych kanałów są rozpoznawalne i nie prowadzą do przypadkowego dublowania numerów.
Nietypowe luki w numeracji mają możliwe do odtworzenia wyjaśnienie.
Nie brakuje dokumentów sprzedażowych, zakupowych ani kosztowych.
Dokumenty otrzymane z opóźnieniem zostały sprawdzone pod kątem właściwego okresu ujęcia.
Nie występują podwójne importy tego samego dokumentu.
Opisy wskazują rzeczywisty charakter operacji, zamiast ograniczać się do określeń takich jak „usługa”, „koszt” albo „sprzedaż”.
Dokumenty zostały przypisane do właściwych kategorii KPiR na podstawie charakteru operacji, a nie wyłącznie nazwy kontrahenta.
Reguły automatycznego księgowania zostały sprawdzone na próbkach dokumentów z każdej większej grupy.

Kontrahenci

Kartoteka kontrahentów powinna umożliwiać jednoznaczne rozpoznanie podmiotu widniejącego na dokumencie. Jeden dostawca zapisany pod kilkoma nazwami nie musi automatycznie prowadzić do błędnej kwoty w księdze, ale utrudnia wykrywanie duplikatów, uzgadnianie kosztów i analizę obrotów. Uporządkowanie kartoteki jest przede wszystkim dobrą praktyką organizacyjną. Nie oznacza to, że wszystkie historyczne nazwy należy bezrefleksyjnie zastąpić jedną aktualną wersją. Dane istniejących zapisów powinny pozostać zgodne z dokumentami, a system może jednocześnie przechowywać informację, że różne historyczne warianty dotyczą tego samego podmiotu.

Dane dostawców odpowiadają dokumentom źródłowym.
NIP lub inny właściwy identyfikator podatkowy został zapisany poprawnie, jeżeli występuje.
Nazwa handlowa nie jest mylona z nazwą podmiotu wystawiającego dokument.
Adresy i pozostałe dane identyfikacyjne nie zawierają przypadkowych albo niepotwierdzonych informacji.
Duplikaty kontrahentów zostały przeanalizowane i, gdy jest to uzasadnione, powiązane z jedną kartoteką główną.
Nie scalono odrębnych spółek tylko dlatego, że działają pod wspólną marką.
Dane kontrahentów zagranicznych są zapisywane według jednego standardu organizacyjnego.
Kod kraju identyfikatora podatkowego nie jest automatycznie utożsamiany z krajem dostawy lub lokalizacją magazynu.
Brakujący NIP nie został zastąpiony fikcyjnym numerem ani ciągiem zer.
Dokumenty bez identyfikatora kontrahenta mają pozostałe dane pozwalające rozpoznać źródło kosztu, o ile są one wymagane i dostępne dla danego zapisu.
Zmiany nazw i adresów nie zatarły zgodności historycznych zapisów z dokumentami źródłowymi.

Sprzedaż

Sprzedaż należy sprawdzić zarówno na poziomie pojedynczych kanałów, jak i całej firmy. Łączna kwota może wyglądać prawidłowo, mimo że jeden raport został pominięty, a inny zaimportowano dwukrotnie. Błędy mogą się wzajemnie kompensować i pozostawać niewidoczne do czasu analizy poszczególnych źródeł. Uzgodnienie nie powinno również polegać na prostym porównaniu raportu zamówień z wpływami na rachunek. Oba zestawienia opisują inne etapy transakcji, dlatego potrzebne jest wyjaśnienie przejścia od sprzedaży, przez korekty i opłaty, do wypłaconej kwoty.

Zidentyfikowano wszystkie aktywne kanały sprzedaży.
Uwzględniono własny sklep, marketplace’y, sprzedaż hurtową, kanały zagraniczne i pozostałe źródła przychodów.
Dla każdego kanału wiadomo, który raport jest podstawą ujęcia sprzedaży.
Ustalono, czy raporty pokazują zamówienia złożone, opłacone, wysłane, zakończone czy rozliczone.
Raporty sprzedażowe zostały porównane z zapisami w KPiR dla tych samych okresów i zakresów danych.
Uzgodnienia przeprowadzono osobno dla poszczególnych kanałów, zanim dane połączono w jedną sumę.
Wyjaśniono każdą istotną rozbieżność pomiędzy raportem sprzedaży a księgą.
Zwroty, anulacje i korekty zostały rozróżnione zgodnie z ich rzeczywistym charakterem.
Każdą korektę można powiązać z odpowiednią sprzedażą lub dokumentem pierwotnym.
Sprawdzono, czy ta sama korekta nie została ujęta równocześnie z dokumentu sprzedażowego i raportu operatora.
Przychody oraz korekty zostały przypisane do właściwych okresów zgodnie z zasadami podatku dochodowego.
Sprzedaż na przełomie miesięcy i roku została sprawdzona na osobnej próbce.
Raporty zbiorcze można odtworzyć i powiązać z transakcjami, które obejmują.

Płatności, wypłaty i prowizje

Wpływ na rachunek bankowy nie jest automatycznie przychodem, ponieważ może być wynikiem rozliczenia wielu zdarzeń. Wypłata operatora może obejmować sprzedaż, zwroty, prowizje, przewalutowania, rezerwy i inne potrącenia. Kontrola musi więc umożliwiać przejście od wartości transakcji do kwoty faktycznie przekazanej firmie. Szczególnego sprawdzenia wymagają środki pozostające u operatora na koniec okresu, wypłaty obejmujące kilka walut oraz dokumenty kosztowe wystawiane w innym cyklu niż raporty transakcyjne.

Dla każdego operatora wiadomo, jakie raporty pokazują płatności, zwroty, opłaty i wypłaty.
Wartość sprzedaży nie została zastąpiona kwotą netto otrzymaną na konto.
Prowizje i pozostałe potrącenia zostały oddzielone od przychodu.
Każda istotna opłata ma dokument lub inną właściwą podstawę zapisu zgodnie z zasadami dokumentowania kosztów.
Uzgodniono kwotę sprzedaży, refundacji, opłat, wypłat i salda pozostającego u operatora.
Sprawdzono, czy jeden koszt nie został ujęty zarówno z raportu, jak i faktury.
Własne kursy rozliczeniowe operatora nie zostały automatycznie uznane za wartości właściwe dla celów podatkowych.
Rozbieżności czasowe pomiędzy sprzedażą a wypłatą nie przesunęły przychodów do niewłaściwego okresu.
Sposób uzgodnienia jest możliwy do powtórzenia dla kolejnych miesięcy i operatorów.

Zakupy i pozostałe koszty

Kompletność kosztów należy sprawdzić szerzej niż przez porównanie faktur z wyciągiem bankowym. Towar może być przyjęty do magazynu przed otrzymaniem dokumentu, a drobny abonament może być opłacany automatycznie bez przekazania faktury do księgowości. Prowizje i usługi logistyczne mogą być potrącane przed wypłatą, dlatego nie zawsze są widoczne jako osobne przelewy. Ważne jest również właściwe rozdzielenie zakupu towarów, kosztów ubocznych zakupu i pozostałych wydatków. Sama nazwa dokumentu albo dostawcy nie przesądza o kategorii podatkowej.

Wszystkie zakupy towarów handlowych mają dokumenty i zostały ujęte tylko raz.
Faktury zakupowe porównano z dostawami oraz przyjęciami magazynowymi.
Sprawdzono dostawy częściowe, korekty i faktury zaliczkowe, jeżeli występują w danym modelu.
Koszty transportu do magazynu odróżniono od wysyłki zamówień do klientów.
Dokumenty importowe, transportowe, celne i ubezpieczeniowe zostały powiązane z właściwymi dostawami.
Podatek związany z importem oceniono zgodnie z zasadami właściwymi dla konkretnego rodzaju importu.
Uwzględniono prowizje kanałów sprzedaży oraz operatorów płatności.
Pobrano dokumenty za reklamę, hosting, oprogramowanie i usługi zewnętrzne.
Sprawdzono automatycznie opłacane abonamenty i wydatki kartowe.
Koszty magazynowania, kompletacji, opakowań i obsługi zwrotów zostały ocenione według rzeczywistego charakteru.
Wydatki przypisano do właściwych kolumn KPiR.
Wewnętrzny podział kosztów na rynki i kanały nie zastąpił kwalifikacji podatkowej.

Magazyn i spis z natury

Remanent nie jest zwykłym stanem dostępności produktów prezentowanym przez system magazynowy. Musi obejmować składniki znajdujące się w zakresie spisu i zostać wyceniony według właściwych zasad. Kontrola powinna uwzględniać nie tylko magazyn główny, lecz także lokalizacje zewnętrzne, zagraniczne, towary w drodze, strefy zwrotów i produkty uszkodzone. Szczególnie ważne jest ustalenie, do którego podmiotu należy towar oraz czy nie został wykazany podwójnie podczas przesunięcia między lokalizacjami.

Ustalono stan na początek i koniec roku oraz wartości innych spisów sporządzonych w ciągu roku.
Dokumentacja szczegółowa spisu pozwala ustalić produkt, ilość, cenę jednostkową i wartość.
Uwzględniono wszystkie własne lokalizacje magazynowe.
Pozyskano i uzgodniono stany przechowywane u zewnętrznych operatorów.
Sprawdzono zapasy znajdujące się w magazynach zagranicznych.
Przeanalizowano towary w drodze zgodnie z dokumentami i zasadami właściwymi dla danej transakcji.
Towary obce zostały oddzielone od zapasów należących do podatnika.
Przesunięcia pomiędzy magazynami nie spowodowały podwójnego ujęcia albo pominięcia towaru.
Zwroty oczekujące na przyjęcie lub ocenę nie zostały automatycznie uznane za pełnowartościowy zapas.
Towary uszkodzone, braki i odpady zostały odpowiednio rozpoznane i udokumentowane.
Wyjaśniono różnice pomiędzy stanem systemowym i wynikiem inwentaryzacji.
Towary wyceniono według zasad właściwych dla spisu, a nie według cen detalicznych lub wartości przyjętych wyłącznie na potrzeby operacyjne.
Można wyjaśnić przejście od raportów magazynowych do wartości remanentu ujętej w księdze.
Wartości spisu zostały poprawnie przeniesione do odpowiednich części JPK_PKPIR.

Powiązania dokumentów i numery KSeF

Numery KSeF mogą ułatwić identyfikowanie faktur i wykrywanie duplikatów, ale tylko w przypadku dokumentów posiadających taki numer. Nie zastępują numeru faktury nadanego przez wystawcę ani wewnętrznego identyfikatora używanego w obiegu księgowym. W firmie, w której dokument może zostać pobrany z KSeF, przesłany e-mailem i zaimportowany przez system obiegu, potrzebna jest kontrola zapobiegająca utworzeniu kilku zapisów na podstawie tej samej faktury.

Numer faktury i numer KSeF są przechowywane w odrębnych, właściwych polach.
Numer KSeF jest przypisany do właściwego dokumentu, jeżeli faktura go posiada.
Brak numeru KSeF nie został automatycznie uznany za błąd bez sprawdzenia rodzaju dokumentu.
Do pola numeru KSeF nie wpisano numeru faktury, numeru zamówienia ani innego identyfikatora.
Dokumenty pobrane kilkoma kanałami nie zostały ujęte wielokrotnie.
Numer KSeF jest wykorzystywany do wykrywania duplikatów tylko dla faktur posiadających taki identyfikator.
Faktury korygujące zachowują własne identyfikatory i powiązanie z dokumentami pierwotnymi.
Kontrola pozwala przejść od numeru KSeF do faktury i zapisu w księdze oraz od faktury do numeru KSeF, jeżeli występuje.

Test pliku XML

Kontrola techniczna powinna potwierdzić, że program tworzy plik zgodny ze strukturą właściwą dla raportowanego okresu i potrafi przetworzyć wszystkie dane znajdujące się w księdze. Nie może jednak zastąpić sprawdzenia merytorycznego. Pozytywna walidacja oznacza, że XML spełnia wymagania schematu, ale nie potwierdza, że przychód, koszt, kontrahent czy okres zostały ustalone prawidłowo. Próbne generowanie najlepiej wykonać na danych możliwie zbliżonych do pełnego roku, aby sprawdzić nie tylko konfigurację nagłówka, lecz także dokumenty nietypowe, korekty, spisy z natury i wpisy z numerami KSeF.

Program obsługuje strukturę JPK_PKPIR właściwą dla raportowanego okresu.
Testowy XML można wygenerować bez brakujących elementów i błędów formatu.
Plik przechodzi prawidłową walidację techniczną.
Sumy kontrolne odpowiadają wartościom wynikającym z księgi.
Sprawdzono dokumenty nietypowe, korekty, zagranicznych kontrahentów i spisy z natury.
Eksport nie pomija pól, które powinny zostać uzupełnione w konkretnych zapisach.
Dane w pliku odpowiadają danym w prowadzonej księdze.
Nie poprawiano końcowego XML w sposób odrywający go od danych źródłowych.
Ustalono, kto zatwierdza dane merytorycznie, kto generuje plik, a kto odpowiada za jego przekazanie.
Zachowano wersję księgi, raportów i pliku odpowiadającą zaakceptowanej wysyłce.
Pozytywna walidacja techniczna została uzupełniona kontrolą merytoryczną najważniejszych wartości.

Jak przygotować e-commerce do pierwszej wysyłki krok po kroku?

Krok 1. Zidentyfikuj wszystkie źródła danych

Prace należy rozpocząć od zinwentaryzowania miejsc, w których powstają informacje wpływające na KPiR. Trzeba uwzględnić własny sklep, wszystkie marketplace’y, system fakturowania, kasę fiskalną, operatorów płatności, rachunki bankowe, system magazynowy, obieg faktur, panele reklamowe, usługi logistyczne i raporty dotyczące sprzedaży zagranicznej. Dla każdego źródła warto wskazać osobę odpowiedzialną, częstotliwość pobierania danych, dostępne raporty, stosowane identyfikatory i sposób przekazywania informacji do księgowości. Potrzebna jest również odpowiedź na pytanie, czego dokładnie dotyczą wykazywane kwoty. Raport zamówień, raport płatności i zestawienie wypłat nie są zamienne, nawet gdy mają podobne tytuły. Rezultatem tego etapu powinna być mapa pokazująca drogę danych od zdarzenia operacyjnego do zapisu w księdze oraz wskazująca miejsca, w których następują ręczne zmiany, agregowanie transakcji albo przeliczanie walut.

Krok 2. Sprawdź kompletność dokumentów

Po zidentyfikowaniu źródeł trzeba sprawdzić, czy każde istotne zdarzenie ma odpowiedni dokument albo zestawienie będące podstawą zapisu. Kontrola powinna objąć faktury sprzedażowe, raporty fiskalne, zestawienia sprzedaży, faktury za towary, transport, reklamę, oprogramowanie, logistykę i prowizje, a także dokumenty korygujące oraz dowody dotyczące importu. Nie wystarczy porównać dokumentów z rachunkiem bankowym, ponieważ część kosztów jest potrącana przed wypłatą, a część dostaw może nie być jeszcze opłacona. Warto zestawić faktury zakupowe również z zamówieniami do dostawców i przyjęciami magazynowymi. Na tym etapie trzeba wykryć brakujące dokumenty, podwójne importy, niejasne numery i pozycje znajdujące się poza centralnym obiegiem. Jeżeli pracownicy dokonują zakupów firmowymi kartami, należy sprawdzić, czy dokumenty nie pozostały wyłącznie na ich skrzynkach lub kontach użytkownika.

Krok 3. Ujednolić dane kontrahentów

Następnie warto uporządkować kartoteki dostawców i pozostałych kontrahentów. Trzeba odszukać wpisy o identycznych identyfikatorach podatkowych, podobnych nazwach i tych samych adresach, a następnie ocenić, czy dotyczą tego samego podmiotu. Nie należy scalać kartotek automatycznie tylko na podstawie nazwy, ponieważ pod wspólną marką mogą działać różne spółki. Przy podmiotach zagranicznych trzeba sprawdzić kod kraju, charakter identyfikatora, nazwę zgodną z dokumentem i adres. Ujednolicenie jest praktyką organizacyjną, a nie poleceniem zastąpienia wszystkich historycznych danych jedną aktualną nazwą. Zapis powinien nadal odpowiadać dokumentowi źródłowemu. Celem jest stworzenie takiego modelu danych, w którym księgowość rozpoznaje, że różne warianty nazwy dotyczą tego samego dostawcy, a jednocześnie zachowuje informacje obowiązujące w chwili konkretnej transakcji.

Krok 4. Uzgodnij sprzedaż, zwroty i płatności

Dane sprzedażowe należy porównać osobno dla każdego kanału. Trzeba ustalić wartość sprzedaży wynikającą z dokumentów i raportów, a następnie zestawić ją ze zwrotami, anulacjami, korektami, prowizjami, wypłatami i środkami pozostającymi u operatorów. Nie należy oczekiwać, że kwota zamówień, przychód w KPiR i przelew bankowy będą identyczne. Trzeba jednak umieć przejść od jednej wartości do drugiej i wyjaśnić wszystkie różnice. Szczególnie ważne jest sprawdzenie, czy ta sama korekta nie została ujęta z dwóch źródeł oraz czy refundacja widoczna w raporcie płatniczym została powiązana z właściwą sprzedażą. Uzgodnienie warto wykonywać miesiąc po miesiącu, ponieważ roczna suma może ukryć błędy kompensujące się pomiędzy okresami. Osobną kontrolą należy objąć transakcje na przełomie miesięcy i roku, gdy daty zamówienia, płatności, wysyłki i wypłaty najczęściej się rozchodzą.

Krok 5. Zweryfikuj zakupy i pozostałe koszty

Kolejnym etapem jest sprawdzenie, czy zakup towarów, koszty uboczne i pozostałe wydatki zostały prawidłowo udokumentowane oraz zakwalifikowane. Faktury za produkty przeznaczone do dalszej sprzedaży trzeba porównać z dostawami i stanami magazynowymi. Koszty transportu od dostawcy należy odróżnić od wysyłki zamówień do klientów, a wydatki związane z importem ocenić na podstawie kompletnego zestawu dokumentów i zasad właściwych dla danego rodzaju importu. Osobnej kontroli wymagają prowizje, reklamy, oprogramowanie, magazynowanie, opakowania i obsługa zwrotów. Jeden kontrahent może wystawiać dokumenty za kilka rodzajów świadczeń, dlatego reguła oparta wyłącznie na jego nazwie nie daje wystarczającej pewności. Warto sprawdzić próbki z każdej powtarzalnej kategorii oraz przeanalizować pozycje o dużej łącznej wartości, nawet jeżeli składają się z wielu niewielkich dokumentów.

Krok 6. Uzgodnij magazyn oraz spis z natury

Po uporządkowaniu sprzedaży i zakupów można przejść do magazynu. Trzeba ustalić wszystkie lokalizacje, w których znajdują się towary należące do podatnika, oraz oddzielić zapasy własne od obcych. Kontrola powinna objąć magazyn główny, operatorów zewnętrznych, lokalizacje zagraniczne, towary w drodze, strefy zwrotów i produkty uszkodzone. Różnice pomiędzy raportem magazynowym a spisem z natury trzeba wyjaśniać na poziomie produktu i lokalizacji, zamiast jedynie dopasowywać końcową kwotę. Następnie należy sprawdzić wycenę, ponieważ prawidłowa liczba sztuk nie gwarantuje poprawnej wartości remanentu. Rezultatem powinno być zestawienie pokazujące przejście od stanów operacyjnych do wartości ujętej w księdze i strukturze JPK_PKPIR. Szczególnej uwagi wymagają przesunięcia na przełomie roku, które mogą doprowadzić do podwójnego ujęcia albo pominięcia tej samej partii.

Krok 7. Sprawdź ustawienia księgowe i dane firmy

Dopiero po uporządkowaniu danych źródłowych należy przejrzeć konfigurację programu księgowego. Trzeba sprawdzić profil podatnika, NIP, nazwę, opcjonalne dane kontaktowe, właściwy urząd skarbowy, zakres dat, cel złożenia oraz znacznik kasowej metody PIT, jeżeli ma zastosowanie. Należy również potwierdzić, że program korzysta ze struktury właściwej dla raportowanego okresu oraz prawidłowo mapuje kolumny KPiR, dane kontrahentów, spisy z natury i numery KSeF. Jest to również moment na sprawdzenie sum kontrolnych oraz reguł automatycznego eksportu. Sama poprawna konfiguracja nie naprawi błędnych dokumentów, ale nieprawidłowe ustawienie może zniekształcić dane, które wcześniej zostały przygotowane prawidłowo. W organizacji obsługującej kilka podmiotów warto dodatkowo potwierdzić, że eksport uruchamiany jest z odpowiedniej bazy i nie korzysta z ustawień skopiowanych z innej spółki.

Krok 8. Wykonaj próbne wygenerowanie pliku

Próbny eksport powinien zostać wykonany przed właściwym terminem, na możliwie pełnym i reprezentatywnym zbiorze danych. Plik powinien obejmować nie tylko standardowe faktury, lecz także korekty, zapisy zbiorcze, zagranicznych kontrahentów, spisy z natury oraz dokumenty posiadające numery KSeF. Trzeba sprawdzić, czy XML powstaje zgodnie z właściwą strukturą, przechodzi walidację techniczną i zawiera wartości odpowiadające księdze. Warto porównać sumy kontrolne oraz ręcznie przeanalizować wybrane wiersze reprezentujące najważniejsze rodzaje operacji. Test powinien również potwierdzić, że pola opcjonalne są wykazywane wtedy, gdy dla konkretnego zapisu istnieją dane wymagające ich uzupełnienia. Pozytywny wynik walidacji nie kończy kontroli. Oznacza jedynie, że plik ma prawidłową budowę, a nie że wszystkie decyzje dotyczące dat, kwot, kategorii i kontrahentów są poprawne merytorycznie.

Krok 9. Przeanalizuj wykryte rozbieżności u źródła

Każdy wykryty błąd trzeba naprawiać w systemie lub procesie, z którego pochodzi, zamiast poprawiać wyłącznie końcowy XML. Jeżeli przyczyną jest nieprawidłowa reguła importu, należy ustalić, jak długo działała i które zapisy objęła. Jeżeli brakuje danych kontrahenta, trzeba poprawić kartotekę oraz sprawdzić dokumenty utworzone na jej podstawie. Jeżeli sprzedaż nie zgadza się z raportem, trzeba przeanalizować źródło różnicy, a nie ręcznie zmienić sumę w pliku. Każda modyfikacja powinna być opisana, szczególnie gdy nad przygotowaniem pracuje kilka osób. Rejestr zmian powinien wskazywać przyczynę, zakres danych, osobę wykonującą korektę i system, w którym została wprowadzona. Po naprawie trzeba ponownie wykonać uzgodnienie i wygenerować plik, aby potwierdzić, że problem został usunięty bez stworzenia nowych rozbieżności.

Krok 10. Udokumentuj proces przygotowania danych

Po zakończeniu kontroli warto zachować raporty wykorzystane do uzgodnień, wyniki testów, opis przyjętych zasad oraz informacje o wykonanych korektach. Taka dokumentacja nie jest elementem struktury JPK_PKPIR, ale ułatwia odtworzenie procesu przygotowania danych i wykazanie, w jaki sposób ustalono wartości przekazane w pliku. Ma to szczególne znaczenie w firmach, w których sprzedaż, księgowość, magazyn i technologie są obsługiwane przez różne zespoły albo zewnętrznych partnerów. Bez zapisania przyjętych reguł kolejne raportowanie może rozpocząć się od ponownego ustalania, który raport jest właściwy, jak rozliczane są określone prowizje i dlaczego wartości operacyjne różnią się od zapisów księgowych.

Dokumentacja procesu powinna obejmować co najmniej wykaz wykorzystanych źródeł, zakres i daty raportów, opis najważniejszych uzgodnień, listę wykrytych rozbieżności, sposób ich naprawienia oraz informację o wersji danych zaakceptowanej do wysyłki. Warto również zachować potwierdzenie, kto przeprowadził kontrolę merytoryczną, kto zatwierdził korekty i kto odpowiadał za techniczne wygenerowanie pliku. Szczególnie przydatny jest rejestr zmian prowadzony wtedy, gdy poprawki wykonywane są przez kilka osób. Nie chodzi o tworzenie rozbudowanej dokumentacji dla każdej drobnej czynności, lecz o zachowanie wystarczającego śladu pozwalającego po kilku miesiącach zrozumieć, jak przygotowano dane i dlaczego przyjęto określone wartości.

Proces kończy się dopiero wtedy, gdy dane źródłowe, księga, dokumentacja uzgodnień i plik XML przedstawiają ten sam możliwy do wyjaśnienia obraz działalności. JPK_PKPIR nie tworzy nowej księgowości, ale wymaga przekazania już prowadzonych danych w jednolitej strukturze elektronicznej. Im lepiej udokumentowane są zasady ich zbierania i kontroli, tym mniej pracy trzeba będzie powtarzać przy kolejnym raportowaniu.

Najczęstszy błąd: skupienie się na pliku zamiast na danych

Dlaczego eksport XML nie powinien być punktem wyjścia?

Najczęstszym błędem przy przygotowaniach do JPK_KPiR jest potraktowanie całego obowiązku jak zadania technicznego, które można zamknąć aktualizacją programu księgowego i wygenerowaniem odpowiedniego pliku. Takie podejście przesuwa uwagę na końcowy format, choć większość problemów powstaje znacznie wcześniej. Błędnie opisany dokument, pominięty kanał sprzedaży, nieuzgodniona wypłata operatora, podwójnie ujęta korekta czy niepełny stan magazynowy nie stają się poprawne tylko dlatego, że program potrafi zapisać je w XML. Eksport przenosi do struktury dane znajdujące się w księdze. Jeżeli ich źródła były niekompletne albo reguły księgowania działały niewłaściwie, plik odtworzy te same nieprawidłowości w ustandaryzowanej formie. Może przy tym przejść walidację techniczną, ponieważ schemat sprawdza budowę pliku, typy danych i obecność wymaganych elementów, a nie pełną poprawność podatkową każdej operacji.

Skupienie się wyłącznie na eksporcie często prowadzi do pozornych napraw. Zespół uzupełnia brakujące pola tuż przed wysyłką, ręcznie zmienia pojedyncze wartości albo poprawia końcowy plik, ale nie usuwa przyczyny problemu w systemie źródłowym. Przy kolejnym generowaniu te same błędy pojawiają się ponownie. Jeszcze większe ryzyko powstaje wtedy, gdy zmodyfikowany XML przestaje odpowiadać prowadzonej księdze, a firma nie potrafi później wskazać, skąd pochodzą wartości przekazane w pliku. Techniczny etap przygotowania jest konieczny, lecz powinien nastąpić dopiero po kontroli danych firmy, dokumentów, kontrahentów, sprzedaży, kosztów, korekt i magazynu. Program nie zastąpi decyzji dotyczącej właściwego momentu ujęcia przychodu, charakteru wydatku ani sposobu rozliczenia zwrotu. Może jedynie zastosować reguły, które wcześniej zostały prawidłowo zdefiniowane.

Plik XML jest efektem uporządkowanego procesu

Punktem wyjścia powinien być sposób przepływu informacji pomiędzy sprzedażą, płatnościami, księgowością i magazynem. Zamówienie powstające w sklepie lub na platformie musi zostać prawidłowo udokumentowane, a jego wartość powinna trafić do księgi zgodnie z zasadami podatku dochodowego. Wpłata od klienta i późniejsza wypłata operatora muszą dać się uzgodnić ze sprzedażą, prowizjami, refundacjami oraz pozostałymi potrąceniami. Jeżeli klient zwraca produkt, korekta finansowa powinna zostać połączona z pierwotną transakcją, a ruch towaru odzwierciedlony w magazynie zgodnie z jego rzeczywistym stanem. Po stronie zakupów dokument dostawcy trzeba powiązać z odpowiednią kategorią KPiR, a w przypadku towarów również z przyjęciem i późniejszym remanentem. Dopiero po połączeniu tych etapów plik JPK_PKPIR może przedstawiać wiarygodny obraz działalności.

Dobrze zorganizowany proces nie oznacza, że wszystkie systemy muszą wykazywać identyczne kwoty. Raport zamówień może różnić się od przychodu podatkowego, wypłata operatora od wartości sprzedaży, a stan dostępny w sklepie od liczby towarów objętych spisem z natury. Firma musi jednak potrafić wyjaśnić każdą istotną różnicę i wskazać dokumenty oraz reguły, które prowadzą od wartości operacyjnej do zapisu księgowego. Jeżeli taka ścieżka istnieje, wygenerowanie XML staje się ostatnim, stosunkowo przewidywalnym etapem. Jeżeli jej nie ma, nawet najbardziej rozbudowana funkcja eksportu nie zapewni poprawności danych. Plik XML jest efektem procesu, a nie jego początkiem. Najpierw trzeba uporządkować źródła informacji i zasady ich przetwarzania, a dopiero później sprawdzić, czy program prawidłowo odwzorowuje je w strukturze JPK_PKPIR.

Podsumowanie: co naprawdę trzeba przygotować?

Jakie dane wymagają uporządkowania?

Przygotowanie do pierwszej wysyłki JPK_KPiR zaczyna się od danych firmy. Należy potwierdzić, że NIP, nazwa albo dane osoby fizycznej, właściwy urząd skarbowy, zakres raportu i pozostałe parametry odpowiadają aktualnej sytuacji podatnika. Następnie trzeba przejść do zapisów księgowych i upewnić się, że każde zdarzenie ma właściwą datę, numer dowodu, czytelny opis oraz wartość przypisaną do odpowiedniej kategorii KPiR. Równie ważna jest kartoteka kontrahentów. Dane dostawców powinny odpowiadać dokumentom źródłowym, duplikaty muszą być rozpoznawalne, a informacje o podmiotach zagranicznych zapisywane konsekwentnie. Nie chodzi o sztuczne uzupełnianie każdego pola, lecz o zachowanie wystarczających informacji, aby można było jednoznacznie ustalić, kto był stroną transakcji i na jakiej podstawie dokonano zapisu.

Po stronie przychodów trzeba uwzględnić sprzedaż ze wszystkich kanałów, a następnie uzgodnić ją z dokumentami, korektami, płatnościami i wypłatami operatorów. Zwroty i anulacje nie mogą istnieć jako anonimowe ujemne kwoty. Powinny zostać powiązane z właściwymi transakcjami i ujęte zgodnie z zasadami właściwymi dla podatku dochodowego oraz rodzaju danego zdarzenia. Po stronie kosztów potrzebna jest kompletność dokumentów za towary, transport, prowizje, reklamę, oprogramowanie, logistykę i pozostałe usługi. Samo posiadanie faktury nie wystarcza, jeżeli wydatek został przypisany do niewłaściwej kolumny. Osobnym obszarem pozostaje magazyn. Trzeba ustalić zapasy we wszystkich lokalizacjach, rozliczyć towary w drodze, zwroty, uszkodzenia oraz przesunięcia, a następnie prawidłowo sporządzić i wycenić spis z natury. Wartość remanentu musi wynikać z dokumentacji, a nie z ręcznego dopasowania raportu do oczekiwanej kwoty.

Kiedy firma jest gotowa do pierwszej wysyłki?

Gotowość nie oznacza wyłącznie tego, że program potrafi utworzyć plik. Firma jest przygotowana wtedy, gdy każdą istotną wartość można prześledzić od raportu lub dokumentu źródłowego do zapisu w księdze, a w przypadku towarów również do ruchu magazynowego i wartości spisu z natury. Sprzedaż powinna być uzgodniona oddzielnie dla każdego kanału, prowizje i potrącenia rozdzielone od przychodów, koszty przypisane według rzeczywistego charakteru, a dokumenty posiadające numer KSeF prawidłowo połączone z właściwymi zapisami. Potrzebna jest także kontrola duplikatów, okresów, dat oraz reguł automatycznego importu. Jeżeli różnica pomiędzy systemami ma uzasadnienie, należy zachować możliwość jej odtworzenia. Informacja, że określona kwota została „wyliczona przez system”, nie jest wystarczająca, jeżeli nikt nie potrafi wskazać zasad tego wyliczenia.

Ostatnim etapem jest próbne wygenerowanie JPK_PKPIR, sprawdzenie walidacji technicznej, sum kontrolnych i wybranych zapisów reprezentujących różne rodzaje operacji. Wykrytych błędów nie należy naprawiać wyłącznie w końcowym XML. Korekta powinna zostać wprowadzona w księdze, kartotece, raporcie albo regule, z której wynika problem, a następnie ponownie sprawdzona. Warto również zachować raporty wykorzystane do uzgodnień, opis przyjętych zasad oraz rejestr wykonanych zmian, zwłaszcza gdy w procesie uczestniczy kilka zespołów. JPK_PKPIR nie zmienia zasad prowadzenia PKPiR. Zmienia natomiast sposób przekazywania danych organom podatkowym. Dlatego o powodzeniu pierwszej wysyłki decyduje przede wszystkim jakość danych i procesów, a dopiero na końcu sam eksport XML.

Michał Pakuła

Sales Specialist

Biznes zna od podszewki i wie, że dobra współpraca to klucz do sukcesu. Uwielbia kontakt z ludźmi, dlatego zawsze stawia na otwartą rozmowę i indywidualne podejście – bez szablonów, za to z konkretnymi rozwiązaniami. Pasjonuje się językami obcymi, co pomaga mu lepiej rozumieć różne kultury i budować mocne, długofalowe relacje. W pracy? Pełen profesjonalizm, skupienie na potrzebach klienta i dostarczanie rozwiązań, które naprawdę działają.

Niniejsza publikacja ma charakter niewiążącej informacji i służy ogólnym celom informacyjnym. Przedstawione informacje nie stanowią doradztwa prawnego, podatkowego ani w zakresie zarządzania, jak również nie zastępują indywidualnego doradztwa. Przy opracowaniu niniejszej publikacji dołożono należytej staranności, jednak bez przejęcia odpowiedzialności za prawidłowość, aktualność i kompletność prezentowanych informacji. Treści w niej zawarte nie stanowią samodzielnej podstawy do działania i nie mogą zastąpić konkretnego doradztwa w indywidualnej sprawie. Odpowiedzialność autorów lub amavat® jest wyłączona. W razie potrzeby uzyskania wiążącej opinii prosimy o bezpośredni kontakt z nami. Treść niniejszej publikacji stanowi własność intelektualną amavat® lub firm partnerskich i podlega ochronie z tytułu praw autorskich. Osoby korzystające z tych informacji mogą pobierać, drukować i kopiować treść publikacji wyłącznie na własne potrzeby.

Baza wiedzy: Księgowość e-commerce i VAT Compliance