Biała lista podatników w SAP: weryfikacja kontrahentów krok po kroku

Jak skonfigurować weryfikację Białej Listy VAT w SAP FI-AP: S/4HANA i ECC krok po kroku. Automatyczna kontrola rachunków bankowych..

Płatność na rachunek bankowy spoza Białej Listy podatników VAT to nie tylko błąd proceduralny — to realne ryzyko finansowe dla organizacji. Odpowiedzialność solidarna za VAT dostawcy, obowiązek zawiadomienia urzędu skarbowego i potencjalne sankcje sprawiają, że weryfikacja rachunków bankowych kontrahentów przestała być opcjonalnym krokiem w procesie zakupowym.

Dla organizacji działających na SAP S/4HANA lub SAP ECC kwestia sprowadza się do jednego pytania praktycznego: jak sprawić, żeby system automatycznie weryfikował każdą płatność wychodzącą bez angażowania pracownika do ręcznej kontroli? Ten artykuł odpowiada na to pytanie — krok po kroku, dla obu środowisk SAP.

Co to jest Biała Lista podatników VAT i kogo dotyczy?

Biała Lista podatników VAT (oficjalnie: Wykaz podatników VAT) to rejestr prowadzony przez Szefa Krajowej Administracji Skarbowej (KAS), dostępny publicznie pod adresem podatki.gov.pl. Zawiera informacje o podmiotach zarejestrowanych jako czynni podatnicy VAT — w tym przypisane do nich rachunki bankowe zgłoszone do urzędu skarbowego.

Rejestr istnieje od 1 września 2019 roku. Każdy czynny podatnik VAT powinien figurować w wykazie wraz z rachunkami bankowymi, które zostały zgłoszone do CEIDG, KRS lub urzędu skarbowego. Weryfikacja dotyczy płatności:

• o wartości powyżej 15 000 PLN brutto w ramach jednej transakcji,
• realizowanych na rzecz dostawców będących czynnymi podatnikami VAT,
• dokonywanych na rachunki bankowe prowadzone przez polskie instytucje finansowe.

Obowiązek nie dotyczy płatności zagranicznych, płatności gotówkowych ani transakcji z podmiotami zwolnionymi z VAT.

Konsekwencje płatności na rachunek spoza Białej Listy

Ustawa precyzyjnie określa skutki pominięcia weryfikacji. Dla działów finansów i dyrektorów finansowych są to trzy konkretne ryzyka:

• Odpowiedzialność solidarna za VAT dostawcy — jeśli dostawca nie zapłaci VAT od transakcji, urząd skarbowy może dochodzić tej kwoty bezpośrednio od nabywcy. Odpowiedzialność nie powstaje, jeśli nabywca zapłacił na rachunek z Białej Listy lub złożył zawiadomienie ZAW-NR w terminie 7 dni.
• Brak możliwości zaliczenia wydatku do kosztów uzyskania przychodu — płatność na rachunek spoza listy powyżej 15 000 PLN nie może być kosztem podatkowym dla celów CIT. Ryzyko dotyczy każdego roku podatkowego.
• Obowiązek złożenia ZAW-NR — jeśli płatność na nieznany rachunek była uzasadniona (np. zmiana banku przez dostawcę), nabywca musi złożyć zawiadomienie do naczelnika urzędu skarbowego w ciągu 7 dni od daty płatności. Po tym terminie ochrona przepada.

Dla organizacji realizujących setki lub tysiące płatności miesięcznie ręczna weryfikacja każdej z nich jest operacyjnie niemożliwa. Stąd kluczowa rola automatycznej weryfikacji w SAP FI-AP.

Jak SAP obsługuje Białą Listę — architektura rozwiązania

W ekosystemie SAP weryfikacja Białej Listy odbywa się w module FI-AP (Accounts Payable) — zarządzania zobowiązaniami. Mechanizm działa na poziomie płatności wychodzącej i może być skonfigurowany jako:

• Weryfikacja blokująca — płatność na niezweryfikowany rachunek jest automatycznie blokowana i wymaga ręcznego zatwierdzenia przez upoważnioną osobę
• Weryfikacja ostrzegawcza — system oznacza płatność jako nieweryfikowaną, ale nie blokuje przepływu. Pracownik dostaje alert i podejmuje decyzję.
• Weryfikacja archiwizująca — system automatycznie dokumentuje wynik każdej weryfikacji (data, godzina, odpowiedź API, numer rachunku) jako dowód due diligence dla celów podatkowych

Dane do weryfikacji pobierane są z API Ministerstwa Finansów (w czasie rzeczywistym lub przez lokalną kopię Białej Listy aktualizowaną cyklicznie). SAP porównuje rachunek bankowy dostawcy zapisany w kartotece dostawcy (dane podstawowe) z rachunkami zarejestrowanymi w Białej Liście dla danego NIP.

Biała Lista w SAP S/4HANA — konfiguracja krok po kroku

W SAP S/4HANA obsługa Białej Listy jest dostępna jako element standardowej polskiej lokalizacji SAP — bez konieczności instalowania osobnych produktów. Konfiguracja obejmuje kilka powiązanych obszarów.

Krok 1 — Konfiguracja połączenia z API Ministerstwa Finansów

System SAP S/4HANA komunikuje się z API KAS przez SAP Cloud Platform Integration (CPI) lub bezpośrednią integrację HTTPS. Konfiguracja obejmuje:

• Zdefiniowanie połączenia do API podatki.gov.pl (endpoint, autoryzacja).
• Konfigurację obsługi błędów połączenia i mechanizmu ponownych prób (retry).
• Opcjonalne: lokalna kopia Białej Listy (dla organizacji z dużą liczbą płatności) — plik CSV pobierany z podatki.gov.pl aktualizowany raz dziennie, weryfikacja lokalna bez wywołania API przy każdej płatności.

Krok 2 — Konfiguracja danych podstawowych dostawców (Vendor Master Data)

Dla każdego dostawcy w SAP musi być skonfigurowane:

• Numer NIP (VAT Registration Number) w kartotece dostawcy — bez tego weryfikacja jest niemożliwa.
• Rachunek bankowy dostawcy przypisany do kartoteki (FK02 lub BP w S/4HANA).
• Flaga: czy dostawca podlega weryfikacji Białą Listą (można wykluczyć dostawców zagranicznych, podmiotów publicznych, dostawców ze zwolnieniem VAT).

Uwaga: Częstą przyczyną problemów jest brak lub niepoprawny NIP w kartotece dostawcy. Przed uruchomieniem weryfikacji warto przeprowadzić audyt danych podstawowych — szczególnie dla dostawców dodanych przed wdrożeniem Białej Listy.

Krok 3 — Parametryzacja transakcji płatniczych w FI-AP

W konfiguracji SAP FI-AP (transakcja FBZP lub odpowiadająca w S/4HANA) definiowane są:

• Próg kwotowy dla weryfikacji (domyślnie: 15 000 PLN — zgodnie z ustawą).
• Tryb weryfikacji: blokujący / ostrzegawczy / tylko archiwizacja.
• Akcja przy braku zgodności: blokada dokumentu / alert do weryfikacji manualnej / zapis do dziennika zdarzeń.
• Wykluczenia: waluty inne niż PLN, typy dokumentów nieobjęte obowiązkiem.

Krok 4 — Konfiguracja archiwizacji wyników weryfikacji

Każda weryfikacja powinna być zarchiwizowana jako dowód due diligence — z datą i godziną weryfikacji, odpowiedzią API (rachunek zweryfikowany / nie znaleziony / błąd komunikacji), NIP-em dostawcy i numerem rachunku bankowego. W SAP S/4HANA wyniki są przechowywane w tabeli dedykowanej polskiej lokalizacji i dostępne do wglądu oraz eksportu.

Krok 5 — Integracja z payment run (F110)

Weryfikacja Białej Listy powinna być wbudowana w automatyczny payment run (transakcja F110) — tak żeby była wykonywana przed każdym uruchomieniem przelewów zbiorczych. Konfiguracja obejmuje:

• Weryfikację całej listy proponowanych płatności przed wysyłką do banku.
• Automatyczne wykluczenie z przelewu dokumentów z niezweryfikowanymi rachunkami.
• Raport wyjątków dla pracownika finansów — lista płatności wymagających ręcznej weryfikacji lub złożenia ZAW-NR.

Biała Lista w SAP ECC — jak to działa inaczej?

W środowisku SAP ECC nie ma natywnej obsługi Białej Listy — wymagane jest jedno z trzech podejść:

• Komponent lokalny partnera SAP — gotowe rozwiązanie instalowane jako dodatek do ECC, oferowane przez certyfikowanych partnerów SAP w Polsce (w tym LeverX). Najszybsze wdrożenie, zachowana integracja z FI-AP.
• Middleware (SAP Integration Suite / SAP CPI) — integracja zewnętrzna, która wywołuje API KAS w imieniu systemu ECC. Bardziej złożona architektura, ale umożliwia weryfikację bez modyfikacji rdzenia ECC (zgodnie z zasadą Clean Core).
• Lokalna kopia Białej Listy z weryfikacją batchową — codzienne pobieranie pliku CSV z podatki.gov.pl i weryfikacja w ramach nocnego procesu batchowego. Prostsze technicznie, ale nie zapewnia weryfikacji w czasie rzeczywistym — istnieje ryzyko, że zmiana statusu rachunku nastąpi między pobieraniem pliku a płatnością.

Uwaga: Organizacje na SAP ECC powinny uwzględnić, że po grudniu 2027 roku (koniec wsparcia SAP ECC) aktualizacje polskiej lokalizacji — w tym ewentualne zmiany struktury API Białej Listy — mogą nie być implementowane przez SAP dla środowiska ECC. Migracja do S/4HANA eliminuje to ryzyko.

Koniec wsparcia SAP ECC 2027 — co to oznacza dla polskich firm

Weryfikacja Białej Listy przy masowych płatnościach — payment run

Dla organizacji realizujących setki płatności w ramach jednego payment run (F110) kluczowe jest zrozumienie jak weryfikacja skaluje się operacyjnie.

Weryfikacja przez API MF jest limitowana pod kątem liczby zapytań w jednostce czasu. Dla dużych wolumenów rekomendowane jest:

• Lokalna kopia Białej Listy — plik CSV aktualizowany raz dziennie z podatki.gov.pl, weryfikacja lokalna (bez limitu zapytań API, pełna wydajność). Wystarczająca dla większości organizacji, pod warunkiem aktualizacji pliku co najmniej raz dziennie przed payment run.
• Weryfikacja w trakcie wprowadzania faktury (nie tylko przy płatności) — wcześniejsze wychwycenie problemów z rachunkiem bankowym daje czas na kontakt z dostawcą i aktualizację danych przed terminem płatności.

• Alertowanie przy zmianie rachunku bankowego dostawcy — każda zmiana rachunku bankowego w kartotece dostawcy powinna uruchamiać workflow zatwierdzenia i ponowną weryfikację Białej Listy.

Z perspektywy podatkowej kluczowe jest nie tylko to, że organizacja weryfikuje rachunki — ale że ma na to dowód. Organy podatkowe mogą sprawdzić, czy weryfikacja była przeprowadzona w dniu płatności i jaki był jej wynik.

Dobra praktyka archiwizacji white list SAP FI obejmuje:

• Przechowywanie logu każdego zapytania z datą, godziną i odpowiedzią systemu (rachunek zweryfikowany / nie znaleziony / błąd API).
• Powiązanie logu z konkretnym dokumentem płatności w SAP (numer dokumentu FI, data, kwota).
• Możliwość eksportu historii weryfikacji do pliku dla celów kontroli skarbowej.
• Archiwizacja przez minimum 5 lat (okres przedawnienia zobowiązań podatkowych).

W SAP S/4HANA z polską lokalizacją archiwizacja wyników weryfikacji jest standardową funkcją. W SAP ECC — zależy od wybranego rozwiązania partnerskiego.

Najlepsze praktyki weryfikacji Białej Listy w SAP — checklist

• Audyt danych podstawowych dostawców przed wdrożeniem — sprawdź kompletność NIP-ów, poprawność rachunków bankowych i aktualność danych dla wszystkich aktywnych dostawców
• Ustaw weryfikację blokującą, nie tylko ostrzegawczą — tryb ostrzegawczy jest ignorowany przez przeciążonych pracowników. Blokada wymusza reakcję przed płatnością.
• Weryfikuj przy wprowadzaniu faktury, nie tylko przy płatności — wcześniejsze wychwycenie niezgodności daje czas na korektę bez ryzyka opóźnienia płatności
• Zdefiniuj workflow dla wyjątków — co się dzieje gdy rachunek nie jest na Białej Liście? Kto zatwierdza? Kto składa ZAW-NR? Bez procedury nawet dobra konfiguracja SAP nie chroni
• Monitoruj zmiany rachunków bankowych dostawców — nowy rachunek to sygnał do ponownej weryfikacji, nie automatyczna aktualizacja
• Testuj scenariusze brzegowe — rachunek wirtualny, rachunek escrow, konto techniczne. Nie każdy rachunek figuruje bezpośrednio w Białej Liście.
• Dokumentuj wyłączenia — jeśli część dostawców jest wykluczona z weryfikacji (zagraniczne, publiczne), upewnij się że podstawa wyłączenia jest udokumentowana

LeverX i weryfikacja Białej Listy w SAP — jak możemy pomóc?

LeverX jako Złoty Partner SAP w Polsce wdraża i konfiguruje weryfikację Białej Listy VAT dla organizacji działających na SAP S/4HANA i SAP ECC. Nasze usługi obejmują:

• Audyt danych podstawowych dostawców i ocena gotowości do wdrożenia weryfikacji.
• Konfigurację weryfikacji Białej Listy w SAP FI-AP (S/4HANA i ECC).
• Integrację z API MF lub wdrożenie weryfikacji na lokalnej kopii pliku.
• Konfigurację archiwizacji wyników dla celów podatkowych.
• Procedury obsługi wyjątków i formularz ZAW-NR w procesie płatności.
• Wsparcie AMS — utrzymanie i aktualizacja konfiguracji przy zmianach przepisów.

FAQ — Biała Lista podatników VAT w SAP

Co to jest Biała Lista podatnoków VAT i do czego służy?

Biała Lista podatników VAT (Wykaz podatników VAT) to prowadzony przez KAS publiczny rejestr czynnych podatników VAT w Polsce, zawierający przypisane do nich rachunki bankowe. Służy kupującym do weryfikacji, czy rachunek bankowy dostawcy jest zarejestrowany przez niego w urzędzie skarbowym — co jest warunkiem uniknięcia odpowiedzialności solidarnej za VAT i zaliczenia wydatku do kosztów podatkowych przy płatnościach powyżej 15 000 PLN.

Jakie są konsekwencje zapłaty na rachunek spoza Białej Listy?

Trzy główne ryzyka:
(1) odpowiedzialność solidarna za niezapłacony VAT dostawcy — urząd skarbowy może dochodzić tej kwoty od nabywcy;
(2) brak możliwości zaliczenia wydatku do kosztów uzyskania przychodu (CIT);
(3) obowiązek złożenia zawiadomienia ZAW-NR do naczelnika US w ciągu 7 dni od płatności — po tym terminie ochrona przepada.
Złożenie ZAW-NR w terminie eliminuje odpowiedzialność solidarną i przywraca prawo do zaliczenia w koszty.

Czy SAP S/4HANA ma natywną obsługę Białej Listy?

Tak — SAP S/4HANA z polską lokalizacją obsługuje weryfikację Białej Listy jako standard. Konfiguracja odbywa się w module FI-AP i nie wymaga osobnych produktów ani dodatków. W SAP ECC natywnej obsługi nie ma — wymagany jest komponent partnerski, middleware lub weryfikacja batchowa na lokalnej kopii pliku CSV.

Czy weryfikacja Białej Listy w SAP działa w czasie rzeczywistym?

Zależy od konfiguracji. Możliwa jest weryfikacja przez API MF w czasie rzeczywistym przy każdej płatności — ale jest ograniczona limitami API. Alternatywą jest weryfikacja na lokalnej kopii Białej Listy (plik CSV pobierany raz dziennie z podatki.gov.pl) — co jest zalecane dla organizacji z dużą liczbą płatności i payment run. Weryfikacja „dzień przed" jest wystarczająca podatkowo, o ile plik jest aktualizowany regularnie.

Co to jest ZAW-NR i kiedy trzeba go złożyć?

ZAW-NR to zawiadomienie o zapłacie należności na rachunek bankowy inny niż ten z Białej Listy. Składane jest do naczelnika urzędu skarbowego właściwego dla nabywcy. Termin: 7 dni od daty zlecenia przelewu. Złożenie w terminie chroni nabywcę przed odpowiedzialnością solidarną za VAT i zachowuje prawo do kosztów podatkowych. W SAP FI-AP dobrą praktyką jest wbudowanie procesu ZAW-NR w workflow obsługi wyjątków po wykryciu niezgodności.

Jak SAP archiwizuje wyniki weryfikacji Białej Listy?

W SAP S/4HANA z polską lokalizacją wyniki każdej weryfikacji są przechowywane w dedykowanej tabeli — z datą i godziną weryfikacji, odpowiedzią systemu (rachunek zweryfikowany / nie znaleziony / błąd), NIP-em dostawcy i powiązanym dokumentem płatności FI. Dane są dostępne do eksportu na potrzeby kontroli skarbowej. Archiwizacja powinna obejmować minimum 5 lat.

Czy weryfikacja Białej Listy dotyczy tylko płatności w PLN?

Tak — obowiązek dotyczy wyłącznie płatności w PLN na polskie rachunki bankowe dla dostawców będących czynnymi podatnikami VAT. Płatności w walutach obcych, przelewy zagraniczne, płatności gotówkowe oraz transakcje z podmiotami zwolnionymi z VAT nie podlegają obowiązkowi weryfikacji. W konfiguracji SAP FI-AP te wyłączenia są parametryzowane przy ustawieniu reguł weryfikacji.