IOSOR

IOSOR Знания

Setup и пропорционал на първия месец DID: видима математика на prepaid наема

Пропорционал по UTC календарен месец, setup плюс MRC в първия период, подновяване на 1-во, клиентски ценоразпис поне 2× — математика на наема, която финансите могат да експортират.

Финансите често четат първата фактура DID като «setup плюс пълен месец» и спорят, когато следващият дебит падне на 1-во UTC. Видимият договор е UTC календарният месец: първи charge = setup + пропорционално MRC за оставащите дни (днес до последния, включително); paid-through свършва на следващото 1-во UTC; по-късните подновявания вземат пълния месечен ценоразпис. Ценоразписът остава на пода 2× или над. Поръчката е JIT: живо търсене, prepaid hold, покупка при успех, честен assign — реалност при наем на местни и безплатни номера.

IOSOR е white-label prepaid: един портфейл, котиран ценоразпис, без мистериозни «корекции», без абонамент за платформа да топли празен акаунт.

Първи период: setup плюс пропорционално MRC

Две видими части. Setup е еднократният ценоразпис, който качва assign онлайн. Пропорционално MRC = месечен ценоразпис × оставащи UTC дни ÷ дни в месеца. Включително: покупка ден D от N → (N − D + 1) / N. Типичен US local под е USD 10 setup и USD 10.20 месечно. Поръчка 14 август UTC (31 дни): дроб 18/31; MRC ≈ USD 5.92; първи charge ≈ USD 15.92.

UTC календарен месец, не търкалящи се 30 дни

Часовник от 30 дни от датата на поръчката се бори с всеки close. Наемът за август покрива до 31 август UTC; септември започва 00:00 UTC на 1-во. Зоната на офиса не преписва дроба. JIT hold преди покупката — неуспешните поръчки връщат hold. Каталогът in setup не променя календара.

Подновяване на 1-во: пълен месечен ценоразпис

От следващото 1-во UTC подновяванията вземат пълния месечен ценоразпис и местят paid-through към следващото 1-во. Няма втори setup при чисто подновяване. Catch-up използва именувани календарни сегменти — не буца «корекция». Експортирайте дата на подновяване, месечен ценоразпис и id на assign. Политиката за нисък баланс спира подновяване като изпращане.

Видим ценоразпис и под ≥2×

Клиентът вижда ценоразписа, никога вътрешната аритметика на пода. Котиран ценоразпис ≥ 2× пода на дестинацията за този тип. Цифрите US local по-горе са покупателският резултат на закона. Финансите съгласуват оферта → hold → първи charge → подновяване на един ledger. Ако коридорът е in setup, плащането на наем не обръща messaging към Live. Ако е live, наем и трафик споделят един prepaid портфейл.

Червени флагове

  • Първа фактура като setup + пълен MRC при покупка в средата на месеца
  • Търкаляща се 30-дневна годишнина продадена като «календарен месец»
  • Мистериозни «корекции» вместо именувани дроби пропорционал
  • Втори setup при чисто подновяване на 1-во
  • Ценоразпис под пода 2×, или аритметика на пода в клиентски грешки
  • Значка Activated преди assign, или наем като обръщане Live още in setup

Започнете с IOSOR

Оценете един местен DID и направете екран на setup, месечния списък и оценката на първото отписване преди hold. Сложете JIT поръчката едва след prepaid-hold, после експортирайте setup, пропорционален MRC, дроб дни и paid-through. Потвърдете, че следващото 1-во UTC взема пълен месечен без втори setup. Дайте експорта на финансите — математиката на подновяване не живее в коридора.

Обобщение IOSOR

Първият месец е един setup плюс пропорционален MRC за останалите дни UTC. Следващото 1-во взема пълен месечен. Купувачът трябва да види това разделение преди hold.

Правете: покажете дроба и paid-through на бележката. Не правете: не крийте разделението на първото отписване и не вземайте setup отново при подновяване.

Полезно ли беше ръководството?

Свързани ръководства