Le fatture fiscali devono corrispondere all esportazione del libro mastro

Le fatture fiscali devono corrispondere all esportazione del libro mastro.

Integrità del libro mastro e mappatura DLR

Nell ecosistema IOSOR, la trasparenza finanziaria è radicata nella correlazione diretta tra l esportazione del libro mastro e lo stato DLR (Delivery Receipt). Ogni transazione SMS o OTP avviata tramite API attiva una voce in tempo reale nel libro mastro della piattaforma. A differenza dei sistemi legacy che potrebbero stimare il traffico, IOSOR garantisce che le fatture fiscali siano generate sulla base di eventi reali. Se un messaggio non raggiunge uno stato terminale o non produce un DLR, il libro mastro deve riflettere questa discrepanza.

Blocco prepagato e allocazione JIT

La piattaforma opera su un modello prepagato rigoroso con una soglia minima di USD 20 per l attivazione dell account. Quando un utente richiede un numero virtuale o avvia una campagna SMS ad alto volume, il sistema applica un blocco prepagato sul saldo. Questo non è un addebito finale, ma una prenotazione di fondi per garantire la solvibilità durante il processo di allocazione JIT (Just-In-Time). I numeri vengono assegnati al formato E.164 solo quando necessario, evitando i costi fissi di risorse inutilizzate.

Riconciliazione dei segmenti SMS e webhook

Un punto comune di confusione nella fatturazione CPaaS è la discrepanza tra il corpo di un singolo messaggio e il numero di segmenti SMS effettivamente fatturati. IOSOR fornisce visibilità granulare sul conteggio dei segmenti tramite webhook. Se un messaggio lungo viene suddiviso in tre segmenti, il libro mastro mostrerà tre voci distinte o una singola voce con un moltiplicatore, a seconda del formato di esportazione. La fattura fiscale deve allinearsi perfettamente con questi segmenti.

Revisione finanziaria e soglie di volume

Per mantenere la stabilità della piattaforma e la conformità, IOSOR implementa un processo di revisione soft per gli account che si avvicinano a una spesa di USD 1,000 al mese. Questa revisione non è un interruzione del servizio, ma un passaggio di verifica per garantire che i modelli di traffico siano in linea con il caso d uso dichiarato. Durante questa fase, l integrità del libro mastro viene esaminata per garantire che non si siano verificati addebiti fantasma.

Documentazione e risorse correlate

Per comprendere meglio le sfumature della gestione del libro mastro e della riconciliazione delle fatture, consultare le seguenti guide tecniche:

• Settimana di fatturazione del wallet: hold, catture e rimborsi in un unico ex…
• Settimana di fatturazione DLR: la quota sconosciuta non viene consegnata
• Settimana di fatturazione SMS: quando il calcolo dei segmenti e la bolletta n…

Inizia con IOSOR

Esporta il registro CSV corrente insieme ai log dei webhook DLR direttamente dalla console IOSOR per verificare il conteggio dei messaggi fatturati. Assicurati che ogni voce della ricevuta fiscale generata corrisponda esattamente a uno stato di consegna confermato o a un segmento valido acquisito. Se emergono discrepanze, confronta gli ID delle transazioni dei messaggi con il cancello di riconciliazione automatizzato prima di richiedere una nuova emissione della fattura.

Sintesi IOSOR

Questa guida ha stabilito che le fatture fiscali valide devono rispecchiare rigorosamente le voci di registro verificate supportate dalle ricevute DLR sottostanti. Le discrepanze tra le voci della fattura e i segmenti di rete effettivamente consegnati compromettono la rendicontazione finanziaria e l'integrità della conformità.

Esporta i record di registro grezzi e abbina gli ID dei messaggi ai webhook di consegna confermati durante la riconciliazione mensile.