Teklif Talebi Açma Rehberi
NowToPrint canlı pilotunda müşterinin teklif talebi açması, teklifleri takip etmesi ve siparişe dönüştürmesi.
Teklif Talebi Açma Rehberi
Canlı pilotta müşteri yolculuğu basit tutulur:
Müşteri misafir veya kayıtlı olarak teklif talebi açar → matbaa teklif verir → müşteri teklifi seçer → aynı e-posta ile kayıt/giriş yapılır → sipariş oluşur → ödeme onaylanır → dosya/preflight ve üretim bilgisi kapıları tamamlanır → matbaa üretime alır → sipariş teslim edilir → müşteri siparişi kapatır.
AI destekli teklif talebi sayfası: /tr/teklif
Manuel teklif talebi kısa adresi: /tr/new-quote. Bu adres, teknik manuel pilot yüzeyi olan
/tr/marketplace/new-quote sayfasına yönlenir.
Giriş yaptıysanız AI destekli ve manuel teklif formları bilinen adınız ve e-posta adresinizi mümkün olduğunca otomatik doldurur. Telefon, şirket veya teslimat gibi eksik ya da güncel olmayan bilgileri formda düzeltebilirsiniz; sistem elle yazdığınız ad/e-posta değerlerini tekrar oturum bilgisiyle ezmez.
Kayıt olmadan da başlayabilirsiniz
Adınızı ve e-posta adresinizi yazarak teklif talebi açabilirsiniz. Teklif geldiğinde mailinize
özel takip linki gönderilir: /tr/marketplace/track/[özel-link].
Aynı e-posta ile kayıt olduğunuzda sistem sizi önce onboarding'e götürür. Onboarding'i tamamladığınızda, bu e-posta ile açılmış misafir teklif talepleriniz hesabınıza bağlanır ve özel takip linkinize geri dönerek teklifi siparişe çevirebilirsiniz. Özel takip linkiniz yine çalışmaya devam eder.
Talep varsayılan olarak yayına girer
Geçerli bir teklif talebi admin onayı beklemeden marketplace ve ilgili dashboard yüzeylerine düşer. Bu karar server tarafında verilir; formdan private görünürlük gönderilmesi public self-service yayını kapatmaz. Admin yalnızca sonradan görünürlüğü duraklatabilir, tekrar yayına alabilir veya teklif alımını ayrı olarak durdurabilir.
E-posta ile teklif talebi
Teklif talebinizi teklif@nowtoprint.com adresine e-posta göndererek de
başlatabilirsiniz. Sistem konu, mesaj metni ve desteklenen eklerden baskı
özelliklerini çıkarır. Adet veya ürün türü gibi fiyatlama için kritik bilgi
eksikse talep henüz marketplace'e açılmaz; aynı e-posta zincirinde eksik
bilgiler sorulur.
PDF, düz metin ve CSV ekleri desteklenir. Bir e-postada en fazla 5 ek, dosya başına en fazla 25 MB ve toplam 40 MB işlenir. Dosya türü, gerçek dosya içeriğiyle uyuşmuyorsa veya sınırlar aşılmışsa e-postada dosya adıyla birlikte açık uyarı görürsünüz. Otomatik doküman analizi için ek başına 10 MB, toplam 12 MB sınırı vardır. Daha büyük ancak geçerli dosya RFQ kaydına özel olarak eklenebilir; içeriği AI tarafından okunmadıysa bu durum onay e-postasında açıkça belirtilir.
Ekler RFQ kaydında kalıcı indirme bağlantısı olarak tutulmaz. SHA-256 ile doğrulanan özel dosya referansı kullanılır. PDF preflight sonucu baskı uygunluğunu açıklar; zararlı yazılım taramasının yerine geçmez. Bağımsız tarama temiz sonucu verene kadar dosya karantinadadır ve matbaaya ya da public yüzeye dağıtılamaz.
E-postaya standart RFQ formu eklenir
Talep oluşturulduğunda e-posta gövdesinde yapılandırılmış talep özeti, takip bağlantısı ve sitedeki “Teklif Formunu İndir” çıktısıyla aynı kanonik veriden üretilen RFQ PDF'i bulunur. Kritik bilgi eksikse oluşturulmuş RFQ izlenimi vermeyen, eksik alanları gösteren taslak form gönderilir. Formu doldurmak için bu e-postayı yanıtlamanız yeterlidir.
AI yalnızca serbest metin ve eklerden alan çıkarmaya yardımcı olur. RFQ'nun açılıp açılmayacağına, hangi bilgilerin eksik olduğuna ve müşteriye gönderilen şablon metnine kanonik kurallar karar verir. AI emin olmadığı teknik bilgiyi veya fiyatı uyduramaz.
Teklif ve karar süresi
Canlı pilotta RFQ varsayılan olarak 7 gün teklif toplar. Uygun teklif daha erken gelirse müşteri beklemeden seçebilir. Teklif toplama süresi bittiğinde müşteri için varsayılan 3 günlük karar penceresi kalır. Matbaa kendi teklifinin geçerlilik süresini ve teslim gününü ayrıca belirler; sistem teslim günü için 7 iş günü önerir. Admin süreyi uzatırsa teklif penceresi ve müşteri karar penceresi birlikte ileri taşınır.
Müşteri ne yapar?
/tr/teklifsayfasına girer.- Baskı ihtiyacını yazar, dosya varsa yükler.
- Ad ve e-posta bilgisini girer; şehir, teslim beklentisi ve dosya varsa ekler.
- Teklif talebini gönderir.
- Mailde gelen özel takip linkinden teklifleri izler.
- Bir teklifi seçer.
- Aynı e-posta ile kayıt olur veya giriş yapar.
- Sipariş oluşur ve sipariş ekranından takip edilir.
Kitap ve yayın talepleri
Roman, dergi, yıllık rapor, yıllık, foto kitap ve ürün kataloğu gibi kitap/yayın talepleri tedarikçi RFQ akışına geçmeden önce Master Data yayın modeliyle kontrol edilir. Platform bu talepler için güvenilir katalog kanıtı ve değişmez Master Data kanıt kaydı tutar.
Kitap/yayın talebi güvenilir Master Data kanıtı olmadan gelirse yine geçerli bir talep olarak yayında kalır; ilk yayın için admin veya steward onayı beklemez. Bu durumda sistem otomatik teklif, tek tık teklif ve üretim aktarımı gibi riskli otomasyonları kapatır; talep operasyon kontrolüne düşer.
Bu tür talepler müşteri ve public yayın tarafında açık kalır; matbaa tarafında ise açık teklif fırsatı olarak ilerlemesi kapsam ve üretim uygunluğu kontrolüne bağlıdır. Müşteri teklifi siparişe çevirirken aynı kontrol kanıtı korunur. Admin yalnız spam/fraud, reddedilmiş/iptal edilmiş veya sonradan duraklatılmış taleplerde görünürlüğü kapatır.
Flyer, etiket, ambalaj ve büyük ebat gibi diğer baskı taleplerinde de eksik veya güvenilmeyen teknik bilgi RFQ'yu yayından düşürmez. Sistem gerekirse otomasyonu kapatır ve eksik bilgiyi operasyon kontrolüne taşır.
Eksik bilgi sinyali tek başına talebi yayından veya matbaa fırsat akışından düşürmez; yalnızca kapsam netleştirme ve üretim öncesi tamamlama notu olarak takip edilir.
Güncel RFQ snapshot policy kind'leri family-scoped tutulur: book_publication_required,
p0_non_publication_snapshot_advisory ve generic_soft_link. Book benzeri product-catalogs ve
catalogs talepleri tedarikçi otomasyonuna geçmeden güvenilir publication evidence ister;
publication dışı family'ler RFQ intake için advisory kalır ve riskli otomasyon öncesi incelenir.
Kayıtsız müşteri nasıl devam eder?
Kayıtsız müşteri teklif talebi açabilir. Bu durumda sistem talebi e-posta adresine bağlar.
Önemli kural: Talebi hangi e-posta ile açtıysa, kayıt olurken de aynı e-postayı kullanmalıdır. Kayıt sonrası onboarding tamamlanmadan teklif siparişe çevrilmez; onboarding tamamlanınca aynı özel takip linkine geri dönülür.
Farklı e-posta ile giriş yapılırsa sistem talebi otomatik bağlamaz ve self-servis olarak sahiplenmeye izin vermez. Devam etmek için talebi açtığınız e-posta ile giriş yapmanız gerekir.
Matbaa tarafında ne olur?
Sadece onaylı üretici olan matbaalar teklif verebilir.
Matbaa kayıt oldu diye hemen teklif veremez. Admin tarafından organizasyonu kontrol edilir, rolü açılır ve onaylı üretici yapılır. Bu onay tamamlanmadan matbaa aktif talepleri göremez ve teklif veremez.
Matbaa kendi baskı ihtiyacı için teklif talebi açabilir. Ancak aynı organizasyon kendi talebine matbaa olarak teklif veremez.
Matbaa başka matbaaların tekliflerini, fiyatlarını, matbaa adlarını veya toplam teklif/görüntülenme sayılarını göremez. Bu bilgi yalnızca alıcıya ve gerekli admin/operasyon rollerine açıktır.
Bazı talepler yayında kalır fakat otomatik veya tek tık teklif için riskli sayılır. Bu durumda matbaa tarafında açık teklif fırsatı olarak ilerlemeden önce kapsam, Master Data/preflight kanıtları ve üretim uygunluğu kontrol edilir. Bu kontrol olmadan riskli talebe teklif veya sipariş ilerletilmez.
Matbaa ekranı: /tr/dashboard/print-shop/incoming-rfq
RFQ ve teklif değişiklikleri append-only revision olarak saklanır. Güncel belge bir okuma projeksiyonudur; kabul edilen her değişiklik revision'ı ilerletir ve aynı transaction içinde immutable sourcing veya ticari snapshot yazar. Stale tarayıcı daha yeni çalışmanın üstüne yazmak yerine revision conflict alır.
Teklif geçerliliği ve revizyon
Matbaa teklif verirken teslim gününü ve teklif geçerlilik süresini belirler. Sistem teklif geçerliliği için varsayılan 7 gün kullanır; matbaa API/form yüzeyinde izin verilen aralıkta bunu değiştirebilir. Teklif kabul edilmeden önce müşteri revizyon isteyebilir; matbaa revize fiyat ve teslim günüyle cevap verirse teklif tekrar müşterinin kararına döner.
Teklif kabul edilip siparişe dönüştükten sonra fiyat artık tek taraflı değiştirilemez. Aynı iş kapsamında fiyat değişikliği gerekiyorsa bu, müşteri talebi ve matbaa/operasyon onayıyla yeni bir süreç olarak ele alınır.
Teklif seçilince ne olur?
Müşteri bir teklifi seçtiğinde:
- seçilen teklif siparişe dönüşür,
- diğer teklifler kapanır,
- sipariş müşteri ekranına düşer,
- matbaa siparişi üretim ekranında görür.
Siparişe çevirmeden önce sistem, müşterinin gördüğü teklif özetinin ve üretim bilgi paketinin değişmediğini doğrular. Bu kanıt eksikse veya bilgi değiştiyse müşteriden teklif karşılaştırmasını yenilemesi istenir; RFQ yayında kalır ama sipariş/üretim kapısı ilerlemez.
Müşteri sipariş ekranı: /tr/dashboard/my-orders
Matbaa sipariş ekranı: /tr/dashboard/print-shop/orders
Ödeme pilotta nasıl ilerler?
Canlı pilotta ödeme platform içinde kartla alınmaz. Kartla ödeme ve escrow canlı pilot kapsamında yoktur.
Odeme onayi; havale/EFT, acik hesap, kurumsal odeme veya operasyon ekibinin manuel onayi ile ilerler. Odeme onayi uretime alma kapilarindan biridir; musteri dosyasi gerekiyorsa dosya da anlasilan inceleme kapisindan gecmeli ve onaylanmalidir. Uretim bilgi paketi veya dosya kapisi eksikse siparis ve kesin termin bu kanitlar hazir olana kadar bekler.
Sipariş ne zaman kapanır?
Matbaa siparişi teslim eder. Müşteri teslimatı kontrol eder ve siparişi kapatır. Sorun varsa destek ekibi sürece dahil olur.
İlgili sayfalar
Bu makale yardımcı oldu mu?
İlgili makaleler
Last updated on