Bir ödemeyi doğru faturaya yazmak neden zor? FIFO ve kısmi ödeme

Banka ekstresinde yeni bir satır beliriyor: 148.500 TL gelmiş. Tarih belli, tutar belli. Açıklama kısmında ise tek bir ibare var: "SIP-2024-0417 ödemesidir." Firma adı yok, VKN yok, fatura numarası yok. Bu para kimin, hangi faturayı kapatıyor?

"Para geldi" demek kolaydır. Zor olan, o parayı doğru faturaya yazmaktır. Ve bu karar bir kez değil, ay boyunca binlerce kez verilir. Her biri doğru verilmek zorundadır — çünkü bir tanesi yanlış verildiğinde, o hata bilançonuzda sessizce oturur ve aylar sonra en pahalı yerinden gün yüzüne çıkar.

Bu yazı, "Görünmeyen Bilanço" serisinin üçüncü bölümü. Serinin çatısı, kayıt ile gerçek arasındaki — kimsenin görmediği — o ince katman. İkinci bölümde bir hayalet borcun nasıl doğduğunu, ödenmiş bir alacağın neden aylarca açık göründüğünü anlatmıştık. Bu bölümde bir adım geriye gidiyoruz: o hayalet borcu doğuran asıl an, yani bir ödemenin doğru faturaya yazıldığı — ya da yazılamadığı — o karar anı.

Eşleştirme dediğimiz şey aslında bir karar zinciridir

Muhasebede "eşleştirme" — gelen ödemeyi ilgili faturaya bağlama işlemi — tek bir hamle gibi görünür. Uygulamada ise dört ayrı soruyu aynı anda cevaplamaktır:

• Bu para kimden geldi?
• Hangi faturaya ait?
• Tutar tam mı, eksik mi, fazla mı?
• Birden çok açık fatura varsa, hangisinden düşülecek?

Açıklama net olduğunda — firma adı, tutar ve tarih birbirini tutuyorsa — bu zincir saniyeler sürer. Ekstredeki isim müşterinin adıyla, tutar açık faturanın tutarıyla, tarih vade penceresiyle örtüşür; bağ kendiliğinden kurulur.

Sorun, açıklamanın çoğu zaman net olmamasıdır. Türkiye'de kurumsal banka ekstrelerinin açıklama alanı, standart bir kimlik taşımaz. Kimi ödeme referans numarasıyla, kimi sipariş koduyla, kimi bir muhasebe personelinin kısaltmasıyla, kimi de bomboş gelir. Bu belirsizlik, dört sorunun her birini ayrı ayrı zorlaştırır.

"Para geldi" bir olaydır; "hangi faturaya yazıldı" bir karardır. O karar ay boyunca binlerce kez, hatasız verilmek zorundadır — ve zorluk tam orada başlar.

Bir ödeme, birden çok faturayı yarım bırakabilir: kısmi ödeme sorunu

En yaygın karmaşa kısmi ödemeden doğar. Kısmi ödeme, bir müşterinin toplam borcunun yalnızca bir bölümünü göndermesi demektir. Müşterinin üç açık faturası varken toplam borcunun bir kısmını yollar; gelen tutar hiçbir faturayla birebir eşleşmez, iki faturayı tam, üçüncüyü yarım kapatır.

Burada bir disiplin devreye girer: FIFO — açılımıyla "first in, first out", yani en eski açık faturadan başlayarak kapatma kuralı. Muhasebede standart yaklaşım, gelen ödemeyi en eski açık faturaya yazmaktır. Mantığı sağlamdır: en eski borç, en yüksek gecikme ve en yüksek risk taşıyandır; onu önce kapatmak, hem yaşlandırmayı doğru tutar hem de tahsilat önceliğini korur.

Kulağa basit gelir. Ama bir müşterinin onlarca açık faturası olduğunda, hangi ödemenin hangi faturayı ne kadar kapattığını sırayla takip etmek elle sürdürülebilir bir iş olmaktan çıkar.

Yanlış FIFO sırası neyi bozar?

FIFO sırasının kayması, tek bir satırın yanlış yerde durması değildir; zincirleme bir bozulmadır:

• Kapanmış eski bir fatura açık görünür. Ödeme yeni bir faturaya yazılırsa, aslında tahsil edilmiş eski borç defterde durmaya devam eder — ve yaşlandıkça kırmızıya döner.
• Yeni bir fatura vadesi gelmeden kapanmış sayılır. Bu, henüz tahsil edilmemiş bir alacağı "tahsil edildi" saymaktır; nakit-akış beklentisini erken kabartır.
• Yaşlandırma tablosu gerçeği yansıtmaz. 90 gün sandığınız bir riskin aslında 210 günlük olduğunu, ancak sıra doğru kurulduğunda görürsünüz.

Kısmi ödemeler ve FIFO, ödemenin faturaya nasıl kapatıldığını yüzeye çıkaran bir mesele. Bu kapama mantığını satır satır izlenebilir kılmak, ödeme–fatura kapama ekranında hangi ödemenin hangi faturayı ne kadar kapattığını görünür hale getirmenin çekirdeğidir.

Para kimin? — açıklamada firma adı olmadığında

En zorlayıcı durum, ödemenin bir referans taşıyıp kimliği taşımamasıdır. Banka açıklamasında bir sipariş ya da PO (satın alma emri) numarası gömülüdür — "SIP-2024-0417" gibi — ama ödemeyi yapan firmanın adı yoktur.

Referans doğru faturaya götürebilir; yeter ki o referansı sipariş kaydınızla eşleştirebilesiniz. Eşleştiremezseniz, para öksüz kalır: ekstrede durur, ama hiçbir faturaya bağlanamaz. Buna uygulanmamış nakit denir — tahsil edilmiş, ama bir faturaya işlenmemiş para. Uygulanmamış nakit tek başına kayıp değildir; kaybın eşiğidir. Orada durduğu sürece, ne o müşterinin borcunu düşürür ne de nakit tablonuzda doğru yere oturur.

İki komplikasyon daha bu tabloyu ağırlaştırır.

Üçüncü-taraf transfer: ismin ötesine bakmak

Ödemeyi müşterinizin kendisi değil, onun adına başka bir tüzel kişi yapabilir — bir grup şirketi, bir tahsilat aracısı, bir bayi. Ekstredeki isim müşterinizin adı değildir, ama para müşterinizin borcunu kapatır. Yalnızca isme bakan bir kontrol burada yanılır: gerçek bir tahsilatı "tanımadığım firma" diye askıya alır, ya da daha kötüsü, yanlış müşterinin borcunu kapatır.

Banka satırı kimlik kapısı: her alacak bir tahsilat değildir

Ekstredeki her alacak satırı bir müşteri ödemesi değildir. Mevduat faizi, kur değerleme farkı, iç virman, masraf iadesi — bunlar da alacak olarak görünür. Bir tanesini yanlışlıkla müşteri tahsilatı sayarsanız, olmayan bir ödemeyi gerçek bir faturaya yazarsınız. Bu, faturayı sahte biçimde kapatır: defterde borç kapanmış görünür, oysa müşteri hâlâ borçludur.

Bu "kimlik kapısı" — her satırın gerçekten bir müşteri tahsilatı olup olmadığını sınayan filtre — eşleştirmenin en sessiz ama en kritik adımıdır. Onu atlayan bir sistem, doğru gibi görünen ama temeli çürük bir mutabakat üretir.

Neden tek kaynağa güvenmek yetmez

Ekstre tek başına bakıldığında yanıltıcı olabilir; e-fatura listesi tek başına eksik kalabilir; defter kaydı tek başına yalnızca niyeti gösterir, gerçekleşeni değil. Bir ödemeyi doğru faturaya yazmak, aslında üç ayrı kaydı aynı gerçeğe oturtmaktır: bankanın gördüğü para hareketi, e-faturanın gösterdiği alacak ve defterin tuttuğu bakiye.

Bu üç kaynak birbirini teyit ettiğinde eşleştirme sağlamdır. Biri diğerinden saptığında ise, tam da incelenmesi gereken satır oradadır. Bu yüzden ciddi bir mutabakat, tek bir dosyaya değil, banka, e-fatura ve defterin çapraz doğrulandığı üç-kaynak yaklaşımına dayanır. Bir ödemenin "doğru faturaya" yazıldığını söyleyebilmek, ancak bu üç kaynak aynı satırda buluştuğunda mümkündür.

İnsan ve Excel neden ölçekte kırılır

Bu kararların her biri tek başına bir insan tarafından çözülebilir. Sorun sayıdadır.

On binlerce ekstre satırı, birden çok şirket, iki para birimi — bir EUR fatura ile bir TL ödeme aynı borcu ilgilendirebilir, buna çapraz-kur deriz: farklı dövizdeki bir tahsilatı, faturanın para birimine çevirerek eşleştirmek. Bunun üstüne, elle takip edilen bir FIFO sırası eklenir. Göz kararı ve VLOOKUP bir yere kadar taşır.

Yorulan bir gözün gözden kaçırdığı tek bir kimlik kapısı, bir hafta sonra "neden bu müşteri hâlâ borçlu görünüyor?" sorusuna dönüşür. Çapraz-kurun kendi başına ne kadar sinsi bir katman olduğunu, dövizli faturalarda kur farkının bilançoya nasıl sızdığını ayrı bir bölümde ele alıyoruz; burada yalnızca eşleştirmeyi ne kadar zorlaştırdığını not etmek yeterli.

Mesele muhasebecinin dikkatsizliği değil; kapasitesidir. Hiçbir insan, on binlerce satırda aynı beş kararı hatasız tekrarlamak için tasarlanmamıştır. Excel bir hesap aracıdır, bir karar motoru değil. İki kaynağı yan yana koyar; ama "bu referans hangi siparişe ait, bu isim hangi grup şirketinin bayisi, bu alacak satırı gerçek bir tahsilat mı" sorularını sizin yerinize soramaz.

Sistematik eşleştirme ne yapar, ne yapmaz

Sistematik bir eşleştirme önce kesin olanı halleder: VKN, firma adı, tutar ve tarih birbirini tuttuğunda bağı kurar. Bu, tüm satırların çoğunluğudur ve mekaniktir.

Açık bir referans yoksa bulanık eşleştirme devreye girer — yani birebir aynı olmayan ama yüksek olasılıkla aynı tarafı işaret eden isim, referans ve tutar kombinasyonlarını olasılığa göre değerlendirir. "SIP-2024-0417" ibaresini sipariş kayıtlarınızla karşılaştırır; bir grup şirketinin adını asıl müşteriye bağlar; bir kuruş sapan tutarın hâlâ aynı faturayı işaret edip etmediğini tartar.

Sonra kimlik kapısını uygular: mevduat, kur, virman satırlarını müşteri ödemesinden ayırır. Üçüncü-taraf transferi ismin ötesinde referans üzerinden izler.

Yaptığı şey karar vermek değil, kararı hazırlamaktır. Kesin olanı kesin, belirsiz olanı belirsiz olarak işaretler; ve geriye kalan — gerçekten yargı gerektiren — avuç dolusu satırı insana bırakır. Muhasebecinin işini elinden almaz; onu on binlerce mekanik karardan kurtarıp asıl yargının verilmesi gereken yere odaklar. Bu ayrımı, tüm modüllerin ortak tasarım ilkesi olarak kuruyoruz: sistem gösterir, insan karar verir.

Yanlış eşleşmenin faturası

Bir ödeme yanlış faturaya yazıldığında üç şey aynı anda bozulur:

• Kapanmış bir borç açık görünür — buna hayalet borç diyoruz, yani gerçekte olmayan ama defterde duran alacak.
• Yaşlandırma tablosu kayar — vadesi geçmemiş bir alacak "gecikmiş" saflarına düşer, ya da tersi.
• Tahsilat ekibiniz boşa efor harcar — çoktan ödemiş bir müşteriyi aramak, yazışmak, hatta ihtar taslağı hazırlamak için.

En pahalısı sonuncusudur, çünkü sadece zaman değil, müşteri güveni de aşınır. Karşı taraf ödediğini bilir; siz ödenmediğini söylersiniz. Her arama, kurduğunuz ilişkiyi biraz daha yıpratır.

Aynı yanlış eşleşme, aynı zamanda bir başka riski daha besler: gözden kaçan çift kayıtları ve eksik faturaları. Bir satırın "beklenenden farklı" olması her zaman bir hata değildir; çoğu zaman bir sinyaldir. Finansal anomalilerin — eksik fatura, mükerrer kayıt, aykırı tutar — neden silinmemesi, sorulması gerektiğini ayrı bir bölümde ele alıyoruz. Eşleştirme ile anomali tespiti aynı madalyonun iki yüzüdür: biri bağı kurar, diğeri kurulmayan bağın neden kurulmadığını sorar.

"Doğru fatura" bir hesap değil, bir karar zeminidir

Ekstredeki o 148.500 TL doğru faturaya yazıldığında görünen tek şey, bir satırın kapanmasıdır. Sıradan, sessiz, dikkat çekmeyen bir kapanma. Yazılmadığında görünmeyen şey ise, defterinizin sessizce yanlış bir hikâye anlatmaya başlamasıdır — ve bu hikâyenin bedelini aylar sonra, en pahalı yerinden ödersiniz.

Eşleştirme, kayıtlar arasındaki o görünmeyen bağın kurulduğu yerdir. Bağ doğru kurulduğunda kimse fark etmez; yanlış kurulduğunda ise herkes, aylar sonra fark eder. iFinances'in yaptığı, o bağı sizin yerinize kurup kapatmak değil; hangi bağların sağlam, hangilerinin şüpheli olduğunu yüzeye çıkarmaktır. Kesin olanı kesinliğiyle, belirsiz olanı belirsizliğiyle önünüze koyar. Kalan yargı sizindir — çünkü bir muhasebecinin yerini almak değil, gözünü doğru satıra çevirmek istiyoruz.

Sık sorulan sorular

FIFO nedir ve bir ödeme her zaman en eski faturadan mı düşülmeli?

FIFO — "first in, first out" — en eski açık faturadan başlayarak kapatma kuralıdır ve muhasebede standart yaklaşımdır, çünkü en eski borç en yüksek gecikme riskini taşır. Ancak istisnalar vardır: ödeme açıklamasında belirli bir fatura numarası ya da sipariş referansı varsa, ödeme FIFO sırasını atlayıp o faturaya yazılmalıdır. Doğru sistem, önce açık bir referans arar; referans yoksa FIFO sırasını uygular. Kör bir FIFO da, kör bir referans takibi de tek başına hata üretir.

Kısmi ödeme geldiğinde hangi faturaya, ne kadar yazmalıyım?

Kısmi ödeme, açık faturalarınızla birebir eşleşmeyen bir tutardır. İlke, gelen tutarı en eski açık faturadan başlayarak sırayla kapatmaktır: ilk fatura tam kapanır, artan tutar bir sonrakine geçer, son faturayı yarım bırakabilir. Kritik olan, bu kısmi kapamayı izlenebilir tutmaktır — hangi ödemenin hangi faturayı ne kadar kapattığı satır satır görünmelidir. Aksi halde kalan tutar, faturanın ilk günkü tam tutarıymış gibi açıkta kalır ve bir hayalet borç doğar.

Banka açıklamasında sadece bir referans numarası varsa parayı nasıl eşleştiririm?

Referansı sipariş, PO ya da fatura kaydınızla karşılaştırarak. Sistematik bir eşleştirme, "SIP-2024-0417" gibi gömülü bir referansı önce sipariş kayıtlarınızda arar; bulursa faturaya bağlar. Bulamazsa para "uygulanmamış nakit" olarak işaretlenir ve incelenmek üzere insana getirilir — silinmez, gizlenmez. Ayrıca ödemeyi müşteri adına üçüncü bir taraf yapmış olabilir; bu yüzden yalnızca isme değil, referansa da bakmak gerekir.

---

Ekstredeki bir satırın "doğru faturaya" oturup oturmadığını görmek, tek tek bakmakla değil, kaynakları çapraz koymakla mümkün. Kısmi ödemelerinizin, gömülü referanslarınızın ve şüpheli eşleşmelerinizin defterinizde nerede durduğunu birlikte gözden geçirmek isterseniz, bizimle iletişime geçin.

✦ iFinances — Görmediğini gör.