Unicom Americas Mobile Business
Italiano
Portale clienti Portale Richieda un preventivo
Unicom Americas Mobile Business
Richieda un preventivo Portale clienti

E-commerce e marketplace: A2P SMS e dati mobili

SMS per ordini e consegne su mittenti registrati.

Unicom Americas – Mobile Business team

Richieda un preventivo

In cifre

  • I messaggi su ordini e consegne sono transazionali: possono raggiungere un destinatario che non ha mai dato il consenso al marketing, ma il mittente deve comunque essere registrato dove la destinazione lo richiede.
  • GSM-7 consente 160 caratteri in un segmento; un testo in cinese o in arabo passa a UCS-2 a 70 caratteri, e un’emoji ne occupa due, quindi lo stesso testo può richiedere un numero di segmenti diverse volte superiore.
  • Una ricevuta di consegna riporta ciò che la rete ha osservato, non ciò che il telefono ha visualizzato; la riconciliazione va fatta a livello di ordine, conservando gli ID dei messaggi insieme all’ordine.
  • La verifica al checkout e gli aggiornamenti sugli ordini sono classi di traffico diverse: la prima è un segreto di accesso con una durata breve, i secondi sono notifiche che si possono ritrasmettere e raggruppare.
  • Il throughput per bind si riserva prima di un evento di picco, e i template si testano prima sui filtri locali.

Questa pagina non costituisce consulenza legale.

Scenari

Messaggi su ordini e consegne

Una conferma d’ordine, un avviso di spedizione e un messaggio sulla fascia di consegna sono tre template distinti con tre costi di errore diversi. Vanno mantenuti abbastanza brevi da restare in un solo segmento GSM-7, senza abbreviatori di URL pubblici che i filtri locali bloccano, e ogni messaggio deve avere uno scopo che il destinatario possa riconoscere. Il mittente si registra prima del primo invio, perché una rotta che funziona in test può essere filtrata il giorno del lancio. Le ricevute di consegna si riconciliano con ordini e rimborsi, non con il conteggio grezzo dei messaggi: in un totale da dashboard un avviso di consegna in ritardo e uno mancante appaiono uguali.

Verifica al checkout e sicurezza dell’account

Un OTP al checkout è un segreto di breve durata, quindi il suo progetto riguarda tempi e ritrasmissioni: si fissa una finestra di validità, si limitano i reinvii, si applica un limite di frequenza per numero e dispositivo e si ripiega su un canale alternativo quando il codice non arriva. Il testo del messaggio non deve contenere un numero di conto completo né un link a una pagina di accesso, perché il messaggio può essere inoltrato. La guida sulle frodi OTP descrive gli schemi ricorrenti.

Flotte di rider

I rider delle consegne si tracciano come una flotta di veicoli a due ruote, non come utenti di telefoni: posizione, batteria e stato della consegna viaggiano su un profilo dati, mentre il telefono del rider comunica con l’app della piattaforma su qualunque rete disponibile. I cambi turno, i geofence dei depositi e le soste per lo scambio batteria sono gli eventi che generano traffico. La connettività dei veicoli, comprese e-bike e flotte condivise, è trattata nella pagina sulla mobilità intelligente; questa pagina riguarda i messaggi rivolti all’acquirente che le stanno attorno. Il profilo dati si dimensiona per veicolo, così un rider che lascia l’azienda non lascia dietro di sé una linea attiva.

Resi, ritiri e codici per armadietti

Un’etichetta di reso e un codice di ritiro sono segreti monouso legati a un luogo e a una scadenza. Il codice si invia nello stesso messaggio del luogo e della fascia oraria, la formulazione resta stabile perché i destinatari la riconoscano, e la scadenza si applica lato server anziché affidarsi al messaggio. Gli armadietti aggiungono un secondo canale: l’armadietto invia un evento quando un pacco viene depositato, e l’acquirente riceve un codice che apre uno sportello una sola volta. Le risposte bidirezionali qui sono utili, ma richiedono un numero in grado di ricevere messaggi, non un mittente alfanumerico, che di norma è unidirezionale.

Collegamenti sede centrale–Cina

I marketplace che spostano merci e dati tra la sede centrale e la Cina gestiscono due tratte: il traffico commerciale tra team e fornitori, e il percorso dati dietro i sistemi di approvvigionamento, inventario e finanza. Entrambe partono dall’indicazione delle applicazioni, delle sedi e della direzione del traffico, perché un collegamento dimensionato per la posta elettronica d’ufficio si comporta in modo del tutto diverso da uno che trasporta dati sugli ordini. La registrazione ICP e le procedure di trasferimento transfrontaliero dei dati si applicano ad alcuni progetti; vanno definite con il consulente legale insieme al contratto, e la scelta della connettività va trattata separatamente dalla questione della registrazione. La pagina sulla conformità in Cina elenca le domande da porre al consulente legale. Questa non è una consulenza legale.

Pacchetto di prodotti

Domande frequenti

Inviate per nostro conto o come nostra piattaforma?
Entrambe le modalità. Le piattaforme inviano come CPaaS con il proprio throughput; le aziende inviano direttamente. Ci indichi in quale caso si trova e valuteremo l’accesso più adatto, perché la registrazione del mittente e il contratto si collocano su lati diversi di questa distinzione.

Come si connettono i telefoni dei rider?
I rider operano su profili dati di flotta; i dettagli sui veicoli a due ruote si trovano nella pagina sulla mobilità intelligente. I messaggi rivolti all’acquirente che indicano al cliente dove si trova il rider viaggiano su una rotta A2P separata con una propria registrazione del mittente.

E i nostri uffici acquisti in Cina?
I collegamenti tra sede centrale e Cina si definiscono insieme alla registrazione e alle procedure di trasferimento dei dati, accanto al contratto per i messaggi. Prima si indicano le applicazioni e le sedi; le questioni di conformità derivano da questo inventario, non dal contratto.

Perché i messaggi sugli ordini falliscono al lancio?
Di solito per uno di tre motivi: il mittente non è mai stato registrato per quella destinazione, il template fa scattare un filtro locale su link o parole chiave, oppure la rotta era dimensionata per i test anziché per il volume del lancio. Si testa in anticipo il template, si registra per tempo e si riserva il throughput prima che inizi il calendario delle campagne.

Come ci si prepara a un evento di vendita di picco?
Si prevede il picco per destinazione, si riserva il throughput e si testano in anticipo i template che cambieranno. Si mantiene una coda con una politica di ritrasmissione e una scadenza definita, così un arretrato non si trasforma in migliaia di avvisi di consegna superati dopo l’evento.

Fonti

  1. 3GPP TS 23.040: realizzazione tecnica di SMS
  2. Circolare MIIT [2017] n. 32 (tramite CAC): linee transfrontaliere

Richieda un preventivo

Ci indichi se invia come piattaforma o come azienda in proprio; valuteremo l’accesso più adatto.

Richieda un preventivo Azienda