IOSOR

IOSOR Guide

Setup e prorata del primo mese DID: matematica visibile sull’affitto prepaid

Prorata sul mese calendario UTC, setup più MRC nel primo periodo, rinnovo il giorno 1, listino cliente almeno 2× — matematica d’affitto che finance può esportare.

Finance legge spesso la prima fattura DID come «setup più un mese pieno» e discute quando il debito successivo cade il giorno 1 UTC. Il contratto visibile è il mese calendario UTC: primo charge = setup + MRC proratato per i giorni restanti (oggi fino all’ultimo, incluso); pagato-fino al prossimo 1 UTC; i rinnovi successivi addebitano il listino mensile pieno. Il listino resta al pavimento 2× o sopra. L’ordine è JIT: ricerca live, hold prepaid, acquisto al successo, assign onesto — realtà del noleggio locale e verde.

IOSOR è prepaid white-label: un wallet, listino quotato, niente «aggiustamenti» misteriosi, nessun abbonamento piattaforma per scaldare un conto vuoto.

Primo periodo: setup più MRC proratato

Due parti visibili. Setup è il listino una tantum per mettere l’assign online. MRC proratato = listino mensile × giorni UTC restanti ÷ giorni del mese. Inclusivo: acquisto il giorno D di N → (N − D + 1) / N. Un pavimento US local tipico è USD 10 setup e USD 10.20 mensile. Ordine il 14 agosto UTC (31 giorni): frazione 18/31; MRC ≈ USD 5.92; primo charge ≈ USD 15.92.

Mese calendario UTC, non 30 giorni rotolanti

Un orologio di 30 giorni dalla data d’ordine combatte ogni chiusura. L’affitto di agosto copre fino al 31 agosto UTC; settembre inizia 00:00 UTC il 1. Il fuso dell’ufficio non riscrive la frazione. L’hold JIT resta prima dell’acquisto — gli ordini falliti rimborsano l’hold. Il catalogo in setup non cambia il calendario.

Rinnovo il giorno 1: listino mensile pieno

Dal prossimo 1 UTC i rinnovi addebitano il listino mensile pieno e avanzano pagato-fino al 1 successivo. Nessun secondo setup su un rinnovo pulito. Il catch-up usa segmenti di calendario nominati — non un «aggiustamento» in blocco. Esportate data di rinnovo, listino mensile e id assign. La policy a saldo basso ferma un rinnovo come un invio. Il pavimento pubblico di ricarica resta USD 20.

Listino visibile e pavimento ≥2×

Il cliente vede il listino, mai l’aritmetica interna del pavimento. Listino quotato ≥ 2× il pavimento di destinazione per quel tipo. Le cifre US local sopra sono il risultato acquirente di quella legge. Finance riconcilia preventivo → hold → primo charge → rinnovo su un ledger. Se il corridoio è in setup, pagare l’affitto non capovolge messaging Live.

Bandiere rosse

  • Prima fattura come setup + MRC pieno su un acquisto a metà mese
  • Anniversario di 30 giorni venduto come «mese calendario»
  • «Aggiustamenti» misteriosi invece di frazioni di prorata nominate
  • Secondo setup su un rinnovo pulito del 1
  • Listino sotto il pavimento 2×, o aritmetica del pavimento negli errori client
  • Badge Activated prima dell’assign, o affitto come capovolgimento Live ancora in setup

Iniziare con IOSOR

Quotate un DID locale e catturate setup, listino mensile e stima del primo addebito prima dell’hold. Mettete l’ordine JIT solo dopo l’hold prepaid, poi esportate setup, MRC ripartito, la frazione di giorni e paid-through. Confermate che il prossimo 1 UTC addebita il mensile pieno senza secondo setup. Consegnate l’export a finance: la matematica del rinnovo non vive in corridoio.

Sintesi IOSOR

Il primo mese è un setup più l’MRC ripartito dei giorni UTC restanti. Il 1 successivo addebita il mensile pieno. Il compratore deve vedere quel taglio prima dell’hold.

Fate: mostrate frazione e paid-through sulla ricevuta. Non fate: nascondere il taglio del primo addebito né rifare lo setup al rinnovo.

Questa guida ti è stata utile?

Guide correlate