- 1Ang Kasinungalingan: "Ang Pera na Pumasok ay Pera na Nakuha"
- 2Ang Deposito ay isang Pananagutan — Parehong Lohika tulad ng Naantalang Kita
- 3Pagtutuos ng mga Deposito ng Kostumer sa QuickBooks: Ang Pag-setup
- 4Ang Halimbawang Ginamit: 40% Paunang Bayad sa isang $10,000 na Order
- 5Mga Bahagyang Bayad at Kung Ano ang Ginagawa Nito sa Pag-iipon
- 6Pag-bill ng Pag-usad para sa Tunay na Malalaking Order
- 7Mga Deposito na Maibabalik vs. Hindi Maibabalik
- 8Pagpapanatiling Malinis sa Ilalim ang Layer ng Order
Ang pagtutuos ng mga deposito ng kostumer sa QuickBooks ay bumababa sa isang account at isang tuntunin: ang perang hindi mo pa nakuha ay perang utang mo.
Ang wire transfer ay dumating noong Lunes: $4,000, sanggunian "PO-2211 deposit." Isang chain ng boutique na may labindalawang lokasyon ang umorder ng 500 yunit na may custom na label — $10,000 kabuuan, 40% paunang bayad para simulan ang produksyon, balanse sa net-30 pagkatapos ng paghahatid. Hindi ka magpapadala sa loob ng limang linggo.
Kaya ano nga ba ang $4,000 na iyon? Nasa iyong bank account ito, ngunit wala ka pang naipapadala, kaya hindi pa ito benta. Karamihan sa mga nagbebenta ay nilulutas ang kalituhan sa mabilis na paraan: itala ito bilang kita, o iwanang hindi nakategorya sa bank feed, at magpatuloy. Pagkatapos ng limang linggo, lalabas ang invoice na $10,000, babayaran ng mamimili ang $6,000, at hahawakan ng QuickBooks ang ilang kumbinasyon ng dobleng bilang na kita, isang misteryosong deposito, at isang invoice na nagsasabing ang kostumer ay may utang na pera na naipadala na nila.
Kung nabasa mo na ang aming gabay sa net terms at wholesale AR sa QuickBooks, alam mo ang unang tuntunin ng wholesale layer: mga invoice, hindi mga resibo ng benta, kaya nananatiling nakikita ang agwat sa pagitan ng pagkita at pagkolekta. Ang mga deposito ay parehong disiplina na nakaturo sa kabilang direksyon — pera na dumarating bago ang pagkita. Sakop ng post na ito ang pagtutuos ng mga deposito ng kostumer sa QuickBooks mula simula hanggang dulo: ang istraktura ng pananagutan, ang pag-setup, isang halimbawang ginamit mula deposito hanggang huling bayad, mga bahagyang bayad at pag-iipon, pag-bill ng pag-usad, at mga depositong maibabalik kumpara sa hindi maibabalik.
Ang Kasinungalingan: "Ang Pera na Pumasok ay Pera na Nakuha"
Ang palagay sa ilalim ng mabilis na paraan: "binayaran ako ng kostumer, kaya ito ay kita." Para sa tingi, iyon ay totoo — ang pagbabayad at pagtupad ay iisang sandali. Para sa isang deposito ng B2B, ito ay mali, at ang pagtatala nito bilang kita ay sumisira ng tatlong bagay nang sabay-sabay.
Inilalagay nito ang kita sa maling buwan. Ang $4,000 ay napupunta sa P&L ng Marso; ang order ay ipapadala sa Abril. Walang kabuluhan ang margin ng alinmang buwan — ang Marso ay may 40% ng kita nang walang anumang gastos sa mga produkto laban dito.
Nagtatakda ito ng dobleng bilang. Kapag nag-invoice ka ng buong $10,000 sa pagpapadala — na dapat mong gawin, dahil iyon ang nangyayari ang benta — ipinapakita na ngayon ng QuickBooks ang $14,000 na kita sa isang $10,000 na order. Ang karaniwang "ayos" ay ang pag-invoice lamang ng balanse na $6,000, na nagpapababa sa benta, sumisira sa iyong basehan ng buwis sa benta, at ginagawang hindi mabasa ang kasaysayan ng order.
Nagtatago ito ng obligasyon. Hangga't hindi ka nagde-deliver, may utang ka sa mamimili na iyon na 500 custom-labeled na yunit o ibabalik ang kanilang pera. Naka-book bilang kita, ang obligasyong ito ay hindi lumilitaw kahit saan — kumuha ng mga deposito sa apat na production order nang sabay-sabay at ang iyong mga libro ay nagpapakita ng isang malusog na posisyon ng pera nang walang anumang pahiwatig na karamihan dito ay nakalaan na.
Ang kasinungalingan ay naiintindihan — ang balanse ng pera ay tunay na tumaas. Ngunit ang perang nakolekta at hindi pa kinikita ay may tiyak na pagkakakilanlan sa accounting, at hindi ito kita.
Ang Deposito ay isang Pananagutan — Parehong Lohika tulad ng Naantalang Kita
Ang perang nakolekta bago ang pagtupad ay unearned revenue, at ang unearned revenue ay isang pananagutan. Ito ay nakalagay sa iyong balance sheet kasama ng iyong mga pautang at mga hindi nabayarang bayarin dahil ito ay kumikilos tulad ng mga ito: ito ay isang bagay na iyong utang — sa mga produkto sa halip na dolyar.
Kung nagbebenta ka ng mga subscription, nakatagpo ka na ng istrukturang ito dati — ang isang taunang paunang bayad ay labindalawang buwan ng mga deposito sa ilalim ng isang singil, at ang gabay sa deferred revenue ay nagpapaliwanag kung paano nawawala ang pananagutang iyon buwan-buwan. Ang isang B2B na deposito ay ang parehong mekanismo, maliban na ang buong pananagutan ay nagiging isang beses, sa araw na iyong tuparin ang order.
Nagbibigay iyon sa deposito ng isang malinis na two-step lifecycle:
- Sa pagtanggap: cash pataas, pananagutan pataas. Walang kita, walang paggalaw sa P&L.
- Sa pagtupad: i-invoice ang buong order (kita na kinikilala, tama, sa sandaling iyon), pagkatapos ay ilapat ang deposito laban sa invoice — pananagutan pababa, balanse ng invoice pababa. Ang natitirang bukas ay eksakto kung ano pa ang utang ng mamimili.
Ang lahat ng iba pa sa post na ito ay mga mekanismo para sa paggawa ng QuickBooks na gawin ang dalawang hakbang na iyon.
Pagtutuos ng mga Deposito ng Kostumer sa QuickBooks: Ang Pag-setup
Kailangan mo ng dalawang bagay sa QuickBooks Online, parehong one-time setup:
- Isang liability account. Chart of accounts → bagong account → Other Current Liability, na pinangalanang "Customer Deposits." Dito nakalagay ang perang hindi pa kinikita sa pagitan ng pagtanggap at pagtupad.
- Isang deposit item. Isang service item na tinatawag na "Customer Deposit," na ang income account nito ay nakaturo sa liability account na iyon — hindi sa kita. Ang item na ito ay naglilipat ng pera papasok at palabas ng liability mula sa loob ng ordinaryong sales forms.
Ang workflow, na may mga iyon na nakalagay:
- Kapag dumating ang deposito, mag-record ng sales receipt para sa halaga ng deposito gamit ang Customer Deposit item. Tumaas ang pera; tumaas ang pananagutan; hindi nagalaw ang kita. Markahan ang item na non-taxable — ang sales tax ay sisingilin sa buong order sa pag-invoice, hindi sa paunang bayad. (Ang timing ng buwis sa deposito ay may mga kumplikasyon sa antas ng estado; kumpirmahin ang sa iyo sa iyong CPA.)
- Kapag tinupad mo ang order, i-invoice ang buong halaga ng order — bawat yunit, buong presyo, buwis sa lahat ng iyon — pagkatapos ay idagdag ang Customer Deposit item bilang isang negatibong linya para sa halaga ng deposito. Ang kabuuang invoice ay bababa sa tunay na natitirang balanse, ang pananagutan ay mababawasan ng parehong halaga, at isang dokumento ang nagpapakita ng buong kuwento: buong benta, na-apply ang deposito, balanse na dapat bayaran.
Makikita mo rin ang isang iminungkahing shortcut: laktawan ang liability account at itala ang deposito bilang isang unapplied credit sa record ng customer (Receive Payment na walang invoice). Gumagana ito nang mekanikal, ngunit ang iyong balance sheet ay hindi kailanman nagpapakita ng deposito bilang kung ano ito — ang obligasyon ay nakatago sa loob ng AR bilang negatibo — at ang mga cash-basis report ay nagpapakita nito bilang "unapplied cash payment income," na lumilikha ng eksaktong nakakalitong email ng CPA na sinusubukan mong iwasan. Ang liability account ay nagkakahalaga ng limang minuto ng pag-setup at pinapanatiling tapat ang mga libro. Gamitin ito.
Ang Halimbawang Ginamit: 40% Paunang Bayad sa isang $10,000 na Order
Mga numero na kathang-isip at sadyang bilog. Ang order ng boutique-chain mula sa pagbubukas, simula hanggang matapos:
Pebrero 24 — Tinanggap ang PO. 500 yunit, custom na pag-label, $10,000; 40% na deposito upang simulan ang produksyon, balanse net-30 mula sa paghahatid. Wala pang naitatala sa QuickBooks — ang purchase order ay isang pangako, hindi isang transaksyon.
Marso 3 — dumating ang $4,000 na deposito. Sales receipt na may item na Customer Deposit:
| Account | Debit | Credit |
|---|---|---|
| Pera | $4,000 | |
| Mga Deposito ng Customer (liability) | $4,000 |
Ang P&L ng Marso ay hindi gumagalaw. Ang balance sheet ay nagpapakita ng $4,000 na mas maraming cash at $4,000 na mas maraming liability — mas mayaman sa cash, mas malalim sa obligasyon, na siyang katotohanan.
Abril 10 — ipinadala ang order. Invoice ang buong benta, mga tuntunin na Net 30, na may deposito na inilapat bilang isang negatibong linya:
| Linya ng Invoice | Halaga |
|---|---|
| 500 yunit na custom-labeled na produkto | $10,000 |
| Inilapat na Deposito ng Customer | −₱4,000 |
| Balanseng dapat bayaran (Net 30 → Mayo 10) | $6,000 |
Sa likod ng dokumentong iyon: Accounts Receivable na tumaas ng $6,000, kita na tumaas ng $10,000 — naitala nang isang beses, sa Abril, ang buwan kung kailan mo ito kinita — at ang Customer Deposits liability ay bumalik sa zero para sa order na ito.
Mayo 6 — nagbayad ang mamimili ng $3,500. Hindi ang buong balanse — ang kanilang AP ay nagpatakbo nito bilang isang bahagi. Receive Payment, inilapat sa invoice: cash na tumaas ng $3,500, AR na bumaba ng $3,500, invoice na bukas sa $2,500.
Mayo 28 — dumating ang huling $2,500. Parehong galaw. Nagsara ang invoice, at bawat buwan sa daan ay nagsabi ng totoo: ang Marso ay isang cash event, ang Abril ay ang benta, ang Mayo ay mga koleksyon.
Mga Bahagyang Bayad at Kung Ano ang Ginagawa Nito sa Pag-iipon
Ang $3,500 na bayad na iyon ay karapat-dapat sa sarili nitong seksyon, dahil ang mga bahagyang pagbabayad ay kung saan ang wholesale AR ay tahimik na nababasa nang mali.
Madali ang mga mekanismo: magtala ng bahagyang pagbabayad laban sa invoice (Receive Payment → apply → deposit), hindi kailanman bilang isang hiwalay na bank deposit. Hinahawakan ng QuickBooks ang aritmetika at ang bukas na balanse ng invoice ay lumiliit sa kung ano talaga ang dapat bayaran.
Ang pagbabasa ang bahaging dapat makuha nang tama. Sa iyong A/R aging report, ang natitirang $2,500 ay nag-a-age mula sa orihinal na due date ng invoice — ang bahagyang pagbabayad ay hindi nagre-reset ng orasan. Mahalaga iyon dahil ang "partial-pay and stall" ay isang klasikong pattern ng koleksyon ng B2B: nagpapadala ang mamimili ng 60% sa oras at ang natitira ay lumulutang sa loob ng ilang buwan habang mukhang, sa isang sulyap, isang account na nasa mabuting katayuan. Hindi nalilinlang ang aging report. Ang $2,500 na balanse sa 31–60 na column ay isang koleksyon item, gaano man kabilis dumating ang unang bahagi.
Dalawang gawi ang pumipigil sa mga bahagi na maging leakage. Kapag ang bayad ay hindi tumutugma sa invoice, alamin kung bakit — ang hindi maipaliwanag na short-pay ay minsan timing ng AP, minsan isang hindi idineklarang hindi pagkakaunawaan na mas gugustuhin mong marinig ngayon. At isama ang mga natitirang balanse sa lingguhang pagsusuri ng pagtanda mula sa gabay ng net-terms; ang isang kalahating bayad na invoice ay nangangailangan ng parehong pagtulak tulad ng isang ganap na hindi bayad.
Pag-bill ng Pag-usad para sa Tunay na Malalaking Order
Sa itaas ng laki ng order ng boutique-chain, ang isang deposito-plus-final-invoice ay hindi na kasya. Ang isang pribadong label na $40,000 na tumakbo na naihatid sa tatlong yugto sa loob ng apat na buwan ay hindi dapat maging isang invoice ng Abril — dahil ang kita mismo ay nangyayari sa mga yugto.
Ang tool ng QuickBooks Online para dito ay progress invoicing: bumuo ng isang pagtatantya para sa buong order, pagkatapos ay mag-isyu ng mga bahagyang invoice laban dito sa bawat milestone — sabihin nating 40% sa simula ng produksyon, 40% sa unang paghahatid, 20% sa huli. Kinikilala ng bawat invoice ang bahagi nito ng kita at lumilikha ng sarili nitong receivable na may sariling mga tuntunin, at sinusubaybayan ng pagtatantya kung gaano karami sa kabuuan ang na-bill.
Ang linya na dapat hawakan: kinikilala ng progress invoicing ang kita sa bawat invoice, kaya't tapat lamang ito kapag ang bawat milestone ay kumakatawan sa halagang aktwal na naihatid. Ang isang invoice para sa "40% sa simula ng produksyon" sa isang order kung saan ang mamimili ay walang natatanggap hanggang sa huling paghahatid ay hindi kinita na kita — ito ay isang deposito na nakasuot ng kasuotan ng invoice, at ito ay kabilang sa liability account tulad ng anumang iba pang paunang bayad. Magaspang na tuntunin: pera para sa mga naihatid na yugto → progress invoice; pera bago ang anumang paghahatid → customer deposit. Ang malalaking custom na order ay madalas gumagamit ng pareho, at ang mga tawag sa pag-timing ng kita ay eksakto kung saan ang isang CPA na nakakaalam ng e-commerce ay kumikita ng kanilang bayad — isang oras ng kanilang oras ay mas mahusay kaysa sa paghula.
Mga Deposito na Maibabalik vs. Hindi Maibabalik
Parehong uri ay nagsisimula nang magkapareho — cash pataas, liability pataas — dahil sa pagtanggap may utang ka sa mamimili sa alinmang paraan. Ang pagkakaiba ay kung ano ang maaaring mangyari sa susunod.
Ang refundable deposit ay may dalawang labasan: inilapat sa invoice sa pagtupad, o namatay ang order at ibinalik ito. Ang refund entry ay ang pag-alis ng liability — Customer Deposits pababa, cash pababa. Ang kita ay hindi kailanman nahahawakan sa alinmang direksyon, na siyang tahimik na kabayaran ng istraktura ng liability: ang isang nakanselang order ay walang bakas sa iyong P&L, dahil hindi mo kailanman inangkin ang kita.
Ang non-refundable deposit ay hindi kita sa pagtanggap, isang punto na sulit sabihin nang dalawang beses dahil ang salitang "non-refundable" ay nakakaakit sa mga tao na i-book ito bilang kinita. Habang buhay ang order, may utang ka pa rin sa mga kalakal — ito ay isang liability tulad ng anumang iba pang deposito. Ang "Non-refundable" ay nagbabago lamang sa landas ng pagkansela: kung ang mamimili ay umalis at pinapayagan ka ng kontrata na panatilihin ang pera, ang deposito ay nagiging kita sa pagkawala — Customer Deposits pababa, kita mula sa nawalang deposito pataas (karamihan sa mga nagbebenta ay gumagamit ng Other Income account), na may petsang ang araw na namatay talaga ang order. Ang pag-timing ng buwis sa mga nawalang deposito ay nag-iiba sa iyong paraan ng accounting at mga tuntunin ng kontrata — isang kumpirmahin-sa-iyong-CPA na bagay, hindi isang hulaan-at-sana na bagay.
Sa alinmang paraan, ilagay ang refundability nang nakasulat sa PO o terms sheet bago gumalaw ang pera. Maaaring itala ng mga libro kung ano man ang mangyari; hindi nila maaaring ayusin ang isang argumento tungkol sa napagkasunduan.
Pagpapanatiling Malinis sa Ilalim ang Layer ng Order
Lahat ng nasa itaas ay nasa invoice-and-liability layer, at karamihan dito ay trabaho ng pagpapasya — pagpapasya kung ano ang nakuha, kailan, at kung magkano. Walang sync tool ang dapat gumawa niyan para sa iyo, at dapat kang maging kahina-hinala sa isa na nagsasabing kaya nito.
Ang dapat gawin ng isang sync tool ay panatilihing mapagkakatiwalaan ang layer sa ilalim: ang mga wholesale order ay nagpo-post bilang tunay na QuickBooks invoice, ang mga bayad ay inilalapat sa mga invoice na kinabibilangan nila, ang mga retail order ay hindi nakakasagabal. Iyon ang routing problem na sakop sa gabay sa net-terms — pinangangasiwaan ito ng LedgerPort (ang aming produkto, kaya't husgahan nang naaayon) gamit ang mga pamamaraan ng order sync na batay sa invoice at tag, kaya ang isang order na may tag na wholesale ay nagiging isang bukas na invoice habang ang retail ay dumadaloy bilang mga resibo. Ang deposit receipt, ang negative-line application, ang forfeiture entry — nananatili ang mga iyon sa iyo, o mas mabuti, sa iyong accountant: mga kaganapan na isa-bawat-order, hindi volume work, at eksakto kung saan nagbabayad ang isang propesyonal para sa kanilang sarili. Kung ang isang CPA o firm ang namamahala sa iyong mga libro, ibigay sa kanila ang workflow na ito — at kung sinusuportahan nila ang mga kliyente sa e-commerce sa pangkalahatan, ang aming pahina para sa mga propesyonal sa accounting ay sumasaklaw kung paano pinapatakbo ng mga firm ang sync layer sa isang listahan ng kliyente.
Mahalagang pangalanan kung ano talaga ang "layer sa ilalim", dahil hindi ito ang sync tool. Ang isang order na may wholesale tag ay umiiral lamang dahil may isang bagay sa itaas na nagpasya na ang mamimili na ito ay B2B, binigyan sila ng kaukulang presyo, at hinayaan silang mag-checkout nang hindi nagbabayad. Sa WooCommerce, iyon ang trabaho ng wholesale plugin—halimbawa, ang Wholesale Suite, ay nag-aapruba sa customer sa isang wholesale role, naglalapat ng kanilang pagpepresyo, at pinapayagan ang order na makumpleto nang hindi nababayaran upang ito ay ma-invoice sa mga tuntunin. Mali ang paggawa niyan at walang dami ng sync configuration ang makakapagligtas dito: ang isang order na hindi kailanman minarkahan bilang wholesale ay nagpo-post bilang isang retail receipt, at ang deposito na hawak mo ay walang invoice na ikakabit.
Bumalik sa wire noong Lunes na iyon. Ang $4,000 ay hindi kailanman naging malabo — ito ay isang utang, na babayaran sa 500 custom-labeled na yunit, at ang tanging tunay na tanong ay kung sasabihin iyon ng iyong mga libro. Isang liability account at isang deposit item ang gumagawa ng sagot na oo, at walang buwan ang nagsisinungaling tungkol sa kung ano ito.
Kung ang mga wholesale deposit ay nagiging regular na bahagi ng iyong order flow, ang mas malawak na pundasyon — chart of accounts, paghawak ng bayarin, ang mga mekanismo ng accrual kung saan nakapatong ang lahat ng ito — ay nasa gabay sa accounting ng e-commerce. I-set up ang Customer Deposits account bago dumating ang susunod na PO; ito ay limang minuto ngayon o isang pag-aayos mamaya.
