Vanhentuneiden tuote-SKU-tunnusten poistaminen käytöstä häiritsemättä laskutusta

Vanhentuneiden tuote-SKU-tunnusten poistaminen käytöstä häiritsemättä laskutusta.

Poistamisen elinkaaren määrittäminen

White-label CPaaS-katalogin hallinta vaatii tiukan elinkaaren tuote-SKU-tunnuksille. Kun vanhentunut SKU saavuttaa elinkaarensa pään, siirrä se 'poistettu'-tilaan sen sijaan, että poistaisit sen kokonaan. Poistaminen tuhoaa pääkirjan historian, mikä on katastrofaalista laskutuksen auditoinnin kannalta. Merkitse SKU sen sijaan 'piilotetuksi' konsolissa. Tämä estää uusia vuokralaisia valitsemasta tuotetta, mutta sallii nykyisten vuokralaisten jatkaa laskutuskauttaan ilman keskeytyksiä.

Aktiivisen pääkirjalaskutuksen hallinta

Vanhentuneisiin SKU-tunnuksiin sidottujen vuokralaisten on pysyttävä toiminnassa, kunnes he siirtyvät uusiin tuotteisiin. Kun SKU poistetaan, pääkirja jatkaa MRC- ja käyttöperusteisten maksujen käsittelyä historiallisen yhteyden perusteella. Älä pakota siirtoa kesken kauden. Käytä IOSOR-rajapintaa merkitsemään nämä tilit siirtymäajaksi. Varmista, että USD 20 ennakkomaksuraja pysyy aktiivisena, sillä pääkirja vaatii positiivisen saldon DLR- ja SMS-liikenteen käsittelyyn.

JIT-provisionoinnin ja numeroiden hallinta

Koska IOSOR käyttää JIT-provisionointia, vanhentuneet SKU-tunnukset viittaavat usein tiettyihin numeropooliin. Poistamisen yhteydessä on varmistettava, että E.164-reitityksen logiikka säilyy. Jos vanhentunut SKU poistetaan aktiivisesta katalogista, JIT-moottorin on edelleen tunnistettava yhteys olemassa oleviin numeroihin. Älä koskaan poista numeroiden määrityksiä vanhentuneelta SKU-tunnukselta ennen kuin vuokralainen on siirtynyt uuteen tuotetasoon, muuten riskeeraat välittömän palvelukatkoksen.

Auditoinnin eheys ja vaatimustenmukaisuus

Historiallisten tietojen säilyttäminen on ehdotonta. Jokaisen poistetun SKU-tunnuksen on säilytettävä metadata, mukaan lukien alkuperäiset hinnoittelu- ja verokonfiguraatiot. Nämä tiedot ovat elintärkeitä taloudellisessa raportoinnissa. Jos vuokralainen pyytää käyttöhistoriansa vientiä, järjestelmän on kyettävä yhdistämään poistettu SKU takaisin pääkirjamerkintään. Tämä varmistaa, että auditointilokit pysyvät läpinäkyvinä ja vastaavat sisäisiä standardeja.

Operatiiviset parhaat käytännöt

Siirtymän hallitsemiseksi seuraa tilejä, jotka lähestyvät USD 1.000/kk rajaa. Nämä suuren volyymin vuokralaiset vaativat usein pehmeän tarkistuksen ennen siirtoa uudempiin SKU-tunnuksiin. Käytä seuraavia resursseja katalogitoimintojen hallintaan:

• Katalogin tila tarjouksessa ja pääkirjamerkinnöissä
• Katalogin operatiivinen toiminta tuotteiden lisääntyessä
• Auditointilokien säilytys: mitä ostajat voivat viedä ja todistaa

Aloita IOSORilla

Avaa IOSOR-hallintakonsoli ja päivitä vanhentunut katalogimerkintä 'vanhentunut' (deprecated) -tilaan tietokantatietueen poistamisen sijaan. Määritä katalogisi webhook-kuuntelijat hylkäämään uudet käyttöönottopyynnöt, mutta sallimaan aktiivisten laskutussilmukoiden ja MRC-vähennysten jatkuminen häiriöttä. Ennen kuin kytket katalogin näkyvyyden pois päältä, varmista konsolista, että historialliset JIT-reitityssäännöt ja E.164-kartoitukset pysyvät liitettyinä aktiivisiin alitileihin.

IOSOR-yhteenveto

Vanhentuneiden katalogimerkintöjen poistaminen käytöstä edellyttää aktiivisen laskutuksen erottamista uuden tuotteen valinnasta tuhoamatta taloushistoriaa. Vanhojen tuotekoodien pehmeä merkintä säilyttää historialliset hintalukitukset, veromääritykset ja reitityskontekstin, jotka ovat välttämättömiä säännöstenmukaisille tarkastuksille ja keskeytyksettömälle palveluntarjoannalle nykyisille asiakkaille.

Aseta vanhat katalogimerkinnät vanhentuneeksi ja anna automaattisen laskutuksen jatkua, kunnes tili saavuttaa suunnitellun migraatioikkunansa.