Sipariş Takibi

Takip iki yerden yapılır. Geçerli takip kodu yalnız kaynak kimliği, türü ve durumu içeren asgari public görünümü açabilir; tüm özel siparişi göstermez. Özel e-posta bağlantısı RFQ kaydına bağlı kanıt taşır. Yeni RFQ kod/token hash’lerini saklar; gösterim kodu da kayıtlıdır, özel token ise ham RFQ alanı olarak saklanmak yerine müşteri bağlantısı için döndürülür. Eski özel token sorgusu migration yolu olarak bulunur. Özel bağlantıları gizli tutun:

• Teklif gelmeden önce: /tr/marketplace/track/[özel-link]
• Sipariş oluştuktan sonra: /tr/dashboard/my-orders

Misafir müşteri, talebi açtığı e-posta adresine gelen özel takip linkinden teklifleri görür. Aynı e-posta ile kayıt olursa önce onboarding'i tamamlar, sonra aynı özel takip linkine geri dönerek siparişe kaldığı yerden devam eder.

Temel akış

1. Teklif talebi açılır.
2. Onaylı üretici matbaa teklif verir.
3. Müşteri teklifi seçer.
4. Sipariş oluşur.
5. Dosya, prova, ödeme veya hazırlık işleri yürürken müşteri ana durumu Sipariş alındı olarak görür.
6. Kayıt teslim edildi/tamamlandı durumuna geçtiğinde veya müşteri kapanışı kaydedildiğinde ana durum Tamamlandı / Bitti olur.

Teklifteki estimatedDays bir tahmindir. Dosyaya bağlı termin hesabı, gerekli dosyalar tamamlanana kadar bekler ve kayıtlı tamamlanma zamanını başlangıç alır. Müşteri dosyası gerekmiyorsa kabul/sipariş tarihi sırasındaki yedek değer kullanılır. Bu hesap ödeme, prova veya üretim iznini tek başına tamamlamaz ve taşıyıcı teslim taahhüdü değildir; görünen tarihi ve kalan kontrolleri operasyonla doğrulayın.

Bu sade müşteri görünümünün arkasında kabul edilen her sipariş değişikliği immutable sipariş revision'ını ilerletir. Ödeme, üretim, sevkiyat ve kapanış güncellemeleri yalnız güncel aggregate revision'a karşı commit edilir; eski kalan bir ekran daha yeni fulfillment çalışmasının üstüne yazamaz.

Durumlar ne anlama gelir?

Teklif aşamasında müşteri teklif bekleme ve teklif seçme adımlarını özel takip linkinden görür. Sipariş oluştuktan sonra müşteri ekranında ana sipariş durumu sade tutulur:

Durum	Anlamı
Sipariş alındı	Sipariş oluştu; sıradaki aksiyon NowToPrint, matbaa veya müşteride olabilir
Tamamlandı / Bitti	Teslim/tamamlanma durumu veya müşteri kapanışı kaydedildi
İptal edildi	İptal onaylandı

Dosya bekleniyor, prova/onay bekleniyor, hazırlık bekleniyor veya iptal talebi alındı gibi bilgiler ayrı üretim aşaması olarak değil, kısa uyarı olarak gösterilir.

Müşteri nereden bakar?

Teklif aşamasında maildeki özel link kullanılır. Sipariş oluştuğunda müşteri hesabındaki /tr/dashboard/my-orders ekranından devam eder.

Teklif seçimi tek bir işlem olarak tamamlanır: sipariş gerçekten oluşmadan teklif kabul edilmiş sayılmaz. Ağ veya yetkilendirme kapısı sipariş kaydından önce durursa teklif beklemede kalır ve yeniden denemeden önce mevcut durum tekrar okunur. Siparişlerim listesi doğrulanamazsa ekran 0 sipariş veya boş tabloyu gerçekmiş gibi göstermez; sayaçları Mevcut değil olarak işaretler ve açık bir yenileme eylemi sunar.

Oturum açmış müşterinin teklif seçimi, hesaba bağlı buyer profili üzerinden yetkilendirilir. Matbaa veya supplier profili, müşterinin teklif kabul yetkisini devralmaz.

Matbaa nereden bakar?

Matbaa teklifleri /tr/dashboard/print-shop/incoming-rfq ekranından, kabul edilen işleri /tr/dashboard/print-shop/orders ekranından takip eder.

Sorun olursa

Teklifte inceleme gerektiği yazıyorsa matbaanın talep ayrıntılarını ve risk notlarını inceleyip teklifini güncellemesi gerekir. Müşteri bu incelemeyi matbaa adına onaylayamaz. Güncellenen teklif geldiğinde fiyat ve koşullar yeniden kontrol edilir. Talep değerlendirmesi bulunmaması, eksik veya engelleyici alan olmadığı anlamına gelmez.

Farklı e-posta ile giriş yapıldıysa talep otomatik bağlanmaz ve self-servis olarak sahiplenilemez. Onboarding tamamlanmadıysa teklif siparişe çevrilmez; müşteri onboarding'i bitirdikten sonra özel takip linkine geri döner. Devam etmek için talebi açtığınız e-posta ile giriş yapmanız gerekir.