JPK_MAG(2) w SAP | Kompleksowe wdrożenie raportowania magazynowego

JPK_MAG dotyczy przedsiębiorców prowadzących gospodarkę magazynową przy użyciu programów komputerowych, czyli firm ewidencjonujących ruchy magazynowe w systemach informatycznych.

Jednolity Plik Kontrolny (JPK) dotyczący magazynu może być wymagany od podatników prowadzących księgi podatkowe i posiadających dane magazynowe w formie elektronicznej. Plik przekazywany jest organom podatkowym wyłącznie na żądanie, w ramach:

• kontroli,
• czynności sprawdzających,
• postępowania podatkowego.

Plik JPK_MAG jest wymagany od 1 lipca 2018 r. Od tej daty podatnicy prowadzący księgi podatkowe i wytwarzający dowody księgowe w formie elektronicznej muszą przekazywać struktury JPK na żądanie organów podatkowych, w tym JPK_MAG dotyczący gospodarki magazynowej. Plik nie jest składany cyklicznie — należy go przygotować i udostępnić wyłącznie wtedy, gdy zażąda tego urząd skarbowy.

Z początkiem 2027 roku Ministerstwo Finansów wprowadzi aktualizację struktury JPK_MAG. Zmiany mają w założeniu uprościć pracę podatników nad plikiem i ułatwić kontrole urzędowi skarbowemu.

Plik JPK_MAG ma formę elektronicznego pliku XML, czyli uporządkowanej struktury danych zapisanej według schemy określonej przez Ministerstwo Finansów. W praktyce nie jest to dokument w formie tabeli lub PDF, ale plik zawierający dane o operacjach magazynowych, podzielone na odpowiednie sekcje.

Przykładowy JPK_MAG zawiera m.in.:

• nagłówek pliku – np. cel złożenia, okres, data utworzenia;
• dane podmiotu – informacje identyfikujące firmę;
• dokumenty magazynowe PZ – przyjęcia zewnętrzne;
• dokumenty magazynowe WZ – wydania zewnętrzne;
• dokumenty RW – rozchody wewnętrzne;
• dokumenty MM – przesunięcia międzymagazynowe;
• pozycje dokumentów – szczegółowe dane o towarach, ilościach, wartościach i numerach dokumentów.

Plik JPK_MAG można wygenerować z systemu finansowo-księgowego, ERP lub programu magazynowego, w którym firma prowadzi elektroniczną ewidencję operacji magazynowych. Proces zwykle obejmuje:

1. wybór właściwej struktury JPK_MAG w systemie,
2. wskazanie okresu, którego mają dotyczyć dane,
3. pobranie informacji o dokumentach magazynowych, takich jak PZ, WZ, RW i MM,
4. sprawdzenie poprawności danych, m.in. numerów dokumentów, dat, ilości i wartości,
5. wygenerowanie pliku w formacie XML zgodnym z aktualną strukturą Ministerstwa Finansów,
6. przekazanie pliku organom podatkowym wyłącznie na żądanie.

W praktyce JPK_MAG powinien być generowany bezpośrednio z danych źródłowych systemu magazynowego, aby ograniczyć ryzyko błędów i zapewnić zgodność z wymogami podatkowymi.

Po otrzymaniu wezwania organu podatkowego podatnik ma co do zasady nie mniej niż 3 dni na przygotowanie i przekazanie pliku. W uzasadnionych przypadkach możliwe jest wystąpienie o wydłużenie tego terminu.

Tak.

Zgodnie z wytycznymi Ministerstwa Finansów dla każdego wyodrębnionego magazynu należy przygotować osobny plik JPK_MAG.

Kluczowe jest jednak prawidłowe zdefiniowanie magazynu ewidencyjnego. Nie zawsze odpowiada on fizycznej lokalizacji magazynowej występującej w SAP.

Najczęściej spotykane problemy obejmują:

• brak ustalonej listy magazynów podlegających raportowaniu,
• brak mapowania ruchów magazynowych do sekcji JPK,
• niespójności między SAP MM i SAP FI,
• brak powiązania dokumentów magazynowych z fakturami i KSeF,
• dane inwentaryzacyjne przechowywane poza SAP,
• zarchiwizowane dane historyczne niedostępne dla raportowania,
• brak procedury obsługi wezwania organu podatkowego.

Nowa struktura przewiduje możliwość raportowania numerów KSeF dla wybranych dokumentów magazynowych.

Oznacza to konieczność zapewnienia poprawnego powiązania:

• dokumentu magazynowego,
• faktury,
• numeru KSeF.

W wielu organizacjach proces ten ma charakter asynchroniczny, ponieważ dokument magazynowy powstaje wcześniej niż faktura i numer KSeF. Dlatego kluczowe jest przygotowanie odpowiedniego modelu danych i integracji w SAP.

Rekomendowane podejście obejmuje:

1. Analizę magazynów i metod ewidencji.
2. Identyfikację źródeł danych w SAP.
3. Mapowanie pól struktury JPK_MAG(2).
4. Analizę luk i braków danych.
5. Konfigurację rozwiązania raportowego.
6. Testy techniczne i biznesowe.
7. Przygotowanie procedur operacyjnych.

JPK_MAG(2) wykorzystuje te same dane i procesy, które podlegają zmianom podczas migracji do SAP S/4HANA.

Dotyczy to m.in.:

• MATDOC,
• ACDOCA,
• SAP EWM,
• Stock Room Management,
• archiwizacji danych,
• procesów logistycznych i finansowych.

Dlatego projekt JPK_MAG(2) powinien być skoordynowany z roadmapą migracji do SAP S/4HANA.