Discrepanze nei segmenti fatturabili degli SMS A2P: guida alla riconciliazione
Un metodo operativo per indagare le differenze tra i conteggi dell’applicazione, della piattaforma di invio, del provider e dei registri di utilizzo, senza confondere consegne, tentativi e addebiti.

Perché uno stesso invio può mostrare conteggi diversi
Una discrepanza non dimostra di per sé che vi sia un errore di fatturazione. L’applicazione può stimare i segmenti prima dell’invio; l’interfaccia può accettare o trasformare la richiesta; il provider può registrare ogni tentativo o unità elaborata; il registro di utilizzo può applicare le regole concordate per contabilizzarla. Non bisogna presumere che tutti questi sistemi conteggino la stessa entità.
Le evidenze disponibili non stabiliscono una regola universale di calcolo, contabilizzazione o correlazione valida per tutti i provider. Perciò, la riconciliazione deve basarsi sui dati di ciascun sistema e sulle condizioni contrattuali pertinenti. Per confermare i dettagli specifici, è necessario consultare le specifiche tecniche e la documentazione del provider.
- Considera ogni conteggio un dato il cui significato va confermato.
- Separa le differenze di calcolo, accettazione, trasmissione, nuovo tentativo e contabilizzazione.
- Non dedurre l’importo fatturabile unicamente dallo stato di consegna.

Definire l’unità di riconciliazione prima del confronto
Prima di sommare i segmenti, concorda che cosa rappresenta ogni riga in ciascun sistema. Un messaggio logico è la richiesta originale dell’applicazione. Un segmento inviato è un’unità risultante dalla codifica e dal formato utilizzati in una determinata fase. Un tentativo è un’operazione di invio, che può essere ripetuta. Un record fatturabile è l’unità contabilizzata dal provider secondo le condizioni applicabili.
Queste categorie non sono intercambiabili. Se si confronta il totale dei messaggi logici dell’applicazione con il numero di tentativi di un provider, i valori possono differire anche se ogni record è stato generato correttamente. Chiedi a ciascuna parte la definizione dei propri campi e il criterio usato per aggregare le righe.
- Indica separatamente i totali di messaggi logici, segmenti, tentativi e record di utilizzo.
- Chiarisci se un identificatore rimane invariato nei nuovi tentativi e se una riga rappresenta una richiesta o un’unità contabilizzata.
- Conferma il periodo e il fuso orario di ogni report prima di confrontare i totali.

Quali campi confrontare in ogni fase
Crea una tabella per ogni record con i campi disponibili e la relativa origine. Come minimo, cerca di conservare l’identificatore della richiesta, l’identificatore del messaggio assegnato dalla piattaforma o dal provider, la destinazione normalizzata, la marca temporale e lo stato registrato in quella fase. Aggiungi il testo originale e ogni rappresentazione trasformata, se è consentito conservarli in modo sicuro.
Per esaminare la codifica, registra i metadati disponibili, come il set di caratteri dichiarato e la lunghezza prima e dopo la trasformazione. Per indagare la concatenazione, richiedi gli identificatori o i riferimenti delle parti effettivamente esposti dal sistema. La disponibilità e il significato di questi campi variano: non dare per scontato che esistano né interpretarne l’assenza come prova che non vi sia stata una trasformazione.
- Salva le marche temporali con il fuso orario e conserva quella originale del sistema.
- Confronta la destinazione in formato normalizzato, senza scartare il valore ricevuto.
- Registra lunghezza, codifica e riferimento di concatenazione solo quando la piattaforma li fornisce.
- Proteggi il contenuto e i dati di destinazione secondo le politiche applicabili in materia di privacy e conservazione.
Distinguere codifica e concatenazione da duplicati e nuovi tentativi
Una differenza nel numero di segmenti può dipendere dal modo in cui ciascuna fase calcola o rappresenta il messaggio. Codifica e concatenazione sono fattori da verificare nei registri, ma non bisogna applicare soglie o regole di conteggio senza una documentazione tecnica specifica per la modalità e il sistema interessati. Conferma quale testo ha ricevuto ogni fase e quale codifica è dichiarata in ciascun record.
Duplicati e nuovi tentativi richiedono un’indagine diversa: cerca richieste ripetute, identificatori diversi associati alla stessa operazione e marche temporali ravvicinate. La somiglianza del testo e della destinazione aiuta a individuare i casi da esaminare, ma non basta per dichiarare duplicati due record: potrebbero corrispondere a invii legittimi distinti. Verifica anche se l’applicazione o la piattaforma ha ripetuto una richiesta e quale risposta ha ricevuto prima del nuovo tentativo.
- Per prima cosa, individua se sono cambiati il contenuto o la codifica; poi verifica le richieste e i tentativi ripetuti.
- Usa identificatori e sequenza temporale come evidenze, non soltanto la corrispondenza di testo e destinazione.
- Consulta la documentazione tecnica primaria e le condizioni del provider prima di attribuire una differenza alla concatenazione o a una regola di addebito.
Creare un campione tracciabile e riconciliare i registri
Inizia con un campione circoscritto a un periodo definito e conserva i registri originali esportati da ciascun sistema. Includi sia i casi concordanti sia quelli con discrepanze: i primi aiutano a convalidare la correlazione; i secondi permettono di individuare schemi senza presumere che tutte le differenze abbiano la stessa causa.
Allinea le righe usando un identificatore condiviso, quando disponibile. Se manca, usa una combinazione documentata di destinazione, orario e altri campi disponibili per proporre corrispondenze, contrassegnandole come provvisorie. Non trasformare una corrispondenza approssimativa in un collegamento certo. Riassumi separatamente le righe abbinate, quelle non abbinate e quelle associate a più possibili corrispondenze.
Confronta i totali solo dopo aver classificato le righe. Per ogni differenza, registra il sistema di origine, l’unità rappresentata, le evidenze osservate, la spiegazione confermata o ancora da verificare e la persona responsabile della risoluzione.
- Definisci il periodo, i sistemi inclusi e il fuso orario prima di estrarre i dati.
- Conserva una copia inalterata dei file originali e documenta ogni trasformazione.
- Classifica le corrispondenze esatte, quelle provvisorie, i duplicati confermati e i record senza corrispondenza.
- Calcola i totali per tipo di unità, non come un’unica cifra aggregata.
Registri incompleti, tardivi o senza una corrispondenza certa
Un’esportazione può essere incompleta, includere eventi registrati in ritardo o non avere un identificatore comune. In questi casi, lascia la differenza in sospeso e chiedi i dettagli mancanti al responsabile del sistema. Non compilare i campi assenti con valori dedotti e non chiudere una discrepanza basandoti soltanto su una correlazione temporale approssimativa.
Concorda con le parti una finestra di attesa e una data limite, in base ai loro processi e alle condizioni contrattuali: le evidenze disponibili non consentono di stabilire un termine universale. Se un record compare dopo la data limite, annota quando è stato ricevuto e verifica se modifica la riconciliazione. Porta all’attenzione i casi senza corrispondenza quando potrebbero modificare il risultato economico o rivelare un problema operativo.
- Mantieni una categoria esplicita per i record tardivi e i dati incompleti.
- Richiedi esportazioni più ampie o campi di correlazione, se disponibili.
- Annota l’incertezza ed evita di attribuire un addebito definitivo a una riga senza evidenze sufficienti.
Documentare le eccezioni e concordare le regole con il provider
La riconciliazione periodica migliora quando entrambe le parti concordano per iscritto che cosa rappresenta ogni campo, quali identificatori vengono conservati, come interpretare i nuovi tentativi e quali record documentano l’utilizzo contabilizzato. L’accordo deve essere coerente con il contratto e con le effettive capacità delle piattaforme coinvolte: non presumere che tutti i provider espongano gli stessi dettagli.
Per ogni eccezione, conserva il periodo, gli identificatori disponibili, la differenza osservata, le evidenze richieste e ricevute, la conclusione e le eventuali azioni ancora da intraprendere. Se non si arriva a una spiegazione verificabile, registra la discrepanza come irrisolta e applica la procedura di revisione prevista dall’accordo commerciale.
- Concorda le definizioni di messaggio, segmento, tentativo e record contabilizzato.
- Specifica i campi di correlazione, il formato di esportazione e la gestione dei fusi orari.
- Definisci la procedura di richiesta, le tempistiche e l’escalation in base all’accordo vigente.
- Non trasformare una spiegazione probabile in una regola generale senza conferma documentale.
Checklist per chiudere una discrepanza
Una chiusura solida spiega che cosa è stato confrontato, quali evidenze sostengono la conclusione e quali incertezze rimangono. Lo stato di consegna riportato — incluso un DLR — deve restare distinto dal registro di utilizzo e dalla regola contrattuale di contabilizzazione. Le informazioni disponibili non consentono di affermare che un DLR, da solo, dimostri un addebito o determini l’unità fatturabile.
Se non è possibile risolvere la discrepanza con i registri disponibili, la scelta corretta è documentarla come in sospeso, non dedurne una causa. I controlli seguenti aiutano a chiudere soltanto i casi con tracciabilità sufficiente.
- È stato concordato se il confronto riguarda un messaggio logico, un segmento, un tentativo o un record di utilizzo?
- Sono stati confermati il periodo, il fuso orario e l’integrità delle esportazioni?
- Esiste un identificatore comune oppure la corrispondenza è chiaramente indicata come provvisoria?
- Sono stati esaminati contenuto, codifica e riferimenti delle parti usando i dati effettivamente disponibili?
- Sono stati distinti i duplicati confermati dalle richieste ripetute legittime e dai nuovi tentativi?
- La conclusione si basa sui registri e sulle condizioni applicabili, senza usare il DLR come prova di fatturazione?
- Sono state documentate le eccezioni, le incertezze e le azioni ancora da intraprendere?
Domande frequenti
Un DLR conferma quanti segmenti sono stati fatturati?
Non va usato da solo per confermare una quantità fatturabile. Mantieni distinto lo stato di consegna riportato dal registro di utilizzo e dalle regole di contabilizzazione applicabili. Le evidenze disponibili non stabiliscono una relazione universale tra i due.
Quale identificatore devo usare per collegare i registri?
Usa prima un identificatore condiviso tra i sistemi, se esiste e il suo significato è documentato. Se manca, una combinazione di campi come destinazione e marca temporale consente soltanto di proporre una corrispondenza; annota esplicitamente l’incertezza.
Una riga ripetuta è necessariamente un duplicato fatturabile?
No. Potrebbe trattarsi di un nuovo tentativo, di una richiesta ripetuta o di un invio legittimo distinto. Prima di classificarla, controlla gli identificatori, la sequenza temporale, le risposte e le definizioni del provider.
Come posso confermare il numero di segmenti di un messaggio?
Confronta il contenuto e i metadati di codifica registrati in ogni fase e consulta la documentazione tecnica applicabile alla piattaforma e al provider. Senza tale documentazione e i campi pertinenti, è meglio non presumere una regola di conteggio universale.
Che cosa devo fare se il provider non fornisce registri sufficienti?
Documenta i campi mancanti e l’impatto di tale limite, richiedi le evidenze disponibili e segui la procedura di revisione contrattuale. Se non ci sono elementi sufficienti per stabilire una corrispondenza o trarre una conclusione, lascia il caso irrisolto.
Fonti consultate
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA