Pianifica la tua integrazione eSIM

L'accesso pubblico alle eSIM API non è ancora disponibile. Questa guida ti aiuta a preparare un brief di integrazione per uno specialista eSIM. Conferma l'accesso e ottieni il contratto API supportato prima di implementare richieste o assegnare un agente per costruire l'integrazione.

Identifica chi acquista il servizio, chi usa il dispositivo e chi paga. Un acquisto di viaggio può appartenere a un singolo account cliente. Un servizio per dipendenti richiede anche un'assegnazione a una persona e un responsabile che possa approvare le modifiche.

Elenca i record che la tua applicazione deve collegare: l'acquisto, il profilo installato e la sua quota. Un servizio mobile ricorrente richiede anche la relazione continuativa del piano dell'abbonato. Questi sono requisiti da confermare rispetto al contratto del servizio ricevente.

Decidi dove i clienti vedono l'offerta selezionata, la copertura, la validità e il prezzo pubblicato. Mantieni intatta la valuta indicata. La tua applicazione non deve ricostruire una tariffa cliente da costi all'ingrosso o da una conversione valutaria stimata.

Per ogni acquisto, definisci cosa vede il cliente dopo l'accettazione, l'evasione o il rifiuto. Includi un caso di risposta persa nel brief di integrazione. Conferma come API identifica un'operazione esistente prima di progettare un nuovo tentativo che potrebbe generare un altro addebito.

Un checkout completato non dimostra che un dispositivo abbia installato o utilizzato il servizio. Mantieni questi esiti separati nel percorso del cliente.

Scegli i dispositivi supportati e la persona responsabile di aiutare un cliente a connettersi. Le credenziali di installazione richiedono un canale di consegna privato e autorizzato. Non includerle in analitiche, esempi pubblici e screenshot di supporto.

Elenca le informazioni di cui il cliente ha bisogno dopo l'acquisto: istruzioni di configurazione, il piano acquistato, osservazioni sulla quota e un contatto di supporto. Conferma quali stati e tempi di osservazione il servizio può fornire prima di progettare la visualizzazione dello stato.

Chiedi al tuo specialista Bird di confermare i mercati, le offerte idonee, i requisiti di accesso e le operazioni pubblicate per il tuo caso d'uso. Ottieni le definizioni di richiesta e risposta, i requisiti di autorizzazione, il comportamento in caso di nuovo tentativo e i metodi di installazione supportati.

Una volta disponibile il contratto, fornisci al tuo agente di sviluppo il contratto e il modello di identità della tua applicazione. Fagli tracciare un acquisto fino al suo esito confermato e coprire una richiesta rifiutata e una risposta incerta. Testa con un account e un dispositivo esplicitamente autorizzati prima di offrire il servizio ai clienti.

Preserva il contesto di campagna consentito attraverso la registrazione e il percorso cliente della tua applicazione. Definisci quale esito registrato conterà come conversione, ad esempio un acquisto evaso o un primo utilizzo verificato. Un identificatore di campagna su un URL di registrazione da solo non dimostra che un acquisto successivo sia stato attribuito.