Kapıda ödeme seçeneği sunulan bir e-ticaret siparişinde üç ayrı olay vardır: müşterinin paketi teslim alması, teslimat sırasında tahsilat yapılması ve bu tutarın satıcıya aktarılması. Mağaza ekranında sipariş “teslim edildi” görünürken taşıyıcının ödeme dökümü henüz oluşmamış olabilir. Tersine, toplu bir aktarım hesaba geçmiş olsa bile içindeki sipariş satırları yanlış eşleşmiş olabilir. Bu nedenle teslimat durumu ile tahsilat durumunu aynı alan gibi kullanmak, hem müşteri yanıtını hem dönem kapanışını karıştırır.

E-ticaret yazılımı hizmeti kapsamında bu rehber, kapıda ödeme tutarlarının sipariş, teslimat, iade ve taşıyıcı aktarım kayıtlarıyla izlenebilir biçimde eşleştirilmesine odaklanır. Taşıyıcı komisyon oranı, yasal muhasebe uygulaması veya belirli bir şirketin ödeme süresi hakkında genel bir iddia ileri sürmez. İşletmenin sözleşmesi ve taşıyıcının kendi dökümü esas alınmalıdır. Amaç, “teslim edildi” bilgisini “tahsil edildi ve satıcıya aktarıldı” sonucuna otomatik çevirmeden her aşamayı ayrı kanıtla takip etmektir.

Teslimat, tahsilat ve aktarım durumlarını ayırın

Sipariş kaydında tek bir “ödendi” kutusu yerine, operasyonun ihtiyaç duyduğu olayları ayrı durumlarda izleyin: sipariş alındı, kargoya verildi, teslim edildi, kapıda ödeme tahsil edildi, taşıyıcı dökümünde göründü ve satıcı hesabına aktarıldı. Her mağaza aynı yazılım alanlarını sunmayabilir; bu adlar bir arayüz talebi değil, veri modelinde birbirine karıştırılmaması gereken kavramlardır. Bir taşıyıcının teslimat taraması, müşteriden para alındığını veya paranın mağazaya ulaştığını tek başına ispatlamaz.

Her sipariş için sabit bir sipariş numarası ve gönderi takip numarasını birlikte tutun. Taşıyıcının aktarım dökümündeki satır başka bir numara kullanıyorsa eşlemenin hangi alan üzerinden yapıldığını kaydedin. Ad-soyad veya telefon numarasıyla aramak son çare olmalıdır; aynı isim, tekrar sipariş veya yazım biçimi farklılığı yanlış eşleştirme doğurabilir. Müşteri bilgilerini gereksiz yere dışa aktarmayın; mümkün olduğunda operasyon için gerekli kimlikleri kullanıp kişisel alanlara erişimi sınırlayın.

Her tutarı hangi olayın açıkladığını yazın

Ürün bedeli, müşteriden alınan toplam, taşıma bedeli, taşıyıcının belgelediği kesinti, iade veya geri ödeme ve satıcıya yapılan net aktarım farklı kalemler olabilir. Bu kalemleri tek “kapıda ödeme tutarı” toplamında eritmeyin. Siparişin ödeme özeti ile gönderi hizmeti dökümünde aynı anlamı taşımayan tutarlar bulunabilir. Örneğin sipariş ekranında müşteriden tahsil edilmesi beklenen toplam, taşıyıcının gerçekleşmiş tahsilatını göstermeyebilir. Döküm veya sözleşme bir kalemi açıklamıyorsa isim uydurmak yerine “açıklama bekliyor” olarak bırakın.

Bir uzlaştırma tablosunda sipariş numarası, takip numarası, sipariş tarihi, taşıyıcıya teslim tarihi, teslimat sonucu, tahsilat teyidi, taşıyıcı aktarım grubu, ham tahsilat, belgeli kesinti, iade/iptal bilgisi, satıcıya geçen tutar, kaynak belge ve inceleme durumu bulunabilir. Tabloyu işletmenin gerçek belge türlerine göre sadeleştirin. Her değerin kaynağını belirtin: mağaza siparişi, taşıyıcı hareketi, dönemsel ödeme dökümü veya banka kaydı. Ham dosyaları değiştirmeyin; analiz için kopya üzerinde çalışın.

Toplu aktarımı sipariş satırlarına köprüleyin

Taşıyıcı aynı tarihte çok sayıda gönderiye ait tutarı tek bir ödeme olarak aktarabilir. Banka hareketi, böyle bir durumda, tek tek siparişleri değil toplu aktarımı gösterir. Önce aktarım referansını veya grup numarasını kaydedin; sonra o grupta yer alan siparişleri taşıyıcının dökümünden çıkarın. Dökümdeki siparişlerin toplamı ile net aktarım arasındaki farkı açıklayan belgeli kalemleri ayrı gösterin. Herhangi bir kesinti belgelenmemişse bunu komisyon varsayımıyla kapatmayın.

Karşılaştırma üç seviyede ilerleyebilir: tek sipariş ve takip numarası, taşıyıcı ödeme grubu, banka aktarımı. İlk seviyede satırın teslimat ve tahsilat olayları doğrulanır. İkincide taşıyıcının hangi siparişleri birleştirdiği, kesinti veya iade kalemi olup olmadığı incelenir. Son seviyede ödeme grubunun banka hareketiyle eşleşip eşleşmediği kontrol edilir. Böylece “bankadaki tutar siparişlerden düşük” gibi geniş bir gözlemi, hangi aşamada açıklama gerektiğine dönüştürebilirsiniz.

Farkı matematiksel olarak kapatmak için kurgu bir formül kullanmayın. İşletmenin resmi kayıt düzeninde komisyon, hizmet bedeli, vergi veya diğer kalemler farklı gösterilebilir. Operasyon tablosu yalnız kaynaklardaki değerleri yan yana getirir ve hangi belgenin açıklama sağladığını gösterir; resmi muhasebe kaydı yerine geçmez. Mali sınıflandırma ve dönem kaydı için yetkili muhasebe sorumlusunun belirlediği yöntemi izleyin.

İade, teslim edilememe ve kısmi durumları ayrı ele alın

Alıcı paketi kabul etmezse, adres yetersiz bulunursa veya gönderi satıcıya geri dönerse sipariş kaydı otomatik olarak “tahsilat tamamlandı” durumuna geçmemelidir. Taşıyıcı hareketini, mağazadaki sipariş durumunu ve varsa iade/geri gönderim kaydını birlikte inceleyin. Tahsilat yapılmamış bir gönderi ile tahsilat sonrası geri ödeme gereken bir gönderi aynı olay değildir. Bu ayrımı korumak, müşteri hizmetlerinin yanlış biçimde “ödemeniz alındı” demesini önler.

Kısmi teslimat veya aynı siparişin birden çok pakete bölünmesi halinde sipariş numarası tek başına yeterli olmaz; her paket, taşıyıcının sağladığı takip veya parça referansıyla ayrı teslimat ve tahsilat kaydına bağlanmalıdır. Sipariş toplamını paketlere dağıtan kural varsa bunu sipariş oluşturulurken tanımlayın ve değişiklik geçmişini saklayın. Bir paketin tahsilatını tüm siparişe, birden çok paketin tahsilatını da tek gönderiye yazmayın. Hasarlı teslimatta sipariş satırı ve kanıtı eşleştirme rehberi, teslimat kanıtının ayrıca nasıl düzenlenebileceğini gösterir; burada ise odak para akışıdır.

Bekleyen farkı kapatmadan önce kontrol sırası

Fark tespit edildiğinde şu sırayla ilerleyin: doğru mağaza ve taşıyıcı hesabı mı, aynı dönem mi, aynı para birimi mi, doğru takip numarası mı, teslimat sonucu ne, tahsilat belgesi var mı, aktarım grubunda hangi siparişler sayılmış, iade ya da düzeltme kaydı var mı, banka satırı doğru gruba mı bağlanmış? Kontrol listesi tüm ihtimalleri kanıtlamaz; yalnız yanlış eşleştirmeleri erken yakalamaya yardım eder. Her adım için “eşleşti”, “belge bekleniyor” veya “yetkili incelemesi gerekli” gibi açık durum seçin.

Takip tarihi ve sorumlu rol belirleyin; ancak açıklanamayan farkı kapanmış göstermeyin. Döküm daha sonra güncellenirse önceki dosyanın üzerine yazmak yerine yeni bir sürüm kaydedin ve hangi siparişlerin değiştiğini not edin. Destek talebi açmanız gerekirse sadece gerekli takip/sipariş referanslarını ve maskelenmiş satır örneğini paylaşın; parola, kart bilgisi veya ilgisiz müşteri verisi eklemeyin. Sipariş durumlarının müşteriye hangi aşamada bildirileceğine dair bildirim tercihleri rehberi, teslimat mesajını para aktarımı gibi göstermemek için yararlıdır.

Ekran ve rapor tasarımında iki ayrı durum gösterin

Operasyon panelinde “teslimat” ve “tahsilat/aktarım” ayrı sütunlarda görüntülensin. Örneğin paket teslim edildi, tahsilat teyidi bekleniyor ve taşıyıcı aktarımı henüz eşleşmedi durumları aynı siparişte birlikte görülebilir. Kullanıcıya görünen sipariş sayfasında fazla teknik ayrıntıya gerek olmayabilir; ancak iç ekip, müşteri yanıtı vermeden önce hangi durumun doğrulandığını görebilmelidir. Rapor filtreleri de yalnız “teslim edildi” siparişleri değil, aktarım belgesi bekleyen veya iade sonucu kapanmayan kayıtları bulabilmelidir.

Durum geçişlerini örnek siparişlerle test edin: tahsilat yapılıp aktarımı bekleyen, teslim edilemeyip geri dönen, bir siparişin iki pakete ayrıldığı ve dönem dökümünde henüz görünmeyen kayıtlar. Test verisi kullanın; gerçek müşteri veya banka bilgilerini geliştirme ortamına taşımayın. Her senaryoda hangi kaynak kaydının durumu değiştireceğini ve bir önceki durumun nasıl saklanacağını açıklayın. Bu yaklaşım, sipariş kabul testleri ve kargo akışı rehberlerinin bir sonraki adımıdır; kargo ücretinin sepet sırasında hesaplanmasını anlatan yazı ise başka bir aşamayı ele alır.

Dönem kapanışında sorumluları netleştirin

Mağaza operasyonu sipariş ve gönderi kimliklerini, taşıyıcı hesabı sorumlusu döküm ve aktarım grubunu, finans ekibi banka hareketini, yetkili kişi ise çözümlenemeyen farkı inceler. Küçük ekipte aynı kişi birkaç rolü üstlenebilir; yine de dosyada hangi adımı yaptığı ve hangi kaynağa dayandığı belirtilsin. Taşıyıcının çalışma şartı, aktarım periyodu veya kesinti türü hesap ve sözleşmeye göre değişebilir. Genel bir gün sayısı, sabit kesinti oranı veya her siparişte aynı sonuç vaadi yazmayın.

Kapanış özeti “kaç sipariş teslim edildi?” ile “hangi tahsilat hangi ödeme grubuna bağlandı?” sorularını ayrı yanıtlamalıdır. Özet, satış başarısı ya da kârlılık kanıtı değildir; nakit hareketini de tek başına resmi muhasebe belgesi haline getirmez. Çözülemeyen satırlar, takip sorumlusu ve beklenen belgeyle birlikte listelenirse bir sonraki döneme sessizce taşınmaz. E-ticaret yazılımı çalışmaları, bu durumların mağaza ekranında ve operasyon raporunda anlaşılır görünmesini sağlayacak iş akışını değerlendirebilir.

İnceleme için kapanış ölçütünü baştan yazın: hangi belgeler mevcut, hangi kimlikler eşleşiyor, hangi tutarlar açıklanmış ve hangi satırlar bekliyor? “Toplamlar yakın” tek başına yeterli kapanış koşulu değildir. Özellikle toplu aktarımda küçük bir sıra veya takip numarası kayması birden fazla siparişi etkileyebilir. Bekleyen satırlar için dönem sonu notu ve sonraki kontrol tarihi bırakmak, belirsizliği görünür tutar ve tahminle kapatmayı önler.

Sık sorulan sorular

Sipariş “teslim edildi” görünüyorsa kapıda ödeme tahsil edilmiş midir?

Bu bilgi tek başına tahsilatı kanıtlamaz. Teslimat sonucu, tahsilat teyidi ve satıcıya aktarım ayrı olaylardır. Taşıyıcının dökümündeki ilgili takip numarasını, tahsilat kaydını ve varsa ödeme grubunu kontrol etmeden siparişi finansal olarak kapatmayın.

Banka hesabına gelen toplu ödeme hangi siparişlere aittir?

Önce banka açıklamasındaki aktarım referansını taşıyıcı ödeme grubu veya döküm numarasıyla eşleştirin. Sonra bu gruptaki takip numaralarını tek tek siparişlere bağlayın. Referans yoksa tahminle sipariş dağıtmayın; taşıyıcıdan belge veya açıklama isteyin.

Taşıyıcı kesintisi net aktarımı azaltmışsa hangi tutarı kaydetmeliyim?

Ham tahsilatı, belgelenmiş kesintiyi ve net aktarımı ayrı sütunlarda tutun. Kesintinin türünü, miktarını ve dayanağını ilgili döküm veya sözleşmede doğrulayın. Resmi muhasebe sınıflandırmasını yetkili finans sorumlusu belirlemelidir.

İade edilen gönderide kapıda ödeme satırı nasıl ele alınır?

Gönderide tahsilat yapılıp yapılmadığını ve iade hareketinin hangi tarihte gerçekleştiğini ayrı ayrı doğrulayın. Tahsilat hiç olmadıysa bunu ödeme sonrası iade gibi göstermeyin; para alındıysa olası geri ödemeyi kendi kaydıyla izleyin.

Bir sipariş iki pakete ayrıldıysa tek takip numarası yeterli mi?

Hayır. Her paketi taşıyıcının takip veya parça referansıyla ayırın ve teslimat/tahsilat sonucunu kaydedin. Ayrı referans yoksa paket ilişkisi doğrulanana kadar eşleştirmeyi belirsiz bırakın. Sipariş toplamının paketlere nasıl dağıtıldığı önceden tanımlı olmalı; bir paketin tahsilatını tüm siparişin tamamlanması gibi göstermeyin.

Taşıyıcının aktarım süresi kaç gün olmalıdır?

Tek bir genel süre vermek doğru değildir; taşıyıcı, ödeme düzeni, hesap ve sözleşme koşulları değişebilir. İlgili sözleşme ve güncel taşıyıcı dökümünü kontrol edin. Gecikme varsa izleme numarası, teslimat ve ödeme grubu referansıyla sorumlu kanala başvurun.

Operasyon tablosu muhasebe kaydının yerine geçer mi?

Hayır. Tablo, mağaza, taşıyıcı ve banka belgeleri arasında iz sürmeyi kolaylaştırır. Resmi kayıtların dönemi, sınıflandırması ve belge gereksinimleri için işletmenin yetkili muhasebe sorumlusunun yöntemini izleyin.

Uzlaştırma dosyasında hangi müşteri bilgileri bulunmalı?

Öncelikle sipariş ve takip numarası gibi gerekli referansları kullanın. Adres, telefon, kart veya kimlik bilgilerini iş amacı gerektirmiyorsa kopyalamayın. Dosya erişimini görevlere göre sınırlandırın ve destek paylaşımında hassas alanları maskeleyin.