Endpoint
Autenticazione
Usa una API Key Switchbord con scope sul workspace. Il workspace viene risolto dalla API Key; non inviare gli id di workspace nel corpo della richiesta.idempotencyKey nel corpo JSON. Preferisci l’header quando il sistema upstream lo supporta.
Struttura della richiesta
Risposte
Una richiesta riuscita accoda un jobmessage.dispatch in uscita e restituisce le identità Switchbord per l’audit e la riconciliazione.
I nuovi invii restituiscono HTTP 201:
200 con l’identità del messaggio esistente e reused: true invece di creare un invio duplicato.
Variabili
Variabili del corpo
Per i template posizionali, usa chiavi numeriche a base 1:POST /api/v1/template-sends.
Variabili dei bottoni URL dinamici
Per i template con un bottone URL comehttps://example.com/r/{{1}}, fornisci il suffisso dinamico tramite l’indice del bottone a base 0:
text e suffix sono alias accettati. Il valore deve essere non vuoto.
Variabili dell’header documento
Per i template con un header DOCUMENT, fornisci un link HTTPS pubblico.filename è opzionale ma consigliato.
Risposte di errore
I riutilizzi idempotenti non sono errori. Restituiscono HTTP
200 con data.reused: true.
Note operative
- Il worker mantiene la proprietà finale del dispatch a Meta. La risposta dell’API indica che il messaggio è stato accettato nell’outbox di Switchbord, non necessariamente che è stato consegnato da Meta.
- Le transizioni di consegna (
queued,sent,delivered,read,failed) sono visibili nei record di messaggio/conversazione e negli eventi di stato webhook. - Non includere dettagli di carta grezzi, token di ricevuta privati o segreti a lunga durata nelle variabili del template o nei metadata. Preferisci id di ricevuta brevi o URL pre-firmati con una scadenza appropriata.