Bid Security ve Performance Security farkı: her teminat gerçekte neyi korur?

Bid Security ile Performance Security ihale sürecinin farklı aşamalarını korur. Bid Security teklif aşamasına aittir; teklif sahibinin teklifini geçerli tutma ve ihale dokümanında öngörülen sözleşme imza işlemlerini tamamlama taahhüdünü destekler. Performance Security ise sözleşme aşamasına aittir; award sonrasında yüklenicinin sözleşme performansını güvence altına alır. Bu ikisini aynı teminat gibi görmek temel bir ihale kontrol hatasıdır; çünkü lehtarları, geçerlilik süreleri, tetikleyici durumları, tutarları ve banka limitine etkileri çoğu zaman farklıdır.

Bid Security, ihale dosyasının izin verdiği banka teminat mektubu veya başka bir teminat formu olarak istenebilir. Bazı procurement sistemleri belirli durumlarda Bid-Securing Declaration kullanımına da izin verir. Pratik kural basittir: ihale dokümanında istenen formdan, sadece yerel bankanın alışık olduğu şablon daha kolay diye sapılmamalıdır. Lehtar adı, ihale referansı, tutar, para birimi, banka şartları, metin, doğrulama yöntemi ve son geçerlilik tarihi ayrı ayrı uygunluk noktalarıdır. Teknik açıdan çok güçlü bir teklif, teminatı maddi olarak uygunsuzsa yine elenebilir.

Bid Security riski tipik olarak teklif geçerlilik ve award dönemindeki davranışlara bağlıdır; örneğin geçerlilik süresi içinde teklifin geri çekilmesi veya izin verilmeyen şekilde değiştirilmesi, istenildiğinde sözleşmenin imzalanmaması ya da gerekli Performance Security'nin sunulmaması. Ancak kesin tetikleyici olaylar piyasa alışkanlığından değil, ilgili ihale dokümanından okunmalıdır. Teklif geçerlilik uzatımları da bu nedenle kritiktir: teklif sahibi süre uzatımını kabul edip teminatı daha erken sona erdirirse, alıcının istediği yöntem ve tarihte teminat uzatılmazsa teklif uygunsuz hale gelebilir.

Performance Security genellikle award sonrasında ve sözleşmenin yürürlüğe girmesinden önce veya yürürlüğe giriş sırasında önem kazanır; kesin zamanlama sözleşmeye bağlıdır. Ticari etkisi, yalnız teminat metninden çok daha büyüktür. Yüklenici Performance Security yanında advance-payment guarantee, retention guarantee, warranty security, parent-company guarantee veya akreditif için de banka limiti kullanmak zorunda kalabilir. Bu nedenle teklif fiyatlaması bir teminat kapasitesi planı içermelidir. En düşük komisyonu veren banka, lehtarın metin, yargı yetkisi, teyit, SWIFT doğrulama veya uzatma şartlarını karşılayamıyorsa en iyi seçim olmayabilir.

Ortak girişimlerde ek bir kontrol gerekir: teminat, teklif sahibini procurement dokümanının istediği biçimde doğru tanımlamalıdır. Teklif sahibi JV'nin tamamı iken yalnız lead member adına düzenlenen bir teminat sorun yaratabilir. Aynı disiplin award sonrasında da geçerlidir. Teminat azaltımları, Taking-Over sonrası sona erme, defects yükümlülükleri boyunca uzatma ve iade mekanizması şirket içi nakit akışı varsayımına değil, gerçek sözleşme kilometre taşlarına bağlanmalıdır. Sözleşme ekibi; düzenleyen banka, tutar, vade, uzatma tetikleyicisi, iade koşulu ve sorumlu kişiyi içeren bir security register tutmalıdır.

İşveren açısından teminatlar yeterlilik değerlendirmesinin, sözleşme yönetiminin veya teknik kontrolün yerine geçmez. Zayıf seçilmiş bir yüklenici, banka teminatı bulunduğu için düşük riskli hale gelmez. Teklif sahibi açısından da teminat, son gün bankadan istenecek idari bir ek değildir; teklif stratejisinin, finansman kapasitesinin ve award hazırlığının bir parçasıdır. Gokbilge uluslararası ihalelerde compliance matrix, teklif takvimi, teminat ve deliverable register, contract-readiness review ve ihale yükümlülüklerinin award sonrası proje kontrollerine dönüştürülmesi konularında destek sağlar.

Bu makale uluslararası ihale uygulamasını mühendislik, satın alma ve proje teslimi perspektifinden açıklar. Kesin gereklilikler finansman kurumu, satın alma planı, ihale dokümanı, uygulanacak hukuk ve sözleşme formuna göre değişir. Somut ihalede ihale dosyası ve imzalanmış sözleşme her zaman belirleyicidir. Bu içerik hukuki danışmanlık niteliğinde değildir.