Minden csatornán ugyanazok a számlaszabályok vonatkoznak?

Igen. A Frihet a csatornától függetlenül ugyanazt a numerációs sorozatot, adókezelést és VeriFactu-megfelelőséget alkalmazza. Egy Shopify-megrendelésből és egy Stripe-kifizetésből ugyanolyan formátumú, sorszámozott számla lesz.

Mi van, ha ugyanaz a vevő különböző csatornákon vásárol?

A Frihet ügyfél-deduplikációja az email-cím alapján kapcsolja össze a vásárlókat. Ugyanaz a vevő Shopify-on és Stripe-on keresztül is megvásárolva ugyanahhoz az ügyfélprofilhoz kerül.

Hogyan kezeli a Frihet a visszatérítéseket és jóváírásokat?

Minden visszatérítési eseményre (Stripe refund, Shopify return stb.) a Frihet automatikusan jóváíró számlát (credit note) generál, amelyet a VeriFactu hash-láncba illeszt.

ERP e-kereskedelemhez: automatikus számlázás 7 csatornán

Az e-kereskedelem egyik alapvető kihívása a számlázás: nem egy csatornáról, hanem ötről, hatról, hétről párhuzamosan. Shopify-megrendelések, Stripe-fizetések, Gumroad-termékek, PayPal-tranzakciók – mindegyik különböző formátumban, különböző adatokkal, különböző visszatérítési logikával.

Ha manuálisan kezeled, hetente 5-8 óra megy rá. Ha nem kezeled elég gondosan, az adóellenőrzésnél derül ki a probléma.

A 7 integrált csatorna

1. Stripe – a fő fizetési infrastruktúra

A Stripe integráció két módban működik:

Stripe Connect (kimenő): Ügyfeleid közvetlenül fizethetnek a Frihet-számlákon keresztül. A számla PDF-ben megjelenik a fizetési linkkel, a beérkező összeg automatikusan párosítódik a számlával.

Stripe Revenue Sync (bejövő): Ha már van Stripe-fiókod, a meglévő fizetéseket importálja és automatikusan számlát generál belőlük. Ideális, ha Stripe Checkout-on, Payment Links-en vagy API-on keresztül szedsz be fizetéseket és utólag kell a számlázást rendbe tenni.

2. Shopify – e-kereskedelmi rendelések

A Shopify-integráció minden befejezett rendelésre automatikusan számlát generál. A rendelési adatok (termék, mennyiség, vevő, szállítási cím) automatikusan töltik ki a számlát. Az adókezelés a vevő tartózkodási helye alapján történik.

Speciális esetkezelés:

Részleges fizetés: a számla “részlegesen fizetett” státuszba kerül
Visszatérítés: jóváíró számla generálódik
Törölt rendelés: a számla érvénytelenítődik a VeriFactu láncban

3. WooCommerce – WordPress e-bolt

A WooCommerce webhook-alapú integráción keresztül csatlakozik. Minden order.completed esemény számlát generál. A konfiguráció tartalmaz egy produktkatalógus-szinkronizálást is: a WooCommerce termékek megjelennek a Frihet katalógusban.

4. Gumroad – digitális termékek

Gumroad különösen kreatív alkotók és szoftver-fejlesztők által preferált platform. Az integráció az order.succeeded és subscription.renewed eseményekre épül.

Sajátosság: Gumroad tranzakciói tartalmazhatnak affiliate-jutalékot. A Frihet integráció bruttó értéket importál, a jutalék external kiadásként jelenik meg.

5. Lemon Squeezy – szoftver-licencek és SaaS

Lemon Squeezy kínál Merchant of Record megközelítést (ők kezelik az adókat), de a forgalmadat még mindig dokumentálni kell. A Frihet integráció az összes Lemon Squeezy eladást számlán rögzíti, a “Lemon Squeezy által kezelt adók” megjegyzéssel.

6. PayPal – globális fizetések

A PayPal integráció az IPN (Instant Payment Notification) rendszeren alapul. Minden befejezett tranzakcióra számla generálódik. A PayPal-os tranzakciók devizaváltást is tartalmazhatnak – a Frihet a tényleges elszámolási összeget importálja, nem a nominálist.

7. GoCardless – előfizetések és ismétlődő fizetések

GoCardless a SEPA-terhelési megbízásokra specializálódott – különösen Egyesült Királyság és EU piacra. A Frihet integráció minden sikeres GoCardless összegyűjtésre automatikus számlát generál, és az payment.failed eseményre fizetési értesítést küld.

A konzisztencia kérdése

Az e-kereskedelmi számlázás legnagyobb kihívása nem az egyes csatornák kezelése – hanem a konzisztencia fenntartása minden csatornán egyszerre.

Mit jelent a konzisztencia:

Egyetlen számlasorozat minden csatornán (FRI-2026-0001 és soha két egyforma szám)
Azonos adókezelési logika: ha az ügyfél Spanyolországból rendel, ÁFA; ha Kanáriszigetek, IGIC; ha EU-s B2B, fordított adózás
Egyforma formátum (logo, elrendezés, QR-kód, fizetési feltételek)
VeriFactu hash-lánc minden számlán, csatornától függetlenül

A Frihet egyetlen számlázási motoron futtatja az összes csatornát: a csatorna meghatározza az adatforrást, de a számlázási logika, az adókezelés és a VeriFactu-megfelelőség egységes.

Visszatérítések és jóváírások kezelése

Az e-kereskedelemben a visszatérítés elkerülhetetlen. A helyes kezelés kritikus a VeriFactu-megfelelőség szempontjából.

A folyamat minden csatornán:

Visszatérítési esemény érkezik (refund webhook)
Frihet azonosítja az eredeti számlát
Jóváíró számlát (credit note) generál, hivatkozva az eredeti sorszámra
A jóváíró számla bekerül a VeriFactu hash-láncba
A cashflow-dashboard frissül (a visszatérítés megjelenik negatív tételként)

A jóváíró számlát nem törli az eredeti számlát – a VeriFactu lánc szerint törölni nem szabad. A könyvelési eredmény az eredeti és a jóváíró számla összege.

Adókezelés multi-csatornás e-kereskedelemben

Az e-kereskedelmi adókezelés az egyik legbonyolultabb terület: a vevő helye meghatározza az alkalmazandó adót, de ez csatornánként eltérően adódik át.

A Frihet adóintelligenciája minden csatornán alkalmazza a helyes logikát: B2B EU → fordított adózás, spanyol B2C → 21% ÁFA, Kanári-szigetek → IGIC 7%, egyéb → nulla-kulcsos vagy a célország szabályai szerint.

Multi-csatornás e-kereskedelem – összefoglalás

A 7 csatornás integráció eredménye:

Manuális számlázás: 5-8 óra/hét → 0 óra
Adóhibák kockázata: magas → minimális (automatikus adólogika)
VeriFactu-megfelelőség: minden csatornán egységes
Heti cashflow-láthatóság: azonnali, nem havi zárás után

Az e-kereskedelem növekedésével a számlázás automatizálása nem opcionális – hanem az egyetlen fenntartható megoldás.