Mengapa verifikasi toll-free SMS saya ditolak?

Setelah operator menolak berkas, verifikasi menampilkan alasannya terpisah dari status item. denial_reasons memuat penjelasan dari operator. Daftar persyaratan mencatat apa yang Anda kirimkan, bukan jawaban mana yang menyebabkan penolakan.

Tempat pertama yang dilihat orang adalah daftar persyaratan, dan daftar itu tidak bisa menjawab pertanyaan ini. Memahami alasannya menghemat banyak waktu.

Di mana alasan penolakannya?

Gunakan bird sms tfn verifications get untuk membaca verifikasi. Perintah ini mengembalikan status, pengirim yang dilisensikan, dan respons operator. denial_reasons memuat respons tersebut sebagai teks.

Satu detail yang perlu diantisipasi: alasan hanya muncul saat penolakan. Saat operator meminta perubahan alih-alih langsung menolak, verifikasi berpindah ke info_requested dan mencatat status baru tanpa alasan. Jadi verifikasi yang meminta informasi tambahan tidak memberi tahu apa yang dibutuhkan, dan daftar persyaratan adalah tempat Anda melihat saat itu, untuk mengetahui item mana yang masih kosong.

Mengapa daftar persyaratan tidak bisa menunjukkan jawaban mana yang salah?

Karena operator tidak menilai jawaban satu per satu. Operator menilai berkas secara keseluruhan, dan Bird memproyeksikan satu keputusan tersebut ke setiap item yang Anda isi.

Pada verifikasi yang ditolak, setiap item yang diisi terbaca rejected, terlepas dari apakah item itu penyebab masalahnya atau bukan. Setiap item kosong terbaca not_supplied. Tidak ada item dalam daftar yang lebih ditolak dari item lainnya. Daftar ini tidak menunjukkan penyebabnya, jadi gunakan denial_reasons.

Fungsi sebenarnya dari daftar persyaratan adalah bentuk berkas: apa yang diminta, apa yang sudah Anda jawab, dan apa yang masih kosong.

Apa yang sebenarnya diminta operator?

Minta persyaratan tanpa menyebutkan verifikasi tertentu dan Anda mendapatkan formulir kosong: setiap item yang diminta operator, dalam urutan penyajiannya. Sebutkan satu verifikasi dengan --verification-id dan Anda mendapatkan daftar yang sama beserta jawabannya.

Setiap item dilengkapi key untuk mengajukannya, label untuk ditampilkan kepada siapa pun yang harus menjawabnya, help_text yang menjelaskan seperti apa jawaban yang baik, dan apakah jawaban bersifat required. Item opsional tetap ditinjau saat Anda mengisinya.

Dua jawaban berupa kumpulan tetap yang perlu diketahui sebelum Anda mulai:

• Struktur hukum, salah satu dari sole_proprietor, private_profit, public_profit, non_profit atau government. Ejaannya sama dengan lima struktur 10DLC dan sengaja dibuat sebagai daftar terpisah, karena setiap otoritas menentukan sendiri apa yang diterimanya.
• Volume bulanan, dalam bentuk rentang bukan angka: sebelas rentang, dari up_to_10 melewati up_to_1m dan up_to_5m, hingga above_5m.

Setiap item juga melaporkan state, dan pembacaan toll-free menghasilkan lima di antaranya: not_supplied, supplied, in_review, approved dan rejected. Perlakukan kumpulan ini sebagai terbuka, karena proses peninjauan dapat menambahkan tahapan.

Bagaimana cara mengetahui apakah prosesnya menunggu saya atau menunggu operator?

Dua boolean pada pembacaan persyaratan menjawabnya, dan hanya satu yang berkaitan dengan Anda.

satisfied bernilai true hanya setelah verifikasi disetujui. Aplikasi yang sudah lengkap tetap bisa menunggu persetujuan.

needs_input bernilai true saat giliran selanjutnya ada di Anda. Ini mencakup empat situasi: item wajib belum dijawab, operator meminta perubahan, draf Anda sudah lengkap tapi belum ada yang mengirimkannya, atau penolakan masih dalam jendela pengajuan ulang.

Keduanya false adalah kombinasi yang perlu dikenali, karena punya dua arti. Bisa berarti operator sedang menahan berkas dan Anda hanya perlu menunggu, atau verifikasi Anda ditolak dan jendela pengajuan ulangnya sudah ditutup. resubmit_allowed adalah pembeda keduanya, dan ini alasan bagus untuk membacanya setiap kali Anda membaca penolakan.

Apa arti enam status verifikasi?

Bisakah saya memperbaiki verifikasi yang ditolak?

Terkadang bisa, dan satu field menjawabnya: verifikasi yang ditolak hanya dapat diperbaiki dan dikirim ulang selama resubmit_allowed bernilai true. Gunakan flag yang dikembalikan dan status peninjauan sebelum mengedit atau mengirim ulang, alih-alih menghitung kelayakan dari tanggal saja.

Verifikasi dapat diedit selama masih draf, saat operator meminta informasi tambahan, dan selama penolakan masih dalam jendela pengajuan ulang. Selain itu semuanya terkunci, termasuk submitted dan under_review serta approved, jadi dua status yang paling lama Anda tunggu keduanya tidak bisa diedit. Mencoba tetap mengedit menghasilkan konflik.

Memperbaiki satu jawaban tidak berarti memasukkan ulang yang lainnya. Pembaruan hanya menerapkan field yang Anda kirim, jadi satu jawaban yang salah hanya merugikan jawaban itu, bukan seluruh berkas.

Perintah apa yang saya gunakan?

Enam perintah mencakup keseluruhan siklus, dan satu langkah sengaja tidak disertakan.

bird sms tfn verifications requirements membaca tampilan per item, dan get, create, update, list serta cancel melakukan sesuai namanya. Mengirimkan verifikasi untuk ditinjau tidak termasuk di antaranya: langkah itu dilakukan di dashboard.

Satu pintasan yang perlu diketahui saat Anda mengisi formulir. Mengirimkan --identity-id mengisi otomatis persyaratan bisnis dan kontak dari pihak yang sudah Anda deskripsikan, dan hasilnya ditandai sebagai prefilled. Persyaratan pesan dan opt-in tidak pernah terisi otomatis, karena Anda menulisnya baru untuk setiap verifikasi, dan apa pun yang sudah Anda ajukan untuk verifikasi ini mengalahkan jawaban dari pihak tersebut.

Tidak ada event webhook publik untuk status verifikasi toll-free, jadi langganan tidak bisa memberi tahu Anda saat keputusan datang. Polling perintah get adalah cara untuk mengetahuinya.