IOSOR ज्ञान

DID पहिल्या महिन्याचे सेटअप व प्रोरेट: prepaid भाड्यात ग्राहकाला दिसणारी गणिती

UTC कॅलेंडर महिन्याचे प्रोरेट, पहिल्या काळात सेटअप प्लस MRC, १ तारखेला नूतनीकरण, ग्राहक यादी किमान २× — भाडे गणिती जी वित्त निर्यात करू शकते.

वित्त अनेकदा पहिले DID बिल «सेटअप प्लस पूर्ण महिना» वाचते, मग भांडते जेव्हा पुढचा डेबिट १ UTC वर पडतो. दिसणारा करार UTC कॅलेंडर महिना आहे: पहिले चार्ज = सेटअप + प्रोरेट MRC उरलेल्या दिवसांसाठी (आज ते शेवटचा, समाविष्ट); paid-through पुढच्या १ UTC ला संपते; नंतरची नूतनीकरणे पूर्ण मासिक यादी घेतात. यादी २× मजल्यावर किंवा वर राहते. ऑर्डर JIT आहे: लाइव्ह शोध, prepaid होल्ड, यशावर खरेदी, प्रामाणिक असाइन — स्थानिक आणि टोल-फ्री भाड्याची वास्तवता.

IOSOR white-label prepaid आहे: एक पाकीट, उद्धृत यादी, गूढ «समायोजन» नाहीत, रिकामे खाते गरम ठेवण्यासाठी प्लॅटफॉर्म सदस्यता नाही. live / in setup भाडे गणितीपासून स्वतंत्र आहे — messaging साठी in setup क्रमांक स्वस्त पहिला महिना नाही. मासिक USD 1,000+ जवळ भाडे ओळी व्यावसायिक पुनरावलोकनात जातात. २० डॉलर मजला विरुद्ध व्हॉल्यूम समीक्षा आणि प्रीपेड खर्च नियंत्रण पहा.

पहिला काळ: सेटअप प्लस प्रोरेट MRC

दोन दिसणारे भाग. सेटअप असाइन ऑनलाइन आणणारी एकदा यादी आहे. प्रोरेट MRC = मासिक यादी × उरलेले UTC दिवस ÷ महिन्यातील दिवस. समाविष्ट: N पैकी D दिवशी खरेदी → (N − D + 1) / N. सामान्य US local मजला USD 10 सेटअप व USD 10.20 मासिक. १४ ऑगस्ट UTC ऑर्डर (३१ दिवस): अपूर्णांक १८/३१; MRC ≈ USD 5.92; पहिले चार्ज ≈ USD 15.92. सेटअप, अपूर्णांक, प्रोरेट MRC, paid-through निर्यात करा.

ओळ वित्ताने पाहावे हे नाही
पहिला डेबिट सेटअप + प्रोरेट MRC घरंगळणारे ३० दिवस किंवा शांत पूर्ण MRC
Paid-through पुढचा १ UTC ऑर्डरच्या दिवशी वर्धापनदिन
नंतरचे १ पूर्ण मासिक यादी दुसरे सेटअप किंवा नाव नसलेले catch-up
यादी ≥ २× मजला, उद्धृत दुसऱ्या ब्रँडची लपलेली खर्च सारणी

UTC कॅलेंडर महिना, घरंगळणारे ३० दिवस नाहीत

ऑर्डर तारखेपासून ३० दिवसांचे घड्याळ प्रत्येक क्लोजशी लढते. ऑगस्ट भाडे ३१ ऑगस्ट UTC पर्यंत; सप्टेंबर १ तारखेला ००:०० UTC सुरू. कार्यालयाचा झोन अपूर्णांक पुन्हा लिहित नाही. खरेदीपूर्वी JIT होल्ड — अयशस्वी ऑर्डर होल्ड परत करतात. कॅटलॉग in setup कॅलेंडर बदलत नाही.

१ तारखेला नूतनीकरण: पूर्ण मासिक यादी

पुढच्या १ UTC पासून नूतनीकरणे पूर्ण मासिक यादी घेतात व paid-through पुढच्या १ पर्यंत ढकलतात. स्वच्छ नूतनीकरणावर दुसरे सेटअप नाही. Catch-up नाव दिलेले कॅलेंडर खंड आहेत — एक ढिगारा «समायोजन» नाही. नूतनीकरण तारीख, मासिक यादी व असाइन id निर्यात करा. कमी शिल्लक धोरण नूतनीकरण पाठवण्यासारखे थांबवते. सार्वजनिक टॉप-अप मजला USD 20 राहतो.

दिसणारी यादी व ≥२× मजला

ग्राहक यादी पाहतो, अंतर्गत मजला अंकगणित नाही. उद्धृत यादी ≥ त्या प्रकारच्या गंतव्य मजल्याच्या २×. वरील US local आकडे त्या कायद्याचा खरेदीदार निकाल आहेत. वित्त कोट → होल्ड → पहिले चार्ज → नूतनीकरण एका लेजरवर जुळवते. कॉरिडॉर in setup असेल तर भाडे देणे messaging Live करत नाही. live असेल तर भाडे व रहदारी एक prepaid पाकीट वाटतात.

लाल झेंडे

  • महिन्याच्या मध्ये खरेदीवर सेटअप + पूर्ण MRC पहिले बिल
  • घरंगळणारा ३०-दिवस वर्धापनदिन «कॅलेंडर महिना» म्हणून विक्री
  • नाव दिलेल्या प्रोरेट अपूर्णांकांऐवजी गूढ «समायोजन»
  • स्वच्छ १ नूतनीकरणावर दुसरे सेटअप
  • २× मजल्याखाली यादी, किंवा मजला अंकगणित ग्राहक त्रुटींमध्ये
  • असाइनपूर्वी Activated, किंवा अजून in setup असताना भाडे Live पालट

IOSOR ने सुरू करा

एक स्थानिक DID भाव द्या आणि hold पूर्वी setup, मासिक यादी व पहिल्या कपातीचा अंदाज स्क्रीनवर ठेवा. prepaid hold नंतरच JIT आदेश द्या, मग setup, प्रमाणबद्ध MRC, दिवस अपूर्णांक व paid-through निर्यात करा. पुढची UTC १ तारीख दुसरा setup न घेता पूर्ण मासिक घेते याची खात्री करा. निर्यात वित्ताला द्या — नूतनीकरण गणित कॉरिडॉरमध्ये जगू नये.

IOSOR सारांश

पहिला महिना एक setup अधिक उरलेल्या UTC दिवसांचे प्रमाणबद्ध MRC. पुढची १ तारीख पूर्ण मासिक घेते. खरेदीदाराने hold पूर्वी हा विभाग पाहिला पाहिजे.

करा: पावतीवर अपूर्णांक व paid-through दाखवा. करू नका: पहिल्या कपातीचा विभाग लपवू नका, नूतनीकरणात setup पुन्हा घेऊ नका.

हा मार्गदर्शक उपयुक्त होता का?

संबंधित मार्गदर्शक