Pilot Programı Rehberi

[!WARNING] Bu rehber yalnızca davetiye ile katılan Controlled Pilot (Kontrollü Pilot) kullanıcıları ve matbaaları için geçerlidir. Genel kullanıma açık (Public Self-Service) hizmetler henüz aktif değildir. Tedarikçi doğrulama mutasyonları ve mevcut RFQ'ya sonradan dosya yükleme, güvenlik/idempotency/audit kanıtları tamamlanana kadar varsayılan olarak kapalıdır. Süresi dolmuş RFQ'yu yeniden listeleme; zorunlu idempotency anahtarı ve exact revision önkoşulu taşıyan paket-otoriteli komutu kullanır. RFQ, immutable revision, audit kaydı ve outbox olayı birlikte commit edilir; stale veya henüz migrate edilmemiş RFQ fail-closed kalır. Bu işlemler yalnız kontrollü pilot için sunucu tarafında açıkça etkinleştirildiğinde kullanılabilir. Uyuşmazlık açma işlemi Controlled P0'da hem API hem de uygulama eylemi için kapalıdır. Arayüzde farklı bir giriş noktası görmek bu güvenlik sınırını değiştirmez; destek ekibi risk kaydını manuel operasyon kanalından alır. İç çözüm, escalation ve timeline yazımları güncel dispute aggregate'ını aynı server transaction içinde okur; eski bir ekran kapatılmış dispute'ı çözemez. Escalation ve timeline tekrarları exact replay ile aynı sonucu döndürür, yazımı veya bildirimi tekrarlamaz; değişmiş command verisi reddedilir. Escalation yalnızca canonical aktif dispute durumlarında kabul edilir; terminal, bilinmeyen veya zaten escalation yapılmış durumlar fail-closed reddedilir.

NowToPrint Baskı Pilot Programına hoş geldiniz! Bu program, seçili alıcılar ve matbaalarla sınırlı olarak yürütülen özel bir kontrollü aşamadır. İlk günden itibaren tüm baskı ürün kategorileri — kitap, dergi, katalog, broşür, ambalaj, etiket, geniş format ve daha fazlası — teklif taleplerine açıktır. Sistem, baskı siparişlerinizi en güvenli şekilde tamamlamanız için tasarlanmıştır.

---

1. Asgari Bilgi ve Eksik Teknik Ayrıntılar

RFQ'nun oluşturulup matbaalara yayınlanması için İsim + E-posta yanında ne bastırılacağı (veya kanonik ürün), ürün türü ve müşterinin açıkça verdiği pozitif adet gerekir. Bu üç kritik bilgiden biri eksikse sistem talebi yayınlamaz; aynı konuşmada eksik bilgiyi ister. Henüz RFQ oluşmadığı için bu aşamada takip kodu veya takip token'ı vermez.

• other, boş ürün türü, yapay 1 adedi veya yalnız sistem varsayımından gelen adet kritik bilgiyi tamamlamış sayılmaz.
• Ebat, kağıt, selefon/cilt, şehir, termin veya dosya gibi kritik olmayan ayrıntılar eksikse asgari kapıyı geçen RFQ kaydedilebilir ve yayınlanabilir.
• Bu eksikler Manuel İnceleme sinyali oluşturabilir ve riskli otomasyonları kapatabilir; varsayılan olarak RFQ'yu gizlemez.
• RFQ gerçekten oluşturulduğunda müşteriye gerçek Takip Kodu ve özel Takip Token'ı verilir.

---

2. "Talebiniz İnceleniyor" Ne Demek?

Talebinizi ilettiğinizde, eksik veya hatalı teknik parametreler varsa sistem bunu steward ekibimizin kuyruğuna aktarır.

• Steward Kimdir? Talebinizin matbaalar tarafından doğru fiyatlandırılabilmesi için bilgileri kontrol eden ve düzelten NowToPrint teknik operatörüdür.
• Iletisim Adimi: Steward ekibimiz eksik veya hatali bilgileri tamamlamak icin sizinle iletisime gecebilir. Inceleme production release, ERP handoff hazirligi, future Auto-Bid policy readiness veya final quote certainty konularini durdurabilir; RFQ'nun ilk yayin icin admin onayi bekledigi anlamina gelmez. Controlled P0 pilotta automatic external production ve Auto-Bid dispatch disabled kalir.

---

3. Matbaalardan Teklif Alma ve Kabul Etme

Admin görünürlüğü duraklatmadıysa ve kapsam kontrolü izin veriyorsa talebiniz uygun pilot matbaaların ekranına düşer.

• Matbaalar talebinize en uygun fiyatı sunar.
• Teklifler size e-posta ile bildirilir ve takip kodunuzla giriş yaptığınız portalda listelenir.
• Teklif karşılaştırma ekranı yalnız talebin kanonik alıcı organizasyonu veya denetimli platform operasyon yetkisi doğrulandıktan sonra teklifleri yükler. Ham kullanıcı kimliği eşleşmesi tek başına erişim sağlamaz.
• Size en uygun gelen teklif altındaki "Teklifi Kabul Et" butonuna basarak siparişinizi oluşturabilirsiniz.
• Bağlantı kesildiği için aynı aktörün aynı kabul isteği tekrarlandığında sistem ilk commit edilen siparişi döndürür; ikinci sipariş veya ödeme oluşturmaz. Aynı istek anahtarı değiştirilmiş ayrıntılarla kullanılırsa istek reddedilir. Aynı metin anahtarını kullanan farklı bir hesap, ilk hesabın komutunu veya sipariş kimliğini paylaşmaz.
• Talebi misafir olarak açtıysanız, aynı e-posta ile kayıt veya giriş sonrası özel takip linki korunur. Farklı e-posta talebi self-servis olarak sahiplenemez. Hesabınız onboarding bekliyorsa sipariş oluşturma onboarding tamamlanana kadar bekler ve sizi aynı özel takip linkine geri döndürür.

---

4. Ödeme Hazırlığı ve Havale Süreci

Siparişiniz oluştuktan sonra sistem sizi ödeme hazırlık ekranına yönlendirir.

[!IMPORTANT] Pilot asamasinda kredi karti ile otomatik cekim devre disidir. Odemeyi platform tahsil eder; is teslim edildikten sonra komisyonu keserek matbaaya oder. Varsayilan public pilot odeme secenekleri Havale/EFT ve onayli acik hesap ile sinirlidir. Provider anahtarları tek başına kart ödemesini açamaz; ayrı sunucu tarafı launch gate'i de açıkça etkinleştirilmelidir. document_payment, check, deferred_terms ve direct_deal public checkout secenegi degildir; yalniz operator onayli kurumsal sozlesme veya import senaryosunda kullanilir. Odeme veya supplier terms onayi tamamlanmadan uretim kapisi acilmaz. Siparis kaydinin surumu bilinmiyorsa, durumu okunamiyorsa veya odeme tutari tutarsizsa kayit operator onarimi icin karantinaya alinir; varsayimla uretime gecilmez.

---

5. Üretim Neden Hemen Başlamıyor? (Production Hold)

Ödemeniz onaylandığı an siparişinize production_ready_after_payment (Ödeme sonrası üretime hazır) sinyali yazılır. Ancak baskı makineleri otomatik olarak çalışmaya başlamaz.

• Neden Hold (Bekleme) Var? Controlled Pilot süresince dosya kalitesi, plaka uyumu ve kağıt stok durumu steward ekibimiz tarafından son kez el ile kontrol edilir.
• Manuel İzin: Kontrollerin ardından steward siparişi onaylar ve matbaaya üretime başlama talimatı el ile iletilir. Bu kontrol mekanizması, hatalı baskı ve zaman kaybı risklerini azaltır. Harici otomatik üretim entegrasyonları pilot boyunca kilitli (hold) kalacaktır.

Pilot veri cutover'i nasıl korunur?

Lansman cutover'ından önce Marketplace operasyonu registry tabanlı dry-run yapar ve güncel yedeği doğrular. İşlem verisi, veri sahibi ile ürün sahibinin ayrı onayları olmadan sıfırlanamaz; paylaşılan print-shop, notification ve webhook kayıtları Marketplace toplu silme yetkisinin dışındadır. Tüm registry yeniden sayılmadan ve revision, receipt ile finansal orphan kontrolleri sıfır göstermeden cutover başarılı kabul edilmez. Bu kontroller public lansman onayı anlamına gelmez; korumalı backup ve restore drill hâlâ lansman kanıtıdır.