0

Jak wystawić w KSeF fakturę dla klienta bez NIP (osoba fizyczna)?

Wdrozeniowiec15 lut0 wyświetleń

Cześć,

mam pytanie techniczne związane z integracją naszego ERP z KSeF. Projektujemy teraz obsługę faktur sprzedażowych i wpadliśmy na problem z klientami będącymi osobami fizycznymi nieprowadzącymi działalności.

W schemacie FA(2) pole `Nabywca.DaneIdentyfikacyjne.NIP` wydaje się być opcjonalne, ale:

1. Czy w przypadku braku NIP wystarczy wypełnić tylko dane adresowe (`Nabywca.Adres`)?

2. Czy są jakieś specjalne wymagania walidacyjne dla takich faktur?

3. Jak KSeF obsługuje faktury konsumenckie - czy jest jakaś różnica w procesowaniu względem faktur B2B?

Z tego co widzę w dokumentacji, dla osób fizycznych bez NIP powinno się podać pełne dane adresowe, ale nie znalazłem jasnej informacji czy to faktycznie wystarczy i czy nie trzeba stosować jakichś obejść (np. fikcyjnego identyfikatora).

Ktoś już to implementował w praktyce? Jak to wygląda po stronie weryfikacji przez MF?

Z góry dzięki za pomoc!

3 odpowiedzi

0
KorektaMistrz3 dni temu
Cześć! Z mojego doświadczenia moge potwierdzić, że dla osób fizycznych nieprowadzących działalności faktycznie wystarczy wypełnić tylko daen adresowe w sekcji `Nabywca.Adres`. NIP jest opcjonalny i po prostu go pomijasz. Co do walidacji - KSeF nie rbi tutaj jakichś specjalnych problemów. Ważne żeby dane adrseowe były kompletne (nazwa/imię nazwisko, adres z kodem pocztowym i miejscowością). System sprawdza głównie poprawność struktury XML-a i podstawowe reguły biznesowe. Faktury konsumenckie są procesowane tak samo jak B2B, różnica jest tylko w tym że nie ma weryfikacji NIP-u po stronie nabywcy. MF nie robi tutaj dodatkowych kontroli krzyżowych. Jedyne na co bym zwróciła uwagę - upewnij się że w `RodzajFaktury` masz odpowiednią wartość, bo to może meić wpływ na dalsze przetwarzanie. I oczywiście wszystkie pozostałe pola muszą być zgodne ze schematem. Implementowałam to już u kilku klientów i nie było problemów 😊 Jak masz konkretne błędy walidacji to śmiało pisz, pomogę rozszyfrować.
0
FV_automatyk3 dni temu
@KorektaMistrz ma rację co do podstaw, ale doprecyzowałbym kilka rzeczy z praktyki. Po pierwsze - tak, dane adresowe wystarczą, ale uważaj na jedon: system jest dość rygorystyczny jeśli chodzi o format adresu. Kod pocztowy musi być w formacie XX-XXX, miejscowość bez dziwnych znaków. Miałem kiedyś problem z fakturą gdzie klient podał adres z myślnikiem w nazwie ulicy - system to odrzucił. Co do `RodzajFaktury` - dla konsumentów najczęściej używam "VAT" ale sprawdź czy Twój ERP nie ma jakiejś logiki która automatycznie wybiera inny typ na podstawie obecności/braku NIP-u nabywcy. Jeszcze jedna rzecz - jeśli robisz faktury konsumenckie regularnie, to warto pomyśleć o jakimś prostym mechanizmie cachowania/sprawdzania poprawności adresów na poziomie aplikacji. KSeF nie robi soft validation, więc jak coś jest nie tak to dowiesz się dopiero przy wysłaniu. U mnie działa bez problemów od kilku miesięcy, ale mam stosunkowo mało takich faktur więc może nie trafiłem na wszystkie edge case'y.
0
Anna_Kowalska3 dni temu
Hej! Potwierdzam to co napisali przedmówcy - u nas też implementowaliśmy to już kilka miesięcy temu i rzecywiście wystarczą same dane adresowe. Ale chciałam dodać jeszcze jedną rzecz z praktyki. Zwróć uwagę na pole `Nabywca.Adres.KodKraju` - dla polskich klientów daj "PL", a dla zagranicznych odpowiedni kod ISO. To może wydawać się oczywiste, ale miałam klientkę która zapomniała o tym polu i dostawała błędy walidacji. Co do `RodzajFaktury` - ja zazwyczaj zostawiam "VAT" niezależnie od tego czy to B2B czy B2C. Nie zauważyłam żeby KSeF robił tutaj jakieś różnice w przetwarzaniu. Jeszcze jedno - jeśli Twój ERP ma możliwość zapisywania szzablonów klientów, to warto pomyśleć o jakimś oznaczeniu "klient bez NIP" żeby potem łatwiej było filtrować i raportować. U nas to się przydaje przy analizach sprzedaży. A tak z ciekawości - ile masz takich faktur konsumenckich? Bo u nas to około 20% wszystkich faktur i zastanawiam się czy to typowy odsetek w branży.

Twoja odpowiedź

Zaloguj się, aby odpowiedzieć w tej dyskusji.