IOSOR

IOSOR Žinios

DID pirmo mėnesio setup ir prorata: matoma prepaid nuomos matematika

Prorata pagal UTC kalendorinį mėnesį, setup plius MRC pirmame periode, atnaujinimas 1 d., kliento kainoraštis bent 2× — nuomos matematika, kurią finansai gali eksportuoti.

Finansai dažnai skaito pirmą DID sąskaitą kaip «setup plius visą mėnesį» ir ginčijasi, kai kitas debetas krenta 1 UTC. Matoma sutartis yra UTC kalendorinis mėnuo: pirmas charge = setup + proratuotas MRC likusioms dienoms (šiandien iki paskutinės, įskaitant); paid-through baigiasi kitą 1 UTC; vėlesni atnaujinimai ima visą mėnesinį kainoraštį. Kainoraštis lieka ant 2× grindų ar aukščiau. Užsakymas JIT: gyva paieška, prepaid hold, pirkimas sėkmėje, sąžiningas assign — vietinių ir nemokamų numerių nuomos tikrovė.

IOSOR yra white-label prepaid: viena piniginė, kotiruotas kainoraštis, be paslaptingų «koregavimų», be platformos prenumeratos šildyti tuščią paskyrą.

Pirmas periodas: setup plius proratuotas MRC

Dvi matomos dalys. Setup yra vienkartinis kainoraštis, kad assign būtų internete. Proratuotas MRC = mėnesinis kainoraštis × likusios UTC dienos ÷ dienos mėnesyje. Įskaitant: pirkimas dieną D iš N → (N − D + 1) / N. Tipinės US local grindys USD 10 setup ir USD 10.20 mėnesiui. Užsakymas rugpjūčio 14 UTC (31 diena): trupmena 18/31; MRC ≈ USD 5.92; pirmas charge ≈ USD 15.92.

UTC kalendorinis mėnuo, ne riedančios 30 dienų

30 dienų laikrodis nuo užsakymo datos kovoja su kiekvienu close. Rugpjūčio nuoma dengia iki rugpjūčio 31 UTC; rugsėjis prasideda 00:00 UTC 1 d. Biuro zona neperrašo trupmenos. JIT hold prieš pirkimą — nesėkmingi užsakymai grąžina hold. Katalogas in setup nekeičia kalendoriaus.

Atnaujinimas 1 d.: visas mėnesinis kainoraštis

Nuo kito 1 UTC atnaujinimai ima visą mėnesinį kainoraštį ir pastumia paid-through į kitą 1. Nėra antro setup švariame atnaujinime. Catch-up naudoja įvardytus kalendoriaus segmentus — ne gumulą «koregavimo». Eksportuokite atnaujinimo datą, mėnesinį kainoraštį ir assign id. Low-balance stabdo atnaujinimą kaip siuntimą. Viešos papildymo grindys lieka USD 20.

Matomas kainoraštis ir grindys ≥2×

Klientas mato kainoraštį, niekada vidinę grindų aritmetiką. Kotiruotas kainoraštis ≥ 2× paskirties grindų tam tipui. US local skaičiai aukščiau yra įstatymo pirkėjo rezultatas. Finansai sutaiko pasiūlymą → hold → pirmą charge → atnaujinimą viename ledger. Jei koridorius in setup, nuomos mokėjimas neapverčia messaging Live. Jei live, nuoma ir srautas dalijasi viena prepaid pinigine.

Raudonos vėliavos

  • Pirma sąskaita kaip setup + visas MRC pirkime mėnesio viduryje
  • Riedančios 30 dienų metinės parduotos kaip «kalendorinis mėnuo»
  • Paslaptingi «koregavimai» vietoj įvardytų prorata trupmenų
  • Antras setup švariame 1 atnaujinime
  • Kainoraštis po 2× grindimis, ar grindų aritmetika kliento klaidose
  • Activated ženklas prieš assign, ar nuoma kaip Live apvertimas vis dar in setup

Pradžia su IOSOR

Įkainokite vieną vietinį DID ir prieš holdą nufotografuokite setup, mėnesio sąrašą ir pirmo nurašymo įvertį. JIT užsakymą dėkite tik po prepaid hold, tada eksportuokite setup, proporcinį MRC, dienų trupmeną ir paid-through. Patvirtinkite, kad kitas UTC 1-oji ima visą mėnesinį be antro setup. Atiduokite eksportą finansams — pratęsimo matematika negyvena koridoriuje.

IOSOR santrauka

Pirmas mėnuo yra vienas setup plius proporcinis MRC likusioms UTC dienoms. Kita 1-oji ima visą mėnesinį. Pirkėjas turi matyti tą skaidymą prieš holdą.

Darykite: parodykite trupmeną ir paid-through kvite. Nedarykite: neslėpkite pirmo nurašymo skaidymo ir neimkite setup vėl pratęsdami.

Ar šis vadovas buvo naudingas?

Susiję vadovai