Teknik Şartname Nasıl Hazırlanır? Kamu Alımları İçin Kapsamlı Rehber (2026)

Kamu kurumlarında bir alım süreci çoğu zaman aynı cümleyle başlar: "Şunun şartnamesini hazırlar mısın?" Görev genellikle bilgi işlem veya satınalma biriminden bir kişiye düşer, referans olarak da bir önceki alımın dosyası verilir.

Sorun burada başlar. Eski bir şartnameyi kopyalayıp tarihini değiştirmek, üç yıl önceki teknolojiyi bugünkü bütçeyle almaya çalışmak anlamına gelir. Daha kötüsü, farkında olmadan tek bir markayı işaret eden bir metin ortaya çıkabilir ki bu, itiraz ve ihale iptaliyle sonuçlanan en yaygın nedenlerden biridir.

Bu rehber, özellikle bilişim alımlarında (yazılım lisansı, iş istasyonu, ağ ve güvenlik ürünleri) teknik şartname hazırlarken izlenmesi gereken yolu, mevzuatın çizdiği sınırları ve sahada en sık karşılaşılan hataları ele alıyor.

Teknik şartname nedir, hangi mevzuata dayanır?

Teknik şartname, ihale dokümanının bir parçası olarak, alınacak mal veya hizmetin taşıması gereken teknik kriterleri tanımlayan belgedir. Kısaca: ne alacağınızı anlatan belge.

Temel düzenleme 4734 sayılı Kamu İhale Kanunu'nun "Şartnameler" başlıklı 12. maddesinde yer alır. Bu maddeye göre belirlenecek teknik kriterlerin verimliliği ve fonksiyonelliği sağlamaya yönelik olması, rekabeti engelleyici hususlar içermemesi ve bütün istekliler için fırsat eşitliği sağlaması gerekir. Konuya ilişkin ayrıntılı düzenlemeler Mal Alımı İhaleleri Uygulama Yönetmeliği'nin 14. maddesi ile Kamu İhale Genel Tebliği'nin 55. maddesinde bulunur.

İdari şartname ile karıştırmayın

Uygulamada en sık görülen kavram karışıklığı budur:

• İdari şartname, ihalenin nasıl yapılacağını anlatır: ihale usulü, katılım şartları, teklif verme biçimi, değerlendirme kriterleri, teminatlar.

• Teknik şartname, alınacak ürünün ne olacağını anlatır: özellikler, standartlar, garanti, teslimat, kabul koşulları.

İkisi arasındaki çelişki — örneğin idari şartnamede belirtilen teslim süresiyle teknik şartnamedeki kurulum takviminin uyuşmaması — sıkça itiraz konusu olur. Metinler tamamlandıktan sonra ikisini yan yana koyup çelişki taraması yapmak, sonradan çıkacak sorunların büyük kısmını önler.

Yazmaya başlamadan önce: ihtiyaç analizi

Şartnamenin kalitesi, yazım aşamasında değil, öncesindeki analizde belirlenir. Kaleme sarılmadan önce dört sorunun net cevabı olmalıdır.

Gerçekte kim, ne için kullanacak? "Mühendislik birimi için bilgisayar" yeterli bir tanım değil. Sonlu elemanlar analizi çalıştıran bir mühendisin ihtiyacı ile teknik çizim açan bir teknisyenin ihtiyacı arasında ciddi maliyet farkı vardır. Kullanıcı profili çıkarılmadan yazılan şartname ya gereğinden pahalı ya da kısa sürede yetersiz kalan bir alımla sonuçlanır.

Mevcut envanterle nasıl bütünleşecek? Yeni alınacak ürün, kurumun mevcut yönetim altyapısıyla (envanter sistemi, imaj dağıtımı, kimlik doğrulama, yedekleme) uyumlu çalışacak mı? Bu uyum şartnameye yazılmazsa, teslimden sonra kurumun sırtına ek entegrasyon maliyeti biner.

Toplam sahip olma maliyeti ne? Satın alma bedeli hikâyenin bir parçası. Destek, eğitim, yenileme, sarf ve enerji kalemleri eklendiğinde en ucuz teklif çoğu zaman en ucuz çözüm olmaktan çıkar. Bu kalemleri şartnameye dahil etmek, değerlendirmenin gerçekçi olmasını sağlar.

Süre ve bütçe yılı uyumu var mı? Özellikle abonelik modelli yazılımlarda, lisans döneminin bütçe yılıyla nasıl örtüşeceği baştan planlanmalıdır. Yıl ortasında başlayan bir abonelik, ertesi yıl kısmi bütçe ihtiyacı doğurur.

Bir teknik şartnamenin bölümleri

Standart bir yapı yoktur, ancak aşağıdaki iskelet bilişim alımlarının neredeyse tamamında işe yarar.

1. Konu ve kapsam

Alımın neyi kapsadığı ve neyi kapsamadığı. Kapsam dışı bırakılan kalemlerin açıkça yazılması, sonradan çıkan "bu da dahil sanıyorduk" tartışmalarını önler.

2. Tanımlar ve kısaltmalar

Metinde geçen teknik terimlerin ne anlama geldiği. Özellikle "eşdeğer", "yerinde destek", "iş günü" gibi ifadelerin tanımlanması önemlidir; bunlar muayene ve kabul aşamasında ihtilaf yaratır.

3. Teknik özellikler

Şartnamenin gövdesi. Her madde numaralandırılmalı ve tek bir gereksinim içermelidir. Bir maddeye üç ayrı şart sıkıştırıldığında, teklifin hangi kısmının karşılanmadığını değerlendirmek imkânsızlaşır.

4. Standartlar ve belgelendirme

Ürünün uyması gereken ulusal veya uluslararası standartlar. Donanımda CE, enerji verimliliği ve çevresel uygunluk belgeleri; yazılımda güvenlik ve veri işleme standartları. Buradaki kritik nokta: istenen belgenin piyasada birden fazla üretici tarafından karşılanabiliyor olması.

5. Garanti, bakım ve destek

Burada iki kavram sık sık karıştırılır:

• Garanti süresi, ürünün arızalanması hâlinde onarım/değişim yükümlülüğünün süresidir.

• Hizmet seviyesi, o onarımın ne kadar sürede yapılacağıdır.

"3 yıl garanti" ile "3 yıl, yerinde, ertesi iş günü müdahale" tamamen farklı iki taahhüttür ve aralarında ciddi fiyat farkı vardır. Kurumun gerçek ihtiyacı neyse o yazılmalıdır.

6. Teslimat, kurulum, muayene ve kabul

Teslim yeri ve süresi, kurulumun kimin sorumluluğunda olduğu, muayene komisyonunun neyi nasıl test edeceği. Muayene kriterleri, teknik özellikler bölümündeki maddelerle birebir örtüşmelidir. Ölçülemeyen bir madde yazmak, kabul aşamasında elinizi bağlar.

7. Eğitim ve dokümantasyon

Kaç kişiye, kaç saat, hangi formatta. Yazılım alımlarında bu bölüm sıklıkla atlanır ve ürün satın alınıp kullanılmadan rafta kalır.

En kritik konu: marka belirtmeden doğru ürünü tarif etmek

Şartname yazımının en zor kısmı burasıdır ve ihalelerin iptal edildiği nokta genellikle tam olarak burasıdır.

Kanun ne diyor?

4734 sayılı Kanun'un 12. maddesi, teknik şartnamelerde belli bir marka, model, patent, menşei, kaynak veya ürün belirtilmesini ve belirli bir marka ya da modele yönelik özellik ve tanımlamalara yer verilmesini yasaklar. Bunun tek istisnası, ulusal veya uluslararası teknik standartların bulunmaması ya da teknik özelliklerin belirlenmesinin mümkün olmaması hâlidir; bu durumda "veya dengi" ifadesine yer verilmek şartıyla marka veya model belirtilebilir.

"Veya dengi" yazmak serbest geçiş kartı değildir

Uygulamada sık görülen bir yanılgı, marka adının yanına "veya dengi" eklendiğinde sorunun çözüldüğünü sanmaktır. Oysa istisnanın uygulanabilmesi için istisna koşullarının fiilen mevcut olması gerekir: teknik özelliklerin gerçekten tanımlanamıyor olması. Standart bir dizüstü bilgisayarın özellikleri tanımlanabildiğine göre, bu alımda marka adı geçmesi "veya dengi" ibaresiyle meşrulaşmaz.

Asıl tuzak: markayı işaret eden özellik kombinasyonu

Metinde hiçbir marka adı geçmeyebilir, ancak şartname yine de tek bir ürünü tarif ediyor olabilir. Bu, mevzuatın dolanılması olarak değerlendirilir.

Tipik örnek: belirli bir kasa yüksekliği, belirli bir havalandırma mimarisi, belirli bir port dizilimi ve çok dar aralıklı bir ağırlık şartı bir arada yazıldığında, piyasada bu kombinasyonu karşılayan tek bir model kalabilir. Maddelerin her biri tek başına makul görünürken, toplamı rekabeti kapatır.

Doğru yaklaşım: performans tabanlı tanımlama

Ürünü ne olduğu üzerinden değil, ne yapması gerektiği üzerinden tanımlayın.

Üç kural işi kolaylaştırır:

1. Aralık kullanın, tek nokta değil. "En az" ve "en fazla" ifadeleri rekabete alan bırakır; tam eşitlik şartı çoğu zaman tek ürüne kilitler.

2. Her maddeyi ölçülebilir yazın. Muayene komisyonunun elinde bir cihaz veya bir belgeyle doğrulayamayacağı madde, ya anlamsızdır ya da ihtilaf kaynağıdır. "Yeterli", "kaliteli", "sorunsuz", "hızlı" gibi öznel ifadelerden kaçının.

3. Rekabet testini uygulayın. Şartnameyi bitirdikten sonra tek soruyu sorun: Bu metne kaç farklı üretici teklif verebilir? Cevap bir ise metin baştan gözden geçirilmelidir. Sağlıklı bir şartnamede bu sayı en az üçtür.

Yazılım lisansı şartnamelerinde özel durumlar

Donanım şartnamesi yazımı üzerine çok kaynak var; yazılım lisansı tarafı ise çoğu kurumda deneme yanılmayla ilerliyor. Oysa lisans şartnamelerinde yapılan hatalar, donanımdakinden daha uzun süreli sonuç doğurur. Çünkü lisans modeli kurumu yıllarca bağlar.

Lisans metriğini açıkça belirtin. Aynı ürün adlandırılmış kullanıcı, cihaz, eşzamanlı kullanıcı veya çekirdek bazlı lisanslanabilir. Metrik yazılmadığında gelen teklifler karşılaştırılamaz hâle gelir; en düşük fiyat çoğu zaman en dar kapsamdan gelir.

Sürüm hakkını netleştirin. Abonelik süresi boyunca çıkan yeni sürümlere geçiş hakkı dahil mi? Süresiz (perpetual) lisanslarda bu ayrı bir bakım anlaşması konusudur ve bütçe kalemi ona göre açılmalıdır.

Devir ve yeniden atama koşullarını sorun. Personel ayrıldığında lisans başkasına atanabiliyor mu, atama arasında bekleme süresi var mı? Personel devir hızı yüksek kurumlarda bu madde doğrudan maliyeti etkiler.

Yönetim ve entegrasyon şartlarını yazın. Merkezi yönetim konsolu, dizin servisiyle (Microsoft Entra ID, Google Workspace) tekli oturum açma entegrasyonu, kullanıcı atama otomasyonu. Bunlar yazılmadığında lisans yönetimi manuel işe dönüşür.

Lisans türünü belirtin. Aynı ürünün kurumsal, kamu ve akademik sürümleri farklı koşullara ve farklı fiyatlara sahiptir. Kurumunuzun hangi kategoriye girdiği ve hangi lisans türünün talep edildiği şartnamede açık olmalıdır.

Kullanım raporlaması isteyin. Aktif ve pasif lisansların görünür olması, sonraki dönem yenilemesinde gerçek ihtiyaca göre bütçelenmeyi mümkün kılar. Bu maddenin yokluğu, kurumların kullanılmayan lisansları yıllarca yenilemesinin başlıca nedenidir.

Destek dilini ve saatlerini yazın. Türkçe destek ve mesai saatleri uyumu, uluslararası ürünlerde otomatik olarak gelmez.

Donanım şartnamelerinde sık yapılan hatalar

• Aşırı dar aralıklar. Ağırlık, boyut veya kapasitede gereksiz hassas sınırlar rekabeti daraltır ve genellikle bir modeli işaret eder.

• Güncelliğini yitirmiş kriterler. Artık üretilmeyen bir nesil veya arayüz zorunlu tutulduğunda ya teklif gelmez ya da fiyat gerçekçilikten uzaklaşır.

• Kullanılmayacak özelliklerin zorunlu tutulması. Her ek zorunluluk hem fiyatı yükseltir hem teklif verebilecek üretici sayısını azaltır.

• Garanti ile hizmet seviyesinin karıştırılması. Yukarıda ele alındı; en sık maliyet sürprizi buradan çıkar.

• Ortam koşullarının atlanması. Özellikle iş istasyonlarında gürültü ve enerji tüketimi kriterleri açık ofis ortamında ciddi fark yaratır.

• Uyumluluk şartının yazılmaması. Mevcut envanter yönetimi ve imaj dağıtım altyapısıyla uyum, teslim sonrası iş yükünü doğrudan belirler.

İhale iptaline yol açan yaygın hatalar

Aşağıdaki başlıklar, itiraz ve iptal kararlarında tekrarlayan desenlerdir:

1. Tek markayı işaret eden özellik kombinasyonu — marka adı geçmese bile rekabeti kapatan tanımlamalar.

2. Gerekçesiz referans veya iş bitirme şartı — piyasaya yeni giren isteklilerin katılımını engelleyen düzenlemeler.

3. Ölçülemeyen, öznel ifadeler — "yeterli", "kaliteli", "sorunsuz" gibi değerlendirmeye açık terimler.

4. Tek üreticinin sahip olduğu belge veya sertifika şartı — teknik gereklilikten çok filtre işlevi gören belgeler.

5. İdari ve teknik şartname arasındaki çelişki — süre, kapsam veya sorumluluk dağılımında uyumsuzluk.

6. Aynı üründe farklı maddelerin birbiriyle çelişmesi — bir maddede istenen özelliğin başka bir maddede imkânsız hâle getirilmesi.

7. Soru ve zeyilname penceresinin sıkıştırılması — isteklilerin açıklama talep edebileceği sürenin fiilen kullanılamaz hâle gelmesi.

Yayına vermeden önce şartnameyi, alım konusunu bilmeyen bir meslektaşınıza okutmak bu hataların önemli bir kısmını yakalar. Metni yazan kişi kendi varsayımlarını göremez.

Şartname kontrol listesi

Metni tamamladıktan sonra aşağıdaki soruların hepsine "evet" diyebiliyor olmalısınız:

• [ ] Her madde tek bir gereksinim içeriyor mu?

• [ ] Her madde ölçülebilir ve doğrulanabilir mi?

• [ ] Hiçbir marka, model veya menşe adı geçmiyor mu?

• [ ] Özelliklerin toplamı en az üç farklı üretici tarafından karşılanabiliyor mu?

• [ ] Muayene ve kabul kriterleri teknik özelliklerle birebir örtüşüyor mu?

• [ ] Garanti süresi ile hizmet seviyesi ayrı ayrı tanımlanmış mı?

• [ ] Teknik şartname ile idari şartname arasında çelişki var mı?

• [ ] Yazılım alımıysa lisans metriği, süresi ve devir koşulları yazılı mı?

• [ ] Eğitim ve dokümantasyon kapsamı belirtilmiş mi?

• [ ] Kapsam dışı kalemler açıkça yazılmış mı?

Sık sorulan sorular

Teknik şartnameyi kim hazırlar? Kural olarak idare hazırlar. 4734 sayılı Kanun'un 12. maddesi, alımın özelliği nedeniyle idarece hazırlanmasının mümkün olmadığının ihale yetkilisince onaylanması kaydıyla şartnamenin hazırlattırılabileceğini düzenler. Bu yola gidilecekse, hazırlayan tarafın ihaleye katılımı konusundaki sınırlamaları kurumunuzun hukuk birimiyle teyit etmenizi öneririz.

Doğrudan temin usulünde teknik şartname zorunlu mu? Doğrudan teminin dokümantasyon yükümlülükleri ihale usullerinden farklıdır. Ancak alınacak ürünün teknik olarak tanımlanması, hem karşılaştırılabilir fiyat almak hem de teslim sonrası uyuşmazlığı önlemek açısından her hâlükârda yararlıdır.

Şartnameye numune şartı koyabilir miyim? Numune ve demonstrasyon talepleri belirli koşullarda mümkündür, ancak isteklilere orantısız yük getirmemesi ve değerlendirme kriterlerinin objektif olması gerekir. Bu tür şartlarda mevzuat ve güncel kurul kararları ayrıca gözden geçirilmelidir.

Piyasada gerçekten tek bir ürün ihtiyacımızı karşılıyorsa ne yapmalıyız? Bu durumda yapılması gereken, marka adını şartnameye yazmak değil, ihtiyacın hangi teknik gereklilikten kaynaklandığını gerekçelendirmek ve bu gerekliliği objektif kriterlerle tanımlamaktır. Gerekçe dosyada bulunmadığında düzenleme rekabeti engelleme olarak değerlendirilir.

Şartname hazırlarken destek almak

Teknik şartname yazımının zorluğu mevzuatta değil, ürün bilgisinde yoğunlaşır: hangi özelliğin gerçek bir performans kriteri, hangisinin belirli bir üreticiye özgü olduğunu ayırt edebilmek gerekir.

ENORM Teknoloji olarak kamu kurumlarına ve üniversitelere yazılım ve donanım çözümleri sunuyoruz. İhtiyacınızı objektif, rekabete açık teknik kriterlere dönüştürme konusunda bilgi almak isterseniz bize ulaşabilirsiniz.

Bu içerik bilgilendirme amaçlıdır ve hukuki görüş niteliği taşımaz. Mevzuat hükümleri ve Kamu İhale Kurulu kararları değişebilir; uygulamada güncel mevzuat metinlerinin ve kurumunuzun hukuk biriminin görüşünün esas alınması gerekir.