Site Yönetiminde Banka Mutabakatı Nasıl Yapılır?

Site yönetiminde banka mutabakatı, yönetim hesabındaki her para giriş ve çıkışını aidat tahakkuku, tahsilat ve cari hesap kayıtlarıyla karşılaştırıp sonucun nedenini açıklayabilmektir. Yalnızca banka bakiyesinin doğru görünmesi yeterli değildir: hareketin hangi bağımsız bölüme, hangi borca ve hangi döneme ait olduğu; eşleşmeyen tutarın neden açık kaldığı da izlenebilmelidir.

Pratikte her hareketi üç sonuçtan birine ayırın: eşleşen, inceleme bekleyen veya düzeltme gerektiren. Açıklaması eksik bir transferi sırf tutarı benziyor diye aidat dekontuyla eşleştirmeyin. Kısmi ödeme, fazla ödeme, mükerrer aktarım, iade ve banka masrafı gibi istisnaları ayrı kayıtlarla yönetin.

Kısa cevap: Banka mutabakatı nasıl yapılır?

1. Kontrol edilecek banka hesabını ve kesin tarih aralığını belirleyin.
2. Dönem başı–sonu bakiye ile o aralıktaki bütün hareketleri değişmez bir çalışma kopyasına alın.
3. Her hareket için banka referansı, işlem ve valör tarihi, yön, tutar, gönderen/alıcı ve açıklama alanlarını koruyun.
4. Aynı hareketin daha önce içe aktarılıp aktarılmadığını tekil banka referansı ve kaynak iziyle kontrol edin.
5. Tutar, gönderen, açıklama ve bağımsız bölüm bilgileri tek bir borcu gösteriyorsa eşleşme önerisi oluşturun.
6. Öneriyi yetkili bir kişi onayladıktan sonra tahsilat kaydını ilgili cari hesap ve açık borçla ilişkilendirin.
7. Birden fazla aday, eksik açıklama, kısmi/fazla tutar, iade veya mükerrerlik varsa hareketi istisna kuyruğuna alın.
8. Dönemi; eşleşen, açık istisna ve tahsilat dışı olarak sınıflanan hareketlerin toplamı bütün hesap hareketlerini açıklıyorsa kapatın.

Bu akış, site aidat takibi içindeki tahsilat kontrolünü banka hesabına kadar genişletir. Tahakkukun hangi karara ve dağıtım anahtarına dayandığını kurmak için önce aidat tahakkuku rehberini uygulayın.

Mutabakat hangi kayıtları karşılaştırır?

Sağlıklı kontrol için dört kayıt katmanını birbirinden ayırın. Bu ayrım, banka hareketini tahsilat sanma ve tek dekontla borcu kapatma hatasını önler.

Kayıt katmanı	Yanıtladığı soru	Asgari kontrol
Banka hareketi	Hesaba gerçekten para girdi mi veya çıktı mı?	Kaynak hesap, referans, tarih, yön ve tutar
Tahsilat kaydı	Bu para kimin ödemesi olarak kaydedildi?	Ödeyen, bağımsız bölüm, kayıt zamanı ve yöntem
Cari hesap / mahsup	Ödeme hangi açık borca uygulandı?	Borç kalemi, dönem, uygulanan tutar ve kalan bakiye
Raporlama	Dönem sonunda bütün hareketler açıklanıyor mu?	Eşleşen, açık, tahsilat dışı ve düzeltme toplamları

Banka hareketi paranın hesaba ulaştığını gösterir; tek başına hangi borcun kapandığını belirlemez. Dekont da yönetim hesabındaki gerçek hareket, doğru tutar ve doğru dönem ile karşılaştırılmadan nihai mutabakat kanıtı sayılmamalıdır. Banka kanalı üzerinden otomatik ödeme veya POS hareketi alınabilmesi de yönetim kaydındaki cari mahsup kontrolünü ortadan kaldırmaz; sitenin kendi kayıt düzeni ve onay süreci ayrıca kurulmalıdır.

Mutabakat öncesi veri setini hazırlayın

Önce hesap ve dönem kapsamını dondurun. “Ağustos hesabı” demek yerine banka hesabı, başlangıç–bitiş tarihi ve saat dilimini yazın. Dönem kapanırken sonradan gelen bir hareket varsa onu sessizce önceki listeye eklemek yerine yeni sürüm veya sonraki dönem düzeltmesi olarak izleyin.

Her banka hareketinde sistemin sağladığı ölçüde şu alanları koruyun:

• Kaynak banka hesabı veya yetkili bağlantı kimliği.
• Bankanın verdiği tekil hareket ya da ödeme sistemi referansı.
• İşlem tarihi, valör tarihi ve içe aktarma zamanı.
• Giriş/çıkış yönü, tutar ve para birimi.
• Gönderen/alıcı adı ile gerekiyorsa maskelenmiş hesap bilgisi.
• Ödeme açıklaması ve kanal türü.
• Kaynak dosya, entegrasyon veya manuel giriş izi.
• Mutabakat durumu, eşleştiği tahsilat/cari hareket ve inceleme notu.
• Öneren, onaylayan ve son değişiklik zamanı.

TCMB’nin güncel Ödeme Emri ve Hesap Bilgisi Hizmetleri API standartları, ödeme ve hesap bilgisi akışlarında referans, işlem amacı ve ödeme sistemi numarası gibi alanların tanımlandığını gösterir. Ancak alanların fiilen bulunması kullanılan banka ve erişim yöntemine göre değişebilir; olmayan veriyi tahmin ederek doldurmayın.

Site yönetimi banka mutabakatı: 8 adımlı kontrol

1. Açılış bakiyesi ve hareket sayısını sabitleyin

Banka hesap özeti üzerindeki açılış bakiyesi, kapanış bakiyesi, toplam giriş, toplam çıkış ve hareket sayısını çalışma kaydına alın. Temel banka kontrolü şu eşitliği sağlamalıdır:

Açılış bakiyesi + para girişleri − para çıkışları = kapanış bakiyesi

Bu eşitlik bankanın kendi hareket bütünlüğünü kontrol eder; tahsilatların doğru kişiye dağıtıldığını kanıtlamaz. İkinci aşamada her hareketin site yönetimi kaydındaki karşılığı açıklanmalıdır.

2. Mükerrer içe aktarımı önce eleyin

Aynı hesap özeti iki kez yüklenmiş veya entegrasyon aynı sayfayı tekrar göndermiş olabilir. Tekil banka referansını ilk kontrol anahtarı yapın. Referans yoksa hesap, tarih/saat, yön, tutar ve açıklama birleşimiyle aday mükerrer üretin; yine de otomatik silmeyin. Gerçekten iki ayrı aynı tutarlı ödeme yapılmış olabilir.

3. Eşleşme önerisini birden fazla kanıta dayandırın

Güçlü bir adayda tutar, gönderen, açıklamadaki bağımsız bölüm/borç bilgisi ve açık borç birlikte aynı sonucu göstermelidir. Sadece aynı tutarı taşıyan kayıtlar güçlü kanıt değildir. Özellikle standart aidat tutarının onlarca dairede aynı olduğu sitelerde tutar tek başına ayırt edici olamaz.

4. Öneri ile onayı ayırın

Bir yazılım eşleşme önerisi sunabilir; öneri nihai muhasebe kararı değildir. Yüksek güvenli adayları toplu incelemek mümkün olsa bile kural, veri ve sorumlu görünür kalmalıdır. Düşük güvenli adaylar ayrı kuyruğa düşmeli; sistem belirsizliği saklamamalıdır.

5. Tahsilatı ve cari mahsubu birlikte kaydedin

Onaylanan banka hareketi için tahsilat kaydı oluşturun, sonra hangi açık borç veya borçlara uygulandığını belirtin. Bir ödeme birden fazla dönemi ya da kalemi karşılıyorsa dağılımı satır bazında gösterin. Toplam uygulanan tutar banka hareketini aşmamalı; artan tutarın durumu ayrıca belirlenmelidir.

6. İstisnayı doğru sınıfa alın

Çözülemeyen hareketi “diğer” başlığına yığmayın. Belirsiz gönderen, açıklamasız ödeme, kısmi/fazla ödeme, toplu ödeme, iade/ters kayıt, banka masrafı ve mükerrer aday gibi nedenler ayrı görünmelidir. Böylece hangi sorunun sık tekrar ettiği ve hangi kontrolün iyileştirilmesi gerektiği anlaşılır.

7. Hazırlayan ve kontrol eden ayrımı kurun

Mümkünse eşleştirmeyi hazırlayan kişi ile dönem kapanışını onaylayan kişi farklı olsun. Küçük apartmanda iki ayrı görevli yoksa aynı kişi ilk eşleştirmeyi yaptıktan sonra ayrı bir zamanda, banka toplamından başlayarak ikinci kontrol yapabilir. Önemli olan kontrolün ilk kararın mekanik tekrarı olmamasıdır.

8. Dönem kapanış raporunu saklayın

Kapanış paketinde hesap ve dönem, açılış/kapanış bakiyesi, hareket sayısı, eşleşen tahsilat toplamı, açık istisnalar, tahsilat dışı hareketler, düzeltmeler ve onay bilgisi bulunmalıdır. Hangi yönetim kayıtlarının sorumlu, kaynak ve kontrol tarihiyle tutulacağını site yöneticisi kayıt matrisinde görebilirsiniz.

En sık görülen mutabakat istisnaları

Durum	Riskli kısa yol	Kontrollü işlem
Açıklamasız aynı tutarlı ödeme	İlk açık borca bağlamak	Gönderen/hesap bilgisi ve sakin teyidiyle inceleme kuyruğunda tutmak
Kısmi ödeme	Borcun tamamını kapatmak	Yalnızca gelen tutarı uygulamak, kalan bakiyeyi açık göstermek
Fazla ödeme	Tutarı kaybetmek veya borcu eksiye zorlamak	Politikaya göre açık alacak/avans niteliğini ayrı ve onaylı izlemek
Birden çok daire için toplu ödeme	Tümünü tek daireye yazmak	Dağılım kanıtını alıp hareket toplamını alt tahsilatlara bölmek
Malik yerine kiracı/yakın ödemesi	Gönderen adı eşleşmiyor diye reddetmek	Bağımsız bölüm ve borç bağını ek kanıtla doğrulamak
İade veya ters işlem	Eski tahsilatı silmek	Yeni ters/düzeltme kaydıyla eski hareketi ilişkilendirip izi korumak
Banka masrafı veya başka çıkış	Tahsilat farkı gibi değerlendirmek	Tahsilat dışı sınıfa almak ve ilgili gider/kayıt akışına yönlendirmek
Mükerrer görünen hareket	İkinci kaydı otomatik silmek	Banka referanslarını doğrulayıp gerçek tekrar ile iki ayrı ödemeyi ayırmak
Dönem sonundan sonra valör	Kapalı döneme sessizce eklemek	Kesim kuralına göre sonraki dönem veya izli düzeltme olarak işlemek

Kısmi ve fazla ödemenin hangi borca, döneme veya alacak niteliğine uygulanacağı sitenin kararlarına, sözleşmelere ve somut hukuki/mali koşullara göre değişebilir. Bu rehber muhasebe veya hukuk görüşü değildir; yönetim politikanızı mali müşavir ve gerektiğinde hukuk danışmanıyla doğrulayın.

Mutabakat raporunda hangi sayılar bulunmalı?

Tek bir “mutabık” işareti yerine aşağıdaki sayıları birlikte raporlayın:

• Banka hareketi sayısı ve toplam para girişi/çıkışı.
• Tam eşleşen hareket sayısı ve tutarı.
• Kısmi eşleşen hareket sayısı, uygulanan ve açık kalan tutar.
• Belirsiz hareket sayısı, tutarı, bekleme nedeni ve yaşı.
• Tahsilat dışı sınıflanan hareket sayısı ve tutarı.
• Mükerrer aday, iade ve ters kayıt sayısı.
• Manuel eşleşme oranı ile onay bekleyen kayıtlar.
• Dönem kapanışını hazırlayan, kontrol eden ve onay zamanı.

Yüzde oranları tek başına yanıltıcı olabilir. Yüz hareketin doksan dokuzu eşleşse bile tek açık hareket yüksek tutarlıysa risk devam eder. Bu nedenle adet, tutar ve bekleme süresini birlikte izleyin.

Günlük kontrol ile ay sonu mutabakatını ayırın

Günlük kontrol, yeni hareketleri alır, kolay eşleşmeleri tamamlar ve belirsiz kayıtları hızla araştırmaya açar. Ay sonu mutabakatı ise kesin dönem kapsamıyla bütün hareketleri, bakiyeleri, istisnaları ve onayları birlikte kapatır. Yoğun tahsilat günlerinde yalnızca ay sonunu beklemek, açıklaması eksik ödemelerin kaynağını bulmayı zorlaştırabilir.

Önerilen çalışma ritmi şöyledir:

• Her iş günü: yeni hareket ve mükerrerlik kontrolü.
• Haftalık: yaşlanan belirsizler, kısmi/fazla ödemeler ve iade incelemesi.
• Ay sonu: bakiye, hareket bütünlüğü, cari mahsup ve onaylı kapanış.
• Yönetim devri öncesi: açık istisnaların sahibi ve kanıtlarıyla teslimi.

Kişisel ve finansal veriyi gereğinden fazla yaymayın

Banka hareketinde ad, hesap bilgisi, açıklama ve borç ilişkisi bulunabilir. Mutabakat ekranı veya dışa aktarılan dosyaya yalnızca işi için gerekli kişilerin erişmesini sağlayın. Toplu yönetim raporunda tam IBAN, açıklama ve kişi adı gerekmiyorsa maskeleyin veya özetleyin.

Kişisel Verileri Koruma Kurumunun kişisel verilerin işlenmesine ilişkin temel ilkeleri; verilerin belirli, açık ve meşru amaçla, amaçla bağlantılı, sınırlı ve ölçülü işlenmesini; doğru ve gerektiğinde güncel tutulmasını vurgular. Mutabakat kaydının kapsamı, hukuki sebebi, erişimi ve saklama süresi somut süreç için ayrıca belirlenmelidir.

Liyova ile banka mutabakatı akışı nasıl kurgulanır?

Liyova Banka Hareketleri, banka kayıtlarını finans akışında bir doğrulama katmanı olarak ele alır; hareket listesi, kaynak izi ve eşleştirmeye hazırlık bağlamını sunar. Bu, belirsiz bir hareketin kaynağını görmeden otomatik olarak borca yazılması anlamına gelmez.

Liyova Tahsilat ve Ödeme, tahsilat kayıtları ile borç mahsuplarını aynı finans görünümünde ilişkilendirir. Liyova Cari Hesaplar, kişi ve kurum bazında borç, tahsilat ve açık bakiyeyi izlemeye; Liyova Raporlar ise finans özetini yönetim kontrolüne taşımaya yöneliktir.

Bir yazılımı değerlendirirken yalnızca “banka entegrasyonu var mı?” diye sormayın. Aynı tutarlı iki ödeme, açıklamasız transfer, kısmi ödeme, fazla ödeme, toplu ödeme, iade ve mükerrer içe aktarım senaryolarını test edin. Sistem öneri ile onayı ayırıyor mu, açık istisnayı saklıyor mu ve eski izi silmeden düzeltme yapıyor mu kontrol edin. Bu senaryoyu daha geniş satın alma sürecine eklemek için site yönetim programı seçme rehberini kullanın.

Ay sonu banka mutabakatı kontrol listesi

• Doğru banka hesabı ve kesin dönem aralığı seçildi mi?
• Açılış/kapanış bakiyesi ve hareket sayısı kaydedildi mi?
• Bütün hareketlerde kaynak ve tekil referans korunuyor mu?
• Mükerrer içe aktarım adayları incelendi mi?
• Eşleşmeler birden fazla kanıta dayanıyor mu?
• Tahsilat ile ilgili cari mahsup toplamları aynı mı?
• Kısmi ve fazla ödemeler ayrı görünüyor mu?
• Toplu ödemelerin dağılım kanıtı var mı?
• İade ve ters kayıtlar eski kaydı silmeden ilişkilendirildi mi?
• Banka masrafı ve diğer çıkışlar tahsilat dışı sınıflandı mı?
• Belirsiz hareketlerin nedeni, sorumlusu ve sonraki kontrol tarihi var mı?
• Kişisel/finansal verilere erişim gerekli kişilerle sınırlandı mı?
• Hazırlayan ve kontrol eden bilgisi kaydedildi mi?
• Kapanış toplamları bütün banka hareketlerini açıklıyor mu?

Kendi hesap yapınızla bu istisna akışlarını görmek ve finans kayıtlarını tek senaryoda sınamak isterseniz Liyova demo talebi oluşturun.

Sık sorulan sorular

Aidat dekontu banka mutabakatı için yeterli midir?

Hayır. Dekont, ödeme talimatına veya gönderen ekranına ait olabilir; yönetim hesabındaki gerçek hareket, tutar, tarih ve referansla karşılaştırılmalıdır. Ardından ödemenin hangi bağımsız bölüm ve borca uygulanacağı ayrıca kaydedilmelidir.

Aynı tutardaki iki banka hareketi nasıl ayrılır?

Bankanın tekil referansı, gönderen bilgisi, açıklama, işlem zamanı ve açık borç bağını birlikte kontrol edin. Tutar tek başına yeterli değildir. Kanıt tek bir sonucu göstermiyorsa iki hareketi de inceleme kuyruğunda tutun.

Bir banka hareketi birden fazla aidata bölünebilir mi?

Evet, toplu ödemenin hangi borçlara ait olduğu doğrulanabiliyorsa tek banka hareketi birden fazla tahsilat/mahsup satırına ayrılabilir. Alt satırların toplamı banka hareketine eşit olmalı ve dağılım kaynağı kaydedilmelidir.

Kısmi ödeme geldiğinde borç kapatılır mı?

Gelen tutar kadar tahsilat kaydı oluşturulur; karşılanmayan kısım açık kalır. Hangi borca uygulanacağı sitenin doğrulanmış mali ve hukuki politikasına göre belirlenmeli, sistem bunu görünür biçimde kaydetmelidir.

Mükerrer banka hareketi silinmeli mi?

Önce gerçekten aynı bankacılık hareketinin iki kez içe aktarıldığı doğrulanmalıdır. Ardından mükerrer içe aktarım kaydı işlenmemiş olarak işaretlenebilir; asıl kaynak ve denetim izi korunmalıdır. Aynı tutarlı iki gerçek ödeme birbirine karıştırılmamalıdır.

Banka mutabakatı ne sıklıkla yapılmalı?

Yeni hareketlerin günlük veya yoğunluğa uygun kısa aralıklarla kontrol edilmesi, belirsizlerin haftalık izlenmesi ve ay sonunda kesin kapsamlı kapanış yapılması iyi bir operasyon düzenidir. Sıklık; site büyüklüğü, işlem hacmi ve görev ayrımına göre uyarlanmalıdır.

Banka entegrasyonu mutabakatı tamamen otomatik yapar mı?

Hayır. Entegrasyon veri aktarımını ve güçlü adayların önerilmesini hızlandırabilir. Açıklamasız, kısmi, fazla, toplu, iade veya mükerrer hareketlerde kanıt ve yetkili onayı gerekir. Otomasyon belirsizliği görünmez hale getirmemelidir.