IOSOR

IOSOR Guides

Setup et prorata du premier mois DID : maths visibles sur la location prepaid

Prorata mois calendaire UTC, setup plus MRC en première période, renouvellement le 1er, liste client au moins 2× — maths de loyer que la finance peut exporter.

La finance lit souvent la première facture DID comme « setup plus un mois plein », puis discute quand le débit suivant tombe le 1er UTC. Le contrat visible est le mois calendaire UTC : premier charge = setup + MRC proratisé pour les jours restants (aujourd’hui jusqu’au dernier, inclus) ; payé-jusqu’au prochain 1er UTC ; les renouvellements suivants facturent la liste mensuelle pleine. La liste reste au plancher 2× ou au-dessus. La commande est JIT : recherche live, hold prepaid, achat au succès, assignation honnête — réalité de la location locale et verte.

Première période : setup plus MRC proratisé

Deux parties visibles. Setup est la liste unique pour mettre l’assignation en ligne. MRC proratisé = liste mensuelle × jours UTC restants ÷ jours du mois. Inclusif : achat le jour D sur N → (N − D + 1) / N. Un plancher US local typique est USD 10 setup et USD 10.20 mensuel. Commande le 14 août UTC (31 jours) : fraction 18/31 ; MRC ≈ USD 5.92 ; premier charge ≈ USD 15.92.

Mois calendaire UTC, pas 30 jours glissants

Une horloge de 30 jours depuis la commande combat chaque clôture. Le loyer d’août couvre jusqu’au 31 août UTC ; septembre commence 00:00 UTC le 1er. Le fuseau du bureau ne réécrit pas la fraction. Le hold JIT a toujours lieu avant l’achat — les commandes en échec remboursent le hold. Le catalogue in setup ne change pas le calendrier.

Renouvellement le 1er : liste mensuelle pleine

Dès le prochain 1er UTC, les renouvellements facturent la liste mensuelle pleine et avancent payé-jusqu’au au 1er suivant. Pas de second setup sur un renouvellement propre. Le rattrapage utilise des segments calendaires nommés — pas un « ajustement » d’un coup. Exportez date de renouvellement, liste mensuelle et id d’assignation. La politique solde bas arrête un renouvellement comme un envoi.

Liste visible et plancher ≥2×

Le client voit la liste, jamais l’arithmétique interne du plancher. Liste cotée ≥ 2× le plancher de destination pour ce type. Les chiffres US local ci-dessus sont le résultat acheteur de cette loi. La finance réconcilie devis → hold → premier charge → renouvellement sur un ledger. Si le corridor est in setup, payer le loyer ne bascule pas la messagerie Live.

Signaux d’alerte

  • Première facture setup + MRC plein sur un achat en milieu de mois
  • Anniversaire 30 jours vendu comme « mois calendaire »
  • « Ajustements » mystérieux au lieu de fractions de prorata nommées
  • Second setup sur un renouvellement propre du 1er
  • Liste sous le plancher 2×, ou arithmétique du plancher dans les erreurs client
  • Badge Activated avant assignation, ou loyer comme bascule Live encore in setup

Commencer avec IOSOR

Cotez un DID local et capturez les frais de setup, le tarif mensuel et l’estimation du premier débit avant le hold. Passez la commande JIT seulement après le hold prepaid, puis exportez setup, MRC proratisé, la fraction de jours et paid-through. Confirmez que le 1er UTC suivant facture le mensuel plein sans second setup. Remettez cet export à la finance : le calcul de renouvellement n’est pas une légende de couloir.

À retenir — IOSOR

Le premier mois est un setup plus le MRC proratisé des jours UTC restants. Le 1er suivant facture le mensuel plein. L’acheteur doit voir cette découpe avant le hold.

Faites : montrez la fraction et paid-through sur le reçu. Ne faites pas : cacher la découpe du premier débit ni reprendre le setup au renouvellement.

Ce guide vous a-t-il aidé ?

Guides associés