"Çiftçiden alımda e-Müstahsil Makbuzunu ıslak imzasız nasıl düzenleyeceğiz, sistemlerimizde ne değişmeli?" Tarım ürünü satın alan tüccarların, sanayicilerin ve hal işletmelerinin finans ekipleri bu soruyla kısa süre içinde karşılaşacak. Gelir İdaresi Başkanlığı'nın (GİB) 22 Mayıs 2026 tarihli duyurusuna göre, e-Müstahsil Makbuzu çıktısının ıslak imzayla imzalanması yerine, malı satan müstahsilin telefonuna gönderilecek SMS kodu, telefon numarası ve SMS'i gönderen operatör bilgisinin makbuzda yer alması zorunlu hâle getirildi.
Neden şimdi? Çünkü duyuruda belirtilen geliştirmeler 5 Kasım 2026'dan itibaren düzenlenecek tüm e-Müstahsil Makbuzlarında uygulanacak. Bu yazının yayımlandığı 6 Ekim'den itibaren hazırlık için yaklaşık bir ay kalıyor.
Çerçeve: müstahsil makbuzu ve bugünkü usul
Müstahsil makbuzu, gerçek usulde vergiye tabi olmayan çiftçilerden mal alınırken fatura yerine geçen ticari bir vesika. 509 Sıra No.lu VUK Genel Tebliği'ne göre e-Müstahsil Makbuzu yeni bir belge türü değil; kâğıt makbuzla aynı hukuki niteliğe sahip.
Tebliğ, e-Müstahsil Makbuzunu zorunlu olarak kullanacak üç grup sayıyor: e-Fatura'ya geçmek zorunda olup faaliyeti gereği müstahsil makbuzu düzenleyenler; 5957 sayılı Kanun kapsamında komisyoncu ya da tüccar olarak sebze ve meyve ticareti yapanlar ve GİB'in geçiş zorunluluğu getirdiği mükellefler.
Bugüne kadarki uygulamada, elektronik sertifikayla imzalanan makbuzun en az bir nüsha kâğıt çıktısı alınıyor, bu çıktı iki tarafça ıslak imzayla imzalanıp çiftçiye veriliyor; tüccar nüshası ise elektronik ortamda saklanıyor. Islak imza yerine muhatap bilgisinin bilgi teknolojileri üzerinden doğrulanmasına imkân veren hüküm, Tebliğ'e 12 Kasım 2024 tarihli Resmî Gazete'de yayımlanan 573 Sıra No.lu Tebliğ ile eklendi. 22 Mayıs 2026 duyurusu, bu imkânı SMS doğrulaması biçiminde zorunluluğa dönüştürüyor.
Ne değişiyor: makbuza giren üç yeni bilgi
Teknik ayrıntılar, GİB'in aynı gün güncellediği e-Müstahsil Makbuzu Teknik Kılavuzu'nda yer alıyor. Kılavuzun 1.1 sürümü, UBL-TR yapısındaki iki alanı güncelliyor ve düzenleme ile teslime ilişkin yeni bir bölüm ekliyor:
- Çiftçi tarafı (AccountingCustomerParty): Malı satan tarafın telefonuna gönderilen SMS kodu makbuza yazılıyor. İletişim (Contact) bölümünde telefon alanına SMS'in gönderildiği numara, ad alanına "SMS" ifadesi, kimlik alanına ise SMS kodu giriliyor.
- Makbuzu düzenleyen taraf (AccountingSupplierParty): Düzenleyicinin SMS gönderiminde hizmet aldığı operatörün bilgisi, iletişim bölümündeki diğer iletişim alanına yazılıyor.
Kısacası değişiklik yalnızca bir imza yönteminin yerini almıyor; alım anındaki saha akışına, çiftçi ana verisine ve belgeyi üreten yazılıma aynı anda dokunuyor. Duyuru, zorunluluk tarihinden önce ilgili tüm mükelleflerin ve özel entegratörlerin geliştirmeleri tamamlamasının önemine dikkat çekiyor. Gerekli geliştirmeyi yapan mükellefler yeni usulü 5 Kasım'dan önce de kullanabiliyor.
Uyumun maliyeti de göz ardı edilmemeli. Tebliğ, e-Müstahsil Makbuzu olarak düzenlenmesi gereken makbuzu bu şekilde düzenlemeyen ve almayanlar için Kanun'daki cezai hükümlerin uygulanacağını belirtiyor.
Kişisel veri boyutu
Yeni usulde çiftçinin cep telefonu numarası makbuzun parçası oluyor. 6698 sayılı Kanun kişisel veriyi, kimliği belirli veya belirlenebilir gerçek kişiye ilişkin her türlü bilgi olarak tanımlıyor. Aynı Kanun'un 10. maddesi, veri elde edilirken ilgili kişinin işleme amacı, aktarım ve hukuki sebep gibi konularda aydınlatılmasını öngörüyor. Çiftçilere yönelik aydınlatma metninin bu yeni işleme faaliyetini kapsayıp kapsamadığı, hukuk ve uyum ekipleriyle birlikte gözden geçirilmeli.
Pratik yol: 5 Kasım'a kadar hazırlık listesi
Aşağıdaki adımlar, duyuru ve kılavuzdaki gerekliliklerden türetilmiş genel bir çerçevedir; her kurum kendi düzenleme kanalına ve alım yapısına göre uyarlamalıdır.
- Kapsamı ve kanalı belirleyin. e-Müstahsil Makbuzu kullanıcısı olup olmadığınızı ve makbuzu hangi yoldan (GİB portalı, özel entegratör ya da kendi entegrasyonunuz) düzenlediğinizi kayda geçirin. Değişikliğin teknik yükü bu seçime göre farklılaşır.
- Entegratör ve yazılım takvimini alın. Özel entegratörünüzden ya da ERP sağlayıcınızdan, kılavuzun 1.1 sürümündeki alanların hangi tarihte canlıya alınacağını ve test ortamının ne zaman hazır olacağını yazılı olarak isteyin.
- Çiftçi ana verisini temizleyin. Her müstahsil kaydında güncel ve çiftçinin kendisine ait bir cep telefonu numarası bulunmalı. Eksik, ortak kullanılan ya da hatalı numaralar, alım günü sahada işlem tıkanmasına yol açar.
- Saha akışını yeniden tasarlayın. Kantar, depo ya da hal noktasında SMS kodunun çiftçiden alınıp sisteme girileceği adımı tanımlayın: kodu kim soracak, hangi ekranda girilecek, kod gelmezse işlem nasıl ilerleyecek? Tebliğ, belirli istisnai durumları ayrı bölümlerde düzenliyor; kendi durumunuzun bunlara girip girmediğini mali müşavirinizle teyit edin.
- Muhasebe ve ERP kaydını bağlayın. SMS kodu, telefon ve operatör bilgisinin makbuz XML'ine doğru alanlardan aktarıldığını, makbuz kaydıyla birlikte saklandığını ve ödeme kaydıyla eşleştiğini test edin. Bu alanlar elle girilirse hata riski artar; mümkün olan her yerde otomatik aktarım tercih edilmeli.
- Aydınlatma metnini güncelleyin. Telefon numarasının hangi amaçla işlendiği ve makbuz aracılığıyla nereye iletildiği, çiftçiye verilen bilgilendirmede yer almalı.
- Erken pilot yapın. Duyuru, geliştirmeyi tamamlayanların yeni usulü zorunluluk tarihinden önce kullanmasına izin veriyor. Az sayıda alım noktasında yapılacak kısa bir deneme, sorunları zorunluluk tarihinden önce görünür kılar.
- Ekibi eğitin ve izleyin. Saha personeline kısa bir uygulama talimatı verin; ilk haftalarda eksik ya da reddedilen makbuzları günlük olarak raporlayın.
e-Belge verisinin finans süreçlerinde uçtan uca nasıl kullanılabileceğine dair daha geniş çerçeve için e-Fatura ve e-dönüşüm yazımıza bakabilirsiniz.
Sonuç
SMS doğrulaması, e-Müstahsil Makbuzunda ıslak imzanın yerini makbuza yazılan dijital bir doğrulama kaydının alması anlamına geliyor. Teknik değişiklik birkaç alanla sınırlı görünse de başarı; doğru çiftçi verisine, sahada işleyen bir kod alma adımına ve entegratörle zamanında yapılan teste bağlı. 5 Kasım 2026'yı bir yazılım güncellemesi tarihi olarak değil, alım sürecinin baştan sona gözden geçirildiği bir son tarih olarak ele almak, geçiş günlerindeki operasyonel riski azaltır.
Bu yazı genel bilgilendirme amaçlıdır, hukuki danışmanlık yerine geçmez.
#interimmanagement #forwarddeployedengineering