1. Talep ve İsteğe Bağlı PDF

Müşteri elindeki bilgilerle RFQ oluşturur; PDF ve preflight ilk RFQ veya teklif için ön koşul değildir. PDF varsa malware taraması ve sunucu-otoriteli preflight bulguları acceptance, order ve production kapılarında korunur. Kitap/roman/şiir/hikâye taleplerinde eksik alanlar Bulut pilot profiliyle sayfa, ebat, kâğıt, renk ve cilt düzeyinde tamamlanabilir; ürün türü ve müşterinin açıkça verdiği pozitif adet önce mevcut olmalıdır. Her tamamlanan alan assumptionFields ile işaretlenir. Bu alanlar müşteri beyanı değildir. Bütün fiyat, yetki ve maruziyet kapıları geçilirse AutoBid'in kesin fiyatı yalnız bu açık varsayımlara ve mevcut RFQ revision'ına bağlıdır; müşteri aynı mail zincirinde bir alanı düzelttiğinde eski teklif stale olur ve yeni revision yeniden fiyatlanır. Finishing tarifesi yoksa AutoBid fail-closed kalır ve talep manuel incelemeye gider. Mail-first pilotunda boş veya yalnız genel teklif isteği taşıyan e-posta kitap örnek profiline düşmez; RFQ açılmadan ürün türü ve gerçek adet istenir. Müşterinin konu/gövdeye yazdığı sayfa, ebat, kâğıt ve cilt değerleri önce okunur; profil yalnız kritik olmayan eksikleri tamamlar. Her örnek, yayımlı profil digest'i ve snapshot makbuzuyla bağlı değilse AutoBid kulvarına giremez.

Eşleştirme servisinde uygun matbaa bulunmasa bile eklenen kontrollü Bulut adayı genel bir fallback değildir. Yalnız email kanalındaki book/booklet ve en fazla 1000 adet kapsamına bağlı, hash'li kod otoritesi bulunmalıdır. Ayrıca Bulut'un kalıcı organizasyon ayarında sistem açık, okuma sağlıklı, pilot modu, gerçek fason provider ve 1000 veya daha düşük açık adet tavanı kayıtlı olmalıdır. Yalnız tarife bulunması yönlendirme veya güven onayı sayılmaz.

Gmail ekli taleplerde zaman sınırlı Gemini REST ajanı mesajı ve temiz PDF ekini analiz eder; sunucu preflight'ının ölçtüğü tekil sayfa sayısı/ebat, yalnız varsayım olarak işaretlenmiş RFQ alanlarını güncelleyerek costing ve Auto-Bid'e taşınır. Açık müşteri beyanı çelişirse korunur ve PDF–RFQ uyumsuzluğu bildirilir. E-posta yanıtında Gemini sadece açıklayıcı bir paragraf üretir; takip kodu, URL, durum, fiyat ve güvenlik bölümleri deterministik olarak kalır. Gemini kullanılamazsa deterministik fallback konu/gövdedeki gerçekleri ve açık kitap niyetini korur; boş/genel mesajı kitap saymaz, adet üretmez ve kritik bilgi eksikse netleştirme ister.

Ekli dosya önce private, OIDC korumalı ClamAV servisinden aynı SHA-256 özetiyle clean makbuzu almalıdır. Tarayıcı ayarsız veya erişilemezse PDF zararlı ilan edilmez; karantinada kalır ve AI/preflight'a verilmez. Bu durumda mail metniyle RFQ açılabilir fakat PDF sayfa/ebat ölçümü yapılmış sayılmaz. Scanner/preflight canlı kanıtı olmayan revision için “PDF analiz edildi” veya attachment destekli AutoBid GO beyanı verilmez. Dosya adında 56 SAYFA gibi çelişkisiz bir sayfa beyanı varsa scanner kesintisinde bu metadata müşteri beyanı olarak varsayılan sayfa sayısının yerini alabilir. Bu, PDF byte'larının okunduğu ya da ebatın ölçüldüğü anlamına gelmez; kanıtsız fiyat-kritik alanlar AutoBid kapısını açmaz.

Geçici scanner kesintisinde karantinaya alınmış PDF'ler kaybolmaz. Beş dakikalık recovery işi dosyanın boyutunu ve SHA-256 özetini yeniden doğrular, temiz tarama ve preflight kanıtını RFQ değişikliğinden önce kalıcılaştırır. Ölçülen sayfa ve ebat yalnız varsayılmış veya hiç verilmemiş alanları düzeltir; müşterinin açık beyanını ezmez. Düzeltme aynı RFQ'da yeni revision ve yeniden fiyatlama oluşturur. Recovery kanıtı aggregate/RFQ revision, spec, dosya ve yanıt-route digest'lerine bağlıdır; drift olursa eski kanıt iptal edilir ve terminal kayıtlar yeni işleri aç bırakmaz. Scanner/preflight altyapısı hazır değilken veri-hatası deneme bütçesi tüketilmez; retry reply-route ömrüyle sınırlıdır. Eski olaylar için aynı idempotent yol yetkili, kuru-koşu destekli backfill komutuyla başlatılabilir.

Bu örnek kulvarı iki ayrı sonuç üretir. Aktif, digest'e bağlı Bulut satış listesi ve tüm kesin fiyat kapıları varsa normal kesin teklif yazılır. Fason maliyet satırı yok fakat aynı satış listesinde tam ürün/adet fiyatı varsa yalnız bağlayıcı olmayan ön fiyat yazılabilir: maliyet veya marj uydurulmaz, müşteri mailinde bunun örnek fiyat olduğu belirtilir ve teklif kabul/siparişe kapalıdır. Ön fiyat kullanılan rate-card, satış listesi ve publication receipt'inin tek sha256: digest'ine bağlıdır; mail gönderilmeden önce quote/ledger/tutar/para birimi bağı tekrar doğrulanır. Doğrulanmış maliyeti bulunan uygun provider her zaman maliyetsiz satırdan önce tercih edilir ve gerçek marj alt sınırı uygulanır. Satış listesi, ürün/spec, organizasyon, kill-switch veya adet otoritesi de yoksa AutoBid fail-closed kalır.

2. Fiyat ve Kapasite Kapıları

Kesin teklifte; kesin ürün/spec eşlemesi veya açıkça işaretlenmiş varsayımlı örnek spec, onaylı provider maliyeti, aktif fason ilişkisi, bağımsız müşteri satış fiyatı, minimum marj, müşteri fiyat tavanı ve geçerli operasyon izinleri birlikte gerekir. Eksik cilt veya selefon maliyeti başka tedarikçinin satırından ya da satış fiyatından türetilmez. Yalnız mail-first kitap örneğindeki ön fiyat, ticari yükümlülük yaratmadığı için L4 snapshot, rollout ve canlı maruziyet rezervasyonu olmadan gösterilebilir; bu istisna kesin teklif üretmez.

3. Maruziyet Rezervasyonu

Canlı teklif öncesinde günlük teklif adedi, komisyon dahil brüt fiyat maruziyeti ve tek fason üretici yoğunluğu atomik olarak rezerve edilir. Retry aynı RFQ için bütçeyi ikinci kez tüketmez; veri deposu hatasında teklif durur.

4. Değiştirilemez Karar Kanıtı

Her shadow, engellenen veya yayımlanan AutoBid kararı hash ile bağlı, değiştirilemez bir güvenlik kanıtı olarak eklenir. Birebir aynı retry mevcut gözlemi döndürür; sonraki değerlendirme yeni bir gözlem ekler ve önceki kanıtın üzerine yazmaz. Ham RFQ ve organizasyon kimlikleri bu audit kaydında tutulmaz. Yayımlanan teklifte gözlem ve teklif aynı transaction içinde commit edilir; biri olmadan diğeri kalıcılaşmaz. Kanıt ayrıca hash-only politika ve fiyatlandırma otoritesi provenance'ını, evaluator sürümünü ve para birimini taşır; böylece sonraki güvenlik incelemesi kararda kullanılan otoriteyi yeniden doğrulayabilir.

Her RFQ revizyonu ve tedarikçi organizasyonu için deterministik bir auto-bid claim'i aynı transaction içinde oluşturulur. Aynı revizyonun retry'ı mevcut teklifi yeniden kullanır; material amendment yeni revision anahtarıyla yeni fiyat üretir. Teklif sonrası bildirim doğrudan uygulama kodundan yazılmaz; marketplace.quote.submitted outbox olayı, event-id tekilleştirmeli notification bridge tarafından tüketilir. E-posta kaynaklı RFQ'da müşteri-safe özet, PDF ve kesin teklifte imzalı inceleme bağlantısı orijinal Gmail thread'ine idempotent olarak teslim edilir. Ön fiyat aynı thread'e ulaşır fakat kabul bağlantısı üretmez; iç maliyet defteri ve Bulut'un operasyon raporu ayrı kalır. Thread, requester e-postası, quote veya revision kanıtı eksikse bridge olayı başarılı tüketilmiş saymaz; outbox relay aynı olayı tekrar dener. Kuyruğa alınmış diğer bildirimlerin dış sağlayıcıya teslimi ayrıca notification dispatcher/cron heartbeat tarafından izlenir. Manuel teklif yazılırken RFQ revision'ı istemci girdisinden değil, transaction içindeki kanonik RFQ'dan sunucu-otoriteli olarak kaydedilir. Teslimattan önce event quote/RFQ kimlikleri, teklifin bağlı RFQ'su, mevcut ve yanıt rotasındaki revision ile requester/route e-posta adresi birebir eşleşir. Bozuk veya çapraz bağlı bir olay notification, capability ya da müşteri maili üretmeden retry ve gerekirse dead-letter sınırında kalır. Matbaanın ilk manuel teklifi ve sonraki fiyat revizyonu da aynı kalıcı outbox sözleşmesini kullanır; revizyon uygulama içi bildirimle sınırlı kalmaz, güncel fiyat orijinal Gmail thread'ine yeniden gönderilir. Her olay kendi kanonik quoteRevision değerini taşır. Kuyrukta gecikmiş eski bir revizyon güncel teklif belgesini yeniden gönderemez; yalnız olay ile belge revizyonu eşleşirse müşteri bildirimi ve mail üretilebilir. Üretimde hem domain-event drain hem de /api/cron/notifications/dispatch Cloud Scheduler tarafından beş dakikalık kadansla çağrılmalıdır; bu job'lar kurulmamışsa teklif ve e-posta outbox kayıtları bekler. Kanonik kurulum scripts/ops/setup-cloud-scheduler.sh manifestidir.

Sekiz denemeden sonra teslim edilemeyen domain-event kaydı silinmez; dead_letter olarak kalır ve ops cockpit'te ayrı bir sayaçla görünür. Yetkili operatörler ham event gövdesini açmadan /api/admin/marketplace/outbox/dead-letters listesindeki sınırlandırılmış kanıtı inceler. Ekran consumer kimliği, durum, deneme sayısı, sabit hata sınıfı ve son geçiş zamanını gösterir; provider cevabı, stack veya müşteri verisi göstermez.

Yeniden yürütme yalnız güncel kanonik RFQ/teklif kanıtı hatayı hâlâ geçici olarak sınıflandırıyorsa mümkündür. Ekran tam event, business-evidence ve consumer-evidence digest'lerinin yanında politika şeması, kanıt kapsamı, terminal sonuç ve sıralı exact consumer hedeflerini bağlayan operator-decision digest'ini gösterir. Transaction dördünü de yeniden hesaplamadan yalnız bu başarısız consumer cursor'larını açmaz. Süresi geçmiş RFQ, zaten teklif almış RFQ, manuel fiyat incelemesi, geçersizleşmiş teklif bildirimi ve bozuk poison satır replay edilemez. Bunlar yalnız sunucunun önerdiği terminal sonuçla /api/admin/marketplace/outbox/{eventId}/resolve üzerinden kapatılabilir. Kapatma; operatör, gerekçe, kanıt kapsamı, exact hedefler, dört digest ve sideEffect=none kanıtını değişmez audit kaydına yazar; e-posta göndermez, teklif oluşturmaz ve teslim edilmiş sonucu uydurmaz. Consumer cursor'ı olmayan legacy satır yalnız bozuksa veya güncel kanıt süresi geçmiş ticari etkisinin artık geçersiz olduğunu ispatlıyorsa source_event kapsamında yan etkisiz kapatılabilir. Aktif manuel-inceleme ve geçici legacy satırlar consumer kanıtı olmadan kapalı kalır. Toplu replay yetkisi yoktur; teslim edilmiş consumer tekrar açılmaz.

5. Müşteri Karşılaştırması

Müşteri standart formatta gelen teklifleri karşılaştırır. İç maliyet, fason üretici kimliği ve kâr kanıtı yalnız yetkili organizasyon/admin rollerinde kalır. Ön fiyat görünür ve düzeltme/revizyon için kullanılabilir; “en iyi teklif” sıralamasına girmez, kabul edilemez ve sipariş oluşturamaz. Eksik, boş veya bilinmeyen fiyat modu kesin teklif gibi yorumlanmaz; sistem fail-closed davranır.