Katalog ikinci ayı: Kurulum aşamasındakiler henüz Canlı olarak ücretlendirilmemelidir

White-label bir CPaaS ortamında katı faturalandırma bütünlüğünü korumak, aktif servisler ile yapılandırma aşamasındakiler arasında net bir ayrım gerektirir. Bir katalog öğesi «Setup» veya «Coming Next» olarak işaretlendiğinde, teknik altyapının henüz hazır olmadığını gösterir. İkinci aya geçişte sistem, erken borçlandırmaları önlemek için bu bayraklara uymalıdır. Bu, ön ödemeli bakiyenizin yalnızca OTP, SMS ve DLR webhook'larını işleyebilen tam operasyonel servisler için kullanılmasını sağlar.

Durum Geçişlerini İzleme

Birinci aydan ikinci aya geçiş, otomatik faturalandırma betikleri için kritik bir dönemdir. Birçok eski sistemde, 30 günden eski herhangi bir öğenin hazırlık durumuna bakılmaksızın otomatik olarak «Live» statüsüne yükseltilme riski vardır. IOSOR içinde bunu önleyen JIT (Just-In-Time) atama mantığı kullanıyoruz. Başarılı 10DLC kaydı veya HB gibi özel teknik tetikleyiciler sağlanana kadar servis faturalandırırılamaz durumda kalır.

Canlı Olmayan Katalog Öğeleri İçin Faturalandırma Mantığı

Şeffaflığı korumak için platform, yalnızca doğrulanmış «Live» rozetine sahip öğelerin yinelenen maliyetler üreteceği bir kural uygular. Bir öğe belgeler veya teknik gecikmeler nedeniyle kurulum aşamasında takılı kalırsa, ikinci ay faturası bu kaynak için sıfır maliyet satırı yansıtmalıdır. Bu, kullanıcıların henüz kullanamadıkları kapasite için ücretlendirildiği «yanlış canlı» senaryosunu engeller. Bu mantık, USD 20 ön ödemeli tabanını korumak için esastır.

Beklenmeyen Borçlandırmalardan Kaçınma

Beklenmeyen borçlandırmalar, sistem katalog durumunu faturalandırma motoruyla uzlaştıramadığında oluşur. Mimarimiz bir ön ödemeli tutma mekanizması kullanır. Bir numara veya servis istendiğinde, fonlar tutulur ancak servis aktif olana kadar tamamen atanmaz. Kurulum ikinci aya uzarsa, tutma kalıcı bir borca dönüşmeden devam eder. Bu, Yanlış Live Rozeti: Olay Yolu durumuna karşı bir güvencedir.

Doğrulama ve JIT Sağlama

JIT sağlama, kaynakların yalnızca ihtiyaç anında tamamen tahsis edilmesini sağlar. Bu model, statik envanter tutma kavramının yerini alır. JIT kullanarak platform, kullanılmayan varlıkları tutma maliyetlerinden kaçınır. İkinci ayda sistem, tüm «Coming Next» öğelerinin yeniden doğrulamasını gerçekleştirir. «Live» statüsü gereksinimleri karşılanmazsa, öğe pasif faturalandırma durumunda tutulur.

Yumuşak İncelemenin Ötesine Ölçekleme

Katalog büyüdükçe ve ilk kurulum aşamalarını geçtikçe, aylık hacminiz önemli ölçüde artabilir. Platform hızlı ölçeklemeyi destekleyecek şekilde tasarlanmıştır, ancak toplam harcamada USD 1.000/ay civarında yumuşak bir inceleme uygularız. Bu inceleme, özellikle yüksek hacimli SMS ve OTP için trafik modellerinizin ağ güvenlik standartlarıyla uyumlu olmasını sağlayan işbirlikçi bir adımdır.

IOSOR ile Başlayın

İkinci ay faturasını kataloğun yanında açın. Her yinelenen kira satırında ürünün 1 UTC’de Live olduğunu doğrulayın. Otuz günü geçmiş olmaktan başka bir şey olmayan In setup veya Coming next kalemi hâlâ Live olarak sıfır faturalar — ikinci ay kapasitesi demeden o kira satırını tersine çevirin.

İlgili: Katalog Olay Haftası: Olay Sırasındaki Yanlış Canlı Durumu Yine de Borçlandır… Katalog fatura haftası: Yanlış Live, Live olarak faturalandırılmamalıdır.

IOSOR özeti

Yapın: ikinci ayı yalnızca Live kalan çiplerin takvim kirası sayın. Yaş In setup’ı yükseltmez.

Yapmayın: satır otuz günden eski diye In setup’ı otomatik Live yapmayın; kurulumdaki üründen Live MRC toplamayın.