Beyanname Yazılımın İşiyse, Müşavir Neyi Satacak?

Yalnızca beyanname gönderen müşavirin alanı daralıyor; müşterisine sistem kuran ve otonomi kazandıran müşavir değer kazanıyor. Geçiş nereden geçiyor ve hizmet sözleşmesine bugün hangi kalemler eklenebilir?

Vergi hesaplamak giderek yazılımın işi hâline geliyorsa, SMMM büroları değerini nereden üretecek? Soru retorik değil. Müşterinin gözünde "beyannamemi gönderen kişi" olan müşavir, yazılımın aynı işi daha hızlı yaptığı her yıl biraz daha fiyat tartışmasına çekiliyor. Tartışılan şey aslında ücret değil; işin kendisinin emtialaşması.

Mesleğin tanımı geniş, pratiği dar

3568 sayılı Kanun (Serbest Muhasebeci Mali Müşavirlik ve Yeminli Mali Müşavirlik Kanunu) mesleğin alanını hiç dar çizmemiş: defter tutmanın ve beyanname düzenlemenin yanında işletmelerin muhasebe sistemlerini kurmak, geliştirmek, işletmecilik ve finans konularında danışmanlık yapmak da işin tanımı içinde. Yani "sistem kuran müşavir" yeni bir icat değil; kanunun ilk günden tarif ettiği, ama pratiğin uyum işlerine sıkıştırdığı bir rol.

Uluslararası literatürün değer katan danışmanlık (value-adding advisory) yaklaşımı da aynı yere işaret eder: mesleğin değeri, yasal uyumun (compliance) kendisinde değil, uyum sürecinde biriken veriyi işletme kararına çevirebilmekte. Meslek etiğinin mesleki yeterlilik ve özen ilkesi de bunu destekler: yetkinliği, teknolojinin bugün yaptığı işte değil, henüz yapamadığı işte güncel tutmak.

Güncel tablo: uyum bandı otomatikleşiyor

Köprüyü bugüne kuralım. GİB'in e-fatura, e-defter ve e-beyanname entegrasyonları uyum sürecinin önemli bölümünü hâlihazırda otomatikleştirdi; yapay zekâ destekli ön muhasebe araçları da kalan kısmı hızla kapatıyor. Veri mükelleften GİB'e giderek daha az insan dokunuşuyla akıyor. Bu bandın üzerinde duran her iş, zamanla bandın parçası olacak.

Bunu bir tehdit hikâyesi olarak anlatmak kolay. Ben tersinden okuyorum: rutin işin otomasyonu, müşavirin vaktini ilk kez gerçek anlamda serbest bırakıyor. İtimat Global'de kendi iç sistemlerimizi (Atlas, Declaro gibi) kurarken gördüğümüz şey buydu: otomasyon işi elimizden almadı; bize müşteriyle işletmesini konuşacak zamanı geri verdi. Sistem Mimarı dediğim konum tam burası — yazılımla yarışan değil, yazılımı müşterisi için kuran müşavir.

Müşteri tarafında da karşılığı var. KOBİ sahibinin gerçek sorunu beyanname değil; kimin neye yetkili olduğu belirsiz bir ERP, iç kontrolü olmayan bir kasa, ay kapanmadan kârını göremediği bir işletme. Bunların hiçbirini yazılım kendi başına çözmüyor; çözecek sistemi kuracak birine ihtiyaç var. O kişi, işletmenin verisini zaten en yakından tanıyan müşavirden başkası olamaz.

Gelir modelini dönüştürmek: sözleşmeden başlar

Geçiş, niyetle değil sözleşmeyle olur. Hizmet sözleşmenizde yalnızca "defter tutma ve beyanname" yazıyorsa, müşteri sizden yalnızca onu satın alıyordur. Önerdiklerim:

• Hizmet sözleşmelerinize iç kontrol kurulumu, ERP yetki matrisi tasarımı ve yönetim raporlaması gibi danışmanlık kalemlerini ayrı bedelle ekleyin.
• Her müşteri için aylık bir yönetim raporu tanımlayın: nakit akışı, kârlılık, alacak yaşlandırma — beyannamenin değil, işletmenin fotoğrafı.
• Bürodaki rutin uyum işlerini kendi içinizde otomatikleştirin; kazanılan saati danışmanlık kapasitesi olarak fiyatlayın.
• Ekipten bir veya iki kişiyi işletme sistemleri üzerine derinleştirin (ERP, iç kontrol, raporlama araçları); her işi herkes yapmasın.
• Müşteri portföyünüzü ayrıştırın: hangi müşteri yalnızca uyum istiyor, hangisi sistem kurulumuna hazır — teklifinizi buna göre kademeleyin.

CFO ve işletme sahibi için mesaj da net: müşavirinizden beyanname değil, sistem isteyin. Beyanname zaten gönderilecek; sizi büyütecek olan, işletmenizin verisini karar üretir hâle getiren yapı.

Beyanname göndermek yazılımın işi olmaya devam edecek; buna direnmenin bir getirisi yok. Asıl soru şu: müşteriniz beş yıl sonra size ne için ödeme yapıyor olacak — tuşa bastığınız için mi, kurduğunuz sistem çalıştığı için mi?