İçeriğe geç
IBAN Aracı
İşletmeler ve muhasebe

Banka Ekstresi Mutabakatı İçin Ödeme Açıklaması Nasıl Yazılır?

Ekstrede tarih, tutar ve gönderen adı çoğu zaman yetmez. Mutabakatı hızlandıran şey, açıklamada her zaman aynı yerde duran benzersiz bir referanstır.

IBAN Aracı Editör Ekibi5 dk okuma

Dizüstü bilgisayarda tablo açıkken hesap makinesi kullanan kişi
Görsel: kaynak ve lisans bilgisi

Banka ekstresiyle muhasebe kayıtlarını eşleştirmenin (mutabakat) en ucuz yolu, işi ekstre geldikten sonra değil, ödeme açıklaması yazılırken çözmektir. Ekstrede bir satır için elinizde genellikle yalnızca tarih, tutar, karşı tarafın adı ya da unvanı ve açıklama metni vardır. Tutar ve tarih çoğu zaman tek başına yetmez: aynı gün aynı müşteriden iki eşit ödeme gelebilir, bir müşteri üç faturayı tek transferle kapatabilir. Geriye açıklama kalır. Açıklama düzensizse mutabakat bir tahmin oyununa döner.

İyi bir açıklamanın işi: tek bir kayda işaret etmek

Mutabakat açısından ideal açıklama, okunduğunda muhasebede tek bir kaydı gösterir. "Ödeme", "Eylül" ya da "Fatura bedeli" bunu yapmaz. "FTR 2026-000418" yapar. Buradan çıkan ilk kural şudur: açıklamanın merkezinde insan için anlamlı bir cümle değil, sisteminizde benzersiz olan bir referans durmalı. Fatura numarası, sipariş numarası, müşteri kodu ya da sözleşme numarası bu iş için uygundur.

İkinci kural, referansın her zaman aynı yerde ve aynı biçimde durmasıdır. Mutabakat yazılımları ve Excel formülleri açıklamada bir kalıp arar. "Fatura no: 418", "FTR418" ve "418 nolu fatura" bir insan için aynı şeydir; bir eşleştirme kuralı için üç farklı metindir.

Önerilen şablon

Kendi şirketimiz için şu sırayı öneririz: önek + referans + kısa bağlam. Örnekler:

  • FTR 2026-000418 ACME — tedarikçiye tek fatura ödemesi
  • MUS 10527 FTR 000418 000421 — bir müşterinin iki faturayı birlikte kapatması
  • IADE SIP 88213 — sipariş iadesi
  • MAAS 2026-09 SICIL 0142 — maaş ödemesi

Önek (FTR, SIP, IADE, MAAS) satırın türünü ilk bakışta söyler ve eşleştirme kuralını seçmeyi kolaylaştırır. Referans en başa yakın durur, çünkü bazı ekstre ve mobil uygulama ekranları uzun açıklamayı kesebilir; kesilen kısmın referans değil bağlam olması tercih edilir. Açıklamayı her seferinde elle yazmak yerine ödeme açıklaması aracıyla aynı kalıpta üretmek, küçük farkların önüne geçer.

Karakter sınırı ve karakter seti: bankaya göre değişir

Türkiye'de açıklama alanının uzunluğu için herkesin kullanabileceği tek bir sabit sayı vermek doğru olmaz. İnternet şubesi, mobil uygulama, kurumsal toplu ödeme dosyası ve bankanın API'si farklı sınırlar uygulayabilir; alıcının ekstresinde görünen metin de gönderenin yazdığından kısa olabilir. Bu yüzden kendi bankanızın kurumsal dosya şablonunda ve karşı bankaların ekstrelerinde gerçekten ne göründüğünü test etmek gerekir. Birkaç küçük tutarlı deneme ödemesi, hangi kısmın korunup hangisinin kesildiğini hızla gösterir.

Karşılaştırma için bir dış referans: Avrupa'daki SEPA kredi transferlerinde yapılandırılmamış açıklama alanı Avrupa Ödemeler Konseyi (EPC) kurallarında 140 karakterle sınırlıdır. Aynı kurallar yapılandırılmış bir alternatif de tanır: ISO 11649 standardındaki "RF" alacaklı referansı. Bu referans RF harfleri, iki kontrol hanesi ve en fazla 21 karakterlik bir gövdeden oluşur; kontrol hanesi sayesinde yanlış yazılmış bir referans alıcı sistemde fark edilebilir. Yurt dışından euro tahsilat yapıyorsanız bu biçimi müşterilerinize önermek eşleştirmeyi ciddi biçimde kolaylaştırır. Yurt içi TL transferlerinde benzer bir yapılandırılmış alan yaygın kullanımda olmadığı için aynı disiplini serbest metin içinde kurmak gerekir.

Karakter setinde de temkinli olun. Bazı sistemler Türkçe karakterleri dönüştürebilir ya da farklı gösterebilir; "İADE" yazdığınız metin ekstrede "IADE" veya bozuk karakterli görünebilir. Referans kısmında yalnızca büyük Latin harfleri, rakamlar, boşluk ve tire kullanmak bu riski ortadan kaldırır.

Tahsilat tarafı: müşteriye ne yazacağını söyleyin

Gelen ödemelerde açıklamayı siz yazmazsınız; müşteri yazar. Bu yüzden faturada, e-postada ve ödeme sayfasında ne yazılması gerektiğini açıkça belirtin: "Açıklamaya yalnızca fatura numarasını yazın: FTR 2026-000418". Faturada ödeme bilgilerinin nasıl sunulacağını faturada IBAN yazımı yazısında anlattık.

Müşteriler yine de her şeyi yazacaktır: "Eylül hesabı", "Mehmet Bey'in siparişi", ya da hiçbir şey. Bu satırlar için bir ikinci eşleştirme katmanı gerekir: gönderen unvanı + tutar + açık fatura listesi. Kurallar şu sırayla çalıştırıldığında çoğu satır otomatik kapanır:

  1. Açıklamada fatura numarası kalıbı varsa o faturayla eşleştir.
  2. Yoksa müşteri kodu kalıbına bak; müşterinin tutarı birebir tutan tek açık faturası varsa eşleştir.
  3. Yoksa gönderen unvanı ve tutarla ara; birden fazla aday çıkarsa satırı insan incelemesine bırak.

Üçüncü adımda otomatik eşleştirme yapmamak bilinçli bir tercih olmalı. Yanlış faturaya kapatılmış bir tahsilatı sonradan bulmak, eşleşmemiş bir satırı elle kapatmaktan çok daha zahmetlidir.

Ödeme tarafı: toplu dosyada açıklama sütunu

Tedarikçi ve maaş ödemeleri genellikle bankaya yüklenen toplu dosyalarla yapılır. Dosyadaki açıklama sütununu formülle üretin; elle yazılan hücreler zamanla kalıptan kayar. Açıklamanın yanında IBAN sütununun da temiz olması gerekir, çünkü ekstreye düşmeyen bir ödeme en zor mutabakat kalemidir. Dosyayı yüklemeden önce toplu ödeme listesi aracında IBAN'ları biçimsel olarak kontrol edip sütunları düzenleyebilir, aynı IBAN'ın listede iki kez geçip geçmediğini de tekrarlı IBAN bulma ile görebilirsiniz. Mükerrer satır, mutabakatta "fazla ödeme" olarak aylar sonra ortaya çıkar.

Bazı ödeme türlerinde açıklamanın içeriği için mevzuatta da bir beklenti bulunur. Örneğin ücretlerin bankalar aracılığıyla ödenmesine dair yönetmelik, banka aracılığıyla yapılan bu ödemelerde ödemenin niteliğinin açıklamada belirtileceğini söyler; kira ödemelerinde de "kira ödemesi" açıklaması Gelir İdaresi'nin rehberinde geçer. Bu yüzden "MAAS" ve "KIRA" gibi öneklerin yanına ödemenin türünü açık yazmak hem mutabakat hem belge düzeni açısından yerinde olur. Kendi ödeme türleriniz için mali müşavirinizin görüşünü alın.

Uygulama önerisi: Önek listesini tek sayfalık bir iç standart olarak yazın (FTR, SIP, IADE, MAAS, KIRA, AVANS) ve muhasebe, satın alma ve İK'ya dağıtın. Yeni bir önek ancak bu listeye eklenerek kullanılsın.

Kısmi ve birleşik ödemeler

Mutabakatı en çok zorlayan iki durum, bir faturanın parça parça ödenmesi ve birden çok faturanın tek transferle kapatılmasıdır. İkisi için de açıklamaya küçük bir ek yeterli olur. Kısmi ödemede fatura numarasının yanına taksit bilgisini yazmak işe yarar: FTR 2026-000418 K1/3. Böylece ikinci ödeme geldiğinde muhasebe faturayı kapatmak yerine kalan bakiyeyi izlemeye devam eder.

Birleşik ödemede fatura numaralarını küçükten büyüğe dizmek ve ortak öneki bir kez yazmak karakter tasarrufu sağlar. Açıklamaya sığmayacak kadar çok fatura varsa, ödeme öncesinde karşı tarafa fatura listesini ayrıca e-postayla gönderip açıklamaya yalnızca o listenin referansını yazmak daha düzenli bir yoldur: ODEME LISTESI 2026-09-A. Karşı taraf hangi faturaların kapandığını tek bakışta görür; siz de ekstredeki tek satırı tek bir belgeye bağlamış olursunuz.

Ay sonunda neye bakmalı

İyi kurgulanmış açıklamalarla bile eşleşmeyen satırlar kalır. Bunları üç kutuya ayırmak işi hızlandırır: açıklaması eksik gelen tahsilatlar (müşteriye sorulur), iade dönen ödemeler (IBAN veya hesap sorunu; bkz. geri dönen maaş ödemeleri) ve banka masrafı gibi referanssız satırlar (ayrı bir kuralla kapatılır). Eşleşmeyenlerin oranını her ay not etmek, açıklama standardının gerçekten işe yarayıp yaramadığını gösteren en dürüst ölçüdür.

Kaynaklar

  1. European Payments Council — SEPA Credit Transfer Scheme Rulebook (2025)
  2. Ücret, Prim, İkramiye ve Bu Nitelikteki Her Türlü İstihkakın Bankalar Aracılığıyla Ödenmesine Dair Yönetmelik (mevzuat.gov.tr)
  3. GİB — Kira Geliri Elde Eden Mükellefler İçin Vergi Rehberi (2025)

Yazıların nasıl hazırlanıp güncellendiğini metodoloji sayfasında anlatıyoruz. Hata gördüyseniz bize yazın.

Sık sorulan sorular

Birçok banka kurumsal müşterilerine ekstreyi dosya ya da entegrasyon yoluyla verir ve muhasebe yazılımları bunu içe aktarabilir. Hangi biçimlerin desteklendiği banka ve yazılıma göre değişir; açıklama alanının aktarımda kısaltılıp kısaltılmadığını da test etmek gerekir.

İlgili yazılar

İlgili araçlar