翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
階層の通知
Notify は、機能と制限が異なる 2 つのサービス層を提供します。すべての新しい設定は、基本階層で開始されます。階層アップグレードの検証が完了したら、アドバンスト階層にアップグレードできます。
基本層
基本階層は、使用開始と少量のユースケース用に設計された保守的な制限で、Notify への即時アクセスを提供します。
| 機能 | 基本層 |
|---|---|
| アクセス | 設定の作成直後 |
| 日次メッセージの制限 | 200 メッセージ |
| トランザクション/秒 (TPS) | 1 TPS |
| サポートされている国 | 事前に承認された 30 の低リスク国 |
| ID タイプ | ロングコード、通話料無料、送信者 IDs |
| SMS 保護 | 必須 (無効にすることはできません) |
| 国設定 | 修正済み (事前承認リストのみ) |
| デフォルトの支出制限 | 「支出制限を通知する」を参照してください。 |
| 顧客所有の ID サポート | はい (オプションのプールの関連付け) |
アドバンスト階層
アドバンスト階層は、階層アップグレードの検証後に、より高い制限、プレミアム ID、および設定可能な国ルールをロック解除します。
| 機能 | アドバンスト階層 |
|---|---|
| アクセス | 階層アップグレードの検証後 |
| 日次メッセージの制限 | 無制限 |
| トランザクション/秒 (TPS) | 25 |
| サポートされている国 | サポートされているすべての国 |
| ID タイプ | ショートコード、ロングコード、通話料無料、送信者 IDs |
| SMS 保護 | 必須 |
| 国設定 | 設定可能な許可/ブロックルール |
| デフォルトの支出制限 | 「支出制限を通知する」を参照してください。 |
| 顧客所有の ID サポート | はい (オプションのプールの関連付け) |
アドバンスト階層へのアップグレード
Basic 階層から Advanced 階層にアップグレードするには、正当なエンドユーザー同意メカニズムが整っていることを証明して、階層のアップグレードの検証を完了する必要があります。
提供する必要があるもの
- オプトイン方法
エンドユーザーから同意を収集する方法を選択します。
口頭 – 電話による同意の収集 (カスタマーサービスへの電話や IVR の確認など)。
デジタルフォーム – デジタルインタラクションを通じて収集された同意 (ウェブサインアップフォーム、モバイルアプリアカウントの作成、チェックアウトチェックボックス、利用規約の承諾など)。
- オプトインの証明
同意収集プロセスの証拠を提供します。
口頭によるオプトインの場合: 同意が得られた場所を示すスクリプトまたは IVR フローを呼び出します。
デジタルオプトインの場合: ユーザーが同意するフォームまたはページのスクリーンショットまたは URL。
- ビジネスドキュメント
ビジネスとユースケースに関する情報を提供します。
重要
オプトインプロセスには、利用規約とプライバシーポリシーページへのリンクが含まれている必要があります。必要な言語と例については、「」を参照してくださいモバイルキャリアの前提条件を通知する。
オプトインの例
言語オプトイン (IVR またはカスタマーサービスコール)
「本人確認のため、1 回限りの検証コードを携帯電話に送信します。電話番号を指定することで、この自動テキストメッセージを受信することに同意したものとみなされます。メッセージ料金とデータ料金が適用される場合があります。メッセージの頻度はさまざまです。ヘルプが必要な場合は HELP を、キャンセルする場合は STOP を返信してください。この検証コードを受け取ることに同意しますか?」
デジタルフォームオプトイン (ウェブまたはモバイルアプリ)
「電話番号を入力して「コードの送信」をクリックすると、指定された番号で [ブランド] から自動 1 回限りの検証コードを受け取ることに同意します。メッセージ料金とデータ料金が適用される場合があります。メッセージの頻度はさまざまです。ヘルプが必要な場合は HELP、キャンセルの場合は STOP と返信してください。利用規約 | プライバシーポリシー"
注記
これらの例は、情報メッセージングの CTIA メッセージング原則とベストプラクティスに従います。OTP 検証コードは、ユーザーがリクエストを開始するため、情報 (プロモーションではない) と見なされます。STOP/HELP の開示は、単一のトランザクションメッセージでは技術的にはオプションですが、特に米国のショートコードを使用する場合は、通信事業者のコンプライアンスのためにそれらを含むことをお勧めします。
アップグレードをリクエストする方法
レビュープロセス
アップグレードリクエストは、自動処理と人間によるレビューを組み合わせてレビューされます。レビュアーは、オプトインメカニズムが本物であること、エンドユーザーがメッセージの受信に明確に同意していること、ユースケースがコード検証メッセージングと一致していることを確認します。
ほとんどのリクエストは 3~5 営業日以内に処理されます。
| 結果 | 説明 |
|---|---|
| APPROVED | 設定がアドバンスト階層にアップグレードされます。 |
| 必要な詳細情報 | 追加のドキュメントが必要です。必要なものの詳細が表示されます。 |
| 拒否 | リクエストが検証要件を満たしていません。更新された情報を使用して再送信できます。 |
アップグレードステータスの追跡
Notify 設定の TierUpgradeStatusフィールドには、現在のステータスが表示されます。
| ステータス | 説明 |
|---|---|
BASIC |
アップグレードはリクエストされていません。設定は基本階層にあります。 |
PENDING_UPGRADE |
アップグレードリクエストが送信され、レビュー中です。 |
ADVANCED |
アップグレードが承認されました。設定は Advanced 階層にあります。 |
REJECTED |
アップグレードリクエストが拒否されました。修正された情報を使用して新しい登録を送信できます。 |
コンプライアンス上の責任
階層にかかわらず、以下の責任はお客様にあります。
同意の取得 – メッセージを送信する前に、受信者から適切な同意を取得します。コード検証の場合、これは通常、ユーザーが OTP をトリガーするアクションを開始したことを意味します (ログイン、アカウントの作成、パスワードのリセットなど)。
適用法の遵守 – 米国の電話消費者保護法 (TCPA)、欧州の GDPR、その他の適用可能な規制など、ユースケースと送信先の国の法的要件に従います。
キャリアポリシーに従う – メッセージングに適用されるキャリアポリシーに準拠します。 AWS は、キャリアポリシーの変更を通知するために合理的な努力をします。
詳細については、「モバイルキャリアの前提条件を通知する」を参照してください。