Deferred Revenue para sa E-commerce Subscriptions: Isang Gabay sa Paggawa

Ang pera mula sa isang taunang paunang bayad ay totoo. Ang kita ay hindi — hindi pa. Ang agwat sa pagitan ng dalawang katotohanang iyon ay kung saan nagkakamali ang bookkeeping ng subscription.

---

Nag-launch ka ng isang taunang plano noong Nobyembre. Magbayad ng labindalawang buwan nang maaga, makakuha ng dalawang buwan nang libre — isang malinis na $120 sa halip na $144. Black Friday weekend, 214 na customer ang kumuha nito. Ang iyong payment processor ay nagdeposito ng mahigit $25,000, at sinabi ng QuickBooks na ang Nobyembre ang pinakamagandang buwan sa kasaysayan ng iyong tindahan.

Pagkatapos, dumating ang profit and loss report ng Enero, at mukhang bumagsak ang negosyo. Parehong mga customer. Parehong mga kahon na inilalabas bawat buwan. Ngunit sinabi ng P&L na bumagsak ang kita — dahil lahat ng ito ay naitala sa araw na dumating ang pera.

Kung naranasan mo ang ilan sa mga ito — isang buwan na may pagtaas na hindi mo maipaliwanag sa iyong CPA, isang "down" na quarter na hindi naman pakiramdam na down, mga margin na malaki ang pagbabago depende sa kung kailan dumating ang mga paunang bayad — naranasan mo na ang problemang tinatalakay ng post na ito. Ang deferred revenue ay ang nag-iisang konsepto sa accounting na naghihiwalay sa mga e-commerce seller ng subscription na may mababasang mga libro mula sa mga seller na ang P&L ay isang random-number generator.

Ang mga mekanismo ay mas simple kaysa sa ipinahihiwatig ng pangalan. Buuin natin sila mula sa simula.

Ang Kasinungalingan: "Pumasok Ito sa Aking Bank Account, Kaya Ito ay Kita"

Ito ang pinaka-natural na pag-aakala sa commerce, at para sa mga one-time order ito ay halos totoo. Bumili ang isang tao ng kandila, ipapadala mo ang kandila, sa iyo ang pera. Magkasabay na dumarating ang pera at kita.

Ang mga subscription na binayaran nang maaga ay sinisira ang ugnayang iyon. Kapag ang isang customer ay nagbayad ng $120 noong Nobyembre para sa labindalawang buwanang paghahatid, hindi ka pa kumikita ng $120 noong Nobyembre. Kumita ka ng $10 — katumbas ng isang paghahatid — at kumuha ka ng isang obligasyon na maghatid ng labing-isa pa.

May pangalan ang accounting para sa perang nakolekta mo ngunit hindi pa kinikita: deferred revenue (makikita mo rin ang "unearned revenue" — pareho lang). At narito ang bahaging nakakagulat sa karamihan ng mga seller: ang deferred revenue ay isang liability, hindi kita. Nakalagay ito sa iyong balance sheet katabi ng iyong mga utang at hindi nabayarang mga bayarin, dahil iyon ang iyong hawak — isang bagay na dapat mong bayaran. Nagkataon lang na ang iyong pagkakautang ay nasa produkto at serbisyo sa halip na sa mga dolyar.

Ang kasinungalingan ay hindi bobo. Tunay na tumaas ang balanse ng iyong bangko, at para sa isang solo operator na nagbabantay ng pera, iyon ang numerong nararamdaman na totoo. Ngunit sa sandaling i-book mo ang mga prepaid subscription bilang instant revenue, tatlong bagay ang nasisira:

• Ang iyong buwanang P&L ay tumitigil sa pagiging makabuluhan. Tumaas ang kita kapag dumating ang mga kampanya, bumagsak kapag hindi, at hindi ipinapakita ng alinmang paggalaw kung kumusta ang negosyo.
• Ang iyong mga margin ay nagiging hindi maintindihan. Ang Nobyembre ay nagpapakita ng $25K na kita laban sa isang buwan ng gastos sa produkto. Ang mga buwan dalawa hanggang labindalawa ay nagpapakita ng gastos sa pagtupad ng mga kahong iyon laban sa walang katugmang kita.
• Ang iyong larawan sa buwis ay maaaring lumihis. Depende sa iyong paraan ng pagtutuos, ang pagkilala sa kita bago mo ito napagkakitaan ay maaaring magtulak ng kita na maaaring buwisan. (Ang mga patakaran sa pag-time dito ay nagiging tunay na teknikal — kumpirmahin ang iyong pagtrato sa iyong CPA.)

Ang Solusyon: Kilalanin ang Kita Habang Tinutupad Mo Ito

Ang prinsipyong pagtutuos ng accrual sa ilalim ng lahat ng ito ay isang pangungusap: ang kita ay kinikilala kapag ito ay napagkakitaan, hindi kapag ito ay nakolekta. Para sa isang subscription, ang "napagkakitaan" ay nangangahulugang naihatid — bawat buwan ng serbisyo o bawat ipinadalang kahon ay nagpapalit ng isang bahagi ng pananagutan tungo sa tunay na kita.

Narito ang halimbawang ginawa, simula hanggang katapusan. Ang mga numero ay kathang-isip at sadyang bilugan.

Ang $120 taunang paunang bayad, buwan-buwan

Unang araw — ang pagbebenta. Nagbabayad ang isang customer ng $120 para sa isang 12-buwang subscription. Tumaas ang pera, gayundin ang iyong obligasyon:

Account	Debit	Credit
Pera (o account ng pagproseso)	$120
Naantalang Kita (pananagutan)		$120

Pansinin kung ano ang wala sa entry na iyon: kita. Hindi gumagalaw ang iyong P&L sa araw ng pagbebenta.

Bawat buwan — ang pagkilala. Sa tuwing matutupad mo ang isang buwan (ipadala ang kahon, ibigay ang panahon ng serbisyo), ililipat mo ang one-twelfth mula sa pananagutan patungo sa napagkakitang kita:

Account	Debit	Credit
Naantalang Kita	$10
Kita sa Subscription		$10

Ang iskedyul. Patakbuhin iyon sa loob ng isang taon at malinis na mawawala ang balanse:

Buwan	Kinilalang Kita	Natitirang naantalang kita
1	$10	$110
2	$10	$100
3	$10	$90
…	…	…
11	$10	$10
12	$10	$0

I-multiply ng iyong 214 na mga customer sa Black Friday at nagbabago ang larawan. Sa halip na isang $25,680 na pagtaas sa Nobyembre na sinusundan ng labing-isang buwan ng tila taggutom, ang iyong mga libro ay nagpapakita ng humigit-kumulang $2,140 na kita sa subscription bawat buwan — katugma ng aktwal na gastos sa pagtupad ng mga buwang iyon. Iyan ay isang P&L na mababasa mo, mahuhulaan, at maibibigay sa isang nagpapautang nang walang dalawampung minutong disclaimer.

[LARAWAN: Dalawang magkatabing bar chart — "cash-basis view" na nagpapakita ng isang malaking bar sa Nobyembre at patag na mga buwan pagkatapos, kumpara sa "deferred revenue view" na nagpapakita ng labindalawang pantay na buwanang bar]

Mas Simple ang mga Buwanang Renewal — Hanggang Hindi Na

Kung ang iyong mga subscriber ay nagbabayad buwan-buwan, maaaring iniisip mong ligtas ka na. Sa karamihan ng pagkakataon, oo. Ang isang $12 na singil sa Marso 1 para sa kahon ng Marso ay napagkakitaan sa loob ng parehong panahon kung kailan ito nakolekta — nagtutugma ang pera at kita, at kakaunti o wala nang kailangang ipagpaliban.

Ngunit ang mga programa sa subscription ay may mga mekanismo na tahimik na nagpapakilala muli ng mga puwang sa pag-time:

• Mga Paglaktaw. Sa isang subscribe-and-save na programa, ang isang nilaktawang buwan ay karaniwang nangangahulugan ng walang singil at walang pagpapadala — walang kailangang itala. Ngunit kung ang isang customer ay lumaktaw pagkatapos singilin, hawak mo ang pera para sa isang paghahatid na naantala. Ang singil na iyon ay nananatili sa naantalang kita hanggang sa aktwal na maipadala ang naantalang order.
• Mga Paghinto. Ang naka-pause na taunang subscription ay hindi nagbubura ng iyong obligasyon; pinapahaba lamang nito. Ang natitirang ipinagpaliban na balanse ay nananatili sa iyong balance sheet, at ang pagkilala ay magpapatuloy kapag nagawa na ang pagtupad. Ang isang customer na huminto sa ikaanim na buwan na may $60 na hindi pa nakikilala ay mayroon pa ring $60 na pananagutan mo — gaano man katagal ang paghinto.
• Mga Refund at Pagkansela. Dito nagbabayad ang pag-frame ng pananagutan. Sabihin nating ang taunang customer ay nagkansela sa ikaapat na buwan at ibinalik mo ang hindi nagamit na bahagi. Nakilala mo ang $40, nagbabalik ka ng $80 — at ang $80 na iyon ay nagmumula sa deferred revenue, hindi sa revenue. Ang iyong kinilalang kita para sa mga buwan isa hanggang apat ay nananatiling eksaktong tama, dahil tunay mo itong kinita. (Ang mga refund sa natanggap nang kita ay gumagana nang iba — iyon ay isang contra-revenue entry, at tinatalakay natin iyon sa accounting para sa mga refund at return.)
• Pagtawid sa Billing Cycle. Kahit ang mga simpleng buwanang plano ay maaaring tumawid sa mga panahon — isang singil noong Enero 28 para sa isang kahon ng Pebrero ay, mahigpit na, sa Pebrero. Sa maliit na sukat, karamihan sa mga nagbebenta at ang kanilang mga CPA ay makatwirang binabalewala ito. Sa makabuluhang dami, sulit ito sa isang desisyon sa patakaran.

Ang pattern sa lahat ng apat: ang iskedyul ng pag-bill ng subscription at ang iskedyul ng pagtupad nito ay dalawang magkaibang timeline, at ang kita ay sumusunod sa pagtupad.

Saan Ito Nakakaugnay sa Cash vs. Accrual

Lahat ng nasa itaas ay accrual accounting. Kung ang iyong tindahan ay tumatakbo sa purong cash basis — itinatala mo ang kita kapag dumating ang pera, tuldok — kung gayon ang deferred revenue ay hindi pormal na umiiral sa iyong mga libro, at ang pagtaas ng Nobyembre ay ang iyong Nobyembre.

Iyon ay legal at karaniwan para sa maliliit na nagbebenta, ngunit ang mga subscription ay isa sa pinakamalakas na argumento para sa paglipat. Kung mas maraming prepaid revenue ang dala mo, mas lumalayo ang cash-basis P&L sa katotohanan ng operasyon — at mas nagiging mahirap sagutin ang mga pangunahing tanong tulad ng "naging magandang buwan ba ito?" Kung isinasaalang-alang mo ang paglipat, ang mga trade-off ay nakalatag sa aming gabay sa cash vs. accrual para sa e-commerce.

Kahit ang mga nakatuon na cash-basis seller ay dapat subaybayan ang kanilang deferred obligation sa isang lugar, kahit na sa isang spreadsheet lamang. Ang pag-alam na ang $18,000 ng iyong balanse sa bangko ay nakalaan para sa pagtupad ay pumipigil sa iyo na gumastos ng pera na hindi mo pa kinikita.

Saan Nagkakasya ang ReCharge at WooCommerce Subscriptions

Kung nagpapatakbo ka ng mga subscription sa Shopify, malamang na ginagamit mo ang ReCharge o ang mga native subscription feature ng Shopify; sa WooCommerce, karaniwan itong WooCommerce Subscriptions, madalas kasama ang isang checkout at funnel stack. Mahalagang maging tiyak tungkol sa kung ano ang mga tool na ito: billing engines. Pinamamahalaan nila ang kontrata ng subscription — ang iskedyul, ang card na nakalagay, ang mga skip at pause — at sa bawat pag-renew ay lumilikha sila ng isang order at isang singil sa iyong tindahan.

Doon eksakto kung saan lumalabas ang kanilang data sa iyong accounting: bilang mga order. Ang isang ReCharge renewal o isang Woo Subscriptions renewal ay napupunta sa order stream ng iyong tindahan, dumadaloy sa mga payout ng iyong payment processor, at dumarating sa iyong mga libro sa parehong paraan tulad ng anumang iba pang order. Alam ng subscription app ang kuwento ng billing; ang iyong data ng order at payout ang nagdadala ng kuwento ng pera.

Ang wala sa mga tool na ito ay nagpapanatili ng iyong iskedyul ng revenue recognition. Ito ay nasa iyong accounting file, at ito ay parehong maikling listahan anuman ang subscription stack na iyong ginagamit:

1. Isang deferred revenue liability account sa iyong QuickBooks chart of accounts, nakalagay sa ilalim ng current liabilities.
2. Isang recognition schedule — kung aling mga prepaid order ang umiiral, magkano ang natitira na hindi pa kinikita sa bawat isa, at magkano ang kikilalanin ngayong buwan. Para sa karamihan ng mga tindahan, ito ay isang spreadsheet na naka-key off sa mga export ng subscription app.
3. Isang buwanang journal entry na naglilipat ng bahaging nakuha mula sa deferred revenue patungo sa subscription revenue.
4. Isang buwanang sanity check na ang deferred balance sa iyong balance sheet ay katumbas pa rin ng kabuuan ng mga hindi natupad na obligasyon sa iyong iskedyul.

Iyan ang buong sistema. Hindi ito mahirap sa konsepto — ito ay isang problema sa disiplina, kaya't karaniwan itong nasisira sa parehong lugar: ang pinagbabatayan na data ng order.

Pagkuha ng Tamang Data ng Order sa Ilalim ng Iskedyul

Ang isang recognition schedule ay kasing ganda lamang ng mga sales record na nagpapakain dito. Kung ang mga subscription order ay napupunta sa QuickBooks bilang mga lump-sum deposit — mga bayarin na pinaghalo sa kita, mga refund na hindi nakikita laban sa mga benta — hindi ka makakabuo ng isang mapagkakatiwalaang deferred revenue schedule sa itaas, dahil hindi mo malalaman kung ano talaga ang nilalaman ng anumang ibinigay na payout. Ang pag-aayos ng layer na iyon ang nauuna; narito ang kung paano dapat itala ang mga benta ng Shopify sa QuickBooks bago pumasok ang anumang subscription logic sa larawan.

Ito ang layer kung saan kumikita ang isang sync tool. Ang LedgerPort ay nag-sync ng mga order ng Shopify at WooCommerce sa QuickBooks Online na may mga bayarin na hiwalay sa kita at mga refund na itinala bilang mga refund — kasama ang mga subscription renewal, dahil ang isang renewal ay isang order tulad ng iba pa. Sa Scale plan nito, ang mga payout journal ay tumutugma sa mga deposito ng processor sa mga order sa loob nito, kaya ang bahagi ng pera ng iyong mga libro ay nagre-reconcile nang malinis habang ang iyong recognition schedule ang humahawak sa bahaging nakuha. At ang sync ay awtomatikong tumatakbo, na mahalaga para sa mga subscription store partikular: ang mga renewal ay lumilikha ng tuluy-tuloy na pagtulo ng mga order sa buong buwan, hindi isang tumpok na maaari mong ipasok nang batch sa ika-31.

Upang maging malinaw tungkol sa hangganan: ang buwanang deferred-revenue journal entry ay iyo pa rin (o ng iyong CPA) na gagawin. Walang order-sync tool ang dapat umangkin na alam nito ang iyong mga fulfillment obligation. Ang ibinibigay ng malinis na sync ay ang tumpak na data ng order, bayarin, at refund na inaasahan ng iskedyul — at, para sa mga tindahan na may makabuluhang dami ng renewal, mga oras na nabawi bawat linggo na dating ginugol sa pagbuo nito nang mano-mano.

Kung ang mga subscription ay nagiging tunay na bahagi ng iyong kita, ang mas malawak na mga pundasyon ay nasa aming gabay sa haligi ng accounting sa e-commerce. At kung ang iyong huling prepay campaign ay ginawang misteryo ang iyong P&L, magsimula sa mas maliit: buksan ang QuickBooks, magdagdag ng deferred revenue liability account, at buuin ang labindalawang-hilera na iskedyul para sa isang customer na nagkakahalaga ng $120. Kapag napanood mo na ang isang prepay na natunaw sa halagang $10 bawat buwan, ang buong modelo ay magiging malinaw — at mapapanatiling malinis ng LedgerPort ang data ng order sa ilalim nito, simula nang libre.