Teklif Kalite Kapısı, İstisna ve Teslim Kararı

Ön koşul: Arven talep türü ve belge defteri, atomik şartname kartları, açıklama yanıtları, Bid/Conditional Bid kararı, yanıt storyboard'u ve geriye dönük teslim planı hazır olmalıdır. Bu son derste müşteri için okunabilir bir teklif üretmeden önce teknik, ticari, sözleşmesel ve biçimsel tutarlılığı doğrulayacak; açık istisnayı saklamadan teslim kararına gideceksin. Yaklaşık 32 dakika anlatı, 29 dakika uygulama ve 15 dakika değerlendirme önerilir. Kalite kapısı yazım denetimi değildir. Mimari iki düğümlü HA önerirken BoM tek host fiyatlıysa, DR hedefi sıfır veri kaybı derken yalnız günlük backup varsa veya destek 7/24 yazarken partner fiyatı mesai saatleriyle sınırlıysa teklif kendi içinde çelişir. Her müşteri sonucu, şartname maddesi, yanıt tezi, HLD, BoM, lisans, TCO, test ve destek akışı aynı revizyonda kontrol edilir. Bir belge imzalı olsa da bağlı bir tablonun eski sürümü kalmışsa karar yeniden açılır.

NASA'nın gereksinim doğrulama matrisi, her yükümlülüğün kaynağı ve doğrulama yöntemiyle izlenmesini öğretir. Arven teklifinde bu mantık şu iki yönde çalışır: şartname maddesinden yanıt ve kanıta, yanıt iddiasından kaynak madde ve teste. Bu ders compliance matrix modülünün ayrıntılı satır pratiğini tekrar etmez; teklifin bütünlüğü için örneklem ve kritik eşik kontrolü yapar. Zorunlu maddelerin hiçbirinde boş yanıt veya sadece 'uygun' etiketi kalmamalıdır. Ancak her 'uygun' satırının belge ve test kanıtı aynı tür olmayabilir: resmî ürün dokümanı, müşteri POC'u, sözleşme veya operasyon playbook'u farklı iddiaları kanıtlar. Kaynak tarihi ve geçerli ürün sürümü yazılır. İlk fiyatı toplam yaşam döngüsü maliyeti diye sunma; kapsam, para birimi, destek dönemi, vergiler ve yenileme varsayımları yetkili ticari ekipçe doğrulanır.

İstisna, 'her şey müşteri sorumluluğunda' gibi genel bir feragat değildir. Müşterinin hangi maddesi hangi nedenle, hangi kapsamda karşılanmıyor; alternatif davranış, iş etkisi, maliyet ve takvim nasıl değişiyor? Bu bilgi açık yazılır. Önce durumları ayır: Pass kanıtlı karşılanır; Conditional belirli doğrulama geçerse karşılanır; Deviation talebin bilinçli farklı bir yoludur ve müşteri kabulü gerektirir; Fail karşılanmaz; Unknown kanıt yoktur. ABD FAR 15.206, federal alımlarda şartların değiştirilmesi için resmî amendment yolunu tanımlar. Bu hüküm Arven gibi özel müşteri veya Türkiye ihalesi için otomatik usul değildir. Yöntemsel ders şudur: teklif veren taraf kendi dipnotuyla müşteri şartnamesini değiştirmiş sayılmaz. Alternatif teklif veya istisna izni talimatlarda var mı ve müşteri bunu nasıl değerlendirecek yetkili kanaldan doğrulanır.

Arven için ERP API v2 teyidi bekleniyorsa 'entegrasyon dahildir' yazıp arka ekine belirsiz dipnot koyma. 'API v2 dokümanı ve test erişimi belirli tarihte sağlanır; POC'da sipariş kaybı ve tekrar deneme senaryosu geçerse üretim kapsamına alınır. Aksi hâlde mevcut arayüz korunur veya değişiklik teklif edilir' gibi karar cümlesi yaz. Bu cümlede test, son tarih, fallback, BoM/TCO etkisi ve kabul eden rol vardır. Açık lisans hakkı, veri yeri veya destek saati için ilgili uzman onayı ayrıca gerekir. Her koşulun kapanışı teklif tesliminden sonra mümkün mü, yoksa müşteri kuralı gereği teklif öncesi zorunlu mu bak. İkinci durum kapanmıyorsa Conditional Bid yerine No-Bid veya izinli alternatif kapsam gerekir. Açık riskin fiyat etkisini sıfır sayma; aralık ve kaynak yazarak ticari onaya taşı.

Red-team incelemesi son gün yazım düzeltmesi değildir. Müşteri değerlendirme sorusuna yabancı ama teknik ve ticari açıdan yetkin kişiler, teklifin yanlış anlaşılabilecek ve kanıtsız iddialarını arar. İlk turda zorunlu şartlar ve değerlendirme faktörleri yanıtın hangi bölümünde bulunuyor? İkinci turda teknik iddia gerçek ürün/sürüm, topoloji, POC ve destek belgesiyle uyumlu mu? Üçüncü turda fiyat, lisans, vergi/para birimi, yenileme, partner kapsamı ve istisnalar aynı kapsamı mı anlatıyor? Son turda sayfa sınırı, imza, dosya adı, güvenlik sınıflandırması ve portal biçimi doğru mu? FAR 15.204-5 ABD federal bağlamında talimat ve değerlendirme faktörlerinin ayrı okunmasını örnekler; bu Arven teklifinin biçimini otomatik belirlemez. Gerçek müşteri talimatı red-team kontrol listesi için esas kaynak olur.

Bulguyu 'çok uzun' gibi genel yargı yerine madde referansı, risk, kanıt ve düzeltme sahibiyle yaz. Kritik bir eksik için kapatma kararı gereklidir: düzeltildi, koşullu ve yetkili kabulü var, ya da teklif teslimine engel. Yorum çözüldü diye silinmez; hangi dosya revizyonuna uygulandığı görülür. Bir uzman fiyat ekindeki DR kalemini eksik bulursa teknik ek ve müşteri özetinin de etkilendiğini belirtir. Red-team, teklifin satış tonunu da denetler: doğrulanmamış 'kesintisiz', 'garanti', 'tam uyum' ifadeleri risklidir; açık ve ölçülebilir dil kullanılır. Gizli müşteri verisi veya başka sağlayıcının gizli teklif bilgisi içerikte bulunmamalıdır. İnceleyenin kapsamı nettir; yalnız teknik ekipten ticari sözleşme onayı beklenmez. Açık bulgular son onay toplantısında sayısı ve etkisiyle görülür.

Nihai karar toplantısı yalnız 'dosyalar hazır mı' sorusu değildir. Bid kararı hâlâ geçerli mi? Son zeyilnameye göre zorunlu koşullar karşılanıyor mu? Açık Conditional/Deviation/Unknown satırları müşteri tarafından izin verilen biçimde görünüyor mu? Teknik, ticari, hukuk ve güvenlik onayları doğru revizyonda mı? Yükleme sahibi ve yedeği hazır mı? Teslim için üç iç durum kullan: Ready; Ready with Approved Conditions; Hold/No-Submit. Ready with Approved Conditions yalnız müşteri talimatı buna izin veriyorsa, koşullar görünürse ve yetkili onay varsa mümkündür. Kritik teknik boşluğu 'yetişmedi ama gönderelim' diye gizlemek kalite kapısını geçmez. Müşteri son saati ve portal kanalı, kendi alım belgelerinden okunur; FAR 15.208'in ABD federal geç teslim kuralı genel hukuk tavsiyesi olarak kullanılmaz. Teklifin müşteri sistemine kabul edildiği saat ve alındı numarası belgelenir.

Teslim sonrasında sürüm arşivi tutulur: gönderilen dosyaların listesi, checksum veya ayırt edici revizyon kimliği, onay kayıtları, müşteri alındısı, gönderim zamanı ve açık koşulların takip owner'ı. Sonradan müşteri açıklama veya düzeltme isterse önce izinli revizyon kanalını ve son tarihi kontrol et; eski dosyanın üzerine sessizce yazma. Müşteri sorularına yanıt verirken teknik, ticari ve hukuk kapsamının aynı kalmasını sağla. Bu modülün dört dersinden çıkan paket bir zincirdir: talep sınıflandırma ve belge defteri; atomik gereksinim ve soru kaydı; bid kararı, yanıt mimarisi ve takvim; kalite kapısı, istisna ve teslim kanıtı. 10 soruluk değerlendirme bu davranışları sınar. Arven worksheet ve rubric, öğrenciye yalnız ezber değil uygulanabilir karar kanıtı üretmeyi öğretecektir. İçerik Draft durumundadır; gerçek ihale ve müşteri kullanımı için uzman ve editör incelemesi ayrı kapıdır.