Kontör Tanımlama Nedir? Nerede Kullanılır, Nelere Dikkat Edilir

Kontör tanımlama, satın alınan e-belge kullanım hakkının ilgili kullanıcı veya özel entegratör hesabındaki kullanılabilir bakiyeye aktarılmasıdır. Bu işlem, belge düzenleme yetkisi vermekten çok, hizmette kullanılacak miktarı hesaba işler.

Bu açıklama; e-Fatura, e-Arşiv, e-İrsaliye veya diğer e-belge hizmetlerinde bakiye mantığını anlamak isteyen işletmelere yarar. Kontörün ne zaman düştüğünü, hangi belgelerde kullanıldığını ve tanımlama sırasında hangi bilgilerin kontrol edileceğini birlikte netleştirir.

Bu konu özellikle ilk kez e-belge hizmeti kullanacak işletmeler için önemlidir. Çünkü ödeme, hesap aktivasyonu, belge gönderim yetkisi ve kullanılabilir bakiye aynı işlem olarak değerlendirilmemelidir.

Kontör tanımlama nedir ve ne anlama gelir?

Kontör tanımlama, belirli sayıdaki e-belge kullanım hakkının bir hizmet hesabına işlenmesi demektir. Sağlayıcı, satın alma veya tanımlama işlemi sonrasında ilgili hesabın bakiyesini günceller.

Kontör; GİB tarafından verilen bir vergi numarası, resmi belge numarası veya vergi borcu değildir. Aynı şekilde kontör tanımlama da mükellefiyet açılışı, e-Fatura başvurusu ya da e-Arşiv izni anlamına gelmez.

Tanımlanan miktar, hesabın belge gönderme veya alma işlemlerinde kullanılabilir. Kullanıcı, portalda bulunan bakiye, hareketler veya kontörler alanından kalan miktarı görebilir.

Bir işletmenin tek hesabında farklı kullanıcılar, şubeler veya belge türleri bulunabilir. Bu nedenle tanımlamanın ana hesaba mı, alt kullanıcıya mı yapıldığı işlem öncesinde netleştirilmelidir.

Kontör tanımlama işlemi hizmet modeline göre otomatik veya destek üzerinden gerçekleşebilir. Ödeme sonrası miktarın hangi hesaba aktarılacağı, paket kapsamı ve tanımlama yöntemi sağlayıcının koşullarına bağlıdır.

Tanımlanan kontörün kullanılabilir görünmesi, teknik aktarımın tamamlandığını gösterir. Ancak gönderim yetkisi, mükellef aktivasyonu veya senaryo uygunluğu ayrıca kontrol edilmelidir.

Bu yüzden kontör tanımlamayı, e-belge hesabındaki tüketilebilir bakiyenin oluşturulması olarak düşünmek daha doğrudur. Kontör, belge düzenlemek için gereken teknik ve mevzuat şartlarının tamamını tek başına karşılamaz.

Bu ayrım, iki farklı kaydı birbirine karıştırmayı önler. Bakiye ekranı hizmet kullanımını gösterirken, GİB kayıtları mükellefin e-belge uygulamasındaki durumunu ve yetkisini gösterir.

Örneğin bir kullanıcı hesabında 500 kontör görünmesi, hesabın her belge türünde otomatik gönderim yapacağı anlamına gelmez. Kullanıcının rolü, firma aktivasyonu ve belge kapsamı ayrıca incelenmelidir.

Tanımlama ekranında hesap adı, vergi bilgisi ve paket kapsamı birlikte görünmüyorsa işlem kaydını saklayın. Eksik bilgi bulunan durumlarda belge göndermeden önce sağlayıcıdan yazılı açıklama isteyin.

E-fatura kontör tanımlama nasıl çalışır?

E-fatura kontör tanımlama, seçilen kullanım hakkının işletmeye ait e-belge hesabına aktarılması ve belgeler kullanıldıkça bakiyeden düşülmesi sürecidir.

İlk aşamada işletme, hangi e-belge türlerini kullanacağını ve yaklaşık belge hacmini belirler. Sadece e-Fatura kullanan bir şirket ile e-Fatura ve e-İrsaliye kullanan bir dağıtım işletmesinin kapsam ihtiyacı aynı olmayabilir.

Sonra hesap bilgileri, vergi kimlik numarası veya ilgili kullanıcı tanımı kontrol edilir. Yanlış hesaba yapılan tanımlama, bakiyenin başka bir kullanıcıda görünmesine veya işlemin destek gerektirmesine yol açabilir.

Tanımlama tamamlandığında portalda bir toplam bakiye görünür. Giden belge oluşturulduğunda veya gelen belge hesaba ulaştığında, hizmet kuralına göre bu toplamdan kullanım düşer.

Belge türü, gelen-giden yönü ve hesabın tanımlı kapsamı aynı anda değerlendirilmelidir. Örneğin e-Arşiv için tanımlanan bir kullanım hakkının e-İrsaliye işleminde geçerli olup olmadığı ayrıca kontrol edilmelidir.

İşlem sonrasında kullanıcı, bir deneme belgesi veya düşük riskli bir işlemle bakiye hareketini doğrulayabilir. Deneme yönteminin kontör tüketip tüketmediği kesinleşmeden gerçek belgeyi test amacıyla göndermemek gerekir.

Portalda bakiye güncellenmiyorsa aynı hesabın kullanıldığını, ödeme durumunu ve tanımlama bildirimini kontrol edin. Çözüm bulunamazsa işlem tarihini, kullanıcı bilgilerini ve dekontu sağlayıcı desteğine iletin.

Bir kafe sahibi, gün içinde hem e-Arşiv Fatura hem de tedarikçilerden gelen e-Fatura kullanabilir. Bu nedenle tanımlama yapılırken yalnızca kasadan kesilen belgeler değil, gelen kutusundaki hareketler de hesaba katılmalıdır.

Adım adım doğrulamada önce başlangıç bakiyesini kaydedin, ardından tek bir belge hareketinin kayda nasıl yansıdığını inceleyin. Son olarak belge numarası, işlem zamanı ve bakiye değişimini eşleştirin.

Karşı durumda, işletme yalnızca e-Fatura kullanıyor ve gelen belge almıyorsa hesaplama daha sınırlı olabilir. Yine de gelecekte başlayacak e-Arşiv veya e-İrsaliye kullanımı için kapsam yeniden değerlendirilmelidir.

Kontör nerede kullanılır ve hangi e-belgeleri kapsar?

Kontör, hizmet kapsamına alınmış e-belgelerin gönderilmesi veya alınması sırasında kullanılabilir. Kapsam, seçilen hizmete ve sağlayıcının güncel paket koşullarına göre doğrulanmalıdır.

Yaygın kullanım alanları e-Fatura, e-Arşiv Fatura, e-İrsaliye, e-Serbest Meslek Makbuzu, e-Müstahsil Makbuzu ve e-Bilet işlemleridir. Her işletmenin bu belgelerin tamamını kullanması gerekmez.

Bir faturanın hangi senaryoyla düzenlendiği, kontör türünü tek başına değiştirmez; ancak belgenin doğru alıcıya ve doğru kanaldan gönderilmesi gerekir. Ayrıntılar için fatura senaryosu açıklamasına bakılabilir.

e-İrsaliye ile ilgili belge akışını, sevk irsaliyesi tanımıyla birlikte değerlendirmek gerekir. Çünkü kontör hesabı, belgenin taşıdığı ticari ve lojistik bilgilerin doğruluğunu değiştirmez.

e-Arşiv üzerinde TCKN ile düzenlenen belgelerde de alıcı bilgisinin doğruluğu önemlidir. TCKN fatura hakkında bilgi edinmek, kişi bilgisiyle düzenlenen belgelerde hatalı gönderimi azaltır.

Belge türü listede yer alsa bile her senaryo ve kullanıcı rolü otomatik olarak kapsanmayabilir. Bu nedenle hizmet açıklamasında gönderim, alım, arşivleme ve kullanıcı yetkisi ayrımlarını ayrı ayrı okuyun.

Örneğin bir serbest meslek erbabı e-SMM kullanırken, aynı işletmenin ticari satışları için e-Fatura veya e-Arşiv ihtiyacı doğabilir. Bu belgelerin kapsamını tek bir belge adı üzerinden varsaymak doğru değildir.

Bir e-belge kaç kontör kullanır?

Bu hizmette temel sayım kuralı, her gelen ve giden belgenin bir kontör düşürmesidir. Dolayısıyla bir hesapta 18 giden ve 7 gelen belge oluştuğunda toplam tüketim 25 kontör olur.

Giden belge, işletmenin sistem üzerinden alıcıya gönderdiği e-belgedir. Gelen belge ise başka bir işletme veya gönderici tarafından hesabın gelen kutusuna iletilen belgedir.

Kontör hesabı belge başına yapılıyorsa, faturadaki ürün satırı sayısı tüketimi artırmaz. On satırlı tek fatura ile iki satırlı tek fatura, ayrı belge olmadıkları sürece birer belge olarak değerlendirilir.

Toplu gönderim ekranı kullanılması da otomatik olarak tek kontör anlamına gelmez. Sistem, toplu işlemin içindeki her belgeyi ayrı ayrı işliyorsa her belge için kullanım düşebilir.

İptal, ret, başarısız gönderim, mükerrer belge veya iade işlemlerinde kontörün geri dönüp dönmeyeceği sağlayıcının kuralına bağlıdır. Bu konuda otomatik iade varsayımıyla plan yapmak doğru değildir.

Yanlış: Bir faturadaki her ürün satırının ayrı kontör tükettiğini düşünmek. Doğru: Önce hizmetin belge başına sayım yaptığını kontrol etmek ve hesabı belge adediyle planlamaktır.

Bu nedenle bakiye hesabında sadece satış faturalarını değil, gelen belgeleri de dikkate alın. Özellikle yüksek tedarikçi hacmi olan işletmelerde gelen belge tüketimi toplam ihtiyacın önemli bölümünü oluşturabilir.

Kontör tüketimini izlerken belge numarası, belge yönü ve işlem tarihini aynı tabloda tutmak gerekir. Böylece bakiye azalmasının tek bir gönderimden mi, gelen kutusu hareketinden mi kaynaklandığı anlaşılır.

Bir belge gönderiminde teknik hata görülmesi, kontörün kesinlikle kullanılmadığı anlamına gelmez. İşlem durumunu ve hareket kaydını incelemeden bakiyenin geri döneceğini varsaymayın.

Kontör satın alma ile kontör tanımlama arasındaki fark nedir?

Kontör satın alma, belirli bir kullanım hakkının edinilmesidir; kontör tanımlama ise edinilen hakkın doğru hesaba aktarılmasıdır. İki işlem aynı aşama değildir.

Ödeme yapılması, bakiyenin mutlaka doğru kullanıcı ekranında göründüğü anlamına gelmez. Tanımlama için hesap, vergi bilgisi, paket kapsamı ve kullanıcı eşleşmesi ayrıca kontrol edilebilir.

Kontör yükleme ifadesi genellikle bakiyenin artırılmasını anlatır. Kontör tanımlama ise bu artışın belirli bir hesapta, kullanıcıda veya hizmet kapsamındaki alanda kullanılabilir hale gelmesini vurgular.

Tanımlama tamamlanmadan belge gönderme denemesi yapmak, bakiye yetersizliği veya kapsam dışı hizmet uyarısı oluşturabilir. Bu nedenle satın alma belgesi ile portal bakiyesini karşılaştırmak gerekir.

Yanlış: Ödeme dekontunu kontörün kullanılabilir olduğu yönünde tek başına yeterli kabul etmek. Doğru: Portal bakiyesini, tanımlama bildirimini ve ilgili hesap bilgisini birlikte doğrulamaktır.

Bir işletmenin birden fazla şubesi veya markası varsa tanımlamanın hangi hesapta kullanılacağını baştan belirleyin. Ana hesaba aktarılan bakiyenin alt kullanıcılar arasında nasıl paylaşılacağı da hizmet koşullarında yazabilir.

Satın alma belgesi muhasebe kaydını, tanımlama kaydı ise hizmet kullanımını gösterir. Bu iki kaydı ayrı dosyalamak; ödeme, bakiye ve destek yazışmalarını sonradan eşleştirmeyi kolaylaştırır.

Şubeli işletmelerde aynı vergi kimlik numarasına bağlı farklı kullanıcılar bulunabilir. Bu durumda tanımlamanın merkez hesaba mı, şube hesabına mı yapılacağı ve ortak bakiyenin nasıl çalıştığı önceden sorulmalıdır.

Karşı durumda ödeme tamamlanmış, fakat hesap bilgisi yanlış girilmiş olabilir. Yeni paket almak yerine önce mevcut işlem numarasıyla hesap eşleşmesini ve düzeltme seçeneğini kontrol edin.

Kontör tanımlama süreci adım adım nasıl ilerler?

Kontör tanımlama süreci, ihtiyacın belirlenmesiyle başlar ve bakiye hareketinin portalda doğrulanmasıyla tamamlanır. Aşağıdaki adımlar genel kontrol sırasını gösterir.

Her sağlayıcı aynı ekran adlarını kullanmayabilir. Bu nedenle burada anlatılan sıra, işlem mantığını açıklar; menü adı veya onay adımı için ilgili portalın güncel yardım ekranı esas alınmalıdır.

1. Hangi e-belge türlerinin kullanılacağını ve yaklaşık belge hacmini belirleyin.
2. Tanımlamanın yapılacağı ana hesap, kullanıcı veya şube bilgisini doğrulayın.
3. Paketin gelen ve giden belgelerdeki sayım kuralını inceleyin.
4. Ödeme veya satın alma işleminin tamamlandığını kontrol edin.
5. Kontör miktarının portalda kullanılabilir bakiye olarak göründüğünü doğrulayın.
6. Varsa kullanım süresi, kapsam ve iade koşullarını işlem kaydına ekleyin.
7. Gerçek işlem öncesinde güvenli bir belge akışıyla tüketim hareketini kontrol edin.

Tanımlama sırasında vergi kimlik numarası veya kullanıcı e-posta adresi yanlış girilirse bakiye farklı hesaba bağlanabilir. Böyle bir durumda yeni satın alma yapmadan önce hesap eşleşmesini kontrol etmek gerekir.

İşlem tamamlandıktan sonra bakiye ekranının görüntüsünü veya işlem numarasını saklamak, sonradan yapılacak destek başvurularında kanıt sağlar. Bu kayıt, muhasebe ödeme belgesinden ayrı olarak tutulmalıdır.

İşlem kaydına ödeme tarihi, kullanılan hesap, tanımlanan miktar ve paket kapsamını birlikte yazın. Bu bilgiler, portal ekranı değiştiğinde veya farklı bir kullanıcı destek talebi açtığında süreci açıklamaya yardımcı olur.

Tanımlama otomatik gerçekleşse bile ilk kullanım öncesinde bakiye ve kapsam doğrulaması yapılmalıdır. Otomatik aktarım, yanlış seçilmiş hesap veya uygun olmayan belge türü riskini ortadan kaldırmaz.

Kontör tanımlarken hangi bilgiler kontrol edilmelidir?

Kontör tanımlarken hesap sahibi, belge kapsamı, miktar, kullanım süresi ve gelen-giden sayım kuralı birlikte kontrol edilmelidir. Sadece paket adını incelemek yeterli değildir.

Aşağıdaki kontrol listesi, ödeme veya tanımlama onayından önce kullanılabilir. Maddeler, her işletmenin kendi belge hacmine göre ayrıca değerlendirilmelidir.

• Tanımlamanın yapılacağı vergi kimlik numarası veya kullanıcı hesabı doğrulanmıştır.
• Paketin hangi e-belge türlerini kapsadığı açıkça kontrol edilmiştir.
• Gelen ve giden belgelerin ayrı ayrı kontör tükettiği hesaba katılmıştır.
• Kontör miktarı, işletmenin beklenen belge hacmiyle karşılaştırılmıştır.
• Kullanım süresi, yenileme ve kullanılmayan bakiyeye ilişkin koşullar okunmuştur.
• İptal, ret, başarısız gönderim ve iade işlemlerindeki tüketim kuralı sorulmuştur.

Uzman notu: Kontör miktarını yalnızca düzenlediğiniz fatura sayısına göre hesaplamayın; gelen belgeleri, e-İrsaliye hacmini ve test işlemlerinin tüketim kuralını da hesaba katın.

Bu maddelerden biri belirsizse ödeme öncesinde yazılı açıklama isteyin. Sözlü bilgi yerine paket koşulu, portal açıklaması veya destek kaydı saklamak sonraki uyuşmazlıkları azaltır.

Özellikle şubeli işletmelerde kullanıcı yetkilerini ayrıca inceleyin. Bir kullanıcının bakiye görmesi, o kullanıcının tüm belge türlerinde gönderim yapabileceği anlamına gelmeyebilir.

Vergi kimlik numarası doğru olsa bile kullanıcı e-posta adresi veya şube tanımı yanlış olabilir. Tanımlama onayından önce bu alanları ödeme belgesi ve portal hesap bilgileriyle karşılaştırın.

Kullanıcı rolü, bakiye görüntüleme ile belge gönderme yetkisini ayırabilir. Bu nedenle yeni tanımlanan kontörü gören kişinin, gerekli belge türünde işlem yapabildiği ayrıca denenmelidir.

Kontör bakiyesi ve kullanım süresi nasıl takip edilir?

Kontör bakiyesi, portalın bakiye veya hareketler ekranından düzenli olarak izlenmelidir. Takipte yalnızca kalan toplam miktar değil, tüketim tarihi ve belge yönü de incelenmelidir.

İlk kontrol tanımlama sonrasında yapılır. Başlangıç bakiyesi ile işlem sonrasındaki bakiye arasındaki fark, yapılan gönderim veya alınan belge sayısıyla karşılaştırılabilir.

İkinci kontrol aylık veya haftalık belge hacmi üzerinden yapılabilir. Örneğin işletme, gelen ve giden belgeleri ayrı sütunlarda izlerse hangi yönde daha fazla tüketim oluştuğunu görür.

Kullanım süresi paket veya hizmet koşuluna göre belirlenebilir. Bu nedenle satın alma tarihini değil, sağlayıcının tanımladığı başlangıç ve bitiş bilgisini esas almak gerekir.

Portalda son kullanma tarihi görünmüyorsa destek kaydında bu bilgiyi açıkça sorun. Kullanılmayan bakiyenin otomatik devredileceğini, uzatılacağını veya iade edileceğini varsaymayın.

Belge hareketleriyle banka veya muhasebe kayıtlarını dönemsel olarak karşılaştırmak da yararlıdır. Fark varsa aynı belgenin iki kez işlendiğini, gelen belgenin hesaba düştüğünü veya farklı kullanıcı işlemi yapıldığını araştırın.

Bakiyenin aniden azalması durumunda önce gelen kutusunu, giden kutusunu, toplu işlem kayıtlarını ve kullanıcı hareketlerini inceleyin. Teknik açıklama gerekiyorsa belge numarası ve işlem zamanını destek kaydına ekleyin.

Pratik takip için her dönem başında başlangıç bakiyesini, dönem sonunda kalan miktarı ve toplam belge sayısını kaydedin. Bu üç veri, tüketim hesabındaki farkları hızlıca görünür hale getirir.

Karşılaştırma sonucunda bakiye ile belge adedi uyuşmuyorsa önce farklı belge türlerini ve kullanıcı hesaplarını kontrol edin. Sorun devam ederse ekran görüntüsü, işlem numarası ve tarih bilgileriyle destek başvurusu oluşturun.

Küçük işletmede kontör tanımlama nasıl hesaplanır?

Bir küçük işletmede kontör ihtiyacı, beklenen gelen ve giden e-belge sayılarının birlikte hesaplanmasıyla belirlenir. Sadece kesilen faturaları saymak eksik sonuç verir.

Örneğin bir eczane sahibi, tedarikçilerinden gelen e-Faturaları alırken müşterilerine e-Arşiv Fatura düzenleyebilir. Ayrıca sevkiyat yapıyorsa e-İrsaliye kullanımı da toplam belge hacmine eklenebilir.

Bu eczanenin örnek olarak 60 giden ve 90 gelen belge aldığı bir dönemde, belge başına bir kontör kuralı uygulanıyorsa toplam tüketim 150 kontör olur. Bu sayı yalnızca açıklama amaçlı bir hesap örneğidir.

İşletme, önceki dönemlerden gelen gerçek belge sayısını ve beklenen değişimi birlikte incelemelidir. Yeni şube açılması, tedarikçi sayısının artması veya kampanya dönemi gibi durumlar hacmi yükseltebilir.

Yanlış: Eczanenin sadece müşterilere kestiği 60 belgeyi temel almak. Doğru: Gelen 90 belgeyi ve kapsam dahilindeki diğer e-belgeleri de toplam kullanım hesabına katmaktır.

Bu senaryoda e-Defter işlemi ayrıca değerlendirilmelidir. E-Defter, e-Fatura gibi tek tek gelen veya giden fatura sayımıyla aynı mantıkta olmayabilir; güncel hizmet koşulu ayrıca incelenmelidir.

Küçük işletme sahibi, ay sonunda kalan bakiyeyi ve belge hareketlerini mali müşavirine gösterebilir. Böylece tanımlama planı, işletmenin gerçek satış ve alış akışıyla karşılaştırılır.

Örnekteki işletme, üç aylık belge ortalamasını çıkararak daha dengeli bir planlama yapabilir. Mevsimsel satış, yeni tedarikçi veya sevkiyat artışı bekleniyorsa tahmine ayrıca güvenlik payı eklenebilir.

Beklenmeyen belge hacmi oluşmadığında küçük paket yeterli olabilir; ancak gelen belge sayısı hızla artıyorsa yalnızca geçmiş satış rakamlarına dayanmak yetersiz kalır. Plan, gerçek hareketler üzerinden yenilenmelidir.

Kontör tanımlamada hangi hatalar yapılır?

Kontör tanımlamada en sık yapılan hatalar, yanlış hesaba işlem yapılması, gelen belgelerin hesaba katılmaması ve paket kapsamının okunmamasıdır.

Birinci hata, kontörün tüm e-belge türlerinde otomatik geçerli olduğunu varsaymaktır. Paket e-Fatura ve e-Arşiv için uygun olabilirken e-İrsaliye veya başka bir hizmet için ayrıca koşul içerebilir.

Yanlış: Paketin adında e-Fatura yazdığı için tüm e-belgelerde kullanılabileceğini düşünmek. Doğru: Kapsam tablosunda e-Arşiv, e-İrsaliye, e-SMM, e-MM ve e-Bilet durumunu ayrı ayrı kontrol etmektir.

İkinci hata, gelen belge tüketimini yok saymaktır. Tedarikçilerden alınan belgeler de hesapta kontör düşürüyorsa, sadece satış faturaları üzerinden yapılan planlama kısa sürede yetersiz kalabilir.

Yanlış: Bakiye azalmasını yalnızca giden belgelerle açıklamak. Doğru: Gelen kutusu, giden kutusu ve kullanıcı hareketlerini birlikte incelemektir.

Üçüncü hata, başarısız veya iptal edilen belgelerin iade edildiğini varsaymaktır. Bu işlemlerin kontör etkisi hizmet kuralına bağlıdır ve her sağlayıcıda aynı şekilde uygulanmayabilir.

Dördüncü hata, tanımlama bildirimi ile portal bakiyesini karşılaştırmamaktır. Bildirimde yazan hesap ile giriş yapılan hesap farklıysa, kullanıcı doğru miktarı görse bile belge gönderemez.

Hatayı önlemek için her belge türünü ayrı satırda, gönderim ve alım adetlerini ayrı sütunlarda izleyin. Bu tablo, kapsam dışı bir işlemin neden bakiye düşürdüğünü araştırırken başlangıç noktası sağlar.

Bir başka hata da kullanım süresini yalnızca satın alma tarihinden hesaplamaktır. Paket başlangıcı, tanımlama tarihi veya farklı bir koşula bağlı olabileceği için portal ve yazılı açıklama birlikte incelenmelidir.

Kontör tanımlama ile GİB işlemleri arasındaki fark nedir?

Kontör tanımlama, GİB nezdindeki mükellefiyet veya e-belge başvurusunun yerine geçmez; yalnızca hizmet hesabındaki kullanım hakkını düzenler.

İşletmenin e-Fatura veya başka bir e-belge uygulamasına geçiş şartları, faaliyet türü, mükellefiyet bilgileri ve güncel mevzuatla belirlenir. Kontör satın almak bu şartları otomatik olarak sağlamaz.

Alıcı mükellefin e-Fatura kullanıcısı olup olmadığı, belgenin hangi kanaldan gönderileceğini etkileyebilir. Bu nedenle mükellef listesi ve alıcı bilgileri kontrol edilmelidir.

Belgenin ticari veya temel fatura senaryosuna uygunluğu da ayrı bir konudur. Kontörün bulunması, hatalı senaryo seçimini, yanlış vergi bilgisini veya eksik zorunlu alanı düzeltmez.

Defter-Beyan Sistemi de kontör tanımlamadan farklı bir vergi ve bildirim sürecidir. Bu ayrımı görmek için Defter-Beyan Sistemi açıklaması incelenebilir.

Mevzuatla belirlenen hadler, başvuru şartları ve uygulama ayrıntıları zaman içinde değişebilir. Rakam veya tarih gerektiren bir karar öncesinde güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Kontör hesabı teknik bir kullanım ölçüsüdür; vergi yükümlülüğünün, belge geçerliliğinin veya resmi başvuru sonucunun ölçüsü değildir. Bu ayrım, satın alma kararında yanlış beklenti oluşmasını önler.

GİB işlemi tamamlanmış olsa bile hizmet hesabında tanımlama yapılmamış olabilir. Tersine, bakiye görünse bile mükellefin ilgili uygulamadaki aktivasyonu tamamlanmamışsa belge gönderimi mümkün olmayabilir.

Karşı durumda, işletme yalnızca özel entegratör hesabındaki bakiyeyi kontrol ederek mevzuat uygunluğu sonucuna varabilir. Uygulama şartları için güncel GİB duyurusunu ve mali müşavirinizi ayrıca kontrol edin.

Özet: 5 maddede kontör tanımlama nedir?

Kontör tanımlamanın özeti, satın alınan e-belge kullanım hakkının doğru hesaba aktarılması ve belge hareketleriyle izlenmesidir. İşlem, e-belge düzenleme yetkisi veya GİB başvurusu yerine geçmez.

Aşağıdaki beş madde, tanımlama öncesinde ve sonrasında temel kontrol çerçevesini oluşturur:

• Kontör tanımlama, satın alınan veya ayrılan kullanım hakkının ilgili hizmet hesabına aktarılmasıdır.
• Gelen ve giden belgelerin her biri, bu hizmette belirtilen kurala göre bir kontör tüketir.
• Kontörün hangi e-belge türlerinde geçerli olduğu, paket kapsamından ve güncel hizmet koşullarından kontrol edilir.
• Hesap bilgisi, bakiye, kullanım süresi, iade koşulu ve kullanıcı yetkileri tanımlama öncesinde doğrulanır.
• GİB başvuru şartları, belge senaryosu ve vergi yükümlülükleri kontör işleminden bağımsız olarak değerlendirilir.

Bu beş maddeyi işletmenin gerçek gelen-giden belge hacmiyle karşılaştırmak, yetersiz veya yanlış tanımlama riskini azaltır. Bakiye hareketleri düzenli izlendiğinde beklenmeyen tüketim daha erken fark edilir.

Belirsiz kalan kapsam veya mevzuat konularında yazılı sağlayıcı açıklaması alınmalı, güncel GİB duyurusu ve mali müşavir görüşü birlikte değerlendirilmelidir.

Bu çerçeve, kontör miktarını satın almadan önce ihtiyaç hesabı yapmayı ve tanımlama sonrasında bakiye hareketini denetlemeyi sağlar.

İhtiyacınıza uygun kapsamı görmek için kontör paketleri sayfasındaki güncel açıklamaları inceleyebilirsiniz. efaturakontor.com'da tüm e-belgelerde geçerli havuz kontör paketleri (100'den 500.000 kontöre), ücretsiz e-fatura portalı, Sovos altyapısına aynı gün tanımlama ve 12-18 ay kullanım süresi sunulur.