【ノーコードで実現】GitHubのデータをMicrosoft Teamsに自動で通知する方法

■概要

GitHubでのプロジェクト管理において、Issueの更新状況をチームに共有する際、手作業での通知に手間を感じていませんか。また、重要な更新の共有漏れが課題になることもあります。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容が自動でMicrosoft Teamsに通知されるため、情報共有の迅速化と抜け漏れ防止を実現できます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを使い、開発プロジェクトの進捗を管理している方
• Issueの更新を手作業でチームに共有しており、通知漏れや遅延に課題を感じる方
• 開発チーム内の情報共有を円滑にし、コミュニケーションを活性化させたい方

■このテンプレートを使うメリット

• GitHubのIssue更新を検知し自動で通知するため、手作業での確認や共有の手間を省き、本来の業務に集中する時間を確保できます。
• 手動での通知による共有漏れや、情報の転記ミスといったヒューマンエラーを防ぎ、チームへの確実な情報伝達を実現します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが更新されたら」というアクションを設定して、監視したいリポジトリを指定します。
3. 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたIssueのみを通知するなど、後続の処理を行う条件を指定します。
4. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、トリガーで取得したIssueの情報を基に通知メッセージを作成し、指定のチャンネルへ送信します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• 分岐機能では、「特定の担当者がアサインされた場合」や「特定のラベルが付与された場合」など、Issueの更新内容に応じた条件を任意に設定できます。
• Microsoft Teamsへの通知メッセージは、件名や本文などを自由に編集できるほか、IssueのタイトルやURLといったGitHubから取得した情報を組み込んで、より分かりやすい内容にカスタマイズすることが可能です。また、通知先のチャンネルも自由に変更できます。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。

■概要

GitHubのIssue管理において、毎日の状況確認やチームへの共有を手作業で行うことに手間を感じていませんか。この手作業は、重要な更新の見落としや共有漏れといったリスクにも繋がりかねません。このワークフローを活用すれば、設定したスケジュールでGitHubからIssueの一覧を自動で取得し、Microsoft Teamsへ通知できます。これにより、チーム内の情報共有を円滑にし、開発の進捗管理を効率化します。

■このテンプレートをおすすめする方

• GitHubのIssueをチームに共有する業務を効率化したい開発担当者の方
• チームのタスク進捗をMicrosoft Teams上で手軽に把握したいプロジェクトマネージャーの方
• 定期的な報告業務を自動化し、ヒューマンエラーをなくしたいと考えているチームリーダーの方

■このテンプレートを使うメリット

• 設定したスケジュールでIssueが自動で共有されるため、これまで手作業での確認や転記に費やしていた時間を短縮することができます。
• 手作業による情報共有で発生しがちな、通知の漏れや誤った情報の伝達といったヒューマンエラーのリスクを軽減し、確実な情報共有を実現します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでスケジュールトリガー機能を選択し、「平日の毎朝9時」など、任意の実行スケジュールを設定します。
3. 次に、オペレーションでGitHubの「Issueの一覧を取得」アクションを設定し、対象のリポジトリを指定します。
4. 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、取得したIssueの情報を指定のチャネルに通知します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• スケジュールトリガー機能では、実行したい曜日や時間などを任意で設定できます。例えば、「平日の毎朝9時に実行する」といった設定が可能です。
• Microsoft Teamsへの通知では、チームIDやチャネルIDを任意に指定できます。メッセージには固定テキストのほか、前段のGitHubで取得したIssueのタイトルやURLといった情報を組み込めます。

■注意事項

• GitHub、Microsoft TeamsのそれぞれとYoomを連携してください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

GitHubでのプロジェクト管理において、Issueの更新状況をチームに共有する際、手作業での通知に手間を感じていませんか。また、重要な更新の共有漏れが課題になることもあります。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容が自動でMicrosoft Teamsに通知されるため、情報共有の迅速化と抜け漏れ防止を実現できます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを使い、開発プロジェクトの進捗を管理している方
• Issueの更新を手作業でチームに共有しており、通知漏れや遅延に課題を感じる方
• 開発チーム内の情報共有を円滑にし、コミュニケーションを活性化させたい方

■このテンプレートを使うメリット

• GitHubのIssue更新を検知し自動で通知するため、手作業での確認や共有の手間を省き、本来の業務に集中する時間を確保できます。
• 手動での通知による共有漏れや、情報の転記ミスといったヒューマンエラーを防ぎ、チームへの確実な情報伝達を実現します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが更新されたら」というアクションを設定して、監視したいリポジトリを指定します。
3. 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたIssueのみを通知するなど、後続の処理を行う条件を指定します。
4. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、トリガーで取得したIssueの情報を基に通知メッセージを作成し、指定のチャンネルへ送信します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• 分岐機能では、「特定の担当者がアサインされた場合」や「特定のラベルが付与された場合」など、Issueの更新内容に応じた条件を任意に設定できます。
• Microsoft Teamsへの通知メッセージは、件名や本文などを自由に編集できるほか、IssueのタイトルやURLといったGitHubから取得した情報を組み込んで、より分かりやすい内容にカスタマイズすることが可能です。また、通知先のチャンネルも自由に変更できます。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。

■概要

GitHubにIssueが作成されたらMicrosoft Teamsに通知するフローです。

‍

■注意事項‍

・‍GitHubとMicrosoft TeamsそれぞれとYoomの連携設定が必要です。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

開発プロジェクトにおいて、GitHubで作成されたPull Requestの確認が遅れたり、レビュー依頼の連絡が漏れたりすることはないでしょうか。このような手作業での情報共有は、開発サイクルの遅延に繋がる可能性があります。このワークフローを活用すれば、GitHubでPull Requestが作成された瞬間にMicrosoft Teamsへ自動で通知され、レビュー依頼の見落としを防ぎ、開発プロセスを円滑に進めることが可能です。

■このテンプレートをおすすめする方

• GitHubでのPull Requestの確認や、レビュー依頼の連絡に手間を感じている開発者の方
• Microsoft Teamsを活用して、開発の進捗をリアルタイムで把握したいチームリーダーの方
• 開発チーム全体のコミュニケーションを効率化し、生産性を向上させたいマネージャーの方

■このテンプレートを使うメリット

• Pull Requestが作成されると自動で通知が送信されるため、手作業での連絡や確認に費やしていた時間を短縮し、本来の業務に集中できます。
• 手動での連絡による通知漏れや宛先の間違いといった人的ミスを防ぎ、レビュアーへ確実に情報を伝達することで、開発サイクルの停滞を回避します。

■フローボットの流れ

1. はじめに、お使いのGitHubアカウントとMicrosoft TeamsアカウントをYoomに連携します。
2. 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定して、フローボットが起動するきっかけを作ります。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、通知先のチャネルやメッセージ内容を設定します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft Teamsへの通知設定では、通知を送信したいチームのIDやチャネルのIDを任意で指定することが可能です。
• 送信するメッセージの本文には、固定のテキストだけでなく、トリガーとなったGitHubのPull Requestから取得したタイトルやURLなどの情報を組み込めます。

■注意事項

• GitHub、Microsoft TeamsのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

開発プロジェクトにおいて、GitHubでプルリクエストが更新されるたびに、手作業でMicrosoft Teamsに関係者へ通知していませんか？この作業は頻繁に発生するため手間がかかる上、通知漏れなどのミスも起こりがちです。このワークフローは、GitHubでのプルリクエスト作成や更新を検知し、指定したMicrosoft Teamsのチャネルへ自動でメッセージを送信することで、こうした課題を解消します。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを利用し、手動での通知作業に手間を感じている開発者の方
• プルリクエストのレビュー依頼や進捗共有のプロセスを効率化したいチームリーダーの方
• 開発チーム内の情報共有を迅速化し、コミュニケーションロスをなくしたいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• GitHubでプルリクエストが更新されると自動で通知が飛ぶため、これまで手作業での連絡に費やしていた時間を短縮し、開発業務に集中できます。
• 手作業による通知漏れや宛先の間違いといったヒューマンエラーを防ぎ、関係者へ確実かつ迅速に情報を共有することが可能になります。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「プルリクエストが作成または更新されたら」というアクションを設定します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定することで、プルリクエストの更新情報が自動で通知されます。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft Teamsでメッセージを送信するアクションでは、通知を送信したいチームやチャネルを任意で設定してください。また、メッセージの本文やメンションするユーザーも自由にカスタマイズが可能です。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

GitHubでの開発プロジェクトにおいて、IssueやPull Requestへのコメント確認は重要ですが、見逃しや確認漏れが発生しがちではないでしょうか。特にチームでの開発では、コミュニケーションの遅れが作業の停滞に繋がることもあります。このワークフローを活用すれば、GitHubでコメントが作成されると、自動でMicrosoft Teamsに通知が送信されるため、リアルタイムでの情報共有を円滑に進めることができます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを使い、開発プロジェクトの進捗を管理している方
• IssueやPull Requestのコメント確認漏れを防ぎ、迅速な対応を実現したい方
• 開発チーム内のコミュニケーションを活性化し、情報共有をスムーズにしたい方

■このテンプレートを使うメリット

• GitHubでコメントが作成されると自動でMicrosoft Teamsに通知が飛ぶため、確認作業の手間を省き、時間を有効活用できます。
• 重要なコメントの見落としを防ぎ、迅速なフィードバックが可能になることで、開発の遅延リスクを軽減します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「IssueまたはPull Requestにコメントが作成されたら」というアクションを設定します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定して、GitHubのコメント内容などを通知します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• GitHubのトリガー設定では、IssueまたはPull Requestにコメントが作成されたことを検知する対象のリポジトリを任意で指定することが可能です。
• Microsoft Teamsの通知設定では、メッセージを送信したいチームやチャネルを任意で指定できます。
• 通知メッセージは、固定のテキストだけでなく、トリガーで取得したコメント内容や作成者名、Issueのタイトルといった情報を組み合わせて自由に作成可能です。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

GitHubでのプロジェクト管理において、Issueの更新状況をチームに共有する際、手作業での通知に手間を感じていませんか。また、重要な更新の共有漏れが課題になることもあります。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容が自動でMicrosoft Teamsに通知されるため、情報共有の迅速化と抜け漏れ防止を実現できます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを使い、開発プロジェクトの進捗を管理している方
• Issueの更新を手作業でチームに共有しており、通知漏れや遅延に課題を感じる方
• 開発チーム内の情報共有を円滑にし、コミュニケーションを活性化させたい方

■このテンプレートを使うメリット

• GitHubのIssue更新を検知し自動で通知するため、手作業での確認や共有の手間を省き、本来の業務に集中する時間を確保できます。
• 手動での通知による共有漏れや、情報の転記ミスといったヒューマンエラーを防ぎ、チームへの確実な情報伝達を実現します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが更新されたら」というアクションを設定して、監視したいリポジトリを指定します。
3. 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたIssueのみを通知するなど、後続の処理を行う条件を指定します。
4. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、トリガーで取得したIssueの情報を基に通知メッセージを作成し、指定のチャンネルへ送信します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• 分岐機能では、「特定の担当者がアサインされた場合」や「特定のラベルが付与された場合」など、Issueの更新内容に応じた条件を任意に設定できます。
• Microsoft Teamsへの通知メッセージは、件名や本文などを自由に編集できるほか、IssueのタイトルやURLといったGitHubから取得した情報を組み込んで、より分かりやすい内容にカスタマイズすることが可能です。また、通知先のチャンネルも自由に変更できます。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。

■概要

GitHubでのプロジェクト管理において、Issueの更新状況をチームに共有する際、手作業での通知に手間を感じていませんか。また、重要な更新の共有漏れが課題になることもあります。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容が自動でMicrosoft Teamsに通知されるため、情報共有の迅速化と抜け漏れ防止を実現できます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft Teamsを使い、開発プロジェクトの進捗を管理している方
• Issueの更新を手作業でチームに共有しており、通知漏れや遅延に課題を感じる方
• 開発チーム内の情報共有を円滑にし、コミュニケーションを活性化させたい方

■このテンプレートを使うメリット

• GitHubのIssue更新を検知し自動で通知するため、手作業での確認や共有の手間を省き、本来の業務に集中する時間を確保できます。
• 手動での通知による共有漏れや、情報の転記ミスといったヒューマンエラーを防ぎ、チームへの確実な情報伝達を実現します。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが更新されたら」というアクションを設定して、監視したいリポジトリを指定します。
3. 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたIssueのみを通知するなど、後続の処理を行う条件を指定します。
4. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、トリガーで取得したIssueの情報を基に通知メッセージを作成し、指定のチャンネルへ送信します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• 分岐機能では、「特定の担当者がアサインされた場合」や「特定のラベルが付与された場合」など、Issueの更新内容に応じた条件を任意に設定できます。
• Microsoft Teamsへの通知メッセージは、件名や本文などを自由に編集できるほか、IssueのタイトルやURLといったGitHubから取得した情報を組み込んで、より分かりやすい内容にカスタマイズすることが可能です。また、通知先のチャンネルも自由に変更できます。

■注意事項‍

• GitHub、Microsoft TeamsとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。

■概要

開発チーム内での報告や依頼をMicrosoft Teamsで行う際、その内容をGitHubのIssueに手作業で転記するのは手間がかかり、対応漏れの原因にもなりがちではないでしょうか。このワークフローを活用すればMicrosoft Teamsの特定チャネルに投稿されたメッセージを検知し、AIが内容を解析してGitHubにIssueを自動で作成するため、こうした課題を解消し、開発の初動を早めることが可能です。

■このテンプレートをおすすめする方

• Microsoft TeamsとGitHub間の情報連携を手作業で行っている開発者やPM
• ユーザーからのフィードバックやバグ報告のIssue起票を効率化したい方
• コミュニケーションとタスク管理の連携を自動化し、チームの生産性を高めたい方

■このテンプレートを使うメリット

• Microsoft Teamsのメッセージをもとに自動でIssueが作成されるため、転記作業にかかる時間を短縮し、本来の業務に集中できます。
• 手作業による情報の転記ミスや、重要な報告に対するIssueの作成漏れといったヒューマンエラーを防ぎ、対応の質を向上させます。

■フローボットの流れ

1. はじめに、Microsoft TeamsとGitHubをYoomと連携します。
2. 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定し、監視したいチャネルを指定します。
3. オペレーションで分岐機能を設定し、特定のキーワードが含まれるメッセージの場合のみ、後続の処理に進むよう条件を設定します。
4. 続いて、オペレーションでAI機能を設定し、メッセージ本文からIssueのタイトルや説明文など、必要な情報を抽出します。
5. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、AIが抽出した情報を利用してIssueを自動で作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• 分岐機能では、「バグ報告」や「#issue」といった特定のキーワードを含むメッセージのみを処理の対象とするなど、後続のオペレーションを起動させる条件を任意で設定できます。
• AI機能によるテキスト抽出では、Microsoft Teamsのメッセージ本文からIssueのタイトルや本文、担当者、ラベルなど、抽出したい項目を自由にカスタマイズすることが可能です。
• GitHubにIssueを作成するアクションでは、タイトルや本文、担当者、リポジトリなどを、前段で取得した情報や固定値を埋め込むことで柔軟に設定できます。

■注意事項

• Microsoft Teams、GitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
  ご利用プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

プロジェクト管理でAsanaをご利用の際、開発チームへの連携としてGitHubに手動でIssueを登録していませんか。この作業は二重入力の手間がかかるだけでなく、情報の転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、Asanaで新しいタスクが作成されたタイミングで、GitHubのIssueを自動で作成し、開発連携のプロセスを円滑に進めることが可能です。

■このテンプレートをおすすめする方

• Asanaでタスクを管理し、開発チームにGitHubで依頼しているプロジェクトマネージャーの方
• AsanaとGitHub間の情報連携を手作業で行っており、入力の手間や漏れをなくしたい方
• 開発チームのタスク管理プロセスを自動化し、生産性の向上を目指している方

■このテンプレートを使うメリット

• Asanaでタスクが作成されると自動でGitHubにIssueが作成されるため、これまで手作業で行っていた情報連携の時間を短縮できます。
• 手作業での情報転記が不要になることで、タスク名の入力ミスや依頼内容の記載漏れといったヒューマンエラーの発生を防ぎます。

■フローボットの流れ

1. はじめに、AsanaとGitHubをYoomと連携します。
2. 次に、トリガーでAsanaを選択し、「特定のプロジェクトに新しいタスクが追加されたら」というアクションを設定します。
3. 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定して、Asanaのタスク情報を基にIssueが作成されるようにします。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Asanaのトリガー設定では、どのプロジェクトで作成されたタスクを自動化の対象にするか、ご自身のワークスペースIDおよびプロジェクトIDを候補から選択してください。
• GitHubでIssueを作成するアクションでは、対象リポジトリのオーナー名とリポジトリ名を設定し、Asanaのタスク情報を基にIssueのタイトルや本文などを自由に設定します。

■注意事項

• Asana、GitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

「GitHubでプルリクエストが作成されたら、Notionにも追加する」フローは、開発チームの作業を効率化する業務ワークフローです。
GitHubで新たなプルリクエストが発生すると、自動的にNotionの指定ページにその情報が記録されます。

‍

■このテンプレートをおすすめする方

• GitHubとNotionを日常的に活用している開発チームのリーダーの方
• プロジェクトの進捗管理を効率化したいエンジニアの方
• 手動でのプルリクエスト管理に時間を取られているチームメンバーの方
• 情報共有を自動化し、チーム全体の生産性を向上させたい方
• 異なるツール間の連携を強化し、ワークフローを最適化したいプロジェクトマネージャーの方

‍

■このテンプレートを使うメリット

GitHubとNotionの両方で同じ情報を管理している場合、手作業での同期にはヒューマンエラー発生のリスクを伴います。
この自動化を取り入れることで、プルリクエストの状況を迅速にNotionに反映することができます。
これにより、プロジェクトの進捗や課題を一元管理でき、チーム全体での情報共有がスムーズに行えます。
手動でのデータ入力を減らし、時間と労力を節約しながら、開発プロセスの透明性を高めることが可能です。

■概要

GitHubで新しいIssueが作成されるたびに、内容を把握し、優先順位を判断するのは手間がかかる作業です。特に多くのIssueが同時に発生すると、重要な情報を見落としたり、対応が遅れてしまうこともあります。このワークフローを活用すれば、新しいIssueの作成をトリガーに、ChatGPTがその内容を自動で分析しコメントを追加するため、Issueの内容把握を迅速化し、開発プロセスの効率化に繋がります。

■このテンプレートをおすすめする方

• GitHubでのIssue管理に多くの時間を費やしているプロジェクトマネージャーの方
• ChatGPTを活用して、開発プロセスの初期対応を効率化したいと考えている方
• 手作業によるIssueの確認漏れや、対応の遅延を防ぎたい開発チームの方

■このテンプレートを使うメリット

• GitHubでIssueが作成されるとChatGPTが内容を分析・要約するため、手動での確認作業にかかる時間を短縮できます。
• Issueの内容把握が迅速かつ均一化され、担当者の割り振りや対応の優先順位付けがスムーズになり、開発プロセスの属人化を防ぎます。

■フローボットの流れ

1. はじめに、GitHubとChatGPTをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、フローが起動するきっかけを作ります。
3. 続いて、オペレーションでChatGPTの「テキストを生成（高度な設定）」アクションを設定し、トリガーで取得したIssueのタイトルや本文を元に、内容の分析や要約を指示します。
4. 最後に、オペレーションでGitHubの「Issue・Pull Requestにコメントを追加」アクションを設定し、ChatGPTが生成したテキストを該当のIssueにコメントとして投稿します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• ChatGPTの「テキストを生成」アクションを実行するには、OpenAIのAPI有料プランの契約が必要であり、APIが使用された際に支払いができる状態にしておく必要があります。
• ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。

■注意事項

• GitHubとChatGPTのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
  https://openai.com/ja-JP/api/pricing/
• ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。

■概要

GithubでIssueが作成されたらMicrosoft Excelに追加するフローです。

‍

■このテンプレートをおすすめする方‍

1.Githubを業務に活用している方

・Issueを活用してタスクを管理している方

・開発環境効率化を目指す方

‍

2.Microsoft Excelを業務に活用している方

・データの一元管理場所として使用している方

‍

■このテンプレートを使うメリット

GithubはIssueを活用してタスク管理することで、業務の透明性を向上させることのできるツールです。
さらにMicrosoft Excelでもタスクを管理することで、進捗状況の管理を円滑にします。
しかし、GithubのIssueの登録ごとにMicrosoft Excelに手作業で入力するのは、意思決定の遅延を招く可能性があります。

このフローを活用すると、GithubにIssueが登録されたら自動でMicrosoft Excelにも登録するため、手作業を省くことができます。
これまで手作業にかかっていた時間をタスク解決に使用することで、迅速な問題解決につながります。

また、このフローに続けてチャットツールを連携してチーム全体への情報共有を自動化することも可能です。

‍

■注意事項‍

・Github、Microsoft ExcelのそれぞれとYoomを連携してください。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。

・プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

Google Chatでメッセージが投稿されたらGitHubでIssueを作成するフローです。

‍

■このテンプレートをおすすめする方‍

1.チャットツールを利用して業務を進めている方

・Google Chatを業務で活用している方

‍

2.Githubで管理業務を行う方

・ソフトウェア開発におけるバグやタスク管理をGithubで行う方

‍

■このテンプレートを使うメリット

GithubのIssueを活用することで、課題やタスクを管理することができ、プロジェクトの進行を可視化することができます。
しかし、チャットツールでやり取りした内容をそのままタスクとして追加したい場合、Githubへの転記作業が手間だと感じているかもしれません。

このテンプレートは、Google Chatで任意のルームにメッセージが投稿されたらGithubで自動的にIssueを作成することができます。
Issueの作成がタイムリーに行われるため、チーム内におけるタスクの共有をスピーディーに行うことが可能です。

‍

■注意事項‍

・Google Chat、GitHubのそれぞれとYoomを連携してください。

・Google Chatとの連携はGoogle Workspaceの場合のみ可能です。詳細はこちらを参照ください。

・AIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。

・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。

・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。

・プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

Googleフォームで受け付けたバグ報告や機能要望などを、都度GitHubに手動で起票していませんか？
この手作業は入力漏れや転記ミスの原因となるだけでなく、開発の初動を遅らせる要因にもなりえます。
このワークフローは、Googleフォームへの回答送信をトリガーに、自動でGitHubにIssueを作成するため、報告からタスク化までをスムーズに繋げることが可能です。

■このテンプレートをおすすめする方

• Googleフォームで受けた報告をGitHubに手作業で転記している方
• ユーザーからのフィードバック管理を効率化し、開発速度を向上させたい方
• GoogleフォームとGitHubを連携することで、手作業によるヒューマンエラーをなくしたい方

■このテンプレートを使うメリット

• Googleフォームへの回答を基に自動でGitHubのIssueが作成されるため、手動での転記作業にかかっていた時間を削減できます。
• 手作業による情報のコピー＆ペーストが不要になることで、入力ミスや報告漏れといったヒューマンエラーを防ぐことに繋がります。

■フローボットの流れ

1. はじめに、GoogleフォームとGitHubをYoomと連携します。
2. 次に、トリガーでGoogleフォームの「フォームに回答が送信されたら」というアクションを設定します。
3. 最後に、オペレーションでGitHubの「Issueを作成」のアクションを選択し、Googleフォームから取得した情報をIssueのタイトルや本文などの項目に設定します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• GitHubでIssueを作成するアクションでは、Googleフォームの回答内容をIssueのタイトルや本文などの項目に変数として埋め込むことが可能です。

■注意事項

• GoogleフォームとGitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Googleフォームをトリガーとして使用した際の回答内容を取得する方法は下記を参照ください。
  https://intercom.help/yoom/ja/articles/6807133

■概要

SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。

‍

■このテンプレートをおすすめする方‍

1.SalesforceのToDoオブジェクトを利用する営業・サポート担当者

・顧客からの問い合わせや要望、社内タスクなどをSalesforceのToDoで管理して開発チームへの対応依頼をGitHubに登録したい方

・ToDoを手動でGitHubに転記する手間を省いて業務効率を向上させたい方

・SalesforceとGitHubの情報連携を強化して顧客対応と開発対応の連携をスムーズにしたい方

‍

2.GitHubを利用する開発チーム

・SalesforceのToDoに登録された顧客からの問題や要望をGitHub上で管理して開発プロセスに組み込みたい方

・営業・サポートチームからの情報をリアルタイムに把握して迅速な対応をしたい方

‍

■このテンプレートを使うメリット

Salesforceは顧客管理に非常に強力なツールですが、ToDoオブジェクトが登録されるたびにGitHubに手動でISSUEを追加するのは、手入力ミスや情報の漏れが発生する可能性があります。

このフローを活用すれば、SalesforceでToDoオブジェクトが登録されたら自動的にGitHubに必要な情報が追加されて、営業担当者や開発チームはSalesforceとGitHubの両方を確認する必要がなくなり、最新の情報を効率的に共有することができます。
また、手作業での入力作業が不要になるため業務効率が向上して入力ミスを防ぐこともできます。

‍

■注意事項‍

・Salesforce、GitHubのそれぞれとYoomを連携してください。

・Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。

・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。

■概要

Trelloでカードが登録されたらGitHubに追加するフローです。

‍

■このテンプレートをおすすめする方

1.Trelloでタスク管理を行う企業

・チーム内でのタスク管理に活用している方

・タスクの進捗を可視化している方

2.GitHubによるタスク管理を行う企業

・Issues機能を使ってタスク管理を行う方

・開発関連のプロジェクト進行を担当する方

‍

■このテンプレートを使うメリット

Trelloは進捗状況の可視化やタスクの割り当てなど、チームで業務を進行するために有効的なツールです。
さらにGitHubを使用することで、よりチームメンバー間のコミュニケーションを円滑にする事ができます。
しかしTrelloの内容をGitHubに毎回手入力するのはチーム全体の生産性にも悪影響を及ぼす可能性があります。

チームプロジェクトを円滑に進めたいと考える方にこのフローは適しています。
このフローを使うことで、Trelloの情報をGitHubに自動で追加する事ができるため、入力作業を省くことができます。
また引用した内容で登録を行うことで、手入力によるヒューマンエラーを防ぐことができ、チーム内で共有する情報の正確性を高く保つ事ができます。

■注意事項‍

・Trello、GitHubのそれぞれとYoomを連携してください。

■概要

Zoho CRMでタスクが登録されたらGitHubに追加するフローです。

‍

■このテンプレートをおすすめする方‍

1.営業タスクの管理でZoho CRMを活用している方

・営業関連のタスクをZoho CRMで管理している方

・商談の進捗やリードの管理でZoho CRMを利用する方

‍

2.チーム内のタスクを管理する方

・GitHubでタスク管理を行っている方

・Zoho CRMとGitHubを連携してタスク管理を効率化したい方

‍
■このテンプレートを使うメリット

Zoho CRMは顧客対応を効率化でき、営業活動を円滑に進めることができます。
しかし、営業関連とそれ以外の業務でツールを分けてタスク管理をしている場合、プロジェクト全体のタスク管理が煩雑になる可能性があります。

このテンプレートは、Zoho CRMでタスクが登録されるとGitHubに自動でタスクを追加することができ、管理業務を効率化できます。
プロジェクト全体のタスクがGitHubに集約されるため、タスクの可視化に役立ち、チーム内の情報共有をスムーズにすることが可能です。

また、GitHubへの誤入力や登録漏れも防止できるため、プロジェクト運営が円滑になります。

‍

■注意事項‍

・Zoho CRM、GitHubのそれぞれとYoomを連携してください。

■概要

‍GitHubでIssueが新しく作成または更新されたら、Googleスプレッドシートに自動で追加します。

‍

■設定方法‍

・‍GitHub、GoogleスプレッドシートとYoomを連携してください。（マイアプリ連携）

・‍GitHubの「Issueが新しく作成または更新されたら」というトリガーで、オーナー名とリポジトリ名を指定してください。

・Googleスプレッドシートの「レコードを追加する」というオペレーションで、追加先のスプレッドシート情報を指定してください。

‍

■注意事項

・GitHubアカウントとGoogleスプレッドシートアカウントとの連携設定が必要です。

■概要
「Microsoft Teamsでメッセージが投稿されたらNotionにページを作成する」ワークフローは、チーム内のコミュニケーションを効率化し、情報を一元管理するための業務ワークフローです。Microsoft Teamsで重要なメッセージが投稿された際に、自動的にNotionに詳細なページを生成することで、情報の漏れや重複を防ぎ、チーム全体での情報共有をスムーズに行えます。

‍
■このテンプレートをおすすめする方

• Microsoft TeamsとNotionを日常的に利用しており、情報管理に課題を感じているチームリーダーの方
• チーム内の重要な会話やメッセージを自動的に記録・整理したいと考えている業務担当者の方
• 手動で情報を転記する手間を省き、業務効率を向上させたいと考えている経営者の方

■このテンプレートを使うメリット

• 情報の一元管理：Teamsのメッセージが自動でNotionに反映されるため、重要な情報を一箇所で確認できます。
• 作業時間の短縮：手動での転記作業が不要になり、他の重要な業務に時間を割けます。
• 情報の見逃し防止：自動化により重要なメッセージの見逃しや漏れを防ぎ、チームの連携を強化します。

‍

■概要

Microsoft TeamsとSlackを併用している環境で、情報の確認漏れやツール間の手作業による転記に手間を感じることはないでしょうか。重要なメッセージを見逃したり、都度コピー＆ペーストで共有する作業は、コミュニケーションの遅延や非効率の原因となります。このワークフローを活用すれば、Microsoft Teamsの特定チャネルへのメッセージ投稿をトリガーに、Slackの指定チャネルへ自動で通知できるため、ツールを横断した情報共有を円滑にします。

■このテンプレートをおすすめする方

• Microsoft TeamsとSlackを併用しており、情報共有の漏れや手間をなくしたいと考えている方
• 部署やチーム間で利用するチャットツールが異なり、円滑な連携に課題を感じている方
• 手作業による情報伝達を自動化し、コミュニケーションロスを防ぎたいと考えている方

■このテンプレートを使うメリット

• Microsoft Teamsへの投稿を都度確認し、手動でSlackに転記していた時間を削減し、本来の業務に集中できます
• 手作業による情報の転記漏れや通知忘れを防ぎ、重要なメッセージを関係者へ確実に共有することが可能になります

■フローボットの流れ

1. はじめに、Microsoft TeamsとSlackをYoomと連携します
2. 次に、トリガーとしてMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定します
3. 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、通知先のチャネルやメッセージ内容を構成します

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft Teamsのトリガー設定では、通知の起点としたいチームIDおよびチャネルIDを任意で設定してください
• Slackのオペレーションでは、通知先のチャネルを任意に設定できます。また、メッセージ本文に固定のテキストを入力したり、Microsoft Teamsから取得した投稿内容などを変数として埋め込んだりすることも可能です

■注意事項

• Microsoft Teams、SlackのそれぞれとYoomを連携してください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

重要なメールが他のメールに埋もれてしまい、確認や対応が遅れてしまうことはありませんか。都度Outlookの受信トレイを確認し、手作業でチームに共有する作業は手間がかかる上に、見落としのリスクも伴います。このワークフローを活用すれば、Outlookで特定の件名のメールを受信した際に、自動でMicrosoft Teamsの指定チャネルへ通知できるため、こうした課題を解消し、迅速な情報共有を実現します。

■このテンプレートをおすすめする方

• Outlookで受信する重要なメールを、見落とさずに管理したいと考えている方
• メールでの重要な連絡をMicrosoft Teamsでチームに共有し、対応漏れを防ぎたい方
• 手作業によるメールの確認や転記作業に、非効率さを感じている方

■このテンプレートを使うメリット

• 特定のメールを受信した際に自動で通知が飛ぶため、常に受信トレイを監視する手間を省き、コア業務に集中する時間を確保できます。
• 手動での確認や共有作業が不要になることで、重要なメールの見落としや伝達漏れといったヒューマンエラーを防止します。

■フローボットの流れ

1. はじめに、OutlookとMicrosoft TeamsをYoomと連携します
2. 次に、トリガーでOutlookを選択し、「特定の件名のメールを受信したら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、受信したメールの内容を通知します

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Outlookのトリガー設定では、対象とするメールのフォルダを指定したり、件名や本文に含まれる特定のキーワードを任意で設定することが可能です。
• Microsoft Teamsへの通知では、メッセージを送信するチームやチャネルを任意で設定できます。また、本文には固定のテキストだけでなく、受信メールの件名や差出人などの情報を変数として埋め込めます。

■注意事項

• OutlookとMicrosoft TeamsのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

Googleカレンダーに登録された予定を、都度Microsoft Teamsで共有するのは手間がかかります。また、手作業による共有では、通知の遅れや漏れが発生し、チームの連携に影響を及ぼすこともあります。このワークフローを活用すれば、Googleカレンダーで予定が更新されると、すぐにMicrosoft Teamsの指定チャネルへ自動で通知されるため、こうした課題を円滑に解消できます。

■このテンプレートをおすすめする方

• Googleカレンダーの予定をMicrosoft Teamsに手作業で共有している方
• チーム内のスケジュール共有を効率化し、連携を強化したいと考えているチームリーダーの方
• 定型的な情報共有作業を自動化し、コア業務に集中したいと考えているすべての方

■このテンプレートを使うメリット

• Googleカレンダーの予定が更新されると自動で通知されるため、手作業での情報共有に費やしていた時間を短縮できます。
• 手作業による情報共有で起こりがちな、通知の漏れや遅れといったヒューマンエラーのリスクを軽減し、確実な情報伝達を実現します。

■フローボットの流れ

1. はじめに、Google カレンダーとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGoogle カレンダーを選択し、「予定が更新されたら」というアクションを設定して、対象のカレンダーを指定します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定して、通知したい内容を記載します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft Teamsの「チャネルにメッセージを送る」アクションでは、通知するチームやチャネルを任意に選択できます。
• 送信するメッセージ内容は、固定のテキストだけでなく、トリガーで取得したGoogleカレンダーの予定名や日時などの情報を変数として埋め込み、動的に作成することが可能です。

■注意事項

・GoogleカレンダーとMicrosoft TeamsのそれぞれとYoomを連携してください。

・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。

・プランによって最短の起動間隔が異なりますので、ご注意ください。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

Microsoft Teamsの特定チャネルに投稿されるプロジェクトや案件の情報を、手作業でOneDriveにフォルダとして作成し管理していませんか。こうした定型的な作業は手間がかかるだけでなく、フォルダの命名規則を誤るなどのミスにも繋がりがちです。このワークフローを活用すれば、Microsoft Teamsへのメッセージ投稿をトリガーに、内容をAIが読み取り、OneDriveに自動でフォルダが作成されるため、これらの課題を解消し、よりスムーズな情報管理を実現します。

■このテンプレートをおすすめする方

• Microsoft TeamsとOneDriveを連携させ、情報管理の効率化を図りたいと考えている方
• 特定のメッセージをもとに、手作業でOneDriveにフォルダを作成しているチームリーダーや担当者の方
• 定型的なフォルダ作成作業を自動化し、命名ミスなどのヒューマンエラーを防止したい方

■このテンプレートを使うメリット

• Microsoft Teamsへのメッセージ投稿だけでフォルダが自動生成されるため、これまで手作業での作成に費やしていた時間を短縮できます。
• AIがメッセージからフォルダ名を正確に抽出して作成するため、手作業による命名規則の間違いや作成漏れといったヒューマンエラーの防止に繋がります。

■フローボットの流れ

1. はじめに、Microsoft TeamsとOneDriveをYoomと連携します。
2. 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定します。
3. 続いて、オペレーションでAI機能の「テキストからデータを抽出する」を設定し、投稿されたメッセージ本文からフォルダ名として利用したい情報を抽出します。
4. 最後に、オペレーションでOneDriveの「フォルダを作成」アクションを設定し、AI機能で抽出した情報をもとにフォルダを自動で作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• AI機能によるテキスト抽出の設定では、トリガーで取得したMicrosoft Teamsのメッセージ内容を変数として利用し、フォルダ名として抽出したい項目を任意に指定することが可能です。これにより、独自の命名規則に沿ったフォルダを自動で作成できます。

■注意事項

• Microsoft TeamsとOneDriveのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。・プランによって最短の起動間隔が異なりますので、ご注意ください。・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

◼️概要‍

Microsoft Teamsの特定のチャンネルに文章が投稿されたら、自動的にOutlookを使ってメールで転送します。

Outlookのメールの本文や宛先は自由に変更してご利用ください。

間に分岐処理を追加することで、Microsoft Teamsの投稿内容に応じてメールの内容や宛先を分岐することも可能です。
‍

◼️注意事項‍

・各アプリのオペレーションで連携するアカウント情報の設定が必要です。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

Salesforceに新しいリードが登録された際、都度Microsoft Teamsで営業担当に連絡する作業に手間を感じていませんか。
こういった連絡は通知漏れやタイムラグの原因となり、貴重なビジネスチャンスを逃すことにも繋がりかねません。
このワークフローを活用すれば、Salesforceへのリード登録をきっかけに、Microsoft Teamsへ即座に通知を自動化できます。
迅速で確実な情報共有を実現し、営業活動のスピードを高めましょう。

■このテンプレートをおすすめする方

• Salesforceでリードを管理し、Microsoft Teamsで部署内の連携を行っている方
• リード発生時の通知を手作業で行っており、タイムラグや連絡漏れに課題を感じている方
• 営業チームへの迅速な情報共有を自動化し、機会損失を防ぎたいと考えている管理者の方

■このテンプレートを使うメリット

• Salesforceへのリード登録と同時にMicrosoft Teamsへ通知が自動で作成されるため、手作業での連絡業務に費やしていた時間を短縮できます。
• 手動での情報伝達時に起こりがちな、通知漏れや遅延といったヒューマンエラーを防ぎ、確実な情報共有を実現します。

■フローボットの流れ

1. はじめに、SalesforceとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでSalesforceを選択し、「リードオブジェクトに新規レコードが登録されたら」というアクションを設定してフローを開始します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定して通知内容を作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Salesforceのトリガー設定では、監視対象となるSalesforceアカウントのマイドメインを指定してください。
• Microsoft Teamsへの通知設定では、通知を送りたいチャネルを指定し、メッセージ本文にSalesforceから取得したリード情報を埋め込んでください。

■注意事項

• Salesforce、Microsoft TeamsのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
  プランによって最短の起動間隔が異なります。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。
  フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
• チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。
  無料トライアル中には制限対象のアプリを使用することができます。

■概要

Zendeskで管理しているチケットが更新されるたびに、手動でMicrosoft Teamsに通知する作業は手間がかかるだけでなく、重要な連絡の遅延や漏れに繋がることもあります。このワークフローを活用すれば、Zendeskでチケットが更新された際に、指定したMicrosoft Teamsのチャネルへ自動でメッセージを送信し、こうした課題を解消できます。

■このテンプレートをおすすめする方

• Zendeskのチケット更新の確認や、Microsoft Teamsへの通知を手作業で行っている方
• チケットの更新情報をチームに迅速かつ確実に共有し、対応漏れを防ぎたいと考えている方
• カスタマーサポートや開発チーム内の情報連携を効率化したいと考えているマネージャーの方

■このテンプレートを使うメリット

• Zendeskのチケット更新を検知し自動で通知するため、これまで手作業で行っていた情報共有の時間を短縮することができます。
• 手動でのコピペや通知作業が不要になるため、通知漏れや連絡の遅延といったヒューマンエラーを防ぎ、確実な情報共有を実現します。

■フローボットの流れ

1. はじめに、ZendeskとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでZendeskを選択し、「チケットが更新されたら」というアクションを設定し、監視したいチケットの条件を指定します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定して、更新されたチケットの情報を任意のチャネルに通知します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft Teamsへの通知は、任意のチームやチャネルに設定することが可能です。
• 通知メッセージの本文は、固定のテキストだけでなく、Zendeskのトリガーで取得したチケットIDや件名、担当者などの情報を変数として埋め込み、カスタマイズできます。

■注意事項‍

• ZendeskとMicrosoft TeamsのそれぞれとYoomを連携してください。
• Zendeskはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

‍毎月の月末に自動的に起動し、あわせてMicrosoft Teamsで通知を行うフローボットです。

このフローボットは、右側の分岐後に追加されたフローによって、様々な自動処理を行うことができます。

※例えば、毎月の請求書発行処理や、スプレッドシートへの集計処理、または定期的なデータバックアップ処理など、様々な用途でご活用ください。

‍

‍■設定方法

・フローボットのスケジュールトリガーを使用して、毎月の月末付近（28日,29日,30日,31日）にフローボットを起動します。

・「データを操作・変換する」アクションでフローボット起動日を取得し、月末の日付との差分を計算し、月末日当日か照合させます。

・フローボット起動日の日付が月末日当日ではない場合には、フローボットが終了します。

・フローボット起動日の日付が月末日当日の場合は、右側に分岐し、Microsoft Teamsで通知します。

・通知先のチャネルの指定をしてください。

・その後に追加するフローは、目的や用途に応じて自由にカスタマイズしてください。

‍

‍■注意事項

・フローボットの設定内容を適宜変更してご利用ください。

・分岐後の右側に追加するフローの設定や内容を任意の値に置き換えてご利用ください。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

・分岐をするにはミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。

・ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。

■概要‍

アンケートフォームに新しい回答があったら、Microsoft Excelに回答内容を追加してMicrosoft Teamsに通知するフローです。

アンケートフォームとMicrosoft Excel、Microsoft Teamsを連携することで、個々のアプリを操作したり繰り返しデータを入力する手間が省けて、業務をスムーズに進めることができます。

さらに、自動的にMicrosoft Excelに回答内容の追加とMicrosoft Teamsに通知されるので情報管理の抜けや漏れをなくすことができます。‍

‍

■注意事項‍

・Microsoft Excel、Microsoft TeamsそれぞれとYoomを連携してください。

・Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。