Bir müşteri kolileri geri gönderdiğinde depoda ilk soru genelde şu olur: “Bunu nereye koyalım?” Muhasebede başka bir soru var: “Bu iade için fatura mı keseceğiz, yoksa karşı taraf mı kesecek?” Satış tarafında üçüncü soru: “Müşterinin bakiyesinden ne kadar düşeceğiz?” Üç soru, üç farklı kişi, çoğu zaman üç farklı dosya.
İade, satış sürecinin sonunda değil ortasında yaşanan bir olay. Mal geri gelir, ama o malın stoğa girmesi, alacağın düzeltilmesi, nedeninin kayda geçmesi ve gerekiyorsa tedarikçiye yansıtılması ayrı ayrı yapılması gereken işler. Bu yazıda iadeyi ERP içinde tek bir zincir olarak nasıl kurabileceğinizi anlatıyoruz.
İade neden “küçük iş” gibi görünüp büyük kaçak yaratır
İadeler genellikle toplam satışın küçük bir yüzdesi olduğu için gözden kaçar. Oysa her iade birden fazla yerde iz bırakır ve bu izlerin biri eksik kalırsa rakamlar birbirini tutmaz.
- Stok yanlışlığı: İade gelen mal depoda duruyor ama sisteme girilmediyse, fiziksel sayım ile kayıt arasında fark doğar. Aynı mal bir başkasına “yok” diye satılamaz.
- Alacak bakiyesi: İade işlenmeden müşteriye ekstre gönderilirse, müşteri “bu malı geri verdim” diye itiraz eder. Tahsilat konuşması iade tartışmasına döner.
- Kâr hesabı: İade edilen satış ciro raporunda kalırsa, satış ve kâr tablosu olduğundan iyi görünür.
- Neden bilgisi kaybolur: “Hasarlı geldi”, “yanlış ürün gitti”, “müşteri vazgeçti” gibi nedenler kayda geçmezse, aynı hata tekrar eder.
Ortak sorun, bilginin elle taşınması. İade bir kez girilip diğer modüllere akmadığında, her bölüm kendi tablosunu düzeltmek zorunda kalır.
ERP’de iade süreci hangi adımlardan oluşur
İyi kurgulanmış bir iade akışı, orijinal satışa bağlı başlar ve şu sırayı izler.
1. İade talebinin açılması
Satışçı ya da müşteri temsilcisi, ilgili satış faturasını veya irsaliyesini seçerek iade talebi açar. Kalemler orijinal belgeden gelir; iade edilecek miktar girilir. Satılandan fazla miktarın iadesine sistem izin vermez. Bu basit kontrol, hatalı iade kayıtlarının büyük kısmını başlangıçta keser.
Talep açılırken iade nedeni seçilir. Neden listesini önceden tanımlamak önemli: “Hasarlı ürün”, “Yanlış ürün sevki”, “Müşteri vazgeçti”, “Kalite uygunsuzluğu”, “Süresi geçmiş” gibi. Serbest metin yazılan neden alanı raporlanamaz.
2. Onay
Her iade aynı onayı gerektirmez. Küçük tutarlı iadeler satış sorumlusunda kalabilir, belirli bir tutarın üstü müdür onayına gidebilir. Önemli olan, kimin neyi onaylayabileceğinin yazılı kurala bağlanması ve onayın sistemde iz bırakması. Bu konuda görev ayrılığı yazımızda anlattığımız prensip aynen geçerli: iadeyi talep eden ile onaylayan aynı kişi olmamalı.
3. Fiziksel teslim alma ve depo girişi
Mal depoya ulaştığında depocu, iade talebine karşı teslim alır. Burada üç ayrı karar çıkabilir:
- Satılabilir stoğa dön: Ürün sağlam, ambalajı tam. Normal depoya girer.
- Karantinaya al: Kontrol gerekiyor. Ayrı bir depoda ya da bloke stokta bekler; satışa kapalıdır.
- Hurdaya ayır ya da tedarikçiye gönder: Kullanılamaz durumda. Stoğa girmeden zarar kaydı ya da tedarikçi iadesi açılır.
Karantina kararı, kalite yönetimiyle bağlantılı. Parti ve seri numarası takibi varsa, iade gelen ürünün hangi partiden olduğu görünür; aynı partiden başka müşterilere giden mallar için de uyarı çıkarılabilir. Konuyu kalite yönetimi yazımızda daha geniş ele aldık.
4. Belge ve alacak düzeltmesi
İade teslim alındıktan sonra mali taraf devreye girer. İadenin hangi belgeyle (iade faturası, gider pusulası, iade irsaliyesi gibi) kayda geçeceği, tarafların vergi statüsüne ve işlemin türüne göre değişir. Bu kararı ERP vermemeli ama doğru belgeyi hazır sunmalı. Uygulamada kural şu: e-fatura mükellefiyseniz belge türü ve gönderim süreci için mali müşavirinizle ve Gelir İdaresi Başkanlığı kılavuzlarıyla teyit yapın; sistemin bu belge türlerini desteklediğinden emin olun. E-dönüşüm tarafını GİB kılavuz güncellemesi yazımızda özetledik.
Belge kesildiğinde cari hesap otomatik düzelir. Müşterinin bakiyesi iade tutarı kadar azalır, vadeli satışlarda ilgili vade kalemi kapanır ya da küçülür. Müşteri tahsilatını zaten yapmışsa iade tutarı alacak bakiyesi olarak görünür; mahsup mu edilecek, ödeme mi yapılacak, bu karar açıkça verilir.
5. Maliyet ve rapor etkisi
İade edilen mal stoğa girerken hangi maliyetle girecek? Satıldığı andaki maliyetle mi, güncel maliyetle mi? Bu seçim stok değerlemesi yönteminize bağlı. FIFO ve ağırlıklı ortalama arasındaki farkı stok değerleme yazımızda anlattık. İade kaydı bu yönteme uygun çalışmıyorsa, brüt kâr raporunda sessiz sapmalar oluşur.
İade verisinden ne öğrenilir
İşlenmiş iade kayıtları ucuz bir analiz kaynağıdır. Aşağıdaki sorular yalnızca ERP’de neden ve ürün bazında kayıt tutuluyorsa cevaplanabilir.
| Soru | Bakılacak kırılım |
|---|---|
| Hangi ürün sürekli geri dönüyor? | Ürün ve parti bazında iade oranı |
| Sorun depoda mı, nakliyede mi? | İade nedeni ve sevkiyat yöntemi |
| Hangi müşteri alışılmışın üzerinde iade ediyor? | Müşteri bazında iade oranı |
| Tedarikçiye yansıtılabilir mi? | Parti ve tedarikçi eşleşmesi |
| İade bizi ne kadar yoruyor? | İade başına işlem süresi ve onay bekleme süresi |
Örneğin bir üründe iade nedeni sürekli “ambalaj hasarı” çıkıyorsa, kök neden üründe değil paketlemede ya da taşımada olabilir. Bu tür tespit, ancak nedenler standart listeden seçildiğinde mümkün olur. Tedarikçi tarafındaki yansıması için tedarikçi performans takibi yazımıza göz atabilirsiniz.
Kurulumda sık yapılan hatalar
- İadeyi negatif satış olarak girmek: Orijinal satışla bağı kopar, maliyet ve stok bağlantısı zayıflar. İade, kaynak belgeye referanslı olmalı.
- Karantina deposu tanımlamamak: Hasarlı mal normal stoğa girince bir sonraki sipariş ona tahsis edilir.
- Neden listesini serbest bırakmak: Aynı neden beş farklı biçimde yazılır, rapor çıkmaz.
- Depo ile muhasebeyi ayrı yürütmek: Mal geldi ama belge gelmedi, ya da belge kesildi ama mal gelmedi. İki yönlü eşleştirme kontrolü gerekir.
- Kısmi iadeyi hesaba katmamak: Bir faturanın yalnızca bir kısmı iade edilebilir; kalan bakiye doğru izlenmeli.
Qera ile iade akışı
Qera’da satış, stok, cari hesap ve muhasebe aynı platformda çalıştığı için iade bir modülden diğerine elle taşınmaz. İade talebi satış belgesine bağlı açılır; depo girişi, cari düzeltmesi ve raporlama aynı kayıttan beslenir. Altyapı Microsoft Azure üzerinde, bulutta çalışır; kurulum anahtar teslim ilerler ve 100 kullanıcıya kadar ek kullanıcı maliyeti çıkmaz. Yapay zekâ destekli raporlama katmanı, iade oranı gibi göstergeleri sorduğunuz biçimde getirmenize yardım eder. Satış zincirinin tamamını görmek isterseniz fırsattan tahsilata satış yönetimi yazımıza bakabilirsiniz.
Kendi iade sürecinizin Qera’da nasıl göründüğünü örnek verinizle görmek için Ücretsiz demo talep edebilir, ürün kapsamını Qera ERP sayfasından inceleyebilirsiniz.
Sıkça Sorulan Sorular
ERP’de müşteri iadesi nasıl kaydedilir?
İade, orijinal satış faturası veya irsaliyesine referans verilerek açılır. Kalemler ve miktar kaynak belgeden gelir, iade nedeni seçilir, onaydan geçer ve depo girişi yapıldığında stok ile cari hesap birlikte güncellenir.
İade edilen mal doğrudan satılabilir stoğa girmeli mi?
Her zaman değil. Ürünün durumuna göre satılabilir stok, karantina veya hurda olarak ayrılması gerekir. Karantina deposu tanımlamak, kontrolden geçmemiş malın yeni siparişe ayrılmasını önler.
İade faturası mı kesilir, karşı taraf mı kesecek?
Bu, tarafların vergi statüsüne ve işlemin niteliğine göre değişir. Belge türünü mali müşavirinizle ve GİB düzenlemeleriyle teyit etmeniz gerekir. ERP’nizin ilgili belge türlerini desteklemesi de kurulum öncesinde kontrol edilmelidir.
Kısmi iade yapılabilir mi?
Evet. Bir faturanın yalnızca belirli kalemleri veya belirli miktarları iade edilebilir. Sistem, orijinal satışla iade toplamını karşılaştırarak fazla iadeyi engellemeli ve kalan bakiyeyi izlemelidir.
İade verisi hangi raporlarda işe yarar?
Ürün ve parti bazında iade oranı, müşteri bazında iade oranı, neden dağılımı ve tedarikçiye yansıtılabilir iadeler en sık kullanılan raporlardır. Bunlar için nedenlerin serbest metin yerine tanımlı bir listeden seçilmesi gerekir.
