Stripe Connect Marketplace Accounting Workflow

A practitioner's guide to posting charges, fees, transfers, refunds, disputes, and reserves into a marketplace ledger that reconciles cleanly.

Enamik turupõhise ärimudeli (marketplace) raamatupidamisprobleeme saab alguse ühestainsast veast: Stripe'i pangaasjakande (payout) käsitlemisest tuluna. Väljamakse on kümnete erinevate majandussündmuste netojääk ning selle kajastamine ühe tulureana kustutab platvormi komisjonitasu, müüja kohustuse ning kõik selle sisse peidetud tasud ja vaidlused. Korrektne töövoog võtab väljamakse enne pearaamatusse kandmist koost lahti.

See juhend viib iga Stripe Connecti saldoandmiku tehingukategooria selle õigesse raamatupidamislikku sihtkohta: nõuded, komisjonitulu, müüjate kohustused, teenustasude kulu ja ooteleht (suspense). Juhend kasutab kajastusmehhanismina Nordleti dokumenteeritud impordi- ja arveldusotsapunkte, sisaldab näidisarveldust ning lõpeb kontroll-lehega, mida saate käivitada enne iga kuu sulgemist.

Tehke enne kujundamist selgeks Connecti maksemudel

Raamatupidamisreegleid ei saa enne kirja panna, kui te pole kindlaks teinud, millist maksemudelit iga tehinguvoog kasutab. Mudel määrab ära, kumma osapoole Stripe'i saldol tehing kajastub, kes kannab tasud ning kuhu suunatakse esimesena tagasimaksed ja vaidlused.

Connecti mudel	Tehingu algataja	Stripe'i tasude kandja	Tagasimaksed/vaidlused vähendavad	Raamatupidamislik tagajärg
Otsesed tehingud (Direct charges)	Seotud kontohaldur (connected account)	Kokkuleppel kummagi osapoole poolt	Seotud konto saldot	Platvorm kajastab oma vahendustasu tuluna; müüja maksetegevus toimub peamiselt seotud konto pearaamatus
Sihtkoha-põhised tehingud (Destination charges)	Platvorm, koos kohese ülekandega ühele seotud kontole	Platvorm	Platvorm	Platvorm kajastab kliendi nõude ja Stripe'i tasu; müüja osa on ostuvõlg, mitte tulu
Eraldi tehingud ja ülekanded (Separate charges and transfers)	Platvormi tehing, millele järgneb üks või mitu eraldi ülekannet	Platvorm	Platvorm	Tehing ja müüja ülekanded on eraldi sündmused; müüja kohustust jälgitakse klienditehingust eraldiseisvalt

Stripe'i enda juhised maksete toimimise kohta Connecti integratsioonis kinnitavad, et sihtkoha-põhiste ning eraldi tehingute ja ülekannete korral kannab maksetasusid, tagasimakseid ja tagasinõudeid (chargebacks) platvormi saldo. Otsetehingute korral laekub makse seotud kontole ning tasusid saab debiteerida kumma osapoole kontolt tahes.

Praktiline reegel: ärge öelge, et "Stripe'i väljamakse on müüja tulu" või "müüja maksab tasud" enne, kui olete iga tehinguvoo jaoks maksemudeli kirja pannud. Salvestage see mudel iga tehingu juurde. Otse- ja sihtkohapõhiste tehingute segamine ühe kajastusreegli alla on kiireim viis nii tulu kui ka kohustuste valesti esitamiseks.

Käesolev juhend eeldab sihtkoha-põhiseid tehinguid või eraldi tehinguid ja ülekandeid, sest just seal lasub raamatupidamiskohustus platvormi saldol ja just seal ehitatakse enamik turuplatvormi pearaamatuid.

Kaardistage rahavood enne ühegi rea importimist

Enne impordi juurde asumist joonistage iga voo jaoks üheleheküljeline tehingute kaart:

Kliendi makse
  -> Stripe'i tehing / maksete saldoandmik
  -> Stripe'i tasu
  -> platvormi vahendustasu (komisjon)
  -> ülekanne seotud kontole
  -> tagasimakse või vaidlus (vajadusel)
  -> Stripe'i väljamakse
  -> panga laekumine

Iga nool on eraldiseisev saldoandmiku tehing oma ID, kategooria, summa ja kuupäevadega. Käsitlege Stripe'i saldot pangalaadse arvelduskontona: maksed voolavad sisse, tasud ja ülekanded voolavad välja ning väljamakse liigutab ülejäägi päris panka. Nordleti panga- ja maksete impordi dokumentatsioon soovitab tavapärase Stripe'i tegevuse jaoks täpselt sellist käsitlust.

Valige õige Stripe'i lähtearuanne

Automaatsete väljamaksete arvelduspakettide jaoks kasutage Stripe'i üksikasjalikku väljamaksete aruannet (Payout reconciliation, itemized). See annab ühe rea saldoandmiku tehingu kohta, rühmitab read parameetri reporting_category järgi, seob igaühe automaatse väljamakse ID-ga (automatic_payout_id) ning esitab kogusummad, tasude ja netosummade koondid. Stripe'i aruande valimise juhend dokumenteerib selle aruande ja kinnitab väljad charge_id, connected_account_id ja destination_payment_id saadaolevate Connecti väljadena.

Kui automaatsed väljamaksed pole lubatud (mõned käsitsi väljamaksete kokkulepped), kasutage selle asemel saldooruannet (Balance report). Ärge pidage juhtpaneeli (Dashboard) väljamaksete koondvaadet piisavaks tõendiks kajastamiseks. Koondvaade tõestab paketi summat; ainult üksikasjalik aruanne selgitab selle komponente.

Stripe soovitab klassifitseerida välja reporting_category alusel, mitte vanema välja type järgi, ning igal real on lähtekoodi (source) ID, mis seondub alusobjektiga. Pöörake tähelepanu ajastusele: Stripe märgib, et igapäevased aruandeandmed on tavaliselt saadaval järgmise päeva keskpäevaks ning kiirväljamakseid ei saa puhtalt üksikute tehingutega siduda, mistõttu need vajavad eraldi tehinguajaloo vastavusse viimist.

Klassifitseerige iga saldoandmiku tehing kategooria alusel

Kasutage peamise klassifikaatorina välja reporting_category, seejärel kontrollige parameetreid source_id, charge_id ja selgitusi. Oluline vastavustabel:

Stripe'i tegevus	Aruandluse kategooria (`reporting_category`)	Raamatupidamislik tõlgendus
Kliendi tehing, kaardi- või kohalik makseviis	`charge`	Kliendi poolt tasutud nõue või müügiarveldus
Tagasimakse	`refund`	Algse kliendimakse tühistamine
Stripe'i poolt kinni peetud teenustasu	`fee`	Maksete töötlemise kulu
Platvormi vahendustasu	`platform_earning`	Komisjonitulu
Tagastatud vahendustasu	`platform_earning_refund`	Komisjonitulu vähendamine
Ülekanne seotud kontole	`transfer`	Müüja kohustuse vähendamine
Tagasipööratud ülekanne	`transfer_reversal`	Tagasinõue seotud kontolt
Tagasinõue (chargeback)	`dispute`	Tagasinõudest tulenev kahjum; kontrollige algset vaidluse objekti
Võidetud või tagasipööratud tagasinõue	`dispute_reversal`	Varem kajastatud kahjumi tagasipööramine
Väljamakse panka	`payout`	Pangaliikumine, mitte tulu
Tagasipööratud väljamakse	`payout_reversal`	Raha naasmine Stripe'i saldole
Kinnipeetud reserv	`connect_reserved_funds` / `risk_reserved_funds`	Piiratud vahendid, vaikimisi mitte kulu
Pikaajalise negatiivse saldo sissenõudmine	`connect_collection_transfer`	Rahastamis- või sissenõudmissündmus, mis vajab riskipoliitikat

Üks terminoloogiline hoiatus: vanem saldoandmiku tüübi väli (type) kasutab samade sündmuste jaoks erinevaid silte, sealhulgas payment, application_fee ja adjustment. Stripe'i saldoandmiku tüüpide dokumentatsioon loetleb mõlemad sõnastikud. Ärge segage välja type väärtust reporting_category reegliga ja ärge mõelge välja sellist kategooriat nagu dispute_loss, mida Stripe ei ekspordi. Kui eksporditud andmed sisaldavad teile tundmatut silti, säilitage eksporditud väärtus ja kontrollige seda alusobjekti alusel.

Kajastage tavapärane turuplatvormi tegevus pearaamatus

Platvormi puhul, mis kasutab sihtkohapõhiseid tehinguid või eraldi tehinguid ja ülekandeid, on kontode korrespondentsid järgmised.

Kliendi tehing (kliendi raha siseneb Stripe'i arveldussaldole):

Dr Stripe'i arvelduskonto   Kliendi tehingu kogusumma
    Cr Nõuded ostjate vastu   Kliendi tehingu kogusumma

Stripe'i teenustasu:

Dr Stripe'i teenustasude kulu   Stripe'i tasu
    Cr Stripe'i arvelduskonto     Stripe'i tasu

Ärge tasaarveldage Stripe'i tasu tuluga,, välja arvatud juhul, kui teie raamatupidamise siseeeskiri seda selgesõnaliselt nõuab ja toetab netoresultatsiooni esitamist.

Platvormi komisjonitasu (teie tulu, mis arvestatakse maha summast, mis muidu tuleks müüjale maksta):

Dr Müüjate kohustused       Komisjonitasu summa
    Cr Komisjonitulu        Komisjonitasu summa

Müüja ülekanne (võlgnetava raha arveldamine, ei ole kulu):

Dr Müüjate kohustused       Ülekande summa
    Cr Stripe'i arvelduskonto   Ülekande summa

Ülekanne ei ole automaatselt kulu. Müüja osa muutub kohustuseks hetkel, mil tehing laekub, ning ülekanne kustutab selle kohustuse. Nordleti arvelduse kajastamise reeglid järgivad seda: read platform_earning kirjendatakse komisjonituluna, samas kui read transfer vähendavad müüja kohustust. Dokumenteeritud vaikeväärtusega kajastusvõtmed on settlements.commissionRevenue (vaikimisi 5001), settlements.sellerPayable (vaikimisi 4499), settlements.fees (vaikimisi 6800) ja settlements.suspense (vaikimisi 4440), millest igaüks on ümber määratletav ettevõttepõhiselt Nordleti API kajastusreeglite kaudu.

Käsitlege tagasimakseid algse müügi, mitte lahtiste pankade kirjete alusel

Tagasimakse on seotud algse tehingu või arvega. Kontseptuaalselt:

Dr Tagasimaksed / müügi korrigeerimised   Tagasimakse summa
    Cr Nõuded ostjate vastu              Tagasimakse summa

Tegelik kulu sõltub sellest, kas müük oli kajastatud, kas käibemaksu tuleb korrigeerida ja kas platvormi vahendustasu tagastati. Üks tagasimakse võib tekitada nõude tühistamise, käibemaksu korrigeerimise, vahendustasu tagastuse, ülekande tagasipööramise või müüja kohustuse vähenemise ning Stripe'i teenustasuga seotud mõju, mida tuleb eeldamise asemel kontrollida.

Ajastuse lõks: tagasimakse arveldatakse sageli hilisemas väljamakses kui algne tehing. Eelistage üksikasjalikku väljamaksete vastavusse viimise aruannet tehingutaseme ekspordist tuletatud tagasimaksele. Nordleti dokumentatsioon hoiatab selgesõnaliselt, et maksedokumentide ekspordist tuletatud tagasimakse on vaid ligikaudne, kui tagasimakse arveldatakse hiljem. Arvelduse importija saab tagasimakse rea sisse lugeda, selle algse müügiga sobitada ja nõude paketi postitamisel tühistada.

Käsitlege vaidlusi tagasimaksetest eraldi

Vaidlus on kaardiomaniku või väljastajapanga nõue ning Stripe võib enne vaidluse lahendamist debiteerida nii vaidlusaluse summa kui ka vaidluse tasu. Sihtkoha-põhiste tehingute ning eraldi tehingute ja ülekannete puhul debiteerib Stripe mõlema eest platvormi saldot, vastavalt oma tagasimaksete ja vaidluste juhendile. Platvorm võib proovida vahendeid tagasi nõuda müüja ülekande tagasipööramise teel.

Kaotatud vaidlus platvormi vaatepunktist:

Dr Tagasinõude kahjum / avatud nõue   Vidlusalune summa
Dr Vaidluse tasu kulu                 Vaidluse tasu
    Cr Stripe'i arvelduskonto         Koondsumma

Kui müüja kannab kahju ja tagasinõue on kinnitatud:

Dr Müüjate kohustused / tagasinõude konto   Nõutav summa
    Cr Tagasinõude laekumine                Nõutav summa

Ärge kajastage müüja tagasinõuet pelgalt seetõttu, et ülekande tagasipööramist taotleti. Kontrollige, et tagasipööre loodi, õnnestus ja ilmneb Stripe'i saldol. Kui vaidlus võidetakse, tagastab Stripe vaidlusaluse summa rea dispute_reversal kaudu; tühistage tagasinõude kahjum ja käsitlege eraldi kõiki vaidluse tasusid, mida Stripe ei tagasta. Nordlest sobitab tagasinõude read varem sobitatud tehingu väljast charge_id, kas samast failist või varasemast impordist.

Töötav näide arvelduse kohta

Võtame ühe automaatse väljamakse paketi. Üksikasjalik aruanne sisaldab:

Rea charge: brutomaksumus 100.00, Stripe'i tasu 3.20, neto 96.80
Rea platform_earning: 15.00, platvormi komisjonitasu
Rea transfer: 81.80 seotud müüjale
Rea refund varasemast müügist: brutomaksumus 20.00, arveldatakse käesolevas paketis
Rea payout: panka suunduv paketi kogusumma

Väljamakse koosseis, järgides Stripe'i arvelduse identiteeti:

Brutotehingud                100.00
- tagasimaksed                20.00
- Stripe'i tasud               3.20
- ülekanded                   81.80
= neto platvormi saldol       -5.00

Rida platform_earning ei liiguta raha teist korda. See nimetab summa 15.00, mis jääb platvormi saldole pärast seda, kui tasu ja müüja ülekanne on maha arvatud, et platvorm saaks komisjonitulu kajastada selle tuletamise asemel.

Siin ületavad müüja ülekanne ja tagasimakse netotehingu tegevuse, mistõttu pakett kujuneb väikese miinusega ja vähendab järgmist väljamakset või kasutab saldot. Postitatud kanne tühistab tagastatud nõude, kajastab 15.00 komisjonitulu, kirjendab 3.20 teenustasude kulu, vähendab müüja kohustust ülekande võrra ja kajastab tagasimakse tühistamise. Pangaliin vastab kontoni jõudvale netosummale. Ükski üksik number ei võrdu "tuluga", mis ongi kogu asja mõte.

Importimine ja kajastamine Nordleti arvelduse otsapunkti kaudu

Väljamaksete tasemel vastavusse viimiseks kasutage järgmist:

POST /v1/bank/settlements/import

Stripe'i teenusepakkuja ja üksikasjaliku CSV-failiga. Nordlest rühmitab read parameetri automatic_payout_id järgi, muudab iga väljamakse arvelduspaketiks, millel on brutomaksud, tasud ja netosummad, jätab vahele juba postitatud väljamaksete korduvimpordid, jätab väljamakse koostisest välja read payout ning sobitab automaatselt tehingute, tagasimaksete ja vaidluste read tellimuse, arve, PaymentIntendi, tehingu, lähtekoodi või metaandmete viidete abil. Stripe jagab üksikasjaliku aruande ühte faili sektsiooni kohta, seega importige tehingu-, tagasimakse- ja tasufailid koos: juba imporditud, kuid veel postitamata väljamaksele kuuluvad read liidetakse olemasoleva paketiga. See on failide ja arvelduse otsapunktide abil juhitav impordi- ja postitamistöövoog, mitte reaalajas Stripe'i konnektor; funktsioonide leht loetleb, mida panga- ja arvelduspool katab.

Sobitage järjekorras: tehingud arvetega, tagasimaksed algsete tehingutega, vaidlused algsete tehingutega, komisjonitasu read komisjonitasu kajastusega. Hoidke Stripe'i tasud, korrigeerimised, reservid ja väljamakse read arvemõõdikute sobitamisest eemal. Nordleti maksete vastavusse viimise sõnastik märgib, et tasude ja korrigeerimise read ei ole olemuslikult arvete alusel sobituvad; suunake lahendamata rahaliigutuse read ootelehele. Käsitsi korrigeerimiseks kasutatakse otsapunkti bank/settlements/match { lineId, invoiceId }, kusjuures null väärtusega invoiceId tühistab sobituse.

Seejärel postitage üks tasakaalus pakett:

POST /v1/bank/settlements/post

See loob ühe tasakaalus kira, arveldab sobitatud arved, debiteerib pangakonto pearaamatu kontot netoväljamakse ulatuses, debiteerib tasusid, krediteerib nõudeid tehingute osas, tühistab nõudeid tagasimaksete ja tagasinõuete osas, jagab sobitamata turuplatvormi tehingud komisjonitulu ja müüja kohustuse vahel, kui parameeter commissionPercent on esitatud, ning suunab lahendamata summad ootelehele. Iga kategooria, mida süsteem ära ei tunne, satub samuti ootelehele ning vastus nimetab need kategooriad hoiatuses, selle asemel et neid vaikides neelata.

Kontroll-leht vastavusse viimiseks

Kontrollige neid asjaolusid enne iga perioodi sulgemist:

Puuduvad korduvad balance_transaction_id väärtused
Puuduvad korduvad (provider, payout_id) arvelduspaketid
Rea net summad võrduvad paketi netosummaga
Paketi neto võrdub pangaväljamaksega, arvestades ajastuse ja valuutapoliitikaga
Igale tagasimaksele vastab algne tehing või logitud erand
Igale vaidlusele vastab vaidlus- või tehinguviide
Igale ülekandele vastab seotud konto ID
Igale reale platform_earning vastab määratletud komisjonitasu käsitlus
Ooteleht on nullis või täielikult üle vaadatud, sealhulgas kõik postitamise hoiatuses nimetatud tundmatud kategooriad
Müüja kohustus ei ole negatiivne ilma heakskiidetud ettemakse- või tagasinõudepoliitikata
Postitatud pakette ei saa salaja uuesti importida ega postitada
Väljamakse ettevõtte baasvaluutast erinevas valuutas konverteeritakse väljamakse kuupäeva kursiga, kusjuures erinevus iga arve enda kursist kajastatakse realiseeritud valuutakursi kasumi või kahjumina; mitut valuutat segav väljamakse lükatakse impordil tagasi

Viige andmed vastavusse kolmel tasemel: rida (igal tehingul on säilitatud ID, kategooria, summa, valuuta, allikas), väljamakse (üksikasjalikud netosummad võrduvad Stripe'i väljamakse ja pangalaekumisega) ning pearaamat (postitatud kande tasakaalustatus ja kavandatud tulu-, tasu-, nõude-, müüja kohustuste- ning ootelehepositsioonide teke). Müügisaldode puhul kontrollige konkreetselt, et müüja algne kohustus pluss uus müüja osa, miinus ülekanded ja kehtivad tagasipöörlemised, võrdub müüja lõppkohustusega.

Korduv viga igas turuplatvormi pearaamatus on sama, millega see algas: struktureeritud väljamakse taandamine ühele numbrile. Hoidke komponendid eraldi, ankurdage igaüks stabiilse Stripe'i identifikaatoriga ja laske ootelehel hoida kõike, mida te veel selgitada ei oska. Puhas kuu sulgemine on see, mida audiitor usaldab.

FAQ

Kas Stripe'i väljamakse on platvormi tulu?

Ei. Väljamakse on samas arvelduspaketis toimunud tehingute, tagasimaksete, teenustasude, müüja ülekannete, vaidluste ja korrigeerimiste netosumma. Selle kajastamine ühe tulureana kustutab müüja kohustuse ja selle sees peituva teenustasude kulu. Vahendusteenust pakkuva turuplatvormi jaoks on tulu komisjonitasu, mida read platform_earning identifitseerivad.

Millise Stripe'i aruandega peaksin andmed vastavusse viima?

Üksikasjaliku väljamaksete aruandega (Payout reconciliation, itemized), sest see annab ühe rea saldoandmiku tehingu kohta koos parameetriga reporting_category, automaatse väljamakse ID-ga (automatic_payout_id) ning bruto-, tasu- ja netosummadega. Juhtpaneeli (Dashboard) väljamaksete koondvaade tõestab vaid paketi summat. Kui automaatsed väljamaksed pole lubatud, kasutage selle asemel saldooruannet.

Kas müüjale tehtav ülekanne tuleks kajastada kuluna?

Ei. Müüja osa muutub kohustuseks hetkel, mil kliendi tehing laekub, ning ülekanne kustutab selle kohustuse. Ülekannete kulu pähe kajastamine topeltarvestab kulu ja jätab müüja kohustuse püsivalt ülehinnatuks.

Mis saab Stripe'i reast, mille kategooriat importija ära ei tunne?

See postitatakse arvelduse ootelehele (suspense account), vaikimisi 4440, ning postitamise vastus tagastab hoiatuse, mis nimetab sinna suunatud kategooriad. Reservid ja ebatavalised korrektsioonid maanduvad tavaliselt sel viisil, mis on tahtlik: raha jääb nähtavaks ja pearaamat tasakaalu seni, kuni keegi otsustab, kuhu see kuulub.

Kuidas käsitletakse tagasimakseid, mis arveldatakse hilisemas väljamakses?

Need saabuvad hilisema väljamakse üksikasjalikus aruandes rea refund kaudu ja seotakse tagasi algse tehinguga varem sobitatud tehingu välja charge_id kaudu. Maksetasemete ekspordist tuletatud tagasimakse on sel juhul vaid ligikaudne, mistõttu üksikasjalik aruanne on turvalisem allikas.