IOSOR Rehber
DID İkinci Ay: UTC Takvimi Döndüğünde Tam MRC
Ayın 1'inde UTC takviminin dönmesiyle tetiklenen, ilk orantılı DID maliyetlerinden tam aylık yinelenen ücrete (MRC) geçişi anlayın.
Sanal bir numaranın yaşam döngüsünü yönetmek, faturalandırma döngüsünün ilk satın almadan yinelenen bakım aşamasına nasıl geçtiğine dair net bir anlayış gerektirir. Belirli DID ilk ay kurulum ve orantılı ücret matematiği mantığını izleyen hizmetin ilk gününün aksine, ikinci ay standart Aylık Yinelenen Ücreti (MRC) bütünüyle sunar. Bu geçiş, IOSOR hesabınıza atanan tüm küresel varlıklar arasında senkronize bir faturalandırma olayı sağlayarak kesinlikle UTC takvimi tarafından yönetilir.
Orantılı Ücretten Tam Kiralamaya UTC Geçişi
Bir numara JIT (Just-In-Time) provizyonu yoluyla ilk kez atandığında, sistem mevcut aydaki kalan günlere göre kısmi bir ücret hesaplar. Ancak, yeni ayın ilk günü saatler 00:00 UTC'yi gösterdiğinde, İlk DID faturası haftası: orantılı satırlar ve tam takvim ayı mantığı değişir. Sistem artık numaranın alındığı ayın belirli gününe bakmaz; varlığı sadece aktif olarak tanımlar ve tam MRC'yi uygular. Bu süreç, tüm numaraların yenileme zamanlamasını tek bir noktada birleştirir.
Ayın Birinci Gününde Ön Ödemeli Bakiye Mantığı
IOSOR, katı bir ön ödemeli modelle çalışır. Hizmet sürekliliğini sağlamak için sistemin, UTC dönüşü anında tüm aktif DID'lerin tam MRC'sini karşılayacak yeterli fona sahip olması gerekir. Bakiye gerekli tutarın altına düşerse, sistem negatif bakiyeyi önlemek için otomatik askıya alma protokollerini tetikleyebilir. Gece yarısı geçişi sırasında yüksek hacimli numara bloklarının hesap bakiyesini tüketmemesini sağlamak için USD 20 ön ödemeli taban limitini korumak esastır. Bu rezerv, kesintisiz iletişim için bir güvenlik önlemidir.
İlk Kurulum ve Yinelenen Döngülerin Karşılaştırılması
| Faturalandırma Olayı | Zamanlama | Hesaplama Türü | Etki |
|---|---|---|---|
| İlk Atama | JIT Talebi | Kurulum + Orantılı | Anında Kesinti |
| İkinci Ay Dönüşü | 1. Gün 00:00 UTC | Tam MRC | Yinelenen Kesinti |
| Sonraki Aylar | 1. Gün 00:00 UTC | Tam MRC | İstikrar Aşaması |
| Hafif İnceleme | Aylık | Kullanım Denetimi | Hesap Sağlığı |
Ölçeklendirme Eşikleri ve Bakiye İncelemeleri
Operasyonlarınız büyüdükçe, DID envanteriniz için toplam MRC önemli ölçüde artabilir. Toplam aylık yinelenen maliyetlerin veya kullanım ücretlerinin aylık USD 1.000 civarında bir hafif incelemeye yaklaştığı hesaplar için finans ekibimiz rutin bir denetim gerçekleştirir. Bu inceleme, ister yüksek hacimli SMS, ister OTP teslimatı veya ses hizmetlerine odaklanın, ön ödemeli mimarinin trafik modelleriniz için optimize edildiğinden emin olmak için tasarlanmıştır. USD 20 tabanının üzerinde sağlıklı bir tampon bulundurmak, toplu yenilemeler sırasında hizmet kesintilerini önlemenin anahtarıdır.
Teknik Webhook'lar ve Numara Durumu
Muhasebenizi otomatikleştirmek için başarılı MRC kesintileri üzerine tetiklenen webhook'ları kullanabilirsiniz. Sistem 1. gün UTC'de tam kiralamayı işlediğinde bir defter kaydı oluşturulur. Uygulamanız, dahili veritabanlarını senkronize etmek için bu güncellemeleri dinleyebilir. Bu, doğru DLR (Teslimat Raporu) takibini sürdürmek ve 10DLC veya ücretsiz hat trafiğiniz için HB (Heartbeat) monitörlerinin yeşil kalmasını sağlamak için hayati önem taşır. Bakiye sorunları nedeniyle bir numara yenilenemezse, webhook sisteminizi anında bilgilendirecektir.
IOSOR ile Başlayın
1’inde 00:00 UTC’de kira satırı hâlâ atanmış her DID için tam MRC olur. İlk ay kurulum artı kalan günlerdi. Takvim devrini dışa aktarın ki finans aynı numarada bir prorate daha beklemesin.
IOSOR özeti
İkinci ay tam takvim MRC’sidir, kalan gün hesabı değil.
Yapın: UTC 1’inden önce tam kirayı fonlayın. Yapmayın: ikinci ayı başka bir prorate gibi bütçelemek.
Bu rehber yardımcı oldu mu?
İlgili rehberler
- İkinci Sahip DID Devri: Kim Atayabilir ve Serbest Bırakabilir
Beyaz etiketli ön ödemeli CPaaS mimarisinde ikinci sahip DID devirlerinde operasyonel sınırları, JIT sağlamayı ve finansal eşikleri öğrenin.
- Numara Başına Harcama Limiti: Tek Numarada Kira ve MT Trafiği
Sabit maliyetler ve giden mobil sonlandırma trafiği için birleşik harcama limiti ile beyaz etiketli CPaaS'inizde riskleri kontrol edin.
- DID gelen webhook yönlendirmesi: Sahibsiz MO, STOP komutunu kaybeder
Gelen webhook'ları sahip hesaba güvenli bir şekilde yönlendirin. Beyaz etiketli ön ödemeli CPaaS'te yetim MO olaylarını ve kaçırılan abonelik iptallerini önleyin.