IOSOR Kunnskap
DID andre måned: Full MRC når UTC-kalenderen ruller
Forstå overgangen fra innledende proraterte DID-kostnader til full månedlig gjentakende avgift (MRC) utløst av UTC-kalenderrullingen den 1. i måneden.
Å navigere i livssyklusen til et virtuelt nummer krever en klar forståelse av hvordan faktureringssyklusen skifter fra den innledende anskaffelsen til den gjentakende vedlikeholdsfasen. I motsetning til den første servicedagen, som følger spesifikk DID-førstemåneds setup- og prorata-matematikk, introduserer den andre måneden den standard Monthly Recurring Charge (MRC) i sin helhet. Denne overgangen styres strengt av UTC-kalenderen, noe som sikrer en synkronisert faktureringshendelse på tvers av alle globale eiendeler tilknyttet din konto.
UTC-overgangen fra prorata til full leje
Når et nummer først tildeles via JIT (Just-In-Time) klargjøring, beregner systemet et delvis gebyr basert på de gjenværende dagene i inneværende måned. Men så snart klokken slår 00:00 UTC på den første dagen i den nye måneden, skifter logikken for DID-faktureringsuke: prorata-rader vs full kalendermåned. Systemet ser ikke lenger på den spesifikke dagen i måneden nummeret ble anskaffet; det identifiserer ganske enkelt eiendelen som aktiv og belaster full MRC. Dette skaper forutsigbarhet for din økonomiske planlegging.
Forhåndsbetalt saldologikk på den første i måneden
IOSOR opererer på en streng forhåndsbetalt modell. For å opprettholde tjenestekontinuitet må systemet ha tilstrekkelige midler til å dekke full MRC for alle aktive DID-er i det øyeblikket UTC-rullingen skjer. Hvis saldoen faller under det nødvendige beløpet, kan systemet utløse automatiserte suspensjonsprotokoller for å forhindre negativ egenkapital. Det er avgjørende å opprettholde USD 20 som forhåndsbetalt gulv for å sikre at store nummerblokker ikke tømmer kontosaldoen i løpet av midnattsovergangen.
Sammenligning av innledende oppsett vs. gjentakende sykluser
| Faktureringshendelse | Tidspunkt | Beregningstype | Effekt |
|---|---|---|---|
| Innledende tildeling | JIT-forespørsel | Setup + Prorata | Umiddelbart fradrag |
| Andre måneds rull | 1. 00:00 UTC | Full MRC | Gjentakende fradrag |
| Påfølgende måneder | 1. 00:00 UTC | Full MRC | Stabilitetsfase |
| Myk gjennomgang | Månedlig | Bruksrevisjon | Kontohelse |
Skaleringsgrenser og saldogjennomgange
Etter hvert som virksomheten din vokser, kan den totale MRC-en for ditt DID-inventar øke betydelig. For kontoer der de totale månedlige gjentakende kostnadene eller bruksgebyrene nærmer seg en myk gjennomgang nær USD 1,000/måned, utfører vårt økonomiteam en rutinemessig revisjon. Denne gjennomgangen er utformet for å sikre at den forhåndsbetalte arkitekturen er optimalisert for dine trafikkmønstre, enten du fokuserer på SMS med høyt volum, OTP-levering eller taletjenester. Å opprettholde en sunn buffer over USD 20-gulvet er nøkkelen til uavbrutt drift.
Tekniske webhooks og nummerstatus
For å automatisere bokføringen din, kan du bruke webhooks som utløses ved vellykkede MRC-fradrag. Når systemet behandler full leie den 1. UTC, opprettes en hovedbokpost. Applikasjonen din kan lytte til disse oppdateringene for å synkronisere interne databaser. Dette er avgjørende for å opprettholde nøyaktig DLR-sporing og sikre uavbrutt kapasitet.
Start med IOSOR
Kl. 00:00 UTC den 1. blir leieraden full MRC for hver ennå tildelt DID. Første måned var setup pluss gjenstående dager. Eksporter kalenderomslaget slik at finans ikke venter et nytt prorate på samme nummer.
IOSOR takeaway
Andre måned er full kalender-MRC, ikke restdagsregning.
Gjør: finansier full leie før UTC 1. Ikke: budsjetter andre måned som enda et prorate.
Var denne guiden nyttig?
Relaterte veiledninger
- DID-overlevering for andre eier: hvem som kan tildele og frigie
Mestre operasjonelle grenser, JIT-klargjøring og forhåndsbetalte finansielle terskler under overlevering av DID til en andre eier.
- Kostnadstak per DID: Leie pluss MT-forbruk på ett nummer
Kontroller eksponeringen per nummer i din white-label CPaaS med et kombinert forbrukstak for MRC og utgående mobilterminert trafikk.
- Innkommende webhook-routing på DID: MO uten eier mister STOP
Ruter innkommende webhooks sikkert til eierkontoen. Unngå foreldreløse MO-hendelser og tapt avmelding i white-label prepaiderte CPaaS-løsninger.