KOBİ Özel Yazılım ve ERP Şartnamesi, Canlı Veri Prototipleme ve VUK 260 Amortisman Rehberi
Türkiye'deki üretim, toptan dağıtım, e-ticaret ve hizmet KOBİ'lerinin dijital dönüşüm bütçelerinde en büyük para ve zaman kaybı, özel yazılım siparişlerinde veya ERP (Kurumsal Kaynak Planlama) uyarlama projelerinde yaşanmaktadır. İşletme sahibi, yazılım firmasının gösterdiği şık ama durağan ekran çizimlerine (Figma veya PDF sunumlarına) bakarak sözleşmeyi imzalar, avans ödemesini yapar; ancak aylar sonra sistem şirketin gerçek stok kartları, varyantlı barkodları ve GİB e-Fatura/e-İrsaliye kuyruklarıyla çalışmaya başladığında ekranların kilitlendiği ve iş akışlarının eksik kaldığı ortaya çıkar.
Ekim 2026'da teknoloji dünyasında geniş yankı uyandıran iki önemli mühendislik incelemesi, yazılım projelerindeki bu "şartname ve devir kaybını" kökünden çözen yeni bir standart tanımlamıştır: Reddit Baş Kullanıcı Deneyimi Mühendisi Blair Metcalf'ın kurum içinde 700'den fazla canlı prototip ve %100 ekip benimsenmesi yakaladığı Reddit Proto & Özellik Kapsülü mimarisi [1] ile ürün lideri Claire Vo'nun KOBİ ve yöneticiler için geliştirilen Claude Duet (Claude Opus 5.5) kişisel ajanı üzerindeki gerçek saha testleri [2]. Bu rehberde, bu yeni nesil yazılım doğrulama tekniklerini KOBİ'lerin 6098 sayılı Türk Borçlar Kanunu (TBK) kapsamındaki sözleşme hakları ve 213 sayılı Vergi Usul Kanunu (VUK) kapsamındaki muhasebe/amortisman kayıtlarıyla birleştiriyoruz.
1. Yazılım Projelerinin %21,8 ila %39'u Neden Şartname Aşamasında Çöker? Canlı Veri Prototiplemesi
Küresel yazılım mühendisliği araştırmaları, KOBİ'lerin yazılım ajansları ve ERP entegratörleriyle yaşadığı ihtilafların tesadüf olmadığını kanıtlamaktadır. Standish Group CHAOS Raporu verilerine göre, başarısızlığa uğrayan veya bütçesini aşan yazılım projelerinde eksik gereksinimler (%13,1) ile sürekli değişen şartname ve özellikler (%8,7) toplamda %21,8 payla bir numaralı kök nedeni oluşturmaktadır (paydaş katılım eksikliği ise %12,4 ile ikinci sıradadır) [3]. Benzer şekilde Project Management Institute (PMI) Pulse of the Profession raporları, başarısız teknoloji projelerinin %37 ila %39'unda birincil nedenin başlangıçtaki hatalı ihtiyaç ve şartname analizi olduğunu ortaya koymaktadır [3].
Blair Metcalf'ın geliştirdiği Reddit Proto mimarisi, bu %21,8–%39'luk şartname kaybının neden kaynaklandığını çok net teşhis etmiştir: Sahte yer tutucu veriler (mock data) karar vericileri yanıltır [1]. Bir ekran çiziminde 3 satırlık düzgün bir örnek müşteri listesi görmek ile KOBİ'nizin kendi gerçek cari hesaplarıyla, parçalı döviz tahsilatlarıyla ve binlerce stok hareketiyle o ekranı canlı test etmek tamamen farklı iki dünyadır.
| Kabul ve Test Kriteri | Geleneksel Statik Ekran Maketi (PDF / Sabit Çizim) | Canlı Veri Prototiplemesi & Özellik Kapsülü Mimarisi [1] |
|---|---|---|
| Test Edilen Veri Yapısı | Hayali müşteri adları ve 3–5 satırlık sabit örnek tablolar. | Gerçek Şirket Oturumu ve Canlı Veri: İşletmenin gerçek stok, cari ve fatura verileriyle çalışan etkileşimli prototip [1]. |
| Kod ve Bileşen Uyumu | Çizimdeki görsel öğelerin mevcut ERP/yazılım altyapısında karşılığı olmayabilir. | Tasarım Sistemi MCP: Her ekran öğesi doğrudan üretimdeki hazır kod bileşenlerine bağlanır [1]. |
| Mühendislik Devir Belgesi | Yoruma açık, soyut cümlelerle yazılmış klasik Word/PDF şartname. | Özellik Kapsülü (Feature Capsule): Bileşen eşleşmeli, geçmiş mühendislik notlarını ve net kabul kriterlerini içeren PRD [1]. |
| Yönetim Onay ve Hukuki İspat | Teslim sonrası "Biz böyle istememiştik / Bu kapsam dışı" tartışması. | Kesin kabul öncesi tüm uç durumların görülmesi ve TBK m. 474/477 kapsamında ölçülebilir test tutanağı. |
2. 6098 Sayılı Türk Borçlar Kanunu (TBK Md. 470–486) Eser Sözleşmesi Kapsamında PRD ve Kabul Kriterleri
Bir KOBİ'nin dışarıdan bir yazılım evine veya ERP danışmanlık firmasına işletmeye özel yazılım (veya kapsamlı modül uyarlaması) yaptırması, Türk hukukunda sıradan bir hizmet alımı (mesai kiralama) değildir. Yargıtay'ın yerleşik içtihatları uyarınca özel yazılım geliştirme sözleşmeleri, 6098 sayılı Türk Borçlar Kanunu'nun (TBK, RG: 27836) 470 ila 486. maddeleri arasında düzenlenen Eser Sözleşmesi niteliğindedir [5]. Eser sözleşmesinde yüklenici (yazılım firması), yalnızca kod yazmak için zaman harcamayı değil; sözleşmede kararlaştırılan işlevsel sonucu (hatasız çalışan yazılımı) meydana getirip teslim etmeyi taahhüt eder.
Ancak olası bir ticari davada mahkeme tarafından atanan bilişim bilirkişisinin "Yazılım ayıplı mıdır, yoksa KOBİ sonradan ek özellik mi talep etmiştir?" sorusuna yanıt verebilmesi tamamen sözleşme ekindeki Ürün Gereksinim Belgesi (PRD) ve Kabul Kriterleri Matrisinin netliğine bağlıdır. Reddit Proto'daki Özellik Kapsülü (Feature Capsule) yaklaşımını [1] TBK hükümleriyle eşleştirdiğimizde KOBİ'yi koruyan 4 temel hukuki kalkan ortaya çıkar:
| Kanun Maddesi (6098 Sayılı TBK) | Hukuki Düzenleme ve Külfet | Yazılım / ERP Sözleşmesinde "Özellik Kapsülü (PRD)" Uygulaması |
|---|---|---|
| TBK Madde 470 (Eser Sözleşmesi Tanımı) |
Yüklenici bir eser meydana getirmeyi, işsahibi de karşılığında bir bedel ödemeyi üstlenir [5]. | Sözleşmeye yalnızca genel modül başlıkları ("Stok Modülü, Muhasebe Modülü") değil; her ekranın bağlı olduğu veri kaynakları, üretim bileşenleri ve canlı prototip bağlantısı eklenir [1]. |
| TBK Madde 474 (Ayıbın Belirlenmesi: Muayene ve İhbar) |
İşsahibi, eserin tesliminden sonra işlerin olağan akışına göre imkân bulur bulmaz eseri gözden geçirmek ve ayıpları uygun sürede bildirmek zorundadır [5]. | Muayene (Kullanıcı Kabul Testi — UAT) boş test ortamında değil, işletmenin gerçek cari/stok/fatura verilerinin yüklendiği canlı veri prototipi üzerinde yapılır; çalışmayan her kabul kriteri tutanakla ihbar edilir. |
| TBK Madde 475 (Ayıp Sebebiyle Seçimlik Haklar) |
Eser kullanılamayacak derecede ayıplıysa sözleşmeden dönme; daha hafif ayıplarda bedelden indirim veya aşırı masraf gerektirmeyen ücretsiz onarım hakkı [5]. | PRD belgesinde her özelliğin yanına ölçülebilir kabul kriteri (ör. "10.000 satırlık e-Fatura XML listesi 3 saniyenin altında hatasız içe aktarılmalıdır") yazılarak ayıbın objektif ölçüsü tanımlanır. |
| TBK Madde 477 (Eserin Kabulü ve Gizli Ayıplar) |
Açıkça veya örtülü kabulden sonra yüklenici sorumluluktan kurtulur; ancak kasten gizlenen veya usulüne uygun gözden geçirmeyle fark edilemeyecek gizli ayıplarda sorumluluk devam eder [5]. | İlk teslimde fark edilmeyip ay sonu KDV/muhtasar kapanışında veya yoğun kampanya trafiğinde patlak veren veritabanı kilitlenmeleri gizli ayıp olarak derhal yazılı (KEP / noter) ihbar edilir. |
3. KOBİ Satış ve Ön Muhasebe Operasyonunda Yapay Zekâ Ajanları: Claude Duet Saha Testinden 3 Ders
KOBİ'lerin yazılım yatırımlarındaki ikinci büyük beklentisi, satış ve ön muhasebe personelinin üzerindeki evrak yükünü azaltmaktır. Salesforce State of Sales ve McKinsey araştırmalarına göre, ticari işletmelerde satış temsilcileri haftalık mesailerinin yalnızca %28 ila %30'unu doğrudan müşteriye satış yapmaya ayırabilmekte; kalan %70 ila %72'lik süreyi ise manuel CRM veri girişi, fiyat teklifi/sunum hazırlama ve mesaj tasnifi gibi idari işlere harcamaktadır [4].
Ürün lideri Claire Vo, tam olarak KOBİ sahiplerini ve yöneticileri hedefleyen Anthropic'in yeni kişisel ajanı Claude Duet'i (Claude Opus 5.5) kendi satış hunisinde, Slack/e-posta tasnifinde ve sunum hazırlığında test ettiğinde, yazılım satın alan her KOBİ'nin dikkat etmesi gereken üç kritik operasyonel bulguya ulaşmıştır [2]:
- 5 Kişilik İşletmede Bile İş Masaüstünde ve Ekip Halinde Yürür: Claude Duet yalnızca telefonda çalışan "tek oyunculu" bir deneyim sunduğu için Claire Vo'nun günlük iş akışının dışında kalmıştır [2]. Bir KOBİ'de ön muhasebe, satış ve depo ekibi aynı siparişi ortak ekranlardan (masaüstü ERP/CRM ve paylaşımlı mesajlaşma kanalları) takip eder; ekip işbirliği (çok oyunculu destek) sunmayan izole mobil araçlar kısa sürede terk edilir.
- 10+ Dakika Tepki Gecikmesi Operasyonu Kilitler: Paralel görevlerin 10 dakikadan uzun sürmesi ve ilerleme bildirimi vermemesi, kullanıcının aracı unutmasına yol açmıştır [2]. KOBİ sahasında kasa, fatura veya müşteri teklifi ekranında hız, karmaşık analizden çok daha değerlidir.
- Marka ve Şablon Bağlamı Olmayan Otomasyon Ek İş Çıkarır: Telefondan otomatik oluşturulan satış sunumu kurumsal kimlikten kopuk kaldığı için yeniden düzenleme gerektirmiştir [2]. KOBİ yazılımlarında teklif ve e-Fatura şablonları merkezi olarak kilitlenmelidir.
4. 213 Sayılı VUK Uyarınca Yazılım ve Prototipleme Maliyetlerinin Aktifleştirilmesi (258 → 260 Haklar) ve %33,33 Amortisman Planı
Özel bir yazılım veya ERP projesi sipariş edildiğinde, analiz, canlı veri prototiplemesi, arayüz tasarımı ve kod geliştirme aşamalarında kesilen faturaların doğrudan tek seferde gider yazılıp yazılamayacağı ya da bilançoda nasıl aktifleştirileceği 213 sayılı Vergi Usul Kanunu (VUK, RG: 10703) ve 1 Sıra No'lu Muhasebe Sistemi Uygulama Genel Tebliği (MSUGT, RG: 21447 Mük.) hükümlerine göre belirlenir [6]:
| Proje Aşaması / Harcama Türü | Tekdüzen Hesap Planı (TDHP) Kodu | Mevzuat Dayanağı ve Muhasebe / Amortisman Uygulaması |
|---|---|---|
| 1. Analiz, Canlı Prototip ve Geliştirme Dönemi Hak Ediş Faturaları | 258 Yapılmakta Olan Yatırımlar Hesabı (veya 267 Diğer Maddi Olmayan Duran Varlıklar alt hesabı) |
Henüz TBK m. 477 kesin kabulü yapılmamış, yapımı süren yazılım projeleri için ödenen tasarım, prototipleme ve aşamalı kodlama faturaları geçici olarak yatırım hesabında biriktirilir; bu aşamada amortisman ayrılmaz [6]. |
| 2. Kesin Kabul (UAT) ve Canlıya Geçiş Aktifleştirmesi | 260 Haklar Hesabı (258 Hesaptan Devir) |
Canlı veri testleri tamamlanıp kesin kabul tutanağı imzalandığında ve yazılım kullanıma hazır hale geldiğinde (VUK m. 269, 290), biriken tüm maliyet 260 Haklar hesabına devredilerek gayrimaddi duran varlık olarak aktifleştirilir [6]. |
| 3. Yıllık İtfa (Amortisman) Ayırma İşlemi | 268 Birikmiş Amortismanlar (-) (Karşılık: 770 / 760 / 730) |
333 ve 365 Sıra No'lu VUK Genel Tebliğleri Eki Liste Bölüm 4.3 (Bilgisayar Yazılımları) uyarınca faydalı ömür 3 yıl, normal amortisman oranı %33,33'tür [7]. (VUK m. 315). |
| 4. Bulut Tabanlı Aylık/Yıllık SaaS Abonelikleri ve Bakım Hizmeti | 180 Gelecek Aylara Ait Giderler & 770 / 760 Gider Hesapları | Kalıcı lisans mülkiyeti devralınmayan aylık/yıllık bulut (SaaS) ön muhasebe, CRM ve yapay zekâ ajan abonelikleri 260 hesaba alınmaz; dönemsellik ilkesi gereği doğrudan ilgili dönem gideri olarak muhasebeleştirilir [6]. |
| 5. Teknokent (4691) ve Ar-Ge/Tasarım Merkezi (5746) Projeleri | 263 Araştırma ve Geliştirme Giderleri | 5746 sayılı Kanun (RG: 26814) ve 4691 sayılı TGB Kanunu (RG: 24454) kapsamında yürütülen yazılım projelerinde, 3065 sayılı KDVK Geçici Madde 20 istisnasından ve kurumlar vergisi indiriminden yararlanmak için prototip ve sürüm izlenebilirliği zorunludur [8]. |
Vergi incelemelerinde en sık eleştiri konusu yapılan husus, henüz geliştirme ve prototip aşamasında olan, işletmede fiilen kullanılmaya başlanmamış bir yazılım için kesilen ara hak ediş faturalarına o yıl %33,33 amortisman ayrılmasıdır. VUK hükümlerine göre amortisman, iktisadi kıymetin aktife girdiği (kullanıma hazır hale gelip TBK m. 477 kesin kabul tutanağının imzalandığı) hesap döneminden itibaren başlar [6], [7].
KOBİ'lerin yazılım yatırımlarında yararlanabileceği KOSGEB ve TÜBİTAK hibeleri için Yapay Zekâ ile Kodsuz Yazılım Geliştirme ve KOSGEB / TÜBİTAK Teşvik Rehberi yazımızı; YD-ÜFE ve hızlandırılmış amortisman hesaplamaları için YD-ÜFE, Enerji Maliyeti ve KOBİ Amortisman Rehberi kılavuzumuzu inceleyebilirsiniz. Ayrıca Reddit Proto canlı veri prototipleme mimarisinin ve Claude Duet B2B satış hunisi otomasyonunun pazarlama ve ürün boyutunu okumak için kardeş yayınımız Lumina Medya'daki Yapay Zekâ Destekli Canlı Veri Prototipleme, Tasarım Sistemi MCP ve B2B Satış Hunisi Otomasyonu rehberine; yavaş çalışan yazılımların (10+ dakika tepki gecikmesi) çalışan beyninde yarattığı ön insula stres yanıtı ve dikkat kalıntısı (%40 görev geçiş kaybı) nörobiyolojisi için ise Biyohack.net'teki Dijital Bekleme Gecikmesi, Dikkat Kalıntısı ve Alışkanlık Nörobiyolojisi analizine göz atabilirsiniz.
Doğrulanmış Kaynakça ve Mevzuat Referansları
- Metcalf, B., & Vo, C. (Ekim 2026). "Why Reddit built its own AI prototyping tool | Inside Reddit Proto: Real Data, Constrained Prototypes, and a Better Handoff (Feature Capsule)." How I AI / Lenny's Podcast Network & ChatPRD.
- Vo, C. (Ekim 2026). "Claude Duet is beautiful. I still forgot to use it. | Claude Opus 5.5 Personal Agent Review & B2B Sales Workflows." How I AI / Lenny's Podcast Network & ChatPRD.
- The Standish Group International (CHAOS Report: Eksik gereksinimler %13,1 + değişen şartnameler %8,7 = %21,8; paydaş katılım eksikliği %12,4) & Project Management Institute (PMI) Pulse of the Profession (%37–%39 hatalı gereksinim toplama).
- Salesforce (2024–2026). State of Sales Report (%28–%30 doğrudan satış süresi, %70–%72 idari ve CRM veri girişi yükü) & McKinsey B2B Sales Automation Research.
- 6098 Sayılı Türk Borçlar Kanunu (RG: Ocak 2011 / 27836) — Dördüncü Bölüm, İkinci Ayırım: Eser Sözleşmesi (Madde 470 Tanım, Madde 474 Ayıbın Belirlenmesi / Muayene ve İhbar, Madde 475 Seçimlik Haklar, Madde 477 Eserin Kabulü ve Gizli Ayıplar). mevzuat.gov.tr
- 213 Sayılı Vergi Usul Kanunu (RG: Ocak 1961 / 10703 — Madde 269, 290, 313, 315) ve 1 Sıra No'lu Muhasebe Sistemi Uygulama Genel Tebliği (MSUGT) (RG: Aralık 1992 / 21447 Mük. — Tekdüzen Hesap Planı: 258 Yapılmakta Olan Yatırımlar, 260 Haklar, 268 Birikmiş Amortismanlar). gib.gov.tr
- 333 Sıra No'lu Vergi Usul Kanunu Genel Tebliği (RG: Nisan 2004 / 25446) ve 365 Sıra No'lu VUK Genel Tebliği (RG: Aralık 2006 / 26392) Eki Amortisman Listesi — Bölüm 4.3 "Bilgisayar Yazılımları" (Faydalı Ömür: 3 Yıl, Normal Amortisman Oranı: %33,33).
- 5746 Sayılı Araştırma, Geliştirme ve Tasarım Faaliyetlerinin Desteklenmesi Hakkında Kanun (RG: 26814), 4691 Sayılı Teknoloji Geliştirme Bölgeleri Kanunu (RG: 24454) ve 3065 Sayılı KDVK Geçici Madde 20.
Sıkça Sorulan Sorular
Soru 1: Özel yazılım ve ERP geliştirme sözleşmeleri Türk hukukunda hangi kanun maddelerine tabidir?
İşletmeye özel geliştirilen yazılım, ERP uyarlama ve e-ticaret/B2B portal projeleri, Yargıtay içtihatları uyarınca 6098 sayılı Türk Borçlar Kanunu'nun (TBK) 470 ila 486. maddeleri arasında düzenlenen "Eser Sözleşmesi" hükümlerine tabidir. Yüklenici (yazılım firması) yalnızca mesai harcamayı değil, sözleşmede ve teknik şartnamede (PRD) tanımlanan çalışan eseri eksiksiz teslim etmeyi taahhüt eder.
Soru 2: Yazılım tesliminde TBK Madde 474 muayene külfeti ile Madde 477 gizli ayıp bildirimi neden canlı veri prototipi gerektirir?
TBK Madde 474 uyarınca işsahibi (KOBİ), teslim edilen yazılımı işlerin olağan akışına göre gözden geçirmek ve açık ayıpları yükleniciye bildirmekle yükümlüdür. Statik ekran maketleriyle yapılan kabullerde, gerçek stok, varyant ve e-Fatura verisi yüklendiğinde sistemin kilitlenmesi gibi sorunlar sonradan "gizli ayıp" (TBK Md. 477) ihtilafına dönüşür. Kabul testlerinin işletmenin gerçek verileriyle çalışan canlı bir prototip ve bileşen eşleşmeli Ürün Gereksinim Belgesi (PRD / Özellik Kapsülü) üzerinden yapılması, bilirkişi incelemelerinde KOBİ'ye kesin ispat gücü sağlar.
Soru 3: Özel yazılım geliştirme ve prototipleme faturaları Tekdüzen Hesap Planı'nda nasıl muhasebeleştirilir ve kaç yılda amorti edilir?
1 Sıra No'lu Muhasebe Sistemi Uygulama Genel Tebliği ve 213 sayılı Vergi Usul Kanunu (VUK) uyarınca, yazılımın analiz, prototipleme ve geliştirme aşamasındaki harcamaları "258 Yapılmakta Olan Yatırımlar Hesabı"nda izlenir. Kesin kabul tutanağı imzalanıp yazılım kullanıma hazır hale geldiğinde toplam maliyet "260 Haklar Hesabı"na aktarılarak aktifleştirilir. 333 ve 365 Sıra No'lu VUK Genel Tebliğleri eki listenin 4.3 "Bilgisayar Yazılımları" bölümü uyarınca faydalı ömür 3 yıl, yıllık normal amortisman oranı ise %33,33'tür.
Soru 4: Bulut tabanlı aylık SaaS abonelikleri ile özel yazılım lisansları arasındaki muhasebe farkı nedir?
Mülkiyeti veya süresiz/uzun süreli kullanım hakkı satın alınan özel yazılımlar VUK Madde 313 amortisman sınırını aştığında 260 Haklar hesabında aktifleştirilerek 3 yılda (%33,33) itfa edilir. Buna karşılık kaynak koduna veya kalıcı lisansa sahip olunmayan aylık/yıllık bulut (SaaS) ön muhasebe ve CRM abonelikleri gayrimaddi duran varlık sayılmaz; dönemsellik ilkesi gereği 180 Gelecek Aylara Ait Giderler ve 770 Genel Yönetim Giderleri (veya 760 Pazarlama, Satış ve Dağıtım Giderleri) hesapları üzerinden doğrudan dönem gideri olarak muhasebeleştirilir.