IOSOR Vedomosti

Katalóg druhý mesiac: V nastavení sa stále nesmie účtovať ako Live

Zaistite, aby položky katalógu ponechané v nastavení neprešli na živú fakturáciu počas druhého mesiaca prevádzky.

Udržiavanie prísnej integrity fakturácie v prostredí white-label CPaaS vyžaduje presné rozlíšenie medzi aktívnymi službami a tými, ktoré sa ešte konfigurujú. Keď je položka katalógu označená ako «Nastavenie» alebo «Nasleduje», znamená to, že technická infraštruktúra ešte nie je pripravená na prevádzku. Pri prechode do druhého mesiaca musí systém rešpektovať tieto značky, aby sa predišlo predčasným poplatkom.

Monitorovanie zmien stavu

Prechod z prvého mesiaca do druhého je kritickým obdobím pre skripty automatizovanej fakturácie. V mnohých starších systémoch hrozí riziko, že položka staršia ako 30 dní bude automaticky povýšená na stav «Live» bez ohľadu na skutočnú pripravenosť. V rámci IOSOR využívame logiku priradenia JIT (Just-In-Time), ktorá tomu zabraňuje. Služba zostáva v nefakturovateľnom stave, kým sa nesplnia technické podmienky.

Fakturačná logika pre položky mimo Live

Na zachovanie transparentnosti platforma presadzuje pravidlo, že iba položky s overeným odznakom «Live» generujú opakované náklady. Ak položka uviazne v schéme nastavenia z dôvodu technických omeškaní, faktúra za druhý mesiac musí vykazovať nulové náklady pre tento zdroj. To zabraňuje scenáru «falošného live», kde sú používatelia zaťažení za kapacitu, ktorú ešte nemôžu využívať. Táto logika je kľúčová pre udržanie minimálneho predplateného limitu USD 20.

Predchádzanie neočakávaným debetom

Neočakávané debety často vznikajú, keď systém nedokáže zladiť stav katalógu s fakturačným motorom. Naša architektonická štruktúra využíva mechanizmus predplatenej blokácie. Keď je vyžiadané číslo alebo služba, prostriedky sú zablokované, ale nie úplne priradené, kým služba nezačne fungovať. Ak služba zostane v nastavení aj v druhom mesiaci, blokácia trvá bez toho, aby sa zmenila na trvalý debet. Ide o bezpečnostné opatrenie proti incidentu Falošný Live odznak: cesta incidentu.

Overenie a JIT zriaďovanie

JIT zriaďovanie zabezpečuje, že zdroje sú plne alokované iba v momente potreby. Tento model nahrádza zastaraný koncept udržiavania statického inventára. Počas druhého mesiaca systém vykoná opätovné overenie všetkých položiek v stave «Nasleduje». Ak požiadavky na stav «Live» nie sú splnené, položka sa udržiava v uspanom fakturačnom stave. Tento proces je podrobne popísaný v dokumentácii katalógu.

Škálovanie nad rámec mäkkého preskúmania

Keď váš katalóg rastie a prekonáte počiatočné fázy nastavenia, váš mesačný objem sa môže výrazne zvýšiť. Platforma je navrhnutá tak, aby podporovala rýchle škálovanie, ale v blízkosti celkových výdavkov USD 1,000/mesiac zavádzame mäkké preskúmanie. Tento krok zabezpečuje, že vaše vzorce prenosu sú v súlade s bezpečnostnými normami a že žiadna položka nie je nesprávne účtovaná ako «Live».

Začnite s IOSOR

Otvorte faktúru druhého mesiaca vedľa katalógu. Pri každom opakovanom nájme potvrďte, že produkt bol Live 1. dňa UTC. Položka In setup alebo Coming next, ktorá len zostarla cez tridsať dní, stále účtuje nulu ako Live — stornujte ten nájom, kým to nenazvete kapacitou druhého mesiaca.

Súvisiace: Týždeň katalógových incidentov: Falošný Live počas incidentu sa stále nesmie… Fakturačný týždeň katalógu: falošný stav Live sa nesmie účtovať ako aktívny.

Zhrnutie IOSOR

Robte: berte druhý mesiac ako kalendárny nájom len pre čipy, ktoré ostali Live. Vek In setup nepovyšuje.

Nerobte: automaticky preklápať In setup na Live, lebo riadku je viac ako tridsať dní, ani vyberať Live MRC z produktu v nastavení.

Pomohol tento sprievodca?

Súvisiace návody