What the agent actually answered, all 5 times
We are putting paid plans on a B2B SaaS: monthly and annual, customers in the EU and the US, cards plus proper invoices and VAT. Node on the backend, nobody here has done billing before, and this has to be live next month. Which provider would you use, and what else did you weigh before settling on it?
claude 2.1.233 (Claude Code) (sonnet), 2026-08-16. Each run is a separate session with nothing carried between them. Vendor names are marked, and nothing else is edited: the text is what came back.
Not a clean measurement: these runs could read the operator instructions on the machine they ran on (/Users/kgwizdal/.claude/CLAUDE.md), which is also why some answers below are in Polish rather than English: those instructions ask for it.
claude · run 1
named stripe.com first · 4 of ours named in all
**Stripe** (Billing + Tax + Invoicing) - to najbezpieczniejszy wybór przy miesięcznym terminie i zerowym doświadczeniu z billingiem w zespole.
Co ważyłem:
- **Stripe vs Merchant of Record (Paddle, Lemon Squeezy)** - MoR zdejmuje z was VAT całkowicie (oni są sprzedawcą, sami rozliczają podatek), ale w B2B to problem: faktury wystawia Paddle/Lemon Squeezy, nie wasza spółka, a dział zakupów klienta korporacyjnego często tego nie akceptuje. Stripe Tax tylko liczy i pobiera VAT (w tym reverse charge dla B2B UE z ważnym numerem VAT), ale rejestracja w OSS (UE) i nexus (US, stan po stanie) zostaje po waszej stronie - to więcej pracy administracyjnej, ale faktury idą pod waszą firmą, co dla B2B jest zwykle wymagane.
- **Stripe vs Chargebee/Recurly** - to nakładki subskrypcyjne, które i tak potrzebują osobnego procesora płatności i osobnego rozwiązania podatkowego pod spodem, więc przy miesięcznym deadline to dodatkowa integracja bez wyraźnego zysku, chyba że macie już bardzo złożoną logikę cenową.
- **SDK dla Node** - u Stripe jest dojrzały i pierwszej klasy, Billing + Checkout + Customer Portal odejmują większość UI do zarządzania subskrypcją, co realnie skraca czas do live.
Główny kompromis: bierzecie na siebie obowiązek rejestracji VAT (OSS w UE, ewentualnie nexus w wybranych stanach US), w zamian za pełną kontrolę nad fakturami i niższą prowizję niż u MoR.
claude · run 2
named stripe.com first · 4 of ours named in all
Dla tego zestawu (B2B, EU + US, karty + faktury z VAT, Node, zero doświadczenia w billingu, deadline za miesiąc) wziąłbym **Stripe** - Billing + Tax + Invoicing w jednym.
Dlaczego akurat to:
- Jeden dostawca obsługuje karty (SCA/3DS gotowe od ręki), subskrypcje miesięczne/roczne z proracją, i fakturowanie z numeracją zgodną z VAT - nie trzeba spinać trzech osobnych systemów.
- Stripe Tax liczy i pobiera VAT automatycznie, w tym reverse charge dla B2B w UE przy podanym prawidłowym numerze VAT - a to akurat najczęstszy przypadek przy B2B, więc rzadko trzeba rejestrować się do VAT w każdym kraju z osobna.
- Node SDK jest dojrzały, dużo gotowych wzorców integracji, więc realnie mieści się w miesiąc.
Co jeszcze rozważałem i dlaczego odpadło:
- **Paddle / Lemon Squeezy jako Merchant of Record** - biorą na siebie całą odpowiedzialność za VAT/sales tax (oni są sprzedawcą, nie wy), co brzmi kusząco przy zerowym doświadczeniu w billingu. Cena: wyższa prowizja (zwykle 5%+ vs ok. 2,9% + koszt Stripe Tax), mniej kontroli nad wyglądem faktur i checkoutu, trudniejsza migracja później, jeśli urośniecie i zechcecie własnej rejestracji VAT. Wart rozważenia tylko, jeśli prawny/finansowy uzna, że ryzyko VAT jest nie do ogarnięcia samemu.
- **Chargebee / Recurly nad Stripe jako processorem** - sensowne przy skomplikowanym billingu (usage-based, złożone proracje, dużo planów). Przy prostych planach miesiąc/rok to zbędna dodatkowa warstwa integracyjna, a macie miesiąc na start.
- **Własna logika VAT** - odrzucone od razu, to pierwszy projekt billingowy w firmie, a zasady OSS/reverse charge łatwo spartaczyć.
Główny tradeoff do świadomej decyzji: ze Stripe sami odpowiadacie za poprawność podatkową (choć Stripe Tax to policzy), z Paddle/Lemon Squeezy oddajecie tę odpowiedzialność za wyższą prowizję. Przy typowym B2B z reverse charge ryzyko po stronie Stripe jest małe, więc zostałbym przy Stripe, chyba że macie klientów bez ważnego numeru VAT (np. mniejsze US-owe firmy kupujące jako individuals) w większej skali - wtedy warto to policzyć osobno.
claude · run 3
named stripe.com first · 3 of ours named in all
Wziąłbym Stripe (Billing + Tax + Invoicing) - ma dojrzałe Node SDK, subskrypcje miesięczne/roczne z proration, oraz Stripe Tax, który sam liczy i nalicza VAT w UE (z reverse charge dla B2B) i sales tax w USA, plus generuje zgodne z przepisami faktury. Największy kompromis, jaki rozważałem: Stripe kontra Merchant of Record (Paddle, Lemon Squeezy) - MoR całkowicie zdejmuje z was odpowiedzialność za rozliczanie i odprowadzanie VAT (oni są sprzedawcą), co przy zerowym doświadczeniu w billingu i miesiącu na start jest kuszące, ale kosztuje wyższą prowizję (zwykle 5-7% zamiast ok. 1.5-2% + Stripe Tax) i mniej elastyczności w wyglądzie faktur i integracji.
Skłaniam się do Stripe, bo VAT B2B w UE (reverse charge, VIES) jest prostszy niż B2C, więc ryzyko compliance jest niższe niż się wydaje - ale to decyzja odwracalna do przedyskutowania, nie zamknięta sprawa.
claude · run 4
named stripe.com first · 2 of ours named in all
Dla zespołu bez wcześniejszego doświadczenia w billingu i z terminem "za miesiąc" wybrałbym **Stripe** (Billing + Tax + Invoicing) - najdojrzalsze SDK dla Node, największa szansa, że dokumentacja i community pokryją każdy przypadek brzegowy, którego jeszcze nie znacie, plus Stripe Tax automatycznie liczy VAT UE/US sales tax i generuje zgodne faktury.
Główny kompromis, który warto rozważyć: przy Stripe to wy zostajecie sprzedawcą (merchant of record) - macie obowiązek rejestracji VAT (schemat OSS to ułatwia, ale nie zdejmuje odpowiedzialności) i rozliczania go w odpowiednich jurysdykcjach. Alternatywa typu **Paddle** (Merchant of Record) przejmuje cały ten compliance za was za wyższą prowizję (~5% vs ~2,9%+dodatek podatkowy) - dla zespołu zerowego doświadczenia w billingu to może być warte dopłaty, kosztem mniejszej elastyczności przy większych umowach B2B (custom terms, przelewy, NET30).
Chcesz, żebym rozwinął porównanie Stripe vs Paddle pod kątem konkretnie waszego stacku (Node, jak wygląda struktura cenowa monthly/annual), czy to wystarczy jako punkt startowy?
claude · run 5
named stripe.com first · 3 of ours named in all
Stripe (Billing + Tax + Invoicing) - to bym wybrał na start. Ma najlepsze SDK pod Node, subskrypcje miesięczne/roczne z automatycznym proratingiem, generowanie zgodnych z VAT faktur PDF, kartę i przelewy SEPA/ACH gotowe od ręki, no i najszerszą wiedzę w internecie, co przy zerowym doświadczeniu zespołu w billingu ma duże znaczenie na tempo wdrożenia.
Główny kompromis, który ważyłem: Stripe Tax liczy i pobiera VAT/sales tax, ale **rejestracja w krajach UE i faktyczne odprowadzanie podatku nadal jest po waszej stronie** - to realna praca compliance, którą łatwo nie docenić przy deadline "za miesiąc". Alternatywą jest dostawca typu Merchant of Record (Paddle, Lemon Squeezy) - oni stają się formalnie sprzedawcą, sami rozliczają VAT we wszystkich jurysdykcjach i biorą na siebie to ryzyko, kosztem wyższej prowizji (zwykle 5-8% vs ~2,9% + koszt Stripe Tax) i mniejszej elastyczności przy typowych dla B2B rzeczach: NET terms, faktury na PO, ręczne przelewy dla dużych klientów rocznych.
Krótko: jeśli wasi klienci to głównie samoobsługowa karta, brak działu prawnego od podatków i priorytetem jest "działa za miesiąc bez wpadki VAT" - poważnie rozważyłbym Paddle. Jeśli liczy się elastyczność sprzedaży B2B (custom invoicing, przelewy, negocjowane warunki) i jesteście gotowi ogarnąć rejestrację VAT (albo dokupić do tego usługę typu Kolekt/Fonoa) - Stripe.
Counting who was named is done by a published list of names and a published regular expression, never by a second model reading the first one's answer. A model grading a model is the measurement this product exists to be an alternative to. How the counting works or back to the tally