Pilot Programı Rehberi
Seçili kullanıcılar ve matbaalarla yürütülen kontrollü baskı pilotu rehberi
[!WARNING] Bu rehber yalnızca davetiye ile katılan Controlled Pilot (Kontrollü Pilot) kullanıcıları ve matbaaları için geçerlidir. Kullanılabilirlik her kabiliyet için ayrı yönetilir; bu rehber güncel dağıtım veya genel lansman kanıtı 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 ortak sunucu risk-mutasyonu ayarında varsayılan olarak 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. Ürün kullanılabilirliği güncel katalog, desteklenen talep akışı ve uygun tedarikçi kabiliyetine bağlıdır; kayıt olmak teklif veya üretim kapasitesi garantisi vermez.
1. Asgari Bilgi ve Eksik Teknik Ayrıntılar
Matbaadan teklif isterken ürün, müşterinin açıkça verdiği pozitif adet, isim ve e-posta sağlayın. Manuel form ve partner API kendi zorunlu alan/katalog kurallarını uygular; e-posta oluşturma kapısı yeni RFQ bağlantısı üretmeden önce eksik ürün açıklaması veya adedi sorar.
Ortak completeness politikası eksik ürün, adet, ebat, kağıt, şehir, termin ve benzeri alanları takip işi olarak kaydeder; tek başına yayını engellemez. Public kayıt, ürün/adet kanıtı eksik olsa da okunabilir kalabilir. Yayın, fiyatlama otoritesi, dosya kabulü veya üretime başlama izni kanıtı değildir. Takip referansı tamamlanmamış formdan değil başarılı oluşturma yolundan üretilir.
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. Harici otomatik üretim ayrı kontrollere bağlıdır. Auto-Bid için organizasyon, otorite, rollout ve risk politikası ayrıca değerlendirilir; inceleme bu izinleri vermez.
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] Kartla ödeme canlı pilot kapsamında yoktur. Havale/EFT ve onaylı açık hesap seçenekleri sunulur. Diğer ödeme koşulları yalnızca operasyon ekibinin onayladığı kurumsal anlaşmalar kapsamında kullanılır; herkese sunulan ödeme seçenekleri değildir. Ödeme veya platform finansının doğruladığı kabul edilmiş ticari koşullar onaylanmadan üretime başlanmaz. Sipariş bilgileri doğrulanamıyorsa ya da ödeme tutarı tutarsızsa, operasyon ekibi kaydı düzeltene kadar üretime geçilmez.
5. Üretim Neden Hemen Başlamıyor? (Production Hold)
Ödeme hazırlığı, politika kararı ve denetim kaydıdır; kendiliğinden ödeme durumunu güncellemez veya üretim beklemesini kaldırmaz. Finans kabul edilen koşulları doğrulamalıdır; dosya, prova, üretim bilgisi ve operasyon izni ayrı kontrollerdir. Baskı makineleri otomatik ç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.
Bu makale yardımcı oldu mu?