- Cari hesap, sürekli alışveriş yapan iki taraf arasındaki borç-alacak ilişkisinin tek hesapta izlenmesidir; bayi ağında kayıt işi bir senkronizasyon problemine dönüşür.
- Takip dört yerden kırılır: kayıt gecikmesi, eşleştirme belirsizliği, çift kaynak (ERP ve banka) ve bayinin kendi bakiyesini görememesi.
- Kalıcı çözüm tahsilatın cari kaydı üretmesidir: ödeme sistem üzerinden alındığında hangi faturayı kapattığı bellidir ve ERP’ye işlenir.
Bayi arıyor: “Benim bakiyem bu kadar değil.” Muhasebe ekstreyi çekiyor, rakamlar tutmuyor. Ödeme geçen hafta yapılmış ama cariye henüz işlenmemiş. Ya da işlenmiş, yanlış faturaya kapatılmış. Telefon trafiği başlıyor, iki taraf da kendi tablosunu okuyor ve ortada tek bir doğru yok.
Cari hesap takibi tek bir müşteriyle yapıldığında basit bir muhasebe işidir. Yüzlerce bayiyle yapıldığında ise bambaşka bir probleme dönüşür: artık kayıt tutmakla değil, kaydın gerçekle aynı anda güncel kalmasıyla uğraşırsınız. Bu yazı ikincisi hakkında.
Cari Hesap Takibi Nedir ve Bayi Ağında Neden Farklılaşır?
Cari hesap, aralarında sürekli mal veya hizmet alışverişi olan iki taraf arasındaki borç ve alacak ilişkisinin tek bir hesapta izlenmesidir. Her işlem için ayrı ayrı ödeme yapmak yerine hareketler kaydedilir, bakiye dönem içinde takip edilir ve belirli aralıklarla mutabık kalınır.
Tanım her ölçekte aynıdır. Değişen şey ölçektir. Beş müşterisi olan bir işletmede cari takip bir kayıt işidir; her hareketi elle girmek mümkündür, hata olduğunda telefonla çözülür. Bayi ağıyla çalışan bir distribütörde ise aynı iş bir senkronizasyon problemine dönüşür: yüzlerce noktadan gelen ödeme, farklı kanallardan farklı zamanlarda düşer ve hepsinin doğru cariye, doğru faturaya, doğru anda işlenmesi gerekir.
Tek Cari ile Yüz Cari Arasındaki Fark
Bu farkı görmenin en kolay yolu, hata olasılığının nasıl büyüdüğüne bakmaktır. Tek bir carinin ayda on hareketi varsa, ayda on kayıt tutarsınız ve bir hata anında göze çarpar. Yüz carinin her birinin on hareketi varsa ayda bin kayıt tutarsınız; içlerinden üçünün yanlış olması tabloyu bozmaz, sadece sessizce yanlış gösterir.
Asıl sorun burada başlar: yanlış cari bakiyesi kendini belli etmez. Fark ancak bayi itiraz ettiğinde, ay sonu mutabakatta ya da bir alacak beklenenden geç geldiğinde ortaya çıkar. O noktaya kadar nakit planlamanız, tahsilat önceliklendirmeniz ve risk değerlendirmeniz hatalı veriyle yapılmış olur.
Alacak yaşlandırma ve raporlama tarafındaki etkisini tahsilat takibi nasıl yapılır? yazımızda ele almıştık.
Cari Takibinin Kırıldığı Dört Nokta
Bayi ağıyla çalışan işletmelerde cari takibi hemen her zaman aynı dört yerden kırılır. Hangisinin sizde baskın olduğunu bilmek, çözümü de belirler.
Kayıt gecikmesi
Tahsilat gerçekleşti, para hesaba geçti, ama cari hesap henüz güncellenmedi. Aradaki süre bir gün de olabilir bir hafta da. Bu boşlukta bayi “ödedim” der, sistem “ödenmedi” gösterir ve ikisi de haklıdır. Cari takibindeki uyuşmazlıkların en yaygın sebebi budur.
Eşleştirme belirsizliği
Ödeme geldi ama hangi faturaya ait olduğu belli değil. Bayi açıklamaya fatura numarası yazmamış, tutar birden fazla faturayla kısmen örtüşüyor ya da tek transferle üç faturayı birden kapatmış. Ödeme cariye girer ama hangi faturanın açık olduğu bilinmez.
Çift kaynak problemi
ERP’deki cari bakiye ile banka hesabındaki gerçek para iki ayrı yerde durur ve aradaki köprü elle kurulur. Bu boşluk, banka hareketlerinin API ile ERP’ye aktarılması ve eşleştirmenin ERP’de daha az elle müdahaleyle yapılmasıyla daralır.
Görünürlük asimetrisi
Bayi kendi bakiyesini göremez. Öğrenmek için sizi arar, muhasebe ekstre gönderir, bayi kontrol eder, itiraz ederse süreç yeniden başlar. Yüz bayide bu, ayda yüzlerce gereksiz temas demektir ve hiçbiri satış üretmez.
Cari Hesap Ekstresi Nasıl Okunur?
Cari ekstre üç sütun üzerinden okunur: borç, alacak ve bakiye. Bayiye kestiğiniz fatura borç sütununa, bayiden gelen ödeme alacak sütununa yazılır; bakiye ikisinin farkıdır. Bakiye borç yönündeyse bayi size borçludur, alacak yönündeyse fazla ödeme yapılmış demektir.
Ancak ekstre tek başına yeterli bir yönetim aracı değildir, çünkü yalnızca tutarı gösterir, vadeyi göstermez. 500.000 TL bakiyesi olan iki bayiden birinin borcu henüz vadesi gelmemiş, diğerininki doksan gün gecikmiş olabilir. Ekstrede ikisi aynı görünür. Bu yüzden cari takip mutlaka vade bilgisiyle birlikte okunmalıdır.
Vade ve tahsil süresinin nakit üzerindeki etkisi için DSO nedir yazımıza bakabilirsiniz.
Bayi Bazlı Takipte İzlenmesi Gereken Alanlar
Bakiye tek başına yönetim bilgisi değildir. Bayi ağıyla çalışıyorsanız her cari için şu alanların da izlenmesi gerekir:
- Vade dağılımı — bakiyenin ne kadarı vadesi gelmemiş, ne kadarı gecikmiş.
- Kredi limiti ve kullanım oranı — bayi limitinin neresinde, yeni sipariş alınabilir mi.
- Ödeme davranışı — ortalama kaç gün gecikmeyle ödüyor, verdiği sözü tutuyor mu.
- Açık fatura sayısı — tek büyük fatura mı, çok sayıda küçük fatura mı.
- Son hareket tarihi — bayi hâlâ aktif mi, yoksa sessizleşiyor mu.
Bu beş alan bir araya geldiğinde cari hesap bir muhasebe kaydı olmaktan çıkar, bir risk göstergesine dönüşür. Limitinin dolduğunu ve sürekli geciktiğini gördüğünüz bayiye yeni sevkiyat yapmadan önce durmanız gerektiğini bakiye tek başına söylemez. Limit tarafını bayi risk ve limit yönetimi yazısında ayrıca ele aldık.
Tahsildar çözümüBayi TahsilatıBayi bazında limit ve ödeme politikası, link, QR ve SMS ile tahsilat, bayinin kendi paneli.Mutabakat Ay Sonunda Değil, Sürekli Yapılır
Klasik yaklaşımda mutabakat dönem sonunda yapılır: ekstre gönderilir, bayi kontrol eder, itirazlar toplanır ve fark kapatılır. Bu yöntemin sorunu, hatanın haftalarca fark edilmeden durmasıdır. Geç bulunan bir eşleşme hatası hem düzeltilmesi zor hem de o süre boyunca alınan her kararı etkilemiş olur.
Sürekli mutabakatta ise link ve panel ödemeleri kaynağında faturayla eşleşir; banka ve POS hareketleri düzenli olarak ERP’ye aktarılır. Uyuşmayan kalem erken işaretlenir, ay sonunda çözülecek bir yığın birikmez. Kapanış süresi kısalır ama asıl kazanç şudur: ay ortasında cari bakiyenize güvenebilirsiniz.
Mutabakat süreçlerinizi otomatikleştirin sayfası bu geçişin nasıl kurulduğunu anlatıyor. Fatura tarafındaki akış için e-fatura sonrası tahsilat otomasyonu rehberine bakabilirsiniz.
Excel Belli Bir Bayi Sayısından Sonra Neden Çöker?
Excel cari takip için kötü bir araç değildir; belirli bir ölçeğe kadar gayet iyi çalışır. Sorun, ölçek büyüdüğünde ortaya çıkan üç yapısal sınırdır.
- Veri tek kaynaktan gelmez — tahsilat POS’tan, banka havalesinden, link ödemesinden ve nakitten düşer; hepsinin elle birleştirilmesi gerekir.
- Tablo yalnızca son güncellendiği anı gösterir — sabah baktığınız bakiye öğleden sonra yanlış olabilir.
- Sürüm sorunu — aynı dosyayı birden fazla kişi yönettiğinde hangi kopyanın doğru olduğu tartışmalı hale gelir.
Bu üç sınır, bayi sayısı arttıkça aynı anda devreye girer. Kritik eşik bir rakam değil, bir histir: cari bakiyeye güvenmek yerine “bir kontrol edelim” demeye başladığınız an, Excel sınırına gelmişsiniz demektir. Excel ve manuel takip süreçlerinden kurtulun sayfası geçişin nasıl yapıldığını adım adım gösteriyor.
Asıl Çözüm: Cari Takibinin Tahsilatla Birleşmesi
Cari hesap takibini yalnızca bir muhasebe işi olarak ele aldığınız sürece kayıt gecikmesini ve eşleştirme belirsizliğini kalıcı olarak çözemezsiniz; çünkü tahsilat başka bir yerde gerçekleşir, kayıt başka bir yerde tutulur ve ikisi arasında her zaman bir gecikme kalır.
Bu boşluğun kapanması için tahsilatın kendisinin cari kaydı üretmesi gerekir. Bayi ödemeyi sistem üzerinden yaptığında hangi faturaya ait olduğu zaten bellidir; eşleştirme sonradan yapılmaz, ödeme anında olur. Ödeme tamamlandığında ERP’ye işlenir ve muhasebe kaydı elle girilmez.
Tahsilatın hangi kanaldan gelirse gelsin aynı akışa bağlanması için B2B tahsilat süreçlerinizi hızlandırın sayfasına; tüm bankalardaki POS işlemlerini ve valör takvimini tek ekranda görmek için POS Rapor ürününe bakabilirsiniz.
Bayinin Kendi Bakiyesini Görmesi
Cari takipte en çok konuşulmayan ama en çok iş yükü yaratan konu görünürlük asimetrisidir. Bayi kendi bakiyesini göremediği için sorar; siz cevaplarsınız; itiraz ederse süreç yeniden başlar.
Bayi kendi panelinden açık bakiyesini, hangi faturaların açık olduğunu ve vadelerini görebildiğinde bu döngü kırılır. Sorulan sorular azalır, itirazlar erken gelir ve en önemlisi: bayi ödeme kararını sizi aramadan verebilir. Ödeme kararı ile ödeme eylemi arasındaki mesafenin kısalması, tahsilatı doğrudan hızlandırır.
Teknik gereklilik: her bayi yalnızca kendi bakiyesini görmelidir. Diğer bayilerin bilgisine erişim olmadan, yetki seviyesine göre ayrılmış bir görünüm gerekir.
Sıkça Sorulan Sorular
Hayır, ama iç içedirler. Cari hesap takibi borç ve alacak ilişkisinin kaydını tutar; tahsilat takibi paranın ne zaman ve nasıl geldiğini izler. İkisi ayrı sistemlerde yürütüldüğünde aralarında sürekli bir gecikme oluşur — cari takipteki uyuşmazlıkların büyük bölümü bu gecikmeden doğar.
Klasik yaklaşım aylıktır, ancak bayi kendi bakiyesini ve ekstresini panelden görebiliyorsa periyodik gönderim büyük ölçüde gereksizleşir. Ekstre bir bilgilendirme aracıdır; bilgi zaten erişilebilir durumdaysa erişim tercih edilmelidir.
Kısa vadede ödemeyi avans olarak kaydedip bayiyle teyit etmek gerekir. Kalıcı çözüm ise eşleştirmeyi ödeme anında yapmaktır: bayi sistem üzerinden ödediğinde hangi faturayı kapattığı zaten bellidir ve sonradan eşleştirme ihtiyacı doğmaz.
Bir eşik rakamı yok; belirleyici olan hareket sayısı ve kanal çeşitliliğidir. Yirmi bayiniz varsa ama her biri farklı kanaldan ödüyorsa Excel zorlanır; yüz bayiniz varsa ve hepsi tek kanaldan ödüyorsa daha uzun süre dayanabilir. Pratik gösterge şudur: cari bakiyeye bakıp “acaba güncel mi” diye düşünmeye başladıysanız eşiğe gelmişsinizdir.
İkisi farklı şeyleri ölçer. Cari bakiye borç-alacak ilişkisini, banka bakiyesi ise fiilen hesaptaki parayı gösterir. Aradaki fark valör süresi, henüz işlenmemiş hareketler ve kayıt gecikmesinden kaynaklanır. Bu fark normaldir; anormal olan farkın ne kadar olduğunu bilmemektir.
Evet ve pratikte en işlevsel parçasıdır. Limit tanımlı olduğunda açık bakiyesi eşiği aşan bayinin yeni siparişi koşula bağlanabilir. Bu, tahsilat ekibini müzakereden kurtarır ve kuralı kişisel olmaktan çıkarır.
ERP cari kaydı tutar, tahsilat platformu ise o kaydı üreten hareketi yönetir. İkisi entegre çalıştığında ödeme tamamlanınca ERP’ye işlenir. ERP’yi değiştirmeniz gerekmez; tahsilat tarafının ERP’ye bağlanması yeterlidir.
Anlaşmazlıkların çoğu iki tarafın farklı tarihlerdeki verilere bakmasından çıkar. Aynı veriye aynı anda erişilebildiğinde tartışma büyük ölçüde azalır. Mutabakatı dönem sonuna bırakmamak da aynı işi yapar: küçük farklar oluştuğu gün çözülür, ay sonunda yığın oluşmaz.
Cari ekstre bir bayinin tüm hareketlerini kronolojik olarak gösterir. Yaşlandırma raporu ise açık alacakları gecikme süresine göre gruplar. Ekstre “bu bayiyle ne oldu” sorusunu, yaşlandırma “riskim nerede birikiyor” sorusunu cevaplar. İkisi birbirinin yerine geçmez.
İhtiyaç azalmaz, işin niteliği değişir. Veri girişi ve eşleştirme yükü azalınca ekip kontrol, analiz ve istisna yönetimine yönelir. Pratikte kazanılan şey kadro değil, aynı kadronun daha değerli işe ayırdığı zamandır.
Bayiniz kendi bakiyesini gördüğünde, ödeme tamamlanınca ERP’ye işlendiğinde ve mutabakat ay sonunu beklemediğinde cari takip bir yük olmaktan çıkar.
