契約締結前に運用チームが必ず確認すべき質問事項

調達部門は価格だけで契約を締結できますが、運用チームはトラフィックの開通を証明できないプラットフォームを引き継ぐことになります。 署名前に、運用チームはWebhookハートビートの鮮度、JIT番号の購入フロー、Liveバッジの真の意味、そしてSTOP拒否の強制力について明確な回答を得る必要があります。 このチェックリストは、ペイロードや冪等性を扱うSMS API導入チェックリストとは異なり、初日稼働(Day-1 Runway)の準備状態を確認するためのものです。

IOSORにおける初日の真実：グリーンランウェイには、最新のWebhookハートビート、Vaultが準備完了した場所のみでのLive表示、そして有効に維持されたコンプライアンスゲートが必要です。 これらの回答を得ずに署名することは、開いているように見えて送信経路が遮断されたダッシュボードを購入することを意味します。

法務が署名する前に、初日ランウェイチェックリストに回答を記載してください。ハートビートの不備は契約見送りの対象となります。

Webhookハートビートの責任者を特定する

正常なハートビートの定義と、データが古くなった場合の挙動を確認してください。 ハートビートの経過時間が制限を超えた場合、どのアラートが発報され、誰がランウェイのブロックを解除するのかを運用チームが把握する必要があります。 ハートビートの責任者を規定していない契約では、リリース当日の朝にtraffic_okが不明な状態になります。

「Webhook対応」と書かれたスライドではなく、直近の正常なスモークテストの実行証明を要求してください。

ローカルDIDを約束する前にJIT番号購入フローを明確化する

番号がどのように検索、保持、購入され、前払い残高から割り当てられるかを確認します。 JIT(Just-In-Time)とは、在庫を装った架空のショップ在庫が存在しないことを意味し、財務と運用が同一の注文履歴を共有します。 条件書に「カタログに番号準備済み」と記載されていても、保持・購入・割当のパスがない場合、運用チームは二重帳簿を管理する破目になります。

割当後の財務トラブルを防ぐため、最初のUTC周期において誰が初期費用と月額費用を支払うのかを明確にしてください。

Liveバッジと設定中タイルの違いを追及する

Vaultがグリーンになった後にのみLiveバッジを表示できる製品はどれか、また「設定中」が何を意味するのかを確認してください。 運用チームがスモークテストできないチャネルにLiveバッジが付与されているのは、誠実さに欠ける状態です。 運用チームは販売担当者と一緒にカタログを確認し、準備状況に見合わないバッジを指摘する必要があります。

「近日公開」の機能はロードマップの議論に含まれるべきであり、第1週の拘束力のあるリリースリストに入れてはなりません。

STOP処理と本番コンプライアンスゲートを確認する

STOPキーワードがどのように処理され、配信停止リストがどこに保持され、利用する回線でどの本番コンプライアンスゲートが有効化されるかを確認します。 STOP処理の所有者を決めずに署名すると、最初のクレームが法的トラブルや到達率低下の事故につながります。

スピードのためにコンプライアンスをスキップしないよう、STOP処理の回答を初日ランウェイチェックリストと紐付けて管理してください。

関連する運用パス

• SMS API導入チェックリスト
• Day-1ランウェイ：グリーンの条件
• A2P量産前のコンプライアンスゲート

IOSORで始める

コンソールのウェブフック設定を開き、ハートビートのタイムアウト通知の監視担当者や、停止したゲートがシステムのエスカレーションを引き起こす仕組みを確認してください。ステージングプロジェクトでJIT番号の検索、保留、割り当てのワークフローをテストし、停止抑制テーブルが非準拠の回線を確実にブロックしていることを検証してください。

IOSORの要点

買い手のチェックリストでは、契約締結前に運用の透明性を義務付ける必要があります。ローカル番号の明確な保留・購入・割り当てフロー、明示的なウェブフックのハートビート所有権、および検証済みのライブバッジの準備状況を要求することで、トラフィックが開始した際の致命的なローンチ失敗を防ぎます。

セットアップタイルが実際の実行機能と一致していることを確認するために、すべてのカタログ機能を技術評価とともに必ず確認してください。表面的な商用約束や、監査テスト済みの停止抑制および本番コンプライアンスゲートのないローンチルートをそのまま受け入れないでください。