Telafi kapsamını kaybetmeden SMM panel nasıl değiştirilir?

Panel değiştirdiğinizde gerçekte ne devredilir?

Hiçbir şey. Ne bakiye, ne sipariş geçmişi, ne telafi kapsamı, ne de servis ID’leri. Telafi garantisi, belirli bir siparişe dair, belirli bir panelin o sipariş başlamadan önce kaydettiği başlangıç sayısına göre ölçülen bir vaattir ve yalnızca o panelin mekanizmasıyla işletilebilir. Yeni panelin bunların hiçbirine dair bir kaydı ve bunlardan doğan bir yükümlülüğü yoktur.

Bunu açıkça söylemek gerekir, çünkü piyasa kapsamdan sık sık siparişin değil takipçilerin bir özelliğiymiş gibi söz eder. Kapsam ne devredilebilir ne de başkasına aktarılabilir ve hiçbir panel bugüne kadar başka bir panelin telafi süresini karşılamayı teklif etmemiştir.

İşlemlerin sırası neden bu kadar önemli?

Çünkü bir telafi talebini en sık geçersiz kılan şey dolmuş bir süre değil, kirlenmiş bir referans noktasıdır. İkinci bir sipariş, ilk siparişin teslimatını zaten içeren bir başlangıç sayısı kaydeder; bu yüzden iki panelin aynı linkte aktif siparişi olduğu anda ikisinin de teslim ettiği şeye dair temiz bir ölçümü kalmaz ve ikisi de tam bu gerekçeyle bir talebi reddetme hakkına sahip olur.

İyi haber şu ki kataloğun çoğunda korunacak bir şey yoktur. Endeksteki 7.754 aktif kaydın 6.409’u hiç telafi süresi taşımıyor; yani geçmiş siparişlerin çoğu ne zaman taşınabileceğinize dair hiçbir kısıt yaratmaz (PanelCompare fiyat endeksi, 2026-09-10). Planınızı bunlara göre yapmadan önce açık siparişlerinizden hangilerinin gerçekten bir süre taşıdığına bakın.

Ayrılmadan önce neler dışa aktarılmalı?

Hesap kapandığı anda panelin size göstermeyi bırakacağı her şey; ki bu, ileride bir itirazın ihtiyaç duyacağı şeylerin çoğudur. Paneller kapanış dökümü göndermez; faaliyetini sonlandıran bir panel de sitesini haber vermeden kapatır. Bu yüzden dışa aktarma geri dönüşü olmayan bir kapıdır.

Kaynak: Alan adları: SMM Panel API v2 status ve refill yanıtları, doğrulama tarihi 2026-09-11.

Panel bir API sunuyorsa bu, bir öğleden sonra süren kopyalama değil, tek bir betik çalıştırmasıdır: status eylemi tek seferde 100 sipariş ID’si alır, dolayısıyla bir yıllık sipariş genellikle birkaç istekte biter. Bunu herhangi bir şey duyurmadan önce yapın, sonra değil.

Güvenli geçiş sırası nedir?

1. 1.Önce eski panelin dökümünü çıkarın: son 12 aydaki her sipariş, linki, telafi süresi, başlangıç sayısı ve tamamlanma tarihi. Paneli kullanmayı bırakmadan önce dışa aktarın, çünkü faaliyetini sonlandıran paneller sitelerini kapatır.
2. 2.Bu siparişlerden hangilerinin hâlâ açık bir süresi olduğunu ve hangi linklerde olduğunu belirleyin. O linkler, süre dolana ya da talep sonuçlanana kadar dondurulmuştur.
3. 3.Yeni paneli gerçekten almayı planladığınız servislerde, dondurulmamış linklerde test edin. Minimum miktarı kullanın: endeksteki 7.754 kaydın 6.679’u minimum miktarda bir dolar ya da daha azına alınabiliyor.
4. 4.Eski panelde zaten düşmüş olanları şimdi, destek talebiyle değil panelin telafi mekanizmasıyla talep edin ve telafi ID’lerini saklayın.
5. 5.Süreler dolarken eski bakiyeyi dondurulmuş linklerde harcayarak bitirin. Mahsur kalan bakiye, bir geçişteki en yaygın önlenebilir kayıptır.
6. 6.Dondurulmuş her link serbest kaldıkça yeni hacmi link link yeni panele taşıyın.
7. 7.Eski paneldeki hesabı bir ay boyunca asgari bir bakiyeyle açık tutun. Yeni panelin ana sağlayıcısı ikinci haftada çökerse, daha önce test ettiğiniz gidecek bir yeriniz olsun istersiniz.

Eski panelde kalan bakiyeye ne olur?

Çoğu durumda orada kalır. Paneller ön ödemeli bakiyelerdir, bakiye çekme nadirdir ve çoğu zaman hiç mümkün değildir; kullanmayı bıraktığınız bir bakiye bağışladığınız bir bakiyedir. Harcayarak bitirmeyi geçişten sonra değil önce planlayın ve hangi bonus teklif edilirse edilsin, zaten ayrılmayı planladığınız bir panele bakiye yüklemeyin.

Buradaki örüntüye karşı uyanık olun. Zaten memnun olmadığınız bir panelde beliren agresif bakiye yükleme bonusları, exit scam öncesinde tekrar tekrar görülen işaretlerden biridir; bir geçiş de alıcının son bir ucuz yüklemeye en çok özendiği andır.

Panelleri bir API arkasında değiştiriyorsanız ne değişir?

İstemci neredeyse hiç değişmez, veri değişir. Neredeyse her panel aynı API v2 spesifikasyonunu uygular; bu yüzden bir panel için yazılmış bir istemci, yalnızca temel adres ve anahtar değiştirilerek başka bir panelde çalışır. Taşınmayan şey servis ID eşleştirmesidir: ID’ler panele özgüdür ve değişebilir; bu yüzden saklanan her ID varsayılmamalı, yeni kataloğa göre ad ve fiyatla yeniden eşleştirilmelidir.

• Kataloğun tamamını yeniden çekin ve sattığınız her standart servisi yeniden eşleştirin. Bir ID tablosunu taşımayın.
• Ad ve fiyatı birlikte kullanarak eşleştirin; belirsiz olan her şeyi tahmin etmek yerine eşleştirilmemiş bırakın. Yanlış bir eşleştirme, sessizce yanlış ürünü yanlış fiyattan satar.
• Orada açık sipariş olduğu sürece eski paneli salt okunur olarak bağlı tutun, çünkü status ve refill_status sorgulanabilir kalmak zorundadır.
• Her sipariş ID’sinin yanında panelin kimliğini de saklayın. Sipariş ID’leri yalnızca bir panelin içinde benzersizdir ve bir geçiş, iki panelin ID aralıklarının veritabanınızda çakışmaya başladığı andır.
• Geçişten sonra eski anahtarı yenileyin. Spesifikasyonda son kullanma süresi ve tekrar saldırılarına karşı koruma yoktur; bu yüzden terk edilmiş bir anahtar iptal edilene kadar geçerli kalır.

Panel değiştirmek ne zaman yanlış tepkidir?

Arıza panelde değil, ana sağlayıcıdaysa. Birbiriyle ilgisiz birkaç servis aynı anda Kısmen tamamlandı durumuna düşüyorsa bir ana sağlayıcı çökmüştür ve geçeceğiniz panel pekâlâ aynı sağlayıcıya bağlı olabilir; birbiriyle ilgisiz panellerin bu kadar sık aynı hafta bozulmasının nedeni budur. Taşınmak bir geçiş maliyeti çıkarır ve hiçbir şeyi düzeltmez.

İki durumu birbirinden ayıran işaret arızanın genişliğidir. Tek bir servisin arızalanması bir servis sorunudur ve aynı paneldeki farklı bir servis genellikle çalışır. Bütün servislerin aynı anda arızalanması bir tedarik sorunudur; yapılacak yararlı şey beklemek, kataloğu gözle görülür biçimde farklı bir paneli test etmek ve bir dahaki sefere bu soru baskı altında gündeme gelmesin diye ikinci bir hesapta bakiye tutmaktır.

Hızlı cevaplar

Sıradaki okuma

• Telafi garantisi nedir, neyi kapsar?

  Telafi garantisi neyi kapsar, telafi ile düşmeyen (non-drop) arasındaki fark nedir, telafi farkı neden bir paneldeki en dürüst rakamdır ve bir talebi geçerli tutmak için ne yapmalı.

  Okuyun

• Bir SMM paneli 5 dolarlık siparişle nasıl test edersiniz?

  Bir panel hakkında herhangi bir yorum sayfasından fazlasını söyleyen, tekrarlanabilir 5 dolarlık bir test: ne sipariş edilmeli, ne kaydedilmeli, her sonuç ne anlama gelir ve ne zaman vazgeçmeli.

  Okuyun

• SMM panel nasıl seçilir?

  SMM panel seçmek için bir karar çerçevesi: piyasanın çoğunu dakikalar içinde eleyen kontroller, bir sepetin neden vitrin fiyatından iyi olduğu ve PanelCompare’in kendi puanladığı girdiler.

  Okuyun

• Panel işletmecisi olarak ana sağlayıcı nasıl seçilir?

  Müşteri siparişlerini bir sağlayıcıya yönlendirmeden önce neler test edilmeli, tek sağlayıcılı eşleştirme neden bir bayinin batmasının standart yoludur ve katalogları aynı olan iki tedarikçi birbirinden nasıl ayırt edilir.

  Okuyun