KAMU İHALELERİNDE YETERLİK KRİTERLERİNİ DOĞRU UYGULAMAK

Kamu ihalelerinde teklifin fiyatı kadar, hatta çoğu zaman ondan önce, yeterlik kriterlerinin doğru uygulanması belirleyici olur. Bir belgenin eksik yorumlanması, benzer iş tanımının muğlak bırakılması ya da idari şartnamedeki bir cümlenin yanlış kurgulanması; günün sonunda itiraz, iptal ve gecikme riskini büyütür.

Özellikle kurumsal satınalma ekipleriyle birlikte çalışan yazılım ekipleri için süreç daha da kritiktir: EKAP’tan gelen verilerin tutarlılığı, doğrulama akışlarının loglanması, komisyon kararlarının denetlenebilir biçimde saklanması ve raporlamanın standartlaştırılması gerekir. Bu noktada amaç; yalnızca mevzuata “uyuyor gibi görünmek” değil, ölçülebilir ve tekrarlanabilir bir değerlendirme sistemi kurmaktır.

Bu yazıda kamu ihalelerinde yeterlik kriterlerini; ekonomik ve mali yeterlik, mesleki ve teknik yeterlik, belge kontrolü, değerlendirme tutanakları ve sık hata kaynakları üzerinden ele alacağız. İçerik boyunca, kamu ihale eğitimi kapsamındaki pratik yaklaşımlara paralel şekilde, hem komisyon uygulaması hem de kurumsal yazılım süreçleri açısından uygulanabilir öneriler bulacaksınız.

Yeterlik kriterlerini hukuka uygun belirlemek

Yeterlik kriterleri, ihale dokümanının en hassas parçalarından biridir. Kriterlerin kapsamı; işin niteliği, sözleşme türü ve risk profiliyle uyumlu değilse, en baştan tartışmalı bir zemin oluşur. Bu nedenle kriterlerin orantılılık ve rekabeti gereksiz daraltmama ilkeleriyle uyumlu kurgulanması gerekir.

Ekonomik ve mali yeterliği netleştirmek

Ekonomik ve mali yeterlikte en çok karşılaşılan sorun, istenen finansal göstergelerin işin ölçeğiyle uyuşmamasıdır. Örneğin bilanço oranları, ciro koşulları veya banka referans mektubu limitleri; piyasanın gerçekliğine göre aşırı yüksek belirlenirse, teknik olarak uygun olsa bile fiilen katılımı azaltır. Yazılım tarafında ise bu kriterlerin “insan yorumuna” bırakılmadan, parametrik alanlar olarak tanımlanması değerlidir.

Mesleki ve teknik yeterliği ölçülebilir kılmak

Mesleki ve teknik yeterlikte iş deneyim belgesi ve benzer iş tanımı belirleyici olur. Benzer iş tanımı, işin esas unsurlarını kapsamalı; ancak rakipleri dışlamak için gereksiz ayrıntılarla şişirilmemelidir. Kurumsal sistemlerde benzer iş eşleşmesini kolaylaştırmak için, benzer iş ifadelerini standart sözlükler ve etiketlerle sınıflandırmak riskleri azaltır.

Kriter setini şartnameye tutarlı bağlamak

İdari şartname, teknik şartname ve sözleşme tasarısı arasındaki uyumsuzluklar, itirazlarda en çok yakalanan açıklıklardır. Bir yerde “en az şu kapasite” yazıp başka yerde “eşdeğer kabul edilir” demek gibi çelişkiler, komisyonun elini zayıflatır. Bu nedenle kriter setini dokümanlar arası çapraz kontrolle bağlamak; hem mevzuata uygunluk hem de kurumsal kalite açısından temel adımdır.

• İşin kapsamı ile kriterlerin kapsamını eşleştirmek
• Benzer iş tanımını ölçülebilir ifadelerle kurgulamak
• İstenen belgeleri idari şartname maddeleriyle izlenebilir yapmak
• EKAP sorgularını kriter setine otomatik iliştirmek

İdari şartnameyi ölçülebilir hale getirmek

İdari şartname, yeterlik kriterlerinin uygulamaya dönüştüğü metindir. Metin iyi yazılmadığında, değerlendirme komisyonu “niyet okuma” yapmak zorunda kalır. Bu da farklı ihalelerde farklı yorumlar üretir ve kurum içi standardı bozar. Yazılım ekipleri için ise belirsiz metin, otomatik kontrol geliştirmeyi zorlaştırır.

Belirsiz ifadeleri azaltmak

“Uygun görülen”, “yeterli sayılan”, “benzeri kabul edilen” gibi ifadeler; sınırları net çizilmediğinde ihtilaf doğurur. Bunlar yerine, ölçüt ve eşik değer tanımlamak daha güvenlidir. Örneğin “en az iki adet benzer iş” demek yetmez; “son beş yılda tamamlanmış, bedeli sözleşme bedelinin %X’inden az olmayan” gibi çerçeveler değerlendirmeyi sağlamlaştırır.

İstisna ve esneklikleri yönetilebilir tanımlamak

Her iş, istisna gerektirebilir. Ancak istisnalar “sonsuz esneklik” şeklinde yazılırsa, eşit muamele ilkesi zedelenir. Bu yüzden istisna maddelerini; hangi koşulda, hangi belgeyle, nasıl doğrulanacağını belirterek tanımlamak gerekir. Kurumsal sistemlerde de istisna koşullarını ayrı bir kural olarak saklamak, sonradan denetimde büyük avantaj sağlar.

Kural modelini veri yapısına dönüştürmek

Yeterlik kriterlerini dijitalleştirmek için, metni veri modeline dönüştürmek gerekir. Aşağıdaki örnek, bir kriter setini sisteme girilebilir hale getirmenin pratik bir yolunu gösterir. Bu yaklaşım, komisyon değerlendirmesiyle yazılım doğrulamasını aynı dili konuşur hale getirir.

{
  "ihaleNo": "2026/123456",
  "kriterler": [
    {
      "kod": "MALI_01",
      "ad": "Toplam ciro şartını sağlamak",
      "tip": "ekonomik_mali",
      "esik": { "min": 50000000, "paraBirimi": "TRY" },
      "belgeler": ["YMM_RAPORU", "BILANCO"]
    },
    {
      "kod": "TEK_02",
      "ad": "Benzer iş deneyimini doğrulamak",
      "tip": "mesleki_teknik",
      "esik": { "minOran": 0.7, "referans": "yaklasik_maliyet" },
      "belgeler": ["IS_DENEYIM_BELGESI"]
    }
  ],
  "ekapKontrolleri": ["YASAKLILIK", "VERGI_BORCU", "SGK_BORCU"]
}

Belge doğrulama süreçlerini dijitalleştirmek

Belge kontrolü, pratikte en çok hata yapılan alandır. Belgenin varlığı, geçerlilik süresi, düzenleyen kurum, imza yetkisi, sayfa bütünlüğü ve doğrulama kaynağı gibi pek çok detay bir arada değerlendirilir. Bu nedenle kontrolün adım adım kurgulanması, hem insan hatasını hem de itiraz riskini düşürür.

EKAP ve diğer doğrulama kaynaklarını bağlamak

Yasaklılık sorgusu, vergi borcu ve SGK borcu kontrolleri gibi EKAP üzerinden yürüyen kontroller, mümkün olduğunca otomatikleştirilmelidir. Kurumsal yazılımlarda bu sorguların sonucu; tarih, sorgu parametresi ve yanıt özetiyle birlikte saklanmalı, böylece sonradan “hangi bilgiye dayanarak karar verildiği” şeffaf kalmalıdır.

Belge eksikliği ile bilgi eksikliğini ayırmak

Değerlendirme sırasında sık karıştırılan bir konu, belgenin “sunulmaması” ile belgenin “sunulup yetersiz olması”dır. İlki çoğu zaman doğrudan değerlendirme dışı bırakmayı doğururken, ikincisi yorum ve mevzuat sınırları çerçevesinde ele alınır. Sistem tasarımında bu ayrımı iki ayrı durum kodu olarak işlemek, raporlamayı ve tutanak üretimini kolaylaştırır.

Değerlendirme tutanaklarını izlenebilir kılmak

İhale komisyonu kararlarının gücü, yalnızca “sonuç” cümlesinde değil, o sonuca götüren izlenebilir kanıt zincirindedir. Bu zincir; idari şartname maddesi, sunulan belge, yapılan kontrol, bulunan sonuç ve gerekçe olarak ilerler. İzlenebilirlik arttıkça, hem iç denetim hem de dış itiraz süreçleri yönetilebilir hale gelir.

Karar gerekçesini standartlaştırmak

“Uygun değildir” gibi kısa ifadeler, itirazda kolay kırılır. Bunun yerine karar cümlesi; hangi kriterin hangi maddesine göre, hangi belgedeki hangi eksiklik nedeniyle uygun olmadığı şeklinde kurgulanmalıdır. Kurumsal sistemlerde gerekçe şablonları oluşturmak, komisyonun her ihalede aynı kaliteyi yakalamasını sağlar.

Log ve versiyonlamayı birlikte yürütmek

Bir belgenin yeniden yüklenmesi, bir ek açıklamanın gelmesi veya komisyonun yeniden değerlendirme yapması gibi durumlarda, hangi sürüm üzerinden karar verildiği net olmalıdır. Bu noktada versiyonlama yaklaşımı kritik hale gelir. Dosya hash’i, yükleme zamanı ve değerlendiren kullanıcı bilgisi; sistemde değiştirilemez log olarak tutulduğunda, sonradan tartışma alanı daralır.

Aşağıdaki örnek, değerlendirme akışında temel kontrol adımlarını ve loglamayı basit bir pseudo yaklaşımla gösterir. Gerçek sistemlerde bu akış; rol bazlı yetki, iş akışı motoru ve denetim kayıtlarıyla genişletilir.

function evaluateBid(bid, criteriaSet) {
  const results = [];
  for (const c of criteriaSet.kriterler) {
    const docs = bid.documents.filter(d => c.belgeler.includes(d.type));
    if (docs.length === 0) {
      results.push({ kod: c.kod, durum: "BELGE_YOK", gerekce: "İstenen belge sunulmadı" });
      continue;
    }
    const ok = runRule(c, docs, bid);
    results.push({
      kod: c.kod,
      durum: ok ? "UYGUN" : "UYGUN_DEGIL",
      gerekce: ok ? "Kriter sağlandı" : "Kriter eşiği sağlanmadı"
    });
  }
  auditLog({ bidId: bid.id, results, timestamp: now(), actor: currentUser() });
  return results;
}

Benzer iş ve iş deneyimini doğru yorumlamak

Benzer iş ve iş deneyim belgesi, özellikle yapım ve hizmet alımlarında değerlendirme sonucunu doğrudan etkiler. Burada hata; çoğu zaman belgenin “var” olup olmadığı değil, belgenin işin kapsamıyla ne kadar örtüştüğünün yanlış yorumlanmasıdır. Benzer iş tanımı, işin omurgasını yakalamalı ve değerlendirmeyi tek bir yoruma mahkûm etmemelidir.

Benzer iş tanımını daraltmadan somutlaştırmak

“Benzer nitelikte işler” gibi genel ifadeler, itirazlarda zayıf kalır. Öte yandan aşırı ayrıntı, rekabeti kırabilir. İyi yaklaşım; işin kritik bileşenlerini maddelemek ve hangi bileşenlerin zorunlu hangilerinin tercih sebebi olduğunu netleştirmektir. Kurumsal sistemlerde bu, etiket tabanlı eşleşme (ör. “bakım”, “entegrasyon”, “saha operasyonu”) ile desteklenebilir.

İş deneyim belgesini kapsam ve oranla bağlamak

Belge tutarı, sözleşme tutarı ve kabul tarihi gibi alanlar; kriterdeki eşikle ilişkilendirilmelidir. “Son beş yıl” gibi süre koşulları, tarih hesaplama hatalarına açık olduğu için sistemsel doğrulama avantaj sağlar. Ayrıca iş ortaklığı veya alt yüklenici deneyimi gibi durumlarda, hangi oranın kabul edileceği şartnamede açık değilse, değerlendirme tutarlılığı bozulur.

1. Benzer iş bileşenlerini kriter metninde somutlaştırmak
2. İş deneyimi oranını ve referansını (yaklaşık maliyet/sözleşme bedeli) açık yazmak
3. Tarih ve kabul türü koşullarını ölçülebilir hale getirmek
4. Ortak girişim ve alt yüklenici paylarını kural olarak tanımlamak

Aşırı düşük ve risk sinyallerini erken yakalamak

Aşırı düşük teklif süreci, yeterlikten farklı bir başlık gibi görünse de pratikte aynı hedefe hizmet eder: işin sağlıklı yürütülebileceği bir yüklenici seçmek. Yeterlik kriterleri doğru uygulanmadığında, aşırı düşük açıklamaları da zayıf bir zemine oturur. Bu yüzden risk sinyallerini erken yakalamak, değerlendirme kalitesini artırır.

Açıklama isteme eşiğini şeffaf yönetmek

Hangi kalemlerde açıklama isteneceği, nasıl isteneceği ve nasıl değerlendirileceği; tutanaklarda net olmalıdır. Kurumsal yazılım tarafında kalem bazlı maliyet kırılımlarını saklamak ve açıklama belgelerini kalemlerle ilişkilendirmek, denetim sırasında büyük avantaj sağlar. Böylece “hangi belge, hangi kalem için, hangi gerekçeyle yeterli görüldü” sorusuna hızlı yanıt üretilebilir.

Uygunsuzluk örüntülerini raporlamak

Tek bir ihalede görülen hata, sonraki ihalelerde tekrar ediyorsa artık sistemsel bir örüntü vardır. Örneğin sürekli aynı belge türünde eksik yükleme, sürekli benzer iş yorum uyuşmazlığı veya EKAP sorgu tarihinin atlanması gibi. Bu örüntüleri KPI ve dashboard’larla izlemek; komisyon eğitim ihtiyacını ve süreç iyileştirmesini görünür kılar.

Sık hataları azaltacak kontrol listesi kurmak

Yeterlik kriterlerini doğru uygulamanın en pratik yolu, standart bir kontrol listesiyle ilerlemektir. Kontrol listesi, komisyonun değerlendirme kalitesini artırırken; kurumsal yazılımlarda kural motoru ve form doğrulamalarıyla desteklenebilir. Böylece hata ihtimali, adımlar ilerledikçe kademeli olarak azalır.

Kontrol listesini rol ve sorumlulukla bağlamak

Kim hangi belgeyi kontrol edecek, hangi adımda ikinci göz onayı gerekecek, hangi durumda hukuki görüş istenecek gibi sorular yanıtlandığında süreç olgunlaşır. Yazılım tasarımında görev atama, SLA ve hatırlatma mekanizmaları eklemek; değerlendirmeyi hızlandırır ve kaçakları azaltır. Bu yaklaşım, özellikle yüksek hacimli kurumlarda sürdürülebilirlik sağlar.

Çıktıları standart rapor formatına dönüştürmek

Değerlendirme sonuçlarını tek bir PDF’ye “kopyala-yapıştır” yapmak yerine, kriter bazlı sonuçları yapılandırılmış veri olarak saklayıp rapor üretmek daha güvenlidir. Böylece raporlar tutarlı olur, geriye dönük karşılaştırma yapılabilir ve denetim taleplerinde hız kazanılır. Ayrıca farklı ihalelerdeki karar gerekçeleri arasında dil birliği sağlanır.

Özetle; kamu ihalelerinde yeterlik kriterlerini doğru uygulamak, yalnızca mevzuat bilgisiyle değil, iyi kurgulanmış bir süreç ve sağlam bir kayıt düzeniyle mümkün olur. Kriterleri ölçülebilir tanımlamak, belge doğrulamayı sistematikleştirmek ve karar zincirini izlenebilir kılmak; hem komisyonun güvenini artırır hem de kurumsal yazılım ekiplerinin otomasyon hedeflerini gerçekçi hale getirir.