Amazon DD+7 Ödeme Politikası: Para Ne Zaman Serbest Kalır, Likidite Nasıl Planlanır?

Amazon’da satış yapan bir satıcının nakit sorunu genelde kâr sorunu değildir: ürün kârlı satılır, ama para hemen elde olmaz. Sipariş kapanır, müşteri teslim alır, panelde tutar görünür — yine de ödemeye hazır bakiye beklemededir. Bunun adı teslim tarihine dayalı ödeme politikasıdır; satıcılar arasında DD+7 diye anılır. Bu yazıda politikanın ne dediğini (ve yaygın bir yanlış okumasını), rezervin hangi durumlarda büyüdüğünü, tutulan tutarı Seller Central’da hangi ekranda gördüğünü ve bu beklemeyi nasıl bir likidite planına çevireceğini anlatıyoruz.

DD+7 tek cümlede: yedi takvim günü, sekizinci gün kullanılabilir

Amazon’un satıcı duyurusundaki ifade nettir: tutarlar, teslimatın onaylanmasından yedi gün sonra ödemeye hazır hale gelir. Almanca duyuru da aynı şeyi “7 Tage” diyerek yazar — “Werktage” (iş günü) demez.

Gün türünü kesinleştiren şey Amazon’un kendi verdiği sayısal örnektir: 1 Ocak’ta satılan ve 3 Ocak’ta teslim edilen bir ürünün parası 11 Ocak’ta ödemeye hazır olur. Aradaki pencere hafta sonunu da içerir; iş günü sayılsaydı tarih çok daha ileriye düşerdi. Yani kural takvim günüdür ve pratikte bakiye teslimattan sonraki 8. gün kullanılabilir hale gelir.

Kısa kural: teslim tarihi + 8 gün = ödemeye hazır gün. Bazı ajans bloglarında ve forumlarda dolaşan “7 iş günü” okuması Amazon’un kendi örneğiyle uyuşmuyor; takvimini iş günü üzerine kurarsan her siparişin ödemeye hazır tarihini olduğundan birkaç gün ileriye yazarsın.

Politikanın resmî adı ne, nerede yazıyor?

Almanca resmî adı “Auszahlungen basierend auf dem Lieferdatum”, panel içinde ise “Richtlinie zum Lieferdatum” olarak geçer. İngilizce kaynaklarda sık görülen “DDBR” kısaltması ise ikincil kaynakların ürettiği bir kısaltmadır; Amazon’un kendi Almanca yüzeyinde bu kısaltmayı arama — panelde bu adla bir menü aramaya kalkarsan bulamazsın.

Resmî yardım sayfası Seller Central yardım merkezinde durur; sayfa giriş yapmış satıcılara açıktır, dışarıdan okunmaz. Bu yüzden politikayla ilgili her sayıyı kendi hesabından doğrula: aşağıdaki her şey mekanizmayı anlatır, senin hesabına özel koşulların yerini tutmaz.

Bu yeni bir “dondurma” değil — takvimi doğru kurmak lazım

Basında ve forumlarda politika sık sık “Amazon 2026’da satıcıların parasını dondurmaya başladı” diye çerçevelenir. Olgusal olarak durum farklı: Amazon sözcüsünün basına verdiği açıklamaya göre satıcıların %95’i zaten bu standart politikayla çalışıyor. Geriye kalan küçük yüzde, 2016 öncesinden kalma eski bir ödeme politikasında bulunan hesaplar.

O eski hesapların yeni politikaya geçişi birkaç kez ertelendi. İlk son tarih 30.09.2025’ti; en iyi desteklenen güncel tarih ise 12.03.2026’dır (hem Amazon’un kendi forum duyurusunda hem sektör basınında bu tarih geçiyor). Farklı bloglarda dolaşan 05.03.2026 tarihi ikincil bir aktarımdır; ikisini tek tarihmiş gibi planlama.

Pratik sonuç: eğer hesabın zaten DD+7’deyse Mart 2026 senin için bir olay değil. Eğer eski politikadaysan değişecek tek şey paranın ne zaman serbest kaldığıdır — ne kadar kazandığın değil. Kâr tarafını ayrı tutmak için Amazon kâr hesaplama aracı işini görür; bu yazının konusu zamanlama.

DD+7’nin ötesi: rezervin büyüdüğü üç dokümante durum

Bekleme her zaman 8 günle sınırlı kalmaz. Amazon.de’nin kendi duyurusu, hesap düzeyinde rezervin devreye girdiği üç durumu sayar:

• Garanti talebi (A-to-z): bir siparişte müşteri garanti talebi açtığında.
• Chargeback: ödeme itirazı yapıldığında.
• Hesap incelemesi: hesabın inceleme altındayken.

Ayrıca eski işlemler serbest bırakılana kadar hesap, hesap düzeyinde rezerv altında görünmeye devam eder.

Uyarı — internette dolaşan rezerv tablosuna dikkat: “Tier I / Tier II / Tier II-Plus”, “son 7 günün %100’ü”, “günlük işlemlerin %3’ü” gibi kademe tabloları Amazon Pay (ödeme hizmeti) rezerv politikasına aittir; sayfa bunu açıkça yazar. Pazaryeri satıcısının rezervini tanımlamaz. Birçok blog bu tabloyu “Amazon hesap rezervi” başlığı altında pazaryeri satıcısına anlatıyor — o tabloyla plan kurarsan yanlış modelle çalışırsın.

Peki rezerv ne kadar ve ne kadar süre tutulur? Amazon pazaryeri satıcılığı için bu konuda bir formül yayımlamıyor. Tetikleyiciler belgelidir, büyüklük değildir. Dolayısıyla “A-to-z açılırsa 14 gün daha beklersin” türü sayılara güvenme — bunun yerine kendi hesabındaki rapordan bak; aşağıda tam yol var.

Tutulan parayı Seller Central’da nereden görürsün

Bu politikanın planlama açısından en iyi tarafı şu: tahmin yürütmene gerek yok, Amazon her bekleyen işlem için beklenen ödeme tarihini kendisi veriyor. Amazon.de duyurusundaki birebir yol:

1. Repository für Abrechnungsberichte (Mutabakat raporları deposu) → Berichtstyp: “Zurückgestellte Transaktion” → “Bericht anfordern”.
2. Panelde hızlı bakış: Zahlungen (Ödemeler) genel bakış sayfası, üstteki “Gesamtsaldo” kutusu — DD+7 rezervi burada “zurückgestellte Transaktionen” olarak görünür.
3. Filtre: işlem durumu “Zurückgestellte Transaktionen” → “Aktualisieren” → tüm bekleyen işlemler ve her biri için beklenen ödeme tarihi listelenir.

Raporun içinde şunlar var: bekleyen bakiyeyi oluşturan siparişlerin listesi, her birinin erteleme sebebi ve tahmini serbest bırakma tarihi. Bir işlem serbest kalınca bu rapordan düşer ve normal Transaktionsbericht’e geçer.

Ödeme talebi tarafında da duyuruda net bir satır var: talep üzerine ödeme günde en fazla 1 kez yapılabilir. Yani rezerv penceresi içinde talep edilebilir bakiyen 0 olsa bile, serbest kalan tutarı beklemeden günlük olarak isteyebilirsin.

Bekleme bir kayıp değil, bir boru hattı — sayıyla görelim

DD+7’yi doğru anlamanın anahtarı şu: bu bir kesinti değil, bir gecikmedir. Düzenli satan bir satıcıda ilk geçişten sonra para yine her gün gelir; sadece sürekli belli bir tutar yolda kalır. Bu tutar bir defalık işletme sermayesi ihtiyacıdır, tekrar eden bir gider değil.

Örnek (uydurma sayılarla kurgu bir hesap — Amazon rakamı değildir): günde ortalama 2.000 TL net hakediş üreten bir mağaza düşün. Ortalama kargo süresi 2 gün olsun (bu senin kendi ölçeceğin bir sayıdır, Amazon’un verdiği bir değer değil).

• Sipariş günü → teslim: 2 gün
• Teslim → ödemeye hazır: 8 gün (7 takvim günü sonrası, 8. gün)
• Toplam boru hattı: 10 gün → sürekli yolda kalan tutar 10 × 2.000 = 20.000 TL

Bu 20.000 TL kaybolmuş para değil; her gün 2.000 TL girerken aynı anda 2.000 TL yeni sipariş hattın başına giriyor. Kritik nokta büyüme anında ortaya çıkar: günlük hakedişin 2.000’den 4.000 TL’ye çıkarsa boru hattı da 20.000’den 40.000 TL’ye çıkar. Aradaki 20.000 TL’yi büyümenin kendisinden finanse etmen gerekir — reklam ve stok bütçesini artırdığın hafta, aynı anda hattın da büyüdüğünü hesaba katmazsan nakit sıkışması tam orada olur.

Aynı mantık kampanya dönemleri için de geçerli: ciro sıçraması, tahsilat sıçramasından birkaç gün önce gelir. Ürün bazında ne kadar net kaldığını görmek için Gerçek Kâr Röntgeni, paranın hangi hafta girdiğini görmek için Nakit Akışı Takvimi ayrı sorular yanıtlar — ikisini karıştırmamak gerekir.

FBA mı FBM mi? Değişen tek şey saatin ne zaman başladığı

Politika her iki karşılama yöntemine de uygulanır; rezerv hesabında bir fark yoktur. Fark teslim hızındadır: FBA’de sipariş genellikle daha hızlı teslim edilir, dolayısıyla 7 günlük sayaç daha erken başlar. Kendi gönderdiğin (FBM/MFN) siparişlerde kargo süresi öne eklenir; yani aynı politika altında paran daha geç serbest kalır.

İnternette dolaşan “FBA’de siparişten bankaya şu kadar gün, FBM’de bu kadar gün” aralıkları blog tahminidir, Amazon rakamı değildir. Doğrusu: kendi ortalama teslim süreni ölç ve yukarıdaki formüle koy. FBA ile kendi kargonu maliyet tarafında karşılaştırmak istersen FBA / FBM karşılaştırma aracı gönderim ve depolama kalemlerini ayrı gösterir; ama unutma, bu araç maliyeti karşılaştırır, zamanlamayı değil.

CSV export + Excel pivot’tan sürekli projeksiyona

Bugün çoğu satıcının çözümü şu: ayda bir mutabakat raporunu CSV olarak indir, Excel’de pivot kur, hangi hafta ne gireceğini elle çıkar. Bu yöntem işe yarar ve doğru sayıyı verir — iki zayıf noktası var:

• Bayatlar. Pivot indirdiğin günün fotoğrafıdır; ertesi gün teslim edilen her sipariş tabloyu değiştirir ama tablo kendi kendine güncellenmez.
• Henüz ödeme planına bağlanmamış satışları göstermez. Settle olmuş ama ödeme emri henüz oluşmamış satışlar pivotta ya hiç yoktur ya da kesin tutarmış gibi görünür. İkisi de yanlış: birincisi eksik plan, ikincisi abartılı plan üretir.

Bunun yerine sürekli işleyen bir projeksiyon kurulabilir. Verimle’nin Nakit Akışı Takvimi kesinleşmiş ödeme emirlerini ödeme tarihine göre haftalara böler; ödeme planı henüz oluşmamış satışları ise geçmiş gecikme medyanına göre kaydırıp “tahmini” etiketiyle ayrı gösterir. Kesinleşmiş ve tahmini aynı kutuya konmaz — böylece planı, elinde olmayan bir kesinlik iddiasıyla kurmamış olursun. Ay sonunda muhasebeye giden kalemleri tek dosyada toplamak istersen Muhasebe İcmali Export aynı verinin vergi tarafını verir.

Aynı soruyu diğer kanallarda da soruyorsan Hepsiburada ödeme ve hakediş vadesi yazısı ile Trendyol ödeme vadeleri yazısı aynı mantığı o pazaryerlerinin kuralları üzerinden anlatıyor.

Sık sorulan üç soru

DD+7 yedi iş günü mü?

Hayır. Amazon’un metni “yedi gün” diyor ve verdiği örnek (3 Ocak teslim → 11 Ocak ödemeye hazır) hafta sonunu kapsıyor; yani takvim günü. İş günü varsayımıyla kurulan bir takvim, her hafta sonu için bir gün ileri kayar.

Ödemeyi hızlandırabilir miyim?

Serbest kalan bakiyeyi talep etmek için ay sonunu beklemene gerek yok: Amazon duyurusuna göre talep üzerine ödeme günde en fazla 1 kez yapılabilir. Ama bu, rezerv süresini kısaltmaz — 7 günlük pencere, talep sıklığından bağımsız işler.

A-to-z talebinde ne kadar, ne kadar süre tutulur?

Amazon pazaryeri satıcılığı için bu konuda bir formül yayımlamıyor: tetikleyiciler belgeli, tutar ve süre değil. Doğru cevap tek bir yerde: Zurückgestellte Transaktion raporunda ilgili sipariş için yazan erteleme sebebi ve tahmini serbest bırakma tarihi. Bloglarda gördüğün gün sayılarını plana koyma.

Sonuç: tahmin etme, takvimini raporla kur

DD+7 karmaşık bir politika değil; karmaşık olan, onu haftalık nakit planına çevirmek. Üç adım yeter: (1) kuralı doğru kur — teslim + 8 takvim günü; (2) rezervin büyüdüğü durumları raporun kendi sebep alanından oku, tahminle değil; (3) boru hattını kendi ortalama teslim sürenle çarp ve büyüme planına ekle. Bunu her ay elle yapmak yerine sistemin izlemesini istersen Nakit Akışı Takvimi kesinleşmiş ve tahmini girişleri ayrı etiketlerle haftalara böler.

Önemli not: Buradaki tutarlar örnektir ve Amazon’un yayımladığı sayılar değildir; ortalama teslim süresi, ödeme takvimi ve rezerv koşulları hesabına, pazarına ve karşılama yöntemine göre değişir. Bu yazıdaki hesap bir modeldir. Sana uygulanan gerçek tarihleri ve tutulan tutarları her zaman kendi Amazon Seller Central hesabındaki ödeme ekranlarından ve “Zurückgestellte Transaktion” raporundan doğrula; politikanın resmî metni “Auszahlungen basierend auf dem Lieferdatum” yardım sayfasındadır ve giriş yapmış satıcılara açıktır. Ürün bazında net kârını kendi sayılarınla denemek için Amazon kâr hesaplama aracını kullanabilirsin.