Stripe Tax + magyar ÁFA · implementációs útmutató

Negyedévente ugyanazt látjuk SaaS-auditokon. A csapat bekapcsolta a Stripe Tax-et, kipipálta Magyarországot, és feltételezte, hogy most már 'megfelelő'. Nem az. A Stripe Tax kiszámolja az adót. A magyar-jog-megfelelő számla és a NAV-jelentés még a te problémád. Ez a poszt a lánc, amit Magyarországra értékesítő (és Magyarországról indulván EU-szerte értékesítő) SaaS-knak szállítunk.

Disclaimer: a jog jog, és az utolsó specifikációt a könyvelő hagyja jóvá. Minden alábbi mérnöki forma. A számok (27%-os normál kulcs, B2B fordított adózás, OSS-küszöbök) a 2026-04-26-on hatályos magyar és EU-s szabályból · go-live előtt mindenképp ellenőrizd.

0. lépés · mit csinál a Stripe Tax tényleg

A Stripe Tax eldönti, adóköteles-e a tranzakció, milyen kulccsal és hol, és ezt rányomja a számlára. A küszöböket is kezeli (EU OSS, US economic nexus). NEM állít ki magyar e-számlát, nem küld NAV-jelentést, és nem generálja a magyar jog (Áfa-tv. 169. §) szerinti kötelező mezőket a megfelelő formában. Kell hozzá egy billing-réteg, ami tudja.

1. lépés · regisztráció ott, ahol adóköteles vagy

• Magyar székhelyű SaaS: standard NAV-regisztráció + ÁFA-regisztráció. A küszöb felett 27%-os hazai kulcs, EU-s B2C-re OSS.
• Nem-rezidens, magyar B2C-be értékesítő: OSS-regisztráció a saját tagállamban, NEM közvetlenül Magyarországon. A Stripe Tax szűr és kulcsot rendel.
• Másik EU-s tagállamból Magyarországra B2B: fordított adózás, ha a vevőnek érvényes magyar adószáma van. VIES-en hitelesíts a capture-nél, az adószámot tedd a számlára.
• EU-n kívüli vevők: a szabály területenként eltér; a Stripe Tax kezeli az amerikai államokat és a fő úti célokat · go-live előtt ellenőrizz egzotikus földrajzot.

2. lépés · a Stripe Tax bekötése

Minden Subscription-re és Invoice-ra `automatic_tax: { enabled: true }`. A Customer-re a megfelelő cím-mezők · a számlázási cím az ÁFA-helyszín forrása. EU-s B2B-re vedd fel a vevő `tax_ids`-ét · a Stripe Tax automatikusan fordított adózást alkalmaz, és rányomja a vevő ÁFA-számát a számlára.

import Stripe from "stripe";

const stripe = new Stripe(process.env.STRIPE_SECRET!);

await stripe.customers.update(customerId, {
  address: { country: "HU", postal_code: "1051", city: "Budapest", line1: "..." },
  tax_id_data: vatNumber
    ? [{ type: "eu_vat", value: vatNumber }]
    : undefined,
});

await stripe.subscriptions.create({
  customer: customerId,
  items: [{ price: priceId }],
  automatic_tax: { enabled: true },
  collection_method: "charge_automatically",
});

3. lépés · az ÁFA-szám validálása, nem csak rögzítése

Egy magyar ÁFA-szám a customer-rekorder semmit sem ér, ha nem validáltuk. A NAV publikál SOAP / REST végpontot, az EU adja a VIES-t, és a Stripe is hitelesíti a customerre felvett EU-s ÁFA-számokat. Mindhármat a megfelelő pillanatban: validálj signupkor, ismételten periodikusan, és újra B2B fordított-adós számla előtt. Cache-eld rövid TTL-lel · a VIES erősen rate-limitel.

4. lépés · a magyar-jog-megfelelő számla

A magyar Áfa-tv. (CXXVII / 2007) olyan mezőket ír elő, amelyeket a Stripe alapértelmezett számlája nem szállít a megfelelő formában · sorszámozott számla regisztrált tartományból, eladó és vevő adószáma, kibocsátási és teljesítési dátum HU-formátumban, sor-szintű ÁFA-kulcs, az ÁFA összege HUF-ban, ha más devizában számlázol, és még pár dolog. A számlát saját billing-rétegben generáljuk, és a Stripe-számlára mint mögöttes tranzakcióra hivatkozunk.

• Sorszámozás: a számla-prefixet (`SZAMLA-2026-` stb.) regisztráld a NAV-nál, a következő számot tárold tranzakcionális counterben, sosem újra.
• Deviza: ha EUR-ban vagy USD-ben számlázol, mutasd a HUF-egyenértéket az MNB-középárfolyamon a teljesítés napján. Tárold az árfolyamot, ne nyomtatáskor lookup-old.
• Fordított adózás B2B: 'fordított adózás · reverse charge' szöveg és a vevő ÁFA-száma. A soron a kulcs és az összeg nulla.
• Storno és módosító számla: első osztályú objektumok, nem 'csak töröld és adj ki újat'. A NAV érdekli a lánc.
• PDF + strukturált XML: tárold mindkettőt. A jelentés az XML-ből megy.

5. lépés · NAV Online Számla v3 jelentés

Magyarországon minden magyar adóalany által kibocsátott B2B és B2C számla a NAV Online Számla rendszerbe perceken belül jelentendő. 2026-ra a v3 kötelező. Az integráció XML over REST aláírt tokennel; a hibák explicit kódokkal jönnek. Tranziens hibára retry, perzisztens hibára ops-dashboard, és a customer-flow-t SOSEM blokkoljuk azzal, hogy a NAV lassú.

// pszeudo-kód a NAV-küldő flow-ra
async function reportToNav(invoiceId: string) {
  const xml = await renderInvoiceXml(invoiceId);
  const token = await navTokenExchange();
  const r = await navClient.manageInvoice({
    operation: "CREATE",
    invoice: xml,
    token,
  });
  if (r.result.funcCode === "OK") {
    await markReported(invoiceId, r.transactionId);
  } else {
    await enqueueRetry(invoiceId, r.result);
  }
}

6. lépés · fordított adózás kódútvonala · a hibagyár

A legtöbb csapat a hazai flow-t jól szállítja, és aztán eltörik egy lengyel vagy német B2B-eladáson. A fordított adózás azt jelenti: a vevő fizeti az ÁFA-t a saját országában, te nullával számlázol, a számlán ott a szöveg és a vevő ÁFA-száma. A Stripe Tax kalkulál, ha a `tax_ids` be van állítva. A billing-rétegednek a megfelelő szöveget kell renderelni, a könyvelőkódnak fordított-adós-ként klasszifikálni a tranzakciót az összesítő nyilatkozathoz (A60).

7. lépés · az A60 összesítő nyilatkozat

Negyedévente a magyar ÁFA-alany szállító A60-on listázza az összes EU-n belüli B2B-eladást ÁFA-számokkal és összegekkel. A Stripe Tax exportja jó forrás. A könyvelő olyan formában kéri, amit a rendszere olvas · csináld meg egyszer, automatizáld, ne kézzel, negyedév végén.

8. lépés · visszatérítés, jóváírás, részleges visszatérítés

• Visszatérítéshez storno vagy módosító számla kell. NAV-jelentés szükséges erre is.
• Részleges visszatérítéshez módosító számla az eredeti hivatkozásával. Két 'negatív' számla kibocsátása rossz.
• Subscription mid-period upgrade: az arányos jóváírás / terhelés sorok mind ÁFA-val helyesen jelenjenek meg. A Stripe számolja, a sablonnak megfelelő.
• Vita / chargeback: az eredeti számla érvényes marad. A könyvelési mozgás külön. Ne 'javítsd ki' álszámla-jóváírással.

Tipikus csapdák

• `automatic_tax` csak Subscription-re, nem egyszeri Invoice-ra is. Mindig mindkettőre.
• A vevő által beírt ÁFA-szám hitelesítés nélkül. A bírság a tied, nem az övé.
• A Stripe-rendelt PDF-et adni hivatalos számlaként. Nem az. Generálj sajátot.
• Devizás számlán hiányzó HUF-egyenérték. NAV elutasítja.
• Számla NAV-ra küldése a sorszám atomikus perzisztálása előtt. Két számla ugyanazon számmal · valós audit-megállapítás.
• Alacsony volumenű EU-s B2B-re kihagyni az A60-at. A nullát beadni nem ugyanaz, mint nem beadni.

Ami túléli az auditot: Stripe Tax a számolásra, in-house billing-szolgáltatás a jog-megfelelő számlára, async NAV-küldő egy queue mögött, hitelesített ÁFA-szám flow signupkor és újításkor, és negyedéves export, amit a könyvelő be tud olvasni. Ezt egyszer építsd meg, kezeld rendszerként, ne retrofit-old egy adóellenőrzés előtti éjszakán.