Stripe Connect Marketplace Accounting Workflow

Lielākā daļa grāmatvedības problēmu tirdzniecības vietās (marketplace) izriet no vienas kļūdas: Stripe bankas izmaksas (payout) uzskatīšanas par ieņēmumiem. Izmaksa ir vairāku desmitu atsevišķu saimniecisko notikumu neto atlikums, un tās grāmatošana kā viena ieņēmumu rinda dzēš platformas komisijas maksu, pārdevēja saistības un katru tajā paslēpto maksu un strīdu. Pareiza darba plūsma sadala izmaksu pirms jebkādu ierakstu veikšanas virsgrāmatā.

Šajā ceļvedī katra Stripe Connect bilances darījuma (balance transaction) kategorija tiek novirzīta tās atbilstošajā grāmatvedības pozīcijā: debitoru parādos, komisijas ieņēmumos, pārdevēja saistībās, apstrādes izmaksās un pagaidu kontos. Tajā kā grāmatošanas mehānisms tiek izmantoti Nordlet dokumentētie importa un norēķinu galapunkti (endpoints), iekļauts praktisks norēķinu piemērs un sniegts saskaņošanas kontrolsaraksts, ko varat izpildīt pirms katras perioda slēgšanas.

Pirms jebkādu darbu sākšanas nosakiet Connect maksājumu modeli

Grāmatvedības noteikumus nav iespējams izveidot, ja nezināt, kuru maksājumu plūsmas modeli izmanto katrs norēķinu veids. Modelis nosaka, kurā Stripe bilancē tiek reģistrēts maksājums, kurš sedz komisijas maksas un kur vispirms nonāk atmaksas un strīdi.

Connect modelis	Maksājums izveidots pie	Sedz Stripe komisijas	Atmaksas/strīdi samazina	Grāmatvediskās sekas
Tiešie maksājumi (Direct charges)	Piesaistītajā kontā	Konfigurējams katrai pusei	Piesaistītā konta bilanci	Platforma reģistrē savu lietošanas maksu (application fee) kā ieņēmumus; pārdevēja maksājumu darbība lielākoties notiek piesaistītā konta virsgrāmatā
Mērķa maksājumi (Destination charges)	Platformā ar tūlītēju pārskaitījumu uz vienu piesaistīto kontu	Platformā	Platformā	Platforma reģistrē debitoru parādu un Stripe komisiju; pārdevēja daļa ir kreditoru parāds, nevis ieņēmumi
Atsevišķi maksājumi un pārskaitījumi (Separate charges and transfers)	Platformas maksājums, kam seko viens vai vairāki atsevišķi pārskaitījumi	Platformā	Platformā	Maksājums un pārdevēja pārskaitījumi ir atsevišķi notikumi; pārdevēja saistības tiek uzskatītas neatkarīgi no klienta maksājuma

Stripe oficiālās vadlīnijas par to, kā darbojas maksājumi Connect integrācijā, apstiprina, ka mērķa maksājumiem, kā arī atsevišķiem maksājumiem un pārskaitījumiem platformas bilance sedz maksājumu komisijas, atmaksas un maksājumu atgriezumus (chargebacks). Tiešajiem maksājumiem piesaistītais kontsts saņem maksājumu, un komisijas var tikt ieturētas no jebkuras puses.

Praktiskais noteikums: ne sakiet "Stripe izmaksa ir pārdevēja ieņēmumi", ne "pārdevējs maksā komisijas", kamēr neesat dokumentējis katras plūsmas maksājumu modeli. Saglabājiet šo modeli kopā ar katru darījumu. Tiešo un mērķa maksājumu sajaukšana zem viena grāmatošanas noteikuma ir ātrākais ceļš, lai nepareizi uzrādītu gan ieņēmumus, gan saistības.

Šajā ceļvedī tiek pieņemti mērķa maksājumi vai atsevišķi maksājumi un pārskaitījumi, jo tieši tur platformas bilance nes grāmatvedības slogu un tur tiek veidota lielākā daļa tirdzniecības vietu virsgrāmatu.

Pirms vienas rindas importēšanas kartējiet naudas plūsmu

Pirms pieskaraties importam, uzzīmējiet viena lapas izmēra darījumu karti katrai plūsmai:

Klienta maksājums
  -> Stripe maksājums / maksājuma bilances darījums
  -> Stripe komisija
  -> platformas lietošanas maksa (komisija)
  -> pārskaitījums uz piesaistīto kontu
  -> atmaksa vai strīds (ja attiecināms)
  -> Stripe izmaksa
  -> bankas ieņēmums

Katra bultiņa ir atsevišķs bilances darījums ar savu ID, kategoriju, summu un datumiem. Uztveriet Stripe bilanci kā bankai līdzīgu starpkontu (clearing account): maksājumi ieplūst, komisijas un pārskaitījumi aizplūst, un izmaksa novirza atlikumu uz reālo banku. Nordlet bankas un maksājumu importa dokumentācija iesaka tieši šādu pieeju parastām Stripe darbībām.

Izvēlieties pareizo Stripe avota atskaiti

Automātisko izmaksu norēķinu pakešiem izmantojiet Stripe izmaksu saskaņošanas, detalizēto atskaiti (Payout reconciliation, itemized). Tā sniedz vienu rindu katram bilances darījumam, grupē rindas pēc reporting_category, saista katru ar automatic_payout_id un nodrošina bruto, komisijas un neto kopsummas. Stripe atskaišu atlases ceļvedis dokumentē šo atskaiti un apstiprina charge_id, connected_account_id un destination_payment_id kā pieejamos Connect laukus.

Ja automātiskās izmaksas nav iespējotas (dažos manuālo izmaksu gadījumos), tā vietā izmantojiet bilances atskaiti (Balance report). Neuzskatiet vadības paneļa (Dashboard) izmaksu kopsavilkumu par pietiekamu pierādījumu grāmatošanai. Kopsavilkums pierāda paketes kopsummu, un tikai detalizētā atskaite izskaidro tās komponentus.

Stripe iesaka klasificēt pēc reporting_category, nevis vecākā type lauka, un katra rinda satur source ID, kas savienojas ar pamata objektu. Ņemiet vērā laika ierobežojumu: Stripe norāda, ka ikdienas atskaites dati parasti ir pieejami nākamajā dienā līdz pusdienlaikam, un tūlītējās izmaksas nevar precīzi piesaistīt individuāliem darījumiem, tāpēc tām ir nepieciešama atsevišķa darījumu vēstures saskaņošana.

Klasificējiet katru bilances darījumu pēc kategorijas

Izmantojiet reporting_category kā galveno klasifikatoru, pēc tam pārbaudiet source_id, charge_id un aprakstus. Svarīgākā kartēšana:

Stripe darbība	Pārskata kategorija (Reporting category)	Grāmatvediskā interpretācija
Klienta maksājums, karte vai vietējā maksājumu metode	charge	Klienta finansēts debitoru parāds vai pārdošanas norēķins
Atmaksa	refund	Sākotnējā klienta maksājuma atcelšana
Stripe ieturētā apstrādes maksa	fee	Maksājumu apstrādes izmaksas
Platformas lietošanas maksa	platform_earning	Komisijas ieņēmumi
Atmaksātā lietošanas maksa	platform_earning_refund	Komisijas ieņēmumu samazinājums
Pārskaitījums uz piesaistīto kontu	transfer	Pārdevēja saistību samazinājums
Atsaukts pārskaitījums	transfer_reversal	Līdzekļu atgūšana no piesaistītā konta
Maksājuma atgriezums (Chargeback)	dispute	Maksājuma atgriezuma zaudējums; pārbaudiet avota strīda objektu
Uzvarēts vai atsaukts maksājuma atgriezums	dispute_reversal	Iepriekš iegrāmatota maksājuma atgriezuma atgūšana
Izmaksa uz banku	payout	Bankas kustība, nevis ieņēmumi
Atsaukta izmaksa	payout_reversal	Līdzekļu atgriešanās Stripe bilancē
Ieturēta rezerve	connect_reserved_funds / risk_reserved_funds	Ierobežoti līdzekļi, pēc noklusējuma nav izmaksas
Ilgstoši negatīvas bilances piedziņa	connect_collection_transfer	Finansēšanas vai atgūšanas notikums, kam nepieciešama riska politika

Viens terminoloģijas brīdinājums: vecākais bilances darījuma type lauks izmanto dažādus apzīmējumus tiem pašiem notikumiem, tostarp payment, application_fee un adjustment. Stripe bilances darījumu veidu dokumentācija uzskaita abus vārdnīcu veidus. Neizmantojiet type vērtību reporting_category noteikumā un neizdomājiet tādu kategoriju kā dispute_loss, ko Stripe neeksportē. Ja eksportā ir apzīmējums, kuru neatpazīstat, saglabājiet eksportēto vērtību un pārbaudiet to pret avota objektu.

Grāmatojiet parastās tirdzniecības vietas darbības virsgrāmatā

Platformai ar mērķa maksājumiem vai atsevišķiem maksājumiem un pārskaitījumiem konceptuālie ieraksti ir šādi.

Klienta maksājums (klienta nauda ienāk Stripe starpbilancē):

Db Stripe starpkonts       Klienta bruto maksājums
    Kr Tirdzniecības debitoru parādi   Klienta bruto maksājums

Stripe apstrādes maksa:

Db Stripe komisijas izmaksas      Stripe komisija
    Kr Stripe starpkonts         Stripe komisija

Neveidojiet Stripe komisijas un ieņēmumu neto uzskaiti (netting), ja vien jūsu grāmatvedības politika to nepārprotami neprasa un neatbalsta neto uzrādīšanu.

Platformas komisija (jūsu ieņēmumi, kas tiek ieturēti no tā, kas citādi būtu jāmaksā pārdevējam):

Db Pārdevēja kreditoru parādi    Komisijas summa
    Kr Komisijas ieņēmumi       Komisijas summa

Pārdevēja pārskaitījums (maksājamo līdzekļu norēķins, nav izmaksa):

Db Pārdevēja kreditoru parādi    Pārskaitījuma summa
    Kr Stripe starpkonts         Pārskaitījuma summa

Pārskaitījums nekad automātiski nav izmaksa. Pārdevēja daļa kļūst par saistību brīdī, kad maksājums ienāk, un pārskaitījums dzēš šīs saistības. Nordlet norēķinu grāmatošanas noteikumi seko šim principam: platform_earning rindas tiek grāmatotas komisijas ieņēmumos, kamēr transfer rindas samazina pārdevēja saistības. Dokumentētie noklusējuma grāmatošanas atslēgu nosaukumi ir settlements.commissionRevenue (noklusējums 5001), settlements.sellerPayable (noklusējums 4499), settlements.fees (noklusējums 6800) un settlements.suspense (noklusējums 4440), un katru no tiem var mainīt katram uzņēmumam, izmantojot Nordlet API grāmatošanas noteikumus.

Apstrādājiet atmaksas saistībā ar sākotnējo pārdošanu, nevis kā brīvus bankas ierakstus

Atmaksa ir saistīta ar sākotnējo maksājumu vai rēķinu. Konceptuāli:

Db Atmaksas / pārdošanas atsaukumi    Atmaksas summa
    Kr Tirdzniecības debitoru parādi   Atmaksas summa

Reālais ieraksts ir atkarīgs no tā, vai pārdošana tika atzīta, vai ir jāatsauc nodoklis un vai tika atmaksāta platformas lietošanas maksa. Viena atmaksa var radīt debitoru parāda atsaukumu, nodokļu atsaukumu, lietošanas maksas atmaksu, pārskaitījuma atsaukumu vai pārdevēja saistību samazinājumu, kā arī Stripe komisijas sekas, kas ir jāpārbauda, nevis jāpieņem par pašsaprotamām.

Laika slapaz: atmaksa bieži tiek norēķināta vēlākā izmaksā nekā sākotnējais maksājums. Dodiet priekšroku detalizētajai izmaksu saskaņošanas atskaitei, nevis sintezētai atmaksai no maksājumu līmeņa eksporta. Nordlet dokumentācija skaidri brīdina, ka no maksājumu eksporta sintezēta atmaksa ir tikai tuvinājums, ja atmaksa tiek izmaksāta vēlāk. Norēķinu importētājs var ielasīt atmaksas rindu, saskaņot to ar sākotnējo pārdošanu un atcelt debitoru parādu brīdī, kad pakete tiek iegrāmatota.

Atdaliet strīdus no atmaksām

Strīds ir kartes īpašnieka vai emitējošās bankas pretenzija, un Stripe pirms lēmuma pieņemšanas var ieturēt gan apstrīdēto summu, gan strīda komisiju. Mērķa maksājumiem un atsevišķiem maksājumiem un pārskaitījumiem Stripe abiem gadījumiem debitē platformas bilanci saskaņā ar tās atmaksas un strīdu vadlīnijām. Platforma var mēģināt atgūt līdzekļus, atgriežot pārdevēja pārskaitījumu.

Zaudēts strīds no platformas puses:

Db Maksājuma atgriezuma zaudējumi / atvērts debitoru parāds   Apstrīdētā summa
Db Strīda komisijas izmaksas                                   Strīda komisija
    Kr Stripe starpkonts                                       Kombinētā summa

Ja pārdevējs uzņemas zaudējumus un līdzekļu atgūšana ir apstiprināta:

Db Pārdevēja kreditoru parādi / atgūšanas konts   Atgūstamā summa
    Kr Maksājuma atgriezuma atgūšana               Atgūstamā summa

Neiegrāmatojiet pārdevēja līdzekļu atgūšanu tikai tāpēc, ka tika pieprasīts pārskaitījuma atsaukums. Pārbaudiet, vai atsaukums tika izveidots, izdevās un parādās Stripe bilancē. Ja strīds ir uzvarēts, Stripe atgriež apstrīdēto summu caur dispute_reversal rindu; atceliet maksājuma atgriezuma zaudējumus un atsevišķi apstrādājiet jebkuru strīda komisiju, ko Stripe neatgriež. Nordlet saskaņo maksājumu atgriezuma rindas, izmantojot iepriekš saskaņotā maksājuma charge_id no tās pašas datnes vai agrāka importa.

Praktisks norēķinu piemērs

Ņemiet vienu automātisko izmaksu paketi. Detalizētā atskaite satur:

• charge rindu: bruto 100.00, Stripe komisija 3.20, neto 96.80
• platform_earning rindu: 15.00, platformas komisija
• transfer rindu: 81.80 piesaistītajam pārdevējam
• refund rindu no agrākas pārdošanas: bruto 20.00, kas tiek norēķināta šajā paketē
• payout rindu: pakešu kopsummu, kas pārvietojas uz banku

Izmaksas sastāvs, sekojot Stripe norēķinu identitātei:

Bruto maksājumi                100.00
- atmaksas                      20.00
- Stripe komisijas               3.20
- pārskaitījumi                 81.80
= neto uz platformas bilanci    -5.00

platform_earning rinda nepārvieto naudu otrreiz. Tā norāda summu 15.00, kas paliek platformas bilancē, kad komisija un pārdevēja pārskaitījums ir izskaitīti, lai platforma varētu atzīt komisijas ieņēmumus, nevis tos secināt.

Šeit pārdevēja pārskaitījums plus atmaksa pārsniedz neto maksājumu darbību, tāpēc pakete veido nelielu neto mīnusu un samazina nākamo izmaksu vai izmanto bilanci. Grāmatotais žurnāls atceļ atmaksāto debitoru parādu, atzīst 15.00 komisijas ieņēmumus, reģistrē 3.20 komisijas izmaksas, samazina pārdevēja kreditoru parādu par pārskaitījumu un iegrāmato atmaksas atsaukumu. Bankas rinda sakrīt ar neto summu, kas sasniedz kontu. Neviens atsevišķs rādītājs nav "ieņēmumi", un tā ir galvenā doma.

Importēšana un grāmatošana, izmantojot Nordlet norēķinu galapunktu

Izmaksu līmeņa saskaņošanai izmantojiet:

POST /v1/bank/settlements/import

ar Stripe nodrošinātāju un detalizēto CSV failu. Nordlet grupē rindas pēc automatic_payout_id, pārvērš katru izmaksu norēķinu paketē ar bruto, komisijas un neto kopsummām, izlaš jau iegrāmatotas izmaksas atkārtotu importu, izlaid payout rindas no norēķinu sastāva un automātiski saskaņo maksājuma, atmaksas un strīda rindas, izmantojot pasūtījuma, rēķina, PaymentIntent, maksājuma, avota vai metadatu references. Stripe sadala detalizēto atskaiti vienā failā katrai sadaļai, tāpēc importējiet maksājumu, atmaksu un komisiju failus kopā: rindas, kas pieder izmaksai, kura jau ir importēta, bet vēl nav iegrāmatota, saplūst ar esošo paketi. Šī ir importa un grāmatošanas darba plūsma, ko darbina faili un norēķinu galapunkti, nevis tiešs Stripe savienotājs; funkciju lapa uzskaita to, ko bankas un norēķinu puse aptver.

Saskaņojiet šādā secībā: maksājumus ar rēķiniem, atmaksas ar sākotnējiem maksājumiem, strīdus ar sākotnējiem maksājumiem, komisijas rindas ar komisijas apstrādi. Turiet Stripe komisijas, korekcijas, rezerves un izmaksu rindas prom no rēķinu saskaņošanas. Nordlet maksājumu saskaņošanas vārdnīca norāda, ka komisiju un korekciju rindas pēc savas būtības nav saskaņojamas ar rēķiniem; nesaskaņotās naudas summas novirziet uz pagaidu kontu (suspense). Manuāla labošana izmanto bank/settlements/match { lineId, invoiceId }, ar null vērtību rēķina ID laukā, lai atsauktu saskaņošanu.

Pēc tam iegrāmatojiet vienu sabalansētu paketi:

POST /v1/bank/settlements/post

Tas izveido vienu sabalansētu žurnālu, nokārto saskaņotos rēķinus, debitē bankas konta virsgrāmatas kontu par neto izmaksu, debitē komisijas, kreditē debitoru parādus par maksājumiem, atceļ debitoru parādus par atmaksām un maksājuma atgriezumiem, sadala nesaskaņotos tirdzniecības vietas maksājumus starp komisijas ieņēmumiem un pārdevēja kreditoru parādiem, kad ir norādīts commissionPercent, un nosūta neatrisinātās summas uz pagaidu kontu. Jebkura kategorija, ko tas neatpazīst, tāpat nonāk pagaidu kontā, un atbilde nosauc šīs kategorijas brīdinājumā, nevis tās klusi absorbē.

Saskaņošanas kontrolsaraksts

Pirms katras slēgšanas izpildiet šos apgalvojumus:

• Nav dubultu balance_transaction_id
• Nav dubultas (provider, payout_id) norēķinu paketes
• Rindu net summas kopsumma vienojas ar paketes neto summu
• Paketes neto summa sakrīt ar bankas izmaksu, ievērojot laika un valūtas politiku
• Katrai atmaksai ir oriģinālais maksājums vai reģistrēts izņēmums
• Katram strīdam ir strīda vai maksājuma reference
• Katram pārskaitījumam ir piesaistītā konta ID
• Katrai platform_earning rindai ir definēta komisijas apstrāde
• Pagaidu konts ir nulle vai pilnībā pārskatīts, tostarp visas neatpazītās kategorijas, kas norādītas grāmatošanas brīdinājumā
• Pārdevēja kreditoru parāds nav negatīvs bez apstiprināta avansa vai atgūšanas politikas
• Iegrāmatotas paketes nevar klusi reimportēt vai pārgrāmatot
• Izmaksa valūtā, kas atšķiras no uzņēmuma bāzes valūtas, konvertējas pēc izmaksas datuma kursa, starpību pret katra rēķina paša kursu iegrāmatojot kā realizēto valūtas kursa peļņu vai zaudējumus; izmaksa, kas apvieno valūtas, importēšanas brīdī tiek noraidīta

Saskaņojiet trijos līmeņos: rindas (katram darījumam ir saglabāts ID, kategorija, summa, valūta, avots), izmaksas (detalizētie neto dati sakrīt ar Stripe izmaksu un bankas ieņēmumu) un virsgrāmatas (iegrāmatotais žurnāls balansē un rada paredzētos ieņēmumu, komisijas, debitoru parādu, pārdevēja saistību un pagaidu kontu stāvokļus). Konkrēti pārdevēja bilancēm pārbaudiet, ka sākuma pārdevēja kreditoru parāds plus jaunā pārdevēja daļa, mazinot par pārskaitījumiem un derīgiem atsaukumiem, ir vienāds ar beigu pārdevēja kreditoru parādu.

Atkārtotā kļūda visās tirdzniecības vietu virsgrāmatās ir tā pati, ar kuru tā sākās: strukturētas izmaksas sablīvēšana vienā skaitlī. Turiet komponentus atsevišķi, piestipriniet katru pie stabila Stripe identifikatora un ļaujiet pagaidu kontam saglabāt visu, ko vēl nevarat izskaidrot. Tīra slēgšana ir tas, kam auditors uzticēsies.

FAQ

Vai Stripe izmaksa ir platformas ieņēmumi?

Nē. Izmaksa ir maksājumu, atmaksu, apstrādes komisiju, pārdevēja pārskaitījumu, strīdu un korekciju neto summa, kas gadījās nokļūt vienā un tajā pašā paketē. Tās grāmatošana kā viena ieņēmumu rinda dzēš pārdevēja saistības un apstrādes izmaksas tajā. Aģentūras tirdzniecības vietai ieņēmumi ir komisija, ko identificē platform_earning rindas.

Pret kuru Stripe atskaiti man vajadzētu saskaņot?

Pret izmaksu saskaņošanas detalizēto atskaiti (Payout reconciliation, itemized), jo tā sniedz vienu rindu katram bilances darījumam ar reporting_category, automatic_payout_id un bruto, komisijas un neto summām. Vadības paneļa izmaksu kopsavilkums pierāda tikai paketes kopsummu. Ja automātiskās izmaksas nav iespējotas, tā vietā izmantojiet bilances atskaiti.

Vai pārskaitījums uz pārdevēja kontu ir jāgrāmato kā izmaksa?

Nē. Pārdevēja daļa kļūst par saistību brīdī, kad klienta maksājums ienāk, un pārskaitījums dzēš šīs saistības. Pārskaitījumu grāmatošana kā izmaksas divkārši uzskaita izmaksas un atstāj pārdevēja kreditoru parādu pastāvīgi pārvērtētu.

Kas notiek ar Stripe rindu, kuras kategoriju importētājs neatpazīst?

Tā tiek iegrāmatota norēķinu pagaidu kontā (noklusējums 4440), un grāmatošanas atbilde atgriež brīdinājumu, nosaucot kategorijas, kas tur nonāca. Rezerves un neparastas korekcijas parasti nonāk šādā veidā, un tas ir apzināti: nauda paliek redzama un žurnāls paliek sabalansēts, līdz kāds izlemj, kur tai jāpieder.

Kā tiek apstrādātas atmaksas, kas tiek izmaksātas vēlākā izmaksā?

Tās ierodas kā refund rinda vēlākās izmaksas detalizētajā atskaitē un tiek saskaņotas atpakaļ ar sākotnējo maksājumu, izmantojot iepriekš saskaņotā maksājuma charge_id. No maksājumu līmeņa eksporta sintezēta atmaksa šajā gadījumā ir tikai tuvinājums, tāpēc detalizētā atskaite ir drošāks avots.

Papildu literatūra

• Banku un maksājumu imports, tostarp Stripe norēķinu saskaņošana
• Maksājumu saskaņošana: PSP izmaksu sasaistīšana ar virsgrāmatu
• Tirdzniecības vietu pārdevēju apakšvirsgrāmatas: ieņēmumi pret kreditoru parādiem
• Kā darbojas maksājumi Connect integrācijā (Stripe)