Migrare SMS da Infobip

Passa questo al tuo agente

Help me migrate my SMS integration from Infobip to Bird.
1. Inspect this repository's sends, senders, callbacks, schedules, templates, opt-outs and tests. List the traffic and behavior that must survive the migration.
2. Read the Markdown guides at https://bird.com/docs/guides/sms/migrate/infobip.md and https://bird.com/docs/guides/sms/migrate.md. Use an existing authenticated Bird MCP or CLI connection. If neither is available, follow https://bird.com/docs/ai/set-up-your-agent.md. Discover the actual operations; do not invent commands or ask me to paste credentials into chat.
3. Prepare the code changes, sender/destination requirements, consent migration, webhook verification and rollout/rollback plan. Preserve the scope of each customer's preferences, including requests outside SMS replies. Separate API batches from audience broadcasts and preserve any behavior that has no direct endpoint equivalent.
4. Show me the exact affected resources, destinations, test volume and known costs before an action that sends messages, spends money, registers or changes a sender, or moves production traffic. Require explicit human authorization for each paid submission or production change. Name one-off 10DLC registration and resubmission fees before requesting approval. An existing explicit approval for that exact action is sufficient; broad migration approval is not. Simulated SMS destinations are billable and still require authorization.
5. If I am keeping Infobip numbers, prepare the human support port request and obtain authorization to send it. Read bird support-tickets create --help, then use the available CLI or MCP support operation with the reviewed number list and requirements. Return the ticket ID and follow the reply; support arranges the port on its own schedule, separately from the code cutover.
6. Run local and intercepted tests first. When authorized, perform the agreed bounded integration tests, inspect accepted and final outcomes separately, and report failures or uncertainty. Do not claim a delivery receipt proves reading or that request idempotency guarantees exactly-once delivery.
7. Keep production cutover and retiring the old provider as explicit steps in the approved rollout. Finish with the diff, evidence, unresolved requirements and the next action.

Mappa la chiamata di invio

• Tre livelli diventano zero. L'annidamento serve a trasportare molti messaggi e molte destinazioni in un'unica richiesta. Per inviare un messaggio a una persona, Bird accetta i tre campi al livello principale, quindi il builder che assemblava gli array va eliminato anziché tradotto.
• callbackData è più grande di metadata. Infobip accetta fino a 4000 caratteri e li restituisce nel report di consegna. metadata di Bird ha un limite di 2 KB serializzati ed è ripetuto su ogni evento del messaggio, non solo su quello terminale. L'echo è il vantaggio; il limite no, quindi qualsiasi dato vicino al limite va ridotto a una chiave da cercare altrove anziché trasportato intero.
• campaignReferenceId è contesto di reportistica, non una migrazione di campagna. tags di Bird sono coppie {name, value} che diventano dimensioni di query, così puoi segmentare le analytics per campagna come facevi prima. Quello che non portano con sé è un oggetto campagna: un tag non crea né configura un broadcast. Valuta il workflow delle campagne separatamente quando migri campagne rivolte al pubblico.
• campaignReferenceId non è una chiave di idempotenza. Infobip lo definisce come un ID per tracciare le performance di una campagna, quindi raggruppa ma non deduplica. Se ti affidavi a esso per rendere sicuro un retry, non eri protetto; l'header Idempotency-Key è ciò che lo fa qui.
• Nulla corrisponde a category. Le opzioni messaggio di Infobip coprono validità, finestra di consegna, flash e impostazioni regionali, e nessuna dichiara perché il messaggio viene inviato. Decidi per ogni tipo di messaggio se è transactional, marketing, authentication o service.
• Due campi opzionali non hanno una corrispondenza. validityPeriod è riservato e risponde a 422 SMSUnsupportedFeature; deliveryTimeWindow non ha un equivalente, quindi le finestre di programmazione passano al tuo dispatcher.

Trasferisci le rinunce

Traduci gli stati di consegna

• Le subscription sostituiscono i webhook per messaggio. Infobip assegna un webhook a ogni messaggio, quindi la destinazione è scelta da chi scrive la chiamata, e il content type è scelto con essa. Bird consegna JSON agli endpoint che il tuo spazio di lavoro registra, ciascuno iscritto ai tipi di evento desiderati, quindi un secondo consumer è una seconda subscription anziché una modifica in ogni punto di chiamata.
• Perdi la scelta per messaggio, incluso XML. Infobip permette a un messaggio di scegliere JSON o XML e allegare fino a 4000 caratteri di callback data. Bird invia solo JSON, e callbackData diventa metadata, che viene ripetuto su ogni evento di quel messaggio anziché solo sul report.
• Il pull diventa push. Infobip ti permette di recuperare i report da un endpoint di report oltre che riceverli. Bird non ha un equivalente di polling per gli eventi; iscriviti e leggi lo stato del messaggio tramite API quando ne hai bisogno su richiesta.

Cutover

Prossimi passi

• Confronto tra Bird e Infobip per SMS: valutazione del prodotto e considerazioni sulla migrazione
• Invio di SMS: il payload verso cui stai migrando, nella sua interezza
• Rinunce e parole chiave: copertura delle parole chiave per paese e gestione delle soppressioni
• Eventi SMS: il vocabolario degli eventi verso cui si sposta il tuo handler di report
• Webhook ed eventi: configurazione dell'endpoint e verifica Standard Webhooks