- 1Kimsenin E-ticaret Muhasebesi En İyi Uygulamalar Listesinde Bahsetmediği Yapısal Sorun
- 2Gerçekten Önemli Olan Hesap Planı ve Ücret Ayrımı Kararları
- 3Özet Yevmiye Kayıtları ve Aylık Kapanışın Gerçekte Nasıl Göründüğü
- 4Manuel Kırılmaların Ne Zaman Olduğunu Bilmek — ve Doğru Şeyi Otomatikleştirmek
- 5“E-ticaret Muhasebesi En İyi Uygulamaları”nın İronisi
Pazar gecesi saat 11. Son iki saattir Shopify ödeme raporunuz ile QuickBooks para yatırma işleminiz arasındaki 1.600 dolarlık farka bakıyorsunuz. CSV'yi iki kez yeniden dışa aktardınız. Tarih aralığını üç kez kontrol ettiniz. Banka bu ay hesabınıza 14.200 dolar yattığını söylüyor. Shopify 15.800 dolar sattığınızı söylüyor. QuickBooks'un üçüncü bir rakamı var — 14.740 dolar — ve bunun nereden geldiğini bilmiyorsunuz.
Bu yüzden makul her insanın yaptığı şeyi yaparsınız: Google'da “e-ticaret muhasebesi en iyi uygulamaları” diye aratırsınız. Ve düzinelerce farklı şirket tarafından yayınlanan, size aynı tavsiyeyi veren aynı makaleyi bulursunuz. Kişisel ve iş finansmanınızı ayırın. Bulut tabanlı muhasebe yazılımı kullanın. Satılan mal maliyetinizi takip edin. Aylık olarak mutabakat yapın.
Zaten bunların hepsini yapıyorsunuz. Kayıtlarınız hala yanlış. Ve bir noktada sessiz yalanı kabullenmeye başlarsınız: E-ticaret muhasebesi doğası gereği karmaşıktır — yeterince yakın olmak alabileceğiniz en iyisidir.
Değil. Sorun, en iyi uygulamaları göz ardı etmeniz değil. Sorun, herkesin yayınladığı e-ticaret muhasebesi en iyi uygulamalarının yanlış olması — ya da daha doğrusu, geleneksel küçük bir işletme için doğru olanlar, ancak gelirlerinizi toplayan platformun ve onu kaydeden yazılımın temel olarak farklı diller konuştuğu bir işletme için doğru olmayanlar.
Kimsenin E-ticaret Muhasebesi En İyi Uygulamalar Listesinde Bahsetmediği Yapısal Sorun
Bu 1.600 dolarlık farkla aslında olan şey şu. Shopify mağazanız geçen ay brüt 15.800 dolarlık satış yaptı. Ancak Shopify size 15.800 dolar göndermedi. Paranızı banka hesabınıza dokunmadan önce Shopify, 620 dolarlık ödeme işlem ücretlerini, yedi iade edilen sipariş üzerinden 480 dolarlık iadeleri, 340 dolarlık Shopify abonelik ve uygulama ücretlerini ve 160 dolarlık ters ibraz ayarlamalarını düşmüş. Bankanıza ulaşan net tutar: 14.200 dolardı.
BRÜT SATIŞLAR
$15,800
Shopify'ın raporladığı
KESİNTİLER
−1.600 $
Ücretler, iadeler, ters ibrazlar
BANKA PARA YATIRMA
$14,200
Gerçekte ulaşan
Muhasebe yazılımınız bunlardan hiçbirini bilmiyor. QuickBooks 14.200 dolarlık bir para yatırma işlemi gördü ve kaydetti. Ancak 14.200 dolar sizin geliriniz değil. Karınız değil. Dört kategori kesintinin gelirinizden düşülmüş hali, hepsini gizleyen tek bir sayıya indirgenmiş hali.
This is the structural problem. E-commerce platforms disburse net payouts. Accounting software expects gross transactions. There is no native translation layer between the two — and until you build one, “e-commerce accounting best practices” are built on a cracked foundation. WooCommerce stores hit the same wall — our WooCommerce bookkeeping guide covers that platform’s version of it.
Birisi size “aylık mutabakat yapın” dediğinde, muhasebe yazılımınızın zaten mutabakat yapılacak doğru verilere sahip olduğunu varsayar. Yoktur. Birisi size “COGS'unuzu doğru bir şekilde takip edin” dediğinde, kar marjı hesaplamasını anlamlı kılacak kadar doğru gelir rakamlarına sahip olduğunuzu varsayar. Değildir. Tavsiye yanlış değil. Sadece eksik. Asıl önemli olan kısmı atlıyor.
Gerçekten Önemli Olan Hesap Planı ve Ücret Ayrımı Kararları
Her şeyi değiştiren ilk uygulama, sıkıcı görünen bir uygulamadır: hesap planınızı doğru bir şekilde ayarlamak. Varsayılan QuickBooks hesap planı değil — paranın bankanıza ulaşmadan önce bir platform aracılığıyla hareket ettiği bir işletme için tasarlanmış olan.
En önemli tek karar, Shopify Ödemeleri bakiyenizi QuickBooks'te bir banka hesabı olarak ele almaktır. Çünkü öyledir. Shopify fonlarınızı tutar, toplu hale getirir ve bir programa göre öder — tıpkı bir banka hesabı gibi. QuickBooks'te türü Banka ve detay türü Çek olarak ayarlanan bir “Shopify Ödeme Fonları” hesabı oluşturduğunuzda, aniden 14.200 dolarlık mevduat bir muamma olmaktan çıkar. Bir hesaptan (Shopify) diğerine (bankanıza) bir transfer haline gelir. Brüt gelir, ücretler, iadeler — hepsi ait oldukları Shopify hesabının içinde yaşar.
İkinci karar ücret ayrımıdır. Çoğu mağaza sahibi, Shopify'ın ödeme işlem ücretlerini tek bir toplu gider olarak kaydeder — eğer hiç kaydederlerse. Ancak her ödemede gizlenen en az üç farklı ücret kategorisi vardır: ödeme işlem ücretleri (işlem başına kart ücreti), platform ücretleri (Shopify aboneliğiniz, uygulama ücretleriniz) ve iadeyle ilgili ayarlamalar. Her biri farklı davrandığı, farklı ölçeklendiği ve işletmeniz hakkında farklı şeyler söylediği için farklı bir gider hesabına aittir.
Ayrıca indirimler ve iadeler için karşı-gelir hesaplarına da ihtiyacınız var. Bir iade gider değildir — gelirin bir azalmasıdır. Bunu gider olarak kaydetmek hem üst düzey gelirinizi hem de gider toplamlarınızı şişirir, gerçek kar marjlarınızı görünmez hale getirir. İadeler için bir karşı-gelir hesabı ve indirimler için bir tane daha, brüt gelirinizi doğru tutar ve net gelirinizi hesaplanabilir hale getirir.
Dört eşleme kararı — Shopify bir banka hesabı olarak, ayrılmış ücret kategorileri, iadeler için karşı-gelir, indirimler için karşı-gelir — kurulumu yaklaşık 30 dakika sürer. Mutabakat yapan defterlerle her zaman yaklaşık olarak yanlış hissettiren defterler arasındaki farktır. E-ticaret için hesap planı kılavuzu, QBO için eksiksiz hesap eşlemesini — takas hesabı mimarisi ve satış vergisi kurulumu dahil — istiyorsanız, tüm beş kararı ayrıntılı olarak açıklar.
If these decisions sound abstract, here’s what they look like in a real sync tool: a page of tabs. LedgerPort’s Sync Config screen has seven of them — General, Orders, Products, Customers, Payments, Taxes, Misc — and each one holds a decision from this section. Payment gateways live on the Payments tab, where every gateway detected in your store gets its own clearing account, with a default clearing account as the fallback for anything you haven’t configured. Sales tax lives on the Taxes tab, posting to a QuickBooks liability account you choose. The shape of each order — Sales Receipt or Invoice — is a dropdown on the Orders tab.

Two properties of that page matter for a best-practices article. First, the docs’ own FAQ says most stores can start syncing without touching Sync Config at all — the defaults are sensible, so the structure isn’t a prerequisite project. Second, configuration changes apply to future syncs only; nothing you’ve already posted gets retroactively rewritten, so adjusting a decision later can’t corrupt closed periods. The practices in this article aren’t aspirational, in other words. They’re the tabs.
Özet Yevmiye Kayıtları ve Aylık Kapanışın Gerçekte Nasıl Göründüğü
İşte çoğu mağaza sahibini şaşırtan bir uygulama: muhtemelen her bireysel işlemi Shopify'dan QuickBooks'e senkronize etmemelisiniz.
Ayda 500 sipariş veriyorsanız, her birini senkronize etmek, QuickBooks'ta 500 ayrı giriş anlamına gelir — artı ilgili ücret girişleri, vergi girişleri ve iade girişleri. QuickBooks yavaşlar. Raporların oluşturulması sonsuza dek sürer. Dosyanızda gezinmek daha uzun sürdüğü için mali müşaviriniz sizden daha fazla ücret alır. Ve işin ironisi, tüm bu ayrıntıların defterlerinizi daha doğru hale getirmemesidir. Kullanmalarını zorlaştırır.
Daha iyi yaklaşım, özetlenmiş yevmiye kayıtlarıdır — bir dönemdeki tüm işlemleri tek bir kayda toplayan günlük veya haftalık özetler. Bir giriş, brüt satışları, ücretleri, iadeleri, tahsil edilen vergiyi ve günün net ödemesini yakalar. Defterleriniz temiz kalır, raporlarınız hızlı çalışır ve rakamlar banka mevduatlarınızla kuruşuna kadar eşleşir.
Bu, en deneyimli e-ticaret muhasebecilerinin önerdiği yaklaşımdır ve LedgerPort gibi araçların otomatik olarak oluşturduğu şeydir. Ancak hacminiz yeterince düşükse bunu manuel olarak yapabilirsiniz. Soru şu ki, “yeterince düşük” mağazanızı tanımlıyor mu — bu da bizi aylık kapanışa getiriyor.
Worth knowing: in modern sync tooling, the summary entry isn’t something you build by hand — it’s a named, selectable mode. LedgerPort calls it Daily Summary: one journal entry per day, aggregating all of that day’s orders, chosen from the same dropdown as the per-order options (Sales Receipt, Invoice) at Sync Config » Orders. The vendor’s own guidance puts the tipping point at roughly 100 or more orders per day; below that, per-order records stay perfectly manageable and give you order-level detail in QuickBooks. Per-order versus summarized isn’t a philosophy you inherit from your tool — it’s a setting you pick.

Makaleler size “aylık mutabakat yapın” dediğinde, bir e-ticaret mağazası için bunun aslında nasıl görünmesi gerektiği şöyledir:
- Ay için Shopify ödeme raporunuzu çekin. Bu, her ödemeyi ve içerdiği şeyi gösterir.
- Her ödemeyi banka hesabınızdaki bir mevduatla eşleştirin. Her ödemenin 1-3 iş günü içinde karşılık gelen bir mevduatı olmalıdır.
- Her ödeme için brüt bileşenlerin (satışlar, ücretler, iadeler) QuickBooks'ta doğru şekilde kaydedildiğini doğrulayın — ister bireysel girişler olarak ister özetlenmiş yevmiye kayıtları olarak.
- QuickBooks'taki Shopify Ödeme Fonları hesabını sıfıra (veya Shopify'ın transit halindeki fonları tutması durumunda mevcut tutulan bakiyeye) mutabık kılın.
- Bir kar ve zarar raporu çalıştırın ve brüt gelir, net gelir ve ücret toplamlarının Shopify yönetici kontrol panelinizle eşleştiğini doğrulayın.
If you’re syncing with a tool, add a step zero before any of that: filter the sync log for errors. Every sync attempt in LedgerPort gets a logged status — Synced, Error, Pending, or On Hold — and filtering the audit log to Status = Error is the fastest pre-reconciliation check that exists. An order that failed to sync in week two is a hole in your gross revenue that step 3 can never verify against; caught now, it’s a fix and a re-sync. Caught during reconciliation, it’s an hour of hunting for a number that was never there. Errors found before the close are journal gaps avoided during it.
MANUEL MUTABAKAT
Ayda 15+ saat
Ayda 500+ siparişle
OTOMATİK MUTABAKAT
Ayda 1–2 saat
Ödemeden brüt çevirisiyle
If you’re doing this manually at 500+ orders per month, steps 1 through 3 take somewhere between 4 and 8 hours. At 2,000+ orders, the math stops working entirely — you’ll miss entries, transpose numbers, and end each month with a “close enough” reconciliation that drifts further from reality every quarter. Automation tools cut this to under an hour by handling the payout-to-gross translation automatically. The full manual walkthrough — matching each payout, fee, and refund to the deposit — is in our guide to reconciling Shopify payouts in QuickBooks.
Manuel Kırılmaların Ne Zaman Olduğunu Bilmek — ve Doğru Şeyi Otomatikleştirmek
Her e-ticaret muhasebesi en iyi uygulamalar makalesi, muhasebenizi otomatikleştirmenizi söyler. Çok azı size neyi otomatikleştireceğinizi — veya ne zaman otomatikleştireceğinizi — söyler.
Manuel e-ticaret defter tutmanın bir kırılma noktası vardır ve bu çoğu insanın düşündüğünden daha düşüktür. Ayda yaklaşık 200-300 siparişte, işlemleri manuel olarak kategorize etme, ödemeleri eşleştirme ve ücretleri mutabık kılma zaman maliyeti, bir otomasyon aracının maliyetini aşmaya başlar. 500+ siparişte, manuel mutabakat neredeyse kesinlikle saat başına en pahalı kaleminizdir — bunu sadece görmezsiniz çünkü maliyet faturada değil, zamanınıza gömülüdür.
Kötü mutabakat uygulamaları sadece zaman kaybına yol açmaz. Gelir kaybına yol açar. Sektör verileri, kötü mutabakatın takip edilmeyen ücretler, kaçırılan chargeback'ler ve yanlış sınıflandırılmış geri ödemeler yoluyla toplam satışların %2-3'ünü sessizce sızdırabileceğini göstermektedir. Yıllık geliri 1 milyon dolar olan bir mağaza için bu, paranın çalınmasından değil, defterlerin tutarsızlıkları yakalayamamasından kaynaklanan 20.000-30.000 dolarlık görünmez kayıplar anlamına gelir. Bu rakam, "Shopify Mağaza Sahiplerinin Çoğunun Yaptığı 7.500 Dolarlık Hata" bölümünde ele aldığımızı yansıtıyor - bunu yanlış yapmanın maliyeti, çoğu sahibinin fark ettiğinden daha hızlı bir şekilde artar.
GELİR SIZINTISI
%2-3
toplam satışların kötü mutabakat nedeniyle kaybı
Takip edilmeyen ücretler, kaçırılan chargeback'ler ve yanlış sınıflandırılmış geri ödemeler, 1 milyon dolarlık bir mağaza için yılda 20.000-30.000 doları buluyor.
Ancak "her şeyi oturmatize et" yanlış tavsiyedir. Önemli olan özel otomasyon, ödemeden brüt'e çevrimdir - bu net 14.200 dolarlık mevduatı alıp bileşenlerine ayırmak: 15.800 dolar brüt satış, 620 dolar işlem ücreti, 480 dolar geri ödeme, 340 dolar platform ücreti, 160 dolar chargeback ayarlaması. Bu, sıkıcı, hataya açık ve yapısal olarak tekrarlayan çevrimdir. Gerçekten fark yaratan otomasyon budur.
There’s a second test for “the right thing,” and it’s worth applying to any tool you evaluate: does the automation adopt your accounting policy, or impose its own? In LedgerPort, two policies that most tools hard-code are settings on one screen. The first is the sync method — whether orders post as individual Sales Receipts, as Invoices with open receivables, or as Daily Summary journal entries is a choice at Sync Config » Orders, so per-order versus summarized books stays your architecture, just automated. The second is the revenue-recognition point. Sync triggers are a matrix of payment statuses and fulfillment statuses, and an order posts only when both conditions are met — so a B2B store that recognizes revenue at fulfillment and a DTC store that recognizes at payment configure different checkboxes on the same screen, and each gets books that match its policy.

And the honest connection to the earlier sections: none of this works without the structure. Gateway-to-clearing-account mapping lives at Sync Config » Payments, which means the automation posts into the fee-separation architecture you built in the chart of accounts section — it doesn’t replace that work, it operationalizes it. Accounting policy expressed as tool settings: that’s the standard to hold any automation to.
E-posta pazarlamanızı veya envanter yeniden siparişinizi otomatikleştirmek faydalıdır. Ödemeden brüt'e çevrimi otomatikleştirmek temeldir. Olmadan, işletmenizdeki diğer tüm finansal süreçler eksik verilerle çalışır. Bu çevrim katmanının pratikte nasıl çalıştığını tam olarak görebilirsiniz.
“E-ticaret Muhasebesi En İyi Uygulamaları”nın İronisi
Bu makaleye bir yapılacaklar listesi arayarak geldiniz. Finansmanlarınızı ayırın, QuickBooks kullanın, COGS'u takip edin, aylık mutabakat yapın - o listeyi gördünüz. Belki yer imlerine eklediniz. Belki her maddeyi işaretlediniz. Ve yine de kitaplarınız Pazar gecesi 1.600 dolar eksik kaldı.
İronik olan, e-ticaret mutabakat felaketlerini önleyen uygulamaların kimsenin standart listesinde olmamasıdır. Bunlar yapısal kararlardır - hesap planınızı nasıl kurduğunuz, platform ödemelerini nasıl ele aldığınız, özet girişleri mi yoksa işlem başına senkronizasyon mu kullandığınız ve ödeme çevrimini ne zaman elle yapmayı bıraktığınız. Bunlar gösterişli değil. İyi liste başlıkları oluşturmazlar. Ancak diğer tüm e-ticaret muhasebesi en iyi uygulamalarını gerçekten çalıştıran temeli oluştururlar.
O 1.600 dolarlık fark bir gizem değildi. 620 dolar işlem ücreti, 480 dolar geri ödeme, 340 dolar platform ücreti ve 160 dolar chargeback ayarlamasıydı - hepsi paranın bankanıza ulaşmadan önce düşüldü ve hiçbiri muhasebe yazılımınızda kaydedilmedi. Bunu anladığınızda, düzeltmek mekaniktir. Çevrim katmanını kurmak - ister doğru hesap planıyla manuel olarak ister LedgerPort gibi bir araçla otomatik olarak - eşleşmeyen sayılara bakarak geçirdiğiniz bir Pazar gecesinden daha az zaman alır.
Ücretsiz başlayın ve ilk ayınızın otomatik olarak mutabık kaldığını görün.
