Tutto ciò che vale la pena sapere, niente di superfluo.
Perché è importante per le OTP
Un codice OTP che arriva con un'ora di ritardo è peggio di nessun codice OTP: l'utente si sarà già spostato o avrà effettuato un nuovo tentativo. Per il traffico OTP, imposta la validità a 5-10 minuti (validity_period: "000000000500000R" per 5 minuti). Se il messaggio non raggiunge il dispositivo entro tale intervallo di tempo, è importante evitare che arrivi obsoleto. Per il marketing, l'impostazione predefinita dell'operatore (24 ore) di solito va bene.
Come lo gestiscono gli operatori
Ogni SMSC intermedio rispetta la validità che riceve e la applica in base al proprio orologio interno: ciò significa che se il tuo aggregatore si mette in buffer per 2 ore prima di inoltrare, l'SMSC a valle vedrà una validità che ha già consumato 2 ore del suo budget. Gli aggregatori più maturi timbrano la validità al momento dell'invio, ma tengono traccia del budget per ogni hop in base all'orologio del destinatario; quelli meno maturi tendono a variare, e il tuo OTP da 5 minuti diventa un SLO effettivo da 3 minuti sul dispositivo.
Validità vs programmazione
La validità indica per quanto tempo dopo l'invio l'SMSC continua a riprovare. Il parametro schedule_delivery_time (un campo SMPP separato) indica quando l'SMSC dovrebbe tentare la consegna per la prima volta, ed è utilizzato per le campagne che tengono conto del fuso orario. I due parametri sono indipendenti: è possibile programmare un messaggio per le 9:00 ora locale con una validità di 4 ore e l'SMSC riproverà fino alle 13:00 se il primo tentativo delle 9:00 fallisce.