Pindahkan Apple Messages dari Infobip ke Bird
Rencanakan transisi penyedia dan bangun ulang bagian layanan Apple Messages Anda yang bergantung pada Infobip. Mulai dengan inventaris pengalaman pelanggan yang berjalan, bukan salinan langsung dari konfigurasi dashboard lama.
Bird tidak menyediakan pengimpor riwayat atau alur kerja Infobip secara otomatis. Konfirmasi transisi akun Apple dengan Bird, Infobip, dan pemilik akun di Apple Business Register sebelum mengubah koneksi penyedia.
Inventarisasi apa yang digunakan layanan
Catat Apple Business ID, pemilik akun, titik masuk yang disetujui, jam layanan, bahasa, tipe pesan native, tanggung jawab operator, dan integrasi eksternal. Ekspor catatan yang perlu Anda simpan menggunakan proses yang didukung Infobip dan kebijakan retensi Anda.
Gunakan dokumentasi tipe pesan Apple dan panduan pengaturan channel terbaru dari Infobip untuk mengidentifikasi fitur yang benar-benar digunakan flow Anda saat ini.
Petakan konten dan perilaku
| Elemen layanan Infobip | Tujuan di Bird atau pekerjaan yang diperlukan |
|---|---|
| Balasan teks | Buat ulang kata-kata yang disetujui di kolom penulisan balasan atau template Text. |
| Quick reply dan list picker | Buat ulang pilihan, bagian, aturan pemilihan, serta gelembung pesan diterima dan balasan di Templates. |
| Rich link dengan metadata yang diambil otomatis | Buat judul dan pratinjau PNG, atau siapkan pratinjau Apple yang didukung secara eksplisit. Jangan menganggap perilaku metadata otomatis Infobip tetap berlaku. |
| Gambar dan dokumen | Hosting ulang atau pertahankan URL file yang diizinkan dan periksa persyaratan media Bird. |
| Time picker | Buat ulang slot bertanggal dan hubungkan kembali tindakan pemesanan; pemilihan tidak memesan slot. |
| Atribut seleksi tersimpan, pengulangan, atau aksi fallback | Terapkan penanganan respons yang sesuai di layanan Anda. Template Bird tidak menjalankan tindakan alur Infobip tersebut. |
| Antrean agen dan aturan routing | Petakan penanggung jawab dan label yang dimaksud ke Conversations. |
Periksa nilai variabel dan identifier di setiap pesan yang dibuat ulang. Contoh template Bird adalah data pratinjau dan draf-nya bersifat lokal di browser. Contoh dan draf tersebut tidak mengimpor atribut Infobip, memublikasikan bot, atau menjadi pustaka konten bersama.
Rencanakan catatan dan pekerjaan terbuka
Simpan transkrip historis di arsip resmi atau sistem yang sudah ada. Transkrip tidak muncul di Bird secara otomatis. Catat bagaimana operator akan mencari kasus lama tanpa menyalin riwayat sensitif ke pesan baru.
Tetapkan penanggung jawab untuk setiap percakapan terbuka atau pemesanan tertunda sebelum cutover. Sepakati dengan kedua penyedia bagaimana sesi aktif dan pesan tertunda ditangani. Jangan berasumsi bahwa ID percakapan penyedia, kredensial API, supresi, atau catatan pengiriman dapat dipindahkan. Konfirmasi perlakuan terhadap identitas Apple dan URL titik masuk yang ada sebagai bagian dari transisi.
Inventarisasi opt-out dan izin yang berlaku. Pertahankan dalam proses operasional baru; pergantian penyedia tidak memberikan wewenang untuk menghubungi kembali. Buat ulang supresi yang relevan menggunakan tipe handle dan cakupan yang benar.
Verifikasi sebelum mengganti penyedia
Selesaikan pendaftaran dan tinjauan kesiapan Bird. Latih tugas pelanggan yang didukung dengan bisnis uji dan perangkat yang disetujui, mencakup teks, setiap tipe native yang Anda gunakan, penugasan, dan tindakan eksternal yang gagal.
Untuk integrasi API, ganti autentikasi, permintaan, parsing respons, dan callback Infobip dengan flow Bird API. Verifikasi penanganan duplikat dan perbedaan antara penerimaan gateway dan hasil bisnis.
Sebelum peralihan, demonstrasikan setiap tugas pelanggan yang diperlukan menggunakan alur Bird yang diusulkan dan sistem terhubung. Pertahankan layanan yang ada hingga alternatif yang disepakati berfungsi untuk setiap tugas yang belum dapat Anda selesaikan.
Koordinasikan cutover dan pemulihan
Sepakati jendela perubahan, pemilik koneksi penyedia, cakupan operator, dan kriteria untuk menghentikan transisi. Simpan catatan konfigurasi sebelumnya dan prosedur pemulihan yang disetujui penyedia. Jangan berasumsi bahwa kedua penyedia dapat menerima traffic bisnis live yang sama atau bahwa Anda dapat membaginya berdasarkan persentase.
Setelah koneksi berubah, uji titik masuk yang sebenarnya, kirim pesan di kedua arah, periksa Messages, dan konfirmasi hasil bisnis eksternalnya. Pantau kegagalan dan percakapan yang belum ditugaskan sebelum memperluas eksposur titik masuk. Simpan catatan lama selama periode retensi yang disetujui dan hapus kredensial yang tidak terpakai melalui proses akses normal Anda.