要約

  • TwilioのSole Proprietorキャンペーンに登録できる10DLC番号は一つ。選んだMessaging Serviceに複数の番号があると、その中から無作為に選ばれると文書に記されている。
  • キャンペーンの承認後も、番号ごとに米国通信事業者側の登録処理がある。同じサービスに番号を足しても、単一番号の枠は増えない。
  • 状態一覧のCSV生成には最大24時間かかる場合がある。これは報告書の準備時間であり、番号登録の完了期限ではない。

店が客に覚えてもらいたい電話番号を、抽選で決める理由はあまりない。ところがTwilioのSole Proprietor向け文書には、それに近い場面がある。キャンペーンに使うMessaging Serviceへ複数の10DLC番号が既に入っていると、Twilioはその一つを無作為に選び、検証済みの送信経路にする。

問題は番号の品質でも、当たりやすさでもない。使いたい番号を決める仕事が、いつの間にか既存の設定に委ねられていることである。登録枠は一つ。番号の在庫を増やしても、その枠が二つにはならない。

この仕組みは、米国の受信者へアプリケーションからメッセージを送る10桁の長い番号、A2P 10DLCの登録に関わる。直接契約のSole Proprietor登録は、対応する事業用納税識別番号を持たない米国・カナダの対象顧客に用意されている。識別番号を持つ事業者や、両国以外の事業者には、StandardまたはLow-Volume Standardの登録が案内される。小規模向けの入口には、利用資格と送信者数の境界がある。

その緑色は何を承認したのか

管理画面の「承認済み」は、見る対象によって意味が変わる。Brandは送信主体を示し、Campaignはメッセージの用途と受信者の参加・停止の方法を説明する。Messaging Serviceは送信番号の設定をまとめる。その上で、番号自体の登録状態がある。

Twilioの番号登録トラブル対応文書は、TCRによるキャンペーン承認の後にも、個々の番号について米国通信事業者の承認が必要であり、その処理は非同期だと説明している。キャンペーンが通ったという通知は、番号一覧の全行に押される判子ではない。

Sole Proprietorではこの違いが目に見える容量制限になる。一つのBrandに一つのCampaign、そのCampaignで使える番号は一つ。余分な番号を同じサービスへ入れても、追加分は未登録のままだ。警告30125は、既に登録済み送信者のいるSole Proprietorキャンペーンのサービスへ番号を追加する場合を扱っている。

ここで必要なのは、処理速度の改善だけではない。今の番号を残すのか、別の番号に置き換えるのか、複数の送信者を必要とするのか。三つの需要を一つの「登録待ち」にまとめれば、解決策まで見えなくなる。

新しい手順は、番号から始まる

無作為選択は、複数番号の既存プールを使う場合の話である。新しい直接顧客向けConsoleは、使いたい番号の設定チェックリストから始まる。プロフィール、Messaging Service、Brand、Campaignを順に扱い、その番号は既に対象サービスへ入っている。文書が示す通常の完了形は、承認後に在庫画面でその番号がMessaging enabledと表示される状態だ。

つまり、特定の番号を起点にする経路は用意されている。見落としやすいのは、使い慣れた既存サービスを選ぶときだ。以前の作業で入れた番号も、今度の一枠を争う候補になる。設定を再利用する便利さには、過去の在庫も再利用する効果が付いてくる。

登録前に番号を指定したい場合、公式文書は他の番号をサービスから外しておくよう案内する。残す対象を先に決めれば、その選択を抽選へ渡さずに済む。複数番号のプールで既に別の番号が選ばれた場合のトラブル対応では、サービス内の番号をいったんすべて外し、希望する番号だけを戻す手順が示されている。

番号をサービスから外すことと、番号そのものを手放すこと、子アカウントを閉じることは別の操作だ。現場に渡す指示が「番号を整理しておいて」だけでは、選ぶ対象も、変える関係も曖昧になる。

この無作為選択が顧客の希望と食い違う頻度は公開文書からは分からず、実際のプール構成と番号別の登録履歴があれば、その規模を判断できる。いま確かめられるのは、食い違いを避けるための設定箇所が登録前に存在することだ。

待てば済む仕事、選び直す仕事

番号の状態を読むと、次の担当が見えてくる。UNREGISTEREDは、必要な検証済み関連付けがない状態である。PENDING_REGISTRATIONは、登録要求を受けたものの、関係する事業者との設定がまだ終わっていない状態。REGISTEREDは、米国向けに送信する準備ができた登録済み番号を示す。FAILUREは、トラブル対応やサポートによる調査の対象になる。

一枠を既に別の番号が使っているなら、待ち時間を延ばすだけで二つ目が入れるようにはならない。30125の文書は、現状の送信者を維持する選択、入れ替える選択、複数番号やより大きな規模に適したStandardまたはLow-Volume Standardへ進む選択を挙げる。登録区分は購入時の条件であり、障害発生後の小さな設定項目に閉じ込めておくと判断が遅れる。

番号を入れ替える場合には、既存送信者をサービスから外し、代替番号を追加したうえで、登録完了を待ってから米国向けに送信する。キャンペーン間の移動では、登録済み、登録解除待ち、未登録、再び登録済みという状態の連なりも起こり得る。以前の承認が、新しい関連付けの完成まで運んでくれるわけではない。

報告書が来る時間と、使える時間

Twilioは番号ごとの登録状態と、CampaignやMessaging Serviceの対応をCSVで確認する手段を提供している。番号やアカウントの量によって、生成には最大24時間かかる場合があり、小さな一覧なら早くできることもある。

この一日は、報告書を用意する側の時間だ。通信事業者が番号を登録し終えるまでの保証時間に置き換えると、計画に架空の締め切りが生まれる。「明日には一覧が届く」と「明日から送れる」は、異なる証拠を要する。

変更を追うにはEvent Streamsもある。受信先と対象イベントを設定すると、Brand、Campaign、番号それぞれの状態変化を受け取れる。番号のpendingとsuccessfulは別の通知であり、後者が登録完了を示す。キャンペーン承認だけを購読していては、最後に必要な番号の変化を業務へ渡せない。

2025年8月28日の更新では、列挙された番号登録・解除の待機および成功イベントに、2.0版の構造でMessaging Serviceとの対応が加えられた。通知をどのサービスの、どの番号の仕事へ結び付けるか。その地味な関連情報が、単なる成功通知を引き継ぎ資料に変える。

一覧で抜けを探し、イベントで変化を受け取り、使う予定の番号と突き合わせる。RIPE NCCの会員記録で確認できるTwilio Inc.という組織の存在と、Twilioの操作文書が示す個々の番号の準備は、それぞれ異なる証拠に支えられている。商売に必要なのは、承認の総数より、客に見せる一つの番号が予定どおり使えることだ。

一次資料