Fiş ve fatura OCR: kağıt gideri veriye çevirmek

Ayın dördü, akşam 21.40. Ön muhasebeden sorumlu kişi mutfak masasına elli altı fiş dizmiş: sekiz yakıt fişi, iki kargo makbuzu, bir kırtasiye faturası, dört otoyol geçiş dekontu ve kenarları solmaya başlamış üç yemek fişi. Ekranda boş bir tablo açık, imleç "Tedarikçi" sütununda bekliyor. Buradaki sayılar örnek, ama masa tanıdıktır. Para çoktan çıkmış, harcama çoktan yapılmıştır; eksik olan tek şey o harcamanın kayıtta bir satır haline gelmesidir. O satır yazılana kadar şirket kendi giderini bilmez, sadece banka bakiyesinin azaldığını görür.

Bu yazı, kağıt gideri veriye çevirme işini baştan sona ele alıyor. Önce fişin neden hep aynı noktada kaybolduğunu, sonra optik karakter tanıma (OCR) motorunun bir fişten gerçekte hangi alanları çıkardığını anlatıyoruz. Ardından fotoğraf kalitesinin sonuca etkisi, okunan verinin taslak mı yoksa kesin kayıt mı olması gerektiği, hangi alanın makineye bırakılıp hangisinin insan gözü istediği geliyor. Son bölümlerde belge türü farkları, dövizli harcamalar, gelen e-Fatura ile OCR'ın iş bölümü, personelin cepten harcaması, ay sonu mutabakatı ve otuz günlük bir geçiş planı var. Mevzuata bakan her yerde tek bir kural geçerli: bu yazı bir yöntem anlatır, mali hüküm vermez.

Kağıt fiş neden hep aynı noktada kayboluyor?

Bir fişin ömrü genellikle üç durakta geçer: harcamanın yapıldığı an, cebe ya da torpido gözüne atıldığı ara dönem ve ay sonunda toplanmaya çalışıldığı gece. Kaybın büyük kısmı ikinci durakta yaşanır. Fişin kendisi ortadan kaybolmasa bile, harcamanın bağlamı kaybolur: o yakıt hangi müşteri ziyareti içindi, o kargo hangi siparişin gönderimiydi, o yemek hangi ekiple yenildi. Kağıt üzerinde yalnız tutar ve tarih durur; kararı verdiren bilgi ise harcamayı yapan kişinin aklında kalır ve iki hafta sonra o da silinir.

İkinci sorun gecikmenin kendisidir. Bir gideri harcamadan otuz gün sonra kaydettiğinizde, kayıt hala doğrudur ama artık işe yaramaz. Ayın ortasında "bu ay nakit nereye gidiyor" sorusuna cevap veremezsiniz, çünkü ayın giderinin yarısı henüz sisteme girmemiştir. Gecikmiş gider kaydı muhasebe için sorun değildir, yönetim için sorundur. Gelir ve gider takibini gerçek zamanlı tutmanın asıl faydası da burada ortaya çıkar: rakamın doğru olması yetmez, zamanında orada olması gerekir.

Üçüncü sorun, veri girişinin en sıkıcı iş olması nedeniyle en çok ertelenen iş olmasıdır. Elli altı fişi elle girmek dikkat gerektiren, tekdüze ve ödülsüz bir emektir. Bu iş ne kadar ertelenirse, o kadar büyür; büyüdükçe daha çok ertelenir. OCR'ın çözdüğü asıl problem "yazma hızı" değil, bu birikme döngüsünü kırmasıdır: harcama anında otuz saniyede tamamlanabilen bir iş, ay sonunda dört saatlik bir yığın olmaz.

OCR bir fişten tam olarak hangi alanları çıkarıyor?

Fiş okuma, resmi metne çevirmekten ibaret değildir. Motorun yaptığı iş iki aşamalıdır: önce görüntüdeki karakterleri metne dönüştürür, sonra o metnin hangi parçasının hangi alana karşılık geldiğini bulur. İkinci aşama daha zordur, çünkü bir fişte üç ayrı sayı yan yana durabilir — ara toplam, KDV ve genel toplam — ve hangisinin gidere yazılacağını belirlemek biçimsel değil anlamsal bir karardır.

Rocketly'nin ön muhasebe modülündeki Akıllı Fiş Okuma (OCR) özelliği bu ikinci aşamayı gider formuna bağlar: fişin ya da faturanın fotoğrafını çektiğinizde tedarikçi, tarih, KDV ve tutar alanları okunup gider formu sizin adınıza doldurulur. Buradaki önemli ayrım şudur — özellik formu doldurur, kaydı sizin yerinize onaylamaz. Yani makine bir öneri üretir, kararı insan verir. Bu ayrım tüm akışın güvenliğini taşıyan mekanizmadır.

Pratikte çıkarılan alanların güvenilirliği eşit değildir. Genel toplam, fişin en büyük puntolu ve en standart konumlu verisidir; okunması en kolay alan odur. Tarih genelde okunur ama biçim karışıklığı yaşatır: gün/ay sırası, iki haneli yıl, saat bilgisinin tarihe karışması. Tedarikçi adı fişin en üstünde durur, fakat ticari unvan ile marka adı çoğu zaman aynı değildir; kayıtta hangisinin durması gerektiği sizin cari kart düzeninize bağlıdır. KDV ise en kırılgan alandır: karma oranlı bir markette tek bir fişte iki farklı oran bulunabilir ve motor bunları tek satıra sıkıştırmaya çalışırsa yanlış bir gider oluşur. Belge türlerinin birbirinden nasıl ayrıldığını görmek için doğru faturalandırmanın temel kurallarına ayrıca bakmakta fayda var.

Fotoğrafı nasıl çekerseniz okuma o kadar doğru olur?

OCR sonuçlarının kalitesi hakkındaki şikayetlerin büyük bölümü motorla değil, girdiyle ilgilidir. Termal kağıda basılan fişler ısı, güneş ve sürtünmeyle solar; iki ay cüzdanda kalmış bir fişin üst yarısı okunaksız hale gelebilir. Bunu yazılım tarafında düzeltmenin yolu yoktur; çözüm harcamanın yapıldığı gün fotoğrafı çekmektir.

Uygulamada işe yarayan alışkanlıklar kısa bir listeye sığar:

• Fişi düz ve koyu olmayan bir zemine koyun; masa örtüsü deseni kenar tespitini bozar.
• Kendi gölgeniz fişin üstüne düşmesin; tepeden değil hafif açılı ve gölgesiz çekin.
• Fişi katlamadan, tamamı kadrajda olacak şekilde çekin; kesilmiş bir alt kenar çoğu zaman kesilmiş bir toplam demektir.
• Her karede tek belge olsun; yan yana dizilmiş üç fiş tek bir gider gibi okunabilir.
• Kıvrılan uzun fişleri düzleştirin; dalgalı yüzey satır hizasını bozar ve rakam sütunları kayar.

Bu alışkanlıkları ekibe kural olarak dayatmak yerine, harcama anında çekmenin kendisini kolaylaştırmak daha çok işe yarar. Fotoğraf harcamadan otuz saniye sonra çekildiğinde fiş temizdir, ışık genellikle iyidir ve bağlam henüz hafızadadır. Aynı fotoğraf üç hafta sonra çekildiğinde üç ayrı sorun aynı anda ortaya çıkar.

Okunan fiş nereye düşmeli: taslak mı, kesin kayıt mı?

Bu, OCR kurulumunun en kritik tasarım kararıdır. Okunan verinin doğrudan cari bakiyeye ve raporlara yazılması hızlı görünür, fakat yanlış okunan tek bir tutar ay sonu tablosunu sessizce bozar. Doğru yaklaşım, makine çıktısını bir bekleme alanında tutmak ve mali etkiyi insan onayına bağlamaktır.

Rocketly'de bu ayrım Mali Taslaklar ile kurulur: tahsilat ve ödemeler bakiyeyi etkilemeden taslak olarak kaydedilir, taslak kuyruğu ayrı bir çalışma alanında durur ve işlenmemiş bir kayıt cari bakiyeyi yanıltmaz; bilgi tamamlandığında kayıt tek işlemle mali harekete dönüştürülür. Pratik sonucu şudur: OCR'ın ürettiği her satır önce "beklemede" durumundadır, rapora ancak biri baktıktan sonra girer. Böylece hız kazanılırken doğruluk feda edilmez.

Onaylanan gider ise kategorisiyle birlikte yerine oturur. Gider Yönetimi ve Kategoriler tarafında gider faturası, kategori bazlı takip, KDV ve vade birlikte tutulur; ödeme durumu ve gider-ödeme raporları nereye ne harcandığını gösterir. Kategori alanının OCR tarafından tahmin edilmesi mümkündür ama tahmin, tedarikçi adına dayanır; aynı market hem ofis malzemesi hem ikram gideri barındırabileceği için kategoriyi insanın teyit etmesi daha sağlıklıdır. Muhasebe programı ile satış tarafının birbirine bağlanması gerektiğinde fatura senkronunu ve çift girişin nasıl biteceğini ayrıca ele almıştık.

Hangi alanı makineye bırakabilir, hangisini insan onaylamalı?

Her alanı aynı titizlikle kontrol etmek, OCR'ın kazandırdığı zamanı geri verir. Amaç kontrolü kaldırmak değil, kontrolü doğru alanlara yoğunlaştırmaktır. Aşağıdaki ayrım bir iç kural taslağı olarak kullanılabilir; kesin sınırları kendi belge hacminize ve mali müşavirinizin beklentisine göre belirleyin.

Alan	Makine ne yapar	Nerede yanılır	Önerilen kontrol
Genel toplam	En yüksek doğrulukla okunur	Kesilmiş alt kenar, çift toplam satırı	Göz kontrolü; sapma varsa fotoğrafı yenileyin
Tarih	Okunur, biçime çevrilir	Gün/ay sırası, iki haneli yıl, saat karışması	Dönem kapanışına yakın tarihlerde mutlaka bakın
Tedarikçi	Metinden çıkarılır	Marka adı ile ticari unvan farkı	Cari karta eşleşmeyi insan onaylasın
KDV oran ve tutarı	Ayrıştırılmaya çalışılır	Tek fişte birden çok oran, tevkifatlı belgeler	Her zaman insan doğrulaması
Gider kategorisi	Tedarikçiye göre tahmin edilir	Aynı tedarikçiden farklı nitelikte harcama	Onay ekranında seçim insanda kalsın

Tablonun mantığı basittir: makine biçimsel veriyi iyi okur, anlamsal kararı iyi vermez. Tutar biçimseldir, kategori anlamsaldır. Bu yüzden zaman kazancı tutar ve tarih tarafından gelir; kalite ise kategori ve KDV tarafında insan kalarak korunur.

Fiş ile fatura aynı belge değilse gider kaydı nasıl değişir?

OCR açısından bir yazarkasa fişi ile bir gider faturası benzer görünür; ikisi de tarih, tutar ve KDV taşır. Muhasebe açısından ise bunlar farklı belgelerdir ve hangisinin ne şekilde kayda alınacağı, belgenin türüne ve işletmenin durumuna göre değişir. Bu ayrımın mevzuat tarafı bu yazının konusu değildir ve olmamalıdır: hangi belgenin gider olarak dikkate alınabileceğini, hangi harcamanın hangi koşulla indirim konusu yapılabileceğini mali müşavirinize doğrulatın. Burada anlatılan şey belgenin sisteme nasıl girdiği, nasıl etiketlendiği ve nasıl bulunabilir kaldığıdır.

Pratik kural olarak belge türünü OCR'ın tahminine bırakmak yerine, yükleme anında seçtirmek işe yarar. Fiş, gider faturası, banka dekontu ve ödeme makbuzu farklı akışlara girer; biri gider satırı üretir, diğeri yalnız ödeme kaydını kapatır. Aynı belgenin iki farklı kapıdan girip iki ayrı kayıt üretmesi, mükerrer gider probleminin en yaygın sebebidir. Bağlayıcı olmayan belgelerin sınıflandırılması da benzer bir dikkat ister; proformanın resmi faturadan nerede ayrıldığını bilmek, yanlış belgenin gidere yazılmasını en baştan önler.

Belgenin görüntüsünü kaydın üzerinde tutmak da en az veri kadar önemlidir. Gider satırının yanında fişin fotoğrafı duruyorsa, aylar sonra çıkan bir soru üç dakikada kapanır. Görüntü ile kayıt ayrı yerlerde tutulduğunda ise, veri doğru olsa bile ispat zahmetli hale gelir. Belgelerin ne kadar süre saklanacağı konusunda internetteki genel yorumlara değil, doğrudan mali müşavirinizin yönlendirmesine uyun.

Dövizli fiş ve yurt dışı harcaması hangi kurla kaydedilir?

Yurt dışı yazılım aboneliği, uçak bileti, konaklama ve konferans katılımı gibi harcamalar fişin üzerinde yabancı para biriminde durur. OCR tutarı doğru okusa bile, "hangi kur" sorusu geriye kalır ve bu soru kayıt anına göre farklı cevaplanır. Kayıt anındaki kur, harcama tarihindeki kur ve ödemenin banka hesabına yansıdığı tarihteki kur birbirinden farklı olabilir; aradaki fark küçük bir gider satırında önemsiz görünse de, tekrar eden abonelikler yıl sonunda anlamlı bir tutara ulaşır.

Rocketly tarafında Çoklu Para ve TCMB Kuru özelliği bu kararı kayıtla birlikte sabitler: USD, EUR, GBP ve diğer para birimlerinde belge düzenlendiğinde belge anındaki kur saklanır ve tutar baz para birimine çevrilir, kurlar TCMB'nin yayımladığı günlük değerlerden alınır. Kritik nokta kurun kayıtla birlikte saklanmasıdır — sonradan bakıldığında "bu satır hangi kurla çevrilmişti" sorusu tahmine değil kayda dayanarak cevaplanır. Kur farklarının muhasebeleştirilmesindeki inceliklere yabancı para birimiyle çalışmanın kayıt tarafını ele alan yazıda daha ayrıntılı girmiştik.

Bir uyarı: dövizli kayıtlarda kur alanının boş bırakılması, kaydı yalnız o satırda değil raporlarda da eksik bırakır. Nakit akışı projeksiyonunda kuru girilmemiş dövizli kalemler hesaba katılmaz ve ekran bunu açıkça belirtir. Bu sessiz bir eksiklik değil, görünür bir uyarıdır; ama uyarıyı okumak da bir alışkanlık meselesidir.

Gelen e-Fatura otomatik akıyorsa OCR'a neden hala ihtiyaç var?

Elektronik belge zinciri içindeki alışlarınız için OCR'a gerek yoktur; veri zaten yapılandırılmış biçimde gelir. Rocketly'de Gelen e-Faturadan Gider özelliği bunu doğrudan kullanır: bir tarih aralığı verirsiniz, alış e-Faturalarınız taslak gidere dönüşür ve her belge ETTN'siyle tek kez aktarılır, mükerrer kayıt oluşmaz. Bu akışta okuma hatası kavramı yoktur, çünkü okunan bir görüntü değil, alanları belli bir belgedir.

OCR'ın alanı bu zincirin dışında kalan harcamalardır: yazarkasa fişleri, otopark ve otoyol makbuzları, elden alınan küçük tutarlı belgeler, kağıt olarak gelen bazı gider faturaları ve yurt dışından gelen ve yerel e-belge sistemine girmeyen belgeler. Yani ikisi rakip değil, aynı boruhattının iki farklı kolu. Hangi belgenin hangi koldan geleceğini bilmek, sistemi kurarken en çok zaman kazandıran şeydir; e-Fatura ile e-Arşiv arasındaki farkı netleştirmek de bu ayrımın ilk adımıdır.

Bu iki kolun oranı zamanla değişir. Elektronik belge kapsamı genişledikçe OCR'ın payı azalır, fakat sıfırlanmaz; çünkü küçük tutarlı, anlık ve kağıt üzerinde kalan harcamalar her işletmede sürer. Kapsamın kendi işletmeniz için ne zaman değişeceğini takip etmek gerekir; zorunluluk takviminin ve ciro eşiklerinin nasıl işlediğini anlatan yazı bunun çerçevesini verir, kendi durumunuzu ise mali müşavirinizle netleştirin.

Personelin cepten yaptığı harcama akışa nereden giriyor?

Saha ekibi olan işletmelerde fişlerin çoğu ön muhasebeye ait değildir; teknisyenin, satış temsilcisinin veya kurye ekibinin cebinden çıkar. Bu harcamalar iki ayrı sorun üretir: gider kaydı ve personele borç. İkisini birbirinden ayırmayan bir sistemde ay sonunda "kime ne kadar ödeyeceğiz" sorusu WhatsApp mesajlarından hesaplanır.

Rocketly'de Personel Cepten Harcama tarafı bu ikinci bacağı üstlenir: çalışanın cepten yaptığı harcamalar ve geri ödemeleri izlenir, personel ekstresi kime ne kadar borçlu olduğunuzu gösterir. OCR ile birleştiğinde akış şöyle sadeleşir: harcamayı yapan kişi fişin fotoğrafını çeker, kayıt taslak olarak düşer, ön muhasebe kategoriyi ve KDV'yi onaylar, personel ekstresine borç satırı işlenir ve geri ödeme yapıldığında satır kapanır.

Bu akışın ekipte tutması için tek bir kural yeterlidir: fişin fotoğrafı çekilmemişse geri ödeme yapılmaz. Kural sert görünür ama uygulaması kolaydır, çünkü fotoğraf çekmek harcama anında otuz saniye sürer. Alternatifi, ay sonunda kaybolmuş fişleri kimin hatırladığına göre tartışmaktır.

Ay sonunda OCR verisi banka hareketiyle nasıl mutabık kılınır?

Fiş okuma tek başına kapanış yapmaz. Okunan her gider bir ödemeye karşılık gelir ve o ödemenin banka ya da kasa hareketiyle eşleşmesi gerekir. Eşleşme yapılmadığında iki tipik hata görünür: aynı harcamanın hem fişten hem banka satırından iki kez girmesi, ya da fişi olmayan bir banka çıkışının kategorisiz kalması.

Bu adımda iki özellik birlikte çalışır. Banka Ekstresi Aktarımı ile banka ekstresinin CSV dosyasını yükler, ayrıştırılan satırları önizler ve kasa hareketine çevirirsiniz; tekrar eden satırlar atlanır. Banka ve Kasa Mutabakatı ise hareketleri otomatik eşleştirme önerileriyle karşılaştırır, siz onaylarsınız, kalanları elle kapatırsınız. Kalanlar aslında en değerli listedir: eşleşmeyen her satır ya eksik bir fiştir ya da yanlış okunmuş bir tutardır.

Kapanışta düzeltme gerektiren durumlar da çıkar. Yanlış tedarikçiye yazılmış bir gider, iki kez girilmiş bir fiş veya tutarı hatalı okunmuş bir satır düzeltilirken izlenecek yol belgenin türüne bağlıdır; hangi durumda iptalin, hangi durumda düzeltmenin uygun olduğunu ayrı bir yazıda ele almıştık.

Kayıtların resmi defterlere nasıl yansıdığı ise bambaşka bir alandır; elektronik defterin kimler için nasıl işlediğini genel hatlarıyla bilmek faydalıdır, fakat kendi yükümlülüğünüzü mali müşavirinize doğrulatın.

Otuz günde kağıttan veriye nasıl geçilir?

Geçişi tek hamlede yapmaya çalışan ekipler genellikle ikinci haftada eski alışkanlığa döner. Kademeli bir plan daha çok tutar. İlk hafta yalnız bir gider kategorisiyle başlayın — örneğin yakıt. Tek kategori, tek kişi, tek akış: fotoğraf, taslak, onay. Bu hafta amacınız kayıt sayısı değil, akışın çalıştığını görmektir.

İkinci hafta kapsamı ekibe açın ve onay sırasında en çok düzeltilen alanı not edin. Genellikle bu alan KDV ya da kategoridir; hangi alansa, kontrol enerjinizi oraya yoğunlaştırın. Üçüncü hafta elektronik belgeleri devreye alın: alış e-Faturalarını taslak gidere çevirip OCR ile gelen kağıt belgeleri aynı kuyrukta görün, mükerrer kayıt olup olmadığını kontrol edin. Dördüncü hafta banka ekstresini yükleyip mutabakatı çalıştırın ve eşleşmeyen satırları tek tek kapatın. Ay sonunda elinizde iki çıktı olur: kategorisi doğrulanmış bir gider tablosu ve neyin hala kağıtta kaldığını gösteren kısa bir liste.

Bu akış oturduğunda ileriye bakma imkanı da doğar. Nakit Akışı Projeksiyonu vade bazlı beklenen giriş ve çıkışları ileriye taşır: açık faturalar, giderler, tekrarlayan kalemler ve portföydeki çek ile senetler seçtiğiniz hafta sayısı boyunca projeksiyona girer, vadesi geçmiş ve vadesiz açık kalemler ayrı işaretlenir. Giderleriniz zamanında kayda geçmediğinde bu projeksiyon iyimser çıkar; OCR'ın asıl kazancı da burada görünür. Faturaların dış muhasebe programına aktığı bir düzen kuruyorsanız, fatura ve cari hesap otomasyonunun nasıl kurulduğunu anlatan yazı sıradaki adımı tarif eder.

Kendi belgelerinizle denemek isterseniz Rocketly hesabınızı açıp birkaç fişi okutarak akışı kendi verinizle test edebilirsiniz.

Sıkça sorulan sorular

Solmuş bir termal fişi OCR okuyabilir mi?

Kısmen. Yazının bir bölümü tamamen kaybolmuşsa motor eksik alanı üretemez; genellikle tutar okunur, tedarikçi ya da KDV satırı boş kalır. Bu yüzden kural olarak fotoğrafın harcama günü çekilmesi önerilir. Okunamayan alanları elle tamamlayıp kaydı taslaktan mali harekete dönüştürebilirsiniz.

OCR ile girilen gider doğrudan raporlara yansır mı?

Tasarım gereği hayır. Okunan veri önce taslak olarak durur; taslak kuyruğu ayrı bir çalışma alanında beklediği için işlenmemiş kayıt cari bakiyeyi yanıltmaz. Kayıt ancak onaylandığında mali harekete dönüşür ve raporlara girer.

Aynı fişi iki kez yüklersem mükerrer gider oluşur mu?

OCR ile yüklenen görsel belgelerde bu riski onay adımı karşılar: taslak kuyruğunda aynı tedarikçi, tarih ve tutar yan yana görünür ve fazlalık işlenmeden silinir. Gelen e-Faturadan üretilen giderlerde ise her belge ETTN'siyle tek kez aktarılır, tekrar aktarım mükerrer kayıt oluşturmaz.

Fişleri ne kadar süre saklamam gerekir?

Saklama süreleri belge türüne, işletmenin durumuna ve yürürlükteki düzenlemelere göre değişir; bu yazıda bir süre belirtilmez. Kendi yükümlülüğünüzü mali müşavirinize doğrulatın. Sistem tarafında yapılması gereken şey nettir: belgenin görüntüsünü kaydın üzerinde tutmak ve arşivi kayıttan ayrı düşürmemek.