IOSOR Žinios
Katalogo antras mėnuo: nustatymo būsenoje vis dar negali būti nurašoma kaip aktyvi
Užtikrinkite, kad katalogo elementai, esantys sąrankoje arba kitoje būsenoje, antrojo veikimo mėnesio metu neperėjų į tiesioginį apmokestinimą.
Griežtas atsiskaitymo vientisumas baltosios etiketės CPaaS aplinkoje reikalauja tikslaus skirtumo tarp aktyvių paslaugų ir tų, kurios vis dar konfigūruojamos. Kai katalogo elementas pažymėtas kaip «Sąranka» arba «Kitas žingsnis», tai reiškia, kad techninė infrastruktūra dar nepasirengusi gamybiniam srautui. Pereinant į antrąjį paslaugų mėnesį, sistema privalo paisyti šių žymų, kad būtų išvengta pirmalaikių nurašymų.
Stebėjimo Būsenų Perėjimai
Perėjimas iš pirmojo mėnesio į antrąjį yra kritinis laikotarpis automatizuotiems sąskaitų išrašymo scenarijams. Daugybėje senųjų sistemų kyla rizika, kad bet kuris elementas, senesnis nei 30 dienų, gali būti automatiškai perkeltas į «Aktyvią» būseną, nepaisant jo realios parengties. IOSOR aplinkoje mes naudojame JIT (Just-In-Time) paskirstymo logicą, kuri to išvengia.
Atsiskaitymo Logika Neaktyviems Elementams
Siekiant išlaikyti skaidrumą, platforma taiko taisyklę, kad tik patvirtintą «Live» ženklelį turintys elementai sukuria pasikartojančias išlaidas. Jei elementas užstrigo sąrankos fazėje dėl laukiamų dokumentų, antrojo mėnesio sąskaitoje-faktūroje tam tikram resursui turi būti nurodyta nulinė kaina.
Vengimas Netikėtų Nurašymų
Netikėti nurašymai dažnai pasitaiko, kai sistema nesuderina katalogo būsenos su atsiskaitymo varikliu. Mūsų architektūra naudoja išankstinio apmokėjimo sulaikymo mechanizmą. Jei paslauga lieka sąrankoje antrą mėnesį, sulaikymas išlieka nekonvertuotas į nuolatinį nurašymą, apsaugant nuo Netikras "Live" ženklelis: incidento kelias situacijų.
Patvirtinimas ir JIT Aprūpinimas
JIT aprūpinimas užtikrina, kad ištekliai būtų visiškai paskirstyti tik poreikio akimirką. Antrą mėnesį sistema atlieka visų «Kitas žingsnis» elementų pakartotinį patvirtinimą. Jei reikalavimai netenkinami, elementas paliekamas neveikiančioje atsiskaitymo būsenoje.
Augimas Už Švelnios Peržiūros Ribų
Augant jūsų katalogui, mėnesinis srautas gali gerokai padidėti. Platforma sukurta greitam mastelio keitimui, tačiau mes įgyvendinam švelnią peržiūrą ties USD 20 išankstinio apmokėjimo riba ir USD 1,000/mėn. bendromis išlaidomis.
Pradėkite su IOSOR
Atidarykite antrojo mėnesio sąskaitą šalia katalogo. Kiekvienoje pasikartojančioje nuomos eilutėje patvirtinkite, kad produktas 1 UTC dieną buvo Live. In setup arba Coming next pozicija, kuri tik paseno daugiau nei trisdešimt dienų, vis dar skaičiuoja nulį kaip Live — atšaukite tą nuomą, kol pavadinsite ją antrojo mėnesio pajėgumu.
Susiję: Katalogo incidento savaitė: netikras "Live" incidento metu vis tiek negali nu… Katalogo sąskaitų faktūrų savaitė: netikras 'Live' neturi būti apmokestinamas…
IOSOR santrauka
Darykite: antrąjį mėnesį laikykite kalendorine nuoma tik lustams, kurie liko Live. Amžius In setup nekelia.
Nedarykite: automatiškai neperjunkite In setup į Live, nes eilutei daugiau nei trisdešimt dienų, ir nerenkite Live MRC iš produkto, kuris dar nustatomas.
Ar šis vadovas buvo naudingas?
Susiję vadovai
- Aukščiausios klasės katalogo funkcijų ribojimas pagal mėnesio apimties slenksčius
Sužinokite, kaip apsaugoti didelio pralaidumo įmonių SKU, įdiegiant apimtimi pagrįstus prieigos vartus IOSOR platformos subpaskyroms.
- Kelių valiutų katalogo rodymo taisyklių konfigūravimas tarptautiniams perpardavėjams
Sužinokite, kaip konfigūruoti IOSOR katalogo rodymo taisykles, kad subpaskyroms būtų rodomi vietiniai valiutų kursai, išlaikant vieningą USD atsiskaitymų knygą.
- Vaidmenimis pagrįstos prieigos kontrolės užtikrinimas katalogo ir kainų keitimams
Apsaugokite savo white-label CPaaS aplinką apribodami katalogo konfigūracijos keitimus tik įgaliotiems administratoriams, taip užtikrinant kainų ir būsenos vientisumą.