Fatturazione MO inbound contro MT outbound: righe di wallet bidirezionali sullo stesso ledger prepaid

Il pitch parla di outbound. In produzione il numero in affitto riceve risposte, STOP e a volte richiami vocali, e compaiono righe che finance non ha messo nel modello. Il MO inbound non è un favore gratis. Un prodotto bidirezionale muove MT e MO sullo stesso ledger prepaid. Se l’export conta solo gli «inviati», finance tratta l’addebito inbound come rumore finché l’uso verso USD 1,000+ non lo rende tema commerciale.

IOSOR è prepaid white-label: outbound e inbound su un ledger, errori client-safe, nessun portale altrui nel quotidiano. live è produzione bidirezionale; in setup non è una inbox a buon mercato.

Addebiti MO che finance non aveva pianificato

Se il modello finanziario moltiplica solo la tariffa MT, omette le righe MO del numero in affitto: SMS inbound, conferme di parola chiave, a volte eventi vocali. Quelle righe addebitano all’arrivo della risposta, non sul calendario marketing. Il prodotto dice «siamo bidirezionali»; finance chiede «quale riga è inbound». Senza risposta non c’è controllo.

MT contro MO nello stesso export

Mettete MT e MO nello stesso export: tempo, numero, direzione, addebito, correlation ID. Finance deve filtrare per direzione, non mescolare l’inbound in una media outbound. STOP/HELP è riga di conformità e può anche addebitare. Il ciclo di vita del numero in affitto è legato all’inbox: rilasciare il numero deve tagliare gli eventi inbound, altrimenti compaiono righe fantasma il mese dopo.

Il loop di auto-risposta svuota il wallet

Un’auto-risposta senza tetto trasforma un MO in una fila di MT fino a svuotare il wallet. Bot contro bot, HELP che cita l’originale, retry webhook non idempotenti, drenano il prepaid. Tetto di risposte per thread e STOP come soppressione immediata. Vedere loop di auto-reply inbound.

Eventi inbox e correlazione

L’inbox è evidenza, non un giocattolo di chat. Ogni evento inbound deve mostrare numero, timestamp e corpo redatto in sicurezza, e collegare al contesto outbound se c’è un thread. Ops ha bisogno di una coda dead-letter riproducibile, non di scaricare payload a monte sugli agenti. Senza correlazione finance non spiega l’addebito MO e il prodotto non prova che il bidirezionale «funziona».

Bandiere rosse

• Modello finanziario solo con tariffa MT
• Export che non distingue la direzione
• Auto-risposta senza tetto per thread
• STOP trattato come chiacchiere, senza soppressione
• Agenti che vedono payload a monte grezzi
• Numero rilasciato con addebiti inbound ancora vivi
• Catalogo in setup promesso come produzione bidirezionale

Iniziare con IOSOR

Inviate un MO in ingresso e un MT in uscita sullo stesso DID a noleggio. Esportate entrambe le righe del portafoglio e provate codici motivo diversi. Mettete un tetto all’auto-risposta così un inbound non conia MT senza limite. È onestà di righe prepaid a due vie, non un report di miscela della settimana fattura e non un tetto di storage media.

• Gestione dei messaggi dei clienti in arrivo durante le ore di chiusura
• Routing e gestione di messaggi SMS in arrivo da numeri verdi rispetto a locali

Sintesi IOSOR

MO e MT condividono un portafoglio, non una riga.

Fate: etichettate l’addebito in ingresso a parte da quello in uscita. Non fate: nettere il MO nel MT né nascondere le righe in ingresso fino a fine mese.