こんにちは、SHIFT Salesforceグループの辻です。

2026年6月25日に開催された AWS Summit Japan 2026 の流通小売・消費財ブースにて、Amazon Quick を活用した物流業務の一気通貫自動化デモを展示しました。本ブログでは、展示の概要とデモの見どころをご紹介します。 はじめに 物流の現場では、基幹・受発注・在庫・配送など複数のシステムにデータが分散しています。今回の展示では、 Amazon Quick がこれらの課題をどのように解決するかを、実際の業務シナリオに沿ってデモでお見せしました。皆さまの物流現場でも、こんな課題はありませんか？ データの散在 ：複数システムにデータが散在し、異常に気付きにくい。探すのも一苦労。 発見の遅れ ：日次レポートの目視確認で数日遅れ、異常を見逃す。 属人化による対応の遅れ ：分析も対応も特定の人に依存し、知識が共通化されていない。 Point 1：データ横断できるようにする バラバラだったデータを一つの AI サービスに集約します。受発注情報、在庫管理情報、配送情報、SLA規約、過去の報告書、業務マニュアル——これらすべてを Amazon Quick に統合し、セキュアに横断活用できるようにします。 これにより、ダッシュボード・Chat Agent・自動化などの Agent 機能から、データを横断的にセキュアに活用できるようになります。自然言語による原因追及、メール送信、ダッシュボードでの異常確認、異常検出の自動化——すべてが、統合されたデータの上で動きます。 Point 2：プロアクティブに情報を獲得し、物流業務を一気通貫で完結 データを集約した上で、プロアクティブに必要な情報を獲得し、すぐにアクションできるようにします。以下の4ステップで、異常検知から対応完了までを一気通貫で完結します。 Quick Automate がシステムの異常を検出し、すぐにチームへ通知。早期発見で対応遅れを防止します。 Quick Sight で配送の滞留異常を一目で把握。チャットで追加グラフも簡単に生成できます。専門知識は不要です。 Chat Agent がチャットだけで根本原因を深掘り分析。基幹データも過去報告書も、セキュアに横断活用します。 配送業者をすぐに特定し、過去の取引状況に沿ったレポートやメール送信を即時で実行します。 ソリューション ステップ1：異常検知と通知（Quick Automate） 従来は日次レポートを目視確認して、数日遅れで配送異常に気づいていました。Amazon Quick では、Quick Automate が受発注・在庫・配送など、業務システムを横断的に監視し、Agent が自律的に異常を検知します。異常を検知した瞬間に、チームの Microsoft Teams チャネルにアラートが通知されます。手作業は不要です。しきい値の設定やトリガー条件はワークフロー内で柔軟に変更でき、分析の視点を与えて Agent に判断させることも可能です。スケジュール実行にも対応しており、定期的な監視を完全に自動化できます。 ステップ2：滞留状況の可視化（Quick Sight） 通知を受け取ったら、次は状況の把握です。従来は配送・在庫・受発注の各システムに個別にログインして確認する必要がありましたが、Amazon Quick なら Quick Sight ダッシュボード1画面で配送の滞留状況をすぐに全体把握できます。AWS のサービスとネイティブに統合されているため、データソースの接続から可視化までを、一つのサービス内でご利用いただけます。 さらに遅延が発生しているルートに関して「ABC運輸の大阪→福岡の遅延率を週別で出して」とチャットで聞けば、その場でグラフが生成されます。「大阪→福岡ルートで他の業者は？」と聞けば、業者リストなど別のデータを掛け合わせ、代替業者を探すことも可能です。SQL や専門知識は不要です。 ステップ3：原因の深掘り分析（Chat Agent） ダッシュボードで異常箇所を特定したら、次は根本原因の追及です。物流専門家の Chat Agent に聞くだけで、業務システムの構造化データと、SharePoint やファイルストア上の報告書・SLA合意書などの非構造化データを Agent がセキュアに横断して読み解きます。権限を持つユーザーのみが適切にデータにアクセスする仕組みです。 従来なら報告書を探して、データを手動で突き合わせて、ベテランに聞いて……半日かかっていた原因追及作業が、チャットで聞くだけで数分で完了します。ベテランの知見を誰でも獲得でき、属人化が解消されます。 ステップ4：業者への素早い問合せ（Connectors） 原因がわかったら、最後は配送業者への対応です。従来は担当者の連絡先を調べ、過去のやり取りを探し、文面を1から作成していました。Amazon Quick では、Agent が業者の連絡先や過去の取引状況を把握しているため、調査で得たすべてのコンテキストを踏まえて適切な文面を自動生成し、メール送信まで完結します。Outlook だけでなく、Gmail・Slack・Salesforce・ServiceNow・Jira など40以上の Action Connector に対応しており、分析→判断→連絡という業務がワンストップで完結します。 アーキテクチャ紹介 本デモの技術構成を紹介します。 関連する業務システム（配送管理・在庫管理・受発注）からデータを取得し、Amazon Quick 内でAgent が利用できるようにデータセットへ変換します。ユーザーはダッシュボードやトピックで配送異常を確認し、Chat Agent を通じて自然言語で原因を追及できるようになります。 物流専門家 Agent が、配送異常がある業者への問い合わせや、過去の対応履歴確認に対応します。Outlook や SharePoint などと Connector で接続しておけば、ユーザーに代わって Agent が過去報告書を探し、問合せ先を確認し、メールを送信してくれます。 定期的な異常確認には Automate を使い、Connector として、業務システムの API と接続します。リアルタイムでの情報確認や Teams へのアラート通知を実現しています。 セキュリティ面では、データごとにアクセス制御（行レベルセキュリティ）や ACLの継承 を設定でき、安全なデータ接続を支援します。 このように、Amazon Quick は可視化・AI 分析・自動化・外部連携をひとつのサービス上で統合的に提供しており、個別のツールを組み合わせる必要がありません。既存のデータソースや業務アプリケーションを横断的に接続し、目的に応じたデータ活用が実現できます。 まとめ 今回の展示では、Amazon Quick が物流業務の課題を以下のように解決する姿をお見せしました。 データの散在 : 1つのサービスに集約し、横断的にセキュアに活用 発見の遅れ : Agent が自律的に異常を検知し、即時通知 属人化 : チャットで聞くだけで誰でも深い分析が可能。対応まで完結 Amazon Quick は単なる BI ツールではなく、検知→可視化→分析→アクションまでを AI で一気通貫に自動化する統合的な体験を提供します。物流に限らず、在庫管理や配送最適化など、複数システムをまたぐ業務課題をお持ちのお客様に幅広くご活用いただけます。 著者について 加藤 菜々美 (Nanami Kato) アマゾンウェブサービスのソリューションアーキテクトです。エンタープライズの小売・消費財業界のお客様を支援しています。AI/ML や、サーバーレスの専門チームにも所属しています。お客様の業種業態に特化したビジネス課題に対して、テクノロジーを駆使した解決手段をお客様と一緒に検討・策定し、展開するご支援をしています。 古山 亮 (Ryo Furuyama) アマゾンウェブサービスのソリューションアーキテクトです。流通小売業界のお客様を中心にクラウド活用の技術支援を行なっています。好きなAWSサービスは Kiro, Quick です。

こんにちは。クロスイノベーション本部の平岡です。 弊社のAzureクラウドSOC（以下Azure SOC）では、Azure環境のセキュリティ設定の可視化と改善、およびセキュリティインシデントの早期発見と調査支援を行っています。 私はAzure SOC運営メンバーとして主にMicrosoft Defender for Cloudを活用し、Azure環境のセキュリティ設定の監視を行っています。 前回書いた ブログ では、Azure SOCで活躍している便利なサービスの一部として、Microsoft Defender for CloudのCSPM機能とCWP機能の概要を紹介しました。 今回はCWP機能の一つであるセキュリティアラートを、メールもしくはMicrosoft Teams（以下Teams）の任意のチャネルに自動通知する方法についてご紹介したいと思います。 セキュリティアラートをメールで通知したい場合 Microsoft Defender for CloudのCWP（クラウドワークロード保護）を有効にすることで、セキュリティアラート画面上に、クラウド環境内で脅威が検知されるようになります。詳細は 前回ブログ をご一読ください。 セキュリティアラートはMicrosoft Defender for Cloudの通知設定もしくは、Azure Monitorのアラート設定を行うことで、メールで通知できます。 特にMicrosoft Defender for Cloudの通知設定は非常に簡単に設定できるため、CWPを活用している場合は設定することをお勧めします。 Microsoft Defender for Cloudのメール通知設定 メールの受信者にはAzure RBACの一部ロールを設定するか、直接メールアドレスを設定できます。 例えば「所有者」ロール選択時には、「所有者」権限が割り当てられている全員宛にMicrosoft Defender for Cloudからメールを受け取ることができます。 Azure Monitorのアラート設定 Azure Monitorのアラート設定では、より詳細に条件を設定できます。 セキュリティアラートをTeamsの任意のチャネルに通知したい場合 単一サブスクリプションを管理している場合はメール通知で十分だと思いますが、Azure SOCではAzure Lighthouseを利用し、弊社内の複数プロジェクトのサブスクリプションのセキュリティ情報を集約しています。 そのため、セキュリティアラート発出時には、サブスクリプション管理者に即時で対応してもらうために、個々のサブスクリプション連絡用チャネルに即時でTeamsの通知を飛ばしたいと考えました。 やりたいこと Microsoft Defender for Cloudのセキュリティアラート発出をトリガーとして、Logic Appsを起動する Excelファイル内のテーブル情報を取得する セキュリティアラートに紐づくサブスクリプションIDと、Excelファイル内のサブスクリプションIDを突き合わせて、該当のTeamsのグループIDとチャネルIDを取得する 取得したグループIDとチャネルIDに該当するTeamsのチャネルに通知する Microsoft Defender for Cloudでワークフローの自動化設定を行う セキュリティアラートが想定のチャネルに投稿されることを確認する 1~4はAzure Logic Apps（以下Logic Apps）で設定し、5はMicrosoft Defender for Cloudで設定します。 最後にサンプルアラートを出して、想定したチャネルに投稿されることを確認します。 Logic Appsの設定 Logic AppsはAzure上で提供されるクラウドベースのワークフローの自動化サービスです。 さまざまなアプリやサービスをつなぎ、業務プロセスを自動化できます。 特徴 ローコード/ノーコードで構築可能 トリガーとアクションの組み合わせで定義 多種多様のコネクタが利用可能(Teams、Microsoft Defender for Cloud、Microsoft 365、Salesforce、X(Twitter)等) 1~4のやりたいことをトリガーとアクションを組み合わせて定義します。 1. Microsoft Defender for Cloudのセキュリティアラート発出をトリガーとして、Logic Appsを起動する メニューの[ロジックアプリデザイナー]を選択すると、[トリガーの追加]ボタンが表示されます。検索欄に"Defender for Cloud"と入力すると、セキュリティアラート以外にもレコメンデーション（推奨事項）や規制コンプライアンスの発出がトリガーとなるコネクタがあることがわかります。 今回は、「Microsoft Defender for Cloud の警告が作成またはトリガーされた場合」トリガーを選びます。 2. Excelファイル内のテーブル情報を取得する トリガーを作成するとアクションを追加できるようになります。 [アクションの追加]ボタンを押下し、検索欄に"Excel"と入力すると、さまざまな種類のExcelコネクタが表示されます。 今回は、「表内に存在する行を一覧表示」アクションを選びます。 Teams内に格納しているExcelファイルにアクセスして、テーブルの情報を取得します。 ExcelファイルにはサブスクリプションID、Teamsのチャネル名、TeamsのグループID、TeamsのチャネルIDを記載しています。Excel内のデータ範囲は、あらかじめテーブルとして書式設定しておく必要があります。 3. セキュリティアラートに紐づくサブスクリプションIDと、Excelファイル内のサブスクリプションIDを突き合わせて、該当のTeamsのグループIDとチャネルIDを取得する [アクションの追加]ボタンを押下し、検索欄に"Filter array"と入力すると、紫のアイコンのビルトインアクションが表示されます。 （ビルトインアクションはタイトルの右横に青字で"Built-in"と表示されています） パラメータタブで、[FROM]にExcelファイルの"Value"を選択します。 [Filter Query]の左辺には動的なコンテンツからExcelファイル内のサブスクリプションID、右辺にはセキュリティアラートに紐づくサブスクリプションIDを選択して、一致する情報をExcelファイルから取得するように設定します。 4. 取得したグループIDとチャネルIDに該当するTeamsのチャネルに通知する [アクションの追加]ボタンを押下し、検索欄に"Teams"と入力し、"チャットまたはチャネルでメッセージを投稿する"チャネルを選択します。 パラメータタブで、[投稿者]は"フローボット"や"ユーザ"を選択できます。プライベートチャネルに投稿したい場合は"ユーザ"を選択しないとエラーになります。 [投稿先]は"グループチャット"または"チャネル"が選択できます。 [チーム]はExcelファイル内の"group_id"、[チャネル]はExcelファイルの"channel_id"を選択します。※"group_id"を選択することで、自動的にループ処理が追加されます。 [メッセージ]では提供したい情報を記載したり、特定の相手にメンションすることもできます。 For each処理のパラメータには"Filter array"の"Body"を選択します。 以上でLogic Appsの設定は完了です。 5. Microsoft Defender for Cloudでワークフローの自動化設定を行う Microsoft Defender for Cloudでワークフローの自動化設定を行います。 メニューで[ワークフローの自動化]を選択し、[＋ワークフロー自動化の追加]を押下します。 [ワークフローの自動化の編集]画面が表示されるため、トリガーの条件やLogic Appsを選択して保存します。 6. セキュリティアラートが想定のチャネルに投稿されることを確認する 最後にセキュリティアラートが想定のチャネルに投稿されることを確認します。 実際にセキュリティアラートを出すのはリスクがあるため、今回はMicrosoft Defender for Cloudの標準機能であるサンプルアラートを出してテストします。 サブスクリプションBのサンプルアラートを出してみます。 サブスクリプションBチャネルを確認すると、無事通知が投稿されていました。 まとめ 今回はMicrosoft Defender for Cloudのセキュリティアラートを、メールまたはTeamsのチャネルに投稿する方法をまとめました。 ローコード/ノーコードで利用できるLogic Appsで、他にも便利な自動化ツールを作成できそうです。 みなさんも是非Logic AppsとMicrosoft Defender for Cloudを組み合わせて活用してみてください！ 私たちは一緒に働いてくれる仲間を募集しています！ 電通総研 キャリア採用サイト 執筆： @hiraoka.eri2 レビュー： @ozaki.hisanori （ Shodo で執筆されました ）