SMS 受信sms.received
ワークフロースタジオ · ノーコードのモバイル自動化
あらゆるモバイルイベントを、適切な次のアクションに変えます。
Workflow Studio は、モバイル上で発生した事象とビジネスが行うべき次の処理をつなぎます。SMS、通話、WhatsApp、またはメールのイベントを選び、厳密な条件でフィルタリングして、ビジュアルワークスペースから1つ以上のアクションをコード不要で起動できます。
✓有効化前に安全に構築・テストできます。シミュレーションでは実際の SMS、WhatsApp メッセージ、メール、通知、webhook は一切送信されません。
イベントデータ
メッセージに「urgent」が含まれるdata.message
一致
{{data.from}}{{data.device_id}}サポートされているイベントSMS、通話、WhatsApp、メールに対応
条件演算子単純な存在確認から正規表現まで
アクションの種類メッセージ、通知、メール、HTTPS の webhook
コードが必要視覚的に設定・シミュレーション・有効化できます
Workflow Studio を選ぶ理由
既存のコミュニケーションチャネルから始める自動化。
着信メッセージ、不在着信、送信失敗はしばしば同じ繰り返しの判断を必要とします。Workflow Studio はそれらのイベントを一貫したプロセスに変換し、誰かがすべての画面を監視するのを待たずに、適切な対応、アラート、または統合が実行されるようにします。
迅速に対応
サポートされているイベントが SMSMobileAPI に届いたらすぐにフォローアップを起動し、手動チェックに頼る必要をなくします。
反復作業を削減
送信者、メッセージ、連絡先、デバイス、イベントデータを次のアクション内で直接再利用できます。
判断を一貫化
キーワード、番号、ステータス、継続時間などの条件を毎回同じように適用できます。
既存システムと連携
一致するモバイルイベントが発生したときに、構造化された HTTPS webhook をあなたのソフトウェアへ送信します。
本番稼働前にテスト
実際のアクションを実行せずに、各条件の結果と解決されたアクションフィールドをプレビューできます。
すべての実行を把握
トリガー、条件のトレース、アクションの状態、試行回数、エラーの詳細を1つの監査ログで確認できます。
ビジュアルビルダー
1つの視覚的ロジック：発生時 → 条件 → 実行。
各ワークフローは1つのイベントから始まり、最大20件の条件を評価でき、最大10件のアクションをキューに追加できます。条件は全てのルールを満たす必要がある設定も、いずれかの一致ルールを受け入れる設定も可能です。
イベントを選択
受信された SMS、不在着信、WhatsApp メッセージ、音声書き起こし、配信結果、またはメールイベントから開始できます。
→適切な状況を絞り込む
フィールドが存在するか、等しいか、含まれているか、前方/後方一致するか、より大きい/小さいか、または正規表現と一致するかをチェックします。
→1つ以上のアクションを実行する
SMS、WhatsApp メッセージ、メール、またはモバイル通知を送信するか、独自の HTTPS webhook を呼び出します。
15件のイベントトリガー
モバイル通信のライフサイクル全体を把握する。
重要な瞬間を正確に選びます。Workflow Studio は SMSMobileAPI に接続されたチャネルからの運用イベントを公開します。
SMS
5件のイベント- API の送信
- 送信確認
- 送信失敗
- SMS を受信
- モバイルから手動で送信された SMS
通話
3件のイベント- 不在着信
- 着信
- 発信
- 提出を送信中
- 送信確認
- 送信失敗
- メッセージを受信
- 音声メッセージが文字起こしされた
メール
2件のイベント- メールが送信された
- メールを受信
厳密な条件設定
大まかなイベントから正確なビジネス判断へ絞り込む。
条件は実際のイベントフィールドを検査します。複数のルールを ALL（すべて）または ANY（いずれか）の論理で組み合わせ、必要に応じて大文字小文字を区別するマッチングを選択し、正規表現を使って高度な形式に対応してください。
存在する存在しない等しい等しくない含む含まないで始まるで終わるより大きいより小さい正規表現
例：緊急の着信 SMS を検出する
- イベント
- sms.received
- フィールド
- data.message
- 演算子
- 含む
- 値
- 緊急
- 次のアクション
- 接続されたモバイルに通知し、確認のSMSを送信します
動的プレースホルダー
動的データにより、すべてのアクションが個別化され有用になります。
ワークフロー実行時にプレースホルダーはイベントの実際の値に置き換えられます。条件では生のフィールド名を使用し、アクション内では同じフィールドを二重波括弧（{{}}）で囲んでください。
条件
data.from→アクション{{data.from}}{{data.from}}着信したSMSまたはWhatsAppメッセージの送信者
{{data.message}}イベントに含まれる完全なテキスト
{{data.number}}通話に関係する電話番号
{{data.device_id}}イベントに関連する接続済みモバイル
{{data.contact_name}}利用可能なWhatsAppまたはモバイル連絡先名
{{data.transcript}}WhatsApp音声メッセージから生成されたテキスト
{{type}}ワークフローを開始した正確なイベントタイプ
{{occurred_at}}通信アクティビティが発生したUTC時刻
重要:イベントが値を提供しない場合、プレースホルダーは空になります。その情報が必要な場合は、“Exists”条件を追加してください。
5つのアクションタイプ
会話を継続するか、別のシステムと連携します。
1つのワークフローに複数のアクションを追加できます。フィールドには固定コンテンツ、動的プレースホルダー、またはその両方を含めることができます。
SMSを送信
送信者に返信したり、チームメンバーに通知したり、接続されたモバイルを通じて業務プロセスを継続できます。
WhatsAppを送信
リンクされアクティブなWhatsAppセッションを通じてWhatsAppの応答をキューに入れます。
メールを送信
SMSMobileAPIアカウントですでに設定済みのメールボックスを使用します。
モバイル通知を送信
デバイス識別子を使用して特定の接続済みSMSMobileAPIモバイルにアラートを送信します。
HTTPSのWebhookを呼び出す
イベントと解決済みフィールドを、あなたのアプリケーション内の公開されたHTTPSエンドポイントにPOSTします。
自動化のアイデア
数分で構築できる実用的なワークフロー。
キーワード返信
SMSを受信し、メッセージに“INFO”が含まれている場合、要求された情報を同じ番号に返送します。
↗不在着信のフォローアップ
不在着信が発生したとき、確認のSMSを送信し、接続されたサポート用モバイルに通知します。
↗WhatsAppのエスカレーション
受信したWhatsAppメッセージに“urgent”が含まれている場合、チームメンバーにアラートを送り、イベントをあなたのHTTPSエンドポイントに転送します。
↗障害監視
SMSまたはWhatsAppの送信処理が失敗した場合、受信者、送信元、返されたエラーを含むメールを送信します。
↗音声メッセージのルーティング
WhatsAppの音声メッセージが文字起こしされたとき、書き起こし内のキーワードを検出してテキストを業務システムに送信します。
↗通話レポート
発着信が同期されたとき、番号、通話時間、デバイスをレポート用エンドポイントに転送します。
↗副作用のないシミュレーション
まずシミュレーションを行ってください。結果が正しいと確認できてから有効化してください。
セーフシミュレーターは、現実的なサンプルイベントを作成し、すべての条件を評価してプレースホルダーを解決します。その後、受信者や外部エンドポイントに接触することなく、どのアクションが実行されるかを表示します。
- ✓各条件について、受け取った値と期待される値を確認できます
- ✓すべて（ALL）またはいずれか（ANY）の条件ロジックが一致するか確認してください
- ✓最終的な受信者、メッセージ、件名、またはJSON本文をプレビューする
- ✓シミュレーション中はすべてのライブ副作用を無効に保ちます
{
"type": "sms.received",
"data": {
"from": "+32470000000",
"message": "urgent request"
}
}制御と可観測性
脆弱なブラウザ操作ではなく、制御された実行のために作られています。
アクティブなワークフローはサポートされるWebhook V2イベントをリッスンします。条件に一致したアクションは耐久性のある非同期キューに入れられ、ダッシュボードの応答性を維持するとともにワーカーが試行回数や失敗を独立して追跡できるようにします。
非同期アクション
外部サービスの遅延がダッシュボードのリクエストをブロックしません。
再試行対応キュー
アクションジョブは試行回数、次回の試行、最終状態を保持します。
アカウント隔離
すべてのワークフロー、実行、アクションは認証されたアカウントに属します。
バージョン管理された定義
保存されるたびにワークフロー定義のバージョンがインクリメントされます。
いつでも一時停止
ワークフローを編集・テスト可能なままにし、実際のイベントに反応させないようにできます。
詳細な監査ログ
実行をフィルタリングして、条件のトレース、アクション結果、エラーを確認できます。
実行ログワークフローがなぜ一致、スキップ、または失敗したのかを把握できます。
実行ログを開く →すべてのチーム向け
オペレーションチームと開発者の双方のために作られています。
中小企業
社内の統合プラットフォームを構築せずに、受付確認やアラートを自動化します。
カスタマーサポート
緊急メッセージや不在着信をより一貫して適切な担当者へ振り分けます。
開発者
共通のルーティングルールをダッシュボードに残したまま、モバイルイベントをHTTPSエンドポイントに接続します。
代理店やインテグレーター
可視的なテストとログを備えた、顧客アカウント向けの再利用可能な通信ロジックを作成します。
ワークフロー FAQ
初めての自動化の前に明確な回答を。
ライブワークフローを有効化する前に、イベント、制限、シミュレーション、実行について理解してください。
コードを書く必要がありますか？＋
SMSMobileAPIのアクションや条件については不要です。カスタムのHTTPSウェブフックを呼び出す、または独自の外部システムに接続する場合のみ開発者が必要になります。
ワークフローは複数の条件を使用できますか？＋
はい。1つのワークフローで最大20の条件をサポートします。すべての条件を一致させるよう要求することも、いずれかの条件が一致したときに処理を継続することもできます。
ワークフローは複数のアクションを起動できますか？＋
はい。1つのワークフローは、ビジュアルビルダーで定義した順序で最大10のアクションをキューできます。
シミュレーションは実際のメッセージを送信しますか？＋
いいえ。シミュレータは条件を評価してプレースホルダを解決しますが、実際のアクションは一切実行しません。
何が起きたかはどこで確認できますか？＋
実行ログにはイベント、ステータス、条件のトレース、非同期アクションの試行、結果の抜粋、およびエラーが表示されます。
オートメーションを削除せずに停止できますか？＋
はい。定義を編集やシミュレーション用に保持したい場合は一時停止し、準備ができたら再度有効化してください。
イベントデータが欠落している場合はどうなりますか？＋
該当するプレースホルダは空の値に解決されます。そのフィールドがアクションで必須の場合は、Exists 条件を使用してください。
ワークフローは外部Webhookと同じですか？＋
補完し合います。Workflow Studio は判定を行い組み込みアクションを実行でき、Webhook アクションは一致したイベントをお使いのアプリケーションに渡せます。
