Banka Hesap Ekstresi Formatlarını Anlama: Teknik Kılavuz

Bir banka ekstresi PDF'i basit görünür: tarihler, açıklamalar, tutarlar, düzgün sütunlarda bakiyeler. Ancak bu görünümün arkasında, yapılandırılmış veri depolamak için asla tasarlanmamış bir belge formatı (PDF) ve hem girdi formatını hem de mevcut birçok çıktı formatını anlamayı gerektiren bir dönüştürme süreci yatar.

Bu kılavuz, her banka ekstresinde (bankadan bağımsız olarak) görünen 12 bölümü, banka ekstresi PDF'lerinin teknik gerçekliğini, bankalar arasındaki düzen farklılıklarını, karşılaşacağınız her çıktı formatını (Excel, CSV, QBO, OFX, QFX, QIF, JSON), uluslararası formatlama farklılıklarını ve finansal veri değişimini yöneten endüstri standartlarını kapsar.

Bir Banka Ekstresinin Anatomisi

Her banka ekstresi - Chase, Bank of America, Wells Fargo, HSBC, Deutsche Bank, hangisi olursa olsun - aynı 12 bölümden oluşur. Etiketler değişir ("Kesintiler" yerine "Geri Çekmeler"), sütun düzenlemeleri farklılık gösterir, ancak temel yapı tutarlıdır. Bu bölümleri tanımlayabildiğinizde, her ekstresi tanıdık gelir.

Bu infografiği blogunuzda kullanmak ister misiniz? Bu yerleştirme kodunu kopyalayın:

Her büyük bankanın bu 12 bölümü tam olarak nasıl düzenlediğini kapsayan bankaya özel derinlemesine incelemeler için şunlara bakın:

• Chase banka ekstresi açıklandı
• Bank of America banka ekstresi açıklandı
• Wells Fargo banka ekstresi açıklandı
• Citi banka ekstresi açıklandı
• Capital One banka ekstresi açıklandı

Neden PDF Bir Veri Formatı Değildir

PDF, Taşınabilir Belge Formatı anlamına gelir ve ISO 32000 olarak standartlaştırılmıştır (sürüm 2.0, ISO 32000-2:2020 oldu). Tek bir amaç için tasarlanmıştır: belgelerin her ekranda ve yazıcıda aynı görünmesini sağlamak. Bu, görsel sadakat için harikadır - veri çıkarma içinse berbattır.

Bir Banka Ekstresi PDF'inin İçinde Gerçekte Ne Var?

Her PDF sayfasının içinde bir içerik akışı bulunur - PostScript benzeri bir dilde yazılmış çizim operatörleri dizisi. Metin, belirli operatörler kullanılarak işlenir:

• BT / ET - Metni Başlat / Metni Bitir: bir metin nesnesinin sınırları
• Tf - Yazı tipini ve boyutunu ayarla
• Td / Tm - Metin konumunu taşı veya tam metin dönüştürme matrisini ayarla
• Tj - Bir metin dizesi göster

TJ - Bireysel glif konumlandırmasıyla metin göster (kerning ayarlamaları)

Kritik içgörü: PDF spesifikasyonunda "tablo", "satır" veya "sütun" kavramı yoktur. Düzgün biçimlendirilmiş bir işlem tablosu gibi görünen şey, aslında sayfadaki belirli x,y koordinatlarına yerleştirilmiş düzinelerce metin parçasıdır. Çıkarma aracı şunları yapmalıdır:

1. İçerik akışı operatörlerini ayrıştır
2. Glif dizinlerini Unicode karakterlere eşlemek için yazı tipi kodlamalarını çözümle
3. Her karakterin x,y konumunu belirlemek için metin matrisini (Tm/Td) kullan
4. Bu koordinatlardan kelimeleri, satırları ve sütunları yeniden oluştur

Tam olarak hizalanmış görünen bir sütun, bir satırda x=72.0 ve bir sonraki satırda x=72.5 olabilir. Çıkarma algoritması, bu alt piksel varyasyonlarına tolerans göstererek sütun sınırlarını tanımlamalıdır.

Etiketli ve Etiketsiz PDF'ler

Etiketli PDF'ler, içeriği başlıklar, paragraflar, tablolar, tablo satırları ve tablo hücreleri olarak işaretleyen gizli bir mantıksal yapı ağacı içerir. Bu, çıkarma işlemini önemli ölçüde kolaylaştırır.

Etiketsiz PDF'ler yapısal meta veriye sahip değildir - çıkarma aracı yalnızca ham konum verisi alır ve her şeyi kendi çıkarmalıdır.

Çoğu banka tarafından oluşturulan ekstresi PDF'leri etiketsizdir. Bankalar, toplu işleme sistemleri (Oracle BI Publisher, SAP Crystal Reports veya özel yazdırma-PDF işlem hatları) kullanarak ekstreler oluşturur. Erişilebilirlik düzenlemeleri (ADA/WCAG), bankaları etiketli PDF'lere yöneltiyor, ancak benimsenme yavaş. Çoğu büyük bankadan yapılan standart indirmeler etiketsiz kalır.

Banka Ekstresi Düzen Farklılıkları

Bankaların PDF ekstrelerini nasıl biçimlendirdiği konusunda bir endüstri standardı yoktur. Aynı beş bilgi parçası - tarih, açıklama, borç, alacak, bakiye - her banka tarafından farklı şekilde düzenlenir.

Tek Tutar Sütunu (İşaretli)

Tarih Açıklama Tutar Bakiye
15.01.26 DOĞRUDAN YATIRMA MAAŞ +3.500,00 5.200,00
16.01.26 POS ALIŞVERİŞ MARKET -87,50 5.112,50

Borçlar negatiftir, alacaklar pozitiftir (veya tersi). Küçük bankalar, kredi birlikleri ve dijital bankalarla yaygındır. Çıkarılacak tek bir tutar sütunu olduğu için ayrıştırması daha basittir.

Ayrı Borç/Alacak Sütunları

Tarih Açıklama Çekimler Yatırımlar Bakiye
15.01.26 DOĞRUDAN YATIRMA MAAŞ 3.500,00 5.200,00
16.01.26 POS ALIŞVERİŞ MARKET 87,50 5.112,50

Chase, Bank of America ve birçok geleneksel banka tarafından kullanılır. Çıkarma aracının hangi sütunun tutarı içerdiğini belirlemesi ve buna göre işareti belirlemesi gerekir.

İşlem Türüne Göre Gruplandırılmış

İşletme ve ticari hesaplar genellikle işlemleri gruplandırır:

YATIRIMLAR VE DİĞER ALACAKLAR 15.01  Tel Transferi REF#12345 10.000,00 18.01  Çek Yatırma #4567 2.500,00 Toplam Yatırımlar 12.500,00
 
ÖDENEN ÇEKLER 16.01  Çek #1234 850,00 17.01  Çek #1235 1.200,00 Toplam Çekler 2.050,00
 
ELEKTRONİK İŞLEMLER 19.01  ACH ÖDEME - Vendor Corp 3.200,00 20.01  Online Tasarruf Hesabına Transfer 1.000,00 Toplam Elektronik 4.200,00

Bölüm başlıkları, işlemlerin borç mu alacak mı olduğunu belirler. Özet satırları ("Toplam Yatırımlar") belirlenmeli ve çıkarılan verilerden hariç tutulmalıdır.

Bankaya Özgü Özellikler

• Chase - Ayrı borç/alacak sütunları; "YATIRIMLAR VE EKLENTİLER" ve "ELEKTRONİK ÖDEMELER" ve "ÜCRETLER" olarak gruplandırır; satıcı ayrıntıları için çok satırlı açıklamalar yaygındır
• Bank of America - Ayrı çekim/para yatırma sütunları; "Günlük Bakiye" bölümünü içerir; hesap numarası, ekstre dönemi, yönlendirme numarası içeren kapsamlı başlık
• Wells Fargo - Ayrı sütunlar; "GÜNLÜK BAKIYE ÖZETİ" bölümünü içerir; CSV indirmelerine "Virgülle Ayrılmış" adını verir
• Capital One - Tüketici kartları için temiz tek tutar düzeni; minimum başlık bilgisi
• Citi - Genellikle uluslararası işlem ayrıntılarını orijinal para birimi tutarları ve dönüşüm oranlarıyla ayrı satırlarda içerir

Sütun Düzeni Farklılıkları

Borç/alacak sorusunun ötesinde, sütun sıralaması standart değildir:

• Sütun sırası: Tarih-Açıklama-Tutar-Bakiye vs. Tarih-Tutar-Açıklama-Bakiye
• Çek numarası: İşletme hesaplarında bulunur, kişisel hesaplarda bulunmaz
• Referans numarası: İşletme ekstrelerinde yaygındır, kişisel ekstrelerde nadirdir
• Yürüyen bakiye: İşlem başına (en yaygın) vs. günlük alt toplamlar vs. hiç yok

Dijital vs. Taranmış PDF'ler

Dönüşüm doğruluğunu etkileyen en önemli faktör, PDF'inizin dijital mi yoksa taranmış mı olduğudur.

Dijital (Yerel) PDF'ler

Bir ekstreyi indirdiğinizde bankanızın sistemi tarafından programatik olarak oluşturulur. Metin, yazı tipi kodlamalarına sahip içerik akışı operatörleri olarak saklanır.

• Doğruluk: Metin çıkarma için %99+ - tanıma hatası yok

• Hız: Sayfa başına milisaniyeler

• Gizlilik: Tamamen tarayıcınızda işlenebilir - dosya cihazınızdan ayrılmaz

• Dosya boyutu: Genellikle sayfa başına 50 KB–500 KB

• Nasıl tanımlanır: Bireysel kelimeleri seçip vurgulayabilirsiniz

Taranmış PDF'ler

Fiziksel bir belgenin taranması veya fotoğraflanmasıyla oluşturulan kağıt ekstrelerinin görüntüleri. İçerik, rasterleştirilmiş görüntüler olarak saklanır (JPEG, JPEG2000, CCITT veya Flate sıkıştırılmış).

• Doğruluk: Profesyonel OCR ile %95–99; genel OCR ile %65–70

• Hız: Sayfa başına saniyeler (görüntü işleme gerektirir)

• Gizlilik: Genellikle sunucu tarafı işlem gerektirir (OCR için dosyanın yüklenmesi gerekir)

• Dosya boyutu: Sayfa başına 200 KB–2 MB+

• Nasıl tanımlanır: Herhangi bir metni seçemezsiniz; %400'e kadar yakınlaştırdığınızda pikselleşme görünür

Taranmış Doğruluğu Finansal Veriler İçin Neden Daha Önemlidir?

%97'lik bir karakter doğruluk oranı harika görünse de, finansal verilere uygulandığında durum değişir. 1.000 karakter tutar içeren bir ekstrede bu, 30 yanlış okunan karakter anlamına gelir. Tek bir yanlış okunan rakam, bir işlem tutarını değiştirir: "1.234,56 TL" "1.234,86 TL" veya "7.234,56 TL" olur. Gelişmiş OCR, %99'a yakın doğruluk elde eder, ancak kalan hatalar orantısız bir şekilde birbirine benzeyen karakterlere düşer: 0/O, 1/l/I, 5/S, 8/B, 6/G ve kritik olarak virgül/nokta.

Her zaman dijital indirmeleri tercih edin. Kağıdı taramak yerine bankanızın web sitesinden ekstreleri indirin. Bu, OCR hatalarını tamamen ortadan kaldırır.

Çıktı Formatları: Derinlemesine İnceleme

Bir banka ekstresini dönüştürdüğünüzde bir çıktı formatı seçersiniz. Her formatın farklı güçlü yönleri, sınırlamaları ve ideal kullanım durumları vardır.

Excel (.xlsx)

Standart: Office Open XML (OOXML), ECMA-376 ve ISO/IEC 29500 olarak standartlaştırılmıştır.

Nedir: Bir .xlsx dosyası aslında XML dosyaları içeren bir ZIP arşividir - çalışma kitabı yapısı, hücre verileri, stiller ve paylaşılan dizeler. Bu nedenle veri türlerini (tarihler tarih olarak, sayılar sayı olarak), biçimlendirmeyi, formülleri ve birden çok sayfayı depolayabilir.

Banka ekstreleri için neden popülerdir:

• Tarihler tarih olarak kalır (sıralanabilir, filtrelenebilir)

• Sayılar sayı olarak kalır (toplanabilir, biçimlendirilebilir)

• Mutabakat için formüller (TOPLA, DÜŞEYARA)

• Harcama kategorizasyonu için özet tablolar

• Uyuşmazlıkları vurgulamak için koşullu biçimlendirme

• Okunabilir bir elektronik tabloya ihtiyaç duyan müşterilerle paylaşmak

Sınırlamalar:

• Maksimum 1.048.576 satır (banka ekstreleri için nadiren önemlidir)
• Çoğu muhasebe yazılımına doğrudan aktarılamaz (bunun yerine QBO/OFX kullanın)
• Açmak için Excel, Google Sheets veya LibreOffice Calc gerektirir

En iyi olduğu durumlar: Manuel inceleme, özel analiz, mutabakat, arşivleme, müşteri raporlaması.

CSV (Virgülle Ayrılmış Değerler)

Standart: RFC 4180 (2005) - "Virgülle Ayrılmış Değerler İçin Ortak Format ve MIME Türü."

Temel kurallar:

• Kayıtlar CRLF (satır başı + satır besleme) ile ayrılır
• Alanlar virgülle ayrılır
• Virgül, tırnak işareti veya satır sonu içeren alanlar çift tırnak içine alınmalıdır
• Alanlardaki çift tırnaklar, iki kez tekrarlanarak kaçış karakteriyle belirtilir

Yabındaki ayırıcı farklılıkları:

• Virgül (,) - Standart, ABD/İngiltere'de kullanılır

• Noktalı virgül (;) - Virgülün ondalık ayırıcı olduğu ülkelerde kullanılır (Fransa, Almanya, İtalya, İspanya, Brezilya)

• Sekme (\t) - TSV formatı, ayırıcı çakışmalarını önler

Kodlama sorunları:

• Birlikte çalışabilirlik için UTF-8 önerilir
• UTF-8 BOM (Bayt Sırası İşareti): Standart tarafından gerekli değildir, ancak Excel (Windows'ta) ASCII olmayan karakterleri (aksanlı harfler, para birimi sembolleri) doğru görüntülemek için bunu gerektirir. BOM olmadan, Excel UTF-8'i Windows-1252 olarak yorumlayabilir ve karakterleri bozabilir.
• Excel, Avrupa yerel ayarlarında alan ayırıcı olarak virgül yerine noktalı virgül kullanır

Sınırlamalar:

• Veri türü yok - her şey metindir (baştaki sıfırları olan sayılar bozulur, uzun hesap numaraları bilimsel gösterime dönüşür)
• Çoklu sayfa desteği yok
• Biçimlendirme veya formül yok
• Meta veri yok (hesap bilgisi yok, yinelenen algılama kimliği yok)

En iyi olduğu durumlar: Maksimum uyumluluk - neredeyse her muhasebe programı, veritabanı ve elektronik tablo CSV içe aktarabilir. QBO/OFX mevcut olmadığında evrensel yedek.

QBO (QuickBooks Web Bağlantısı)

Nedir: QuickBooks (hem Masaüstü hem de Çevrimiçi) için içe aktarma formatı. QBO dosyaları, QuickBooks'a özgü uzantılara sahip OFX spesifikasyonuna dayanır.

Önemli açıklama: ".QBO" "QuickBooks Online" anlamına gelmez - QuickBooks Web Bağlantısı formatını temsil eder ve hem QuickBooks Masaüstü hem de QuickBooks Çevrimiçi ile çalışır.

İşlem başına gerekli alanlar:

• TRNTYPE - İşlem türü (DEBIT, CREDIT, CHECK, DEP, DIRECTDEP, DIRECTDEBIT, ATM, POS, XFER, PAYMENT, FEE, SRVCHG, INT, OTHER)
• DTPOSTED - Tarih YYYYAAGG formatında
• TRNAMT - Tutar (borçlar için negatif)
• FITID - Finansal Kurum İşlem Kimliği
• NAME - Ödeme yapılan yer/açıklama

FITID neden önemlidir: QuickBooks, her hesap için içe aktarılan her FITID'yi izler. Aynı FITID'ye sahip bir işlem tekrar içe aktarılırsa, QuickBooks bunu sessizce atlar - kullanıcılar örtüşen ekstre dönemlerini yeniden içe aktardıklarında yinelenen girişleri önler. Bu otomatik yinelenen algılama, QBO'nun CSV'ye göre en büyük avantajıdır.

Ek veriler: QBO ayrıca hesap kimliği, banka kimliği (yönlendirme numarası), para birimi, çek numarası, not ve bitiş bakiyesini de taşır - QuickBooks için herhangi bir içe aktarma formatının en zengin veri kümesi.

En iyi olduğu durumlar: QuickBooks kullanıcıları (Masaüstü ve Çevrimiçi). Otomatik yinelenen algılama ve işlem türü sınıflandırması ile en zengin içe aktarma deneyimini sağlar.

OFX (Open Financial Exchange)

Tarihçe: Microsoft, Intuit ve CheckFree tarafından oluşturuldu. Şubat 1997'de yayınlanan 1.0 sürümü.

Sürüm evrimi:

• OFX 1.0–1.6 (1997–1999): SGML tabanlı sözdizimi (kapanış etiketleri gerekmez)
• OFX 2.0+ (2000–günümüz): XML tabanlı (doğru kapanış etiketleri, düzgün biçimlendirilmiş XML)

Birçok banka hala maksimum uyumluluk için OFX 1.x (SGML) üretmektedir.

Mevcut yönetim: 2019'da OFX konsorsiyumu, spesifikasyonu artık yöneten Financial Data Exchange (FDX) konsorsiyumuna katıldı. FDX'in 200'den fazla üye kuruluşu ve 76 milyon tüketici hesabı vardır.

OFX neden evrensel standarttır: OFX, banka hesabınızı banka akışları aracılığıyla doğrudan muhasebe yazılımına bağladığınızda kullanılan aynı formattır - aynı format dosya içe aktarımları için de çalışır.

Xero kullanıcıları için en iyisi: Xero, manuel sütun eşleştirmesi gerektirmeden OFX dosyalarını otomatik olarak içe aktarır. Dosyayı yükleyin ve işlemler doğru tarihler, tutarlar ve açıklamalarla hemen görünür. Ayrıca Wave, Sage, FreshBooks ve çoğu muhasebe yazılımıyla da çalışır.

QFX (Quicken Financial Exchange)

Nedir: Quicken ile özel olarak kullanılan Intuit'in OFX'in özel bir çeşididir. Bir QFX dosyası, ek özel alanlara sahip standart bir OFX dosyasıdır.

Anahtar özel alan: INTU.BID - Quicken Banka Tanımlayıcısı. Bu sayısal kimlik, Quicken'ın dahili veritabanındaki bir bankayla eşlenir. Olmadan, Quicken dosyayı içe aktarmayı reddeder.

Standart OFX'ten Farkları:

• Başlıkta INTU.BID gerektirir
• Diğer INTU.* önekli alanları içerebilir
• Finansal kuruluşlar, QFX indirmesi sağlamak için Intuit'e lisans ücreti öder
• Quicken, INTU.BID alanı olmayan standart OFX dosyalarını içe aktarmaz

En iyi olduğu durumlar: Quicken kişisel finans yazılımı kullanıcıları. Gerekli format - başka alternatif çalışmaz.

QIF (Quicken Interchange Format)

Nedir: Quicken için Intuit tarafından geliştirilen eski bir düz metin formatı. Tek karakterli etiketlerle satır başına bir etiket-değer çifti: D tarih için, T tutar için, P ödeme yapılan yer için, L kategori için, M not için, N çek numarası için, ^ kayıt sonu için.

Neden değiştirildi: QIF, yinelenen algılama mekanizmasına (FITID eşdeğeri yok), hesap tanımlama alanı yok, banka yönlendirme bilgisi yok, bakiye verisi yok ve uygulamalar arasında tutarsız tarih biçimlendirmesine sahiptir.

Hala geçerli: Bazı muhasebe yazılımları (Xero, Sage, GnuCash) hala QIF içe aktarımlarını kabul eder. Eski sistem geçişleri için kullanışlıdır.

JSON (JavaScript Nesne Gösterimi)

Mevcut durum: JSON henüz banka ekstresi dosyaları için bir standart değildir, ancak giderek artan bir şekilde şunlarda kullanılır:

• Açık Bankacılık API'leri (İngiltere Açık Bankacılık Standardı, PSD2 Berlin Grubu)
• FDX API (Finansal Veri Değişimi - OFX'in halefi, 200'den fazla üye kuruluş)
• Plaid, Yodlee, MX ve diğer veri toplayıcı API'leri
• Geliştirici ve otomasyon iş akışları

Artan benimseme: Açık Bankacılık düzenlemeleri (Avrupa'da PSD2, ABD'de CFPB Bölüm 1033), JSON API benimsenmesini hızlandırıyor. FDX API, finansal veri değişiminin gelecekteki yönünü temsil eden JSON/REST'i OAuth 2.0 ile kullanır.

En iyi olduğu durumlar: Otomatik iş akışları, fintech entegrasyonları, özel gösterge tabloları ve Açık Bankacılık API entegrasyonları oluşturan geliştiriciler.

Format Karşılaştırması Bir Bakışta

Muhasebe Yazılımı Uyumluluğu

Hangi format muhasebe yazılımınız tarafından kabul ediliyor?

Genel kural: Yazılımınız destekliyorsa, yinelenen algılama tek başına saatlerce süren temizlik işlemlerini önlediği için QBO/OFX'i CSV yerine kullanın.

Kural: QBO'yu QuickBooks için, QFX'i Quicken için, diğer her şey için OFX'i ve evrensel bir yedek olarak CSV'yi kullanın.

Uluslararası Format Farklılıkları

Uluslararası banka ekstreleriyle çalışıyorsanız, çoğu dönüştürme aracını zorlayan format farklılıklarıyla karşılaşacaksınız.

Tarih Formatları

Belirsizlik sorunu: "15.03.2026" ABD'de 3 Mart, Avrupa'da ise 15 Mart anlamına gelir. Bir ekstredeki tüm tarihler 12 veya daha az gün değerine sahip olduğunda, ülkenin kökenini bilmeden doğru formatı belirlemenin algoritmik bir yolu yoktur. Dönüştürme araçları, formatı belirlemek için 12'den büyük değerleri arayarak ekstredeki tüm tarihlerde tarama yapmalıdır.

Sayı Formatları

Avrupalı bir bankadan gelen "10.000,45" on bin ve kırk beş sent anlamına gelir - on nokta sıfır sıfır sıfır dört beş değil. Bunu yanlış yapmak 10.000 katı büyüklüğünde hatalara yol açar.

Para Birimi Sembolü Yerleşimi

• ABD/İngiltere: Tutarın önünde sembol: 1.234,56 $ / 1.234,56 £
• Fransa, Almanya, İspanya: Tutarın arkasında sembol: 1.234,56 €
• İrlanda, Hollanda: Önünde sembol: €1.234,56
• Japonya: Önünde sembol: ¥123.456

Karakter Kodlamaları

• UTF-8 - Evrensel standart, tüm alfabeleri destekler
• GBK/GB2312 - Basitleştirilmiş Çince (Çin bankaları tarafından kullanılır)
• Shift_JIS - Japonca (Japon bankaları tarafından kullanılır)
• Big5 - Geleneksel Çince (Tayvan, Hong Kong)
• EUC-KR - Korece
• ISO 8859-1 - Batı Avrupa
• Windows-1252 - Batı Avrupa (eski)
• Windows-1256 - Arapça

Çin veya Japon banka ekstresini doğru kodlama algılaması olmadan bir ABD sisteminde açmak, bozuk karakterler üretir. PDFSub, sağdan sola Arapça ve İbranice, CJK karakterleri ve tüm Avrupa karakter setleri dahil olmak üzere tarih formatlarının, sayı formatlarının ve karakter kodlamalarının otomatik algılamasıyla 130'dan fazla dili işler.

Yaygın Banka Ekstresi Öğeleri

İşlem Tarihi vs. Kayıt Tarihi vs. Değer Tarihi

Banka ekstreleri tek bir işlem için birden fazla tarih içerebilir:

• İşlem tarihi - Satın alma veya transferin aslında gerçekleştiği zaman
• Kayıt tarihi - Bankanın işlediği ve kaydettiği zaman (kredi kartı satın alımları için genellikle 1-3 iş günü sonra)
• Değer tarihi - Fonların aslında ne zaman kullanılabilir hale geldiği (faiz hesaplamalarını etkiler, uluslararası bankacılıkta yaygındır)

Çoğu tüketici ekstresi yalnızca kayıt tarihini gösterir. İşletme ekstreleri genellikle hem işlem hem de kayıt tarihlerini içerir.

Borç/Alacak Temsili

Bankalar borç ve alacakları farklı şekillerde temsil eder:

• İşaretli tutarlar: Borçlar için -87,50 TL, alacaklar için +3.500,00 TL
• Ayrı sütunlar: "Çekimler" ve "Yatırımlar"
• Kısaltmalar: Borç için "DR", alacak için "CR" (İngiltere/Commonwealth'de yaygın)
• Parantezler: Borçlar için (87,50 TL) (muhasebe kuralı)

Yürüyen Bakiye

• İşlem başına bakiye - Her işlemden sonra güncellenir (ABD tüketici ekstrelerinde en yaygın)
• Yalnızca günlük bakiye - Her günün sonunda gösterilen bakiye (işletme ekstrelerinde yaygın)
• Yürüyen bakiye yok - Yalnızca açılış ve kapanış bakiyeleri (bazı uluslararası ekstreler)

Yürüyen bakiyeler doğrulama için değerlidir: her işlemin bakiyeyi bir satırdan diğerine doğru şekilde taşıdığını doğrulayabilirsiniz.

Standart Başlık Bilgileri

Çoğu banka ekstresi şunları içerir: hesap sahibi adı, hesap numarası (genellikle kısmen maskelenmiş), ekstre dönemi, açılış ve kapanış bakiyeleri, toplam yatırımlar ve çekimler ve banka yönlendirme/sort kodu/SWIFT BIC.

Parola Koruması

Bankalar PDF'leri Nasıl Şifreler?

Bankalar genellikle AES-128 veya AES-256 şifrelemesi kullanır. İki koruma modu mevcuttur:

• Kullanıcı parolası (açık parola): Dosyayı açmak için gereklidir
• Sahip parolası (izinler parolası): PDF açılır ancak düzenleme/kopyalama kısıtlanabilir

Yaygın Parola Kalıpları

Diğer yaygın kalıplar arasında hesap numarasının son 4 hanesi, müşteri kimliği veya üye numarası bulunur. Bankalar genellikle elektronik ekstreleri ilk etkinleştirdiğinizde parola kalıbını iletir.

Çok Sayfalı Ekstre Zorlukları

Uzun ekstreler (yüzlerce işlem içeren işletme hesapları) birkaç çıkarma zorluğu yaratır:

Bölünmüş İşlemler

Bir işlem açıklaması bir sayfanın altında başlayıp bir sonraki sayfanın başında devam edebilir. Dönüştürücü, devam eden satırları tespit etmeli ve bunları tek bir işleme birleştirmelidir.

Tekrarlanan Başlıklar ve Alt Bilgiler

Çoğu banka, her sayfada sütun başlıklarını, ayrıca sayfa numaralarını, yasal uyarıları ve pazarlama metinlerini tekrarlar. Bunlar tespit edilmeli ve çıkarılan verilerden hariç tutulmalıdır.

Devam Satırları

Birçok işlem çok satırlı açıklamalara sahiptir:

15.01  ACH ELEKTRONİK BORÇ VENDOR CORP 3.200,00 TL  2.000,00 TL REF#123456789 FATURA 2026-001 VENDOR CORP HESAPLARI ÖDENMESİ GEREKEN

Satır 2 ve 3, 1. satırdaki işleme ait devam satırlarıdır. Genellikle bir tarihe ve tutara sahip değillerdir ve açıklama sütunuyla aynı x koordinatında girintili görünürler.

Bakiye Aktarma

Bazı bankalar, devam eden sayfaların başında "Bakiye Aktarma" veya "Önceki Bakiyenin Aktarılması" satırlarını içerir. Bunlar bilgilendirme amaçlıdır, işlem değildir ve çıkarılan verilerden hariç tutulmalıdır.

Yaygın İşlem Kısaltmaları

Banka ekstreleri, kurumlar arasında değişen kısaltmalar kullanır:

Bilmeniz Gereken Endüstri Standartları

Bu formatlar kurumsal bankacılık ve hazine yönetiminde kullanılır. Bunlarla nadiren doğrudan karşılaşacaksınız, ancak onları anlamak, banka ekstrelerinin neden bu şekilde çalıştığını açıklar.

BAI2 (Bank Administration Institute)

ERP sistemlerinde (SAP, Oracle) otomatik nakit yönetimi ve banka mutabakatı için kullanılır. İşlem türü kodlarına sahip sabit genişlikli bir ASCII formatı (örneğin, 165 = önceden yetkilendirilmiş ACH kredisi, 455 = ACH borcu, 495 = banka havalesi çıkışı). Orijinal olarak 1987'de yayınlandı, şimdi ASC X9 tarafından yönetiliyor.

SWIFT MT940 / MT940

Dünya çapında kurumsal müşteriler ve hazine departmanları için bankalar tarafından kullanılan gün sonu (MT940) ve gün içi (MT942) banka ekstreleri. SWIFT günde yaklaşık 45 milyon mesaj işler. Alan tanımlayıcıları iki nokta ile ayrılmış etiket tabanlı format.

ISO 20022 (camt.053)

MT940'ın yerini alan modern XML tabanlı sistem. ISO 20022 evrensel finansal mesajlaşma standardının bir parçasıdır. MT940'tan daha zengin veriler, alan uzunluğu sınırı yok, XSD doğrulamalı makine tarafından ayrıştırılabilir XML. SWIFT, MT mesajlarından ISO 20022'ye geçiş yapıyor. SEPA (Tek Avrupa Ödeme Alanı), Avrupa ödemeleri için camt formatını zorunlu kılıyor.

NACHA ACH

ABD'deki Otomatik Takas Odası işlemleri için dosya formatı. Sabit genişlikli ASCII, satır başına tam olarak 94 karakter. ACH, ABD'de yılda yaklaşık 30 milyar işlem işler. Banka ekstrenizde "ACH CREDIT" veya "ACH DEBIT" göründüğünde, temel işlem bankalar arasında NACHA formatında iletilmiştir.

İş Akışınız İçin Doğru Formatı Seçme

Karar Rehberi

QBO kullanıyorsanız: QuickBooks (Masaüstü veya Çevrimiçi) kullanıyorsunuz. İşlem türü sınıflandırması, FITID aracılığıyla yinelenen algılama ve en zengin içe aktarma meta verilerini alırsınız.

OFX kullanıyorsanız: Xero, Sage, Wave veya diğer OFX uyumlu yazılımları kullanıyorsunuz. Xero, manuel sütun yapılandırması olmadan alanları otomatik olarak eşler.

QFX kullanıyorsanız: Quicken kullanıyorsunuz. Quicken'ın kabul ettiği tek formattır.

Excel kullanıyorsanız: İçe aktarmadan önce verileri gözden geçirme, analiz etme veya işleme ihtiyacınız var. Özet tablolar oluşturun, formüller çalıştırın veya raporlar hazırlayın.

CSV kullanıyorsanız: Yazılımınız yukarıda listelenmemişse veya sistemler arasında maksimum uyumluluğa ihtiyacınız varsa. Sütunları manuel olarak eşlemeye hazır olun.

JSON kullanıyorsanız: Otomatik iş akışları, API entegrasyonları veya özel raporlama sistemleri oluşturuyorsunuz.

Profesyonel İpuçları

• Yazılımınız destekliyorsa her zaman CSV yerine QBO/OFX kullanın - yalnızca yinelenen algılama saatlerce süren temizlik işlemlerini önler
• Her zaman orijinal PDF'yi dönüştürülmüş dosyanızla birlikte saklayın - bu sizin denetim iziniz ve kaynak belgenizdir
• Her içe aktarmadan sonra doğrulayın - açılış/kapanış bakiyelerini ve rastgele birkaç işlemi kontrol edin
• Formatı yazılıma göre eşleştirin - muhasebe platformunuz için yerel formatı kullanmak, manuel sütun eşleştirmesini önler ve otomatik özellikleri etkinleştirir

Ücretsiz Deneyin

İlk ekstrenizi dönüştürmeye hazır mısınız? Şimdi bir PDF yükleyin - PDFSub, Excel, CSV, QBO, OFX, QFX ve JSON'a dönüştürür. Dijital ekstreler, maksimum gizlilik için tamamen tarayıcınızda işlenir. Tüm formatlara tam erişimle 7 günlük ücretsiz deneme sürümünü başlatın.