IOSOR

IOSOR Rehber

Rayları ifşa etmeden partner olayı

Partner trafiği başarısız olduğunda durumu white-label tutun; kesinti sırasında UI, webhook veya destek makrolarında üst düzey ray markalarına yer vermeyin.

Bir partner bildiriminde, webhook'unda veya biletinde üst düzey bir ray adının yazması faydalı bir hata ayıklama değil, yangın anında marka sızıntısıdır. Partner olay yolu, hata dilini white-label tutar: kısıtlı, düşürülmüş, yeniden deneniyor, geri yüklendi; asla bir ray markası değil. Uçuş sırasında çift ücret denemesi makalesi veya lansmanı engellenen bir durum derinlemesine incelemesi değildir.

İlgili: Partner Yüzey Geçidi: Marka Sızıntısı Yok, White-label tek hesap: ilk dürüst yol, Lansman engellendiğinde: yalan söylemeyen durum, Yanlış Live Rozeti: Olay Yolu.

Kesinti dili white-label kalır

Hata sırasında Açık/Live ifadelerini düşürün, white-label neden kodlarını gösterin, webhook alanlarını partner için güvenli tutun ve geri yükleme kanıtı olana kadar hacim konuşmalarını dondurun. Herhangi bir yüzey hala bir rayı adlandırırken yumuşak 1.000 USD/ay engellenmiş kalır. Benzer: Partner Yüzey Geçidi: Marka Sızıntısı Yok.

Trafik kırmızıyken olay kontrol listesi

Yüzey Kesintide dürüst Rayları ifşa eder
Panel Kısıtlı / düşürülmüş + zaman damgası «Ray X düştü» bildirimi
API hatası Eşlenmiş istemci kodu Ham ray hata metni
Webhook Temizlenmiş durum alanları Gövdede marka / ray kimliği
Destek makrosu White-label neden «Rayı sorun» ifadesi
Dışa aktarma Bildiren + yüzey Üst düzey adlar/kodlar
Sahip Adlandırılmış olay sahibi «Satıştan biri»

Kısmi failover parası ve lansman engelli makaleler değil

Kısmi failover sayfaları, çift mutabakat olmadan uçuş içi geçişi öğretir. Lansman engelli sayfalar, pist kırmızı olduğunda dürüst engellenmiş/kısıtlı olmayı öğretir. Bu sayfa şunu sorar: partner trafiği başarısız olduğunda durum dili white-label kalıyor mu? Önce partnere bakan metinleri düzeltin. Dürüst engellenmiş durum geçerliliğini korur — Lansman engellendiğinde: yalan söylemeyen durum.

Marka dizeleri olmadan geri yükleme yolu

Kurtarma sonrasında: yalnızca white-label geri yükleme diliyle yeniden açın, kapıyı kimin temizlediğini dışa aktarın ve marka dizeleri için bildirim + webhook + destek makrosunu yeniden test edin. 1.000 USD/ay civarındaki yumuşak hacim, dışa aktarma satırı olmadan sızıntı geçmişini affetmez. Partnerlere «rayı açıklamayın» — bu olayın kendisidir.

Ray güvenli olaylar için partner kontrol listesi

  1. Kontrol paneli ve bildirim kesinti altında üst düzey marka dizelerinden arındırılmış mı?
  2. API hataları white-label istemci kodlarına eşlendi mi?
  3. Webhook ve gece dışa aktarma sütunları hata sırasında partner için güvenli mi?
  4. Destek makroları asla rayları adlandırmıyor mu?
  5. Olay kapısını temizleyebilecek adlandırılmış sahip var mı?
  6. Yumuşak 1.000 USD/ay, temizleme + 20 USD yeniden test geçişine kadar engellendi mi?

IOSOR ile başlayın

IOSOR durum geçiş konsolunu açarak olay banner larını güncellemeden önce tüm iş ortağı yüzlü durum dizelerini beyaz etiketli neden kodlarına kilitleyin. Kırmızı trafik sırasında ham ağ hata dizelerinin sızmamasını sağlamak için giden API hata yüklerini, destek yanıt makrolarını ve web kancası durum alanlarını denetleyin. İş ortağı hesapları için canlı trafik yüzeylerini yeniden açmadan önce açık bir geçiş izni dışa aktarımı gereklidir.

IOSOR özeti

İş ortağı güveni, beyaz etiket katmanınızdan ödün vermeden şeffaf olay durumuna dayanır. İş ortağı panolarını, API hata yüklerini ve web kancası bildirimlerini normalleştirilmiş hata kodlarının arkasında korumak, sistem kimliğinizi korur ve beklenmeyen kesintiler sırasında alttaki taşıma altyapısının açığa çıkmasını önler.

Bu rehber yardımcı oldu mu?

İlgili rehberler