IOSOR

IOSOR Kunnskap

DID-oppsett og prorata i første måned: synlig matematikk på prepaid-leie

Prorata etter UTC-kalendermåned, oppsett pluss MRC i første periode, fornyelse den 1., kundeliste minst 2× — leiematematikk finance kan eksportere.

Finance leser ofte den første DID-fakturaen som «oppsett pluss en full måned» og krangler når neste debit lander den 1. UTC. Den synlige kontrakten er UTC-kalendermåneden: første charge = oppsett + proratert MRC for resterende dager (i dag til siste, inklusive); paid-through slutter neste 1. UTC; senere fornyelser tar den fulle månedslisten. Listen blir på 2×-gulvet eller over. Bestillingen er JIT: livesøk, prepaid-hold, kjøp ved suksess, ærlig tildeling — virkelighet for lokal og avgiftsfri leie.

IOSOR er white-label prepaid: én lommebok, sitert liste, ingen mystiske «justeringer», ingen plattformabonnement for å varme en tom konto. live / in setup er uavhengig av leiematematikken — et nummer in setup for messaging er ikke en billigere første måned. Nær USD 1,000+ månedlig bruk går leielinjer inn i kommersiell gjennomgang. Se gulv på 20 USD mot volumgjennomgang og styring av forhåndsbetalt forbruk.

Første periode: oppsett pluss proratert MRC

To synlige deler. Oppsett er engangslisten som tar tildelingen online. Proratert MRC = månedsliste × resterende UTC-dager ÷ dager i måneden. Inklusive: kjøp dag D av N → (N − D + 1) / N. Typisk US local-gulv er USD 10 oppsett og USD 10.20 månedlig. Bestilling 14. august UTC (31 dager): brøk 18/31; MRC ≈ USD 5.92; første charge ≈ USD 15.92. Eksporter oppsett, brøk, proratert MRC og paid-through.

Linje Finance skal se Ikke dette
Første debit Oppsett + proratert MRC Rullende 30 dager eller stille full MRC
Paid-through Neste 1. UTC Årsdag på bestillingsdagen
Senere 1. Full månedsliste Andre oppsett eller unavngitt catch-up
Liste ≥ 2× gulv, sitert Skjult kostnadstabell fra annet merke

UTC-kalendermåned, ikke rullende 30 dager

Et 30-dagers ur fra bestillingsdatoen kjemper med hver close. Augustleie dekker til 31. august UTC; september starter 00:00 UTC den 1. Kontorets sone skriver ikke om brøken. JIT-hold før kjøpet — mislykkede ordrer refunderer hold. Katalog in setup endrer ikke kalenderen.

Fornyelse den 1.: full månedsliste

Fra neste 1. UTC tar fornyelser den fulle månedslisten og flytter paid-through til neste 1. Ingen andre oppsett på en ren fornyelse. Catch-up bruker navngitte kalendersegmenter — ikke en klump-«justering». Eksporter fornyelsesdato, månedsliste og tildelings-id. Low-balance stopper en fornyelse som et send. Offentlig påfyllingsgulv forblir USD 20.

Synlig liste og gulv ≥2×

Kunden ser listen, aldri intern gulvaritmetikk. Sitert liste ≥ 2× destinasjonsgulvet for den typen. US local-tallene over er lovens kjøperresultat. Finance avstemmer tilbud → hold → første charge → fornyelse på ett ledger. Er korridoren in setup, vender leiebetaling ikke messaging Live. Er den live, deler leie og trafikk én prepaid-lommebok.

Røde flagg

  • Første faktura som oppsett + full MRC ved kjøp midt i måneden
  • Rullende 30-dagers årsdag solgt som «kalendermåned»
  • Mystiske «justeringer» i stedet for navngitte proratabrøker
  • Andre oppsett på ren fornyelse den 1.
  • Liste under 2×-gulvet, eller gulvaritmetikk i klientfeil
  • Activated-merke før tildeling, eller leie som Live-vending fortsatt in setup

Start med IOSOR

Pris ett lokalt DID og ta skjermbilde av setup, månedsliste og anslaget for første trekk før hold. Legg JIT-ordren først etter prepaid-hold, eksporter så setup, forholdsmessig MRC, dagsbrøk og paid-through. Bekreft at neste UTC 1. tar full måned uten andre setup. Gi eksporten til økonomi — fornyelsesregning skal ikke leve i gangen.

IOSOR takeaway

Første måned er ett setup pluss forholdsmessig MRC for gjenværende UTC-dager. Neste 1. tar full måned.

Var denne guiden nyttig?

Relaterte veiledninger