← Yzukar B2B Invoice Fields — strona główna
Literówka w NIP-ie to faktura z błędem i korekta u księgowej. Najprostsza obrona to sprawdzenie numeru jeszcze w kasie — formatem, długością i sumą kontrolną, w całości po stronie Twojego sklepu.
Klient firmowy przepisuje NIP z pamięci, z wizytówki albo z maila — i myli się. Błędny numer odkrywa się dopiero przy wystawianiu faktury albo w biurze rachunkowym, kiedy trzeba wracać do klienta, prosić o poprawkę i korygować dokument. Walidacja w kasie przesuwa ten moment na początek procesu: numer z oczywistą pomyłką nie przechodzi, a klient poprawia go od razu, na swoim ekranie.
To nie eliminuje wszystkich błędów — ale odfiltrowuje najczęstsze, czyli literówki i przestawione cyfry, zanim staną się cudzym problemem.
Polski NIP to 10 cyfr, z których ostatnia jest cyfrą kontrolną. Algorytm jest publiczny
i prosty: pierwsze dziewięć cyfr mnoży się przez wagi 6, 5, 7, 2, 3, 4, 5, 6, 7,
iloczyny sumuje, a wynik dzieli modulo 11. Reszta musi być równa dziesiątej cyfrze —
jeśli nie jest, numer na pewno zawiera błąd.
Dzięki temu walidację da się wykonać w ułamku sekundy, w pełni lokalnie, bez żadnego zapytania do zewnętrznej usługi. Tak właśnie działa pole NIP we wtyczce Yzukar: format, długość i suma kontrolna sprawdzane są w Twoim sklepie, a nie „w chmurze".
Suma kontrolna potwierdza, że numer może być poprawny — nie potwierdza, że firma istnieje ani że jest czynnym podatnikiem VAT. To wymaga odpytania rejestru VAT lub białej listy, czyli zewnętrznego API, a tego wtyczka świadomie nie robi (ramka niżej).
Wiele wtyczek walidujących przy każdym zamówieniu wysyła NIP klienta do cudzego serwera. To oznacza przekazywanie danych kontrahenta na zewnątrz, zależność od dostępności cudzej usługi i dodatkowy opis w polityce prywatności. Walidacja lokalna nie ma tych wad: zero zewnętrznych wywołań, zero telemetrii, dane zostają w bazie Twojego sklepu.
Zobacz też: jak zbierać dane do faktury w WooCommerce oraz eksport zamówień do CSV dla księgowej. Pełny opis funkcji na stronie głównej.