E-Müstahsil Makbuzu Süreci: Üretici Bilgisi, Kesinti ve Belge Kontrolü
E-Müstahsil Makbuzu, tarımsal ürün alımında alıcı tarafından düzenlenen belgenin elektronik biçimidir. Sürecin güvenilirliği yalnız XML üretimine bağlı değildir. Üreticinin statüsü, fiilen teslim alınan ürün, kalite veya kantar sonucu, kesintilerin dayanağı ve ödeme kaydı aynı işlem dosyasında birbirine bağlanmalıdır.
Belgenin hangi alımda kullanılacağı tarafların vergi durumu ve işlemin niteliğiyle ilgilidir. Üretici kaydında “çiftçi” seçili olması tek başına yeterli kanıt değildir. İşletme, güncel Vergi Usul Kanunu düzenlemelerini, GİB e-Müstahsil Makbuzu teknik dokümanını ve kendi somut işlemini mali müşaviriyle değerlendirmelidir. Bu kontrol, yanlış belge türünü kusursuz teknik formatta üretme hatasını önler.
Üretici kartı ile işlem anını ayırın
Üretici kartında kimlik veya vergi kimlik bilgisi, ad-soyad, adres ve doğrulama tarihi tutulabilir. Ancak belge, kartın daha sonra değişen güncel haline değil, alım anında doğrulanan sürüme dayanmalıdır. Kimlik numarası ekranda maskelenebilir; belge üretim yetkisi ve tam veriye erişim ayrı rollere verilebilir.
Ürün tarafında ticari ad, ürün kodu, miktar, ölçü birimi, birim fiyat, kalite sınıfı ve teslim noktası birlikte kaydedilmelidir. “Domates” gibi genel bir açıklama, farklı kalite sınıfları ve fiyatları ayırmaya yetmeyebilir. Kantar bileti, alım pusulası, kalite analizi veya depo kabul kaydı belgenin satırına referanslanır.
Hesap bölümünde brüt alım bedeli, uygulanabilir kesintiler ve net ödenecek tutar ayrı alanlarda görünmelidir. Kesinti oranı yazılıma değişmez bir sabit olarak gömülmemelidir. Ürün, taraf statüsü, işlem tarihi ve ilgili düzenleme oranı etkileyebilir. Oranın kaynağı, yürürlük tarihi ve onaylayan uzman kaydedilmeden otomatik hesap kesin muhasebe gerçeği sayılmamalıdır.
Örnek senaryo: sipariş miktarı kantarda değişiyor
Bir işletme üreticiyle 5.000 kilogram ürün için alım planlıyor. Araç ilk ve ikinci tartımdan sonra 4.860 kilogram net ürün getiriyor. Kalite kontrolü ayrıca 120 kilogramın sözleşmedeki sınıfa uymadığını tespit ediyor. Satın alma siparişindeki 5.000 kilogramı e-Müstahsil Makbuzuna kopyalamak, fiilî kabulü ve fiyatlandırmayı yanlış gösterebilir.
İşlem dosyasında önce brüt tartım, dara ve net tartım değerleri ile kantarın kimliği saklanır. Ardından kalite ekibinin kabul ettiği 4.740 kilogram ile farklı işleme tabi tutulacak veya reddedilecek 120 kilogram ayrıştırılır. Hangi miktarın satın alındığı sözleşme ve kabul kaydıyla belirlenir. Belge satırı, yetkili kişinin onayladığı fiilî alım miktarına dayanır; sipariş yalnız karşılaştırma verisi olarak kalır.
Brüt bedel kabul edilen miktar ve onaylanmış birim fiyat üzerinden hesaplanır. Sonra işlem tarihinde geçerli olduğu doğrulanan kesintiler ayrı satırlarda uygulanır. Net tutar ödeme talimatına aktarılırken küsurat ve yuvarlama farkı kontrol edilir. Banka ödemesi tamamlandığında işlem referansı belgeye bağlanır; makbuzun düzenlenmiş olması ödemenin yapıldığını tek başına kanıtlamaz.
Kesinti hesabında iz bırakın
Her kesinti satırında tür, matrah, oran, tutar, hukuki kaynak sürümü ve hesaplama zamanı bulunmalıdır. Oran sonradan değişirse geçmiş belge yeni oranla yeniden hesaplanmamalıdır. Hesap motoru işlem tarihindeki parametre sürümünü saklamalıdır. Manuel değişiklik gerekiyorsa eski ve yeni değer, gerekçe ve onaylayan kişi denetim izinde görünmelidir.
Matematik kontrolü en az üç seviyede yapılabilir: miktar × birim fiyat ile brüt bedel; matrah × oran ile kesinti; brüt bedel eksi ilgili kesintiler ile net tutar. Vergisel bileşenlerin kapsamı her işlemde aynı olmayabileceğinden, ekran yalnız formülü değil hangi kalemin neden uygulandığını da göstermelidir.
Para birimi veya farklı ölçü birimi kullanılan istisnai alımlarda dönüşüm kaynağı ve hassasiyeti ayrıca kaydedilir. Ton-kilogram dönüşümünde virgül hatası, büyük bir tutar farkı yaratabilir. Sistem, ölçü birimleri uyuşmadığında otomatik belge üretimini durdurup inceleme istemelidir.
Hata ve istisna noktaları
Aynı üreticiden gün içinde birden çok teslim alınması halinde teslimlerin tek belgede mi ayrı belgelerde mi ele alınacağı güncel düzenleme ve iş akışıyla teyit edilmelidir. Farklı kalite ve fiyat satırları tek ortalama fiyata dönüştürülürse anlaşmazlık kaynağı olan ayrıntı kaybolabilir.
Üretici kimliği doğrulanamıyorsa geçici kartla nihai belge üretmek yerine işlem beklemeye alınmalıdır. Yanlış kişiye düzenlenmiş belgeyi yalnız üretici kartını düzelterek onarmak mümkün değildir; imzalı elektronik kayıt korunmalı ve geçerli iptal/düzeltme yolu izlenmelidir.
Ürün sonradan iade edildiğinde ilk makbuz silinmemelidir. İade, fiyat farkı veya kalite uyuşmazlığı için gereken yeni ticari ve vergisel işlem uzman tarafından belirlenir ve ilk ETTN ile ilişkilendirilir. Teknik olarak başarılı iletim de üreticinin belge örneğine eriştiğini veya net tutarın ödendiğini göstermez; teslim ve ödeme kanıtları ayrı izlenir.
Belge öncesi kontrol listesi
İşlem için e-Müstahsil Makbuzu kullanımının uygunluğu doğrulandı mı?
Üreticinin kimliği, statüsü ve doğrulama tarihi kayıtlı mı?
Ürün türü, kalite sınıfı, miktar ve ölçü birimi fiilî kabulle uyuşuyor mu?
Kantar ve depo kayıtları doğru satıra bağlandı mı?
Birim fiyatın sözleşme veya alım onayı mevcut mu?
Kesinti türleri ve oranları işlem tarihindeki doğrulanmış kaynaktan mı geliyor?
Brüt, kesinti ve net tutar matematiği bağımsız kontrol edildi mi?
XML, imza, ETTN ve teknik iletim sonuçları saklandı mı?
Üreticiye sunulan nüsha veya erişim kanıtı kaydedildi mi?
Ödeme emri ile banka sonucu birbirinden ayrıldı mı?
Kısa SSS
Siparişteki miktar doğrudan belgeye aktarılabilir mi?
Sipariş beklenen miktarı gösterir. Belgeye esas miktar, fiilî teslim ve kabul kayıtlarıyla doğrulanmalıdır.
Kesinti oranı her üretici için aynı mıdır?
Böyle bir varsayım güvenli değildir. İşlem tarihi, ürün ve taraf statüsü dikkate alınarak güncel kaynak ve mali müşavir onayı kullanılmalıdır.
E-Müstahsil Makbuzu oluşunca ödeme tamamlanmış sayılır mı?
Hayır. Belge düzenleme ve ödeme farklı olaylardır. Banka sonucu veya geçerli ödeme kanıtı ayrıca işlem dosyasına bağlanmalıdır.
Kaynaklar
Mehmet Hakkı Yuvanç
FiscusAI ekibi
