HasfiyatBanka hareketinden otomatik fatura
Banka hareketinden otomatik fatura, kuyumcunun POS, havale ve EFT kayıtlarını okuyup her tahsilatı doğrudan e-arşiv veya e-fatura belgesine dönüştüren yöntemdir. Kısa cevap: doğru kurulan bir sistemde banka hesabınıza düşen altın satış bedelini yakalar, 805 özel matrah kodunu ve işçilik KDV'sini ayrıştırır, ardından GİB onaylı belgeyi saniyeler içinde üretir. Böylece gün sonunda tek tek fatura kesmekle uğraşmaz, tahsilat ile belge arasındaki farkı kapatırsınız. Bu yazıda banka mutabakatından özel matrah ayrımına, toplu üretimden hata kontrolüne kadar kuyumcuya özel tüm adımları somut örneklerle ele alıyoruz.
Banka hareketinden otomatik fatura nasıl çalışır?
Banka hareketinden otomatik fatura, banka hesap ekstrenizi veya sanal POS raporunuzu API üzerinden çeken bir yazılımın her tahsilat satırını bir belge adayına dönüştürmesiyle işler. Kuyumcuda tipik akış şöyledir: müşteri bilezik alır, tutarı POS'tan geçer, banka aynı gün hareketi hesabınıza yansıtır. Yazılım bu satırı okur, tutarı altının o günkü has bedeli ile işçilik arasında böler ve özel matrah esasına uygun bir e-arşiv faturası hazırlar. Siz yalnızca müşteri bilgisini ve ürün eşleşmesini onaylarsınız. Sistemin çalışması için banka entegrasyonunun canlı, ürün kartlarının ayar (milyem) bilgisiyle tanımlı ve mükellef bilgilerinin GİB nezdinde güncel olması gerekir.
Kritik nokta, banka satırının hangi belge tipine gideceğinin doğru saptanmasıdır. Bireysel müşteriye yapılan altın satışı e-arşiv fatura olurken, e-fatura mükellefi bir toptancıya kesilen belge e-fatura olur. Yazılım, tahsilat tutarını ve karşı taraf bilgisini kullanarak bu ayrımı otomatik yapar; VKN sorgusuyla alıcının e-fatura kaydını kontrol eder. Ayrıca aynı gün gelen birden fazla POS hareketini birleştirme ya da ayrı ayrı belgeleme kuralını siz belirlersiniz. Doğru kurulum, banka hareketi ile kesilen belge arasında birebir izlenebilirlik sağlar; böylece bir denetimde her faturanın karşılığında somut bir banka tahsilatı gösterebilirsiniz.
Uygulamada akışın sağlıklı çalışması için tahsilat ile belge arasındaki zaman farkını da yönetmek gerekir. POS işlemlerinde banka, provizyon ile gerçek yansımayı farklı anlarda gösterebilir; sistem, belge tarihini satışın gerçekleştiği güne sabitleyip yalnızca tahsilat eşleşmesini banka verisinden alır. Böylece bir satış sabah yapılıp bedeli akşam veya ertesi gün hesaba düşse bile belge doğru tarihi taşır. Ayrıca kısmi tahsilatlar, taksitli işlemler ve komisyon kesintileri ayrı ele alınmalıdır; banka net tutarı yansıtırken belge brüt satış bedelini içerir. İyi kurulmuş bir yazılım, banka komisyonunu ayrı bir gider kaydı olarak işleyip fatura tutarını satışla birebir tutar, böylece cari bakiye ve stok her zaman doğru kalır.
Özel matrah ve 805 kodu tahsilata nasıl yansır?
Kuyumcuda satış bedelinin tamamı KDV matrahı değildir. Altının kendi değeri özel matrah kapsamında istisnadır; yalnızca işçilik ve kar payı KDV'ye tabidir. Banka hareketinden otomatik fatura üretirken sistem, tahsil edilen toplam tutarı ikiye ayırır: has altın karşılığı (KDV'siz, özel matrah) ve işçilik bedeli (KDV'li). E-arşiv faturasında bu ayrım, GİB'in tanımladığı 805 özel matrah kodu ile belgelenir. Örneğin 100.000 TL'lik bir bilezik satışında altının 92.000 TL'si özel matrah satırına, 8.000 TL işçiliğe ve bunun üzerindeki KDV ilgili satıra yazılır. Otomatik sistemin en büyük faydası bu bölmeyi elle hesaplama hatasına yer bırakmadan yapmasıdır.
Bu ayrımın günlük tahsilatla ilişkisi çok önemlidir çünkü banka yalnızca toplam tutarı gösterir; matrah kırılımını göstermez. Yazılım, ürün kartındaki milyem ve o anki has altın kurunu kullanarak altın kısmını hesaplar, kalanı işçilik kabul eder. Kur bilgisini gün içi güncel tutmak burada belirleyicidir; eski kurla üretilen belge özel matrahı yanlış hesaplar. Özel matrah mantığının detayları ve muhasebe kaydına etkisi için altın özel matrah fatura programı yazımızı inceleyebilirsiniz. Bu bütünlük, hem KDV beyanınızı doğru verir hem de olası bir GİB incelemesinde tahsilat-belge-matrah zincirinin tutarlı olmasını sağlar.
POS, havale ve EFT kayıtlarını ayırt etmek
Kuyumcuların tahsilatı tek kanaldan gelmez: fiziki POS, sanal POS, havale, EFT ve zaman zaman taksitli işlemler bir arada bulunur. Otomatik fatura sisteminin bunları doğru sınıflandırması gerekir. Sanal POS hareketleri genellikle sipariş numarasıyla gelir ve müşteri eşleştirmesi kolaydır. Fiziki POS'ta ise banka ertesi iş günü bloke tutarı yansıtabilir; sistem valör farkını dikkate almalı, aksi halde belge tarihi ile tahsilat tarihi çelişir. Havale ve EFT'lerde açıklama alanı kritik rol oynar: müşteri adı, sipariş no veya ürün bilgisi bu alandan okunur. İyi kurulmuş bir yazılım, açıklama alanındaki metni tanıyıp doğru cari hesaba bağlar.
Sınıflandırmanın bir diğer boyutu, tahsilatın gerçekten bir satışa mı yoksa cari borç kapatma, avans veya iade işlemine mi ait olduğudur. Örneğin müşteriden gelen bir havale, önceki ay kesilmiş bir faturanın taksidi olabilir; bu durumda yeni belge kesilmemeli, tahsilat mevcut faturaya işlenmelidir. Yazılım, açık cari bakiyeleri kontrol ederek bu ayrımı önerir ve mükerrer faturalamayı önler. Toplu tahsilat günlerinde bu kontrol elle yapıldığında saatler alır ve hata riski yüksektir. Gün içi çok sayıda hareketi tek seferde belgelemek istiyorsanız kuyumcu toplu fatura kesme yaklaşımını da değerlendirmenizi öneririz.
Kanal ayrımının otomatikleşmesi, kuyumcunun tezgah hızını doğrudan etkiler. Sistem her hareketi doğru sınıflandırdığında personel, gün sonunda yalnızca istisnai kayıtları elle onaylar; bu da hataların yığılmasını önler. Örneğin bir müşteri hem POS hem havale ile ödeme yaptıysa, yazılım iki hareketi tek satışa bağlayıp tek belge üretmelidir. Benzer şekilde, iade edilen bir kartlı işlemin banka tarafında geri ödeme olarak görünmesi, sistemin bunu yeni bir satış sanmasına yol açmamalıdır. Bu senaryoların doğru yönetimi, banka verisiyle beslenen fatura otomasyonunun gerçek değerini ortaya çıkarır ve gün sonu mutabakatını dakikalar içinde tamamlanır hale getirir.
Kurulum, entegrasyon ve GİB onayı
Banka hareketinden otomatik fatura kurmanın ilk adımı, bankanızla açık bankacılık veya kurumsal API bağlantısını açtırmaktır. Çoğu banka, tüzel kişi hesapları için hesap hareketi ve sanal POS raporlarını API ile sunar; yazılım bu servisleri düzenli aralıklarla sorgular. İkinci adım, e-arşiv ve e-fatura entegratörü ile yazılımın konuşmasıdır. Belge üretildikten sonra GİB'e iletim özel entegratör, entegratör veya GİB portalı üzerinden yapılır. E-fatura tarafında alıcının mükellef listesinde olup olmadığı VKN sorgusuyla kontrol edilir. Bu teknik kurulumun ayrıntıları için kuyumcu e-fatura entegrasyonu rehberimiz uçtan uca süreci anlatır.
Kurulum sırasında en çok gözden kaçan konu, güvenlik ve yetkilendirmedir. Banka API'sine erişen anahtarların yalnızca okuma yetkisiyle sınırlı tutulması, para transferi yetkisi içermemesi gerekir; böylece yazılım yalnızca hareketleri görür, işlem yapamaz. Ayrıca mali mühür veya elektronik imza sertifikanızın güncel olması, belge üretiminin kesintisiz sürmesi için şarttır. İlk canlıya alışta birkaç gün paralel çalışma önerilir: sistem belge üretirken siz de banka ekstresiyle karşılaştırır, tutarlılık sağlandıktan sonra tam otomatiğe geçersiniz. Bu geçiş dönemi, ürün-milyem eşleştirmesindeki eksikleri ve müşteri tanıma hatalarını erkenden yakalamanızı sağlar.
Fiyatlandırma, ücretsiz seçenekler ve 2026 beklentileri
Banka hareketinden otomatik fatura çözümlerinin maliyeti genelde iki kalemden oluşur: yazılımın aylık abonelik ücreti ve e-belge kontör (fatura başı) bedeli. Bazı sağlayıcılar düşük hacimli işletmeler için ücretsiz başlangıç paketi ya da deneme sürümü sunar; ancak ücretsiz paketlerde banka API entegrasyonu çoğu zaman kısıtlıdır ve belge adedi sınırlıdır. Kuyumcu gibi yüksek tutarlı ama görece az sayıda belge üreten işletmelerde kontör maliyeti düşük kalırken, entegrasyonun doğru çalışması asıl değeri yaratır. Fiyat karşılaştırırken banka bağlantısı, özel matrah desteği ve toplu üretim özelliklerinin pakete dahil olup olmadığını mutlaka sorun.
2026'ya doğru GİB'in e-belge zorunluluk eşiklerini kademeli olarak düşürmesi ve banka verilerinin daha standart API'lerle sunulması bekleniyor. Bu, banka hareketinden otomatik faturanın küçük kuyumcular için de erişilebilir hale gelmesi demek. Yatırım kararı verirken yalnızca bugünkü belge adedinize değil, önümüzdeki dönemde artacak zorunluluklara da bakın. Doğru kurulmuş bir otomasyon, ciro büyüdükçe ek personel ihtiyacını azaltır. Genel e-fatura ve e-arşiv sürecinin tümünü kavramak için kuyumcu e-fatura ve e-arşiv rehberimizi başlangıç noktası olarak kullanabilirsiniz.
Günlük mutabakat, raporlama ve denetim izi
Banka hareketinden otomatik fatura kuran her kuyumcunun günlük rutinine mutabakat girmelidir. Mutabakat, o gün bankaya düşen tahsilat toplamı ile üretilen belgelerin toplamının karşılaştırılmasıdır. İdeal durumda iki rakam birbirini tutar; aradaki fark, henüz belgelenmemiş bir tahsilatı, iade edilmiş bir işlemi veya cari borç kapatan bir ödemeyi işaret eder. Yazılım bu farkı otomatik hesaplayıp fark listesini önünüze getirdiğinde, sorunları aynı gün çözersiniz. Bu disiplin, ay sonunda muhasebeciye giden verinin temiz olmasını sağlar ve KDV beyanının banka gerçekliğiyle örtüşmesini güvence altına alır. Mutabakatsız çalışan bir otomasyon, hataları biriktirir ve ay sonunda büyük bir düzeltme yükü doğurur.
Raporlama tarafında, banka hareketi ile belge arasındaki birebir bağ güçlü bir denetim izi yaratır. Her faturanın arkasında somut bir banka tahsilatı, her tahsilatın karşılığında ise bir belge bulunur; bu zincir, olası bir GİB incelemesinde en güçlü savunmanızdır. İyi bir sistem, belge bazında 'hangi banka hareketinden üretildi' bilgisini saklar ve istendiğinde raporlar. Ayrıca özel matrah kırılımını, işçilik KDV'sini ve kanal dağılımını gösteren gün sonu raporları, işletme sahibine nakit akışı ve vergi yükü hakkında net bir tablo sunar. Bu şeffaflık, hem iç kontrolü güçlendirir hem de büyüyen bir kuyumcuda finansal görünürlüğü artırır.
Sıkça Sorulan Sorular
Banka hareketinden otomatik fatura özel matrahı doğru hesaplar mı?
Evet. Yazılım, ürün kartındaki milyem bilgisi ve o anki has altın kurunu kullanarak tahsilatı altın (özel matrah, 805 kodu) ve işçilik (KDV'li) olarak ayırır. Kur bilgisi gün içi güncel tutulduğunda hesap birebir doğru çıkar; eski kurla üretim yapılırsa matrah yanlış bölünür.
Havale açıklaması boş gelirse sistem faturayı kime keser?
Açıklama alanı boşsa yazılım tahsilatı otomatik eşleştiremez ve belgeyi onay bekleyen kuyruğa alır. Siz cari hesabı elle seçtikten sonra fatura üretilir. Bu nedenle müşterilere havale açıklamasına ad soyad veya sipariş numarası yazmalarını hatırlatmak eşleşme oranını yükseltir.
Aynı gün gelen birden fazla POS hareketi tek faturada birleşir mi?
Tercih size bağlıdır. Yazılımda 'aynı cariye ait aynı gün hareketlerini birleştir' kuralını açarsanız tek belge, kapatırsanız her hareket için ayrı belge üretilir. Farklı müşterilere ait hareketler her koşulda ayrı faturalanır.
Banka API'si yazılıma para transferi yetkisi verir mi?
Hayır, vermemelidir. Fatura otomasyonu yalnızca hesap hareketlerini okumak için salt-okunur erişim kullanır. Para transferi veya ödeme yetkisi içeren anahtar tanımlamayın; bu hem güvenlik açısından gereksizdir hem de risklidir.
Ücretsiz sürümle banka entegrasyonu kullanılabilir mi?
Genellikle kısıtlı olur. Ücretsiz paketler çoğunlukla manuel fatura girişine izin verir ama banka API bağlantısını ve toplu üretimi kısıtlar. Otomatik banka eşleştirmesi isteyen kuyumcular için ücretli paket veya en azından entegrasyon eklentisi gerekir.
E-Fatura · Tüm blog yazıları · Ücretsiz Dene