Kamu kurumlarının teknoloji alımları dışarıdan bakıldığında bir ürün listesi ve fiyat teklifinden ibaret görünebilir. Gerçekte ise başarılı bir teklif; idari şartnameyi, teknik şartnameyi, sözleşme tasarısını, teslimat koşullarını ve elektronik ihale adımlarını tek bir bütün olarak yönetmeyi gerektirir. Yazılım lisansı, ağ ekipmanı, sunucu, güvenlik ürünü veya uç nokta cihazı tedarik ediyor olmanız bu gerçeği değiştirmez: Teklifin yalnızca ekonomik olması değil, ihale dokümanında tanımlanan ihtiyacı eksiksiz ve doğrulanabilir biçimde karşılaması gerekir.
Bu nedenle kamu teknoloji ihalelerinde en sağlıklı yaklaşım, ürün seçmeye başlamadan önce dokümanı sistematik biçimde çözümlemektir. Hızlıca bir marka ve model belirleyip ardından şartnameye uydurmaya çalışmak, hem teknik uyumsuzluk hem de belge eksikliği riski yaratır. Doğru sıra; ihtiyacı anlamak, zorunlu koşulları ayırmak, uygunluğu kanıtlamak ve bütün teklif bileşenlerini aynı doğrulukta tamamlamaktır.
İhale dokümanını tek bir paket olarak okuyun
Teknik şartname elbette önemlidir; ancak tek başına yeterli değildir. İdari şartname teklifin nasıl verileceğini, yeterlik ve katılım koşullarını, teslim süresini ve değerlendirme çerçevesini belirler. Teknik şartname alınacak ürün veya hizmetin işlevsel ve teknik niteliklerini tarif eder. Sözleşme tasarısı ise teslimat, kabul, garanti, cezalar ve tarafların sorumlulukları gibi uygulama döneminde önem kazanacak hükümleri içerir.
Bu belgeler birlikte okunmadığında kritik ayrıntılar gözden kaçabilir. Örneğin lisans süresi teknik şartnamede, aktivasyon ve teslim yöntemi başka bir maddede, destek kapsamı ise sözleşme tasarısında açıklanmış olabilir. Teklif ekibi tüm dokümanlarda geçen ürün, süre, adet, hizmet seviyesi ve teslimat ifadelerini ortak bir çalışma tablosunda toplamalıdır.
4734 sayılı Kamu İhale Kanunu’nun temel ilkeleri arasında saydamlık, rekabet, eşit muamele, güvenirlik, kamuoyu denetimi, ihtiyaçların uygun şartlarla ve zamanında karşılanması ile kaynakların verimli kullanılması yer alır. Teknik kriterlerin verimliliği ve işlevselliği sağlaması; rekabeti engellememesi ve fırsat eşitliğini gözetmesi esastır. Teklif hazırlayan taraf açısından bunun pratik karşılığı, varsayıma değil açık hükümlere dayanmak ve tereddüt edilen noktaları mevzuatta tanımlanan süreler içinde resmî kanallardan netleştirmektir.
Satır satır uygunluk matrisi hazırlayın
Teknoloji ihalelerinde en faydalı çalışma araçlarından biri uygunluk matrisidir. Teknik şartnamenin her maddesi ayrı bir satıra taşınır ve karşısına önerilen çözümün ilgili özelliği, kanıt belgesi, belge içindeki sayfa veya bölüm ve gerekli açıklama yazılır. Böylece “ürün bu özelliği destekliyor” demekle yetinilmez; bu bilginin hangi üretici dokümanıyla doğrulandığı da kayıt altına alınır.
İyi bir uygunluk matrisi en az şu alanları içerir:
- Şartname madde numarası ve talebin özeti
- Talebin zorunlu mu, alternatifli mi olduğu
- Önerilen marka, model, parça kodu veya lisans kodu
- Uygunluk açıklaması
- Üretici veri sayfası, lisans kılavuzu veya resmî teknik doküman referansı
- Varsa açıklanması gereken istisna veya bağımlılık
- Teslimat, kurulum, eğitim ve destek sorumlusu
Bu tablo yalnızca teklif dosyasını kolaylaştırmaz. Satın alma sonrasında yanlış ürün siparişi verilmesini, lisans metriğinin hatalı yorumlanmasını veya teslim edilen konfigürasyonun şartnameden sapmasını da önler. Özellikle benzer isimli lisans paketleri, farklı bölgesel ürün kodları ve opsiyonel donanım bileşenleri bulunan çözümlerde parça kodu seviyesinde doğrulama önemlidir.
Teknik uygunluk, yeterlik ve ticari koşulları birbirinden ayırın
Teklif hazırlığında üç çalışma hattını ayrı ayrı takip etmek hataları azaltır. Teknik uygunluk hattı ürün veya hizmetin şartnameyi karşılayıp karşılamadığını inceler. Yeterlik hattı, ihale dokümanında istenen katılım ve yeterlik bilgi veya belgelerini yönetir. Ticari hat ise fiyat, kur, vergi, teslimat, ödeme, garanti ve operasyon maliyetlerini ele alır.
Bu alanların biri güçlü, diğeri eksik olduğunda teklifin bütünü risk altına girer. Teknik olarak kusursuz bir ürünün yanlış lisans süresiyle fiyatlanması; doğru fiyatlanan bir ürünün istenen teknik kanıtının sunulmaması veya teslim süresinin tedarik zinciriyle uyumsuz olması ciddi sorun yaratabilir. Bu nedenle son kontrolde her çalışma hattının ayrı sorumlusu olmalı, ardından tek bir bütünlük kontrolü yapılmalıdır.
Marka, model ve lisans metriklerini açık yazın
Kamu teknoloji alımlarında belirsiz ifadelerden kaçınmak gerekir. Teklif edilen ürünün marka ve modeli, gerekiyorsa üretici parça kodu, lisans türü, lisanslama metriği, kullanıcı veya cihaz sayısı, abonelik süresi ve bakım-destek kapsamı açıkça belirtilmelidir. “Kurumsal lisans” veya “güvenlik çözümü” gibi geniş tanımlar, teklif edilen kapsamı tek başına anlatmaz.
Yazılım lisanslarında özellikle şu sorular önceden cevaplanmalıdır:
- Lisans kullanıcıya mı, cihaza mı, işlemciye mi veya başka bir metriğe mi bağlıdır?
- Abonelik mi, süreli kullanım hakkı mı, kalıcı lisans mı teklif edilmektedir?
- Güncelleme, bakım ve üretici desteği hangi süreyi kapsar?
- Yönetim portalı, kimlik entegrasyonu veya ek bulut hizmeti gerekiyor mu?
- Kurulum ve yapılandırma teklif kapsamına dahil midir?
- Yenileme tarihinde hizmetin kesintisiz sürmesi için hangi işlem yapılacaktır?
Üretici yetki belgesi, distribütör yazısı veya benzeri belgeler her ihalede otomatik olarak zorunlu kabul edilmemelidir. Hangi belgenin gerekli olduğu ilgili ihalenin dokümanından kontrol edilmelidir. Dokümanda isteniyorsa belgenin kapsamı, geçerlilik tarihi, imza yetkisi ve teklif edilen ürünle ilişkisi ayrıca doğrulanmalıdır.
Kanıt belgelerini güncel ve izlenebilir tutun
Teknik iddiaların mümkün olduğunca üreticinin resmî veri sayfası, ürün kılavuzu, lisanslama dokümanı veya destek sayfasıyla doğrulanması güvenli bir yöntemdir. İnternetten alınan belgenin sürümü ve erişim tarihi kaydedilmeli, dinamik web sayfalarında ilgili bölüm arşivlenmeli ve teklif edilen modelle dokümandaki modelin aynı olduğundan emin olunmalıdır.
Şartnamede katalog, teknik açıklama, numune veya demonstrasyon talebi varsa format ve sunum yöntemi aynen uygulanmalıdır. İstenmeyen belgeleri gelişigüzel çoğaltmak dosyayı güçlendirmek yerine değerlendirmeyi zorlaştırabilir. Amaç, çok sayıda belge sunmak değil, her zorunlu kriteri açık ve denetlenebilir biçimde kanıtlamaktır.
EKAP takvimini ayrı bir iş planı olarak yönetin
Kamu alımlarındaki elektronik süreç 1 Ağustos 2025 itibarıyla yürürlüğe giren düzenlemelerle kapsamlı biçimde EKAP üzerinden yürütülmektedir. İlan veya duyurusu bu tarihten sonra yapılan alımlarda süreç adımları, formlar, onaylar, sözleşmeler ve bildirimler için güncel KİK/EKAP kuralları esas alınmalıdır. Katılım bilgilerinin sunulması, elektronik imza, geçici teminat ve sistem üzerinden yapılan bildirimler teklif hazırlığının ayrılmaz parçasıdır.
Bu nedenle son gün yükleme yapmak yerine geriye doğru bir takvim oluşturun. Elektronik imza yetkisini, kullanıcı rollerini ve şirket bilgilerinin güncelliğini erkenden kontrol edin. Dosyaların biçimini, boyutunu ve imza durumunu son teslim saatinden önce doğrulayın. Zeyilname, açıklama, erteleme veya diğer bildirimleri düzenli izleyin. Bir doküman değiştiğinde yalnızca değişen maddeyi değil; fiyat, ürün seçimi, teslimat ve sözleşme yükümlülüklerine etkisini de yeniden değerlendirin.
En sık görülen hazırlık hataları
Teknoloji ihalelerinde sorunların önemli bir bölümü ürün bilgisinden değil, süreç disiplininin zayıf olmasından kaynaklanır. Sık karşılaşılan hatalar şunlardır:
- Teknik şartnameyi okuyup idari şartname ve sözleşme tasarısını ikinci plana atmak
- Ürün ailesi uygun olduğu için belirli modelin de uygun olduğunu varsaymak
- Lisans süresi, kullanıcı sayısı veya cihaz metriğini açık yazmamak
- Güncel olmayan katalog ve üretici belgelerine dayanmak
- Teslim süresini tedarikçi stok ve aktivasyon takvimiyle doğrulamamak
- İstenen belgenin doğru tüzel kişi, ürün ve ihale için düzenlendiğini kontrol etmemek
- EKAP bildirimlerini ve zeyilnameleri son ana bırakmak
- Teklif fiyatına kurulum, seyahat, eğitim, destek veya yenileme maliyetlerini eksik yansıtmak
- Teknik açıklamalarda pazarlama dilini kullanıp ölçülebilir kanıt sunmamak
Göndermeden önce son kontrol
Teklif gönderiminden önce kısa fakat bağımsız bir son kontrol yapılmalıdır. Bu kontrolü, dosyayı hazırlayan kişinin dışında bir ekip üyesinin yapması daha sağlıklıdır. İhale adı ve numarası, teklif edilen ürün kodları, miktarlar, fiyat hesapları, vergiler, teminat, imza yetkileri, geçerlilik süreleri, teslim planı ve yüklenen belgeler tek tek doğrulanmalıdır. Uygunluk matrisindeki her “uygun” beyanının kanıtı açılıp kontrol edilmelidir.
Akidava açısından doğru teknoloji tedariki, belirli bir markayı öne çıkarmaktan önce kurumun gerçek ihtiyacını, şartnamenin ölçülebilir taleplerini ve çözümün işletme dönemi sorumluluklarını birlikte değerlendirmek anlamına gelir. Bu yaklaşım teklif hazırlığını kolaylaştırdığı gibi, ihale sonrasında sürdürülebilir ve yönetilebilir bir çözüm kurulmasına da katkı sağlar.
Önemli not: Bu yazı genel bilgilendirme amacı taşır ve hukuki danışmanlık niteliğinde değildir. Her ihale kendi güncel ilanı, ihale dokümanı ve koşulları çerçevesinde değerlendirilmelidir. Güncel mevzuat ve elektronik süreçler için Kamu İhale Kurumu ile EKAP üzerindeki resmî metinler esas alınmalıdır.
