Dropshipping Fatura Mutabakatı: Supplier Maliyeti ve Gerçek Kâr Kontrolü

Dropshipping fatura mutabakatı, ay sonunda banka bakiyesine bakıp “kârlıyız” demek değildir. Her eBay order'ın beklenen gelirini, supplier'ın gerçekten tahsil ettiği ürün-kargo-vergi tutarını, eBay'in fiilen kestiği fee'leri ve daha sonra oluşan refund/credit hareketlerini aynı işlem zincirinde eşleştirmektir. Bu yapılmadığında küçük maliyet farkları yüzlerce siparişte görünmez marj kaybına dönüşür.

Listing anında hesaplanan kâr bir tahmindir. Supplier kampanyası bitebilir, checkout'ta bölge kargosu çıkabilir, advertised fee ile gerçek fee farklı olabilir veya iade haftalar sonra gelebilir. Stoksuz satış kâr hesabı satış öncesi modeli kurar; bu rehber satıştan sonra rakamın gerçekleşip gerçekleşmediğini kanıtlar.

Dört farklı finansal gerçeği ayırın

Bu kaynaklardan birini “tek doğru” yapmak mutabakatı bozar. Supplier faturası eBay gelirini; payout supplier maliyetini; banka hareketi ürün varyantını açıklamaz. Canonical order ledger hepsini ID ve tarih üzerinden bağlamalıdır.

Order-level anahtar olmadan mutabakat kurulmaz

Temel ilişki şu zincirdir:

`eBay order ID → eBay line item ID/SKU → supplier order ID → supplier invoice line → payment transaction → package/refund`

Supplier siparişi verilirken eBay order ID'nin tamamı supplier'a yazılamıyorsa dahili purchase reference üretin. Bu referans supplier order kaydına ve ödeme metadata'sına taşınmalıdır. Aynı eBay order iki supplier'dan karşılanıyorsa tek supplier order alanı yerine line item düzeyinde one-to-many ilişki gerekir.

Başlıkla eşleştirme son çaredir. Başlık değişebilir, aynı ürün farklı varyant taşıyabilir ve bir supplier invoice aynı üründen çok sayıda içerebilir. SKU, quantity, tutar ve zaman penceresi birlikte kullanılmadan fuzzy matching yanlış order'a maliyet yazabilir.

Three-way match'i dropshipping'e uyarlayın

Klasik satın almada purchase order, goods receipt ve invoice karşılaştırılır. Dropshipping'de fiziksel mal sizin depoya gelmez; bu nedenle “goods receipt” yerine supplier confirmation, dispatch/tracking ve buyer delivery evidence kullanılır.

Fatura doğru olsa bile ürün yanlış gönderilmiş olabilir. Bu yüzden finansal mutabakat ile fulfillment doğrulaması ayrı sonuçlar üretmeli, fakat aynı order timeline'ında birleşmelidir.

Beklenen ve gerçekleşen kâr formülü

Satış öncesi beklenen kâr:

Beklenen kâr = beklenen eBay geliri − tahmini eBay fee − beklenen supplier toplamı − reklam/iade rezervi

Satış sonrası gerçekleşen katkı:

Gerçekleşen katkı = order'a ait net sale/credit − gerçek fee/refund/dispute − supplier invoice toplamı − doğrudan fulfillment maliyeti

Bu formül muhasebe kârının tamamı değildir; personel, yazılım, genel gider ve vergi yükümlülüğü ayrıca ele alınır. Ama SKU ve supplier kararları için sağlam contribution margin verir.

Örnek: beklenen net gelir £42,80, supplier toplamı £31 ve rezerv £2 ise beklenen katkı £9,80'dir. Checkout surcharge ile supplier faturası £34,49, gerçek eBay kesintisi tahminden £0,70 yüksek ve £1,20 refund oluşmuşsa gerçekleşen katkı £4,41'e düşer. Satış zarar değil, fakat hedef marjın yarısından azdır; repricing veya supplier aksiyonu gerekir.

eBay fee'lerini payout'tan tahmin etmeyin

eBay Finances API Transaction modeli sale, refund, dispute ve credit gibi hareketleri order ID ile ilişkilendirir; line item fee kırılımı ve total fee alanları sunar. Dokümantasyon ayrıca bazı transactional fee'lerin sale içinden değil ayrı `NON_SALE_CHARGE` hareketi olarak gelebileceğini belirtir. Bu nedenle `sale amount - payout` kısa yolu eksik kalabilir.

Her order için değerlendirme penceresinde ilgili bütün finance transaction'ları toplayın. Fee type, booking entry, currency, status ve transaction date saklanmalıdır. Refund fee credit'i daha sonra gelebilir; ilk gün “final profit” etiketi vermek yerine `provisional`, `settled`, `reopened` durumları kullanın.

eBay'in PricingSummary alanı order'ın item subtotal, delivery, discount, adjustment ve tax özetini verir. Bu alıcı tarafı order gerçeğidir; seller payout ve supplier maliyetiyle aynı şey değildir.

Supplier faturasında en sık kaçan farklar

Supplier ürün fiyatına bakmak invoice total'ı açıklamaz. Şu satırlar ayrı cost code almalıdır:

• Ürün birim fiyatı ve quantity
• Shipping ve postcode/oversize surcharge
• VAT veya yerel vergi
• Membership/discount etkisi
• Eco, handling veya small-order fee
• Cancellation/restocking fee
• Replacement veya reshipment maliyeti
• Currency conversion ve kart ücreti

Supplier faturası topluysa satır ve order düzeyindeki kargo dağıtım kuralı yazılı olmalıdır. Sabit £10 kargoyu beş ürüne eşit dağıtmak kolaydır; ağırlık veya değer farkı büyükse yanlış SKU marjı üretir. Karar için aynı allocation kuralını dönemler boyunca tutarlı kullanın.

Tolerans ve exception queue tasarlayın

Her kuruş farkını insana göndermek operasyonu kilitler. Currency rounding için küçük mutlak tolerans, fiyat değişimi için yüzde ve mutlak eşik birlikte kullanılabilir. Örneğin £0,05 rounding otomatik kapanırken £1,50 veya yüzde 3'ten büyük supplier farkı incelemeye gidebilir.

Exception reason code örnekleri:

• `supplier_price_changed`
• `unexpected_shipping`
• `quantity_mismatch`
• `missing_invoice`
• `ebay_fee_variance`
• `refund_after_settlement`
• `unmatched_payment`
• `duplicate_supplier_charge`
• `currency_conversion_variance`

Her exception owner, son tarih ve çözüm taşır. “Kontrol edildi” yeterli değildir; supplier credit, listing price update, cost basis düzeltmesi veya write-off gibi sonuç kodu gerekir.

Marj kaçağını cohort ile bulun

Tek order farkı tesadüf olabilir; aynı supplier, kategori veya postcode grubunda tekrar ediyorsa sistem sorunudur. Haftalık dashboard'da şunları izleyin:

• Beklenen ve gerçekleşen katkı farkı
• Supplier başına invoice variance
• SKU başına beklenmeyen shipping
• Fee type başına tahmin hatası
• Mutabakata bağlanamayan ödeme oranı
• Fatura ulaşma süresi
• Refund sonrası yeniden açılan order sayısı
• Negatif contribution margin order oranı

“Toplam ciro yükseldi” bu sinyalleri bastırmamalıdır. Özellikle düşük marjlı dropshipping'de £1 sistematik fark, satış hacmi büyüdükçe daha hızlı zarar üretir.

Manuel tablo, muhasebe yazılımı ve özel ledger karşılaştırması

Operasyon ledger'ı resmî muhasebe kaydının yerine koymayın. VAT, invoice geçerliliği ve gider tanıma kuralları işletmenizin ülkesine ve yapısına bağlıdır; muhasebe uzmanıyla doğrulanmalıdır.

TurkoLister ile 100 order pilotu

TurkoLister free trial ile mevcut listing cost, supplier ürünü ve fiyat değişimi kayıtlarını 100 tamamlanmış order için temel alın. eBay order/line item, supplier order, invoice total ve gerçekleşen fee'yi dışa aktarılabilir bir mutabakat tablosunda eşleştirin. En büyük 10 varyansı reason code ile açıklayın.

TurkoLister'ın değeri satış öncesi maliyet snapshot'ını ve supplier-listing bağını güçlendirmesidir. Dürüst sınırı: muhasebe yazılımı, banka mutabakatı veya vergi danışmanı değildir. Pilot sonunda “kaç dakika kazandık?” kadar “kaç pound açıklanamayan fark bulduk?” sorusunu ölçün.

Sonuç

Dropshipping fatura mutabakatı, payout ile supplier kart ekstresini kabaca karşılaştırmak değil, eBay line item'dan invoice ve finance transaction'a kadar izlenebilir zincir kurmaktır. Beklenen maliyet snapshot'ını gerçek checkout ve fee ile karşılaştırın, refund sonrası order'ı yeniden açın ve farkları supplier/SKU cohort'unda yönetin. Gerçek kâr, satış anında tahmin edilir; ancak mutabakat tamamlandığında kanıtlanır.