Sipariş Durumları ve Sayaçlar: Pending’den Completed’a Tam Rehber

Sipariş durumunu doğru okumak, yalnız “tamamlandı mı?” sorusuna cevap vermekten daha fazlasıdır. Pending, Processing, Completed, Partial ve Canceled durumları siparişin farklı operasyonel aşamalarını gösterir. Start count, remains, miktar ve hedefteki güncel sayaç birlikte değerlendirilmediğinde teslimat hakkında yanlış sonuçlara varılabilir.

Bu rehber; durumların anlamını, sayaçların neden farklı görünebildiğini, Partial ve Completed sonuçlarının nasıl inceleneceğini ve hangi durumda destek talebi açılması gerektiğini ayrıntılı biçimde açıklar.

Sipariş yaşam döngüsü

Sipariş oluşturulduğunda ne olur?

Sipariş oluşturulduktan sonra sistem kaydı bir order ID ile tanımlar ve işlem kuyruğuna alır. Order ID, daha sonraki durum, iptal, refill ve destek işlemlerinin temel referansıdır. Bu kimliği kendi notlarınızda veya entegrasyon sisteminizde saklayın.

İlk aşamada sistem hedef bağlantıyı, servis bilgisini ve miktarı işler. Siparişin hemen sayaç üretmemesi normal olabilir. Servisin başlangıç süresi ile toplam teslimat süresi aynı değildir.

Temel sipariş durumları

Pending durumu ayrıntılı olarak ne anlama gelir?

Pending sipariş için ne kadar beklenmeli?

Tek bir evrensel başlangıç süresi yoktur. RoketBayim ana sayfasındaki FAQ bölümünde siparişlerin otomatik sıraya alındığı ve servis yoğunluğuna bağlı olarak genellikle dakikalar içinde işleme alınabildiği belirtilir. Seçilen servisin açıklaması daha özel bir başlangıç bilgisi içeriyorsa onu esas alın.

Yeni bir Pending siparişi birkaç dakika içinde tekrar oluşturmayın. Servis açıklamasındaki makul süreyi bekleyin; bağlantının açık, hesabın herkese açık ve miktarın uygun olduğunu kontrol edin.

Uzun süren Pending sipariş nasıl değerlendirilir?

Önce sipariş yaşını panel kaydından belirleyin. Ardından linki gizli pencerede açın, hedef türünün servisle eşleştiğini ve aynı bağlantıda başka aktif sipariş bulunmadığını doğrulayın. Bu kontroller doğruysa order ID ile destek talebi açın.

Processing veya In progress durumu

İşlem neden kademeli ilerler?

Bazı servisler hedef miktarı tek seferde, bazıları belirli bir hızda teslim eder. Sipariş miktarı büyüdükçe toplam süre uzayabilir. Platformun sayaç güncelleme hızı da gerçek teslimatla ekranda görünen değer arasında kısa süreli fark oluşturabilir.

Processing sırasında kullanıcı adını değiştirmeyin, hesabı gizliye almayın ve hedef içeriği silmeyin. Aynı bağlantıya ikinci sipariş vermek de mevcut işlemin ölçümünü zorlaştırır.

İlerleme nasıl ölçülmeli?

Paneldeki start count, sipariş miktarı, remains ve güncel hedef sayacı belirli aralıklarla kaydedin. Tek bir anlık ekran görüntüsü yerine zaman çizelgesi oluşturmak, işlemin gerçekten durup durmadığını anlamanızı sağlar.

Organik artış, doğal düşüş, reklam kampanyası veya başka bir sipariş toplam sayacı etkileyebilir. Bu nedenle yalnız hedefteki mevcut sayıyı sipariş teslimatı olarak kabul etmeyin.

Start count nedir?

Başlangıç sayacı nasıl kullanılır?

Start count, servis işlemi başlatırken hedefte tespit edilen sayaçtır. Basit bir senaryoda teslim edilen miktar, güncel sayaç ile start count arasındaki fark üzerinden yaklaşık olarak izlenebilir. Ancak hedefte eş zamanlı organik değişim veya başka kampanya varsa bu hesap kesin olmayabilir.

Örneğin start count 5.000 ve sipariş miktarı 1.000 ise teorik hedef 6.000 olarak düşünülebilir. İşlem sırasında 100 organik takipçi kaybı yaşanırsa servis 1.000 teslim etmiş olsa bile görünen toplam 5.900 olabilir. Tersine organik artış veya başka bir sipariş, teslimatı olduğundan yüksek gösterebilir.

Start count neden boş veya beklenmedik olabilir?

Sipariş henüz başlamadıysa başlangıç sayacı kaydedilmemiş olabilir. Platform hedef sayacı göstermiyorsa, bağlantı yanlışsa veya sayaç yapısı değiştiyse beklenmedik değer görülebilir. Bu durumda sipariş durumunu ve hedef erişimini birlikte kontrol edin.

Remains nedir?

Kalan miktar nasıl yorumlanır?

Remains, sipariş miktarının sistem kaydına göre henüz tamamlanmamış bölümüdür. Sipariş 1.000 adet ve remains 250 ise 250 adetlik bölümün tamamlanmadığı anlaşılır. Processing durumda remains zamanla azalabilir; Partial durumda nihai kalan miktarı gösterebilir.

Remains değerini hedefteki anlık farkla birebir eşit kabul etmeyin. Sayaç gecikmesi, doğal değişim ve eş zamanlı işlemler farklılık yaratabilir.

Remains sıfırsa sipariş kesin tamamlanmış mıdır?

Remains önemli bir işaret olsa da nihai değerlendirmede status alanını esas alın. Remains sıfır fakat durum güncellenmemişse kısa süre bekleyip sayfayı yenileyin. Kalıcı uyumsuzluk varsa order ID ile destek talebi açın.

Completed durumu doğru nasıl kontrol edilir?

Completed neyi garanti eder?

Completed, sistemin sipariş işini tamamlanmış olarak kapattığını gösterir. Hedefte görünen sonucu kontrol ederken doğru linkte olduğunuzdan, kullanıcı adının değişmediğinden ve platform sayaç gecikmesi bulunmadığından emin olun.

Completed durumunu gördüğünüz anda aynı bağlantıya yeni sipariş vermeden önce hedefi yenileyin ve gerekirse kısa süre bekleyin. Uygulama ile web sayfası farklı sayaç gösterebilir.

Completed görünüyor fakat sonuç eksikse ne yapılmalı?

İlk olarak start count, miktar ve güncel sayacı not edin. Sipariş sırasında doğal düşüş olup olmadığını, hesabın gizliye alınıp alınmadığını ve aynı bağlantıda başka işlem bulunup bulunmadığını kontrol edin. Sonucu gösteren tarihli ekran görüntüleri hazırlayın.

Servis refill destekliyorsa ve koşullar karşılanıyorsa telafi süreci değerlendirilebilir. Ancak her eksik görünüm otomatik olarak refill hakkı doğurmaz. Önce sipariş ve servis koşullarını doğrulayın.

Partial durumu ayrıntılı inceleme

Sipariş neden Partial olur?

Servis kapasitesi, hedef bağlantının değişmesi, platform koşulları veya siparişin tamamının teslim edilememesi Partial sonucuna yol açabilir. Bu durum siparişin tamamen başarısız olduğu anlamına gelmez; bir bölüm teslim edilmiştir.

Partial durumda remains, teslim edilemeyen bölümü gösterir. Nihai ücret ve bakiye hareketi siparişin gerçek sonucu üzerinden değerlendirilmelidir. Panelde görünen kaydı esas alın; otomatik iade veya kesin tutar konusunda varsayım yapmayın.

Partial sonrası yeni sipariş nasıl planlanmalı?

Aynı miktarı hemen yeniden göndermeyin. Önce hedefteki gerçek ihtiyacı, remains değerini ve mevcut sayacı kontrol edin. Link hâlâ geçerli ve servis uygun ise yalnız ihtiyaç duyulan miktar için yeni plan yapın.

Partial sonucunun nedeni anlaşılmıyorsa yeni siparişten önce destek ekibine order ID ile başvurmak, aynı sorunun tekrarlanmasını önler.

Canceled durumu ayrıntılı inceleme

İptal nedenleri nasıl araştırılır?

Yanlış veya erişilemeyen link, uygun olmayan miktar, servis-hedef uyuşmazlığı veya operasyonel koşullar siparişin iptal edilmesine yol açabilir. Sipariş kaydındaki servis, link ve miktarı güncel servis açıklamasıyla karşılaştırın.

Aynı bilgileri değiştirmeden tekrar sipariş vermek yeni bir iptale neden olabilir. Belirgin hata bulamıyorsanız order ID ile destek talebi açın.

İptal sonrası bakiye nasıl kontrol edilir?

Paneldeki nihai ücret ve bakiye hareketini inceleyin. İşlem sonucu beklediğiniz gibi değilse destek talebinde order ID, sipariş durumu ve ilgili bakiye kaydını belirtin. Kesin sonuç destek incelemesi ve panel kaydına göre değerlendirilmelidir.

Hedef sayaç neden panel kaydıyla uyuşmaz?

Organik hareketler

Hedef hesap doğal olarak yeni takipçi veya etkileşim kazanabilir ve aynı anda kayıp yaşayabilir. Sipariş teslimatı bu hareketlerin üzerinde gerçekleşir. Bu nedenle yalnız başlangıç ve bitiş toplamına bakmak gerçek teslimatı tam göstermeyebilir.

Platform temizliği ve sayaç düzeltmeleri

Sosyal medya platformları geçersiz veya kapatılmış hesapları temizleyebilir, sayaçları gecikmeli güncelleyebilir veya görünür toplamı yeniden hesaplayabilir. Bu hareketler sipariş tamamlandıktan sonra da görülebilir.

Çakışan siparişler ve kampanyalar

Aynı hedefte birden fazla servis, reklam veya organik kampanya çalışıyorsa artışın kaynağı ayrıştırılamaz. Kurumsal takipte her bağlantı için aktif siparişleri ve kampanya zamanlarını ayrı kaydedin.

Durum takibi için kayıt düzeni

API kullanan bayiler için durum takibi

API’de action=status ile tekli order veya virgülle ayrılmış orders değerleri sorgulanabilir. Yanıtta charge, start_count, status, remains ve currency alanları bulunabilir. Çoklu sorgularda geçersiz bir ID diğer siparişlerin sonucunu engellemeyebilir; her kayıt ayrı işlenmelidir.

Aktif siparişleri makul aralıklarla toplu sorgulamak verimlidir. Terminal duruma ulaşan kayıtları aktif takip kuyruğundan çıkarın. Aynı sipariş için çok sık istek göndermek yerine son sorgu zamanını saklayın.

Ne zaman destek talebi açılmalı?

• Durum makul süre boyunca güncellenmiyorsa.
• Completed sonucu ile hedef sayaç arasında açıklanamayan fark varsa.
• Partial remains veya nihai ücret kaydı beklenenden farklı görünüyorsa.
• Canceled nedenini servis, link ve miktar kontrolleriyle açıklayamıyorsanız.
• Start count veya remains alanı kalıcı biçimde tutarsızsa.

Talebe order ID, servis, link, miktar, oluşturma zamanı, güncel durum ve kanıt ekranlarını ekleyin. API anahtarı veya parola paylaşmayın.

Örnek sayaç hesapları

Normal teslimat örneği

Start count 2.000, sipariş miktarı 500 ve hedef sayaç 2.500 ise sonuç basit görünür. Remains sıfır ve status Completed olduğunda kayıtlar birbiriyle uyumludur. Yine de başka aktif sipariş bulunmadığı doğrulanmalıdır.

Doğal düşüş bulunan örnek

Start count 2.000 ve miktar 500 iken hedef 2.420’de kalmış olabilir. Sipariş döneminde 80 mevcut kullanıcının ayrıldığı biliniyorsa görünen fark teslimatın eksik olduğunu tek başına kanıtlamaz. Tarihli sayaç kayıtları ve servis sonucu birlikte incelenir.

Partial örneği

1.000 adetlik sipariş Partial ve remains 300 ise sistem 700 adetlik bölümün işlenmiş olduğunu gösterir. Hedefteki mevcut toplam, organik değişimler nedeniyle tam 700 artış göstermeyebilir. Yeni sipariş yalnız güncel ihtiyaç hesaplandıktan sonra oluşturulur.

Çakışma örneği

İki farklı order ID aynı linkte eş zamanlı çalışıyorsa start count değerleri birbirinin teslimatından etkilenebilir. Bu durumda toplam sayaçtan sipariş bazında kesin sonuç çıkarmak mümkün değildir. Tüm order ID’ler tek incelemede ele alınmalıdır.

Sayaç incelemesinde ekran görüntülerinin tarihini de koruyun. Tarihsiz bir görüntü, siparişin hangi aşamasını gösterdiğini kanıtlamaz. Panel durumu ile hedef sayacını mümkün olduğunca aynı zaman aralığında kaydetmek, destek ekibinin karşılaştırma yapmasını kolaylaştırır.