KİK Kararı: 2015/UM.I-1872 (1 Temmuz 2015)

KAMU İHALE KURULU KARARI
Toplantı No : 2015/040
Gündem No : 73
Karar Tarihi : 01.07.2015
Karar No : 2015/UM.I-1872
Untitled

TOPLANTIYA KATILAN ÜYELER:

Başkan: Mahmut GÜRSES

Üyeler: II. Başkan Kazım ÖZKAN, Ali Kemal AKKOÇ, Ahmet ÖZBAKIR, Mehmet Zeki ADLI, Hamdi GÜLEÇ, Mehmet AKSOY

BAŞVURU SAHİBİ:

Bilgi Bilgi Sistemleri A.Ş.- Gate Elektronik Sanayi ve Ticaret A.Ş. İş Ortaklığı,

VEKİLİ:

Av. Süleyman BOŞÇA

Ceyhun Atuf Kansu Cad. 1271. Sok. Sabri Mermutlu İş Merkezi No:33/5 Balgat Çankaya/ANKARA

İHALEYİ YAPAN İDARE:

Sosyal Güvenlik Kurumu Destek Hizmetleri Daire Başkanlığı,

Ziyabey Caddesi No:6 06520 Çankaya/ANKARA

BAŞVURUYA KONU İHALE:

2015/22601 İhale Kayıt Numaralı “Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulum Projesi Temini” İhalesi

KURUM TARAFINDAN YAPILAN İNCELEME:

Sosyal Güvenlik Kurumu Başkanlığı Destek Hizmetleri Daire Başkanlığı tarafından 09.04.2015 tarihinde açık ihale usulü ile gerçekleştirilen “Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulum Projesi Temini” ihalesine ilişkin olarak Bilgi Bilgi Sistemleri A.Ş.- Gate Elektronik Sanayi ve Ticaret A.Ş. İş Ortaklığının 08.05.2015 tarihinde yaptığı şikâyet başvurusunun, idarenin 15.05.2015 tarihli yazısı ile reddi üzerine, başvuru sahibince 25.05.2015 tarih ve 44648 sayı ile Kurum kayıtlarına alınan 25.05.2015 tarihli dilekçe ile itirazen şikâyet başvurusunda bulunulmuştur.

Başvuruya ilişkin olarak 2015/1367 sayılı itirazen şikâyet dosyası kapsamında yapılan inceleme neticesinde esas inceleme raporu tanzim edilmiştir.

KARAR:

Esas inceleme raporu ve ekleri incelendi.

İtirazen şikâyet dilekçesinde özetle, Teknik Şartname’nin 7.1.2.7’inci maddesinde “Teklif edilecek veri depolama sistemi en az (iki) adet Aktif-Aktif kontrol ünitesine sahip olacak ve en az 1200 diski adresleyebilecektir. İhtiyaç doğrultusunda kapasite artırımı sadece disk ve disk çekmeceleri sağlanarak yapılabilmelidir.” düzenlemesine ilişkin teklif edilen “HP 3PAR StoreServ 7000 Storage” marka ve model ürüne ait dokümanlardan ürünün en fazla 960 diski adresleyebileceği gerekçesiyle ve Teknik Şartname’nin “Portal Yazılımı ve Lisansları” başlıklı “9.1’inci maddesi ile “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesine ilişkin olarak Teknik Şartname cevaplarında teklif edilen ürüne ait gerekli bilginin verilmemesi, ürüne ait teknik dokümanın ihale dosyasında bulunmaması, dolayısıyla hangi marka ve model ürünün teklif edildiğinin anlaşılamaması gerekçeleri ile başvuru sahibinin tekliflerinin değerlendirme dışı bırakıldığı;

Teknik Şartname’nin 7.1.2.7’inci maddesine ilişkin Teknik Şartname cevabında 7.1.2.7’inci maddesinin okunduğunun, anlaşıldığının ve kabul edildiğinin belirtildiği, firmalarınca teklif edilen ürünün modifiye edilmesi ile 1200 diskin adreslemesinin mümkün olduğu, idarece söz konusu hususa ilişkin açıklayıcı bilgi istenilmediği, istenilmesi durumunda ürünün üretici tarafından modifiye edilmesiyle istenilen 1200 diski adreslenebileceğinin anlaşılacağı, ayrıca ihale uhdesinde bırakılan Havelsan Hava Elektronik San. ve Tic. A.Ş.nin teklif ettiği ürünün anılan maddeyi sağlanıp sağlanmadığına ilişkin komisyon kararında herhangi bir açıklamaya yer verilmediği,

Teknik şartnamenin “Portal Yazılımı ve Lisansları” başlıklı “9.1’inci maddesine ilişkin portal yazılımın ihaleyi yapan idare için özel geliştirilecek bir yazılım olduğu, bu yazılımın marka ve modelinin olmasının mümkün olmadığı, kullanılacak altlık için ise Teknik Şartname’nin 9.1.1.103’uncu maddesi gereğince Microsoft lisansının kullanılacağının belli olduğu, teklif edilen ürün Microsoft ürünü olduğu, portal yazılımı ile ilgili olarak Microsoft’ta tek bir ürün bulunduğu, Teknik Şartname’nin 7.2.3.10’uncu maddesinde ihaleyi yapan idarenin Microsoft ile 6886939 numaralı kurumsal anlaşması olduğu, gerekli sayıda lisans verilmesinin istendiği, teklif kapsamında Microsoft yetki belgesinin sunulduğu, Teknik Şartname’de talep edilen ürünün Microsoft tabanlı ürünlere ilişkin olduğu, teknik dokümanların standart ve açıkça belli olduğu, ihaleyi yapan idarenin bu ürünlerin tedarik edileceği Microsoft ile kurumsal anlaşması olduğu, anlaşılmayan hususlara ilişkin açıklayıcı bilgi istenilmesi mümkün ve gerekli iken böyle bir yola başvurulmadığı,

Teknik şartname’nin “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesine ilişkin Teknik Şartname cevaplarında istenilen marka ve model ile ilgili olarak Teknik Şartname’nin okunduğu, anlaşıldığı ve kabul edildiğinin belirtildiği, Teknik Şartname’nin 7.2.3.10.2’inci maddesinde İhaleyi yapan idarenin Microsoft ile 6886939 numaralı Kurumsal anlaşması olduğu ve veri tabanı yönetim sistemi olarak Microsoft MS-SQL Enterprise lisansından yeterli sayıda teklif verilmesinin istendiği, talep edilen ürünlerin açıkça belli olduğu ve idarece de teknik özelliklerinin biliniyor olduğu,

İhalesi yapılan ürünün piyasada tek bir ürün olduğu, marka ve model olarak belli olduğu ve ürünün toplam ürün içerisindeki payının çok düşük bir yüzdede kaldığı, ayrıca Teknik Şartname cevaplarında istenilen ürünlerin tedarik edileceğine ilişkin okunmuş, anlaşılmış ve kabul edildiğinin belirtildiği, idarece ihale komisyon kararında sadece ihale uhdesinde bırakılan istekliden açıklayıcı bilgi istenildiği açıklayıcı bilgi istenilen konuların ne olduğu konusunda diğer isteklilere bilgi verilmediği, firmalarından açıklayıcı bilgi istenilmeden teknik dokümanların sunulmamış olması gerekçesi ile tekliflerinin değerlendirme dışı bırakılmalarının 14.282.000 TL kamu zararına neden olacağı ve değerlendirme dışı bırakılmalarının mevzuata uygun olmadığı iddialarına yer verilmiştir.

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

4734 Sayılı Kamu İhale Kanunu’nun “Temel ilkeler” başlıklı 5’inci maddesinde “İdareler, bu Kanuna göre yapılacak ihalelerde; saydamlığı, rekabeti, eşit muameleyi, güvenirliği, gizliliği, kamuoyu denetimini, ihtiyaçların uygun şartlarla ve zamanında karşılanmasını ve kaynakların verimli kullanılmasını sağlamakla sorumludur…” hükmüne,

Anılan Kanunu’nun “Tekliflerin değerlendirilmesi” başlıklı 37’inci maddesinde “İhale komisyonunun talebi üzerine idare tekliflerin incelenmesi, karşılaştırılması ve değerlendirilmesinde yararlanmak üzere net olmayan hususlarla ilgili isteklilerden yazılı olarak tekliflerini açıklamalarını isteyebilir. Ancak bu açıklama, hiçbir şekilde teklif fiyatında değişiklik yapılması veya ihale dokümanında yer alan şartlara uygun olmayan tekliflerin uygun hale getirilmesi amacıyla istenilmez ve yapılmaz.

Tekliflerin değerlendirilmesinde, öncelikle belgeleri eksik olduğu veya teklif mektubu ile geçici teminatı usulüne uygun olmadığı 36 ncı maddeye göre ilk oturumda tespit edilen isteklilerin tekliflerinin değerlendirme dışı bırakılmasına karar verilir. Ancak, teklifin esasını değiştirecek nitelikte olmaması kaydıyla, belgelerde bilgi eksikliği bulunması halinde idarece belirlenen sürede isteklilerden bu eksik bilgilerin tamamlanması yazılı olarak istenir. Belirlenen sürede bilgileri tamamlamayan istekliler değerlendirme dışı bırakılır ve geçici teminatları gelir kaydedilir. Bu ilk değerlendirme ve işlemler sonucunda belgeleri eksiksiz ve teklif mektubu ile geçici teminatı usulüne uygun olan isteklilerin tekliflerinin ayrıntılı değerlendirilmesine geçilir. Bu aşamada, isteklilerin ihale konusu işi yapabilme kapasitelerini belirleyen yeterlik kriterlerine ve tekliflerin ihale dokümanında belirtilen şartlara uygun olup olmadığı ile birim fiyat teklif cetvellerinde aritmetik hata bulunup bulunmadığı incelenir. Uygun olmadığı belirlenen isteklilerin teklifleri ile birim fiyat teklif cetvellerinde aritmetik hata bulunan teklifler değerlendirme dışı bırakılır.” hükmüne,

Mal Alımı İhaleleri Uygulama Yönetmeliği’nin “Başvuruların ve tekliflerin alınması, açılması ve belgelerdeki bilgi eksikliklerinin tamamlatılması” başlıklı 55’inci maddesinde “(1) Ön yeterlik ve yeterlik başvuruları ile tekliflerin alınması ve açılmasına ilişkin işlemler; Kanun, bu Yönetmelik ve tip şartnamelerde belirtilen hükümler çerçevesinde standart formlar kullanılarak gerçekleştirilir.

(2) Zarf Açma ve Belge Kontrol Tutanağı, başvuru veya teklif zarfı içinde sunulması istenilen belgeler ve bu belgelere ilgili mevzuat gereğince eklenmesi zorunlu olan belgelerin her biri için ayrı sütun içerecek şekilde düzenlenir.

(3) Başvuru veya teklif zarfları, alınış sırasına göre incelenir. Açık ihale usulüyle yapılan ihaleler ile belli istekliler arasında ihale usulüyle yapılan ihalelerde teklif zarfları açılmadan önce, pazarlık usulüyle yapılan ihalelerde ise son yazılı fiyat tekliflerinin verildiği oturumda yaklaşık maliyet açıklanır. Zarflardan uygun olanların açılması ve belge kontrolünün yapılması aşamasında, aday veya isteklilerce sunulan belgeler tek tek kontrol edilerek hangi belgelerin sunulduğu, Zarf Açma ve Belge Kontrol Tutanağında her belge için açılmış bulunan sütunlara kaydedilerek gösterilir. İhale usulüne göre ilgili oturumda istekliler ve teklif ettikleri fiyatlar duyurularak tutanak düzenlenir. Bu tutanakların komisyon başkanınca onaylanmış suretleri, isteyenlere imza karşılığı verilmeden oturum kapatılamaz.

(4) Başvuru veya teklif zarfı içinde sunulması istenilen belgeler ve bu belgelere ilgili mevzuat gereğince eklenmesi zorunlu olan belgelerden herhangi birinin, aday veya isteklilerce sunulmaması halinde, bu eksik belgeler idarelerce tamamlatılamaz.

(5) Başvuru veya teklifin esasını değiştirecek nitelikte olmaması kaydıyla, sunulan belgelerde bilgi eksikliği bulunması halinde idarece belirlenen sürede bu eksik bilgilerin tamamlanması yazılı olarak istenir. Bu çerçevede, tamamlatılması istenen bilgi eksikliklerinin giderilmesine ilişkin belgelerin niteliği dikkate alınarak, idare tarafından iki iş gününden az olmamak üzere makul bir tamamlama süresi verilir. Belirlenen sürede bilgileri tamamlamayanların başvuru veya teklifleri değerlendirme dışı bırakılır ve geçici teminatları gelir kaydedilir.

(6) İdarelerce bilgi eksikliklerinin tamamlatılmasına ilişkin olarak verilen süre içinde aday veya isteklilerce sunulan belgelerin, son başvuru veya ihale tarihinden sonraki bir tarihte düzenlenmesi halinde, bu belgelerin, aday veya isteklinin son başvuru veya ihale tarihi itibarıyla ihaleye katılım şartlarını sağladığını göstermesi gereklidir.

(7) Birim fiyat teklif cetvellerinde aritmetik hata bulunup bulunmadığı incelenir. Birim fiyat teklif cetvellerinde aritmetik hata bulunduğu tespit edilen isteklilere ait teklifler değerlendirme dışı bırakılır.” hükmüne,

Kamu İhale Genel Tebliği’nin “İdarelerce belgelerdeki eksik bilgilerin tamamlatılması” başlıklı 16.6’ncı maddesinde “16.6.1 İhale dokümanında başvuru veya teklif zarfı içinde sunulması istenilen belgeler ve bu belgelere ilgili mevzuat gereğince eklenmesi zorunlu olan eklerinden herhangi birinin, aday veya isteklilerce sunulmaması halinde, bu eksik belgeler ve ekleri idarelerce tamamlatılmayacaktır. Ancak,

a) Geçici teminat ve teklif mektuplarının Kanunen taşıması zorunlu hususlar hariç olmak üzere, sunulan belgelerde ihale sonucu açısından teklifin esasını değiştirecek nitelikte olmayan bilgi eksikliklerinin bulunması halinde, bu tür bilgi eksikliklerinin giderilmesine ilişkin belgeler,

b) Aday ve isteklilerce sunulan ve başka kurum, kuruluş ve kişilerce düzenlenen belgelerde, belgenin taşıması zorunlu asli unsurlar dışında, belgenin içeriğine ilişkin tereddüt yaratacak nitelikte olan ve belgeyi düzenleyen kurum, kuruluş veya kişilerden kaynaklanan bilgi eksikliklerinin giderilmesine ilişkin belgeler,

İdarelerce tamamlatılacaktır. Bu çerçevede, bilgi eksikliklerinin giderilmesine ilişkin belgeler, idarece ilgili kurum veya kuruluştan re’sen istenebilir. Söz konusu belgelerin aday veya istekliler tarafından tamamlatılmasının istenilmesi halinde ise bilgi eksikliklerinin giderilmesine ilişkin belgelerin niteliği dikkate alınarak idarelerce aday veya isteklilere iki iş gününden az olmamak üzere makul bir tamamlama süresi verilecektir.

16.6.2. İdarelerce bilgi eksikliklerinin tamamlatılmasına ilişkin olarak verilen süre içinde aday veya isteklilerce sunulan belgelerin, başvuru veya ihale tarihinden sonraki bir tarihte düzenlenmesi halinde, bu belgeler, aday veya isteklinin başvuru veya ihale tarihi itibarıyla ihaleye katılım şartlarını sağladığını tevsik etmesi halinde kabul edilecektir.

16.6.3. Bilgi eksikliklerinin tamamlatılmasına ilişkin belgelerin yazılı olarak istenilmesi ve aday ve isteklilerce bir dilekçe ekinde sunulması gerekmektedir. İdarece belirlenen sürede eksik bilgileri tamamlamayan aday ve isteklilerin başvuruları veya teklifleri değerlendirme dışı bırakılır ve isteklilerin geçici teminatları gelir kaydedilir.

16.6.4. İlgili mevzuatına göre ihaleye katılma şartı olarak istenmesi gereken belge veya bilgilerin idarece istenmediği ve bu durumun tekliflerin değerlendirilmesi aşamasında tespit edildiği hallerde, idarelerce bu tür belge veya bilgiler başvuruların ya da tekliflerin değerlendirilmesi aşamasında aday veya isteklilerden talep edilemeyecek ve tamamlatılamayacaktır.” açıklamasına yer verilmiştir.

İdari Şartname’nin “İhale konusu işe ilişkin bilgiler” başlıklı 2’nci maddesinde ihale konusu işin adının “Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulum Projesi temini” olarak belirtildiği, miktarı ve türüne ise Şartname ekinde, “…

Sıra No

Açıklama

Birimi

Miktarı

1

Disk Ünitesi (SSD)

adet

1

2

Disk Ünitesi (SAN)

adet

4

3

Uygulama Sunucular ve Lisanları (Blade sunucu)

adet

32

4

Blade şasi

adet

2

5

Veri tabanı sunucuları ve Lisansları

adet

4

6

Omurga anahtar

adet

2

7

San direktör

adet

2

8

Yük Dengeleyici

adet

2

9

Güvenlik Yönetim Sistemi

adet

1

10

Veri Arşivleme

adet

2

11

Veri Tabanı Güvenlik Duvarı

adet

2

12

Sistem Analizi Tasarım Hizmetleri

adet

1

13

Hazır Yazılım ve Lisanslar

adet

1

14

Yazılım Geliştirme ve Test Hizmetleri

adet

1

15

Eğitim Hizmetleri

adet

1

…"şeklinde yer verildiği,

İdari Şartname’nin “İhaleye katılabilmek için gereken belgeler ve yeterlik kriterleri” başlıklı 7’inci maddesinde “…

7.5. Mesleki ve teknik yeterliğe ilişkin belgeler ve bu belgelerin taşıması gereken kriterler

…

7.5.6.

İstekliler söz konusu işe ait teknik şartnameye verecekleri cevapları (teknik şartnamenin genel hükümler başlıklı 5 inci maddesinin 5.3 üncü alt bendine uygun olarak) içeren dosyayı ve belgeleri teklifleri ile birlikte vermek zorundadırlar,

Teklif edecekleri ürünlerin teknik şartnameye uygunluğunu belirleyen dokümanları Türkçe veya İngilizce olarak verecektir. ( Teknik şartnamenin 5.5 inci maddesi)

…
7.7. Belgelerin sunuluş şekli:

…

7.7.4.7. Tasdik işleminden muaf tutulan resmi niteliği bulunmayan belgeler

7.7.4.7.1.Teklif edecekleri ürünlerin teknik şartnameye uygunluğunu belirleyan dokümanları. ( Teknik şartnamenin 5.5 inci maddesi İngilizce veya Türkçe internet çıktılarını verebilecektir.)

…

7.9. Tekliflerin dili

7.9.1. İsteklilerce, aşağıda belirtilen belgeler dışındaki tüm belgeler, Türkçe onaylı tercümesi ile birlikte verilmesi halinde geçerlidir. Tercümelerin yapılması ve tercümelerin tasdiki işleminde ilgili maddedeki düzenlemeler esas alınacaktır. Bu durumda teklifin veya belgenin yorumlanmasında Türkçe tercüme esas alınır. Türkçe'ye çevrilmeden sunulabilecek belgeler:

7.9.1.1. Teklif edilecek tüm donanımların teknik şartnameye uygunluğunu gösteren dokümanlar teknik şartname cevapları ekinde verilecektir. Bu dokümanlar Türkçe veya İngilizce olacaktır.

…” düzenlemesine yer verildiği görülmektedir.

Genel Sağlık Sigortası (GSS) Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulumu Projesine İlişkin Teknik Şartname’nin “Genel Hükümler” başlıklı 5’inci maddesinde “…

5.3 Teknik Şartnameye cevaplar sırası ile teker teker verilecek, boş bırakılan maddeler cevapsız sayılacak ve değerlendirmede “karşılanamıyor” olarak göz önüne alınacaktır.

…

5.5 İstekli, teklif edilen sistemlerin teknik şartnameye uygunluğunu belirleyen dokümanları Türkçe veya İngilizce olarak teknik şartname cevapları ekinde verecektir.” düzenlemesine,

Teknik Şartname’nin Veri Depolama Ünitesi (SAN): (4 Adet)başlıklı 7.1.2’inci maddesinin yedinci fıkrasında “…7.1.2.7. Teklif edilecek veri depolama sistemi en az 2 (iki) adet Aktif-Aktif kontrol ünitesine sahip olacak ve en az 1200 diski adresleyebilecektir. İhtiyaç doğrultusunda kapasite artırımı sadece disk ve disk çekmeceleri sağlanarak yapılabilmelidir. …” düzenlemesine,

Anılan Şartname’nin Lisanslar başlıklı 7.2.3.10’uncu maddesinde “7.2.3.10.1. Uygulama sunucuları ile birlikte Microsoft Server Datacenter Edition lisansları gerekli sayıda teklif edilmelidir. Teklif edilecek lisanslar Kurumun sahip olduğu 6886939 numaralı Kurumsal anlaşma kapsamında, sözleşme tarihi itibariyle Kurum adına sipariş edilmesi sağlanacaktır. Garanti süre sonu anlaşmanın bitiş tarihi ile aynı olacaktır

7.2.3.10.2. Veri tabanı sunucuları ile birlikte gerekli VTYS (Veri Tabanı Yönetim sistemi) lisansları gerekli sayıda teklif edilecektir. Microsoft MS-SQL Enterprise lisansları teklif edilmesi durumunda Kurumun sahip olduğu 6886939 numaralı Kurumsal anlaşma kapsamında, sözleşme tarihi itibariyle Kurum adına sipariş edilmesi sağlanacaktır. Garanti süre sonu anlaşmanın bitiş tarihi ile aynı olacaktır.” düzenlemesine yer verilmiştir.

Anılan Teknik Şartname’nin “Hazır Yazılım ve Lisanslar” başlıklı 9’uncu maddesinde

“9.1 PORTAL YAZILIM VE LİSANSLAR

9.1.1 Geliştirilecek ara yüzlerin ve hazır portletlerin sunulacağı Kurumsal bir portal sunucusu sağlanmalıdır. Portal Sunucusu, minimum aşağıdaki özelliklere sahip olmalıdır.

9.1.1.1 Portale bir arayüz sihirbazı yardımı ile kolayca ve sürükle bırak gibi hızlı teknolojiler ile portlet ya da form tasarımları yapılabilmelidir. Çeşitli veri kaynaklarından web servislerden veritabanlarmdan, iş akış motorundan dinamik yada statik veriler çekilebilmelidir. Portal arayüzünden iş akışlar tanımlanabilmeli ve iş akış formları tasarlanabilmelidir. Formdaki kurallar ve zorunluluklar dinamik olarak kural motorundan çekilebilmelidir. Portal Kurumun Aktif Dizini (Active Directory’si) ile entegre olmalıdır.

9.1.1.2 Portal sunucusu ticari desteği olan piyasada kabul görmüş ticari yazılım olmalı, açık kaynak kodlu, ücretsiz yazılımlar teklif edilmemelidir.

9.1.1.3 Yüklenicinin portal yazılımının bütün kod ve ayarlarını düzenleme yetkisi olacaktır. Ayrıca zengin ve uyarlanabilen arayüzler oluşturmak amacıyla CSS kodlamasına izin veren ve tek bir yerden yapılan tasarım değişiklikleri, portal yazılımın çalıştığı bütün sunucularda değişecek bir altyapı sağlamalıdır. Portletler UTF-8 kodlamasına uygun olmalıdır. Ajax, jquery ve javascript kodlarının çalıştırılmasına izin vermelidir.

9.1.1.4 Portal ürünü, mobil araçlar (cep telefonu, PDA vs.) gibi değişik kanallardan gelen isteklere göre sayfalan render edip görüntüleyebilen bir altyapıya sahip olacaktır.

9.1.1.5 Yüklenici tarafından Rol tabanlı erişim sağlanmalıdır. Rollerin detaylan Kurum tarafından belirlenecektir.

9.1.1.6 Yetki gruplarına göre kullanıcılar, sahip oldukları ekranlarda görsel ve bilgi sunumuna ait özelleştirmeleri kendileri yapabilmelidirler.

9.1.1.7 Kullanıcılar, erişme yetkisine sahip olduklan süreçleri uygulama ara yüzünden tetikleyerek başlatabilmelidirler.

9.1.1.8 Kullanıcılar, beklemede bulunan süreç adımlarını görebilmelidir. İş Adımlan Kurum tarafından belirlenecektir.

9.1.1.9 Kullanıcılar, iş süreçlerinde, kendilerine atanmış interaktif görevlere ekleyebilecekleri yer imleri ile daha sonradan istedikleri aktivite ve görevlere ulaşabilmelidir.

9.1.1.10 Kullanıcılar, kendilerine atanmış interaktif görevleri askıya alabilmeli, iptal edebilmeli ve yahut bir başka kullanıcıya/role atayabilmelidirler.

9.1.1.11 Kullanıcılar, oluşturulmuş iş süreçlerinin BPMN tasarımını ve tasarım haritası üzerinde sürecin o anda bulunduğu noktayı görüntüleyebilmeli, istedikleri takdirde o ana ait süreç haritasını kendi makinelerine imaj olarak kaydedebilmelidirler.

9.1.1.12 Kullanıcılar, süreç yürürken istedikleri aktivitelere ait notlar alabilmeli ve gerekli durumlarda aldıkları bu notları görebilmelidir.

9.1.1.13 Kullanıcılar, iş süreçlerine ait aktivitiler sırasında, diledikleri türlerde (Word, Excel, Powerpoint, pdf vb tüm dosyalar) dosyaları aktivitiyle ilişkilendirerek yükleyebilmelidirler. Gerekli durumlarda kendileri ve eklenen dosyaları görüntüleme yetkisi olan diğer kullanıcılar tarafından eklenen dosyalar açılarak görüntülenebilmelidir. Kullanıcılar, süreçler kapsamındaki aktivitelerin tamamlanma detaylarını, zaman (saat, dakika) ve kişi/rol/yetki bazında detaylarıyla görebilmelidirler.

9.1.1.14 Kurumsal Portal Platformu kolay geliştirilebilir ve uyarlanabilir menu, sayfa gruplan, tema ve görünüm özelliklerine sahip olacaktır.

9.1.1.15 Kurumsal Portal Platformu portal yöneticileri için hazır temalar, tema şablonları, düzen sihirbazları sağlayacaktır.

9.1.1.16 Kurumsal Portal Platformunun tema, düzenler, sayfalar vb. görünüm özellikleri herhangibir görsel geliştirme ortamı aracılığıyla web standartlarına uygun bir şekilde düzenlenebilen Cascade Style Sheet (CSS) dosyalan ve dosyalarından oluşacak ve kolay bir şekilde düzenlenebilecektir.

9.1.1.17 Kurumsal Portal Platformu, Portal geliştirme faaliyeti yönetim konsolu aracılığıyla, web browser üzerinden yapılacaktır. Portal geliştirme faaliyeti için herhangi bir IDE ye ihtiyaç minimum düzeyde olacaktır.

9.1.1.18 Kurumsal Portal Platformu üzerinde yayınlanan içerik dosya sisteminde veya veritabanında tutulacaktır.

9.1.1.19 Kurumsal Portal Platformu’nun üzerinden kullanıcı, erişim ve yetkilendirme yönetimi yapılabilecektir.

9.1.1.20 Yöneticiler ve yetkilendirilmiş personelin kurallar ekleyip kaldırabileceği, mevcut kurallarda değişiklik yapabileceği, detayları Kurum tarafından belirlenecek ve tasanmı Kurum’un onaylayacağı bir yönetici paneli olmalıdır. Bu bölüm ile ilgili Kurum’un istediği tüm değişiklikler pilot çalışma süresi içerisinde yapılacaktır.

9.1.1.21 Yüklenici, projeye ilişkin HBYS firmalarına garanti süresince yazılım desteği sağlayacaklardır(call center).

9.1.1.22 Proje kapsamında sağlık hizmet sunucularca gönderilecek olan resim dosyalannın (MR, BT vb...)kaydedilmeden önce görüntü işleme (image processing) teknikleri ile onay talep edilen bölge ile eşleşme olup olmadığı doğrulanacaktır. Bu özelliğin portalın standart bir özelliği olması beklenmemektedir. Geliştirilecek image processing yazılımı söz konusu pórtala entegre olarak çalışacaktır.

9.1.1.23 Portal yazılımı arayüzünden yetkisi dahilinde ilgili içerik ve dokümanlara erişilmelidir.

9.1.1.24 Portal arayüzünden içerik ve kategori bilgilerinden arama yapılabilmelidir.

9.1.1.25 Portal yazılımın arama motoru entegre çalışabilmeli ve arama sonucunun aynı sayfada listeleyebilmelidir.

9.1.1.26 Portal yazılımı, verilerini İlişkisel Veri Tabanında tutmalıdır.

9.1.1.27 Portal, Microsoft Internet Explorer, Mozilla FireFox, Google Chrome web tarayıcılarının tüm sürümlerinde sorunsuz şekilde çalışmalıdır.

9.1.1.28 Yazılımda tam Türkçe desteği olmalıdır. Türkçe karakterleri, Türkçe tarihi (gg/aa/yyyy) ve saati, Türkçe ölçü birimlerini, v.b. özellikleri desteklemesi gerekmektedir. Özellikle, tüm görüntü teknolojileri ve UTF-8 karakter setini desteklenmelidir. Sistem alfabetik sıralamaları Türkçe yapmalıdır. Büyük harf / küçük harf çevrimleri Türkçe alfabeye uygun olarak yerine getirilmelidir.

9.1.1.29 Portal yazılımına herhangi bir özellik eklemek amacıyla gereken yazılımlar nesne tabanlı (object oriented) geliştirilebilir olmalıdır. Gereken yazılımlar yüklenici tarafından hazırlanarak Kuruma teslim edilecektir.

9.1.1.30 Yazılımın tüm fonksiyonları web tabanlı çalışmalıdır.

9.1.1.31 Kullanıcılar, gerçekleştirdikleri işlemlere göre gruplandırılabilmelidir(rol).

9.1.1.32 Portal yazılımı, Microsoft SQL, DB2, PostgreSQL veya benzeri veritabanlan ile çift yönlü(yazma, okuma) veri alışverişi yapabilmelidir.

9.1.1.33 Portal yazılımı Küme (Cluster) yapılarda çalışabilir nitelikte olmalıdır. Yüksek kullanılabilirlik (High-Availability), Ölçeklenebilir (Scalability) özelliklerini banndırmalıdır.

9.1.1.34 Çalışma performansının arttırılabilmesi ve istenilen sayıda uygulama ile entegrasyon sağlanabilmesi amacıyla ölçeklenebilir olmalıdır.

9.1.1.35 Çok işlemcili ve çok core Tu bir yapıyı desteklemelidir.

9.1.1.36 Birden fazla sunucudan oluşan yük paylaşımlı yapıyı desteklemelidir.

9.1.1.37 Portal çözümü ve kullanılacak veri tabanı 64 bit mimaride çalışabilir olmalıdır.

9.1.1.38 Portal yazılımı, uzaktan yönetilebilir ve monitor edilebilir olmalıdır.

9.1.1.39 Portal yapısı içerisinde ek lisans gerektirmeden farklı alt siteler (portaller) oluşturulabilmeli ve bu portaller birbirlerinden bağımsız veya bütünleşik çalışabilmelidirler.

9.1.1.40 Portal yazılımının Single Sign On özelliği olmalıdır.

9.1.1.41 Var olan kullanıcılar içerik yönetim sistemine kolayca entegre olabilmelidir.

9.1.1.42 Web servisleri ile entegre olabilmelidir.

9.1.1.43 Web içerik yönetimi uygulaması ‘staging’ kademeli yayınlama özelliğini bulundurmalıdır. Yayınlanacak içerik ‘staging/server’ önizleme sunucusunda görüntülenerek uygun görüldüğünde canlı sayfaya otomatik olarak yayınlanmalıdır.

9.1.1.44 İçerik sağlayacak kullanıcılar, sisteme belirli kullanıcı adı ve şifre ile erişebilmelidir. Kullanıcıların kimlik doğrulaması gerektiğinde LDAP sunucusundan yapılabilmelidir. Tanımlı olmayan kullanıcılara, içerik yönetimi ekranı açılmamalıdır.

9.1.1.45 Kurum tarafından talep edildiği takdirde sistemde kimlik doğrulama (Authentication) yapılmadan herhangi işlemin yapılmasına izin verilmemelidir, gelen istekler Ana giriş (Login) sayfasına yönlendirilmelidir.

9.1.1.46 Kullanıcı, kullanıcının rolü, çalışma grubu gibi özelliklerine göre her kullanıcının kendi yetkisi dâhilindeki sistem fonksiyonlarına ulaşabilmesi sağlanmalıdır.

9.1.1.47 Kullanıcı, rol, çalışma grubuna göre erişim hakları verilmesi şeklinde bir yetkilendirme modeli sağlanmalıdır.

9.1.1.48 Kullanıcılar yetkileri dâhilindeki bilgileri görebilmelidir.

9.1.1.49 Portal yazılımına içerik girecek kullanıcının herhangi bir kodlama bilgisine ihtiyacı olmamalıdır.

9.1.1.50 Portal ziyaretçilerine sunulacak film dosyalarının ziyaretçinin erişim hızına göre düşük video çözünürlüğü otomatik olarak ayarlanabilmelidir. Bu özellik için sistem desteklemiyorsa üçüncü parti bir yazılım yardımı ile yapılmalıdır. Bu yazılıma ihtiyaç duyulması halinde ek bir ücret talep edilmeyecektir.

9.1.1.51 Portal sunucusu iş süreçleri yazılımı platformunun portal sunucusu olarak teklif edilmekle birlikte ilerde oluşabilecek ihtiyaçlar göz önünde bulundurulduğunda, Kurumun tüm portal sunucusu olarakda kullanılabilecek yeterli teknik yetkinliğe ve lisans açısından da portal kısıtının kaldırılıp, Kurumsal portal olarak kullanılabilecek türü lisans türüne geçiş esnekliğine sahip olmalıdır.

9.1.1.52 Portal Sunucusu, IIS veya Linux uygulama sunucularında çalışmayı desteklemelidir.

9.1.1.53 Wiki, blog, RSS, tartışma forumları servisleri sağlamalıdır.

9.1.1.54 Sağladığı MS Ofis entegrasyonu ile Word, Excel, PPT ortamlarından ve RSS etkileşimi ile de Outlook ortamından da süreç etkileşimi sağlanmalıdır.

9.1.1.55 Kullanıcılar, iş süreçlerinde, kendilerine atanmış interaktif görevlere ekleyebilecekleri yer imleri ile daha sonradan istedikleri aktivite ve görevlere ulaşabilmelidir.

9.1.1.56 Kullanıcılar, kendilerine atanmış interaktif görevleri askıya alabilmeli, iptal edebilmeli ve yahut bir başka kullanıcıya/role atayabilmelidirler.

9.1.1.57 Kullanıcılar, oluşturulmuş iş süreçlerinin BPMN tasarımını ve tasarım haritası üzerinde sürecin o anda bulunduğu noktayı görüntüleyebilmeli, istedikleri takdirde o ana ait süreç haritasını kendi makinelerine imaj olarak kaydedebilmelidirler.

9.1.1.58 Kullanıcılar, süreç yürürken istedikleri aktivitelere ait notlar alabilmeli ve gerekli durumlarda aldıkları bu notlan görebilmelidir.

9.1.1.59 Kullanıcılar, iş süreçlerine ait aktivitiler sırasında, diledikleri türlerde (Word, Excel, Powerpoint, pdf vb tüm dosyalar) dosyalan aktivitiyle ilişkilendirerek yükleyebilmelidirler. Gerekli durumlarda kendileri ve eklenen dosyaları görüntüleme yetkisi olan diğer kullanıcılar tarafından eklenen dosyalar açılarak görüntülenebilmelidir. Kullanıcılar, süreçler kapsamındaki aktivitelerin tamamlanma detaylannı, zaman (saat, dakika) ve kişi/rol/yetki bazında detaylanyla görebilmelidirler.

9.1.1.60 Portal yazılım arayüzünden sistemsel üst veriler üzerinden detaylı arama yapılabilmelidir. Örneğin; doküman ismi, doküman tanımı, oluşturulma tarihi, değiştirilme tarihi, sahibi, doküman sınıfı, uzantısı, boyutu vs...

9.1.1.61 Portal, MS Windows Aktif Dizini desteklemelidir.

9.1.1.62 Portal yazılımına herhangi bir özellik eklemek amacıyla gereken yazılımlar nesne tabanlı (object oriented) geliştirilebilir olmalıdır. Gereken yazılımlar yüklenici tarafından hazırlanarak işin süresi içinde Kuruma teslim edilecektir.

9.1.1.63 Portal yazılımında her bir sayfa için o sayfaya yerleştirilebilecek uygulama parçacıkları belirlenebilmelidir.

9.1.1.64 Web içerik yönetimi uygulaması ‘staging’ kademeli yayınlama özelliğini bulundurmalıdır. Yayınlanacak içerik ‘stagingserver’ önizleme sunucusunda görüntülenerek uygun görüldüğünde canlı sayfaya otomatik olarak yayınlanmalıdır.

9.1.1.65 Hazır fotoğraf şablonları kullanılarak, Portalde N sayıda (istenildiği kadar) fotoğraf galerisi oluşturulabilmelidir.

9.1.1.66 Mobil cihazlarla erişimi destekleyebilme özelliği olmalıdır.

9.1.1.67 Belirli sürelerle yayınlanması gereken içeriklerin yayından kaldınlması gereken tarihten önce site yöneticileri uyarlabilmeli ve koyulan kurallara göre istenirse sunucudan otomatik olarak silebilme veya arşive atılarak yılın yalnızca belli günleri aktif hale gelmelidir.

9.1.1.68 Yazılımın web tabanlı doldurulmak üzere anketler oluşturabilme özelliği olmalıdır. Portalde hazır anket şablonları ürün ile birlikte teslim edilmeli ve idare tarafından kod yazmaya gerek olmadan şablonlar üzerinde değişiklik yapılabilmelidir. Portal üzerinden anketlere yalnızca izin verilen kişiler erişebilmelidir. Anket sonuçlarını yetkili kişiler görebilmeli ve (pdf, doc, vb.) dosya formatlannda çıktı alınabilmelidir.

9.1.1.69 Portalde paylaşılan bilgi ve içerik üzerinde bilgi korumaya yönelik entegre özellikler bulunmalıdır. Bütün içerik ve portal listelerinde dizin yapısı sağlanabilmelidir.

9.1.1.70 İçerik dış dünyaya yayınlanmadan önce iş akışına tabi tutulabilecek, yetkili kullanıcı yayınlanmak istenen bir içeriği kabul ya da ret edebilecektir. Elektronik ileti ile geribildirim sağlanabilecektir.

9.1.1.71 Web sitesi ya da web sayfaları için hazır şablonlar kullanılabilecektir.

9.1.1.72 Var olan bir site başka bir site hazırlamak amacıyla şablon olarak kullanılabilecektir.

9.1.1.73 Özelleştirilmiş etkiler ve iş uygulamalarının genişletilebilmesi için özelleştirilmiş içerik oluşturulabilecektir.

9.1.1.74 Özel bir grup özellik seti (meta veri) tanımlanabilecektir.

9.1.1.75 Belirli dokümanlara bu özellik setini eklemek için iş kuralları kullanılabilecektir.

9.1.1.76 Entegre olunmuş içerik kaynaklarından alınan verileri otomatik olarak işlenip, tanımlanmış gösterim şablonlarına göre sunulabilecektir.

9.1.1.77 Alanlar oluşturulup, bu alanlara dokümanlar eklenebilmelidir.

9.1.1.78 Portal, ilanlar ve duyurular, merkezi takvimler ve Kurumun kullandığı e-posta (MS Exchange) sistemlerinin entegre çalıştığı bir ortam sunmalıdır.

9.1.1.79 Portal yazılımı, içeriğin yayınlama yapısını ve görselliğini kontrol etmek için şablonlar sunmalıdır.

9.1.1.80 Portal yazılımı, bütün web içerik yaşam döngüsünün yönetilmesi için kendi iş akışı, arama, doküman yönetimi yeteneklerinden yararlanmalıdır.

9.1.1.81 Portal yazılımı, içeriği istenilen zamanda (scheduled) veya anında yayma alabilmelidir.

9.1.1.82 Portal yazılımı, yayınlanan sitelerin arama indekslerini otomatik üretmek için entegre indeksleme yeteneğini kullanmalıdır.

9.1.1.83 Portal yazılımı, dinamik web sayfalarının üretiminde dış uygulamalardan, ürünlerden veya arayüzlerden bilgi (RSS bilgileri, haberler, hava durumu, finans bilgileri, vb.) sunabilmelidir.

9.1.1.84 Portal yazılımı, kullanıcılara ortak aktivitelerin duyurusu için kullanabilecekleri takım takvimi olanağı sağlamalıdır.

9.1.1.85 Portal yazılımı, Wiki ortamı sağlamalıdır.

9.1.1.86 Portal yazılımı hem internet hem de intranet ortamlarında çalışabilmelidir.

9.1.1.87 Portal içeriğinin, Kurum tarafından belirlenen ve daha sonra Kurum personeli tarafından kolaylıkla yönetebileceği bazı kısımları internetten, bazı kısımlar intranetten erişilebilir olmalıdır.

9.1.1.88 Kullanıcılar Ağ üzerindeki tüm bilgisayarlardan kendi hesaplarıyla sisteme bağlanabilmelidirler.

9.1.1.89 İçerik ile ilgili içeriği tanımlayıcı meta datalar tutulabilmelidir.

9.1.1.90 Portal yazılımı, kullanıcılara portal ile ilgili görüş ya da önerilerini form aracılığı ile ifade edebilme imkânı sağlamalıdır.

9.1.1.91 Kullanıcılar için şifre değiştirme ekranı olmalıdır.

9.1.1.92 Başka bir kullanıcı tarafından sunucudan kullanıma alınmış bir doküman, diğer kullanıcılar tarafından yalnızca görüntülenebilmelidir.

9.1.1.93 Windows Bilgi Yönetim Servisleriyle entegre çalışabilmelidir, dosya ve dizin bazında erişim ve kullanım hakları sınırlanabilmelidir. (Örn: Yazdırma, kopyalama, ekran yazdırma vb. özellikleri kısıtlanabilmelidir)

9.1.1.94 Portal içeriğinden kullanıcı tarafından yanlışlıkla silinen bir içerik, kullanıcı tarafından geri getirilebilmeli, kullanıcı nihai bir şekilde o belgeyi veya içeriği tamamen sildiyse site yöneticisi silinen içeriği geri getirebilmelidir.

9.1.1.95 Yönetici tarafından veri girişi yapan kullanıcılara atanan görevler ilgili kişilere e-posta olarak otomatik bildirilebilmelidir.

9.1.1.96 Site yöneticileri yayıma alacağı içeriği, ön izleme yaparak onay işlemi gerçekleştirebilmelidir.

9.1.1.97 Dokümanlar üzerinde hangi kullanıcı, ne zaman işlem yapmış ise bu bilgiler, veri tabanında tutulabilmelidir.

9.1.1.98 Veri erişim fonksiyonlarına (Yeni kayıt, Kaydet, Güncelle, vb.) kullanıcı, rol, çalışma grubuna göre erişim hakları verilmelidir.

9.1.1.99 Portal yöneticisi, kullanıcı çalışma alanlarının, transfer edilecek azami dosya boyutlarının ve dosya türlerinin yönetimini (Örn : *.exe uzantılı dosyaların engellenmesi) sağlayabilme özelliği olmalıdır.

9.1.1.100 Mevcut bir şablon farklı bir isimle kaydedebilmelidir. Daha sonra bu şablon sayfalarına erişilerek yeni site veya sayfa oluşturulmasında kullanılabilmelidir.

9.1.1.101 RSS feeder ya da benzeri araçlar ile kullanıcıların site üzerindeki değişikliklerden siteye bağlanmadan veya portal ana sayfasından haberdar olması sağlanabilmelidir.

9.1.1.102 Portal tasarımı, engelli ziyaretçilerin içeriğe erişimini sağlayacak şekilde olacaktır. Geliştirme sürecinde W3C WCAG kullanılabilirlik tanım standardına uygun bir şekilde yapılacaktır

9.1.1.103 Teklif edilecek lisanslar Microsoft ürünleri olması durumunda Kurumun sahip olduğu 6886939 numaralı Kurumsal anlaşma kapsamından sağlanacaktır. Garanti süre sonu anlaşmanın bitiş tarihi ile aynı olacaktır.

9.1.1.104 Portal yazılımına eklenen bir içerik, yetkilendirilecek kullanıcılar tarafından kontrol edildikten sonra ziyaretçi tarafından görünebilir olmalı, onay verilmeden herhangi bir şekilde arama sonuçlarında çıkmamalı ve izlenebilir olmamalıdır.

9.1.1.105 Portal yazılımı istemciye yansıyan içeriği önbellekleme özelliğine sahip olmalıdır.

9.1.1.106 Portal yazılımına eklenen bir içerik, yetkilendirilecek kullanıcılar tarafından kontrol edildikten sonra ziyaretçi tarafından görünebilir olmalı, onay verilmeden herhangi bir şekilde arama sonuçlarında çıkmamalı ve izlenebilir olmamalıdır.

9.1.1.107 Portal ziyaretçilerine sunulacak film dosyalarının ziyaretçinin erişim hızına göre düşük video çözünürlüğü otomatik olarak ayarlanabilmelidir. Bu özellik için system desteklemiyorsa üçüncü parti bir yazılım yardımı ile yapılmalıdır.

9.1.1.108 Kullanıcıların, sayfalara giriş bilgilerinin tarihçesi sistemde tutulabilmelidir.

9.1.1.109 Veritabanı işlemleri (insert, delete, update) sistemde tutulabilmelidir.

9.1.1.110 Aşağıdaki istatistiksel olarak verilen bilgiler Yüklenici tarafından aksi belirtilmedikçe aylık olarak raporlanarak Kurum’a verilecektir:

9.1.1.110.1 Tarih bazında sistemde oluşan hatalar

9.1.1.110.2 Kullanıcı, sayfa, tarih bazında girilen tüm sayfalar (toplu veya detaylı olarak)

9.1.1.110.3 İki tarih arasında, kullanıcı bazında, erişilen sayfa bilgileri (tarih ve adet bazında)

9.1.1.110.4 İki tarih arasında, sayfalara erişen kullanıcılar

9.1.1.110.5 Bir sayfaya giren kullanıcılar

9.1.1.110.6 Kurum tarafından belirlenecek kriterler

9.1.1.111 Form objelerini kaydetme ve yeniden kullanma yeteneği sunan form kütüphanesi sunulmalıdır.

9.1.1.112 Metin girişi, liste tipi verilerin girişi, seçimlik verilerin girişi için çeşitli nesneler olmalıdır.

9.1.1.113 Veri giriş anında alanlarının kontrolü ve uyarılar yaratılması mümkün olmalıdır.

9.1.1.114 Veri giriş nesneleri için zorunluluklar tanımlanabilmelidir. Ayrıca zorunluluklar başka bir nesnenin doldurulma durumuna göre zorunlu olabilmelidir.

9.1.1.115 Form geliştirme ortamı AJAX ve Jquery nesnelerini desteklemelidir. Validation’lar için sunucuya gidilmemeli ajax veya jquery teknolojileri yardımı ile veri giriş doğrulamaları, maskeleri, zorunlulukları istemci tarafında yapılmalıdır. Bu özellik Portal portlet geliştirme ortamında da olmalıdır.

9.1.1.116 Ajax ve Jquery desteği BPM içerisinde kod yazmayı gerektirmeyecek şekilde hazırlanmış olmalıdır. Bu sayede süreci geliştiren iş analistlerinin bile kolayca hazırlayabileceği yapı sağlanmalıdır. Alanların validation işlemleri bpmde veri formatları olarak belirtilmeli ve portalde barınmalıdır ve ekstra kod yazılmamalıdır. İstenirse ekstra validationlar için regex desteklemelidir.

9.1.1.117 Tarih veri tiplerinde takvimden seçim yapılabilmelidir. Otomatik olarak günün tarihi gelebilmelidir.

9.1.1.118 Alanlar arasında çok basit script’ler ile veya kod yazmadan matematiksel formül tanımlanabilmelidir. Dip toplamlar otomatik olarak alınabilmelidir.

9.1.1.119 Hazırlanmış olan ekranlar, veri modelleri, servisler, kurallar vb. tüm araçlar tekrar kullanılabilir araç yapılan (toolkitler) aracılığı ile yeniden kullanılabilir duruma getirilebilir yapıda olmalıdır.

9.1.1.120 Toolkitler hazırlandıktan sonra kendi versiyonlama mekanizması ile güncellenebilir.

9.1.1.121 SQL, DB/2, Sybase, PostgreSQL veya Oracle veritabanları ile query’ler aracılığı ile veri okuma ve yazabilme, akışta veri alışverişlerini grafiksel olarak tanımlayabilme özellikleri bulunmalıdır.

9.1.1.122 Alanlar değişkenlere bağlanabilir (binding), değişkenler de süreç veya aktivite içinde veritabanı ile ilişkilendirilebilir olmalıdır.

9.1.1.123 Form geliştirme ortamındaki alanlar bir veri tabanındaki tablodan yada herhangi bir servisten kolaylıklar doldurulabilmelidir.

9.1.1.124 Formlarda özelleştirilmiş veritabanı sorgulamaları ve filtrelemelere izin verilmelidir.

9.1.1.125 Kod geliştirmeden form üzerindeki alanların ne zaman ve kimin tarafından görüneceği form üzerindeki alanlara veya veri nesnelerine dayalı olarak dinamik olarak programlanabilmelidir.

9.1.1.126 Geliştirme ortamı kod yazmayı gerektirmeyecek şekilde hızlı tasarıma uygun olmalı ancak gerektiğinde kod yazılabilmesini ve component geliştirilmesini desteklemelidir.

9.1.1.127 Geliştirme ortamı Asp.Net c# dili veya java ile geliştirme yapılmasına izin vermeli, nesne kütüphanesindeki değişkenlerin kolay ve güçlü kullanımı için özellikler sunmalı; otomatik olarak değişiklerin listelenmesini ve komutların tamamlanması için intellisense özellikleri sunulmalıdır.

9.1.1.128 Forma dosya ekleyebilme imkanı sağlayan bir nesne olmalıdır.

9.1.1.129 Eklenen belgeler belge üzerinden tek tıklama ile açılabilmelidir

9.1.1.130 Form üzerindeki belgeler süreç adımlarında veya süreç sonunda Sharepoint, Documentum, Opentext, Filenet gibi ortamlarda arşivlenebilmelidir.

9.1.1.131 Form üzerine resimler eklenebilmeli, resimler proje verisi gibi sunucu üzerinde saklanabilmelidir.

9.1.1.132 Formu onaylayanların tarihçesinin listelenebileceği bir component geliştirilebilmeli ve formlara eklenebilmelidir. Bu araç daha sonra diğer iş süreçlerinde tekrar kullanılabilir nitelikte olmalıdır.

9.1.1.133 Formlar üzerinde sekmeler tanımlanabilmeli, aynı iş adımında sekmeler arasındaki geçişler sırasında form akışları tanımlanabilmeli ve bu adımlarda karar verme, servis çağrısı, control, veri tabanı bağlantısı, matematiksel işlemler vb. yapılabilmelidir. Herbir sekme ve form içindeki alanlar için yetkilendirmeler yapılabilmelidir.

9.1.1.134 Salt okunur, gizli, değiştirilebilir gibi yetkilendirmeler form alanları üzerinde dinamik olarak uygulanabilmelidir. Bir formun birden fazla görsel varyasyonu oluşturulabilmeli: Formların görselliği imza amaçlı kağıt çıktılar için özel olarak tasarlanabilmelidir. Ek komponentler geliştirilerek yada hazır komponentler kullanılarak bu formların pdf çıktısı yada tabloların excel aktarımı geliştirilebilmelidir.

9.1.1.135 Formların verileri veritabanında saklanmalıdır. Form üzerinde veya dosya sisteminde alanlara ilişkin herhangi bir veri olmamalıdır.

9.1.1.136 Geliştirme ortamı sadece iş akışı geliştirmek için değil hızlı uygula geliştirme ortamı olarak da kullanılabilecek alt yapıya sahip olmalıdır. Geliştirilecek projelerde iş akışlarından bağımsız formlar oluşturulabilmeli ve form içerisindeki geçişler, akışlar, butonlar görsel olarak modellenebilmelidir.

9.1.1.137 Geliştirme ortamı herhangi başka bir uygulamaya gerek duymaksızın kendi içerisinde kod versiyonlama ve yönetişim yapısı sağlamalıdır.

9.1.1.138 Portal bileşeni, Şartname kapsamında temin edilecek veri tabanı yönetim sistemi üzerinde koşacaktır.

9.1.1.139 Portal üzerinden Kurumun belirleyeceği niteliklerde istatistik raporları oluşturulabilecektir. Bu raporlar pdf uzantılı dosya şeklinde Kurum yöneticilerine mail yoluyla iletilecektir.

9.1.1.140 Portal sisteminin kurulduğu sistem altyapısında bir problem (elektrik kesintisi gibi.) oluştuğunda söz konusu portalın statik (son 24 saat) olarak devam edebileceği bir sistem kurulmalıdır.

9.1.1.141 Login olan kullanıcı 10 dakikalık süre içerisinde işlem yapmadığı takdirde logout olmalıdır.

....

9.6.VERİTABANI VE YÖNETİM ARAÇLARI

Teklif edilecek VTYS aşağıda yer alan tüm özellikleri sağlamalıdır. Ek modül ve/veya yazılım aracılığı ile sağlanabilen fonksiyonlar açıklamalarıyla birlikte teklife dahil edilerek sunulmalıdır.

9.6.1 Endüstri standardı ilişkisel veri modelini desteklemelidir.

9.6.2 Endüstri standardı işletim sistemlerinden birini (Microsoft Windows veya Unix) desteklemelidir.

9.6.3 ANSI SQL standartlarına (SQL-89, SQL-92) uyumlu olmalıdır.

9.6.4 Veritabanında ISO 8859-9 ve/veya TS 5881 standartlarına uygun karakter seti (Türkçe) kullanabilmelidir.

9.6.5 Sıralama ve karşılaştırma işlemlerinde Türkçe alfabe kurallarına uyumlu olmalıdır.

9.6.6 Üzerinde çalıştığı işletim sistemi tarafından desteklenen kaynakların tamamına (RAM, CPU) erişebiliyor ve bunları kullanabiliyor olmalıdır.

9.6.7 VTYS Karmaşık Olay İşleme (Complex Event Processing - CEP) özelliklerine sahip olmalıdır.

9.6.8 Kullanıcı tanımlı veri tiplerini (user-defined data types) desteklemelidir.

9.6.9 BLOB veri tipini desteklemelidir.

9.6.10 Görünümleri (view) ve aşağıdaki tiplerini desteklemelidir:

9.6.11 Birleşik (union views)

9.6.12 İndeksli (indexed/materialized views)

9.6.13 Güncellenebilir (updateable views)

9.6.14 Tetiklemeleri (triggers) ve aşağıdaki özelliklerini desteklemelidir:

9.6.15 Tablo üzerinde aynı tipte birden çok tetikleme tanımlayabilmeli

9.6.16 Tetiklemelerin emel erin test edilmesini

9.6.17 Tetiklemelerin koşula bağlı çalışmasını

9.6.18 Saklı yordamları (stored procedures, SP) ve aşağıdaki özelliklerini desteklemelidir:

9.6.19 Saklı yordamların test edilmesini

9.6.20 Uygulamalardan erişilebilmesini (external call)

9.6.21 Kullanıcı tanımlı fonksiyonları (user-defined functions, UDF) desteklemelidir.

9.6.22 Veri tabanı objeleri (SP, UDF, Triggers) tanımlamalarında ANSI SQL standartlarını destekleyen, sunduğu tüm özellikleri dokümante edilmiş bir yazılım diline sahip olmalıdır.

9.6.23 Veri tabanı objeleri (SP, UDF, Triggers) tanımlamalarında, uygulama geliştirme platformuna ait (.NET, JAVA vb.) yazılım dillerinin kullanılmasını destekliyor olmalıdır.

9.6.24 XML veri tipini destekliyor olmalıdır.

9.6.25 NULL değerlerin yönetimini veri tabanı seviyesinde ve veri işlemlerinde desteklemelidir.

9.6.26 Kilitleme (locking) için aşağıdaki özellikleri desteklemelidir:

9.6.27 Hem veri ve hem indeksler için kayıt seviyesinde kilitleme (row-level locking) özelliğini desteklemelidir.

9.6.28 Tüm veri tabanı operasyonlarında performans açısından en uygun kilitleme tipini otomatik olarak seçebilen dinamik kilitleme (dynamic locking) yeteneğine sahip olmalıdır.

9.6.29 Amaca uygun kilitleme tipi seçimini kullanıcıya tanıyan (configurable locking) sorgu cümleciklerinde yardımcı tanımlamaları desteklemelidir.

9.6.30 Dağıtık işlem (distributed transaction) desteği olmalıdır.

9.6.31 Maliyet tabanlı sorgulama iyileyicisine (cost based optimizer) sahip olmalıdır.

9.6.32 Inner, outer ve full joinTeri desteklemelidir.

9.6.33 Kendi kendini çağıran (Recursive) sorguları desteklemelidir.

9.6.34 Cursor desteklemelidir.

9.6.35 Bellek içinde tablo oluşturma özelliğini desteklemelidir.

9.6.36 Bellek içi tablolar üzerinde transaction desteği sağlamalıdır.

9.6.37 Bellek için oluşan tabloları kullanarak sorgulama ve güncelleme hizmetlerini veri kaybı olmadan sağlamalıdır.

9.6.38 Bellek içi tablolar ve disk üzerinde tutulan tabloları aynı sorgu içinde çalıştırabilmeyi desteklemelidir.

9.6.39 Bellek için tablolar için index mekanizması sağlamalıdır

9.6.40 İşlemler için İşlemci, Bellek ve Fiziksel 10 değerlerini limitleme özelliğini sunmalıdır.

9.6.41 Farklı işlemler için İşlemci, Bellek ve Fiziksel 10 değerlerini gruplama özelliğini sunmalıdır.

9.6.42 Farklı uygulamalar için session limitleme özelliğini sunmalıdır.

9.6.43 Dinamik disk alanı kullanım yönetimi özelliğine sahip olmalıdır. Böylece veritabanı boyunun otomatik olarak artması veya veritabanmın otomatik olarak küçültülebilmesine olanak tanımalıdır.

9.6.44 Üst seviye sistem performansının korunmasını otomatik olarak sağlayan iyileştirme (auto tuning) özelliğine sahip olmalıdır.

9.6.45 Daha iyi performans için veri tabanı seviyesindeki iyileştirmeleri tavsiye özelliğine (tuning advisor) sahip olmalıdır.

9.6.46 Verilen teker teker sorgular veya bir sorgu bloğunu inceleyip otomatik olarak bu sorgulan en hızlı çalıştırabilecek dizin (index), bölümleme (partitioning) gibi optimizasyonlan otomatik yapacak olanaklara sahip olmalıdır.

9.6.47 Verinin seçimli olarak (tablo seçerek ve replike edilecek kayıtları belirleyecek filtreleri girerek) farklı sistemlere replike edilmesini desteklemelidir.

9.6.48 Replikasyon izleme aracı sunmalıdır.

9.6.49 Senkron ve asenkron replikasyon imkanı sunmalıdır

9.6.50 Eşli ve karşılıklı replikasyon modellerini (peer-to-peer) desteklemelidir.

9.6.51 Tek makina üzerinde birden çok yalıtılmış veri tabanı servisi kullanımını desteklemelidir.

9.6.52 Açık sistem standartlarını (ODBC, JDBC, ADO/OLE-DB, HTTP, XML) desteklemelidir.

9.6.53 Çok işlemcili donanım özelliklerinden üst seviyede ve lineer olarak yararlanabiliyor olmalı, sorgulamaları ve diğer veritabanı işlemlerini (dizin yaratma, veritabanı tutarlılık kontrolü, defragmentasyon) paralel olarak yürütebilmelidir.

9.6.54 32-bit Intel uyumlu veya x64 uyumlu donanım mimarilerini destekleyen sürümleri olmalıdır.

9.6.55 Verilerin 2. Sunucu üzerine anlık olarak kopyalanabilmesini ve kopyalanan veri üzerinden sadece okuma amaçlı sorguların çalıştırılmasını desteklemelidir.

9.6.56 Verilerin 6 adet’e kadar farklı Sunucu üzerine asgari gecikme ilekopyalanabilmesini ve kopyalanan veri üzerinden sadece okuma amaçlı sorguların çalıştırılmasını desteklemelidir.

9.6.57 Kaynak sistemden, 6 adet’e kadar kopyalanan veriler için asgari gecikme zamanını otomatik olarak ayarlama hizmeti sağlamalıdır.

9.6.58 Veri tabanı üzerinde kayıt edilmiş komutları, ölçeklenebilir istemciler yardımı ile tekrar çalıştırabilmelidir.

9.6.59 VTYS indeks ve tablo sıkıştırma özelliğini içermelidir.

9.6.60 Kümelenmiş sunucu (failover clustering) çözümlerini desteklemelidir

9.6.61 Sistem yapılandırmalarının hizmetin kesintiye uğramadan uygulanabilmesine olanak tanımalıdır.

9.6.62 İndeksleme ve indeks bakımı işlemlerini çevrimiçi (online) yapabilmelidir.

9.6.63 On-line yedekleme (backup) özelliği olmalıdır

9.6.64 On-line geri yükleme (restore) özelliği olmalıdır

9.6.65 1. Sunucu üzerinde bir problem olması durumunda hizmetin kesintiye uğramadan ve veri kaybı olmadan 2. Sunucu üzerinden çalıştırılmasını desteklemelidir.

9.6.66 Tanı (diagnostic) için gerekli araçları içermelidir.

9.6.67 İnce ayar (tuning) için gerekli araçları içermelidir.

9.6.68 Yönetimsel araçları içermelidir.

9.6.69 Raporlama hizmetleri Kurumsal raporlar için web tabanlı erişim ve yönetim imkanı sağlamalıdır.

9.6.70 Kurumsal raporların zamana veya duruma bağlı olarak otomatik üretilmesi, farklı dosya formatlannda rapor alınabilmesi, otomatik yayınlanma ve ilgili kullanıcılara otomatik gönderimi veya haber verilmesi gibi özellikleri özgün olarak sağlamalıdır.

9.6.71 Son kullanıcılara kendi raporlarını hazırlama ve yayınlama imkanı tanıyan arayüzleri özgün olarak sağlamalıdır.

9.6.72 VTSY Çok boyutlu veri modelleme (MOLAP, HOLAP ve ROLAP) hizmetleri için gerekli servisler ve araçları içermelidir.

9.6.73 VTSY Veri Madenciliği algoritmalarını içermelidir.

9.6.74 Veri değişimlerine bağlı bildirim uygulamalarını veri tabanı seviyesinde geliştirmeye, işletmeye ve yönetmeye imkan veren servis ve araçları içermelidir.

9.6.75 Entegre performans analizi aracı sağlamalıdır

9.6.76 Entegre işlem monitör aracı sağlamalıdır. Bu araç VTYS ye gönderilen tüm sorguları sırayla kaydetme ve saklama özelliğine sahip olmalıdır.

9.6.77 Entegre grafik ara yüzlü yönetim aracı sağlamalıdır

9.6.78 Entegre grafik ara yüzlü sorgulama tasarım, analiz ve yönetim aracı sağlamalıdır

9.6.79 Entegre zamanlama aracı sağlamalıdır

9.6.80 Veritabanına dışarından ve veritabanında içeri veri aktarım araçları (ETL) olmalıdır. Araçlar grafik arayüz ile sağlanmalıdır.

9.6.81 VTYS coğrafi veriyi tutma ve işleme özelliklerine sahip olmalıdır.

9.6.82 VTYS bünyesinde veri toplama, dönüştürme ve yükleme hizmetleri için ETL motoru ve aracını barındırmalıdır.

9.6.83 Operasyonel raporlarının hazırlanabilmesi için, ORACLE ve MICROSOFT SQL SERVER ürünlerinden değişen veriyi gün içeriside aktarmak için CDC (change data capture) hizmeti sağlamalıdır.

9.6.84 Etki alanı sunucuları ile tam entegre güvenlik yapısı sunmalıdır

9.6.85 Rol tabanlı güvenlik yapısı oluşturma özelliklerini desteklemelidir

9.6.86 Kullanıcı hesabı şifreleri için şifre yönetim politikaları tanımlanmasını ve Daha fazla güvenlik için veritabanında kullanılan sertifikaların dış bir cihazda (Hardware Security Module - HSM) saklanmasına izin vermelidir.

9.6.87 Veri tabanı objeleri ve veri seviyesinde detaylı yetkilendirme imkanları (granular, fine grained permissions) sağlamalıdır..

9.6.88 Verisel ve yapısal tüm veri tabanı işlemleri için kayıt mekanizmasına sahip olmalıdır

9.6.89 Entegre single sign-on desteği olmalıdır

9.6.90 Entegre Kerberos desteği bulunmalıdır

9.6.91 Entegre Public Key Infrastructure (PKI) desteği bulunmalıdır

9.6.92 VTYS ye SSL ile bağlantı ile veri paketlerinin şifrelenmiş şekilde iletimini sağlayabilmelidir

9.6.93 DDL işlemlerinin izlenebilmesi için (auditing) tetikleyiciler (triggers) tanımlanabilmesine imkan vermelidir.

9.6.94 Veritabanı üzerinde yapılan ekleme, çıkarma, silme gibi işlemleri otomatik olarak kayıt edecek, kayıt edilen verilen üzerinden sorgulama yapılabilecektir.” düzenlemesine yer verilmiştir.

İdarece ihale işlem dosyasında gönderilen teknik analiz raporu ve ihale komisyon kararı incelendiğinde, başvuru sahibi istekli olan Bilgi Bilgi Sistemleri A. Ş - Gate Elektronik San. ve Tic. A.Ş. İş Ortaklığının etmiş olduğu “HP 3PAR StoreServ 7000 Storage” marka ve model ürüne ait dokümanlardan ürünün en fazla 960 diski adresleyebileceği anlaşıldığından bahisle anılan ürünün Teknik Şartnameyi karşılamadığı gerekçesiyle ve Teknik Şartname’nin “Portal Yazılımı ve Lisansları” başlıklı 9.1’inci maddesi ile “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesine ilişkin olarak Teknik Şartname cevaplarında teklif edilen ürüne ait gerekli bilginin verilmemesi, ürüne ait teknik dokümanın ihale dosyasında bulunmaması dolayısıyla hangi marka ve model ürünün teklif edildiğinin anlaşılamaması gerekçeleriyle, Koç Sistem Bilgi ve İletişim Hizmeleri A.Ş.nin Teknik Şartname’nin “Portal Yazılımı ve Lisansları” başlıklı 9.1’inci maddesi, “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesi ve “Karar Destek Sistemi Yazılım Lisansları” başlıklı 9.8’inci maddesine ilişkin olarak Teknik Şartname cevaplarında teklif edilen ürüne ait gerekli bilginin verilmemesi, ürüne ait teknik dokümanın ihale dosyasında bulunmaması dolayısıyla hangi marka ve model ürünün teklif edildiğinin anlaşılamaması gerekçeleriyle değerlendirme dışı bırakıldığı, ihalenin Havelsan Hava Elektronik San. ve Tic. A.Ş. uhdesinde bırakıldığı görülmüştür.

İhale işlem dosyasında yer alan teknik analiz raporu ve ihale komisyon kararında Havelsan Hava Elektronik San. ve Tic. A.Ş.den teklif kapsamında sunulan Teknik Şartname cevabı ve eki dokümanlarda anlaşılamayan hususlara ilişkin bilgi eksikliği kapsamında açıklama istenildiği görülmüş olup bu kapsamda ihale işlem dosyası incelendiğinde idarece sadece 10.04.2015 tarihinde Havelsan Hava Elektronik San. ve Tic. A.Ş. firmasından teklif kapsamında sunulan Teknik Şartname cevabı ve eki dokümanlarda anlaşılamayan hususlara ilişkin bilgi eksikliği kapsamında açıklama istendiği, söz konusu açıklama talebinde“…Firmanızın İlgide kayıtlı teklifinin incelenmesi sonucunda; teknik şartname cevaplarında geçen maddelerle ilgili olarak anlaşılmayan hususlar tespit edilmiş olup, bu hususlarla ilgili sorular aşağıda sıralanmıştır.

1. Teknik şartnamenin 7.1.1, 7.1.2 maddelerin de teklif edilen ürünlere ait teknik broşürlerden detay bilgi edinilemediği için teklif edilen ürünler hakkında detaylı bilgi (teklif edilen markaya ait hangi modelin verileceği, kaç tane verileceği, teknik şartname maddelerine göre detaylandırılmak koşulu ile) verir misiniz?

2. 7,1.1.13 maddesine verileri cevabı açıklar mısınız?

3. 7.2 2.4 maddesine göre teklif edilen ürünlerde hangi işlemcinin kullanıldığını detaylandınr mısınız?

4. 7.2.3 2.3 maddesine göre teklif edilen ürünlerde hangi işlemcinin kullanıldığını detaylandınr mısınız?

…” şeklinde yer verilen maddeler hakkında açıklama istenildiği, Havelsan Hava Elektronik San. ve Tic. A.Ş. firmasınca da açıklama isteğine 14.04.2015 tarihinde cevap verildiği görülmüştür. Diğer taraftan diğer isteklilerden anlaşılamayan hususlara ilişkin bilgi eksikliği kapsamında açıklama talep edilmediği anlaşılmaktadır.

Yapılan incelemede; başvuru sahibinin teklif dosyası kapsamında Teknik Şartname cevabı ve ekinde Teknik Şartnameye uygunluğu gösteren dokümanları sunduğu tespit edilmiş, Teknik Şartnamenin 7.1.2.7’inci maddesine ilişkin Teknik Şartname cevabı incelendiğinde teklif edilen ürüne ilişkin herhangi bir açıklamaya yer verilmediği sadece anılan maddenin okunmuş, anlaşılmış, kabul edilmiş olduğu görülmüş, diğer taraftan Teknik Şartname cevapları ekinde Teknik Şartname’nin 7.1.2.7’inci maddesine uygunluğunu göstermek üzere teklif kapsamında sunduğu doküman incelediğimizde “HP 3PAR StoreServ 7000 Storage” marka ve modelli ürün teklif ettiği tespit edilmiştir.

Öte yandan başvuru sahibi istekli tarafından teklif kapsamında sunulan Teknik Şartname cevabında şikayet konusu Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerine ilişkin okunmuş, anlaşılmış ve kabul edilmiş ifadesi görülmüş, Teknik Şartnameye uygunluğu göstermek üzere sunulan Teknik Şartname cevabı ekinde Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerine ilişkin herhangi bir doküman sunulmadığı tespit edilmiştir.

Şikâyete konu ihale uhdesinde bırakılan Havelsan Hava Elektronik San. ve Tic. A.Ş. firması tarafından Teknik Şartname’nin 7.1.2.7’inci maddesinde ilişkin Teknik Şartname cevabında “Teklif edilecek veri depolama sistemi en az 2 (iki) adet Aktif-Aktif kontrol ünitesine sahiptir ve en az 1200 diske kadar genişleyebilmektedir. İhtiyaç doğrultusunda kapasite artırımı sadece disk ve disk çekmeceleri ekleyerek sağlanmaktadır.” ifadesine yer verilmiş, Teknik Şartname’nin 7.1.2.7’inci maddesine uygunluğunu göstermek üzere teklif kapsamında “Hitachi Virtual Storage Platform G1000” marka ve model ürüne ait İngilizce doküman sunduğu görülmüştür.

Yukarıda yer verilen Kanun ve Yönetmelik hükümleri ile Tebliğ düzenlemesi bir arada değerlendirildiğinde teklifin esasını değiştirecek nitelikte olmaması kaydıyla, belgelerde bilgi eksikliği bulunması halinde idarece belirlenen sürede isteklilerden bu eksik bilgilerin 4734 sayılı Kamu İhale Kanunu’nun 5’inci maddesinde yer alan temel ilkelere uygun bir şekilde tamamlatılması gerekmekte olup idarece söz konusu ihalede isteklilerden ihale mevzuatı gereğince teklif sahiplerinden, 4734 sayılı Kanun’un 37’inci maddesinde yer alan hüküm uyarınca anlaşılamayan hususlara ilişkin bilgi eksikliği kapsamında açıklama istenilmeyen isteklilerden de açıklama talep edilmesi, açıklama getiren isteklilerin tekliflerinin değerlendirilmesinden sonra, ekonomik açıdan en avantajlı teklif sahibinin belirlenmesi gerekmektedir.

Sonuç olarak, yukarıda belirtilen mevzuata aykırılıkların düzeltici işlemle giderilebilecek nitelikte olduğu tespit edildiğinden, anlaşılmayan hususlara ilişkin Bilgi Bilgi Sistemleri A. Ş., Gate Elektronik San. ve Tic. A.Ş. İş Ortaklığından ve Koç Sistem Bilgi ve İletişim Hizmetleri A.Ş.den bilgi eksikliği kapsamında açıklama talep edilmesi ve bu aşamadan sonraki ihale işlemlerinin mevzuata uygun olarak yeniden gerçekleştirilmesi gerekmektedir.

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

Anılan Kanun'un 54'üncü maddesinin onbirinci fıkrasının (b) bendi gereğince düzeltici işlem belirlenmesine,

Oyçokluğu ile karar verildi.

Mahmut GÜRSES

Başkan

Kazım ÖZKAN

II. Başkan

Ali Kemal AKKOÇ

Kurul Üyesi

Ahmet ÖZBAKIR

Kurul Üyesi

Mehmet Zeki ADLI

Kurul Üyesi

Hamdi GÜLEÇ

Kurul Üyesi

Mehmet AKSOY

Kurul Üyesi

KARŞI OY

Başvuru sahibinin itirazen şikayet başvuru dilekçesindeki iddiaları kapsamında Kurul çoğunluğunca, tüm teklif sahiplerinden anlaşılamayan hususlara ilişkin bilgi eksikliği kapsamında açıklama talep edilmesi ve bu aşamadan sonraki ihale işlemlerinin mevzuata uygun olarak yeniden gerçekleştirilmesi yönünde “düzeltici işlem belirlenmesine” karar verilmiştir.

Başvuru sahibinin itirazen şikayet başvuru dilekçesinde belirttiği iddiaları kapsamında yapılan incelemeye göre;

Kararda da belirtildiği üzere başvuruya konu ihale Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulum Projesi temini işi olup İdari Şartname’nin ekinde, alıma konu işin 15 kalemden oluştuğu, biriminin adet olduğu ve her bir kalamden kaç adet alınacağı tablo halinde düzenlenmiştir.

İdari Şartname’nin “İhaleye katılabilmek için gereken belgeler ve yeterlik kriterleri” başlıklı 7’inci maddesinde ise;

“…

7.5. Mesleki ve teknik yeterliğe ilişkin belgeler ve bu belgelerin taşıması gereken kriterler

…

7.5.6.

İstekliler söz konusu işe ait teknik şartnameye verecekleri cevapları (teknik şartnamenin genel hükümler başlıklı 5 inci maddesinin 5.3 üncü alt bendine uygun olarak) içeren dosyayı ve belgeleri teklifleri ile birlikte vermek zorundadırlar,

Teklif edecekleri ürünlerin teknik şartnameye uygunluğunu belirleyen dokümanları Türkçe veya İngilizce olarak verecektir. ( Teknik şartnamenin 5.5 inci maddesi)

7.7. Belgelerin sunuluş şekli:

…

7.7.4.7. Tasdik işleminden muaf tutulan resmi niteliği bulunmayan belgeler

7.7.4.7.1.Teklif edecekleri ürünlerin teknik şartnameye uygunluğunu belirleyan dokümanları. ( Teknik şartnamenin 5.5 inci maddesi İngilizce veya Türkçe internet çıktılarını verebilecektir.)

…

7.9. Tekliflerin dili

7.9.1. İsteklilerce, aşağıda belirtilen belgeler dışındaki tüm belgeler, Türkçe onaylı tercümesi ile birlikte verilmesi halinde geçerlidir. Tercümelerin yapılması ve tercümelerin tasdiki işleminde ilgili maddedeki düzenlemeler esas alınacaktır. Bu durumda teklifin veya belgenin yorumlanmasında Türkçe tercüme esas alınır. Türkçe'ye çevrilmeden sunulabilecek belgeler:

7.9.1.1. Teklif edilecek tüm donanımların teknik şartnameye uygunluğunu gösteren dökümanlar teknik şartname cevapları ekinde verilecektir. Bu dökümanlar Türkçe veya İngilizce olacaktır…” düzenlemelerine yer verilmiştir

Genel Sağlık Sigortası (GSS) Ön Onay ve Tıbbi Tetkik Paylaşım Sistemi Kurulumu Projesine İlişkin Teknik Şartname’nin “Genel Hükümler” başlıklı 5’inci maddesinde “…5.3 Teknik Şartnameye cevaplar sırası ile teker teker verilecek, boş bırakılan maddeler cevapsız sayılacak ve değerlendirmede “karşılanamıyor” olarak göz önüne alınacaktır.

…

5.5 İSTEKLİ, teklif edilen sistemlerin teknik şartnameye uygunluğunu belirleyen dokümanları Türkçe veya İngilizce olarak teknik şartname cevapları ekinde verecektir.” düzenlemesine,

Teknik Şartname’nin Veri Depolama Ünitesi (SAN): (4 Adet) başlıklı 7.1.2’inci maddesinin yedinci fıkrasında “…7.1.2.7. Teklif edilecek veri depolama sistemi en az 2 (iki) adet Aktif-Aktif kontrol ünitesine sahip olacak ve en az 1200 diski adresleyebilecektir. İhtiyaç doğrultusunda kapasite artırımı sadece disk ve disk çekmeceleri sağlanarak yapılabilmelidir. …” düzenlemesine,

Anılan Şartname’nin Lisanslar başlıklı 7.2.3.10’uncu maddesinde “7.2.3.10.1. Uygulama sunucuları ile birlikte Microsoft Server Datacenter Edition lisansları gerekli sayıda teklif edilmelidir. Teklif edilecek lisanslar Kurumun sahip olduğu 6886939 numaralı Kurumsal anlaşma kapsamında, sözleşme tarihi itibariyle Kurum adına sipariş edilmesi sağlanacaktır. Garanti süre sonu anlaşmanın bitiş tarihi ile aynı olacaktır

7.2.3.10.2. Veri tabanı sunucuları ile birlikte gerekli VTYS (Veri Tabanı Yönetim sistemi) lisansları gerekli sayıda teklif edilecektir. Microsoft MS-SQL Enterprise lisansları teklif edilmesi durumunda Kurumun sahip olduğu 6886939 numaralı Kurumsal anlaşma kapsamında, sözleşme tarihi itibariyle Kurum adına sipariş edilmesi sağlanacaktır. Garanti süre sonu anlaşmanın bitiş tarihi ile aynı olacaktır.” düzenlemesine yer verilmiştir.

Kararda da belirtildiği üzere Anılan Teknik Şartname’nin “Hazır Yazılım ve Lisanslar” başlıklı 9’uncu maddesinde, portal yazılım ve lisanslarının sahip olması gereken kriterleri maddeler halinde detaylı olarak düzenlenmiştir.

4734 Sayılı Kamu İhale Kanunu’nun “Tekliflerin değerlendirilmesi” başlıklı 37’inci maddesinde tekliflerin nasıl değerlendirileceği ayrıntılı bir şekilde düzenlenmiş, teklifin esasını değiştirecek nitelikte olmaması kaydıyla, belgelerde bilgi eksikliği bulunması halinde idarece belirlenen sürede isteklilerden bu eksik bilgilerin tamamlanması yazılı olarak istenebileceği hükme bağlanmıştır.

İdarece ihale işlem dosyasında gönderilen teknik analiz raporu ve ihale komisyon kararı incelendiğinde, başvuru sahibi istekli olan Bilgi Bilgi Sistemleri A. Ş - Gate Elektronik San. ve Tic. A.Ş. İş Ortaklığının teklif kapsamında Teknik Şartnamenin 7.1.2.7’inci maddesinde, teklif edilecek veri depolama sisteminin en az (iki) adet Aktif-Aktif kontrol ünitesine sahip olması ve en az 1200 diski adreslemesi gerektiği istenirken, teklif edilen “HP 3PAR StoreServ 7000 Storage” marka ve model ürüne ait dokümanlardan ürünün en fazla 960 diski adresleyebileceği anlaşıldığından anılan ürünün Teknik Şartnameyi karşılamadığı gerekçesiyle ve Teknik Şartname’nin “Portal Yazılımı ve Lisansları” başlıklı 9.1’inci maddesi ile “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesine ilişkin olarak Teknik Şartname cevaplarında teklif edilen ürüne ait gerekli bilginin verilmemesi, ürüne ait teknik dokümanın ihale dosyasında bulunmaması dolayısıyla hangi marka ve model ürünün teklif edildiğinin anlaşılamaması gerekçeleriyle, Koç Sistem Bilgi ve İletişim Hizmeleri A.Ş.nin Teknik Şartname’nin “Portal Yazılımı ve Lisansları” başlıklı “9.1’inci maddesi, “Veri Tabanı ve Yönetim Araçları” başlıklı 9.6’ıncı maddesi ve “Karar Destek Sistemi Yazılım Lisansları” başlıklı 9.8’inci maddesine ilişkin olarak Teknik Şartname cevaplarında teklif edilen ürüne ait gerekli bilginin verilmemesi, ürüne ait teknik dokümanın ihale dosyasında bulunmaması dolayısıyla hangi marka ve model ürünün teklif edildiğinin anlaşılamaması gerekçeleri ile her iki istekli değerlendirme dışı bırakıldığı ve ihalenin Havelsan Hava Elektronik San. ve Tic. A.Ş. uhdesinde bırakıldığı görülmüştür.

Şikayete konu ihale dokümanı incelendiğinde teklif kapsamında İsteklilerden yeterlilik kriteri olarak söz konusu işe ait Teknik Şartnameye verecekleri cevapları içeren dosyayı ve ekinde teklif edilecek tüm donanımların Teknik Şartnameye uygunluğunu gösteren dokümanları Türkçe veya İngilizce olacak şekilde teklifleri ile birlikte vermeleri gerektiği anlaşılmıştır.

Bu kapsamda yapılan incelemede; başvuru sahibi Bilgi Bilgi Sistemleri A. Ş - Gate Elektronik San. ve Tic. A.Ş. İş Ortaklığının teklif kapsamında Teknik Şartname cevabı ve ekinde Teknik Şartnameye uygunluğu gösteren dokümanları sunduğu tespit edilmiş, Teknik Şartname cevabında Teknik Şartname’nin 7.1.2.7’inci, 9.1’inci ve 9.6’ıncı maddelerinin okunmuş, anlaşılmış ve kabul edilmiş olduğunu belirtildiği görülmüş, ancak Teknik Şartname cevapları ekinde Teknik Şartnamenin 7.1.2.7’inci maddesini karşılamak üzere İngilizce doküman sunduğu, Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerini karşılamak üzere ise herhangi bir doküman sunmadığı tespit edilmiştir.

Başvuru sahibi tarafından Teknik Şartnamenin 7.1.2.7’inci maddesine ilişkin Teknik Şartname cevabı incelendiğinde teklif edilen ürüne ilişkin herhangi bir açıklamaya yer verilmediği sadece anılan maddenin okunmuş, anlaşılmış, kabul edilmiş olduğu görülmüş, Teknik Şartname cevapları ekinde Teknik Şartname’nin 7.1.2.7’inci maddesine uygunluğunu göstermek üzere teklif kapsamında sunduğu doküman incelediğimizde ise “HP 3PAR StoreServ 7000 Storage” marka ve modelli ürün teklif ettiği tespit edilmiş, söz konusu ürünün en fazla 960 disk kapasitesine çıkabildiği görülmüştür. İdarece yeterlilik kriteri olarak teklif edilecek veri depolama sistemi en az 1200 diski adresleyebilecek ve ihtiyaç doğrultusunda kapasite artırımı sadece disk ve disk çekmeceleri sağlanarak yapılabilecek şekilde istendiğinden başvuru sahibi isteklinin teklif ettiği “HP 3PAR StoreServ 7000 Storage” marka ve modelli ürünün en az 1200 diski desteklemediği ve ürünün asgari yeterlilik kriterini karşılamadığı görülmüş, dolayısıyla Teknik Şartnamenin anılan maddesini karşılamayan ürüne ilişkin belgelerde bilgi eksikliği bulunmadığı anlaşılmış Teknik Şartname’nin 7.1.2.7’inci maddesini karşılamadığı anlaşılmıştır.

Öte yandan başvuru sahibi istekli tarafından iddia konusu Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerine ilişkin Teknik Şartname cevabında okunmuş, anlaşılmış ve kabul edilmiş ifadesi görülmüş, teklif edilen ürüne ilişkin herhangi bir açıklayıcı bilgiye yer verilmediği anlaşılmıştır. Yeterlilik kriteri olarak istenen Teknik Şartnameye uygunluğu göstermek üzere Teknik Şartname cevabı ekinde Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerine ilişkin herhangi bir doküman sunulmadığından söz konusu yeterlik kriterine uygun teklif verilmediği anlaşılmıştır. Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddelerini ilişkin sunulan Teknik Şartname cevabından nasıl bir ürün teklif edildiği anlaşılamadığından ve iddiaya konu ürünlere ait yeterlilik kriteri olarak sunulmayan dokümanın içeriğininbilgi eksikliğine konu edilemeyeceğinden Teknik Şartname’nin 9.1’inci ve 9.6’ıncı maddesini de karşılamadığı tespit edilmiştir.

Açıklanan nedenlerle; yukarıda yapılan açıklamalar doğrultusunda başvuru sahibi Bilgi Bilgi Sistemleri A.Ş.- Gate Elektronik Sanayi ve Tic. A.Ş.nin teklifinin değerlendirme dışı bırakılması yerinde olduğundan “itirazen şikayet başvurusunun reddine” karar verilmesi gerektiği yönündeki düşüncemiz ile Kurul çoğunluğunca verilen karara katılmıyoruz.

Ali Kemal AKKOÇ

Kurul Üyesi

Mehmet AKSOY

Kurul Üyesi