İşin Adı KKBS Projeleri Ortak Alan Entegrasyonu ve KKBDVM Geliştirme Hizmeti ve Servis Tabanli Mimari (Yayimlama ve Arama Servisleri) Projesi

İlan Türü Açık İhale

         

İdare Adı : MSB Muharebe Malzemeleri Tedariği

Adres : Bakanlıklar

Telefon : +90 312 402 32 35

Faks : +90 312 417 73 42

Elektronik Posta Adresi :

         

Malın Niteliği ve Türü KKBS Projeleri Ortak Alan Entegrasyonu ve KKBDVM Geliştirme Hizmeti ve Servis Tabanli Mimari (Yayimlama ve Arama Servisleri) Projesi

Malın Miktarı 1 DİĞER

Mal Teslim Yeri .

Mal Teslim Tarihi .

İhale Yeri

İhale Tarihi 03.01.0001 00:00

İhale İlanı Metni
İhale kayıt numarası: 2013/119881
1. İdarenin;
a. Adresi : Millî Savunma Bakanlığı Modernizasyon Mal ve Hizmet Tedarik Dairesi
Başkanlığı 06100 Bakanlıklar/Çankaya/Ankara
b. Telefon - faks numarası : 0312 - 4023235 – 0312 - 4177342
c. Elektronik posta adresi (varsa): --
2. İhale konusu malın;
a. Niteliği, türü ve miktarı:KKBS Projeleri Ortak Alan Entegrasyonu ve KKBDVM Geliştirme Hizmeti ve Servis Tabanli Mimari (Yayimlama ve Arama Servisleri) Projesi
b. Hizmetin yapılacağı yer K.K.MEBS Bşk.lığı Ankara
3. İhalenin / Yeterlik değerlendirmesinin;
a. Yapılacağı yer : MSB Modernizasyon Mal ve Hizmet Tedarik Dairesi
Başkanlığının 426 Numaralı Toplantı Salonu

b. Tarihi - Saati: 11 Ekim 2013 - 10.30

4. İhaleye katılabilme şartları ve istenilen belgeler ile yeterlik değerlendirmesinde uygulanacak kriterler:
4.1. Tebligat için adres beyanı ve ayrıca irtibat için telefon ve belgegeçer numarası ile varsa elektronik posta adresi,
4.2. Kayıtlı olduğu Ticaret ve/veya Sanayi Odası veya Meslek Odası Belgesi,
4.3. Teklif vermeye yetkili olduğunu gösteren imza beyannamesi veya imza sirküleri,
4.4. İdari şartnamenin 9.1 ve 9.2 nci maddelerinde belirtilen durumlarda olmadıklarına dair belge,
4.5. Şekli ve içeriği idari şartnamede belirlenen Teklif Mektubu,
4.6. Şekli ve içeriği idari şartnamede belirlenen Geçici Teminat,
4.7. İsteklinin adına vekâleten iştirak ediliyorsa, isteklinin adına teklif vermeye yetkili olduğuna dair vekâletname ile imza beyannamesi,
4.8. İsteklinin ortak girişim olması halinde şekli ve içeriği idari şartnamede belirlenen iş ortaklığı beyannamesi,
4.9. İstekliler tarafından verilecek Tedarik Taahhütnamesi
4.10. İstekliler tarafından; kendilerinin, ortak girişim olmaları halinde diğer ortakların ve varsa alt Yüklenicilerinin idari şartnamenin 8 inci maddesinde belirtilen hallerde bulunmadıklarına dair taahhütname veya belge verilecektir.
4.11. Tesis Güvenlik Belgesi: İhaleye katılacak istekli, “NATO GİZLİ” ve “MİLLİ GİZLİ” gizlilik derecesinde Tesis Güvenlik Belgesine sahip olacak ve bu belgeyi teklifiyle birlikte İdareye sunacaktır. İsteklinin ortak girişim olması halinde, bu belge ortak girişimden de aranacaktır.
4.12. Kişi (Şahıs) Güvenlik Belgesi : İhaleye katılan istekli, “Kişi (Şahıs) Güvenlik Belgesi (ŞGB) ibraz etmek kaydıyla ihale dokümanını doküman dağıtım yerinden alabileceklerdir. Bu belgeye sahip olmayan istekliye ihale dokümanı verilmeyecektir. Projenin değişik safhalarında “GİZLİ” gizlilik derecesinde dokümanlarla çalışacak ve aynı şekilde toplantıların yapılacak olması nedeni ile firma tarafından projede görevlendirilecek personelin tamamı “NATO GİZLİ” ve “MİLLİ GİZLİ” gizlilik derecesinde şahıs güvenlik belgesine sahip olacaktır.Söz konusu güvenlik belgesi olmayan personel projede çalıştırılmayacaktır. Projede çalıştırılacak anahtar personelin (Proje Yöneticisi ve Proje Başmühendisi) güvenlik belgeleri isteklinin teklifinde İdareye sunulacaktır. Diğer personelin güvenlik belgeleri ise, proje planındaki safhalara uygun olarak Kullanıcıya ibraz edilecektir.
4.13. İsteklilerden ihale konusu iş veya benzer işlerde: İstekli, Komuta Kontrol Bilgi Sistemi alanında ana yüklenici olarak daha önce en az 1 (bir) adet yazılım/sistem geliştirmiş ve en az 3 (üç) yıldır faaliyet gösteriyor olacaktır. Bu husus İstekli tarafından teklifinde belgelendirilecektir.
4.14. İstekli, bu projede görevlendireceği personel sayısını, niteliklerini ve iş gücü planlamasını teklifinde bildirecektir.
4.15. İstekli/istekliler süreç iyileştirme modellerinden en az Seviye 3 CMMI (Capability Maturity Model Integration) sertifikasına sahip olacaktır. Söz konusu sertifika A sınıfı [Süreç İyileştirme için Standart CMMI Değerlendirme Metodu A Sınıfı (SCAMPI Class A, Standart CMMI Appraisal Method for Process Improvement Class A)] değerlendirmeden başarıyla geçerek alınmış olacaktır. Bunu teklifinde İdareye sunacaktır.
4.16. İstekli teklifini doğrudan gönderebilecekleri gibi Türkiye’deki temsilcilik/mümessillikleri aracılığı ile de gönderebilirler. Bu durumda temsilcinin/mümessilin İstekliyi temsile yetkili olduğunu gösteren Temsilcilik Belgesini teklifine ekleyecektir.
4.17. İstekli, proje süreci sonunda, kullanıcı istediği takdirde, ayrıca bir sözleşme yaparak sistemin bakım ve geliştirilmesini en az 5 yıl süreyle yüklenmeyi teklifinde taahhüt edecektir.
5. 4734 sayılı Kamu İhale Kanunun istisnalar 3.b maddesi kapsamında çıkarılan 20 Nisan 2009 tarihli ve 2009/14973 sayılı Bakanlar Kurulu Kararının 10.a maddesi açık ihale usulü uygulanacaktır.
6. Bu ihalede ekonomik açıdan en avantajlı teklif, birim fiyatlar üzerinde görüşmeler sonucunda en düşük fiyat teklifini veren isteklinin fiyat teklifi; ekonomik açıdan en avantajlı teklif olarak kabul edilecektir.
7. Bu ihaleye, idari şartnamedeki katılma koşullarını sağlayan tüm yerli ve yabancı istekliler katılabilecektir.
8. Bu ihalede, tekliflerin değerlendirilmesinde yerli istekliler lehine % 10 (yüzdeon) fiyat avantajı oranında fiyat avantajı uygulanacaktır.
9. İhale dokümanı, Kişi (Şahıs) Güvenlik Belgesi ve Tesis Güvenlik Belgesini ibraz edilmesi şartıyla, MSB Ankara, İstanbul, İzmir Tedarik Bölge Başkanlıkları adreslerinde görülebilir ve aynı adreslerden bedelsiz olarak temin edilebilir. Bu belgeye sahip olmayan istekliye ihale dokümanı verilmeyecektir.
10. Teklifler 11 Ekim 2013 günü, saat 10.30’a kadar MSB Genel Sekreterlik Genel Evrak Müdürlüğü 06100 Bakanlıklar-ANKARA-TÜRKİYE adresine verilebileceği gibi, iadeli taahhütlü posta vasıtasıyla da gönderilebilir. Ancak, postadaki gecikmeler dikkate alınmayacak ve son teklif verme saatine kadar MSB Genel Sekreterlik Genel Evrak Müdürlüğüne ulaşmayan teklifler değerlendirmeye alınmayacaktır.
11. Fiyat farkı verilmeyecektir.
12. Bu ihale kapsamında %15 avans verilecektir.
13. İş bu ihale konusu için alternatif teklif verilmeyecektir.
14. İhale konusu işin tamamı için teklif verilecektir.
15. Bu ihaleye ortak girişim tarafından oluşturulan konsorsiyumlar teklif veremez.
16. Verilen tekliflerin geçerlilik süresi, ihale tarihinden itibaren en az 90 takvim günü olacaktır.
17. İdare gerekli gördüğü hallerde, ihale tarih ve saatinden önce ihaleyi iptal etmekte serbesttir.
18. Teklifler, istekliler tarafından idari şartname ve EK’lerinde belirtilen hükümlere uygun olarak verilecektir.
19. İhale dokümanı alan isteklinin/istekli olabileceklerin, kendi tebligat adresini İdareye aynı gün bildirmesi zorunludur.
KKBS PROJELERİ ORTAK ALAN ENTEGRASYONU VE KKBDVM GELİŞTİRME HİZMETİ VE SERVİS TABANLI MİMARİ (YAYIMLAMA VE ARAMA SERVİSLERİ) İHALESİNE İLİŞKİN SORULARINA YÖNELİK YAPILAN AÇIKLAMALAR


SORU-1: İ.Ş. 22.1.1 maddesi: Bu madde kapsamınca idari şartnamenin her bir maddesine "Okunmuş, anlaşılmış ve aynen kabul ve taahhüt edilmiştir." olarak cevap verilmesi gerektiği net bir şekilde ifade edilmiştir. Teknik Şartname ve Sözleşme Taslağının da her bir maddesi için de aynı şekilde cevap verilmesi gerektiği değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-1 : İdari Şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-2: İ.Ş. 46.4 maddesi: Projenin 3 safhalı olması ve kesin kabullerinin her safhada ayrı ayrı yapılması nedeni ile her safhasının avans teminat mektubunun safha oranında ilgi safhanın kesin kabulünün ve mahsuplaşmasının gerçekleşmesinden sonra serbest bırakılmasının maliyet azaltma açısından uygun olacağı mütalaa edilmektedir, değişiklik yapılması mümkün müdür?
CEVAP-2: Söz konusu maddede değişiklik yapılmayacaktır. Madde, İdari Şartnamede belirtildiği gibidir.

SORU-3: İ.Ş. 48.3 maddesi: Kurum elinde MIP Blok-2 çözümünü sağlayan herhangi bir VDM sürümü var mıdır? Varsa kaynak kodları yüklenici firmaya teslim edilecek midir?

CEVAP-3: MIP Blok-2 çözümünü sağlayan bir VDM sürümü yoktur.

SORU-4: İ.Ş. 53.3 maddesi: Garanti süresi içerisinde geçen arızalı sürenin hesaplanmasında, ilgi hatanın yükleniciye resmi TEBLİĞ edildiği tarihten itibaren hesaplanacağı düşünülmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-4: İdari Şartnamede belirtildiği gibidir.


SORU-5: T.Ş.1: “1.Konu” başlığı altındaki tüm maddeler 3.1 ve 3.2 maddelerinin ve alt maddelerinin özeti olarak belirtilmiş olup herhangi bir ister belirtmediği; özetle 3 maddesi altında bulunan isterlerin kabulü “1.Konu” maddesinin kabulüne esas teşkil edeceği değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-5 : Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-6: T.Ş. 1.1 maddesi: Ortak veri modelini doğrudan kullanmayan KKBS'ler için veri değişimi bu Teknik Şartnamenin 3.2.4(SAY), 3.2.5(VYS), 3.2.6(BVHU) ve 3.2.7.1.1. maddesinde belirtilen durum ortaya çıkarsa 3.2.7( MIP-VPS) tarafından sağlanacaktır. Lütfen doğruluğunu teyit ediniz.

CEVAP-6: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.
SORU-7: T.Ş. 3.1.1.1 maddesi: Hataların ayıklanması amacıyla, beta testleri esnasında kullanıcının belirlediği test ortamında kullanılan veri tabanlarının dump dosyaları yüklenici firmaya sağlanacak mıdır?
CEVAP-7 : Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.


SORU-8: T.Ş. 3.1.2.1 maddesi: 3.2.10.1 maddesinde onay alınmış dokümanlar hakkında belirtildiğine benzer şekilde, proje geliştirme dokümanlarının (PYP, YGS, YTD, YTAD, YTP) kullanıcı onayına çıktı kullanmadan, CD ortamında sunulacağı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.
CEVAP-8: İlgili teknik şartname maddelerinin yeterince açık olduğu değerlendirilmektedir.
SORU-9 : T.Ş. 3.1.2.1 maddesi: Maddesinde belirtilen ve onay için sunulan ürüne, bir sonraki PYK toplantısına kadar onay/ret gelmemesi durumunda mücbir sebep sayılacaktır. Lütfen doğruluğunu teyit ediniz.
CEVAP-9: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.
SORU-10: T.Ş. 3.1.2.6 maddesi: Projenin daha önceki sürümlerinde bu şartname maddesi kapsamında geliştirilecek ürünlerin içerisinde (VDM, SAY, VYS ) için COTS ürünler/kütüphaneler kullanılmış mıdır? Eğer kullanılmış ise ilişkili lisanslar yükleniciye sağlanacak mıdır? Eğer sağlanmayacak ise bu COTS ürünler nelerdir?
CEVAP-10: Projenin daha önceki sürümlerinde COTS ürünler kullanılmamıştır Ancak bu şartname kapsamındaki COTS ürünler ile ilgili açıklayıcı bilgiler, Teknik şartnamenin 3.1.2.4, 3.1.2.5, 3.1.2.6 maddelerindedir.
SORU-11: T.Ş. 3.1.3 maddesi: Madde kapsamında belirtilen test ve tatbikatların BiLSIS-KKBSAY-3.2012 EK-1 Madde 5 altında belirtilmiş test ve tatbikatlar olduğu değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.
CEVAP-11: Teknik şartnamenin 3.2.8.3, 3.2.8.4 ve 3.1.3 maddelerinde yeterince açıklanmıştır.

SORU-12: T.Ş. 3.2.1.1 maddesi: Proje dokümanlarının (PYP,YGS, YTD, YTAD ve YTP) kullanıcının onayına sunulmasından sonra bir sonraki KKBDVM YG'na kadar onay/ret belirtilmemesi durumu mücbir sebep sayılacaktır. Lütfen doğruluğunu teyit ediniz.

CEVAP-12: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-13: T.Ş. 3.2.2.1 maddesi: Sözleşmeye esas olan en son KKBDVM sürümü ve bu sürüm ile ilgili yükleniciye sağlanacak dokümanlar hangileridir?

CEVAP-13: KKBS AY projesi kapsamında geliştirilen en son KKBDVM sürümü, KKBDVM 4.0 sürüm 1.0’dır. Söz konusu sürümle ilgili kurum tarafından sağlanacak dokümanlar aşağıdadır.

KKBDVM 4.0 Ana Dokümanı, KKBDVM 4.0 Ek A Veri Modeli Diyagramı, KKBDVM 4.0 Ek B Varlık Tanımları ve Öznitelikleri, KKBDVM 4.0 Ek C Varlik Ilişkileri, KKBDVM 4.0 Ek D Öznitelikler ve Tanımları, KKBDVM 4.0 Ek E Tanım Kümesi Değerleri, KKBDVM 4.0 EK F1 İşleyiş Kuralları ve Tanımlamalarının Özeti, KKBDVM 4.0 EK F2 İşleyiş Kuralları ve Tanımlamalarının Özeti, KKBDVM 4.0 Ek G İsimlendirme Kuralları ve Sınıf Kelimeleri, KKBDVM 4.0 Ek H Fiziksel Şemanın IDEF1X Diyagramları, KKBDVM 4.0 Ek I Fiziksel Şema Spesifikasyonu, KKBDVM 4.0 Ek J Fiziksel Tanım Kümeleri Tanımı, KKBDVM 4.0 Ek K IDEF1X Metodolojisi ve Gösteriminin Özeti, KKBDVM 4.0-AY Anahtar Yönetimi, KKBDVM 4.0-MMTÇ Matris Maddeleri Teknik Çözüm, KKBDVM 4.0-TUE Temel Uygulama Esasları, KKBDVM 4.0-VİK Veri İsimlendirme Kuralları, KKBDVM 4.0-VSA Veri Sözlüğü Açıklamaları, KKBDVM 4.0 Sürüm 1.0 Veri Sozlugu, KKBDVM 4.0 Sürüm 1.0 Veri Modeli Diyagrami

SORU-14: T.Ş. 3.2.2.5 maddesi: Bu kapsamda yapılacak çalışma için Kuvvet-Ordu-Kolordu-Tugay-Tümen birlikleri için anahtar aralıkları belirlenmiş midir? Kurum tarafından yapılmış, anahtar yönetimi ile ilgili herhangi bir ön çalışma bulunmakta mıdır?

CEVAP-14: Anahtar yönetimi bu şartname kapsamında gerçekleştirilecektir.

SORU-15: T.Ş. 3.2.2.9.17 maddesi: Bu kapsamda üretilecek SQL Yordamları hangi veri tabanlarına yönelik olacaktır?

CEVAP-15: Bu kapsamda üretilecek SQL Scriptleri ORACLE veri tabanına yönelik olacaktır. Ancak KKBDVM YG toplantılarında ilave veri tabanı betiği ihtiyacı bildirilmesi durumunda söz konusu ihtiyaç da yüklenici tarafından karşılanacaktır.

SORU-16: T.Ş. 3.2.2.9.24 maddesi: Geometri kuralları için gerekli alan-değerleri ve kombinasyonlarının, üretilebilecek kombinasyonlarla eşleşmesi için Kurum ya da kullanıcı tarafından belirlenmiş ya da beklenen herhangi bir süreç bulunmakta mıdır?

SORU-17: T.Ş. 3.2.2.9.24 maddesi: Bu kapsamda yapılan çalışmaya kurum tarafından personel atanacağı ve bu sayede taktik destek sağlanarak, gerçekleştirimin ilgili personelin sorumluluğunda yüklenici tarafından yapılacağı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-18: T.Ş. 3.2.2.9.24 maddesi: Bu madde kapsamında Türkçeleştirilecek olan doküman için referans olacak milli talimname MT76-1A mı yoksa MS76-2 mi olacaktır? İki talimname için de ayrı ayrı eşleştirme dokümanı oluşturulması beklenmekte midir?

SORU-19: T.Ş. 3.2.2.9.24 maddesi: KKBDVM 5.0 sürümüne kadar bakımı yapılacak SAY'ın geometri kurallarını uygulaması istenmekte midir?

SORU-20: T.Ş. 3.2.2.9.24 maddesi: MIP kapsamında yapılan çalışmalar sonucu APP-6A yerine APP-6B ya da başka bir standarda geçiş yapılması durumundan sembollerin de buna uygun olarak değiştirilmesi gerekliliği öngörülmüştür. Lütfen doğruluğunu teyit ediniz.

SORU-21: T.Ş. 3.2.2.9.24 maddesi: Bu kapsamda MIR-Annex-F ve MIR-Annex-G dokümanlarının Türkçeleştirilmesi olarak anlaşılmıştır. Türkçeleştirilmesi işlemi kullanıcı tarafından sorumluluk verilen personel(ler) ile birlikte yüklenici firma tarafından yapılacaktır. Lütfen doğruluğunu teyit ediniz.

SORU-22: T.Ş. 3.2.2.9.24 maddesi: Teslim edilecek doküman içerisindeki sembol veya geometri kurallarının MIP sembol kuralları ile çelişmesi durumunda nasıl bir süreç işletilecektir?

CEVAP-16, 17, 18, 19, 20, 21 ve 22: APP6-A temelli Geometri Kuralları ve Eşleme Kuralları dokümanlarının tercümesi yapılırken Türk Silahlı Kuvvetleri Askerî işaretler Talimnamesinin güncel sürümünden istifade edilecektir. Bu kapsamda yapılan çalışmaya kurum tarafından taktik destek sağlanacak olup teknik gerçekleştirimi yüklenici tarafından yapılacaktır. MIP Geometrik kuralları ve eşleşme kuralları dokümanının sürüm güncellemeleri de yüklenici tarafından gerçekleştirilecektir. Diğer hususlar, Teknik şartname maddesinde belirtildiği gibidir.

SORU-23: T.Ş. 3.2.2.9.25 maddesi: Bu verilerin XML ya da başka bir formatta üretilerek ilgili verinin iş kuralları ve veri bütünlüğü denetimlerinden geçirilerek aktarılması tarafımızca daha uygun görülmektedir. Test veri setinin SQL olarak üretilmesi zorunlu mudur?

SORU-24: T.Ş. 3.2.2.9.25 maddesi: Bu kapsamda üretilecek SQL Yordamları hangi veri tabanlarına yönelik olacaktır? Birden fazla veri tabanı desteklenecek midir?

CEVAP-23 ve 24: Bu kapsamda üretilecek SQL Scriptleri ORACLE veri tabanına yönelik olacaktır. Ancak KKBDVM YG toplantılarında ilave veri tabanı betiği ihtiyacı bildirilmesi durumunda söz konusu ihtiyaç da yüklenici tarafından karşılanacaktır. Diğer hususların TŞ 3.2.2.9.25 maddesinde açık olduğu değerlendirilmektedir.

SORU-25: T.Ş. 3.2.2.9.25 maddesi: Her bir KKBDVM sürümü için üretilecek SQL Yordamlarının barındırdığı verinin kullanıcı tarafından sağlanacağı, kontrolünün ve ilgili veri ihtiyaçlarının tanımlanmasının yüklenici firma tarafından sağlanacağı anlaşılmaktadır. Lütfen doğruluğunu teyit ediniz.

CEVAP-25: Bu kapsamda yapılan çalışmaya kurum tarafından taktik destek sağlanacak olup teknik gerçekleştirimi yüklenici tarafından yapılacaktır.

SORU-26: T.Ş. 3.2.2.4 maddesi: MIP standardı dokümanları veri modeli dokümanı ve ekleri, MIR, MOH, MOP, MSRS, MTIDP, MTIR, MIG, MISG, MISSERS dokümanlarıdır. Bunlardan başka kabule esas dokümanlar olacak mıdır ya da bu dokümanlardan geçersiz kabul edilen doküman(lar) var mıdır?

CEVAP-26: MIP tarafından DRAFT olarak yayınlanan veri modellerinin KKBDVM sürüm güncellemesi ihtiyacı KKBDVM YG tarafından değerlendirilecektir. Açıklayıcı bilgiler TŞ’nin 3.2.2.3 ve 3.2.2.4 maddelerinde belirtilmiştir. MIP ve KKBDVM dokümanları içerisinde yer alan iş kuralları milli model ve KKBS AY projesi kapsamındaki uygulama yazılımlarında mevcuttur. MIP semboloji kurallarının KKBDVM 4.0 Sürüm 1.0’da gerçekleştirimi yapılmamıştır. MIP geometri kurallarının KKBDVM 4.0 Sürüm 1.0‘da gerçekleştirimi yapılmıştır.

SORU-27: T.Ş. 3.2.2.4 maddesi: MIP tarafından yeni bir sürüm çıkartıldığında KKBDVM YG tarafından onaylanmama gibi bir durum söz konusu olabilir mi?

SORU-28: T.Ş. 3.2.2.4 maddesi: MIP tarafından çalışma paylaşımları kapsamında çıkartılan DRAFT sürümlerin KKBDVM YG'nda uyuşuma yönelik onay kapsamına alınmayacağı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-29: T.Ş. 3.2.2.4 maddesi: Madde kapsamında onay durumu belirtilmiştir. MIP veri modelinde yapılan değişimin KKBDVM YG'nda onaylanmaması durumunda MIP uyumluluğu ile ilgili maddeler(3.2.3.5,3.2.3.6 ve 3.2.7) hakkında yürütülecek kabul yöntemi nedir?

CEVAP-27, 28 ve 29: MIP tarafından DRAFT olarak yayınlanan veri modellerinin KKBDVM sürüm güncellemesi ihtiyacı KKBDVM YG tarafından değerlendirilecektir. Açıklayıcı bilgiler TŞ’nin 3.2.2.3 ve 3.2.2.4 maddelerinde belirtilmiştir.

SORU-30: T.Ş. 3.2.2.0 maddesi: KKBDVM veri modeli alt paketlerinde, JC3IEDM içerisinde bulunan xml-sdk ve xsd dokümanları belirtilmemiştir. Bu paketlere kurum tarafından ihtiyaç olmadığı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-30: İlgili Teknik şartname maddesinin 3.2.2 olduğu değerlendirilmiştir. Bu kapsamda Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-31: T.Ş. 3.2.3.1 maddesi: Bu madde kapsamında belirtilen "en son VDM sürümü temel alınarak geliştirilecektir" ibaresinden VDM yazılımının son sürümünün gereksinim dokümanı temel alınarak geliştirileceği anlaşılmaktadır. Lütfen doğruluğunu teyit ediniz.

CEVAP-31: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-32: T.Ş. 3.2.3.2 maddesi: VDM'nın belirli bir safhadaki kabul süreci başladıktan sonra (kabul süreci içerisinde) ilgili modülün desteklemesi gereken model sürümü vb. parametrelerin değişmemesi gerektiği değerlendirilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-32: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-33: T.Ş. 3.2.3.3 maddesi: KKBDVM ve JC3IEDM arası veri aktarımında (örneğin birlik tipi öznitelikleri kapsamında) iş kuralları hatalarıyla karşılaşılabileceği düşünülmektedir. Bu tip hatalardan kaçınılması için dönüşümlerin gerektiği değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-34: T.Ş. 3.2.3.3, T.Ş. 3.2.3.4 maddeleri: 3.2.3.3 ve 3.2.3.4. VDM kayıt ve veri okunması esnasında G1 ve G2 de belirtilen iş kurallarını ve verinin bütünlüğünü kontrol etmesi beklenmekte midir? Yoksa bunu veri sağlayıcıya mı bırakacaktır?

CEVAP-33 ve 34: Açıklayıcı bilgi TŞ’nin 3.2.2.4, 3.2.3.1, 3.2.3.2, 3.2.3.4, 3.2.3.9, 3.2.8.3.1, 3.2.8.3.2 maddelerinde belirtilmiştir

SORU-35: T.Ş. 3.2.3.3 maddesi: KKBDVM-JC3IEDM arası değişimlerde iş kuralları nedeniyle yapılacak dönüşümlerle aktarımın yapılması ya da bu tip verilerin aktarılmama durumu kurum tarafından kabul edilebilecek midir?

SORU-36: T.Ş. 3.2.3.3 maddesi: Bu kapsamda KKBDVM veri modeline milli ihtiyaç olarak eklenen varlıkların dönüşümü ve JC3IEDM ile değişimi beklenmemektedir. Lütfen doğruluğunu teyit ediniz.

SORU-37: T.Ş. 3.2.3.3 maddesi: Bu kapsamda KKBDVM veri modeline milli ihtiyaç olarak eklenen öznitelikler ve tanım kümesi değerleri, bir dönüşüm mekanizmasından geçerek mi JC3IEDM ile değişilmesi beklenmektedir?

SORU-38: T.Ş. 3.2.3.3 maddesi: Bu maddede belirtilen "onunla uyumlu olan" tümcesinden KKBDVM YG tarafından uyuşuma yönelik belirlenmiş KKBDVM sürümü anlaşılmaktadır. Lütfen doğruluğunu teyit ediniz.

SORU-39: T.Ş. 3.2.3.3 maddesi: Halihazırda olan VDM KKBDVM-JC3IEDM arası veri aktarımını iş kuralları çelişkilerini de çözümleyerek yapabilmekte midir?

SORU-40: T.Ş. 3.2.3.3 maddesi: Her bir JC3IEDM sürümü için uyuşuma yönelik karşılık gelen tek bir KKBDVM sürümü bulunacağı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-35, 36, 37, 38, 39 ve 40: Açıklayıcı bilgi TŞ’nin 3.2.2.4, 3.2.3.1, 3.2.3.2, 3.2.3.4, 3.2.3.9, 3.2.8.3.1, 3.2.8.3.2 maddelerinde belirtilmiştir.

SORU-41: T.Ş. 3.2.3.4 maddesi: Veri değişimi kaynak ve hedef veri tabanları belirlenmiş midir? Birden çok Veri Tabanı Yönetim Sistemi desteklenecek midir?

SORU-42: T.Ş. 3.2.3.4 maddesi: VDM uygulaması tarafından değişilen verilerin izlenmesi amacıyla bir ekranda görüntülenmesi beklenmekte midir?

CEVAP-41 ve 42: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-43: T.Ş. 3.2.3.5 maddesi: Bu madde kapsamında yayınlanan bir DEM standardının kullanıcı tarafından onaylanmama durumunda, ilgili JC3IEDM sürümleri ile değişimin yapılamayacağı değerlendirilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-43: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.
SORU-44: T.Ş. 3.2.3.6 maddesi: Bu kapsamda yapılacak testler tüm SLT1, SLT2, SLT3 ve ILT testleri olarak değerlendirilmiştir. Bu testler kabul esnasında zaman tasarrufu sağlamak için birim test olarak gerçekleştirilip, üretilen birim test raporları olarak sunulabilecek midir?


SORU-45: T.Ş. 3.2.3.6 maddesi: KKBDVM veri modeli üzerinde MIP MTRS testlerinin direk olarak işletilemeyeceği değerlendirilmektedir. MIP MTRS testlerinin sadece JC3IEDM üzerinde işletileceğini teyit ediniz.

SORU-46: T.Ş. 3.2.3.6 maddesi: MIP testlerinin gerçekleştirildiği VDM sürümü kabule esas sürüm olarak değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-47: T.Ş. 3.2.3.6 maddesi: İlgili VDM sürümü ile desteklenen veri modeli sürümü MTRS tarafından desteklenmiyor ise bu şartname maddesinin kabule esas bir ister yaratmadığı değerlendirilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-44, 45, 46 ve 47: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-48: T.Ş. 3.2.3.7 maddesi: KKBDVM veri modeli ve bu model üzerinde çalışan VDM yazılımı için eğer herhangi bir milli ihtiyaç ile MIP standardının çelişmesi durumu söz konusu ise milli ihtiyaç MIP standardının üzerinde olacak mıdır?

CEVAP-48: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-49: T.Ş. 3.2.3.8 maddesi: 3.2.3.8. MIP Blok-2 versiyonu için üretilen VDM'nin yazılımı kurumun elinde hali hazırda çalışır durumda bulunmakta mıdır?

SORU-50: T.Ş. 3.2.3.8 maddesi: MIP Blok-2 çözümü için data provider ve data consumer veri tabanı olarak C2IEDM-6.15e kullanılacaktır. Lütfen doğruluğunu teyit ediniz.

SORU-51: T.Ş. 3.2.3.8 maddesi: Bu madde kapsamında talep edilen VDM için ilgili YGS, YTD, YTAD ve YTP dokümanlarının 3.1.2.1 maddesi uyarınca onaylanması için, her bir dokümanın onaya gönderildiği tarihten itibaren kaç gün içerisinde onaylanması gerekmektedir?

SORU-52: T.Ş. 3.2.3.8 maddesi: İlgili Blok-2 çözümünün 90 gün süre sınırı içerisinde 3.1.2.1. maddesince belirtilen yazılım geliştirme süreçleri ile geliştirilebilmesi için dokümanların onay/red işlemlerinin 1 hafta içerisinde yapılması gerektiği değerlendirilmiştir. Bu süre içerisinde verilmeyecek onayların bu madde kapsamında geliştirilecek ürünün süresini uzatacağı öngörülmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-49, 50, 51 ve 52: MIP Blok-2 çözümünü sağlayan bir VDM sürümü yoktur. MIP Blok-2 çözümünü sağlayan VDM sürümünün YGS ve YTD dokümanları mevcut değildir. MIP Blok-2 standartları MIP’in örün sayfasından temin edilebilmektedir. Blok-2 veri tabanı versiyonu C2IEDM-6.15e’dır. MIP Blok-2 çözümünü sağlayan VDM sürümü testlerini bu çözümü gerçekleştirmiş olan MIP ülkeleriyle yüklenici tarafından irtibata geçilerek yapılabileceği değerlendirilmektedir. Diğer hususların teknik şartname maddesinde yeterince açık olduğu değerlendirilmektedir.

SORU-53: T.Ş. 3.2.4.1 maddesi: Bahsi geçen SAY 2.0 sürümünün CORBA altyapısı ile geliştirildiği değerlendirilmiştir. Bu kapsamda yapılacak çalışmanın aynı şekilde devam edeceği değerlendirilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-53: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-54: T.Ş. 3.2.4.1 maddesi: SAY yazılımı kapsamı sadece ADOP-2000 ve HERİKKS sistemlerinin sağlayacağı/ihtiyaç duyacağı bilgilerin KKBDVM ile değişilmesi olarak değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-54: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-55: T.Ş. 3.2.4.2 maddesi: Madde kapsamında ve şartnamenin diğer bölümlerinde SAY 3.0 sürümünün bahsi geçmemektedir. Bu durumda yüklenici tarafından SAY 3.0 ile ilgili yapılacak herhangi bir işlemin olmayacağı değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-55: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-56: T.Ş. 3.2.4.3 maddesi: Bahsi geçen Arakatman Arayüz Tanımlama dokümanının 3.2.4.1. maddesinde kullanıcı tarafından sağlanacak dokümanlar arasında olduğu değerlendirilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-56: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-57: T.Ş. 3.2.5.1.1 maddesi: Bu maddede belirtilen sistemler sadece MSBDM'ndeki KKBS projelerinden oluştuğu değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-58: T.Ş. 3.2.5.1.1 maddesi: VYS'nin kapsamının sadece MSBDM'ndeki sistemlerle sınırlı olmasının, projenin geleceğindeki uyuşum problemlerine yol açacağı değerlendirilmiştir. Bu kapsamın tüm modele okuma/yazma yeteneği olan servisler olarak genişletilmesi mümkün müdür?

CEVAP-57 ve 58: Teknik şartnamenin 3.2.5.1 maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-59: T.Ş. 3.2.5.1.2 maddesi: Bu hizmetlerin web-servisleri aracılığı ile sağlanması mı planlanmaktadır?

SORU-60: T.Ş. 3.2.5.1.2 maddesi: Bu kapsamda üretilecek servisler için veri formatının KKBS AY tarafından belirlenmesi gerektiği ve diğer sistemlerin bu formattaki veriyi işleyecek hale getirilmesi gerektiği değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

SORU-61: T.Ş. 3.2.5.1.2 maddesi: Tarafımızca bu arayüz verilerinin, JC3IEDM uyumluluğu ve projenin genişletilirliği açısından, MIP tarafından JC3IEDM'e ek olarak yayınlanan xsd'lerden türetilmesi ve bu eklerin de KKBDVM'ne eklenmesi gerekli görülmektedir. Bu yöntem izlenebilecek midir?

SORU-62: T.Ş. 3.2.5.1.2 maddesi: Uyarı hizmetleri olarak, veri tabanına VYS üzerinden veri yazma işlemi yapılması durumunda MSBDM'nde belirtilmiş sistemlerden veriyi kullanacak olanlara verinin hazır olduğuna dair uyarı bilgisinin verilmesi olarak anlaşılmıştır. Lütfen doğruluğunu teyit ediniz.

CEVAP-59, 60, 61 ve 62: Teknik şartnamenin 3.2.5.1.2, 3.2.5.1.4, 3.2.5.1.5 maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-63: T.Ş. 3.2.5.1.2 maddesi: Uyarı hizmetleri, veri tabanına VYS harici uygulamalarla veri yazılması durumunda, MSBDM'de belirtilen sistemlerden veriyi kullanacak olanlara uyarı verilmesi olarak değerlendirilecek midir?

SORU-64: T.Ş. 3.2.5.1.2 maddesi: VYS kapsamında geliştirilecek servislerde değişilecek veriler ile ilişkili bir yönetim ihtiyacı bulunmakta mıdır?

SORU-65: T.Ş. 3.2.5.1.2 maddesi: Madde kapsamında tüm KKBDVM veri modeline okuma ve yazma sağlayan bir hizmet sağlayıcıdan bahsedilmektedir. Lütfen doğruluğunu teyit ediniz.

CEVAP-63, 64 ve 65: Teknik şartnamenin 3.2.5.1.2, 3.2.5.1.4, 3.2.5.1.5 maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-66: T.Ş. 3.2.5.1.3 maddesi: Her bir JC3IEDM sürümü için uyuşuma yönelik 1 adet KKBDVM sürümü bulunacaktır. Lütfen doğruluğunu teyit ediniz.

SORU-67: : T.Ş. 3.2.5.1.3 maddesi: Madde gereği, VYS, KKBDVM YG tarafından MSBDM uyuşumu için belirlenmiş KKBDVM sürümleri haricinde bir sürümle uyumlu olmak zorunda değildir. Lütfen doğruluğunu teyit ediniz.

CEVAP-66 ve 67: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-68: T.Ş. 3.2.5.1.4 maddesi: Bu servislerin yüklenmeleri ya da performansları ile ilişkili herhangi bir sayısal kısıt bulunmakta mıdır? (örneğin aynı anda kaç adet isteğe cevap verebileceği, her bir isteğe en fazla ne kadar sürede cevap verebileceği gibi)

CEVAP-68: Analiz aşamasında MSBDM kapsamındaki KKBS projeleri dikkate alınarak belirlenecektir.

SORU-69: T.Ş. 3.2.5.1.5 maddesi: Kurumda bu hizmetlerin kurulabileceği bir ESB (Enterprise Service Bus) altyapısı mevcut mudur? Yoksa yüklenici tarafından mı sağlanacaktır? Herhangi bir kısıt (lisans gibi) bulunmakta mıdır? ESB için açık kaynak kodlu veya COTS ürün kullanılabilecek midir?

CEVAP-69: Kurumda bu hizmetleri sağlayan bir altyapı mevcut değildir. Yüklenici tarafından sağlanacaktır.

SORU-70: T.Ş. 3.2.5.1.5 maddesi: Bu maddede belirtilen güvenliğin sağlanması maksadıyla veri yetkilendirilmesi bulunacak mıdır?

CEVAP-70: Analiz aşamasında MSBDM kapsamındaki KKBS projeleri dikkate alınarak belirlenecektir.

SORU-71: T.Ş. 3.2.5.3 maddesi: Temel alınacak SAY sürümünde istemci yetkilendirme bulunacak mıdır? (3.2.5.1.5 maddesinde belirtilen güvenlik hususu ile VYS içerisinde bu ihtiyaç belirtilmiştir)

CEVAP-71: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-72: 3.2.6.1 maddesi: BVHU ya da şartname kapsamındaki diğer uygulamalar tarafından TMK, LBS ve PYBS sistemlerinden hariç KKK'lığının kullandığı nesne-tipi varlıklarının da test ya da başlangıç verisi olarak üretilmesi gerekmekte midir?

CEVAP-72: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-73: T.Ş. 3.2.6.1 maddesi: BVHU tarafından üretilen verilerin düğümlere göre farklılık göstermesi isteniyor ise (örneğin, tugay ve kolordu düğümlerine ayrı başlangıç verilerinin kaydedilmesi isteniyor ise) , her düğüm için ayrı paketleme yapılması beklenmekte midir?

SORU-74: T.Ş. 3.2.6.1 maddesi: BVHU'nın ürettiği veri paketinin TMK,LBS ve PYBS sistemlerindeki verilerin durumlarına göre sürüm olarak belirtilmesi gerekmektedir. Bu sürümlerin yönetimi Kurum ya da Kullanıcı tarafından mı yapılacaktır?

CEVAP-73 ve 74: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-75: T.Ş. 3.2.6.1 maddesi: Bu kapsamda üretilecek veriler, TMK,LBS ve PYBS sistemleri veri okunması için herhangi bir arayüz sunmakta mıdır? Yoksa ilgili sistemlerin veri tabanlarına bağlanarak mı bu işlemin yapılması beklenmektedir?

CEVAP-75: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-76: T.Ş. 3.2.6.1 maddesi: Bu madde kapsamında istenilen, bu uygulamanın online (belirtilen sistemler çalışırken bağlanıp KKBDVM veri modeline gerçek zamanlı aktarım yapabilecek şekilde) çalışması mıdır?

SORU-77: T.Ş. 3.2.6.1 maddesi: BVHU ile başlangıç verisi içeren paket hazırlandıktan sonra, düğüm operatörleri tarafından KKBDVM uyumlu veri tabanına bu paketin aktarılmasında verinin yönetilebileceği bir ekran istenmekte midir? Yoksa bu veri tüm düğümlerde aynı mı olacaktır?

SORU-78: T.Ş. 3.2.6.1 maddesi: Bu madde kapsamında istenilen, bu uygulama offline (belirtilen sistemlerin veri kaynağına bağlanıp buradan veriyi bir defaya mahsus alıp verilerin KKBDVM veri tabanına yerleştirebilecek şekilde) çalışması mıdır?

CEVAP-76, 77 ve 78: Analiz aşamasında MSBDM kapsamındaki KKBS projeleri dikkate alınarak belirlenecektir.

SORU-79: T.Ş. 3.2.7.1.1 maddesi: Eğer safhanın sonuna kadar yeni bir alternatif çözüm geliştirilmez ya da onaylanmaz ise bu "MIP Veri Paylaşım Servisleri" teslim edilmeyecek, kabul ve ödeme kapsamı dışında mı olacaktır?

CEVAP-79: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-80: T.Ş. 3.2.7.1.1 maddesi: MIP blok-3 dokümanlarında hali hazırda bu servisler tanımlanmamıştır. Bu alternatif çözümler ile ilgili geliştirme dokümanlarının var olan hali sağlanabilir mi?

CEVAP-80: MIP’in örün sayfasından temin edilebilmektedir

SORU-81: T.Ş. 3.2.7.1.2 maddesi: Bu uygulama ile JC3IEDM-KKBDVM arası iki yönlü veri değişimi olacak mıdır?

SORU-82: T.Ş. 3.2.7.1.2 maddesi: Bu uygulama kapsamında da 3.2.3.4. maddesinde belirtilen sürümler arası aktarım istenmekte midir?

SORU-83: T.Ş. 3.2.7.1.2 maddesi: Bu uygulamanın sadece uyuşum için belirlenmiş sürümler baz alınarak gerçekleştirileceği anlaşılmıştır. Lütfen doğruluğunu teyit ediniz.

CEVAP-81, 82 ve 83: Teknik şartnamenin 3.2.7.1.1, 3.2.7.1.2 ve 3.2.3.3 maddelerinde açıklanmıştır.

SORU-84: T.Ş. 3.2.7.2.1 maddesi: Eğer safha sonunda MIP tarafından DRAFT sürüm olarak bir standart belirlenmiş ise bu madde için ne gibi bir yöntem izlenecektir?

CEVAP-84: Teknik şartnamenin 3.2.7.1.3, maddesinde yeterince açıklanmıştır.

SORU-85: T.Ş. 3.2.7.1.1 maddesi: MIP tarafından MIP-VPS'nin geliştirilmesi için bir standart yayınlanması durumunda, sadece bu modül için safha başlangıcından itibaren geçen süre kadar uzatma almak mümkün olabilecek midir? Ya da İdari Şartnamede belirtilen hususlarca eksik alım yöntemine mi gidilecektir?

SORU-86: T.Ş. 3.2.7.1.1 maddesi: MIP tarafından, MIP-VPS servislerinin geliştirilmesinde rol alacak standartlar, projenin herhangi bir safha kabulüne yakın bir zamanda yayınlanır ise yeterli sürenin bulunamayabileceği değerlendirilmiştir. Bu durumda izlenecek yöntem nedir? Bu standartların uygulanmasına her safhanın başında karar verilebilecek midir?

CEVAP-85 ve 86: Teknik şartnamenin 3.2.7.1.1, 3.2.7.1.2 ve 3.2.7.1.3 maddelerinde açıklanmıştır.

SORU-87: T.Ş. 3.2.10.1, T.Ş. 3.2.10.2 maddeleri: Maddeleri ile proje tarafından üretilecek tüm dokümanların sadece CD ortamında teslim edileceği, imza sayfaları dışında herhangi bir çıktı teslim edilmeyeceği anlaşılmıştır. Lütfen doğruluğunu teyit ediniz.

CEVAP-87: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-88: T.Ş. 3.2.10.1 maddesi: Madde kapsamında onaya sunulmuş dokümanlar bildirilmektedir. Şartname kapsamında belirtilen dokümanlardan onaya sunulması için basılı olarak istenen herhangi doküman bulunmakta mıdır?

CEVAP-88: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-89. T.Ş. 3.2.10.5.1.4 maddesi: Kullanıcı kılavuzlarının ve İşletim kılavuzlarının kuruma 4 CD kopyası içerisinde sayısal olarak teslim edileceği değerlendirilmiştir. Lütfen doğruluğunu teyit ediniz.

CEVAP-89: Teknik şartname maddesinin yeterince açık olduğu değerlendirilmektedir.

SORU-90: İ.Ş. 48.3 maddesi: …..Ek-A Tedarik Edilecek Lisans ve Hizmetler Listesinde ….1’inci safha 2’nci sırada yer alan Veri Değişim Mekanizması Yazılımı-MIP Blok-2 çözümlü ara sürüm, Sözleşmenin imzalandığı tarihten itibaren 90 (doksan) gün içerisinde kullanıcıya teslim edilecektir.” şartı yer almaktadır.
Bu sürenin, yazılımı daha önce geliştirmiş bulunan, tasarım ve kaynak kodlarını elinde bulunduran firmaya önemli ölçüde avantaj sağlayacağı ve daha fazla firmanın ihaleye katılmasını engelleyeceği nitelikte olacağı, dolayısıyla ihalede rekabet ortamını ortadan kaldırmak suretiyle kamu zararının oluşmasına sebep olacağı değerlendirilmektedir. Kaldı ki, bahse konu kısımla ilgili bu teslimat süresi daha önce açılan ve iptal edilen ihale de yer almış olup, söz konusu süre kısıtının aciliyetinin olmadığı da değerlendirilmektedir.
Bu sebeple anılan maddede yer alan 90 günlük sürenin, mevcut kaynak kodlarının çalışır halde yükleniciye teslim edilmesi ve yeni sürümle ilgili analiz sonrasında gereksinim dokümanının idare tarafından onaylanmasından itibaren başlatılmasını talep ediyoruz.

CEVAP-90: Söz konusu şartname maddesi kurum ihtiyacıdır. Rekabete aykırı bir durum olmadığı değerlendirilmektedir.

         

İLANLA İLGİLİ AÇIKLAMALAR:

1. Bu sayfada yayınlanan bilgilerin hukukî ve mali sorumluluğu bulunmamaktadır. Kamu İhale Bülteni ve ihale dosyasındaki bilgiler esas alınacaktır.

2. İlânla ilgili sorumluluk ve başvuru makamı bilgileri aşağıdadır.

a.Şikayet ve Başvuru Makamı: MSB Muharebe Malzemeleri Tedariği

b.Telefon Numarası: +90 312 402 32 35

c.Fax Numarası: +90 312 417 73 42

d.Elektronik Posta adresi: