- 1Bakit Pumapalpak ang Pangkalahatang Bookkeeping sa isang WooCommerce Store
- 2Ang Limang Istruktura ng Malinis na WooCommerce Bookkeeping
- 31. Isang chart of accounts na ginawa para sa e-commerce
- 42. Isang clearing account bawat gateway
- 53. Isang fee expense line bawat gateway
- 64. Sales tax sa isang liability account
- 75. Mga refund bilang contra-revenue
- 8Ang Buwanang Close Checklist para sa isang WooCommerce Store
- 9Saan Angkop ang Automation (Sa Totoo Lang)
- 10Katapusan ng Buwan, Pagkatapos
Hindi magulo ang iyong mga libro dahil kulang ka sa disiplina. Magulo ang mga ito dahil ginawa ang mga ito para sa isang negosyong hindi mo pinapatakbo.
Ang email ng iyong accountant ay tatlong linya ang haba: "Mabilis na tanong — ano ang $12,318 na deposito noong Marso 14?"
Apatnapung minuto mamaya, may sagot ka na. Ito ay dalawang payout ng Stripe na sumasaklaw sa apat na araw ng mga order, bawasan ng $402 sa mga bayarin sa pagproseso, bawasan ng $618 na refund mula sa nakaraang linggo, dagdagan ng $75 na chargeback reversal. Alam mo ito dahil binuksan mo ang Stripe dashboard, nag-export ng CSV, ikinumpara ito sa listahan ng order ng WooCommerce, at gumawa ng aritmetika sa isang notes app.
Naranasan mo na ito dati. Ang iyong WooCommerce bookkeeping ay isang folder ng mga CSV ng gateway at isang QuickBooks file na tahimik na pinupuna ng iyong accountant. Bawat katapusan ng buwan, nangangako ka sa iyong sarili ng isang tunay na sistema. Bawat katapusan ng buwan, inaayos mo ang kasalukuyang sistema sa halip.
Narito ang mga bagay na mahalagang malaman bago dumating ang susunod na katapusan ng buwan: hindi ito problema sa disiplina, at hindi rin ito problema sa kasanayan sa accounting. Ito ay tungkol sa istruktura. Ang iyong mga libro ay ginawa para sa isang pangkalahatang maliit na negosyo — at ang isang online store ay hindi isa.
Bakit Pumapalpak ang Pangkalahatang Bookkeeping sa isang WooCommerce Store
Ang kasinungalingan sa ilalim ng karamihan sa mga magulong libro ng e-commerce ay ganito: "Ang bookkeeping ay bookkeeping. Ang aking karaniwang setup para sa maliit na negosyo ay sapat na para sa isang online store."
Ito ay isang makatuwirang paniniwala. Ito rin ay mali, dahil sa limang tiyak, mekanikal na dahilan. Ang isang consulting firm o isang coffee shop ay hindi kailanman makakaranas ng mga ito. Ang isang WooCommerce store ay makakaranas ng lahat ng lima araw-araw.
1. Ang perang kinita ay hindi perang naideposito. Ang isang consultant ay nag-invoice ng $1,000 at tumatanggap ng $1,000. Ang iyong tindahan ay nagbenta ng $1,000 noong Martes, at ang Stripe ay nagdeposito ng $953.90 noong Huwebes — kasama ang mga order noong Miyerkules. Walang deposito sa bangko ang kailanman katumbas ng anumang numero ng benta. Kung ituring ng iyong mga libro ang mga deposito bilang kita, mali ang mga ito mula sa unang araw.
2. Ang mga bayarin ay ibinabawas bago mo pa man makita ang pera. Bawat gateway ay kumukuha ng kanilang bahagi sa pinagmulan, at bawat isa ay kumukuha ng iba't ibang bahagi — ang Stripe, PayPal, at Square ay may iba't ibang presyo. Itala ang mga deposito bilang kita at ang mga bayaring iyon ay mawawala: ang kita ay minamaliit, at ang isang tunay na operating expense ay hindi kailanman lalabas sa iyong mga libro.
3. Ang buwis sa benta na kinokolekta mo ay hindi sa iyo. Hawak mo ito para sa isang estado. Naka-book bilang kita, pinapalaki nito ang iyong kita — at pagkatapos ay dumating ang pagbabayad bilang isang "sorpresang" gastos na hindi naman talaga gastos. Ito ay isang pananagutan sa buong panahon.
4. Ang mga refund ay hindi gastos. Ang refund ay pagbabalik ng kita, hindi isang gastos na na-incur mo. Ang tahimik na pag-net ng mga refund sa mga deposito — o mas malala pa, ang pag-book nito bilang gastos — ay nagpapalabo sa iyong gross sales at sa iyong mga margin, sa iba't ibang direksyon.
5. Ang mga gastos sa imbentaryo ay hindi dapat mapunta sa buwan kung kailan mo ito binili. Kung gagastusin mo ang $20,000 na pagbili ng stock noong Marso, ang iyong P&L ay magpapakita ng isang mapaminsalang Marso at isang kathang-isip na Abril. Ang gastos ng mga nabentang produkto ay dapat mapunta sa buwan kung kailan talaga nabenta ang mga produkto, o ang iyong mga numero ng margin ay walang kahulugan.
Ang bawat isa sa mga ito ay hindi nakikita sa isang generic na chart of accounts. Iyon ang dahilan kung bakit hindi gumagana ang pag-patch: hindi ka gumagawa ng mga error sa pagpasok, nawawalan ka ng mga istraktura ng account. Ang solusyon ay hindi mas maingat na pagpasok ng data. Ito ay limang istraktura.
Ang Limang Istruktura ng Malinis na WooCommerce Bookkeeping
Itakda ang limang bagay na ito sa QuickBooks Online nang isang beses, at ang pang-araw-araw na trabaho ay magiging pangkaraniwan. Laktawan ang mga ito, at ang bawat pagtatapos ng buwan ay parang arkeolohiya.
1. Isang chart of accounts na ginawa para sa e-commerce
Ito ang pundasyon kung saan nakasabit ang iba pang apat na istraktura. Sa pinakamababa, ang iyong seksyon ng kita ay naghihiwalay ng mga benta ng produkto, kita sa pagpapadala, at isang contra-account para sa mga refund. Ang iyong mga gastos ay may kasamang isang linya ng bayarin bawat payment gateway. Ang iyong mga pananagutan ay may kasamang sales tax payable. Ang iyong mga asset ay may kasamang clearing account bawat gateway at isang inventory account.
Hindi mo kailangang idisenyo ito mula sa simula — naglathala kami ng isang kumpletong chart of accounts template para sa e-commerce na maaari mong kopyahin sa QuickBooks sa isang hapon. Gawin mo muna ito. Ang lahat sa ibaba ay ipinapalagay na ito ay umiiral.
2. Isang clearing account bawat gateway
Ito ang istraktura na permanenteng sumasagot sa "ano ang depositong ito?"
Ang clearing account ay isang holding pen sa pagitan ng "nangyari ang benta" at "dumating ang pera." Kapag nag-record ka ng $1,000 na mga order sa Stripe noong Martes, ang pera ay napupunta sa Stripe Clearing — hindi sa iyong bank account, dahil hindi pa ito nasa iyong bank account. Kapag dumating ang payout ng Stripe noong Huwebes, ililipat mo ang $953.90 mula sa clearing patungo sa bangko at $46.10 patungo sa mga bayarin sa Stripe. Ang clearing account ay bumabalik sa zero (o sa eksaktong halaga na nasa transit pa).
Ngayon ang bank reconciliation ay nangangahulugang pagtutugma ng isang kamay ng mga payout, hindi daan-daang mga order. At kung ang isang payout ay mabigo na ma-clear, ang balanse ng clearing ay nagmamarka nito — ang perang dapat dumating, ay hindi dumating.
Isang clearing account bawat gateway, hindi isang shared account. Ang mga WooCommerce store ay karaniwang nagpapatakbo ng dalawa o tatlong gateway, bawat isa ay may sariling iskedyul ng payout. Paghaluin ang mga ito at nabuo mo muli ang palaisipan na sinusubukan mong lutasin.
Kung ang isang sync tool ay nagpo-post ng iyong mga order, ang istrakturang ito ay isang pahina ng mga setting sa halip na isang disiplina. Awtomatikong nade-detect ng LedgerPort ang bawat payment gateway na aktibo sa iyong tindahan at binibigyan ang bawat isa ng sarili nitong configuration row — isang enabled toggle, ang QuickBooks clearing account kung saan napupunta ang pera ng gateway na iyon, ang QBO payment method, at isang per-gateway refund-sync switch — na may default na clearing account bilang fallback para sa anumang hindi naka-configure. Ito ay eksaktong istraktura na sinabi sa iyo ng seksyong ito na buuin nang mano-mano; ang bersyon ng software ay humihingi lamang sa iyo na ituro ang bawat natukoy na gateway sa account nito.

3. Isang fee expense line bawat gateway
Mga Bayarin sa Stripe, Mga Bayarin sa PayPal, Mga Bayarin sa Square — magkakahiwalay na account, hindi isang "merchant fees" bucket.
Dalawang dahilan. Una, katumpakan: ang mga bayarin bawat gateway ay nagbibigay sa iyo ng buwanang sanity check. Kung ang epektibong rate ng Stripe ay karaniwang nasa 3% at ngayong buwan ito ay 4.1%, may nangyari — isang pagbabago sa presyo, isang pagdami ng mga internasyonal na card, isang bayarin sa dispute — at makikita mo talaga ito. Pangalawa, mga desisyon: hindi mo maihahambing kung ano talaga ang gastos sa iyo ng iyong mga gateway kung ang mga gastos ay pinagsama-sama.
4. Sales tax sa isang liability account
Bawat dolyar ng buwis na nakolekta ay napupunta sa Sales Tax Payable, isang pananagutan — hindi kailanman sa kita. Kapag nagremit ka sa estado, ang bayad ay binabawasan ang pananagutan. Ang iyong P&L ay hindi kailanman hinahawakan ito, sa alinmang direksyon.
Ang kapalit ay kapayapaan: ang deadline ng remittance ay hindi na isang cash-flow surprise, dahil ang pera ay hindi kailanman binilang bilang iyo. Ang balanse sa Sales Tax Payable ay dapat palaging halos tumutugma sa kung ano ang sinasabi ng iyong mga tax report na nakolekta mo. Kapag hindi, nahuli mo ang isang error nang maaga sa halip na sa oras ng pag-file.
Sa LedgerPort, ang tuntuning ito ay isang dropdown: ang setting ng Line Item Tax sa tab na Taxes ay nagpo-post ng WooCommerce tax bilang isang dedikadong linya sa isang QBO liability account na pipiliin mo — istraktura #4, ipinatupad sa bawat naka-sync na order. Ang parehong tab ay naglalaman ng isang detalye na halos walang nagpapaliwanag: tax rounding. Ang WooCommerce at QuickBooks ay kinakalkula ang buwis nang hiwalay at nagkakaiba ng isang sentimo dito at doon; isang rounding-adjustment line item ang sumasalo sa mga pagkakaiba na iyon, kaya ang liability account ay eksaktong tumutugma sa iyong nakolekta sa halip na maipon ang isang hindi maipaliwanag na ilang dolyar-kada-buwan na paglihis.

5. Mga refund bilang contra-revenue
Gumawa ng isang Refunds & Allowances account sa iyong income section na may negatibong balanse. Bawat refund ay napupunta doon — binabawasan ang net revenue habang pinapanatili ang gross sales.
Pinapanatili nito ang dalawang numero na kailangan mo: ang kabuuang benta (para sa pag-unawa sa demand) at ang tunay na netong kita (para sa pag-unawa sa negosyo). Inilalantad din nito ang iyong refund rate bilang isang masusubaybayang linya sa halip na isang hindi nakikitang pagtagas. Ang isang tindahan na nagre-refund ng 2% at isang tindahan na nagre-refund ng 9% ay magkaibang negosyo, at isa lamang sa mga tindahang iyon ang karaniwang nakakaalam nito.
Ang limang istrukturang ito ang pangunahing core na partikular sa e-commerce; para sa mas malawak na mga gawi sa paligid nito, ang aming gabay sa pinakamahuhusay na kasanayan sa accounting ng e-commerce ang sasagot sa iba pa.
Ang Buwanang Close Checklist para sa isang WooCommerce Store
Kapag naitayo na ang mga istraktura, ang pagtatapos ng buwan ay hindi na pagbuo muli at nagiging pagpapatunay. Narito ang checklist, ayon sa pagkakasunud-sunod:
0. Mag-scan para sa mga nabigo at naka-hold na tala bago ka magsara. Kung ang isang sync tool ay nagpo-post ng iyong mga libro, ito ang hakbang na nauuna sa lahat. Sa LedgerPort, ang bawat tala ay may isa sa limang status — Naka-sync, Nakabinbin, Nabigo, Nilaktawan (sinadyang hindi isinama ng iyong mga sync filter), o Naka-hold — kaya ang dalawang minutong filter para sa Nabigo at Naka-hold sa buong buwan ay nakakakuha ng isang napalampas na webhook habang ito ay isang order, hindi isang quarter. Ang pag-aayos ay nasa parehong screen: piliin ang mga tala at i-re-push, at ang garantiya na walang dobleng kopya ay nangangahulugang ang mga naka-sync na tala ay awtomatikong nilalaktawan habang ang mga nabigong na-re-push ay nag-a-update sa umiiral na QuickBooks transaction sa halip na mag-post ng pangalawa. Ang "Sana lahat ay naka-sync" ay nagiging isang checkbox.

- Kumpirmahin na ang bawat order ay nasa QuickBooks. Lahat ng benta para sa buwan ay nai-post — kasama ang kita ng produkto, pagpapadala, buwis, at pag-ruta ng gateway na buo. Kung manu-mano kang nag-e-enter, ito ang pinakamahabang hakbang; gawin ito lingguhan, hindi buwanan. Kung ang isang sync tool ang gumagawa ng pag-post, i-verify sa halip na muling ipasok: ang audit log ng LedgerPort ay nagpapakita ng buong kasaysayan ng sync, maaaring i-filter ayon sa uri, entity, status, at petsa, kaya ang isang napalampas o nabigong order ay lumilitaw sa ilang segundo.
- Itugma ang bawat payout ng gateway sa isang bank deposit. Ang bawat payout ng Stripe, PayPal, at iba pa ay dapat tumugma sa isang deposito at linisin ang naaangkop na clearing account.
- Suriin ang mga balanse ng clearing account. Ang bawat isa ay dapat katumbas lamang ng perang kasalukuyang nasa transit — mga benta mula sa huling isa o dalawang araw na hindi pa nababayaran. Anumang higit pa ay isang hindi natugmang transaksyon na nagsasabi sa iyo kung saan titingnan.
- Suriin ang mga bayarin bawat gateway. Ihambing ang kabuuang bayarin ng bawat gateway laban sa inaasahang epektibong rate nito. Ang paglihis ng higit sa kalahating porsyento ay karapat-dapat sa dalawang minutong imbestigasyon.
- Beripikahin ang benta ng buwis na babayaran. Ang balanse ng pananagutan ay dapat tumugma sa sinasabi ng iyong mga ulat sa buwis na iyong nakolekta, bawasan ang iyong naibayad. Tandaan ang mga nalalapit na deadline ng pagbabayad.
- Itala ang COGS at ayusin ang imbentaryo. I-book ang gastos ng mga yunit na talagang nabenta ngayong buwan; ilipat ito mula sa imbentaryo patungo sa gastos ng mga produktong nabenta.
- I-post ang mga refund at chargeback. Kumpirmahin na napunta ang mga ito sa contra-revenue, at tingnan ang refund rate habang naroon ka.
- Patakbuhin ang P&L at balance sheet. Hindi para mag-file ng kahit ano — para basahin ang mga ito. Mga margin sa inaasahang saklaw, walang account na lumolobo, walang bagay na magpapangiwi sa iyo. Kung walang ngumingiwi pabalik, sarado ka na.
Ginawa nang manu-mano na may malinis na mga istraktura, ito ay tumatakbo ng isa hanggang tatlong oras sa isang buwan depende sa dami ng order. Kung walang mga istraktura, ang parehong pagsasara ay tumatagal ng isang weekend — dahil ang mga hakbang 2, 3, at 5 ay nagiging mga forensic project.
Saan Angkop ang Automation (Sa Totoo Lang)
Narito ang tapat na bersyon, dahil ang hindi tapat na bersyon ay madaling mahanap.
Sa ibaba ng humigit-kumulang 100–200 na order sa isang buwan, ang manu-manong bookkeeping na may limang istraktura ay tunay na maayos. Maikli ang pagsasara, ang dami ng entry ay mapapamahalaan, at ang isang tool ay lulutas ng problema na wala ka pa.
Higit pa riyan, nagbabago ang matematika. Ang pagpasok ng order ay lumalaki nang linear sa dami, at ang mga rate ng error ay lumalaki sa pagkapagod. Sa 500–1,000 na order sa isang buwan sa dalawa o tatlong gateway, ang hakbang 1 lamang ng checklist na iyon ay maaaring kumain ng mga oras na nilayon mong gugulin sa pagpapatakbo ng tindahan — at isang maling na-type na halaga ng buwis ay nagtatago sa sampung libong mga linya ng item.
Isang bagay na hindi gagawin ng automation: ayusin ang isang sirang chart of accounts. Ang isang sync tool na nakaturo sa generic na mga libro ay nagbubunga ng mabilis, automated na gulo. Mga istraktura muna, palagi.
Ang ginagawa ng isang sync tool ay patuloy na ipatupad ang limang istraktura. Halimbawa, ang LedgerPort ay nagkokonekta ng WooCommerce sa QuickBooks Online at nagpo-post ng mga benta, bayarin, buwis, at refund ng bawat araw sa mga account kung saan sila nabibilang — kasama ang mga clearing account — kaya ang mga hakbang 1 hanggang 7 ng checklist ay halos tapos na bago ka umupo. Ang pag-setup ay tumatagal ng humigit-kumulang 15 minuto, at mayroong libreng plano na sumasaklaw hanggang 30 na order sa isang buwan, na may mga bayad na plano mula $25/buwan habang lumalaki ang dami. Kung gusto mo ang buong walkthrough ng pagkonekta ng dalawang sistema, nagsulat kami ng isang step-by-step na gabay sa pag-sync ng WooCommerce sa QuickBooks Online.
Nakatira rin ito kung saan ka nagtatrabaho. Ang LedgerPort ay nag-i-install bilang isang WordPress plugin, kaya ang dashboard, mga mapping, kasaysayan ng sync, at mga kontrol sa manu-manong sync ay lahat nakaupo sa iyong wp-admin sidebar — walang hiwalay na app na kailangang i-log in.

At ang tuntunin na "mga istraktura muna" ay nakakakuha ng isang head start: sa pahina ng Mga Mapping, kinukumpara ng Auto-Map ang iyong mga produkto, customer, at account ng WooCommerce laban sa QuickBooks at nagmumungkahi ng mga tugma, minamarkahan ang bawat mungkahi upang maaari mong kumpirmahin o balewalain ito bago ma-post ang anumang bagay.

Ang trade-off na sulit banggitin: susuriin mo pa rin ang pagsasara. Inililipat ka ng automation mula sa paggawa ng bookkeeping patungo sa pag-verify nito — na siyang eksaktong kinalalagyan ng isang may-ari ng tindahan.
Katapusan ng Buwan, Pagkatapos
Isipin ang susunod na bersyon ng email na iyon ng accountant. "Mabilis na tanong — ano ang $14,205 na deposito noong ika-14?"
Hindi ka nagbubukas ng CSV. Binubuksan mo ang QuickBooks, i-click ang deposito, at makikita mo ang journal ng payout: dalawang araw ng mga order, mga bayarin na naka-itemize, isang refund, buwis na naituro sa liability account. Ang iyong tugon ay isang linya at isang minuto at kalahati, at ang iyong accountant — sa unang pagkakataon — ay tumutugon ng "magaling, iyon lang ang kailangan ko."
Ang pagtatapos ng buwan mismo ay ang walong hakbang na checklist sa itaas, isang tasa ng kape, at mga tatlumpung minuto. Walang kailangang buuin muli, dahil walang anumang maluwag. Ang folder ng mga gateway CSV ay naroon pa rin, tulad ng pag-iingat ng mga tao ng lumang telepono sa isang drawer. Hindi mo lang ito binubuksan.
Ang $12,318 na deposito na iyon ay inabot ka ng 40 minuto upang ipaliwanag dahil limang istruktura ng account ang nawawala — hindi dahil ang iyong mga libro ay nangangailangan ng mas maraming pagsisikap. I-set up ang mga istruktura ngayong linggo, patakbuhin ang checklist sa pagtatapos ng buwan, at kung ang iyong dami ng order ay lumampas na sa manu-manong pagpasok, simulan ang LedgerPort nang libre at hayaan itong i-post ang mga benta, bayarin, at buwis para sa iyo →
Ang bawat bayad na plano ay may kasamang 14-araw na garantiya ng money-back — 100% refund, walang tanong na itatanong.
Kaugnay: Chart of Accounts para sa E-commerce · Paano Mag-sync ng WooCommerce sa QuickBooks Online · Mga Pinakamahusay na Kasanayan sa Pagsusulit ng E-commerce
