KİK Kararı: 2010/UM.I-3146

KAMU İHALE KURULU KARARI
Toplantı No : 2010/066
Gündem No : 6
Karar Tarihi : 18.10.2010
Karar No : 2010/UM.I-3146
BAŞVURU SAHİBİ:
Ulusal Cad ve Gıs Çözümleri Müh. Bil Eğt. Tic .Aş, Av.Hüseyin Çınar Avukat Tunus Caddesi 85/9

İHALEYİ YAPAN İDARE:
Çankaya Belediyesi Bilgi İşlem Müdürlüğü, Ziya Gökalp Caddesi No: 47 G Blok Kolej

BAŞVURUYA KONU İHALE:
2010/95131 İhale Kayıt Numaralı "Belediye Otomasyonu" İhalesi

KURUM TARAFINDAN YAPILAN İNCELEME:

12.10.2010 tarih ve I.M.26.12.0168/2010-47E sayılı Esas İnceleme Raporunda;

Çankaya Belediye Başkanlığı Bilgi İşlem Müdürlüğü tarafından 01.09.2010 tarihinde açık ihale usulü ile yapılan “Belediye Otomasyonu” ihalesine ilişkin olarak Ulusal Cad. ve GIS Çözümleri Müh. Bil Eğt. Tic. A.Ş’nin 09.08.2010 tarihinde yaptığı şikayet başvurusunun, idarenin 19.08.2010 tarihli yazısı ile reddi üzerine, başvuru sahibinin 24.08.2010 tarih ve 21965 sayı ile Kurum kayıtlarına alınan 24.08.2010 tarihli dilekçe ile itirazen şikayet başvurusunda bulunduğu,

İdare tarafından gönderilen bilgi ve belgelerin incelenmesinden;

4734 sayılı Kanunun 54 üncü maddesinin onuncu fıkrasının (a) bendi gereğince, ihalenin iptaline,

Karar verilmesinin uygun olacağı hususlarına yer verilmiştir.

KARAR:

Esas İnceleme Raporu ve ekleri incelendi:

İtirazen şikayet dilekçesinde özetle;

İhale ilanında rekabeti engelleyici hususlar bulunduğu,
Teknik şartnamenin CBS yazılımı kısmında 9.1.2.64, 9.1.2.65, 9.1.2.79, 9.1.3.15, 9.1.3.12, 9.1.3.7 nci maddelerinde tek bir yazılımın (ESRI) adres gösterildiği,
Söz konusu şartnamelerin 9.1.2.54, 9.1.2.13, 9.1.2.14, 9.1.2.21, 9.1.2.25, 9.1.2.52, 9.1.2.55, 9.1.2.60, 9.1.2.63, 9.1.2.66, 9.1.2.67, 9.1.2.69, 9.1.2.70, 9.1.2.80, 9.1.3.3 üncü maddeleri ile NETCAD CBS yazılımlarının teklif edilmesine engel olunduğu ve dolayısıyla rekabetin engellendiği,

İddia edilmektedir.

A- Başvuru sahibinin iddialarının değerlendirilmesi sonucunda aşağıdaki hususlar tespit edilmiştir:

Başvuru sahibinin 1 inci iddiasına ilişkin olarak: Başvuru sahibi tarafından ilana ilişkin rekabeti engelleyici hususlar bulunduğu iddia edilmekle birlikte, ilanın hangi maddesine ve niçin itirazda bulunduğuna ilişkin herhangi bir belirtmede bulunulmadığından, iddia somut nitelikte görülmeyip, söz konusu iddia ile ilgili değerlendirme yapılmamıştır.
Başvuru sahibinin 2 nci iddiasına ilişkin olarak: Teknik şartnamenin CBS yazılımı kısmındaki 9.1.2.64 üncü maddesinde; “Sistem ilişkisel coğrafi veri modellemesi “georelational model” yanında nesne bazlı “object-oriented” coğrafi modelleme “Geodatabase” yapabilecektir.”, 9.1.2.65 inci maddesinde; “Sistem entegre edilecek verilerin tüm davranışlarını, özelliklerini ve birbirleri ile olan tüm ilişkilerini Object-oriented model (Geodatabase) içerisinde yönetecektir. Ayrıca bu model, kullanıcı tanımlı objelerin (custom feature) veritabanında tutulmasını sağlayabilmelidir.”, 9.1.2.79 uncu maddesinde; “Raster veriler üzerinden, çizgi ve alan özellik tipinde shapefile ve geodatabase (feature class) formatlarında vektör verileri yaratabilmelidir.”, 9.1.3.15 inci maddesinde; “İnternet map server viewer’u lokal olarak image layer (GIF, JPEG, PNG) feature layer (shp, coğrafi veri yönetimi sunucusu, Web) görüntüleyebilmelidir.”, 9.1.3.12 nci maddesinde; “İnternet map server DBF, shapefile, geodatabase ve raster verileri destekleyecektir.” Ve 9.1.3.7 nci maddesinde ise; “Vektör verilerden Coğrafi Bilgi Sistemi Yazılımı shapefile’ını ve Coğrafi Veri Yönetimi Yazılımı layer’(3.x and
4 ) larını direkt okuyabilecek ve raster verilerden ADRG, ASRP, BIL, BIP, BMP, BSQ, CADRG, CIP, CRP, ERDAS,, GeoTIFF, GIF, IMAGINE, IMPELL, JFIF,(JPEG), MRSID, NITF, SUN, SVF, TIFF, USRP, Masaüstü Coğrafi Bilgi Sistemi Yazılımı Image Catalog’(DBF files)’larını destekleyebilmeli.” şeklinde düzenlemeler yapılmıştır.

İddia konusuna ilişkin olarak uzman görüşüne başvurulmuş olup alınan yazıda;

-9.1.2.64 üncü maddeye ilişkin; “geodatabase” ESRI firmasının kendi ürünü kapsamında kullandığı ve yaygın olarak ESRI ürünleriyle özdeşleştirilmiş bir terimdir. Bu nedenle ESRI firmasına işaret ettiği düşünülebilir. Yerine Türkçe veya İngilizce bir terimin ya da ifadenin şartnamede kullanılması gerekir.”,

-9.1.2.65 inci maddeye ilişkin; “ “custom feature” ve “geodatabase” ESRI firması tarafından kendi ürünlerini tanımlamak için kullanılan terimlerdir.Özel ticari anahtar kelimeler kullanmadan sağlanması istenen yeteneklerin bilimsel terimlerle açık bir şekilde ifade edilmesi tercih edilmelidir.Ayrıca “object-oriented” gibi yazılım teknolojisi tercihlerinin neden yapıldığı açıklanabilmelidir.”,

-9.1.2.79 uncu maddeye ilişkin; “ ‘shapefile’ ve ‘geodatabase’ yukarda da açıklandığı şekilde ESRI ürünleriyle özdeşleştirilen terimlerdir. ‘shapefile’ türü veriler elde bulunuyor ve bunların kullanılması isteniyorsa gerekli format çevrimlerinin talep edildiğinin belirtilmesi yeterlidir.”,

-9.1.3.15 inci maddeye ilişkin; “’shp’ ESRI’ye özel bir formattır. ‘Internet web server’ fonksiyonunun talep edilme durumu varsa bu açıkça belirtilmeli ve gene ihtiyaç varsa ‘viewer’ uygulamasının istenen yeteneklerle sağlanması istenmelidir. Peşinen bu uygulamanın tüm istenen yeteneklerle hazır olmasını beklemek doğru bir ihale yöntemi değildir.”,

-9.1.3.12 nci maddesine ilişkin; “ ‘shapefile’ ve ‘geodatabase’ önceden de belirtildiği şekilde ESRI’ya özgün veri formatlarıdır. Bu verilerin teklif edilen yazılım tarafından kullanılabilecek formatlara çevrilmesi talep edilebilir. Ancak ESRI’nin alternatifi olan yazılımların ‘shapefile’ ve ‘geodatabase’ gibi verileri çevrim yapmadan desteklemesini istemek rakip ürünlerin belki daha iyi olabilecek veri formatlarını geliştirmelerini ve ürünleştirerek teklif etmelerini engelleyebilecektir.”

-9.1.3.7 nci maddesine ilişkin; “ ‘shapefile’ ESRI’ye özel bir formattır, gene ‘layer (3.x and
4 )’ doğrudan okuyabilmesini istemek doğru değildir. Yapılması gereken elde bulunan bu formattaki veriler varsa bunların yazılımın doğrudan kullanılabileceği bir formata çevrilmesini talep etmektir. Gelecekte bu çevrimin ters yönde ‘shapefile’ ve diğer orijinal formatlara yapılabilmesi de talep edilerek veri kaybı yaşanmaması sağlanabilir. Aksi takdirde yürzyıllar boyu aynı veri formatlarının hiçbir değişiklik yapılmadan kullanılması gerekecektir ki bu teknolojinin gelişimine aykırı sürdürülemez bir durum olacaktır.”

Şeklinde görüş bildirilmiştir.

Bu itibarla, yapılan incelemeler ve alınan teknik görüş doğrultusunda başvuru sahibince şikayet konusu edilen maddelerde tek bir yazılımın (ESRI) adres gösterildiği yönündeki iddiasının yerinde olduğu sonucuna ulaşılmıştır.

Başvuru sahibinin 3 üncü iddiasına ilişkin olarak: Teknik şartnamenin 9.1.2.54 üncü maddesinde; “ Uluslar arası Coğrafi Bilgi Sistemi standartlarını sağlayacaktır. Bunun belgelenmesi için Open GIS konsorsiyumundan alınmış “SFO 1.1 Client” uyumluluk belgesi (sertifika) teklifle beraber sunulacaktır.”, 9.1.2.13 üncü maddesinde; “ Yazılım diğer ilişkisel veri tabanlarındaki bilgileri kullanabilmelidir. Desteklenen ilişkisel veritabanı sistemleri; Oracle, DB2, Informix, SQL Server ”, 9.1.2.14 üncü maddesinde; “ İlişkisel veri tabanında da saklanan (Oracle, DB2, Informix, SQL Server) öznitelik (Attribute) ve konumsal veriler üzerinde coğrafi analizler ve uygulamalar yapılabilmelidir.”, 9.1.2.21 inci maddesinde; “ Raster formatındaki (TIF, DIF, BMP, JDG, JFIF, SID, BIL, BIP, BSQ, ADRG, CADRG, CIB, DTED, ER Mapper, ERDAS Imagine, LAN, RAW, PNG, NITF) veriler görüntülenmeli, dinamik olarak görüntüye koordinat tanımlanmalıdır, birden fazla raster görüntü vektör veriler ile aynı anda açılabilmelidir. ”, 9.1.2.25 inci maddesinde; “ Yazılım, yeni arayüz veya fonksiyonlar oluşturmak için macro veya uygulama geliştirme diline sahip olmalıdır. Uygulama geliştirme dili olarak visual basic, C++, Delphi ya da sybase power builder kullanılabilmelidir.Ayrıca yazılım içinde visual basic editorune direkt geçiş sağlanmalıdır.”, 9.1.2.52 nci maddesinde; “ Konumsal verilere ait her türlü özelliği (projeksiyon, field isimleri ve açıklamaları, güncelleme tarihi, kaynak verinin doğruluğu, üretim doğruluğu..) programla aynı ortamda tutulabilmelidir. (Metadata) Bu bilgiler dünya standartlarına uygun formlar olan txt, xml, Faq, Fgdc formatlarında export edilebilmelidir.”, 9.1.2.55 inci maddesinde; “ Coğrafi ve tablosal olarak tüm lokal verilerini İlişkisel Veri Tabanı Yönetim Sistemi üzerinde saklamalıdır. Bu işlem ve fonksiyonu, Oracle, MsSql Server, Informix, IBM DB2 ve Access İlişkisel Veritabanı Yönetim Sistemlerinin her biri ile aynı fonksiyonlarla çalışacak ve kullanıcı tarafından hiçbir değişiklik gerektirmeden yapabilmeli.”, 9.1.2.60 ıncı maddesinde; “ Sistemin standart olarak vermiş olduğu COM (Component Object Model) obje yapısı içerisinde çok sayıda obje olacak ve bu objeler sisteme tam entegre olacaktır, özellikleri ve davranışları kullanıcı tarafından belirlenebilen objeler yaratılacaktır. Bu objeler hem program içerisinde parametrik olarak tanımlanabilecek hem de Windows tabanlı uygulama geliştirme programları ile (visual C/C++, Visual basic, power-builder, delphi) programlanabilecektir. Yaratılan bu objeler ana objenin bütün özelliklerini taşıyabilmeli.” 9.1.2.63 üncü maddesinde; “ Sistem coğrafi verilerin farklı sürüm ve durumlarını (version ve state) gizli, özel ve herkese açık şekilde (protected, private ve public) saklayabilecektir. Çok kullanıcılı ortamda aynı katman üzerinde yapılan editlemelerde kullanıcılara uyarı mesajları göndererek değişiklikleri bildirebilmeli.”, 9.1.2.66 ncı maddesinde; “ Sistem endüstri standartları olan CASE (Computer Aided Software Engineering) ve UML (Unified Model Language) araçlarını direk olarak kullanacaktır. Bu sayede veri yapısı, endüstri standartları içerisinde oluşturulabilmelidir.” 9.1.2.67 nci maddesinde; “ Sistem rule-based editting yapabilecek, network utility fonksiyonuna sahip olabilmelidir. ”, 9.1.2.69 uncu maddesinde; “ Sistem ilişkisel veritabanı mantığına uygun olarak, katmanlar içerisindeki verilere ait bilgileri, ek yazılıma ihtiyaç duymaksızın direk olarak “metadata” dosyalarında tutabilecektir. Metadata dosyaları sistem içerisinden direk olarak oluşturulabilmelidir.”, 9.1.2.70 inci maddesinde; “ Sistem çizgi dizininde dinamik bölümleme (dynamic segmentation) özelliğine sahip olacak ve ölçüm değerlerine göre bölünmeyi yapabilecektir. Ayrıca dördüncü boyut olarak zaman ya da ölçüm değerlerini de her bir nokta için depolayabilmelidir. ”, 9.1.2.80 inci maddesinde; “ Raster snapping fonksiyonlarına sahip olmalıdır.”, 9.1.3.3 üncü maddesinde ise; “ Windows, Linux, solaris işletim sistemlerini destekleyebilmeli ” şeklinde düzenlemeler yapılmıştır.

İddia konusuna ilişkin olarak uzman görüşüne başvurulmuş olup, alınan yazıda;

-9.1.2.13 üncü maddesine ilişkin; Oracle, DB2, Informix ve Microsoft SQL Server ilişkisel veritabanı yönetim sistemlerinin tamamı birbirinin genel olarak muadilidirler. Gelştirilecek herhangi bir CBS sisteminin 4(dört) farklı veritababında bilgi saklaması ve kullanması gerçekçi ve verimli bir sistem yaklaşımı değildir. Talep edilen CBS burada listelenen veritabanlarından herhangi birini desteklemeli ve elde bulunan CBS verilerinin hangi VTYS’de depolanıyorsa teklif edilen veritabanına aktarılmasının talep edilmesi gerekir.”

-9.1.2.14 üncü maddesine ilişkin; “9.1.2.13 üncü maddesinde belirtildiği gibi burada da bir adet veritabanı yönetim sisteminin desteklenmesi yeterli olmalıdır. Yapılması istenen ‘coğrafi analizler’ in neler olduğu açıkça belirtilmelidir. Bu analizlerin doğrudan CBS tarafından veya geliştirilecek uygulama yazılımı tarafından yapılabilmesi istenmelidir. Rekabeti önlememek için gerçekten de zorunlu olarak ihtiyaç duyulan coğrafi analizlerin talep edilmesiyle yetinilmelidir.”

-9.1.2.21 inci maddesine ilişkin; “Bütün bu raster veri formatlarının desteklenmesini talep etmek yerine elde bulunan veri formatları belirtilerek bu verilerin CBS tarafından desteklenen formatlardan birine çevrilebilmesini talep etmek yeterlidir. Burada verilen formatların tümü ESRI tarafından desteklenmelidir ancak rakip CBS ürünlerinin de bu formatların hepsinin desteklenmesini beklemek doğru değildir. ‘Dinamik olarak görüntüye koordinat tanımlamak’ ve ‘birden fazla raster görüntüyü vektör veriler ile aynı anda açmak’ aşırı derecede detaylı bir şekilde bir işlemin nasıl yapılacağını tanımlamaktadır. Yazılım gereksinimlerinin belirlenmesi mantıksal düzeyde yapılmalı bu işlemin nasıl yerine getirileceği yazılımcı firmanın tesrcihine bırakılmalıdır.”,

-9.1.3.25 inci maddesine ilişkin; “Bir adet üst düzey programlama dilinin desteklenmesi istenmelidir. Yazılım içinden herhangi bir programlama dilinin editörüne direk geçiş sağlanmasını istemek ESRI dışında firmaların CBS ürünlerinin teklif edilmesini, üstelik gereksiz yere engelleyebilir.”

-9.1.2.52 nci maddesine ilişkin; “Bu formatlar arasında ESRI’ya özel olan ‘shapefile’ ve ‘geodatabase’ formatları da vardır. Bunların ve diğer formatların hepsinin desteklenmesini istemek gerçekçi değildir ve rekabeti büyük ölçüde engelleyebilecektir. Böyle bir madde yerine elde bulunan verilerin hangi formatlarda bulunduğu belirtilmeli ve bunların OpenGIS konsorsiyumu tarafından desteklenen formatlardan en az birine çevrilebilmesi istenmelidir.”

-9.1.2.54 üncü maddesine ilişkin; “Teklif edilecek ürünlerin sahip olduğu uluslar arası kurumsal sertifika bilgilerinin tümünün bildirilmesinin talep edilmesi ürün tercihinde yararlı olacaktır. Ancak sunucu sertifikaları yerine ‘client’ sertifikasının zorunlu ve seçici olarak talep edilmesi doğru bir yaklaşım değildir.”,

-9.1.2.55 inci maddesine ilişkin; “Ticari olarak piyasaya sunulmuş ve belli bir büyüklükte veri miktarını depolayabilen bir ilişkisel veritabanını desteklemesi şartı öne sürülebilir. Ancak yukardaki liste bazı açık kaynak kodlu VTYS’leri (portgress, MySql gibi) dışlamakta ve sadece 1(bir) veritabanını desteklemek yerine Oracle, Informix, DB2 dahil 5(beş) veritabanının tümünü desteklemesi şartı gereksiz olup önerilebilecek yazılım sayısını ve dolayısıyla rekabeti azaltmaktadır.”,

-9.1.2.60 ıncı maddesine ilişkin; “COM modeli sadece Windows’a özgüdür ve bu detaylı özellikler/davranışlar şartlarının neden gerekli olduğu açıklanmalıdır. Üstelik client tarafından kullanılacak visual C/C++/Basic, powerbuilder gibi yazılımların tümünün isimleriyle birlikte listelenmesi rekabeti engelleyecektir. Üst düzey, modern yazılım geliştirme dillerinden ve ilişkisel VTYS’lerden birini desteklemek ürünün teklif edilebilmesi için yeterli olmalıdır.”,

_ -9.1.2.63 üncü maddesine ilişkin “Burada istenen protected/private/public ve sürümleme özellikleri uygulama yazılımı ile de sağlanabilir. Gene istenen uyarı mesajları bir uygulama yazılımı tarafından üretilebilmelidir.”,_

_ -9.1.2.66 ncı maddesine ilişkin; “CASE ve UML araçları ile entegre bir yazılım istemek rekabeti engelleyebilecek kadar kısıtlayıcı olabilir. Bu yeteneklerin seçilen üst düzey programlama dilinin yazılım geliştirme araçları tarafından sağlanması daha gerçekçidir.”_

_ -9.1.2.67 nci maddesine ilişkin; “’rule-based editing’ ESRI’ya özel bir yetenektir., uygulama tarafından istenen kuralların kontrol edilmesini istemek daha rekabetçi bir ortam sağlayacaktır.”_

_ -9.1.2.69 uncu maddesine ilişkin; “’metadata’ nın ‘direk olarak metadata dosyalarında’ saklanması rekabeti aşırı ölçüde kısıtlayacağı için şart olarak öne sürülmemelidir. Ayrıca bu yaklaşımın en iyi yöntem olduğu da tartışılmaya açıktır.”,_

_ -9.1.2.70 inci maddesine ilişkin olarak; “’dinamik bölümleme’ ESRI’ye özel bir yetenektir. Bu işlemin sadece ‘çizgi dizininde’ değil uygulama programı tarafından da yapılabilmesine izin vermek rekabeti artıracaktır.”,_

_ -9.1.2.80 inci maddesine ilişkin: “Bu fonksiyonun uygulama programı tarafından gerçekleştirilmesi yeterli olmalıdır.”_

_ -9.1.3.3 üncü maddesine ilişkin; “Bu işletim sistemlerinin hepsinin birden desteklenmesini istemek gerçekçi değildir ve rekabeti aşırı derecede kısıtlamaktadır. Yaygın olarak kullanılan işletim sistemleri olan Windows ve Unix tabanlı işletim sistemlerinden birini desteklemesi yeterli olmalıdır_.”

Şeklinde görüş bildirilmiştir.

Bu itibarla, yapılan incelemeler ve alınan teknik görüş doğrultusunda başvuru sahibince şikayet konusu edilen maddelerde rekabetin engellendiği yönündeki iddiaların yerinde olduğu sonucuna ulaşılmıştır.

Başvuru sahibinin 4 üncü iddiasına ilişkin olarak:

B) İhalelere Yönelik Başvurular Hakkında Yönetmeliğin 18 inci maddesi yönünden yapılan inceleme sonucunda tespit edilen aykırılıklar ve buna ilişkin inceleme ve hukuki değerlendirme aşağıda yapılmıştır:

İdari Şartnamenin “Kalite ve standarda ilişkin belgeler” başlıklı 7.5.3.1 inci maddesinde; “ Bu ihaleye teklif veren istekliler; a) ISO 9001:2008 Üretici veya yüklenicinin Kalite Yönetim Sistemi, b) En az CMMI düzey 3, c) ISO 27001 Bilgi Güvenliği Yönetim Sistemi, d) ISO 20000 Bilgi Teknolojileri Hizmet Yönetim Sistemi belgelerini teklifleri ile birlikte sunacaklardır. ” şeklinde düzenleme yapılmıştır.

Mal Alımı İhaleleri Uygulama Yönetmeliği’nin “İstenecek belgeler” başlıklı 27 nci maddesinin (d) bendinde; “ Makine teçhizat ve ekipmana ilişkin belgeler ile kapasite raporu, kalite yönetim sistem belgesi, çevre yönetim sistem belgesi, ilgili meslek odaları tarafından düzenlenen imalat yeterlik belgesi ile hizmet yeterlilik belgesi sadece özel imalat süreci gerektiren mal alımı ihalelerinde istenebilir.” şeklinde düzenleme yapılmıştır.

İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddesindeki düzenleme ile ilgili olarak teknik görüşe başvurulmuş olup, alınan cevabi yazıda; “ ISO 9001:2008, CMMI düzey 3, ISO 27001 ve ISO 20000 kalite sertifikaları, ISO 9001 ve CMMI düzey 3 sertifikaları ihalenin yazılım geliştirme içeriği itibariyle talep edilmesi doğal olan kalite güvence sertifikalarıdır. ISO 27001 ve ISO 20000 sertifikalarının istenmesine gerek yoktur. Rekabeti artırmak için ülkemizde çok yaygın olmayan CMMI düzey 3 yerine CMMI düzey 2 sertifika da kabul edilebilir.” şeklinde görüş bildirilmiştir.

Alınan teknik görüşü ve yapılan incelemeler doğrultusunda idari şartnamedeki kalite ve standarda ilişkin istenen belgelerle ilgili yapılan düzenlemenin mevzuata uygun olmadığı sonucuna varılmıştır.

Bilişim Sistemleri Donanım ve Yazılım Alımı Teknik Şartnamesinin 3. Ürünler maddesinde; “ Aktif dizin altyapısı yazılımı, Log Yönetim Sistemi, Bölge Güvenlik Duvarı, Merkez Güvenlik Duvarı Sistemi, Merkez SSL VPN Sistemi, İçerik Filtreleme Sistemi, Kenar Anahtar, Omurga Anahtar, Yönetim Sistemi, Antivirüs/Antispam Sistemi, İşlemci Antivirüs Yazılımı, Ağ Erişim Kontrol Sistemi, Web Uygulama Güvenlik Duvarı, Veritabanı sunucusu, Uygulama Sunucusu, Blade Şasi, Harici Veri Depolama Ünitesi, Yedekleme Ünitesi, Yedekleme Yazılımı, Windows 7 Professional İşletim Sistemi Lisansı,, MS Office standart son sürüm, Microsoft Server 2008 R2 enterprise lisans, ORACLE sürüm güncelleme, masa üstü bilgisayar, taşınabilir bilgisayar, lazer yazıcı, kesintisiz güç kaynağı, Sunucu Sanallaştırma Yazılımı (toplam 16 cpu), sistem odası, eğitim ve destek, ek donanımlar ” şeklinde talepler yer almaktadır.

İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddelerindeki düzenlemelere ilişkin olarak İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddesindeki düzenleme ile ilgili olarak teknik görüşe başvurulmuş olup, alınan cevabi yazıda; “ Bu listede ‘Windows 7 professional işletim sistemi’ , ‘MS Office’, ‘Microsoft Server 2008’ ve ‘Oracle’ terimleri yerine ‘kişisel bilgisayar işletim sistemi’, ‘Doküman işleme (metin dokümanı yazma, sunu hazırlama, tablolama, kişisel veritabanı) yazılım paketi’, ‘sunucu bilgisayar işletim sistemi’ ve ‘veritabanı yönetim sistemi’ terimleri kullanılarak Microsoft ürünlerinin yanında Unix tabanlı veya Windows uyumlu muadil ürünlerin de teklif edilmesi sağlanmalıdır.” şeklinde görüş bildirilmiştir.

Alınan teknik görüş ve yapılan incelemelerde Bilişim Sistemleri Donanım ve Yazılım Alımı Teknik Şartnamesinin 3. Ürünler maddesindeki düzenlemenin muadil ürünlerin teklif edilmesini engellediği sonucuna ulaşılmıştır.

Bilişim Sistemleri Donanım ve Yazılım Alımı teknik şartnamesinin 5.1 inci maddesinde; “ Proje kapsamında idarenin bilişim ağını oluşturan sistemlerin, kullanıcıların ve uygulamaların ayarlarının merkezi olarak yapılandırılması ve yönetilmesi amacıyla Microsoft Aktif Dizin Yapısı kurulacaktır.”, 5.4 üncü maddesinde; “ Aktif dizin yönetim yazılımı Microsoft Active Directory sunucusuna kurulacaktır. (Aktif dizin sunucusu) Aktif dizin yönetim yazılımı Windows 2008 R2 (32%64 bit) işletim sistemi üzerinde çalışacaktır.”, 5.5 inci maddesinde; “ Aktif dizin yapısı için gerekli 1500 Windows Server CAL lisansı teklife dahil edilecektir. ”, 5.6 ncı maddesinde; “ Kurumsal mail hizmetinin sağlanması amacıyla 1 adet Microsoft Exchange 2010 Enterprise yazılımı kurulacaktır. Yazılım Microsoft Windows 2008 R2 (32/64 bit) işletim sistemi üzerinde çalışacaktır.”, 5.7 nci maddesinde; “ 4 adet Microsoft Exchange 2010 Enterprise server lisansı ve yazılımının kullanımı için gerekli 1500 adet Exchange CAL lisansları teklife dahil edilecektir. ”, 5.8 inci maddesinde; “ Kullanıcı sistemlerinin yönetimi, kurulumu amacıyla 1 adet Microsoft Sistem Center Configuration Manager 2007 yazılımı kurulacaktır. Tüm sistemlerin yönetimi, güncellemeleri, donanım envanter raporlaması ve işletim sistemi deploymentleri bu yazılım ile yapılacaktır. 1500 adet CAL lisansı da teklife dahil edilecektir.”, 19.13 üncü maddesinde; “ Sistemler üzerinde işletim sistemi olarak Windows 2008 Server R2 kurulu olacaktır. İşletim sistemleri idare adına lisanslanmış ve kurulum DVD’leri ile birlikte teslim edilecektir. ”, 24.35 inci maddesinde; “ Windows 7 profesyonel 32 bit Türkçe lisansı verilecek ve sistemlerde kurulu olacaktır. (Lisanslama maddesinde belirtilen lisanslardan ayrı değerlendirilmiştir.”, 25.5 inci maddesinde; “ Windows Windows pro önyüklü olmalıdır.”, 31.2 nci maddesinde; “İdarenin mevcudunda bulunan 50 kullanıcılı ORACLE VYTS Standart Edition lisansları işlemci bazlı lisans modeline dönüştürülecek ve güncel ORACLE VTYS Standart Edition sürümü teklif edilecektir. ”, 31.4 üncü maddesinde; “ 500 adet Microsoft Office Standart son sürümü idare adına lisanslanacaktır ve lisanslar Bilgi İşlem Müdürlüğü’ne teslim edilecektir.”, 31.5 inci maddesinde; “ 200 adet Windows 7 Professional İşletim Sistemi Lisansı idare adına lisanslanacak ve Bilgi İşlem Müdürlüğüne teslim edilecektir.”, 31.6 ncı maddesinde; “ 19. Maddedeki sunucular üzerinde kullanılacak tüm Microsoft Server İşletim Sistemleri Microsoft Server 2008 R2 Enterprise edition sürümü olacak, her biri idare adına lisanslanacaktır ve lisanslar Bilgi İşlem Müdürlüğü’ne teslim edilecektir. Windows Server &CAL ve System Center Server&CAL ürünleri SA garantisine sahip olacak ve üç yıllık garanti süresi boyunca yeni sürümlerle güncellenecektir.” ve 35.27 nci maddesinde; “ Microsoft ürünleri danışmanlığı idarenin bu ihale kapsamında satın alacağı yeni versiyonlarının tasarım, dokümantasyon, kurulum, destek hizmetlerini kapsayacaktır: -Windows 2008 R2, Microsoft Exchange 2010, active directory, -MS SQL 2005/2008, SCCM2007R2, -Microsoft istemci/ kullanıcı bilgisayarları tasarımı, -microsoft sunucu bilgisayarları tasarımı ve Microsoft sunucu ailesinin yedekleme süreçleri ” şeklinde düzenlemeler yapılmıştır.

__Talep edilen sunucu, istemci, ve kişisel bilgisayar sistemlerinin devlet memurları tarafından kullanılacak olması ve sunucuların kolay kurularak yönetilebilmeleri amacıyla Microsoft Windows bazlı işletim sistemlerinin ve e-posta sunucularının tercih edilmesi birbiriyle uyumlu bir sunucu/istemci altyapısı oluşturmak için kullanılabilecek bir yöntemdir. Ancak, “Microsoft Office” ürününün muadili olan ürünler vardır ve bunların teklif edilmesini engellememek için tüm Microsoft ofis paketinin talep edilmesi yerine Word/Excel gibi özel uygulama adları verilerek sadece bunların veya muadillerinin teklif edilmesi istenmelidir.

_ 31.2 ve 31.3 üncü maddelerinde istenen “Oracle lisans çevrimi” ve “Oracle VTYS RAC” markasıyla belirlenmesi, veritabanı olarak başka ürünlerin teklif edilmesini ve rekabeti engellemektedir. Bu nedenle VTYS olarak teklif edilecek ürünün teklif edilen işletim sistemleri üzerinde çalıştırılabilmesi ve talep edilen şekilde yeterli sayıda VTYS lisansı sağlanması istenmelidir. Alımı yapan kurum, elde hazır bulunan Oracle lisanslarının dönüşümünün yapılmasını veya başka bir VTYS teklif edilirse Oracle içindeki verilerin format bilgileri yazılımcı firmaya sağlanarak bu yeni VTYS’ye ve yazılıma aktarılmasını istemelidir. Eğer Oracle VTYS üzerinde çalışan ve kullanılmaya devam edilecek yazılımlar varsa teklif edilecek VTYS ve uygulama yazılımı ile Oracle VTYS arasında bilgi transferinin talep edilmesi gerekir_.” şeklinde görüş bildirilmiştir.

Bu itibarla alınan teknik görüş ve yapılan incelemelerde söz konusu şartname maddelerindeki düzenlemelerin mevzuata uygun olmadığı sonucuna ulaşılmıştır.

Belediye Uygulama Yazılımı Alımı teknik şartnamesinin 9.1.4.5 inci maddesinde; “ Çalışılan her bir ekran, sistemden çıkmadan “read-only” olarak herhangi bir belgeye ek yapılabilmeli ve herhangi bir kullanıcıya gönderilebilmelidir.”, 9.1.4.14.3 üncü maddesinde; “ Resimler BLOB olarak veri tabanında tutulacaktır.”, 9.1.4.27 nci maddesinde; “Ara yüz programlarının veritabanı sunucusuna direk bağlantısı olmayacaktır.”, 9.1.4.28 inci maddesinde; “ Veritabanı sunucusu ile ara yüz programları arasında uygulama sunucuları (donanımsal ve yazılımsal olarak) bulunacaktır.” ve 9.1.4.32 nci maddesinde ise; “ Yazılımlar Windows tabanlı sunucularda çalışabilmelidir. ” şeklinde düzenlemeler yapılmıştır.

İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddelerindeki düzenlemelere ilişkin olarak İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddesindeki düzenleme ile ilgili olarak teknik görüşe başvurulmuş olup, alınan cevabi yazıda;“ 9.1.4.5’de istenen “sistemden çıkmadan Read Only ek yapma” özelliği çok kısıtlayıcıdır sadece “CSV veya PNG gibi standart veri formatlarında veri export edebilme” özelliği yeterli olmalıdır. 9.1.4.14.3’de istenen “‘Resimler BLOB olarak veri tabanında tutulacaktır maddesi gereksiz yere veri tabanında resimlerin nasıl saklanacağı detayını kısıtlamaktadır, kaldırılmalıdır. Bu tür verilerin veritabanında depolanabilmesini ve geri alınarak kullanılabilmesini istemek yeterlidir. 9.1.4.27’deki veri tabanlarına direk bağlanmama kısıtı kaldırılmalıdır. 9.1.4.28’de istenen “uygulama sunucusu” bulunma zorunluluğu yazılım mimarisine doğrudan müdahale etmektedir, kaldırılmalıdır. 9.1.4.32 windows’da çalışabilme koşulu gereksizdir önerilen yazılımın önerilen donanım ve işletim sisteminin üstünde çalışabilmesi istenmelidir.” şeklinde görüş bildirilmiştir.

Alınan teknik görüş ve yapılan incelemelerde Belediye Uygulama Yazılımı Alımı teknik şartnamesinin yukarıda belirtilen maddelerindeki düzenlemelerin rekabeti engelleyici nitelikte olduğu sonucuna varılmıştır.

Belediye Uygulama Yazılımı Alımı Teknik Şartnamesinin 9.1.4.4 üncü maddesinde; “ Çalışılan her ekrandan istenen format ve içerikte sıralı rapor alınabilmesi ve bu özellik tüm kullanıcılar için standart olarak araç çubuğunda bulunmalıdır. Bir rapordaki sayısal alanlarda toplama ve ortalama alınabilmesi, satır sayısı eklenebilmelidir. Kolon sırası ve genişliği kullanıcı tarafından kolaylıkla değiştirilebilmelidir. Üretilen rapor bir üst maddede belirtilen formatlarda saklanabilmelidir.” ve 9.1.4.7 nci maddesinde de; “ Ekranın durum (status) çubuğunda; aktif olan windowsdaki kaydın en son kimin tarafından değiştirildiği, değiştirme tarihi, işlem ve yazıcı durum alanları olmalıdır. ” Şeklinde düzenlemeler yapılmıştır.

İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddesindeki düzenleme ile ilgili olarak teknik görüşe başvurulmuş olup, alınan cevabi yazıda yer alan; “ 9.1.4.4’de belirtilen “araç çubuğu’nun nasıl kullanılacağı detayı teknik şartname için uygun değildir. 9.1.4.7’de istenen “durum çubuğu” benzer şekilde teknik şartnamede bulunmaması gereken bir yazılım detayıdır.” şeklindeki açıklama gereği söz konusu düzenlemenin mevzuata uygun olmadığı sonucuna varılmıştır.

Belediye Uygulama Yazılımı Alımı teknik şartnamesinin 14.1 inci maddesinde; “ Yüklenici teklif edilen Belediye Uygulama Yazılımlarının tüm fonksiyonlarını içeren orijinal kullanım kılavuzlarını, işletim el kitapçıklarını, eğitim dokümantasyonunu, veri tabanı tasarım tablolarını, destek ve yardım menülerini içeren dokümanları idareye verecektir.” şeklinde düzenleme yapılmıştır.

İncelenen ihaleye ilişkin olarak yapılan başka bir şikayet dilekçesine konu yukarıdaki şartname maddesindeki düzenleme ile ilgili olarak teknik görüşe başvurulmuş olup, alınan cevabi yazıda; yer alan; “ Burada söz edilen “veri tabanı tasarımı” açıkça anlaşılamamaktadır. Yazılım sahibi firma kendi özel “veri tabanı tasarımı”nı “ticari sır” olarak kendisine saklamak isteyebilir. İhaleyi yapan kurum kendi bilgilerine ilerde başka yazılım firmalarınca da erişilebilmesi için ayrı bir veritabanı tablosuna aktarılabilmesini (export) veya kurum tarafından sisteme yüklenen/girilen bilgilerin standart bir formatda (XML, Excel, CSV, vb. gibi) geri alınabilmesini talep edebilir. Kurumun yazılıma girdiği bilgileri başka firmalara yaptırdığı veya ileride yaptıracağı yazılımlarda kullanabilmesi için bir API veya görsel (GUI) bir bileşenin yazılımı geliştiren firmaca hazırlanması da talep edilebilir.” şeklindeki açıklama ve yapılan incelemelerde söz konusu düzenlemenin mevzuata uygun olmadığı sonucuna varılmıştır.****

Sonuç olarak, yukarıda mevzuata aykırılığı belirlenen ihale işlemlerinin düzeltici işlemle giderilemeyecek nitelikte işlemler olduğu tespit edildiğinden, ihalenin iptali gerekmektedir.

Açıklanan nedenlerle, 4734 sayılı Kanunun 65 inci maddesi uyarınca bu kararın tebliğ edildiği veya tebliğ edilmiş sayıldığı tarihi izleyen 60 gün içerisinde Ankara İdare Mahkemelerinde dava yolu açık olmak üzere;

Anılan Kanunun 54 üncü maddesinin onuncu fıkrasının (a) bendi gereğince, ihalenin iptaline,

Oybirliği ile karar verildi.

Dr. Hasan GÜL

Başkan****

Ali Kemal AKKOÇ

II. Başkan****

Hicabi ECE

Kurul Üyesi****

Ali KAYA

Kurul Üyesi****

Bahattin IŞIK

Kurul Üyesi****

Hakan GÜNAL

Kurul Üyesi****

Kazım ÖZKAN

Kurul Üyesi****

Adem KAMALI

Kurul Üyesi****

Abdullah DÜNDAR

Kurul Üyesi****

KİK Kararı: 2010/UM.I-3146

Hukuk Asistanı ile Kararları Analiz Edin

Karar Bilgileri

10 Milyon+ Karar Arasında Arayın

Profesyonel Hukuk AraçlarınaHemen Erişin