Les factures fiscales doivent correspondre à l export du grand livre

Les factures fiscales doivent correspondre à l export du grand livre.

Intégrité du grand livre et mappage DLR

Dans l écosystème IOSOR, la transparence financière repose sur la corrélation directe entre l export du grand livre et le statut DLR (Delivery Receipt). Chaque transaction SMS ou OTP initiée via l API déclenche une entrée en temps réel dans le grand livre de la plateforme. Contrairement aux systèmes hérités qui pourraient estimer le trafic, IOSOR garantit que les factures fiscales sont générées sur la base d événements réels. Si un message n atteint pas un état terminal ou ne produit pas de DLR, le grand livre doit refléter cette divergence.

Retenue prépayée et allocation JIT

La plateforme fonctionne sur un modèle prépayé strict avec un seuil minimum de USD 20 pour l activation du compte. Lorsqu un utilisateur demande un numéro virtuel ou lance une campagne SMS à gros volume, le système applique une retenue prépayée sur le solde. Il ne s agit pas d un débit final, mais d une réservation de fonds pour garantir la solvabilité pendant le processus d allocation JIT (Just-In-Time). Les numéros sont attribués au format E.164 uniquement en cas de besoin, évitant ainsi les frais liés aux ressources inutilisées.

Rapprochement des segments SMS et webhooks

Un point de confusion fréquent dans la facturation CPaaS est le décalage entre le corps d un message unique et le nombre de segments SMS réellement facturés. IOSOR offre une visibilité granulaire sur le nombre de segments via des webhooks. Si un message long est divisé en trois segments, le grand livre affichera trois entrées distinctes ou une entrée unique avec un multiplicateur, selon le format d export. La facture fiscale doit s aligner parfaitement sur ces segments.

Examen financier et seuils de volume

Pour maintenir la stabilité de la plateforme et la conformité, IOSOR met en œuvre un processus d examen souple pour les comptes approchant une dépense de USD 1,000 par mois. Cet examen n est pas une interruption de service mais une étape de vérification pour s assurer que les modèles de trafic correspondent au cas d utilisation déclaré. Durant cette phase, l intégrité du grand livre est scrutée pour garantir qu aucun frais fantôme n est survenu. Cette approche proactive protège à la fois la plateforme et l utilisateur contre les anomalies de facturation.

Documentation et ressources associées

Pour approfondir votre compréhension de la gestion du grand livre et du rapprochement des factures, veuillez consulter les guides techniques suivants :

• Semaine de facturation du portefeuille : réservations, débits et remboursemen…
• Semaine de facturation DLR : la part inconnue n est pas livrée
• Semaine de facturation SMS : quand les mathématiques des segments et la factu…

Commencez avec IOSOR

Exportez votre grand livre au format CSV ainsi que vos journaux de webhooks DLR directement depuis la console IOSOR afin de contrôler les volumes de messages facturés. Vérifiez que chaque ligne de votre avis fiscal généré correspond exactement, selon un ratio de un pour un, à un statut de livraison confirmé ou à un segment valide capturé. En cas d'écart, recoupez les identifiants de transaction des messages avec votre passerelle de rapprochement automatisé avant de demander l'émission d'une nouvelle facture.

À retenir — IOSOR

Ce guide a démontré que les factures fiscales valides doivent strictement refléter les écritures vérifiées du grand livre, appuyées par les justificatifs DLR sous-jacents. Toute divergence entre les lignes de facturation et les segments réellement acheminés sur le réseau compromet la conformité et la fiabilité des rapports financiers.