Teknoloji Şirketleri İçin Teşvikler: Nereden Başlamalısınız?
Teknoloji şirketleri için teşvik araştırmasını faaliyet, proje, personel ve gider kayıtlarıyla başlatın. Ar-Ge, TEKMER ve SGK konularında kontrol adımlarını öğrenin.
Teknoloji şirketleri teşvik araştırmasına nereden başlamalı?
Teknoloji şirketleri için doğru başlangıç, bir teşvik listesi toplamak değil, şirketin faaliyetlerini ve harcamalarını doğru tanımlamaktır. Ürün geliştirme, araştırma, rutin yazılım uyarlaması, satış, ihracat ve istihdam farklı değerlendirme alanlarıdır. Önce hangi işin hangi amaçla yapıldığını belirleyin. Ardından ilgili destek veya teşvikin kapsamını, başvuru koşullarını, belge düzenini ve uygulama tarihlerini inceleyin. Şirket unvanında teknoloji kelimesinin bulunması bütün harcamaları teşvik kapsamına taşımaz.
Bu rehber, şirketlerin mali müşavirleri ve ilgili uzmanlarıyla daha hazırlıklı çalışabilmesi için bir yol haritası sunar. Belirli bir işletmenin hangi vergiyi ne kadar az ödeyeceğine ilişkin hesap değildir. Vergi ve sigorta uygulamaları; faaliyet, personel, dönem ve yürürlükteki koşullar bakımından ayrı değerlendirilmelidir. Girişimcinin görevi bütün mevzuatı ezberlemek değil, doğru soruları sormak ve yapılan işin kanıtını düzenli biçimde üretmektir.
Destek, teşvik, istisna ve indirim kavramlarını ayırın
Gündelik konuşmada bu kelimeler birbirinin yerine kullanılabilir. Oysa şirketin nakit planına etkileri farklıdır. Bir proje desteği uygun giderlerin belirli bölümüne katkı sağlayabilir. Vergi indirimi matrahın hesaplanmasını etkileyebilir. İstisna, ilgili düzenleme kapsamında belirli gelir veya işlemler için farklı bir sonuç doğurabilir. Sigorta primi teşviki ise personel maliyetinin belirli unsuruyla ilgili olabilir. Aynı başlık altında toplam tasarruf hesabı yapmak bu farkları gizler.
İlk tablonuzda her araç için “Hangi yükümlülüğe veya gidere etki ediyor?” sorusunu cevaplayın. Sonra zamanlamasını yazın: harcama öncesi kaynak mı gerekiyor, ödeme talebi mi yapılacak, aylık beyan mı etkilenecek? Bir teşvikin mevcut olması, o ay şirket hesabına nakit gireceği anlamına gelmez. Finansal planlamada bu ayrımı yapmak, kâğıt üzerindeki avantajla fiilî nakit durumunu birbirine karıştırmanızı önler. Muhasebe sonucu ve nakit etkisini ayrı izleyin.
Faaliyet haritasını nasıl çıkarırsınız?
Şirketinizde yürüyen işleri proje ve süreç bazında listeleyin. Örneğin yeni algoritma geliştirme, mevcut müşteriye kurulum, hata düzeltme, satış görüşmesi ve müşteri eğitimi aynı teknik ekip tarafından yapılıyor olabilir. Aynı kişinin yapması, bütün işlerin aynı niteliğe sahip olduğunu göstermez. Her faaliyetin amacını, çıktısını ve süresini açıkça yazın. Böylece hangi işin hangi kapsamda incelenmesi gerektiği daha görünür olur.
Faaliyet haritasına kullanılan kaynakları da ekleyin. Personel, yazılım, cihaz, dış hizmet ve genel giderlerin projeyle ilişkisini kurun. Bir giderin şirket için gerekli olmasıyla belirli bir program için uygun olması farklıdır. “İşimiz teknoloji olduğu için bütün giderler uygundur” düşüncesinden kaçının. İnceleme sırasında sorulacak asıl soru, harcamanın ilgili faaliyete nasıl katkı verdiğidir. Bu ilişkinin uygulama sırasında belgelenmesi, aylar sonra hatırlanmaya çalışılmasından daha sağlıklıdır.
Ar-Ge niteliğini nasıl tartışırsınız?
Bir çalışmanın teknik emek gerektirmesi, tek başına onun araştırma ve geliştirme niteliğini belirlemez. Projede hangi belirsizliğin bulunduğunu, hangi yöntemlerin deneneceğini ve mevcut bilgiyle neden doğrudan çözülemediğini açıklamak önemlidir. Kullanılan teknolojinin yeni olması da tek başına yeterli açıklama değildir. Hazır bir aracı kullanarak yapılan rutin kurulumla, çözümü belirsiz teknik bir problemi sistematik biçimde araştırmak aynı şey olmayabilir.
Proje dosyanızda başlangıç durumunu, hedeflenen teknik sonucu, deneme yöntemini ve başarının nasıl ölçüleceğini yazın. Sonuç başarısız olursa hangi öğrenimin elde edildiğini kaydedin. Teknik riskleri gizlemek yerine tanımlamak, projenin niteliğinin anlaşılmasını kolaylaştırır. Nihai kapsam değerlendirmesini ilgili mevzuat ve yetkili süreçlerle yapın. Bu rehberdeki açıklamalar, belirli bir faaliyetin hukuken Ar-Ge sayıldığına ilişkin kararın yerine geçmez.
Hangi resmî kaynaklar izlenmeli?
Ar-Ge ve tasarım faaliyetleriyle ilişkili vergi uygulamaları için Gelir İdaresi Başkanlığının güncel mevzuat ve açıklamaları; sigorta primi uygulamaları için Sosyal Güvenlik Kurumunun güncel teşvik bilgileri incelenmelidir. Örneğin GİB’in 5746 kapsamındaki tebliğ sayfası ve SGK’nın teşvikler hakkında genel bilgi sayfası başlangıç noktalarıdır. Farklı teşviklerin kendi koşulları bulunduğu unutulmamalıdır.
Kaynak araştırmasında belge tarihini, yürürlük bilgisini ve daha sonra yapılan değişiklikleri kontrol edin. Eski bir sunumda gördüğünüz oranı güncel bordro hesabında doğrudan kullanmayın. Bir kurumun açıklamasını okuduğunuzda hangi düzenlemeye atıf yaptığını not alın. Tereddütlü konuyu mali müşavirinize yalnızca ekran görüntüsüyle değil, kaynağın bağlantısı ve ilgili soruyla birlikte iletin. Böylece görüşme genel bilgi alışverişinden şirketinize özgü bir incelemeye dönüşür.
TEKMER’de bulunmak teşvikleri otomatik hale getirir mi?
Bir teknoloji merkezinde yer almak, çalışma ortamı ve proje geliştirme açısından farklı olanaklar sunabilir. Ancak adres değişikliğiyle bütün şirket faaliyetlerinin otomatik olarak aynı vergi veya sigorta uygulamasına tabi olduğunu varsaymayın. Hangi projenin hangi kapsamda değerlendirildiği, ilgili kabul veya onay süreci ve uygulamaya ilişkin sorumluluklar ayrı incelenmelidir. Merkeze kabul kararıyla mali uygulamanın her ayrıntısının tamamlandığını düşünmek eksik bir yaklaşımdır.
Başlangıç görüşmesinde merkez yönetimine ve mali danışmanınıza aynı proje dosyasını sunun. Proje konusu, personel görevleri, çalışma süreleri ve gelir kaynakları arasında tutarlılık olsun. Farklı tarafların farklı versiyonlar üzerinden konuşması uygulamada sorun yaratabilir. Yazılı olarak hangi belgenin kim tarafından hazırlanacağını ve hangi tarihte kontrol edileceğini belirleyin. Böylece merkezin yönlendirmesi, şirketin kayıt düzeni ve mali uygulama birbirini destekleyen bir süreç haline gelir.
Personel çalışmasını nasıl belgelersiniz?
Bir çalışanın unvanı yaptığı bütün işleri açıklamayabilir. Yazılım geliştirici aynı ay hem yeni ürün araştırması hem müşteri desteği hem de rutin bakım yapabilir. Bu nedenle görev tanımıyla fiilî çalışma arasında bağ kurmanız gerekir. Uygulanacak düzenlemenin gerektirdiği kayıtları uzmanınızla belirleyin. Sadece ay sonunda toplu süre tahmini yapmak yerine, iş akışından üretilen düzenli kayıtları kullanmak daha açıklayıcıdır.
Kayıtların amacı çalışanı gereksiz ayrıntıya boğmak değildir. Hangi projede, hangi faaliyetin, hangi dönemde yürütüldüğünü anlaşılır biçimde göstermek yeterli bir başlangıç hedefidir. Teknik görev listeleri, toplantı notları ve çıktı kayıtları birbirini destekleyebilir. Personel bordrosuna esas alınacak değerlendirme için gerekli koşulları ayrıca kontrol edin. Bir teşvikten yararlanılabileceği düşünülen personelin fiilî durumu değişirse bunun uygulamaya etkisini zamanında inceleyin.
Proje muhasebesi ile şirket muhasebesini ilişkilendirin
Şirketin genel muhasebe kayıtları işletmenin bütün işlemlerini kapsar. Proje takibi ise belirli faaliyetin giderlerini ve sonuçlarını ayrıştırmayı gerektirebilir. Bu iki yapının birbiriyle konuşması önemlidir. Harcamanın faturası, ödeme kaydı, proje gerekçesi ve teslim edilen çıktı arasında iz kurulabilmelidir. Sadece proje dosyasında bir rakam bulunması veya sadece muhasebede fatura kaydı olması her soruyu cevaplamaz.
Basit bir gider tablosunda belge numarası, tarih, tedarikçi, tutar, ilgili proje, faaliyet ve değerlendirme durumu bulunabilir. Aynı belgenin birden fazla yerde tekrar kullanılmasını önlemek için tekil bir kayıt düzeni kurun. Giderin bütçeye yazılmış olmasıyla gerçekleşmiş olması ve uygun bulunması farklı aşamalardır. Bu durumları ayrı sütunlarda tutmak, hem ekip içi iletişimi hem dönemsel kontrolü kolaylaştırır. Ayrıntıyı işin büyüklüğüne göre ölçeklendirin.
Mükerrer destek konusuna nasıl yaklaşmalısınız?
Bir şirketin farklı faaliyetler için farklı destekleri incelemesi mümkündür; fakat aynı giderin birden fazla araçta nasıl ele alınacağı ilgili kurallara göre değerlendirilmelidir. “Bütün destekler birlikte kullanılabilir” veya “İkinci destek hiçbir zaman alınamaz” gibi genel hükümler kurmayın. Programların birlikte kullanım, mahsup, beyan ve uygun gider koşulları farklı olabilir. Kararı her somut işlem için kaynak göstererek verin.
Şirket içinde destek ve teşvik envanteri tutun. Başvurulan program, onay durumu, proje dönemi, ilgili giderler ve sorumlu kişi aynı tabloda bulunsun. Bir danışmanın hazırladığı dosya diğer danışmanın yaptığı uygulamayla çelişmemelidir. Yeni başvuru öncesinde mevcut destekleri açıkça bildirin ve ilgili kurumdan gereken açıklamayı alın. Giderlerin iki kez yazılması yalnızca belge düzeni sorunu değildir; mali ve idari sonuçları olabilecek bir konudur.
NACE kodu neden tek başına yeterli değildir?
Faaliyet kodu, başvuru uygunluğunda önemli bir kontrol alanı olabilir. Ancak kodun bulunması şirketin fiilen ne yaptığına ilişkin bütün soruları çözmez. Mevcut kayıtlarla gerçek faaliyet arasında uyum olmalıdır. Sırf bir destek başlığına girmek için şirketin yaptığı işi farklı anlatmak sürdürülebilir bir çözüm değildir. Kayıtların güncellenmesi gerekiyorsa gerçek faaliyet ve ilgili usuller çerçevesinde hareket edin.
Birden fazla faaliyetiniz varsa bunların gelir ve gider içindeki yerini de değerlendirin. Ürün geliştirme yapan bir şirket aynı zamanda danışmanlık veya ticaret geliri elde edebilir. Bütün gelirleri tek nitelikte kabul etmek, değerlendirmeyi zorlaştırabilir. Hangi satışın hangi ürün veya hizmetten kaynaklandığını sözleşme ve fatura açıklamalarıyla tutarlı biçimde izleyin. Başvuru veya mali inceleme sırasında şirketi daha doğru anlatmanın yolu, faaliyeti olduğundan farklı göstermekten değil, doğru sınıflandırmaktan geçer.
Örnek: Yazılım şirketinin üç farklı işi
Bir şirketin üretim analitiği ürünü geliştirdiğini düşünelim. Ekip bir yandan yeni veri işleme yaklaşımını test ediyor, bir yandan müşterinin mevcut sistemine kurulum yapıyor, bir yandan da eski sürümdeki hataları gideriyor. Bu üç iş aynı yazılım deposunda yürütülse bile amacı ve niteliği farklı olabilir. Proje planında bunları ayrı faaliyet olarak tanımlamak, teşvik değerlendirmesi için daha iyi bir başlangıç sağlar.
Şirket önce teknik araştırmanın hedefini ve test sonuçlarını kaydeder. Kurulum işinde müşteri sözleşmesini ve teslim kapsamını, bakım işinde ise hizmet yükümlülüğünü izler. Sonra ilgili uzmanlarla hangi faaliyetin hangi uygulama bakımından inceleneceğini değerlendirir. Bu örnek, üç faaliyetten herhangi birinin kesin olarak teşvik kapsamına girdiğini söylemez. Ama belgesiz bir “Biz yazılım yapıyoruz” ifadesiyle karşılaştırıldığında, karar için çok daha açık bir veri zemini oluşturur.
Teşvik faydasını bütçeye nasıl yansıtırsınız?
Önce şirketin teşvik olmadan oluşan gider yapısını görün. Sonra doğrulanmış uygulamaların etkisini ayrı satırlarda ekleyin. Henüz onaylanmamış veya koşulları netleşmemiş faydaları temel nakit senaryosuna kesin gelir olarak koymayın. Alternatif senaryoda gösterebilirsiniz; fakat gerçekleşmeme halinde işletmenin nasıl çalışacağı da belli olsun. Böylece destek beklentisi, gider disiplininin yerine geçmez.
Fayda hesabında uygulama maliyetini de düşünün. Belge hazırlığı, danışmanlık, raporlama ve ekip zamanı kaynak gerektirir. Bu maliyetlerin bulunması teşvikin değersiz olduğu anlamına gelmez; net katkıyı daha doğru hesaplamanızı sağlar. Bir program için yapılan düzenli proje takibi, şirket yönetimine de yarar sağlayabilir. Ancak sırf avantaj elde etmek için ticari açıdan gereksiz bir faaliyet başlatmak, toplam maliyeti artırabilir. İş ihtiyacı ile destek fırsatını birlikte değerlendirin.
Aylık kontrol toplantısında neleri gözden geçirmelisiniz?
Toplantıda proje kapsamının değişip değişmediğini, yeni personel görevlerini, gerçekleşen giderleri ve yaklaşan beyan veya rapor tarihlerini inceleyin. Teknik ekip yalnızca ürünün ilerlemesini, mali ekip yalnızca faturaları konuşursa aradaki ilişki kaybolabilir. Aynı masada faaliyetin kendisini ve belgesini değerlendirmek bu boşluğu azaltır. Küçük ekiplerde kısa bir kontrol listesi yeterli olabilir.
Her açık konu için sorumlu ve tarih belirleyin. “Mevzuat kontrol edilecek” yerine hangi düzenlemenin hangi soruyu açıklayacağını yazın. Yeni bir yorum veya uygulama değişikliği olduğunda bunun hangi dönemleri etkilediğini uzmanınızla değerlendirin. Eski dosyayı sessizce değiştirmek yerine revizyon izini koruyun. Böylece ileride bir kayıt incelendiğinde hangi bilginin hangi tarihte bilindiği ve kararın neye dayandığı anlaşılabilir.
Değişen proje kapsamı için karar kaydı tutun
Bir teknoloji projesi başlangıçta planlandığı biçimde ilerlemeyebilir. Test sonucu beklenenden farklı çıkabilir, müşteri başka bir gereksinim belirtebilir veya kullanılan teknik yöntem değişebilir. Bu durumları yalnızca ürün ekibinin günlük notlarında bırakmayın. Değişikliğin hangi faaliyeti, hangi gideri ve hangi takvimi etkilediğini özetleyin. İlgili başvuru veya uygulama bakımından bildirim ya da onay gerekip gerekmediğini uzmanınızla kontrol edin. Değişikliğin ticari açıdan mantıklı olması, idari süreçte kendiliğinden tamamlandığı anlamına gelmez.
Karar kaydında eski durum, yeni durum, gerekçe ve değerlendirme tarihi bulunsun. Teknik ayrıntıyı herkesin anlayacağı kısa bir açıklamayla destekleyin. Örneğin bir test cihazının değiştirilmesi yalnızca tedarikçi adı değişikliği olmayabilir; ölçüm yöntemi veya proje çıktısı da etkilenebilir. Aynı şekilde yeni personelin ekibe katılması, görev dağılımını ve mali planı değiştirebilir. Küçük görünen değişikliklerin toplam etkisini düzenli kontrol edin.
Proje kapanışında bu kayıtlar, başlangıç planıyla gerçekleşen sonuç arasındaki farkı açıklamayı kolaylaştırır. Her sapma olumsuz değildir; daha verimli bir yöntem bulunmuş olabilir. Önemli olan gerçekte ne yapıldığının, ne harcandığının ve hangi sonuca ulaşıldığının anlaşılır olmasıdır. Belgelerden bağımsız bir başarı hikâyesi yazmak yerine, ölçülebilir sonuçları kayıtlarla destekleyin. Bu yaklaşım sonraki destek başvurularında da şirketin uygulama disiplinini güçlendirir.
Kurucu açısından son soru şu olmalıdır: Teşvik olanağı sona erse bile geliştirdiğimiz ürün, kayıt düzeni ve çalışma yöntemi şirkete değer bırakıyor mu? Cevap yalnızca mali avantajdan ibaretse projenin ticari gerekçesini yeniden değerlendirin. Sağlıklı bir teknoloji işletmesi, destek araçlarını kendi ürün ve müşteri stratejisiyle uyumlu kullandığında daha dayanıklı bir yapı kurabilir.
Sık sorulan sorular
Teknoloji şirketi kurunca vergi avantajı otomatik başlar mı?
Hayır. Şirketin adı veya genel tanımı tek başına bütün uygulamaları belirlemez. İlgili faaliyet, proje, personel ve dönem koşulları incelenmelidir. Şirketinize özgü değerlendirmeyi güncel resmî kaynaklar ve mali danışmanınızla yapın. Planınızdaki avantajı doğrulanmadan kesin sonuç olarak göstermeyin.
Aynı çalışan farklı işlerde çalışıyorsa ne olur?
Çalışanın fiilî görevlerinin ve ilgili dönemlerde yaptığı işlerin doğru kaydedilmesi gerekir. Hangi sürenin hangi uygulama bakımından dikkate alınacağı, ilgili düzenlemeye göre değerlendirilmelidir. Unvan üzerinden bütün ayı tek faaliyete yazmak yerine gerçek çalışma dağılımını açıklayabilecek bir kayıt düzeni oluşturun.
Geçmiş bir yılın teşvik tablosunu kullanabilir miyim?
Geçmiş tablo başlangıç için fikir verebilir; fakat güncel oran, süre, sınır veya koşul yerine kullanılamaz. Belgenin yürürlük tarihini ve değişikliklerini kontrol edin. Özellikle bordro veya vergi hesabı yapılırken döneme uygun kaynağın kullanılması gerekir. Kaynağın tarihini çalışma dosyanızda görünür tutun.
Danışman bütün süreci tek başına yürütebilir mi?
Dış uzmanlık önemli katkı sağlayabilir, fakat şirketin kendi faaliyetini ve belgelerini doğru üretmesi gerekir. Teknik ekip, insan kaynakları ve muhasebe arasında bilgi akışı bulunmalıdır. Danışmanın görmediği bir proje değişikliği veya personel görevi uygulamayı etkileyebilir. Sorumluluk dağılımını baştan yazılı hale getirin.
İlk otuz gün için uygulanabilir hazırlık
İlk hafta şirket faaliyetlerini ve devam eden projeleri listeleyin. İkinci hafta gider, personel ve sözleşme kayıtlarını bu faaliyetlerle eşleştirin. Üçüncü hafta olası program ve teşvikleri resmî kaynaklarıyla birlikte inceleyin; belirsiz soruları uzmanlara yöneltin. Dördüncü hafta uygulama takvimi, sorumlular ve belge kontrol düzenini oluşturun. Bu çalışma, hangi fırsatın gerçekten uygun olduğunu daha açık görmenizi sağlar.
Yol haritasının sonunda yalnızca bir avantaj listesi değil, uygulanabilir bir kayıt sistemi bulunmalıdır. Şirket büyüdükçe proje sayısı ve personel hareketleri artar; başlangıçta kurulan basit düzen ileride ciddi zaman kazandırabilir. Teşvik yönetimini yıl sonunda yapılan acele bir kontrol olarak değil, gerçek faaliyetle mali kayıt arasındaki ilişkinin düzenli izlenmesi olarak ele alın. Böylece hem kararlarınızın dayanağı güçlenir hem başvuru süreçlerine daha hazırlıklı girersiniz.
İlgili rehberler
Bu konuyu bir sonraki adımla birleştirmek için TEKMER Nedir? Girişimcilere Sağladığı Avantajlar Nelerdir? ve KOSGEB Destekleri: Hangi Programa Başvurmalısınız? yazılarını inceleyebilirsiniz.
