Bir ekstre dosyası nelere göre denetlenir

Bu satırların sütun sayısı başlık satırıyla uyuşmuyor. Genellikle sebep, açıklama içinde tırnak içine alınmamış bir virgüldür ("Ayşe'ye havale, birikim"). İçe aktarıcılar ya sonraki tüm sütunları kaydırır ya da dosyayı reddeder. Bunu elle düzeltmek gerekir — otomatik onarım hangi virgülün gerçek olduğunu tahmin etmek zorunda kalırdı.

Bazı içe aktarıcılar ilk boş satırda okumayı bırakır ve sonrasındaki her şeyi sessizce atar — "işlemlerimin yalnızca yarısı aktarıldı" belirtisinin klasik nedeni budur. Boş satırlar kendiliğinden kaldırılabilir.

Excel "CSV UTF-8" olarak kaydederken bu işareti ekler. Bazı finans programları onu ilk sütun adının parçası sanır (" Tarih" yerine "Tarih") ve beklenen başlığı bulamaz. İçe aktarıcınız tanımadığı bir ilk sütundan şikâyet ediyorsa bunu kaldırın.

YNAB'ın "dosya boş", diğer programların "0 işlem aktarıldı" dediği durum tam olarak budur. Bankanızın dışa aktarımı hiç satır içermiyordu: genellikle hareketsiz bir tarih aralığı ya da yalnızca sütun başlıklarını üreten bir dışa aktarma düğmesi.

Türkiye ve Avrupa'daki Excel dışa aktarımları sütunları ";" ile ayırır. Virgül bekleyen içe aktarıcılar (YNAB, birçok yükleme formu) tüm satırı tek sütun olarak okur. Dosya kendiliğinden virgüllü hale getirilebilir; tırnak içindeki alanlar doğru biçimde korunur.

"AT&T" ya da "H&M" gibi alıcı adları OFX/QFX dosyalarında "AT&T" biçiminde yazılmalıdır. Çıplak bir "&" SGML/XML çözümlemesini tam o noktada kırar; dosya metin düzenleyicide sorunsuz görünse bile içe aktarmanın başarısız olmasının en sık nedenlerinden biri budur.

Dosya görünmez bir UTF-8 bayt sırası işaretiyle başlıyor. Birçok OFX çözümleyici ilk baytların "OFXHEADER" olmasını şart koşar ve aksi halde dosyayı geçersiz sayar. Metin düzenleyicide gayet normal görünen dosyalarda "geçersiz dosya" hatasının en sık nedenlerinden biridir.

<OFX> bloğu hiç kapatılmamış. Bu genellikle indirmenin banka ya da tarayıcı tarafından yarıda kesildiği anlamına gelir. Çoğu içe aktarıcı yalnızca "dosya okunamıyor" der. Kapanış etiketi eklenebilir, ancak işlem listesinin eksiksiz olduğunu kontrol edin.

OFX tarihleri YYYYAAGG biçiminde yazılmalıdır (isteğe bağlı olarak saat ve saat dilimiyle). "2026-08-01" ya da "01.08.2026" gibi değerler içe aktarıcının o işlemi ya da tüm dosyayı reddetmesine yol açar.

Her <STMTTRN> benzersiz bir FITID taşımalıdır — Quicken, QuickBooks ve YNAB bir işlemin daha önce aktarılıp aktarılmadığını buradan anlar. FITID'siz işlemler sessizce atılır ya da tüm içe aktarmayı bozar. Tarih, tutar ve alıcıdan türetilen kararlı kimlikler kendiliğinden üretilebilir.

OFX 1.x dosyaları <OFX> gövdesinden önce bir başlık bloğuyla başlamak zorundadır (OFXHEADER:100, DATA:OFXSGML, VERSION, ENCODING …). Bu başlık olmadan Quicken, QuickBooks ve GnuCash dosyayı reddeder. Standart bir başlık kendiliğinden eklenebilir.

TRNAMT değerleri ondalık ayırıcı olarak nokta kullanan düz sayılar olmalıdır (örneğin -1234.56). Binlik ayırıcılar, para birimi simgeleri ya da boşluklar işlemin atlanmasına neden olur.

Başlığı düz ASCII bildiren bir dosyada ç, ğ, ı, ö, ş, ü gibi harfler geçiyor. Bazı içe aktarıcılar bunları bozuk karakterlerle değiştirir, bazıları işlemi durdurur. Bankadan UTF-8 dışa aktarım isteyin. Adları bozmamak için otomatik harf dönüştürme bilerek uygulanmaz.

İki farklı işlem aynı FITID'yi taşıyor. İçe aktarıcılar aynı FITID'li kayıtları tek bir işlem sayar ve ilki dışındakileri sessizce atlar — "içe aktarımdan sonra bazı işlemler eksik" belirtisinin klasik nedeni budur. Yinelenenler sayısal bir ek ile benzersizleştirilebilir.

Dosya okunabiliyor ama içinde tek bir <STMTTRN> yok. Programlar bunu "dosya boş" ya da "0 işlem aktarıldı" diye bildirir. Seçilen dönemde hareket yoksa bankalar boş dosya üretir — daha geniş bir tarih aralığı indirin.

QFX ve QBO dosyaları normalde Web Connect lisansı olan bankayı tanımlayan bir <INTU.BID> etiketi taşır. Bu etiket yoksa Quicken dosyayı "geçerli bir Web Connect dosyası değil" diyerek reddedebilir. Bu araç banka kimliği eklemez — o değeri bankaya Intuit verir. Bankanız düzgün QFX/QBO veremiyorsa CSV ile aktarın.

Bu bir aracı kurum/yatırım ekstresidir (INVSTMTRS); içindeki hareketler banka tipi kayıtlar değil alım, satım ve transferlerdir. Dosya boş değildir. Belgenin tamamını ilgilendiren denetimler — başlık, kaçış karakterleri, tarihler, kesilme — yine de yapıldı; yatırım kayıtları için işlem bazlı kimlik denetimi henüz desteklenmiyor.

Her QIF işlemi yalnızca "^" içeren bir satırla bitmelidir. Bu bitiricisi olmayan kayıtlar bir sonraki işleme karışır ya da tümüyle kaybolur — "işlemlerimin yalnızca bir kısmı aktarıldı" belirtisinin klasik nedeni budur.

Bir QIF dosyası "!Type:Bank" ya da "!Type:CCard" gibi bir tür bildirimiyle başlamak zorundadır. Bu olmadan GnuCash ve Quicken dosyayı reddeder ya da sıfır işlem aktarır. Genel bir "!Type:Bank" başlığı eklenebilir; kredi kartı hesapları için !Type:CCard olarak değiştirin.

"1,234.56" gibi tutarlar bazı içe aktarıcıları yanıltır, çünkü virgülü alan ya da ondalık ayırıcı sanırlar. Virgüller kendiliğinden temizlenebilir ("1234.56").

İlk "!" satırından önce görünmez bir UTF-8 işareti var. Eski QIF içe aktarıcıları bunu bozuk veri olarak okur ve başlığı reddeder. Güvenle kaldırılabilir.

QIF tarihleri ülkeye göre A/G/YY, A/G/YYYY ya da G/A/YY biçiminde yazılır. Bunların dışındaki yazımlar (ISO 2026-08-01, ay adları …) içe aktarıcının kayıtları sessizce atlamasına yol açar. QIF tarih sırasını bildirmediği için otomatik düzeltme tahmin olurdu — biçimi içe aktarma penceresinde siz belirtin.

Hiçbir !Type:Bank/CCard/Cash bölümünde işlem kaydı bulunamadı, yani dosyada aktarılacak bir şey yok. Veri bekliyorduysanız dışa aktarım tarih aralığı büyük olasılıkla boştu.