Pasenusių produktų SKU išėmimas iš apyvartos nepertraukiant atsiskaitymų

Pasenusių produktų SKU išėmimas iš apyvartos nepertraukiant atsiskaitymų.

Išėmimo iš apyvartos ciklo nustatymas

Katalogo valdymas reikalauja griežto SKU gyvavimo ciklo. Kai pasenęs SKU pasiekia savo gyvavimo pabaigą, perkelkite jį į 'nebenaudojamą' būseną, o ne ištrinkite. Ištrynimas sunaikina didžiosios knygos istoriją, o tai yra pražūtinga audito procesams. Vietoj to, konsolėje pažymėkite SKU kaip 'paslėptą'. Tai neleis naujiems nuomininkams pasirinkti produkto, tačiau leis esamiems tęsti atsiskaitymo ciklą be trikdžių.

Aktyvaus atsiskaitymo valdymas

Esami nuomininkai, susieti su pasenusiais SKU, turi veikti iki migracijos. Kai SKU išimamas, didžioji knyga toliau skaičiuoja MRC ir naudojimo mokesčius pagal istorinius duomenis. Nereikalaukite migracijos ciklo viduryje. Naudokite IOSOR API, kad pažymėtumėte šias paskyras pereinamajam laikotarpiui. Užtikrinkite, kad USD 20 išankstinio mokėjimo riba išliktų aktyvi, nes didžiajai knygai reikia teigiamo balanso DLR ir SMS srautui apdoroti.

JIT aprūpinimas ir numerių valdymas

Kadangi IOSOR naudoja JIT aprūpinimą, pasenę SKU dažnai nurodo konkrečius numerių telkinius. Išimant iš apyvartos, užtikrinkite, kad E.164 maršrutizavimo logika išliktų nepakitusi. Jei SKU pašalinamas iš aktyvaus katalogo, JIT variklis vis tiek turi atpažinti ryšį su esamais numeriais. Niekada neatšaukite numerių priskyrimo nuo nebenaudojamo SKU, kol nuomininkas sėkmingai neperėjo prie naujo produkto lygio.

Audito vientisumas ir atitiktis

Istorinių įrašų išsaugojimas yra privalomas. Kiekvienas išimtas SKU turi išlaikyti savo metaduomenis, įskaitant kainas ir mokesčių konfigūracijas. Šie duomenys yra gyvybiškai svarbūs finansinėms ataskaitoms. Jei nuomininkas prašo eksportuoti naudojimo istoriją, sistema turi sugebėti susieti išimtą SKU su galiojančiu įrašu didžiojoje knygoje. Tai užtikrina skaidrumą ir atitiktį finansiniams standartams.

Veiklos geriausia praktika

Valdydami perėjimą, stebėkite paskyras, artėjančias prie USD 1.000 per mėnesį ribos. Šiems didelės apimties nuomininkams dažnai reikia peržiūros prieš perkeliant juos prie naujesnių SKU. Naudokite šiuos išteklius: Katalogo būsena pasiūlymo ir didžiosios knygos pastabose, Katalogo operacijos siunčiant daug produktų, Audito žurnalų saugojimas: ką pirkėjai gali eksportuoti ir įrodyti.

Pradėkite su IOSOR

Atidarykite IOSOR administratoriaus konsolę ir atnaujinkite pasenusį katalogo įrašą į būseną "nebenaudojamas" (deprecated), užuot ištrynę įrašą iš duomenų bazės. Konfigūruokite katalogo saito (webhook) klausiklius taip, kad jie atmestų naujas išteklių suteikimo užklausas, tačiau leistų netrikdomai tęsti aktyvius atsiskaitymo ciklus bei MRC išskaičiavimus. Prieš išjungdami katalogo matomumą, konsolėje patikrinkite, ar istorinės JIT maršruto taisyklės ir E.164 atitikmenys lieka susieti su aktyviomis paskyromis.

IOSOR santrauka

Pasenusių katalogo įrašų šalinimas reikalauja atskirti aktyvų atsiskaitymo vykdymą nuo naujų produktų pasirinkimo, nesunaikinant finansinės istorijos. Švelnus pasenusių SKU pažymėjimas išsaugo istorines kainų fiksacijas, mokesčių konfigūracijas ir maršruto kontekstą, būtiną atitinkantiems auditams bei nepertraukiamam paslaugų teikimui esamiems klientams.

Nustatykite pasenusius katalogo įrašus kaip nebenaudojamus ir leiskite automatiniam atsiskaitymui tęstis, kol paskyra pasieks suplanuotą migracijos langą. Netrinkite SKU visam laikui iš katalogo duomenų bazės ir nenutraukite istorinių JIT išteklių suteikimo sąsajų, nes tai iškart sutrikdo esamų klientų srautą ir sugadina finansinio audito pėdsakus.