Programista B2B z USA — KSeF, reverse charge i który program faktur to ogarnia (2026)

Masz JDG, kontrakt B2B z firmą z San Francisco, Austin albo Nowego Jorku, fakturujesz miesięcznie kilkanaście, czasem kilkadziesiąt tysięcy dolarów — i nagle KSeF. Pojawia się prosta seria pytań: czy w ogóle muszę wrzucać te faktury do KSeF, skoro klient siedzi w USA i polskiego systemu nie zobaczy? Jak oznaczyć VAT — 23%, 0%, „NP"? Co wpisać w polu P_18? Jak dostarczyć fakturę klientowi, skoro KSeF nie pośredniczy? I który program faktur ogarnia to bez kombinowania.

To nie jest artykuł dla księgowego. To jest artykuł dla programisty, który zarabia 50–200 tys. USD rocznie, woli spędzić wieczór na pull requestach niż na czytaniu ustawy o VAT, ale chce wiedzieć, że robi to dobrze i nie dostanie kontroli za dwa lata. Idziemy konkretnie: art. 28b, pola w schemie FA(3), workflow w wFirma i inFakt, kopia dla klienta US, schemat z LLC Delaware (jedna sekcja, ostrożnie), rozliczenie w PIT.

Dlaczego usługa programistyczna do USA to „NP", nie 23%

Cała sprawa wisi na jednym przepisie: art. 28b ust. 1 ustawy o VAT. Mówi on, że miejscem świadczenia usług na rzecz podatnika jest miejsce, w którym usługobiorca ma siedzibę działalności gospodarczej. Twój klient ma siedzibę w USA — więc miejscem świadczenia jest USA. A to oznacza: usługa nie podlega opodatkowaniu polskim VAT-em.

Stąd na fakturze wpisujesz stawkę „np" (nie podlega), zamiast 23%, i dodajesz adnotację „odwrotne obciążenie" lub angielską wersję „reverse charge". Polski fiskus VAT-u od tej transakcji nie chce, bo nie ma do tego prawa — w teorii rozliczy go nabywca w swoim kraju (w praktyce w USA nie ma odpowiednika VAT-u, jest sales tax na poziomie stanowym, ale to już nie twój problem).

Co ważne, nie potrzebujesz numeru VAT-EU. VIES, rejestracja do transakcji wewnątrzwspólnotowych, VAT-UE — to wszystko dotyczy klientów z Unii. USA leży poza UE, więc nie zgłaszasz tych faktur w informacji podsumowującej VAT-UE i nie weryfikujesz numeru NIP nabywcy w VIES. Numer podatkowy klienta (EIN, FEIN albo numer SSN dla freelancera) możesz wpisać na fakturze jako informację, ale nie jest to formalny wymóg z polskiej strony — art. 106e ust. 5 pkt 2 ustawy o VAT pozwala pominąć NIP nabywcy w fakturze do kontrahenta spoza UE.

TL;DR prawne: usługa programistyczna B2B do USA = miejsce świadczenia w USA (art. 28b) = brak polskiego VAT-u = stawka „np" + adnotacja „reverse charge". Bez VAT-EU, bez VIES, bez VAT-7 z 23%.

Czy faktura „NP" do USA musi iść do KSeF?

Tak. To jest pierwszy moment, w którym programiści się zacinają — bo intuicja podpowiada coś przeciwnego. Skoro klient jest w Stanach, to po co wrzucać do polskiego systemu? Odpowiedź jest brutalnie prosta: z punktu widzenia KSeF nie liczy się, gdzie siedzi klient. Liczy się, kto wystawia fakturę. Wystawiasz ty, polski podatnik, ze swoim NIP-em — więc dokument trafia do KSeF.

Podstawa to art. 106ga ust. 1 ustawy o VAT: czynni podatnicy VAT są obowiązani wystawiać faktury ustrukturyzowane przy użyciu KSeF. Zwolnienie ze stawki polskiego VAT-u (bo to „NP") nie zwalnia z obowiązku raportowania w KSeF.

Jest jeden wyjątek operacyjny — limit 10 000 zł miesięcznie. Jeżeli twoja sprzedaż udokumentowana fakturami nie przekracza miesięcznie 10 000 zł, możesz do 31 grudnia 2026 roku wystawiać faktury inne niż ustrukturyzowane. Dla większości programistów B2B z kontraktem z USA to limit teoretyczny — przy stawce 60–150 USD/h jeden tydzień pracy to już więcej niż 10 tys. zł, więc i tak wpadasz w obowiązek KSeF.

Jak wypełnić fakturę w schemie FA(3) — pola, które się liczą

Schemat FA(3) (ten, który obowiązuje od startu obowiązkowego KSeF) ma kilkadziesiąt pól. Dla typowej faktury usługowej do USA istotne są cztery:

• P_12 = „np" — stawka VAT. W FA(3) dla usług świadczonych poza terytorium Polski, ale dla podatnika spoza UE, używasz „np". (Wartość „np II" w FA(3) jest zarezerwowana dla świadczenia na rzecz podatników z UE w trybie art. 100 ust. 1 pkt 4 ustawy o VAT — to nie twój przypadek, bo USA to nie UE.)
• P_18 = 1 — flaga „odwrotne obciążenie". Zaznaczasz „1" (true), kiedy faktura zawiera adnotację reverse charge i to nabywca rozlicza VAT u siebie. To kluczowe pole — bez niego KSeF potraktuje fakturę jako zwykłą sprzedaż krajową.
• P_13_9 / P_14_9 — pola na wartość netto i ewentualną wartość VAT poza terytorium kraju. Tu wpisujesz wartość netto faktury (VAT i tak nie ma, więc P_14_9 = 0).
• Waluta — możesz wystawić fakturę w USD. KSeF akceptuje waluty obce. Do JPK_V7 i ewidencji wartość przeliczasz po średnim kursie NBP z ostatniego dnia roboczego poprzedzającego dzień powstania obowiązku podatkowego (czyli zwykle dzień przed wystawieniem faktury — choć formalnie liczy się moment wykonania usługi).

Adnotacja „reverse charge" lub „odwrotne obciążenie" musi pojawić się na wizualizacji faktury (PDF), bo P_18=1 to flaga techniczna XML-a — klient z USA nie ogląda XML-a, ogląda PDF. W większości programów ta adnotacja generuje się automatycznie po zaznaczeniu odpowiedniego typu transakcji.

Pułapka: jeśli błędnie ustawisz P_18 = 2 (zamiast 1), KSeF potraktuje fakturę jako WDT lub eksport towarów — co dla usługi programistycznej jest po prostu nieprawdą i wymaga korekty. P_18=1 = reverse charge na usłudze. P_18=2 = stary „mechanizm odwrotnego obciążenia" (krajowy, dla niektórych towarów). Mylenie tych dwóch jest najczęstszym błędem.

Jak to wygląda w wFirmie — krok po kroku

wFirma wśród programistów ma rozpoznawalność z konkretnego powodu: po pierwsze, obsłuży ci również PIT i ZUS, więc nie potrzebujesz drugiego programu do księgowości. Po drugie, ma sensowny workflow eksportu usług bez ręcznego klikania w XML.

1. Wchodzisz: PRZYCHODY » SPRZEDAŻ » WYSTAW » FAKTURĘ.
2. Dodajesz nowego kontrahenta — w polu kraj wybierasz Stany Zjednoczone. Pole NIP zostawiasz puste (albo wpisujesz EIN klienta, jeśli go znasz — to pole informacyjne).
3. W sekcji pozycji faktury w polu stawka VAT wybierasz „NIE PODL." (nie podlega). System automatycznie ustawi P_12 = „np" w XML-u FA(3).
4. Walutę przełączasz na USD. wFirma sama pobierze średni kurs NBP z poprzedniego dnia roboczego i przeliczy wartość do JPK_V7.
5. W zaawansowanych ustawieniach dokumentu zaznaczasz „odwrotne obciążenie / reverse charge" — to dorzuci adnotację na PDF i ustawi P_18 = 1 w XML-u.
6. Po wystawieniu klikasz „Wyślij do KSeF". Po akceptacji systemu MF dostajesz numer KSeF i możesz pobrać PDF z kodem QR.

Faktura zostanie automatycznie wykazana w pliku JPK_V7 w pozycji K_11 — czyli „świadczenie usług poza terytorium kraju" (poza tymi z art. 100 ust. 1 pkt 4, które są dla UE i idą do K_12). To istotne, bo ujęcie w błędnej pozycji JPK to częsty powód korekty.

Jak to wygląda w inFakcie — krok po kroku

inFakt jest mocniejszy w warstwie księgowej (z opcją księgowego online) i ma czystszy interfejs do samego fakturowania. Dla programisty, który chce mieć księgowego dedykowanego specjalnie dla branży IT — to dobry wybór. Workflow eksportu usług wygląda podobnie:

1. Sekcja Faktury » Wystaw fakturę.
2. W kontrahencie wybierasz kraj USA — inFakt przełączy interfejs na tryb „faktura zagraniczna" i ukryje pola wymagane tylko dla transakcji UE (np. VAT-UE).
3. Walutę ustawiasz na USD. Kurs NBP zaciąga się automatycznie z dnia poprzedzającego datę wystawienia.
4. Stawkę VAT przy pozycji wybierasz „nie podlega".
5. W „informacjach dodatkowych" zaznaczasz typ transakcji jako „świadczenie usług poza terytorium kraju (art. 28b)" — to wstawia adnotację „reverse charge" i poprawnie ustawi pole P_18 w XML-u FA(3).
6. Klikasz „Wyślij do KSeF" — po sukcesie dostajesz numer i PDF gotowy do wysyłki klientowi.

Plus inFaktu: księgowy online w wyższych planach. Jeśli prowadzisz JDG po raz pierwszy i nie chcesz uczyć się różnicy między K_11 a K_12 w JPK_V7, dorzucasz pakiet z księgowym, który robi za ciebie miesięczne raportowanie. Dla programisty z 100k+ USD rocznie i jednym klientem z USA to mniej więcej koszt jednej godziny pracy miesięcznie — opłaca się.

Kopia dla klienta z USA — jak nie wkleić mu KSeF-owego linku

Klient z San Francisco nie zaloguje się do KSeF, bo nie ma polskiego konta podatkowego. KSeF nie jest międzynarodowy. Po stronie wystawcy obowiązek KSeF-owy się skończył w momencie nadania numeru — ale po stronie biznesowej zaczyna się drugi krok: dostarczenie czytelnej kopii faktury klientowi.

W praktyce wygląda to tak:

• PDF z kodem QR — wFirma i inFakt generują tzw. „wizualizację" faktury ustrukturyzowanej. Jest to PDF z numerem KSeF, kodem QR (do weryfikacji autentyczności w KSeF) i wszystkimi danymi po angielsku/polsku zależnie od konfiguracji. To jest dokument, który wysyłasz klientowi mailem.
• Załącznik do Stripe / Wise / Mercury invoice — jeśli klient płaci ci przez Stripe Connect, Wise Business albo Mercury, dorzucasz PDF jako załącznik do invoice w ich systemie. Klient widzi swoją fakturę w swoim ekosystemie + twoją oficjalną polską fakturę KSeF jako attachment.
• Faktura dwujęzyczna — KSeF przyjmuje XML w polskich nazwach pól, ale wizualizacja PDF może być po angielsku. wFirma i inFakt w ustawieniach pozwalają wygenerować PDF dwujęzyczny (PL/EN). To upraszcza życie klientowi z USA, którego księgowy nie chce dostawać dokumentu po polsku.

Zwróć uwagę: KSeF nie zastępuje wysyłki faktury. Numer KSeF to dla ciebie potwierdzenie, że dokument istnieje w systemie MF — ale klient i tak musi dostać czytelną kopię w sposób, który z nim uzgodniłeś. Dla większości programistów to po prostu mail z PDF-em, czasem dorzucony do Stripe.

LLC w Delaware — kiedy ma sens, kiedy to strzał w kolano

Co jakiś czas w polskim Twitterze IT pojawia się „schemat" — załóż LLC w Delaware, fakturuj swoje LLC z polskiej JDG, bądź w USA „transparent for tax purposes", a w Polsce ZUS-u jakoś nie zapłacisz, bo będziesz pracownikiem LLC. Mało który scenariusz tego typu kończy się dobrze, więc wyjaśnienie po krótce, dlaczego.

Co Delaware LLC faktycznie daje: jeżeli LLC ma jednego właściciela niebędącego rezydentem podatkowym USA i całość przychodów generuje poza USA, to w samych Stanach nie płaci się federalnego podatku dochodowego (LLC jest „disregarded entity"). Roczny koszt to franchise tax stanu Delaware (300 USD) plus zarejestrowany agent (ok. 100–200 USD/rok).

Co to oznacza dla polskiego rezydenta podatkowego: jako rezydent Polski jesteś opodatkowany od dochodów światowych — w tym od dochodów uzyskanych przez twoje LLC. Polska traktuje jednoosobowe LLC jako transparentne (czyli przepływ dochodu wprost do ciebie) lub jako spółkę zależną — w zależności od ułożenia. W obu przypadkach zarobek z LLC jest opodatkowany w Polsce. Polsko-amerykańska umowa o unikaniu podwójnego opodatkowania pozwala odliczyć ewentualny podatek zapłacony w USA, ale skoro tam nic nie zapłaciłeś, to i odliczyć nie ma czego.

Dodatkowo:

• Przepisy CFC (zagraniczna jednostka kontrolowana) — jeśli twoja LLC jest spółką zagraniczną, którą kontrolujesz, dochód z niej możesz musieć rozpoznać w PIT/CIT od razu, niezależnie od wypłaty. Próg „pasywności przychodów" i niski poziom efektywnego opodatkowania w jurysdykcji LLC mogą cię w to wpakować.
• Economic Substance Test — Delaware sam w sobie nie wymaga substancji ekonomicznej, ale polski fiskus, oceniając czy wydatki na LLC są kosztem uzyskania przychodu, sprawdzi, czy LLC ma realną substancję (biuro, pracowników, decyzje podejmowane w USA). Jednoosobowa „skrzynka mailowa" tego testu nie przejdzie.
• Schemat „JDG fakturuje swoje LLC" — czyli twoje LLC fakturuje klienta, a polska JDG fakturuje LLC za usługi programistyczne. Brzmi sprytnie, w praktyce: ceny transferowe (LLC kupuje od JDG po cenie rynkowej, czyli w zasadzie po cenie jaką klient i tak by zapłacił bezpośrednio), brak realnej substancji w LLC, ryzyko sztuczności konstrukcji w sensie art. 119a Ordynacji podatkowej (klauzula GAAR).

Kiedy LLC w Delaware ma sens dla programisty? Kiedy faktycznie budujesz produkt SaaS, który masz zamiar sprzedawać na rynku amerykańskim (Stripe Atlas to typowa droga), planujesz pozyskać amerykańskich inwestorów albo chcesz mieć ograniczenie odpowiedzialności bez polskiej spółki z o.o. Kiedy nie ma sensu: kiedy jedynym celem jest „nie płacić ZUS-u" albo „ukryć dochód" — w obu przypadkach ryzyko kontroli przewyższa oszczędności, a struktura sama w sobie nie eliminuje obowiązku rozliczenia z polskim fiskusem.

Praktycznie: 95% programistów B2B z kontraktem na USA jest na tym lepiej z czystą polską JDG na ryczałcie 12% lub liniowym 19%. Delaware LLC wchodzi do gry dopiero, kiedy zaczynasz robić własny produkt z amerykańskimi klientami i amerykańskimi inwestorami — nie kiedy wystawiasz fakturę raz w miesiącu jednemu pracodawcy.

Rozliczenie w PIT — ryczałt 12% czy liniowy 19%

Druga warstwa pytania (po VAT i KSeF) to: jak rozliczyć dochód w PIT. Dla programisty B2B w Polsce w 2026 roku praktycznie liczą się dwie formy:

Dla programisty z kontraktem 100–150 tys. USD rocznie i niskimi kosztami (laptop raz na 3 lata, kilka subskrypcji SaaS, internet) ryczałt 12% jest zwykle korzystniejszy. Składka zdrowotna jest stała i degresywna — im więcej zarabiasz, tym mniejszy procent przychodu na nią idzie.

Dla programisty, który ma dużo realnych kosztów — własne biuro w wynajętym lokalu, nowy MacBook Pro co rok, podwykonawcy, drogie subskrypcje (GitHub Copilot Enterprise, Linear, Figma, Adobe), regularne wyjazdy na konferencje — liniowy 19% z pełnym odliczeniem kosztów może wyjść lepiej. Składka zdrowotna 4,9% dochodu jest też wtedy proporcjonalnie niższa.

Co możesz wrzucić w koszty (liniowy)

• Sprzęt: laptop, monitory, klawiatura, mysz, fotel ergonomiczny, biurko z regulacją wysokości
• Subskrypcje: IDE (JetBrains, Cursor), GitHub, AWS/GCP, Vercel, Cloudflare, Linear, Figma, Notion
• Hosting, domeny, certyfikaty SSL
• Książki, kursy online, konferencje (z dojazdem i noclegiem)
• Część rachunków za biuro w domu (proporcjonalnie do powierzchni)
• Telefon, internet (część biznesowa)
• Usługi księgowe, prawne, doradztwo podatkowe

Zaliczki — miesięczne czy kwartalne

Domyślnie zaliczki na PIT płaci się miesięcznie (do 20. dnia następnego miesiąca). Jeżeli twoje przychody nie przekraczają równowartości 2 mln euro w poprzednim roku (tzw. mały podatnik), możesz wybrać zaliczki kwartalne — to standard dla programistów B2B i znacząco zmniejsza administrację. Zgłoszenie składasz raz na początku roku w PIT-36L lub w deklaracji ryczałtowej.

Przy fakturach w USD pamiętaj: zaliczka liczy się od dochodu w PLN. Każdą fakturę przeliczasz po średnim kursie NBP z dnia poprzedzającego datę powstania przychodu (zwykle dzień poprzedzający datę wystawienia faktury — albo dzień poprzedzający wykonanie usługi, jeśli jest wcześniej). Różnice kursowe między datą faktury a datą rzeczywistego wpływu pieniędzy na konto traktujesz osobno: dodatnie jako przychód, ujemne jako koszt.

Stripe, Wise, Mercury — kto wystawia fakturę za prowizję

Szybka uwaga, bo programiści często się gubią. Jeśli klient z USA płaci ci przez:

• Wise Business — Wise nie wystawia ci faktury za przewalutowanie (to nie usługa w sensie VAT, tylko transakcja walutowa). Prowizje Wise pomniejszają wpływ na konto, ale nie księgujesz ich osobno.
• Stripe Connect / Stripe Payments — Stripe wystawia fakturę za prowizję od transakcji. To jest import usług — księgujesz fakturę Stripe (z Irlandii lub UK, zależnie od umowy), rozpoznajesz import usług w JPK_V7 (samonaliczasz polski VAT 23% i jednocześnie odliczasz, więc finansowo neutralnie, ale formalnie musi być w ewidencji).
• Mercury / amerykański bank — opłata za prowadzenie konta lub przelew w USA = import usług, podobnie jak Stripe.

Dobry program księgowy (wFirma, inFakt) ten import usług rozpoznaje automatycznie po wystawcy faktury, więc to jest sprawa dwóch kliknięć przy księgowaniu kosztu.

Najczęstsze pułapki, które kosztują kontrolę

1. Brak adnotacji „reverse charge" na PDF. Klient z USA nie ogląda XML-a, ogląda PDF. Jeśli na PDF brakuje „reverse charge", a wystawisz potem korektę — masz problem z synchronizacją między KSeF a kopią po stronie klienta.
2. Wstawianie 0% VAT zamiast „NP". Stawka 0% to eksport towarów albo niektóre szczególne przypadki. Usługa programistyczna do USA = „nie podlega" („NP"), nie 0%. Mylenie ich powoduje błędne pozycjonowanie w JPK_V7.
3. Wpisywanie EIN klienta jako NIP UE. EIN to amerykański federalny numer pracodawcy. Nie waliduje się w VIES, nie jest numerem VAT-UE, nie powinien iść do informacji podsumowującej VAT-UE.
4. Pominięcie limitu 10 000 zł. Jeśli twoja sprzedaż w danym miesiącu przekroczy 10 tys. zł brutto, automatycznie wpadasz w obowiązek KSeF — niezależnie od tego, czy chciałeś, czy nie.
5. Niewłaściwy kurs NBP. Liczy się dzień poprzedzający datę powstania obowiązku podatkowego (czyli zwykle dzień przed wystawieniem faktury, ale uwaga — jeżeli usługa została wykonana wcześniej, to dzień przed wykonaniem). Programy fakturowe robią to za ciebie, jeśli poprawnie wpiszesz datę wykonania usługi.
6. Zapominanie o JPK_V7. Faktura „NP" idzie do KSeF, ale również do JPK_V7 (pozycja K_11 — usługi poza terytorium kraju). Jeśli wystawisz fakturę z pominięciem programu księgowego, możesz „zgubić" ją w ewidencji.

Checklist — co musisz zrobić zanim wystawisz pierwszą fakturę do USA

• Zarejestruj JDG (jeśli jeszcze nie masz) i wybierz formę opodatkowania — ryczałt 12% lub liniowy 19%
• Złóż VAT-R i zarejestruj się jako czynny podatnik VAT (VAT-UE NIE jest potrzebny dla USA, jest dla UE)
• Wybierz program księgowy z obsługą KSeF i eksportu usług — wFirma lub inFakt
• Skonfiguruj profil zaufany / podpis kwalifikowany do uwierzytelnienia w KSeF
• Ustaw walutę i automatyczny kurs NBP w programie
• Ustal z klientem z USA sposób dostarczania faktur (mail z PDF? Stripe attachment?)
• Zdecyduj o zaliczkach — kwartalne dla małego podatnika, miesięczne domyślnie
• Pierwszy miesiąc: wystaw fakturę, zweryfikuj, czy P_18=1, czy adnotacja „reverse charge" jest na PDF, czy w JPK_V7 trafiła w K_11

Jeżeli odhaczysz tę listę raz, dalej jest to powtarzalna procedura — jedna faktura miesięcznie, dwa kliknięcia, gotowe. Cała magia leży w jednorazowej konfiguracji programu.

Powiązane lektury

• KSeF a faktury zagraniczne 2026 — prosty poradnik krok po kroku — przegląd ogólny dla wszystkich klientów z UE i spoza UE, jeśli twoja sytuacja nie sprowadza się tylko do USA
• Program do fakturowania dla freelancera — porównanie — jeśli oprócz wFirma i inFakt rozważasz inne narzędzia
• Najlepsze programy do fakturowania online — ranking 2026 — pełny ranking, w tym pod kątem ceny dla freelancera
• wFirma — recenzja i opinie — pełny review programu
• inFakt — recenzja i opinie — pełny review

Najważniejsze do zapamiętania

• Usługa programistyczna B2B do USA = miejsce świadczenia w USA (art. 28b) = stawka „np" + adnotacja „reverse charge"
• Faktura mimo to MUSI iść do KSeF — wystawiasz ją jako polski podatnik. Limit zwolnienia 10 000 zł/miesiąc dla większości programistów jest teoretyczny
• W FA(3): P_12 = „np", P_18 = 1, waluta USD dozwolona, kurs NBP do JPK_V7
• JPK_V7: pozycja K_11 (usługi poza terytorium kraju, NIE K_12, które jest dla UE)
• Klient z USA dostaje PDF z kodem QR mailem lub jako attachment do Stripe / Wise — KSeF nie pośredniczy
• VAT-EU nie jest potrzebny, NIP nabywcy z USA może zostać pusty
• LLC Delaware to narzędzie pod konkretne case'y (własny SaaS, inwestorzy z USA), nie obejście ZUS-u
• Ryczałt 12% — domyślny wybór dla programistów z niskimi kosztami; liniowy 19% — kiedy realnie odliczasz dużo