Stripe Connect Marketplace Accounting Workflow

Večina težav s knjigovodstvom na tržnicah izhaja iz ene same napake: obravnavanja izplačila prek Stripe kot prihodka. Izplačilo je neto ostanek ducata posameznih gospodarskih dogodkov, in če ga knjižimo kot eno vrstico prihodkov, s tem izbrišemo platformino provizijo, obveznost do prodajalca ter vse provizije in spore, ki se skrivajo v njem. Pravilen delovni tok razbije izplačilo na sestavne dele, preden karkoli sploh doseže glavno knjigo.

Ta vodnik prikazuje pot vsake kategorije transakcij stanja v platformi Stripe v njeno ustrezno računovodsko domovanje: terjatve, prihodke od provizij, obveznosti do prodajalcev, stroške obdelave in prehodne konte. Kot mehanizem knjiženja uporablja dokumentirane končne točke (endpoints) za uvoz in poravnavo v Nordlet, vsebuje primer obdelane poravnave in se zaključuje s kontrolnim seznamom za usklajevanje, ki ga lahko izvedete pred vsakim zaključkom obdobja.

Pred načrtovanjem določite model bremenitev za Connect

Računovodskih pravil ni mogoče napisati, dokler ne veste, kateri model bremenitve uporablja posamezen plačilni tok. Model določa, na katerem računu Stripe se bremenitev beleži, kdo nosi provizije in kam se najprej stekajo vračila in spori.

Model Connect	Bremenitev ustvarjena na	Nosi provizije Stripe	Vračila/spori zmanjšujejo	Računovodska posledica
Neposredne bremenitve (Direct charges)	Povezan račun	Možnost nastavitve za vsako stran posebej	Stanje povezanega računa	Platforma knjiži svojo prijavno provizijo (application fee) kot prihodek; prodajalčeve plačilne aktivnosti so večinoma na glavni knjigi povezanega računa
Ciljne bremenitve (Destination charges)	Platforma, s takojšnjim nakazilom na en povezan račun	Platforma	Platforma	Platforma knjiži terjatev do kupca in provizijo Stripe; delež prodajalca je obveznost, ne prihodek
Ločene bremenitve in nakazila (Separate charges and transfers)	Bremenitev platforme, nato eno ali več ločenih nakazil	Platforma	Platforma	Bremenitev in nakazila prodajalcu sta ločena dogodka; obveznost do prodajalca se spremlja neodvisno od bremenitve kupca

Stripe-ova lastna navodila o tem, kako delujejo bremenitve v integraciji Connect, potrjujejo, da pri ciljnih bremenitvah ter ločenih bremenitvah in nakazilih stanje platforme nosi provizije za plačila, vračila in reklamacije (chargebacks). Pri neposrednih bremenitvah bremenitev prejme povezani račun, provizije pa se lahko bremenijo katerikoli strani.

Praktično pravilo: ne trdite, da je "izplačilo prek Stripe prihodek prodajalca" ali da "prodajalec plača provizije", dokler niste zapisali modela bremenitve za vsak tok posebej. Ta model shranjujte poleg vsake transakcije. Mešanje neposrednih in ciljnih bremenitev pod enim pravilom knjiženja je najhitrejša pot do napačnega prikazovanja prihodkov in obveznosti.

Ta vodnik predpostavlja ciljne bremenitve ali ločene bremenitve in nakazila, saj prav tu stanje platforme nosi računovodsko težo in tu se gradi večina glavnih knjig tržnic.

Pred uvozom prve vrstice narišite pot tokove sredstev

Preden se lotite uvoza, za vsak tok narišite enostranski zemljevid transakcij:

Plačilo kupca
  -> Stripe bremenitev / transakcija stanja plačila
  -> Stripe provizija
  -> prijavna provizija platforme (komisija)
  -> nakazilo na povezani račun
  -> vračilo ali spor (če je primerno)
  -> Stripe izplačilo
  -> priliv na bančni račun

Vsaka puščica je ločena transakcija stanja s svojim ID-jem, kategorijo, zneskom in datumi. S stanjem v sistemu Stripe ravnajte kot s klirinškim računom, podobnim bančnemu: bremenitve se stekajo vanj, provizije in nakazila odtekajo ven, izplačilo pa preostanek premakne na pravi bančni račun. Dokumentacija za uvoz bančnih in plačilnih podatkov v Nordlet priporoča natanko takšno ravnanje za običajne aktivnosti v sistemu Stripe.

Izberite ustrezno izvorni poročilo Stripe

Za serije poravnav samodejnih izplačil uporabite Stripe-ovo poročilo Usklajevanje izplačil, razčlenjeno po postavkah (Payout reconciliation, itemized). To poročilo vrne eno vrstico na transakcijo stanja, združuje vrstice glede na reporting_category, vsako poveže z ID-jem automatic_payout_id ter zagotavlja bruto, provizijske in neto seštevke. Vodnik za izbiro poročil v sistemu Stripe dokumentira to poročilo in potrjuje charge_id, connected_account_id in destination_payment_id kot razpoložljiva polja Connect.

Kjer samodejna izplačila niso omogočena (pri nekaterih ureditvah z ročnimi izplačili), namesto tega uporabite poročilo o stanju (Balance report). Povzetka izplačil na nadzorni plošči (Dashboard) ne obravnavajte kot zadostnega dokaza za knjiženje. Povzetek dokazuje skupni znesek serije, le razčlenjeno poročilo pa pojasnjuje njegove sestavne dele.

Stripe priporoča razvrščanje glede na reporting_category namesto starejšega polja type, pri čemer vsaka vrstica nosi ID vira (source), ki se povezuje z osnovnim predmetom (objektom). Upoštevajte časovno omejitev: Stripe navaja, da so dnevni podatki poročil običajno na voljo do poldneva naslednjega dne, takojšnjih izplačil (instant payouts) pa ni mogoče čisto dodeliti posameznim transakcijam, zato potrebujejo ločeno usklajevanje zgodovine transakcij.

Razvrstite vsako transakcijo stanja po kategorijah

Uporabite reporting_category kot primarni klasifikator, nato pa preverite source_id, charge_id in opise. Pomembna preslikava:

Aktivnost Stripe	Kategorija poročanja (reporting_category)	Računovodska interpretacija
Bremenitev kupca, kartica ali lokalno plačilno sredstvo	charge	Terjatev, ki jo krije kupec, ali poravnava prodaje
Vračilo kupnine	refund	Razveljavitev prvotnega plačila kupca
Strošek obdelave, ki ga zadrži Stripe	fee	Strošek obdelave plačil
Prijavna provizija platforme	platform_earning	Prihodek iz provizij
Vračilo prijavne provizije	platform_earning_refund	Zmanjšanje prihodkov iz provizij
Nakazilo na povezani račun	transfer	Zmanjšanje obveznosti do prodajalca
Preklicano nakazilo	transfer_reversal	Izterjava s povezanega računa
Reklamacija (chargeback)	dispute	Izguba zaradi reklamacije; preglejte izvorni predmet spora
Pridobljeni ali preklicani spor	dispute_reversal	Povračilo predhodno knjižene reklamacije
Izplačilo na bančni račun	payout	Bančni premik, ne prihodek
Preklicano izplačilo	payout_reversal	Vračilo sredstev v stanje Stripe
Zadržana rezervacija	connect_reserved_funds / risk_reserved_funds	Omejena sredstva, privzeto niso strošek
Dolgotrajno zbiranje negativnega stanja	connect_collection_transfer	Finančni dogodek ali dogodek izterjave, ki zahteva politiko tveganj

Eno opozorilo glede izrazoslovja: starejše polje vrste transakcije stanja (type) uporablja drugačne oznake za iste dogodke, med njimi payment, application_fee in adjustment. Stripe-ova dokumentacija o vrstah transakcij stanja navaja oba besednjaka. Ne mešajte vrednosti type v pravilo za reporting_category in si ne izmišljajte kategorij, kot je dispute_loss, ki jih Stripe ne izvozi. Če izvoz vsebuje oznako, ki je ne prepoznate, ohranite izvoženo vrednost in jo preverite ob izvornem predmetu.

Knjižite običajne aktivnosti tržnice v glavno knjigo

Za platformo, ki uporablja ciljne bremenitve ali ločene bremenitve in nakazila, so konceptualni knjižbeni stavki naslednji.

Bremenitev kupca (denar kupca vstopi v klirinško stanje Stripe):

V vmesni račun Stripe (Stripe clearing)    Bruto bremenitev kupca
    V terjatve do kupcev (Trade receivables)    Bruto bremenitev kupca

Strošek obdelave Stripe:

V stroške provizij Stripe (Stripe fee expense)    Provizija Stripe
    V vmesni račun Stripe (Stripe clearing)         Provizija Stripe

Provizije Stripe ne poravnajte neto z prihodki, razen če vaša računovodska politika izrecno zahteva in podpira neto prikaz.

Komisija platforme (vaš prihodek, odvzet od tistega, kar bi sicer pripadlo prodajalcu):

V obveznosti do prodajalcev (Seller payable)    Znesek komisije
    V prihodke iz provizij (Commission revenue)  Znesek komisije

Nakazilo prodajalcu (poravnava dolgovanega denarja, ni strošek):

V obveznosti do prodajalcev (Seller payable)    Znesek nakazila
    V vmesni račun Stripe (Stripe clearing)         Znesek nakazila

Nakazilo nikoli samodejno ni strošek. Prodajalčev delež postane obveznost, ko bremenitev prispe, nakazilo pa to obveznost poravna. Pravila za knjiženje poravnav v Nordlet sledijo temu: vrstice platform_earning se knjižijo v prihodke iz provizij, medtem ko vrstice transfer zmanjšujejo obveznosti do prodajalcev. Dokumentirani privzeti ključi za knjiženje so settlements.commissionRevenue (privzeto 5001), settlements.sellerPayable (privzeto 4499), settlements.fees (privzeto 6800) in settlements.suspense (privzeto 4440), pri čemer je vsakega mogoče preglasiti za posamezno podjetje prek pravil knjiženja v API-ju Nordlet.

Obravnavajte vračila kupnin glede na prvotno prodajo, ne kot ohlapne bančne postavke

Vračilo je povezano s prvotno bremenitvijo ali računom. Konceptualno:

V vračila / razveljavitve prodaje (Refunds / sales reversals)    Znesek vračila
    V terjatve do kupcev (Trade receivables)                     Znesek vračila

Dejanski vpis je odvisen od tega, ali je bila prodaja že knjižena kot prihodek, ali je treba popraviti davek in ali je bila prijavna provizija platforme vrnjena. Ena sama vrnitev lahko povzroči razveljavitev terjatve, popravek davka, vračilo prijavne provizije, preklic nakazila ali zmanjšanje obveznosti do prodajalca ter posledico glede provizije Stripe, ki jo je treba preveriti in ne predpostavljati.

Časovna past: vračilo se pogosto poravna v kasnejšem izplačilu kot prvotna bremenitev. Prednost dajte razčlenjenemu poročilu o usklajevanju izplačil pred sintetiziranim vračilom iz izvoza na ravni bremenitev. Dokumentacija Nordlet izrecno opozarja, da je vračilo, sintetizirano iz izvoza plačil, le približek, ko se vračilo poravna pozneje. Uvoznik poravnav lahko vnese vrstico z vračilom, jo poveže s prvotno prodajo in ob knjiženju serije razveljavi terjatev.

Obravnavajte spore ločeno od vračil

Spor je zahtevek imetnika kartice ali izdajatelja kartice, pri čemer lahko Stripe pred rešitvijo bremeni tako sporni znesek kot provizijo za spor. Pri ciljnih bremenitvah ter ločenih bremenitvah in nakazilih Stripe bremeni stanje platforme za oboje, v skladu z navodili za vračila in spore. Platforma lahko poskuša povrniti sredstva s preklicem nakazila prodajalcu.

Izgubljen spor s strani platforme:

V izgubo zaradi reklamacij / ponovno odprto terjatev    Sporni znesek
V strošek provizije za spor                             Provizija za spor
    V vmesni račun Stripe (Stripe clearing)             Skupni znesek

Če izgubo nosi prodajalec in je povračilo potrjeno:

V obveznosti do prodajalcev / račun izterjave    Znesek za izterjavo
    V povračilo reklamacij (Chargeback recovery)  Znesek za izterjavo

Ne knjižite povračila od prodajalca samo zato, ker je bil zahtevan preklic nakazila. Preverite, ali je bil preklic ustvarjen, ali je uspel in ali je viden v stanju Stripe. Če je spor dobljen, Stripe vrne sporni znesek prek vrstice dispute_reversal; razveljavite izgubo zaradi reklamacije in ločeno obravnavajte morebitno provizijo za spor, ki je Stripe ne vrne. Nordlet ujema vrstice reklamacij z uporabo charge_id predhodno ujemajoče se bremenitve iz iste datoteke ali prejšnjega uvoza.

Primer obdelane poravnave

Vzemimo eno serijo samodejnih izplačil. Razčlenjeno poročilo vsebuje:

• Vrstico charge: bruto 100,00, provizija Stripe 3,20, neto 96,80
• Vrstico platform_earning: 15,00, provizija platforme
• Vrstico transfer: 81,80 za povezanega prodajalca
• Vrstico refund od prejšnje prodaje: bruto 20,00, ki se poravnava v tej seriji
• Vrstico payout: skupni znesek serije, ki se seli na bančni račun

Sestava izplačila, ki sledi identiteti poravnave Stripe:

Bruto bremenitve              100,00
- vračila                      20,00
- provizije Stripe              3,20
- nakazila                     81,80
= neto do stanja platforme     -5,00

Vrstica platform_earning ne premika denarja drugič. Označuje 15,00, ki ostanejo v stanju platforme, ko sta provizija in nakazilo prodajalcu že zunaj, kar platformi omogoča, da pripne prihodek od provizij, namesto da bi ga morala ugotavljati s posrednimi sklepi.

Tukaj nakazilo prodajalcu in vračilo presežeta neto aktivnost bremenitev, zato ima serija neto majhen negativni znesek ter zmanjšuje naslednje izplačilo ali črpa iz stanja. Knjiženi temeljni dokument razveljavi vrnjeno terjatev, knjiži 15,00 prihodkov od provizij, zabeleži 3,20 stroškov provizij, zmanjša obveznost do prodajalca za znesek nakazila in knjiži razveljavitev vračila. Bančna vrstica se ujema z netom, ki doseže račun. Noben posamezen podatek ni enak "prihodku", kar je tudi bistvo.

Uvoz in knjiženje prek končne točke poravnav v Nordlet

Za usklajevanje na ravni izplačil uporabite:

POST /v1/bank/settlements/import

s ponudnikom Stripe in razčlenjeno datoteko CSV. Nordlet združuje vrstice glede na automatic_payout_id, vsako izplačilo spremeni v serijo poravnave z bruto, provizijskimi in neto seštevki, preskoči ponovne uvoze že knjiženega izplačila, preskoči vrstice payout iz sestave izplačila ter samodejno poveže vrstice bremenitev, vračil in sporov z uporabo sklicev na naročila, račune, PaymentIntent, bremenitev, vir ali metapodatke. Stripe razdeli razčlenjeno poročilo v eno datoteko na razdelek, zato uvozite datoteke bremenitev, vračil in provizij skupaj: vrstice, ki pripadajo izplačilu, ki je že uvoženo, but še ni knjiženo, se združijo v obstoječo serijo. To je delovni tok uvoza in knjiženja, ki ga vodijo datoteke in končne točke poravnav, in ne povezovalnik Stripe v živo; stran s funkcijami navaja, kaj pokriva stran bank in poravnav.

Ujemajte po vrstnem redu: bremenitve z računi, vračila s prvotnimi bremenitvami, spore s prvotnimi bremenitvami, vrstice provizij s obravnavo provizij. Provizije Stripe, popravke, rezervacije in vrstice izplačil hranite izven ujemanja z računi. Glosar za usklajevanje plačil v Nordlet navaja, da vrstice provizij in popravkov po zasnovi niso ujemljive z računi; neporavnane postavke, ki nosijo denar, preusmerite na prehodni konto. Ročni popravek uporablja bank/settlements/match { lineId, invoiceId }, pri čemer null za invoiceId prekliče ujemanje.

Nato knjižite eno uravnoteženo serijo:

POST /v1/bank/settlements/post

To ustvari en uravnotežen temeljni dokument, poravna ujemajoče se račune, v breme knjiži konto glavne knjige bančnega računa za neto izplačilo, v breme knjiži provizije, v korist knjiži terjatve za bremenitve, razveljavi terjatve za vračila in reklamacije, razdeli neujemajoče se bremenitve tržnice med prihodke iz provizij in obveznosti do prodajalca, ko je podan commissionPercent, ter pošlje nerešene zneske na prehodni konto. Vse kategorije, ki jih ne prepozna, prav tako končajo na prehodnem kontu, odziv pa te kategorije navede v opozorilu, namesto da bi jih tiho posrkal.

Kontrolni seznam za usklajevanje

Pred vsakim zaključkom preverite naslednje trditve:

• Ni podvojenih balance_transaction_id
• Ni podvojenih serij poravnav (provider, payout_id)
• Vsota neto vrednosti vrstic je enaka netu serije
• Neto serije je enak bančnemu izplačilu, ob upoštevanju časovnih in valutnih politik
• Vsako vračilo ima prvotno bremenitev ali zabeleženo izjemo
• Vsak spor ima sklic na spor ali bremenitev
• Vsako nakazilo ima ID povezanega računa
• Vsaka vrstica platform_earning ima določeno obravnavo provizije
• Prehodni konto je ničelni ali v celoti pregledan, vključno z vsemi neprepoznanimi kategorijami, navedenimi v opozorilu o knjiženju
• Obveznost do prodajalca ni negativna brez odobrenega predujma ali politike izterjave
• Knjiženih serij ni mogoče tiho ponovno uvoziti ali knjižiti
• Izplačilo v drugi valuti kot je osnovna valuta podjetja se pretvori po tečaju na datum izplačila, razlika glede na lastni tečaj vsakega računa pa se knjiži kot realizirani tečajni dobiček ali izguba; izplačilo, ki meša valute, je ob uvozu zavrnjeno

Usklajujte na treh ravneh: vrstica (vsaka transakcija ima ohranjen ID, kategorijo, znesek, valuto, vir), izplačilo (razčlenjeni neto zneski so enaki izplačilu Stripe in bančnemu prilivu) in glavna knjiga (knjiženi temeljni dokument se ujema ter ustvarja želene položaje prihodkov, provizij, terjatev, obveznosti do prodajalcev in prehodnega konta). Specifično za stanja prodajalcev preverite, da začetna obveznost do prodajalca plus novi delež prodajalca, minus nakazila in veljavne razveljavitve, dajejo končno obveznost do prodajalca.

Ponavljajoča se napaka v vsaki glavni knjigi tržnice je tista, s katero se je začela: sesutje strukturiranega izplačila v eno samo število. Sestavne dele hranite ločene, vsakega pritrdite na stabilen identifikator Stripe in pustite, da prehodni konto zadrži vse, česar še ne morete pojasniti. Čist zaključek je tisto, čemur bo revizor zaupal.

FAQ

Ali je izplačilo Stripe prihodek platforme?

Ne. Izplačilo je neto znesek bremenitev, vračil, stroškov obdelave, nakazil prodajalcem, sporov in popravkov, ki so se slučajno poravnali v isti seriji. Če ga knjižimo kot eno vrstico prihodkov, izbrišemo obveznost do prodajalca in strošek obdelave v njem. Za posredniško tržnico je prihodek provizija, ki jo določajo vrstice platform_earning.

S katerim poročilom Stripe naj usklajujem podatke?

S poročilom Usklajevanje izplačil, razčlenjeno po postavkah (Payout reconciliation, itemized), ker ponuja eno vrstico na transakcijo stanja s kategorijo reporting_category, ID-jem automatic_payout_id ter bruto, provizijskimi in neto zneski. Povzetek izplačil na nadzorni plošči dokazuje le skupni znesek serije. Kjer samodejna izplačila niso omogočena, namesto tega uporabite poročilo o stanju.

Ali je treba nakazilo prodajalcu knjižiti kot strošek?

Ne. Delež prodajalca postane obveznost v trenutku, ko bremenitev kupca prispe, nakazilo pa to obveznost poravna. Knjiženje nakazil kot stroškov podvojeno šteje stroške in pusti obveznost do prodajalca trajno previsoko izkazano.

Kaj se zgodi z vrstico Stripe, katere kategorijo uvoznik ne prepozna?

Knjiži se na prehodni konto poravnav (settlement suspense account), privzeto 4440, odziv na knjiženje pa vrne opozorilo, ki imenuje kategorije, ki so šle tja. Rezervacije in nenavadni popravki običajno končajo na ta način, kar je namerno: denar ostane viden in dnevnik ostane uravnotežen, dokler se nekdo ne odloči, kam spada.

Kako se obravnavajo vračila, ki se poravnajo v kasnejšem izplačilu?

Prispejo kot vrstica refund v razčlenjenem poročilu kasnejšega izplačila in se povežejo nazaj s prvotno bremenitvijo prek charge_id predhodno ujemajoče se bremenitve. Vračilo, sintetizirano iz izvoza plačil na ravni bremenitev, je v tem primeru le približek, zato je razčlenjeno poročilo varnejši vir.

Nadaljnje branje

• Uvoz bančnih in plačilnih podatkov, vključno z usklajevanjem poravnav Stripe
• Usklajevanje plačil: ujemanje izplačil ponudnikov plačilnih storitev (PSP) z glavno knjigo
• Pomožne knjige prodajalcev na tržnici: prihodki proti obveznostim
• Kako delujejo bremenitve v integraciji Connect (Stripe)