Faturası Kesilen Sipariş İptal Edilirse ERP'de Ne Olur?
Faturası kesilmiş bir sipariş iptal edildiğinde, yazılımın yapması gereken tek işlem faturayı silmek değildir; çünkü fatura kesildiği anda muhasebe kaydı, stok hareketi ve varsa tahsilat kaydı birbirine bağlanmış olur ve bu üç kayıt birlikte güncellenmezse ERP ile yazılım arasında kalıcı bir tutarsızlık oluşur. Bu tutarsızlık genellikle ay sonu mutabakatına kadar fark edilmez, çünkü sipariş yazılım ekranında "iptal" görünse de ERP'de hâlâ açık bir fatura olarak durur.
İptal ile iade farklı işlemdir
Bu iki durum sık sık birbirine karıştırılır ama yazılımda ayrı akışlar gerektirir. İptal, mal teslim edilmeden önce siparişin durdurulmasıdır ve fatura henüz kesilmemişse basittir. İade ise mal teslim edildikten, bazen fatura da kesildikten sonra geri dönüştür ve stok ile muhasebe tarafında ayrı bir hareket gerektirir. Faturası kesilmiş bir siparişin iptali, aslında teknik olarak bir iadedir ve bu şekilde ele alınmazsa fatura ile sipariş durumu arasında uyumsuzluk kalır.
Faturalı bir siparişin iptalinde hangi kayıtlar değişir
| Kayıt | İptalde yapılması gereken |
|---|---|
| Fatura | Silinmez; mevzuata uygun şekilde iade faturası veya iptal belgesi düzenlenir |
| Stok | Sevk edilmişse geri giriş hareketi oluşturulur; edilmemişse rezervasyon serbest bırakılır |
| Tahsilat | Ödeme alınmışsa iade/mahsup hareketi açılır, tahsilat kaydı sıfırlanmaz |
| Cari hesap | Müşteri bakiyesi, fatura ve iade belgesiyle uyumlu şekilde güncellenir |
Senkronizasyon neden bozulur
En sık karşılaşılan sorun, yazılımın kendi tarafında siparişi "iptal" olarak işaretlemesi ama bu durumun ERP'ye ayrı bir belge olarak geçmemesidir. Sipariş durumu değişir, ama ERP'de hâlâ orijinal fatura ve orijinal stok hareketi durur; bu da cari hesap mutabakatında (sipariş iptal, fatura açık) şeklinde bir tutarsızlık yaratır.
Doğru akış, iptal talebini doğrudan ERP'de yeni bir belge (iade faturası veya iptal evrakı) olarak açmak ve bu belgenin numarasını orijinal fatura ile ilişkilendirmektir. Bu ilişkilendirme olmadan, muhasebe ekibi daha sonra hangi iade belgesinin hangi orijinal faturaya ait olduğunu elle aramak zorunda kalır; işlem sayısı arttığında bu arama işi hızla sürdürülemez hâle gelir.
Akışın doğru sırası
- İptal talebi alındığında önce orijinal faturanın ve ilgili stok hareketinin durumu sorgulanır.
- Mal sevk edilmemişse: stok rezervasyonu serbest bırakılır, fatura henüz kesilmemişse sipariş doğrudan kapatılır.
- Fatura kesilmiş ve mal sevk edilmişse: ERP'de orijinal faturaya bağlı bir iade/iptal belgesi oluşturulur.
- Tahsilat yapılmışsa, iade belgesiyle birlikte bir iade/mahsup hareketi açılır; tahsilat kaydı silinmez.
- Tüm bu belgeler tamamlandığında sipariş durumu "iptal edildi" olarak kapatılır.
Bu beş adımın sırası önemlidir; özellikle stok ve tahsilat adımları fatura belgesi oluşturulmadan tamamlanırsa, iade belgesiyle ilişkilendirilecek bir referans kalmaz ve kayıtlar birbirinden bağımsız iki ayrı işlem gibi görünür.
Kısmi iptal durumu
Bir siparişte birden fazla ürün varsa ve müşteri bunlardan sadece birini iptal etmek isterse, akış daha da dikkatli kurulmalıdır. Bu durumda orijinal faturanın tamamı değil, yalnızca iptal edilen ürüne ait tutar için bir iade belgesi düzenlenir; kalan ürünler için fatura ve tahsilat kaydı değişmeden kalır. Yazılımda bu kısmi iptalin, orijinal faturadaki hangi satıra karşılık geldiği açıkça kaydedilmelidir; aksi hâlde aynı faturaya birden fazla kısmi iade eklendiğinde hangi satırın kapandığı karışabilir.
Kısmi iptal, stok tarafında da aynı hassasiyeti gerektirir: sadece iptal edilen ürünün miktarı geri stoğa eklenir, diğer ürünlerin stok hareketi dokunulmadan kalır. Bu ayrım yapılmazsa, bir sonraki stok sayımında farkın nereden geldiğini bulmak zorlaşır.
Birden fazla taksit varsa
Taksitli ödenmiş bir siparişin iptalinde, yalnızca kalan taksitler değil, zaten tahsil edilmiş taksitler de dikkate alınmalıdır. ERP tarafında bu, tek bir toplam tahsilat değil, her taksitin ayrı bir hareket olarak kaydedilmesini gerektirir; iade işlemi de hangi taksitlerin iade edileceğini aynı ayrıntıda belirtmelidir. Taksit bazında izleme yapılmayan bir sistemde, kısmi iade sırasında hangi taksitin iade edildiği belirsiz kalır ve cari hesap mutabakatı yine bozulur.
Bu detay, özellikle sanal POS üzerinden taksitli tahsilat yapan işletmelerde önemlidir; çünkü sağlayıcı tarafındaki taksit iade kuralları da ERP'deki taksit kayıtlarıyla birebir eşleşmelidir, aksi hâlde sağlayıcıdan gelen iade bildirimi hangi taksite ait olduğu bilinmeden ERP'ye işlenemez.
Mutabakat raporunda ne görünmeli
Ay sonu mutabakatı yapılırken, iptal ve iade edilen siparişlerin ayrı bir listede görülebilmesi gerekir; bu liste orijinal fatura numarası, iade belgesi numarası, iptal tarihi ve iade tutarı sütunlarını birlikte göstermelidir. Bu liste olmadan muhasebe ekibi, sipariş yönetim ekranındaki "iptal" durumlarıyla ERP'deki iade belgelerini elle eşleştirmeye çalışır; sipariş sayısı arttığında bu eşleştirme pratikte yapılamaz hâle gelir.
Yazılımda bu listenin otomatik üretilmesi, iptal akışının doğru kurulduğunun da en pratik göstergesidir: liste boş kalan bir alan (örneğin iade belgesi numarası girilmemiş bir iptal) varsa, akışın bir yerinde adım atlanmış demektir.
Özet
Faturası kesilmiş bir siparişin iptali, tek bir durum değişikliği değil; fatura, stok ve tahsilat tarafında birbirine bağlı üç ayrı kaydın güncellenmesidir. Bu üçü aynı anda ve doğru sırada güncellenmezse cari hesap mutabakatı bozulur.
Sık sorulan sorular
Faturası kesilmiş bir sipariş doğrudan silinebilir mi?
İptal ile iade aynı akışla mı yönetilmeli?
Tahsilat yapılmış bir siparişte iptal nasıl işlenir?
Sipariş durumu ERP'den bağımsız değiştirilirse ne olur?
- ERP entegrasyonu
- iş akışı
- muhasebe entegrasyonu
- mutabakat
