Nordlet

← Blogg

Undirbókar reikningar seljenda á markaðstorgum: Tekjur á móti skuldum

Handbók fyrir iðkendur um að aðskilja reiðufé viðskiptavina, þóknun vettvangs, skuldir við seljendur, bindifé og útborganir með jafnaðar færslum og virku gagnalíkani frá pöntun að útborgan.

Nordlet Team · · 12 mín lesun

Algengasta mistakið í bókhaldi markaðstorga (marketplace accounting) er að meðhöndla heildargreiðslu kaupanda sem tekjur vettvangsins. Viðskiptavinur greiðir 100 evrur, þær 100 evrur lenda á reikningi greiðslumiðlunarinnar og einhver bókar alla upphæðina sem sölu. Bókhaldið stendurst í smá tíma, tekjurnar líta vel út og svo spyr endurskoðandi hvar skuldin við seljandann sé. Hún er hvergi til, því hlutur seljandans, 90 evrur, var aldrei skráður sem aðskilin aðfallaskuld.

Bótina þarf að sækja í skipulagið, ekki snyrtifræði. Markaðstorg þarf bókhaldslíkan (ledger model) sem aðskilur fimm aðgreinda sjóði eða liði frá fyrstu færslu: reiðufé viðskiptavina í flutningi, þóknunartekjur vettvangsins, skuldir við seljendur, gjöld og bindifé (reserves). Útborganir eru sjötta tilvikið sem gerir upp skuldina, en ekki tekju- eða kostnaðarliður út af fyrir sig. Þessi handbók sýnir jafnaðar færslur og gagnalíkanið sem heldur þessum liðum aðgreindum.

Byrjaðu á niðurstöðunni um aðila í eigin angan eða umboðsmann

Áður en nokkur reikningsskipan skiptir máli þarf vettvangurinn að ákveða hvað hann er að selja. Samkvæmt staðlinum ASC 606 er þetta metið fyrir hverja tilgreinda vöru eða þjónustu, og niðurstaðan ákvarðar hvort tekjur eru færðar brúttó eða nettó. Vettvangur getur verið aðalaðili (principal) í einu ferli en umboðsmaður (agent) í öðru.

Fyrir dæmigerða sölu á markaðstorgi á vörum seljanda er vettvangurinn venjulega umboðsmaður. Hann sér til þess að vara seljandans berist til kaupanda, hann ber ekki áhættu af birgðum og þóknun hans er umboðslaun. Leiðbeiningar Deloitte um hlutverk aðalaðila og umboðsmanns samkvæmt ASC 606 setja prófið upp í kringum yfirráð (control): ábyrgð á að efna loforðið, birgðaáhætta og verðlagningarvald eru vísbendingar, en ekki gátlisti sem hrekur matið á undirliggjandi yfirráðum.

Ástæðan fyrir því að þetta á heima í hönnun bókhaldsins, en ekki bara í minnisblaði, er sú að niðurstaðan knýr áfram allar síðari færslur. Ef vettvangurinn er umboðsmaður er hlutur seljandans skuld um leið og hann ávinnst. Ef hann er aðalaðili vegna afhendingar- eða ábyrgðarþjónustu er sá hluti tekjur vettvangsins. Geymdu þessa niðurstöðu sem gögn:

  • principal_agent_role
  • specified_good_or_service
  • commission_rule_id
  • control_assessment_version
  • effective_from / effective_to

Sá sem fer yfir gögnin og skoðar nettóþóknunarlínu tveimur árum síðar ætti að geta séð hvers vegna brúttóupphæð var ekki notuð. Eins og BillingPlatform bendir á varðandi ASC 606 um aðalaðila á móti umboðsmanni, þá leysir hugtakið „markaðstorg“ ekki spurninguna. Yfirráðagreiningin gerir það.

Skilgreindu stöðu seljanda áður en þarft að skrifa eina einustu færslureglu

„Staða seljanda“ er ekki ein tala. Seljandi getur átt góða heildarstöðu (lifetime balance) en ekkert laust til útborganir vegna þess að peningarnir eru enn í bið eða bundnir. Ef þessustandi er ruglað saman gefurðu rangar upplýsingar um það sem seljandinn getur tekið út og það sem vettvangurinn skuldar enn.

Fylgdu a.m.k. eftir eftirfarandi:

  • Í bið (Pending): áunnið eða innheimt, en ekki enn gjaldgengt til útborganir.
  • Laust (Available): gjaldgengt til útborganir samkvæmt reglum vettvangsins.
  • Bundið (Reserved): haldið eftir vegna væntanlegra endurgreiðslna, ágreiningsmála eða endurgreiðslukrafna (chargebacks).
  • Útborgað (Paid out): millifært eða sent til uppgjörs.
  • Neikvætt (Negative): upphæð sem seljandinn skuldar, innheimtanleg af framtíðartekjum.
  • Biðreikningur (Suspense): móttekið, en seljandi eða meðhöndlun ekki enn ákveðin.

Greiðsluveitendur líkja þessum greinarmun þegar eftir. Stripe aðskilur hvern tengdan reikning í stöðu í bið og lausa stöðu, og heldur bindifé á stigi vettvangs fyrir tilteknar neikvæðar stöður seljenda. Ef greiðslumiðlarinn aðskilur þetta, þá verður bókhaldskerfið að gera það líka, annars stemmir afstemmingin aldrei.

Reikningsskráin og víddirnar sem skipta máli

Virk upphafsgerð heldur hreinsunarreikningum (clearing accounts), skuldum og tekjum aðskildum, og ber með sér vídd fyrir seljanda í hverri efnislegri færslu.

Tilgangur Reikningur eða vídd Meðhöndlun
Sjóðir greiðslumiðlunar sem bíða uppgjörs Hreinsunarreikningur greiðslumiðils (Payment processor clearing) Veltufjármunir (Clearing asset)
Innborguð útborgun greiðslumiðils á banka Banki Eign
Upphæð seljanda áunnin en ógreidd Skuldir við seljendur (Seller payables) Skuld
Smáatriði á seljandastigi seller_id vídd Skuldaupplýsingar, ekki tekjur
Þóknun vettvangs Þóknunartekjur (Commission revenue) Tekjur
VSK eða söluskattur Skattur til greiðslu (Tax payable) Skuld
Gjöld greiðslumiðils Greiðslumiðlunarkostnaður (Payment-processing expense) Kostnaður
Bindifé seljanda Bindífisskuld (Reserve liability) Samningsháð
Endurgreiðslur Móttekjur eða endurgreiðslur Snýr við upphaflegri meðhöndlun
Endurgreiðslukröfur (Chargebacks) Tap, kröfur eða endurheimt af seljandi Fer eftir því hver ber tapið
Útborganir sem bíða staðfestingar banka Útborgunarhreinsun seljanda Hreinsunarreikningur
Óúthlutaðar upphæðir Biðreikningur (Suspense) Tímabundið frávik

Hver efnisleg færsla ætti að bera með sér auðkenni seljanda, pöntunar, útborgunarhóps, greiðslumiðils, gjaldmiðils, lögaðila, skattameðferðar, atburðartegundar, ytri tilvísunar og hvers kyns tilvísunar í afturköllun. Án þessara upplýsinga getur undirbókhald seljanda ekki sannað staka stöðu og aðalbókhald getur ekki sannað heildina.

Þú getur útfært undirbókhald sem einn skuldareikning á hvern seljanda, einn safnreikning skulda með seller_id sem vídd, eða skiptingu milli skuldar, bindifjár og útborgunarhreinsunar. Nálgunin með safnreikningi og vídd skalast betur þegar þú ert kominn yfir nokkra tugi seljenda. Veldu líkanið í samráði við endurskoðanda þinn, þar sem verndarreglur fjármuna og staðbundnar greiðslureglur geta haft áhrif á hvernig sjóðirnir verða að birtast. Fyrir vélbúnaðinn á bak við færslurnar fjallar grein um tvíbókhaldsAPI fyrir markaðstorgsbókhald um þá grunneiningar sem þetta líkan hvílir á.

Bókaðu söluna með aðskildum línum fyrir seljanda og vettvang

Tökum dæmi um sölu umboðsmanns: viðskiptavinur greiðir 100 evrur, þóknun vettvangs er 10 evrur, seljandi fær 90 evrur. Þegar þóknun og réttur seljanda eru áunnin:

Reikningur Debet Kredit
Hreinsunarreikningur greiðslumiðils €100
Skuld við seljanda – Seljandi A €90
Þóknunartekjur €10

Eftirlitið sem skiptir máli: 90 evrur eiga í kredit á skuld, ekki tekjur. Vettvangurinn færir til tekna 10 evrur. Þetta er niðurstaðan sem dæmi um markaðstorg í ASC 606 nær fram fyrir umboðsmann, þar sem vettvangurinn færir til tekna þóknun sína en ekki heildarsöluupphæð seljandans.

Ef skattur er innheimtur sérstaklega skal bæta við skuldarlínu fyrir skatt og lækka tölur seljanda eða vettvangs í samræmi við skattaniðurstöðuna. Ekki vefja skatti inn í þóknun eða skuld við seljanda til þægindaauka.

Haltu gjöldum greiðslumiðils utan við tekju- og skuldarútreikninginn

Þremur hlutum er stöðugt ruglað saman: þóknun vettvangs, þóknun greiðslumiðils og útborgunarupphæð. Þetta eru ólíkir hlutir og þeir fara á mismunandi reikninga.

Viðskiptavinur greiðir 100 evrur, þóknun er 10 evrur, greiðslumiðill heldur eftir 3 evrum.

  • Þóknunartekjur eru áfram 10 evrur ef það er samningurinn.
  • Þóknun greiðslumiðils upp á 3 evrur er kostnaður.
  • Skuld við seljanda er 90 evrur nema samningur seljanda kveði á um að seljandi beri greiðslukostnaðinn. Aðeins þá lækkar hún í 87 evrur með samsvarandi 3 evra gjaldi sem er gjaldfært á seljandann.

Að bóka eingöngu nettóupphæðina, 97 evrur sem lenda í bankanum, þurrkar út brúttósöluna, þóknunina og gjaldið í einu vetfangi. Tilvísun okkar í afstemmingu greiðslna heldur þessu sama fram: sundurliðaðu uppgjörið, meðhöndlaðu gjöld greiðslumiðils sem kostnað og láttu nettóinnborgunina aldrei koma í stað tekna.

Settu upp framboð, bindifé og útborganir sem aðskilda atburði

Peningar breyta stöðu nokrum sinnum á milli móttöku og uppgerðs reiðufjár. Hver breyting á skilið sína eigin færslu og bindifé er aldrei óútskýrð skerðing á tekjum.

Þegar lausafé flyst í bindifé:

Reikningur Debet Kredit
Skuld við seljanda – Seljandi A €15
Bindífisskuld (Reserve liability) €15

Þegar bindiféð losnar er færslan afturkölluð. Heildarskuldbinding seljanda hefur ekki breyst, staða hennar hefur breyst. Stripe skráir bindifjárfærslur sem hækka og losa um bindifé, auk innheimtumillifærslna vegna langvarandi neikvæðra staða, og þess vegna þurfa þessir liðir að vera á auðkennenlegum reikningum í stað einnar nettófærslu.

Útborganir fá sína eigin tveggja þrepa meðferð. Við samþykki:

Reikningur Debet Kredit
Skuld við seljanda – Seljandi A €90
Útborgunarhreinsun seljanda €90

Við staðfest uppgjör í banka:

Reikningur Debet Kredit
Útborgunarhreinsun seljanda €90
Banki €90

Ef útborgunin mistakast er hreinsunarfærslan færð til baka á skuld við seljanda. Útborgun er uppgjör á skuld, ekki kostnaður. Að meðhöndla hana sem kostnað tvítelur gegn sölu sem þegar hefur fært skuldina til bókar. Stripe aðskilur útborgunarstöðu (pending, in_transit, paid, failed, canceled) og áætlaðan komutíma frá upphafi, og þeim dagsetningum ætti ekki að þjjappa saman í eitt tímastimpil.

Gagnalíkan frá pöntun að útborgan

Undirbókhald gengur fyrir atburðum, en ekki núverandi stöðu pöntunar í forritinu. Hver atburður sem hefur áhrif á seljanda ber með sér sömu umbúðir (envelope):

  • seller_id, event_id, order_id
  • event_type (sala, endurgreiðsla, endurgreiðslukrafa, bindifé_haldið, bindifé_losað, útborgun, leiðrétting)
  • effective_date, posting_date
  • currency, direction, gross, commission, fees, reserve
  • refund_ref / dispute_ref
  • payout_batch_id
  • reversal_of
  • source_status, idempotency_key

Út frá þessum atburðum reiknarðu lokastöðuna í stað þess að geyma reit sem hægt er að breyta:

Lokastaða seljanda
= upphafsstaða
+ inneignir seljanda
− skuldir seljanda
− útborganir
± hreyfingar á bindifé
± leiðréttingar

Hver ytri atburður þarf varanlegan sjálfskvæman lykil (idempotency key) þannig að endurtilraunir og tvíteknir vefkrókar (webhooks) krediti ekki seljanda tvisvar eða greiði út tvisvar. Mynstur sem virka:

  • Færsla í dagbók seljanda: seller_id:order_id:event_type:version
  • Útborgunarhópur: processor:payout_id
  • Atburður greiðslumiðils: processor:event_type:processor_event_id

Leiðbeiningar Stripe um vefkróka varara við því að tvíteknir atburðir eigi sér stað, þannig að greining á tvíverknaði er ekki valkvæð. Bókaðar færslur eru óbreytanlegar. Leiðréttingar fara í gegnum andhverfa færslu ásamt leiðréttri færslu, og það eru þínar eigin atburðaumbúðir sem bera reversal_of tilvísunina og ástæðuna. Bókhaldskerfið geymir færslurnar, ekki þá tilvísun: Nordlet býður upp á stofnun, sækingu og lista yfir færslur í API-tilvísuninni en engar uppfærslur eða eyðingar, þannig að leiðrétting er alltaf ný færsla í stað breytingar.

Endurgreiðslur og endurgreiðslukröfur tengjast til baka, þær svífa aldrei lausar

Endurgreiðsla sem birtist í útborgun næstu viku ætti aldrei að verða ný neikvæð sala sem tengist þeirri útborgun. Tengdu hana við upphaflegu færsluna og varðveittu upphaflegu úthlutun til seljanda. Það fer eftir samningnum:

  • Snúðu við þóknun ef samningurinn gerir hana endurgreiðanlega
  • Debetaðu skuld við seljanda ef seljandinn ber endurgreiðsluna
  • Debetaðu tapreikning vettvangsins ef vettvangurinn ber hana
  • Hækkaðu bindifé á meðan ágreiningsmál er opið, losaðu það eða notaðu það við lausn málsins

Endurgreiðslukröfur (chargebacks) eftir útborgun eru þar sem neikvæðar stöður koma fram. Peningar seljandans eru þegar farnir, þannig að vettvangurinn annaðhvort innheimtir þá af framtíðartekjum eða gleypir tapið. Líkanið verður að leyfa neikvæðar stöður seljenda og skilgreina innheimturegluna. Skýrslur Adyen fyrir markaðstorg sýna endurgreiðslur og endurgreiðslukröfur skila sér í sérstökum debetlínum á hvern reikningshafa, sem er sú nákvæmni sem stefna skal að.

Afstemdu eftir útborgan, ekki eftir mánuði

Sundurliðaðu hvert uppgjör greiðslumiðils áður en það er bókað, og afstemdu hverja útborgan í stað þess að safna saman mánuði:

Brúttógreiðslur
− endurgreiðslur
− gjöld greiðslumiðils
− endurgreiðslukröfur
± bindifé og leiðréttingar
= nettó útborgun greiðslumiðils

Sannaðu síðan að fjórar stöður stæmist fyrir hvern seljanda og gjaldmiðil: undirbókhald seljanda, staða seljanda hjá greiðslumiðli, útborgunarskýrslan og bankahreinsunin. Þegar þær stæmast ekki skaltu flokka mismuninn (tímamismunur, vantar atburð, tvítekið, röng skráning, rangur gjaldmiðill, mistökin útborgun, endurgreiðslukrafa bókuð á rangan aðila). Að láta mismun jafnast út með nettun er leið til þess að villur vinni gegn hvor annarri og lifi af þar til lokað er fyrir tímabilið.

Að safna saman öllum mánuðinum leyfir tímamismun að jafnast út og dylur raunveruleg frávik. Samsvörun per útborgun, miðuð við útborgunarkenni og færslutilvísun í stað upphæðar og dagsetningar, grípur þetta.

Algengar bilana– og mistakamynstur

Mistakamynstur Af hverju það skaðar Eftirlit
Brúttógreiðsla viðskiptavinar bókuð sem tekjur Blæs út tekjur, dylur skuld við seljanda Skiptu skuld og þóknun við áningaratburðinn
Aðeins nettóinnborganir bókaðar Tapar brúttó, gjöldum, endurgreiðslum, bindifé Sundurliðaðu hvert uppgjör
Útborgun bókuð sem kostnaður Gefur rangar mynd af uppgjöri skuldar Debetaðu skuld við seljanda við útborgan
Einn stöðureikningur seljanda Blandar saman í bið, lausu, bundnu, útborguðu Fylgdu stöðum þessara þátta skýrt eftir
Þóknun reiknuð út við útborgun Tekjur fylgja útborgunaráætlun Færðu þóknun til tekna þegar hún ávinnst
Bindifé meðhöndlað sem tekjulækkun Dylur tímasetningu og áhættu Fylgdu haldi, losun og notkun sérstaklega
Endurgreiðsla lögð á nýjustu útborgan Rýfur pöntunartengingu Tengdu endurgreiðslu við upphaflegu færsluna
Breytt í bókum á bókuðum færslum Eyðileggur endurskoðunarslóð Snúðu við og bókaðu aftur
Vefkrókar endurtteknir (Replayed webhooks) Tvíteknar inneignir og útborganir Sjálfskvæmir lyklar, greining á tvíverknaði
Samsvörun eingöngu miðuð við upphæð og dagsetningu Mismunandi hlutir rekast á Passaðu saman á útborgunarkenni, færslukenni, seljanda, gjaldmiðli

Það sem ég myndi gera fyrst

Kortleggðu flæði peninganna áður og þú snertir reikningsskrána. Skrifaðu niður hvern atburð frá móttöku greiðslu til losunar bindifjár, og merktu við hverjir búa til tekjur, hverjir búa til skuld og hverjir hreyfa aðeins við stöðu.

Byggðu því næst eitt heildstætt flæði og sannaðu að það stæmist: eðlileg sala, hlutaendurgreiðsla, endurgreiðslukrafa eftir útborgan, bindifé haldið og losað, og mistökuð útborgun. Keyrðu þetta með þekktum væntum stöðum. Ef stjórnunarreikningur skulda við seljendur jafngildir summu undirbókhaldsins, hreinsun greiðslumiðils stemmir við uppgjörsskýrsluna og bankainnborgunin stemmir við útborgunarkennið, ertu með virkan kjarna.

Kveiktu á tímabilslokun aðeins eftir að fyrsti mánuðurinn lokast hreint með tóman biðreikning. Að loka of snemma frystir bara mistökin.

Nordlet bókar uppgjör eftir þessum línum sjálfgefið: þóknun vettvangs fer í þóknunartekjur, hlutur seljanda á skuld við seljanda, gjöld greiðslumiðils í greiðslumiðlunarkostnað og allt sem ekki hefur enn verið úthlutað fer á biðreikning. Tímabil í bókhaldinu haldast opin þar til þú lokar þeim sérstaklega, þannig að hægt er að loka fyrsta mánuðinum þegar biðreikningurinn er tómur. Eiginleikasíðan sýnir hvað fylgir með.

FAQ

Eru greiðslur kaupanda einhvern tíma teknar inn sem tekjur vettvangs?

Aðeins fyrir þær tilteknu vörur eða þjónustu þar sem vettvangurinn er aðalaðili. Fyrir sölu á markaðstorgi sem umboðsmaður á vörum seljanda eru tekjurnar þóknunin og hlutur seljandans er skuld. Vettvangur getur verið aðalaðili fyrir afhendingarþjónustu og umboðsmaður fyrir undirliggjandi vörur í sömu pöntun, þannig að matið er gert fyrir hverja tilgreinda vöru eða þjónustu, ekki per fyrirtæki.

Ætti bindifé að lækka tekjur?

Nei. Bindifé er ráðstöfun vegna tímasetningar og áhættu, ekki tekjuleiðrétting. Færðu fjármuni af skuld við seljanda yfir á bindífisskuld þegar þú heldur þeim eftir, og snúðu því við þegar þú losar þá. Tekjur og þóknun hafa enga áhrif á hvort peningar seljandans séu bundnir um stund sakir.

Hvernig stöðva ég tvíteknar útborganir vegna endurtekninga á vefkrókum?

Tengdu sjálfskvæman lykil (idempotency key) við hvern ytri atburð, svo sem processor:payout_id fyrir útborgunarhópa, og greindu tvíteknar atburði við skriftu. Veitendur vara sérstaklega við því að tvíteknar sendingar vefkróka eigi sér stað, þannig að bókhaldskerfið verður að hafna seinni tilrauninni í stað þess að bóka hana aftur.

Getur staða seljanda farið í mínus?

Já, og líkanið verður að leyfa það. Endurgreiðslukrafa sem berst eftir að seljandi hefur verið borgaður skilur vettvang eftir með annaðhvort kröfu á seljanda eða tap sem hann gleypir. Að bæla niður neikvæðar stöður felur bara óskráða skuldbindingu.

Af hverju að afstemma hverja útborgan í stað mánaðarlegrar heildartölu?

Vegna þess að tímamismunur og villur jafnast út þegar þú safnar saman mánuði, þannig að heildartölurnar geta stämst þó einstakar færslur séu rangar. Afstemming per útborgan, sem pöruð er við útborgunar- og færslukenni, leiðir í ljós vantar atburði, tvíteknar færslur og rangt úthlutaðar endurgreiðslukröfur áður en lokast er fyrir tímabilið.

Frekari lestur