E-ticarette bir siparişin tamamlanması; fatura, tahsilat, kargo, iptal veya iade gibi farklı kayıtlar oluşturabilir. Bu hareketleri ayrı ayrı takip edip ortak sipariş referansında ilişkilendirmek, dönem sonunda satış ve banka kayıtları arasındaki farkları anlamayı kolaylaştırır. İşletme, her kaydın hangi işlemden kaynaklandığını gösterecek bir raporlama düzeni kurmalıdır.
Sipariş referansını baştan sona koruyun
Sipariş numarası; satış belgesi, ödeme sağlayıcı raporu, banka hareketi, kargo veya teslim bilgisi ve varsa iade talebiyle eşleştirilebilir. Bir sipariş birden çok gönderiye ayrılmışsa her teslimatın hangi belgeyle ilişkili olduğu not edilsin. Kısmi iade ve kısmi tahsilatlarda kapanmayan tutarı açık bakiye olarak gösterin; sonraki siparişin hareketiyle gelişigüzel mahsup etmeyin.
Ödeme kuruluşu raporunda kesinti, komisyon veya toplu ödeme varsa müşteriden alınan tutarla bankaya geçen tutar aynı olmayabilir. Brüt satış, komisyon ve net ödeme arasındaki ilişkiyi sağlayıcı dökümü ve muhasebe kaydıyla açıklayın. Fark görüldüğünde doğrudan masraf hesabına atmak yerine işlem tarihini ve kesintiyi kontrol edin. Açık kalan satırlara sorumlu ve takip tarihi ekleyin.
İade ve iptal durumlarını belgeleyin
İptal isteğinin tarihi, siparişin durumu, gönderinin çıkıp çıkmadığı ve ödemenin iade edilip edilmediği ayrı alanlarda izlenebilir. İade işleminin dayanağı ve belge türü, mevzuat ve işlem niteliği gözetilerek belirlenmelidir. E-belge süreçleri için GİB’in e-Belge portalı ile ilgili e-Fatura düzenlemesi resmi başvuru kaynaklarıdır; somut işlemde güncel kılavuz ve kurallar ayrıca kontrol edilmelidir.
İade ve iptal adımlarında ilk belgeyle yeni işlem arasında bağlantı kurun. Müşteri talebi, ürünün geri gelişi, ödeme sağlayıcısının iade kaydı ve muhasebe fişi aynı sipariş referansında görünür olursa, dönem kapanışındaki farkın kaynağı daha kolay bulunur. Belgenin statüsünü teyit etmeden bir siparişin finansal etkisini kapatılmış varsaymayın.
Dönem mutabakatını tekrarlanabilir yapın
Satış sistemi, ödeme sağlayıcısı, banka ve muhasebe programından alınan raporların kapsadığı tarihleri aynılaştırın. Mükerrer sipariş numarası, henüz yansımayan iade veya gecikmiş ödeme gibi açık maddeleri sorumlu ve hedef tarihle listeleyin. Raporların tarih aralığı ve alınma zamanı kaydedilirse sonraki kontrolde aynı veri kümesi yeniden üretilebilir.
Müşteri iletişim verilerini muhasebe raporlarında gereksiz yere çoğaltmayın. Finans ekibine yalnızca mutabakat için gereken alanları gösterin; iade notu ve kişisel bilgiler kontrollü erişimle saklansın.
Mutabakat raporunu satış kanalı bazında da ayırmak yararlı olabilir. Web mağazası, pazaryeri veya doğrudan sipariş süreçlerinde iade sorumlusu ve ödeme raporu farklı olabilir. Kanal bilgisini sipariş numarasıyla birlikte tutun; aynı sipariş farklı raporlarda yer aldığında çift kayıt oluşmadığını kontrol edin. Sık tekrarlanan farklar için sistem entegrasyonu ve dosya aktarım adımlarını gözden geçirin.
Ankara genelinde muhasebe ve mali süreçlerinizi değerlendirirken BRC Mali Müşavirlik hizmetlerini inceleyebilir, SMMM Rauf Cenk Alat’a 0 544 956 76 26 numarasından ulaşabilirsiniz. Bu içerik genel bilgilendirme niteliğindedir; işletmenizin kayıtları ve güncel mevzuat özelinde değerlendirme yapılmalıdır.