・
【ノーコードで実現】StatuspageのデータをConfluenceに自動的に連携する方法
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
「障害発生時、まずStatuspageでインシデントを登録し、その内容をConfluenceの議事録スペースに手動でコピー＆ペーストしている…」
「障害対応に追われる中で両方のツールを更新するのは手間だし、情報の転記ミスや更新漏れが心配…」
このように、StatuspageとConfluenceを利用する中で、手作業による情報のやり取りに非効率さやリスクを感じていませんか？
もし、障害が報告された際に、自動でStatuspageへの登録とConfluenceのページ作成をできる仕組みがあれば、面倒な作業から解放され、障害対応に集中できるようになります。
今回ご紹介する自動化の設定は、プログラミングの知識がなくても簡単にはじめられ、日々の定型業務を効率化することが可能です。ぜひこの機会に導入して、よりスムーズな業務フローを実現しましょう！
とにかく早く試したい方へ
YoomにはStatuspageとConfluenceを連携するためのテンプレートが用意されています。
今すぐ試したい方は、以下よりバナーをクリックしてスタートしましょう！
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
StatuspageとConfluenceを連携してできること
StatuspageとConfluenceを連携すれば、障害報告のような特定のトリガーをきっかけに、両方のアプリケーションへ同時に情報を登録・作成するフローを自動化できます。
これにより、手作業による二度手間や情報の更新に伴うタイムラグを軽減し、よりスムーズな情報共有が可能になります。
ここでは、体系的な自動化の例をいくつかご紹介します。気になる内容があれば、ぜひクリックしてみてください！
フォームから回答が送信されたら、自動でStatuspageへのインシデント登録とConfluenceのページ作成を行う
障害報告フォームなどからインシデント情報が送信されるたびに、Statuspageへのインシデント登録やConfluenceでの詳細ページ作成を手動で行うのは手間がかかり、対応の遅れに繋がる恐れもあります。
この連携は、フォームの送信をきっかけに、StatuspageとConfluenceに必要な処理を自動で実行するため、障害対応の初動を速めるとともに、報告漏れや転記ミスを減らせます。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
StatuspageとConfluenceの連携フローを作ってみよう
それでは、さっそく実際にStatuspageとConfluenceを連携したフローを作成してみましょう！
今回はYoomを使用して、ノーコードでStatuspageとConfluenceの連携を進めていきます。
まだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
※今回連携するアプリの公式サイト：Statuspage／Confluence
[Yoomとは]
フローの作成方法
今回はフォームからの回答送信をトリガーに、自動でStatuspageへのインシデント登録とConfluenceへのページ作成を行うフローを構築します！
作成の流れは大きく分けて以下です。
- StatuspageとConfluenceのマイアプリ連携
- テンプレートをコピー
- フォームのトリガー設定とStatuspage・Confluenceのアクション設定
- トリガーをONにし、フローが起動するかを確認
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
ステップ1：StatuspageとConfluenceのマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにします。
まずは基本的な設定方法を解説しているナビをご覧ください！
ここからは、今回のフローで使用するアプリの連携方法を解説します。
Statuspageの場合
検索窓に「Statuspage」と入力し、検索結果に表示されたアプリを選択します。
Statuspageにログインして右上のアイコンをクリックし、「API info」を開きます。
以下の画面が開いたら、「Create key」をクリックしてください。
APIキーの名前を設定し、「Confirm」をクリックします。
APIキーが表示されるのでコピーしましょう。
※この画面を閉じるとAPIキーは再表示できません。必ずメモ帳などにコピーして保存してください。
コピーしたAPIキーをYoomの新規登録画面に貼り付けて、「追加」をクリックしてください。
これで、Statuspageのマイアプリ連携は完了です！
Confluenceの場合
Confluenceのマイアプリ連携は、以下の手順をご覧ください。
ステップ2：テンプレートをコピー
ここからは、フォームからの回答送信をトリガーに、自動でStatuspageへのインシデント登録とConfluenceへのページ作成を行うフローボットを作成します。
下記のバナーから、「試してみる」をクリックしてテンプレートをコピーしてください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
■概要
システム障害などインシデント発生時の報告は、迅速さと正確性が求められる一方で、各ツールへの情報入力は手間がかかる作業ではないでしょうか。このワークフローは、フォームから障害報告が送信されると、その内容をもとに自動でStatuspageへのインシデント登録とConfluenceへのページ作成を実行します。手作業による情報共有の遅延や入力ミスを防ぎ、初動対応の迅速化を実現します。
■このテンプレートをおすすめする方
- StatuspageとConfluenceを利用して障害情報を管理しているSREや開発担当者の方
- インシデント発生時の報告フローを手作業で行っており、対応の迅速化を図りたいチームリーダーの方
- 各SaaSへの情報登録を効率化し、報告業務の標準化を進めたい情報システム部門の方
■このテンプレートを使うメリット
- フォームへの一度の入力でStatuspageとConfluenceへの情報登録が完了するため、インシデント対応にかかる時間を短縮できます
- 手作業による情報の転記が不要になることで、報告内容の入力ミスや共有漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、StatuspageとConfluenceをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、フォームが送信されたらフローが起動するように設定します
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームの回答内容をもとにインシデントを作成します
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、インシデントの詳細情報を記録するページを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、障害報告に必要な項目（例：発生日時、影響範囲、障害レベルなど）を任意で追加・編集できます
- Statuspageでインシデントを作成する際、タイトルや本文などの各項目に、フォームで受け付けた回答内容を変数として自由に設定可能です
- Confluenceで作成するページのタイトルや本文にも、フォームの回答内容やStatuspageで作成したインシデントの情報を変数として設定できます
■注意事項
- Statuspage、ConfluenceのそれぞれとYoomを連携してください。
テンプレートがコピーできたら、「OK」をクリックします。
ステップ3：フォームのトリガー設定
ここでは、フロー起動のきっかけとなるトリガーを設定します。
マイプロジェクトから「【コピー】フォームから回答が送信されたら、StatuspageへのIncidentとConfluenceへのページ作成を自動化する」を選んでください。
テンプレートを開き、「フォーム」をクリックします。
ここでは、Yoomが提供するフォーム機能を使ってフォームを作成します。
まず、以下4つの項目を設定しましょう。
- フォームのタイトル
- 質問項目
- 入力形式や制限
- 必須入力の有無
入力形式には、以下のように様々な選択肢があります。質問内容に合わせて、適切な形式を選びましょう。
Yoomフォームの詳しい設定方法は、フォームの基本設定・オプション設定についてをご参照ください。
今回は以下のようなフォームを作成しました。
- フォーム名：インシデント報告フォーム
- 質問項目：氏名、インシデント発見日時、影響を受けたサービス/システム名、インシデント要約、インシデント詳細、重要度・緊急度
質問項目を増やしたい場合は、フォーム下部の「＋質問を追加」をクリックしてください。
フォームの設定が完了したら、画面右上の「プレビューページ」から内容を確認しましょう！
続いて、フォーム送信後に表示される完了ページの内容を設定します。
- 完了メッセージの見出し
- 完了メッセージの説明文
必要に応じて、リンクやファイルの添付も可能です。
ここでは例として、以下のように設定しました。
続いて、以下2つの設定を行いましょう。
- アクセス制限：フォームにアクセスできるユーザーを制限できます。
- 共有フォーム利用時のフローボットの起動者：フォームに回答された際のフローボット起動者が誰になるかを選択できます。この設定により、誰のアカウントでフローボットを起動するか、エラー通知を誰に送るかを制御可能です。
設定が完了したら、次へ進みます！
次に、フォームの表示確認と詳細設定を行います。
ここでフォームや完了ページのプレビューが見られるので、必要に応じて内容を調整してください。
続いて、取得した値を設定します。
※取得した値とは？
トリガーやオペレーション設定時に、「テスト」を実行して取得した値のことを指します。
後続のオペレーション設定時の値として利用でき、フローボットを起動するたびに変動した値となります。
今回は、実際にフォームが送信された想定で、取得した値にテスト用の回答を手入力します。
ここで設定した取得した値は、ステップ4とステップ5で使用します。
入力が完了したら、保存して次のステップへ進みましょう！
ステップ4：Statuspageのアクション設定
このステップでは、ステップ3で取得したフォームの回答をもとに、自動でStatuspageにインシデントを登録する設定を行います。
フロー内の「Create Incident」をクリックしてください。
まず、連携アカウントとアクションを設定します。
- タイトル：自由にカスタマイズできます。
- アカウント：ステップ1で連携したアカウントが選択されています。必要があれば、他のアカウントに変更することも可能です。
- アクション：あらかじめ「Create Incident」が選択されています。
入力内容を確認したら、次へ進みましょう。
次に、API接続設定でインシデントの登録内容を設定します。
Page IDは、入力欄をクリックすると候補の一覧が表示されるので、その中から該当するものを選択してください。
Incident Name（インシデント名）は、ステップ3で取得したフォームの回答内容と固定の文字列を組み合わせて、自由にカスタマイズできます。
取得した値を活用することで、固定値ではなく、トリガーが実行されるたびに最新の情報が反映できます。
今回は、フォームの回答をもとに作成されたことがわかるように、【インシデント報告フォーム】{インシデント要約}という形式にしました。
Body（本文）は、フォームの回答内容から必要な項目を選びます。
インシデントの概要や詳細、影響範囲など、関係者が確認すべき情報を含めましょう。
その他の項目は、入力欄下の補足説明を参考にしながら、必要に応じて設定しましょう。
- Incident Status（インシデントのステータス）：現在のインシデントの状態（例：調査中、原因特定済み、監視中、解決済み）を設定します。未設定の場合、デフォルトで「investigating」が登録されます。
- Impact Override（影響度の上書き）：インシデントが影響を与える範囲（none・Maintenance・minor・major・critical）を明示的に指定します。未選択の場合、デフォルトで「none」が登録されます。
- Scheduled For（開始予定時刻）：これから行う予定の計画的メンテナンスの開始予定日時を設定します。
- Scheduled Until（終了予定時刻）：これから行う予定の計画的メンテナンスの終了予定日時を設定します。
- Scheduled Remind Prior（事前リマインダー）：メンテナンス前にリマインダー通知をするかどうかを設定します。未選択の場合、デフォルトで「false」が登録されます
- Auto Transition To Maintenance State（自動メンテナンス移行）：指定した時間に自動で「メンテナンス中」ステータスに切り替えるかどうかを設定します。
- Auto Transition To Operational State（自動復旧状態移行）：メンテナンス終了時刻に、コンポーネントのステータスを自動で「運用中」ステータスに変更するかどうかを設定します。
- Scheduled Auto In Progress（自動進行開始）：設定した開始予定時刻に、メンテナンスを自動で「進行中」に切り替えるかどうかを設定します。未選択の場合、デフォルトで「false」が登録されます。
- Scheduled Auto Completed（自動完了）：設定した終了予定時刻に、メンテナンスを自動で「完了」に切り替えるかどうかを設定します。未選択の場合、デフォルトで「false」が登録されます。
- Auto Transition Deliver Notifications At Start（開始時に通知）：メンテナンス開始時に、自動で通知を送るかどうかを設定します。
- Auto Transition Deliver Notifications At End（終了時に通知）：メンテナンス終了時に、自動で通知を送るかどうかを設定します。
- Reminder Intervals（リマインダー間隔）：インシデントに対して、リマインダー通知を送る頻度を設定します。例えば、[1,4,8]と設定した場合、発生時・1時間後・4時間後・8時間後に通知されます。計画メンテナンスには適用されません。
- Deliver Notifications（通知送信）：このインシデントに関する通知（メール、SMS、Slack など）を、サブスクライバーに送信するかどうかを設定します。未選択の場合、デフォルトで「true（通知を送信する）」が登録されます。
- Auto Tweet At Beginning（開始時に自動ツイート）：定期メンテナンス開始時に自動でX（Twitter）にポストするかを設定します。
- Auto Tweet On Completion（完了時に自動ツイート）：定期メンテナンス完了時に自動でX（Twitter）にポストするかを設定します。
- Auto Tweet On Creation（作成時に自動ツイート）：インシデントやメンテナンスを作成したタイミングで、自動でX（Twitter）にポストするかを設定します。
- Auto Tweet One Hour Before（1時間前に自動ツイート）：メンテナンス開始の1時間前に自動でX（Twitter）にポストするかを設定します。
- Backfill Date（バックフィル日付）：過去に発生したインシデントやメンテナンスを後から記録する際に使う「発生日時（開始日時）」を指定します。
- Backfilled（バックフィル済み）：このインシデントをリアルタイムではなく、過去の日時に発生したものとして後から履歴に登録するかを設定します。true にすると、過去の履歴として扱われるため、コンポーネントの指定ができません。
- Scheduled Auto Transition（スケジュール自動遷移）：インシデントやメンテナンスのステータスを自動的に別の状態に遷移させるかどうかを設定します。
- Incident Metadata（インシデントメタデータ）：インシデントに関連する追加情報（項目名・値の補足キー・実際の値）を設定します。
- Component State Map（コンポーネント状態マップ）：インシデントやメンテナンスの状態変更時に、関連するコンポーネントのステータス（状態）を自動で変更するためのマッピングを設定します。
- Component ID List（コンポーネントIDリスト）：複数のコンポーネントを識別するための コンポーネントIDの一覧（リスト） を指定
すべての設定が完了したら、テストを実行します。
テストに成功すると、以下の画面が表示されます。
必要に応じて、「＋取得する値を追加」ボタンから他のデータを取得することも可能です。
詳しくは、以下のヘルプページをご参照ください。
実際に、Statuspageにインシデントが作成されているか確認してみましょう。
無事に、フォームの回答内容をもとにインシデントが登録されました！
必要に応じて、詳細設定を行い、保存しましょう。
ステップ5：Confluenceのアクション設定
このステップでは、フォームの回答やStatuspageへ登録した情報をもとに、自動でConfluenceに新しいページを作成する設定を行います。
フロー内の「ページを作成」をクリックしてください。
まず、連携アカウントとアクションを設定します。
- タイトル：任意の内容でカスタマイズ可能です。
- アカウント：ステップ1で連携したアカウントが選択されています。必要があれば、他のアカウントに変更することも可能です。
- アクション：あらかじめ「ページを作成」が選択されています。
入力内容を確認したら、次へ進みましょう。
次に、API接続設定でページの内容を設定します。
クラウドIDとスペースIDは、入力欄をクリックすると以下のように候補が表示されます。
その中から該当するものを選択してください。
ページのステータスは、以下の2つから選択できます。
- 下書き
- 公開済み
自社の運用ルールや確認フローに応じて、適切なステータスを選びましょう。
ページのタイトルは、ステップ3で取得したフォームの回答内容と固定の文字列を組み合わせて自由に設定できます。
今回は、フォームとの連携で作成されたページであることがわかるように、【インシデント報告フォームより】{インシデント要約}という形式にしました。
ページの内容も同様に、フォームの回答内容やStatuspageへ登録した情報、固定の文字列を用いて自由に設定できます。
今回の例では、以下の情報をページに表示するように設定しました。
- インシデントの詳細説明
- Statuspageのリンク
そのほかの項目は、それぞれの入力欄の下にある補足説明を参考に設定してください。
すべての設定が完了したら、テストを実行しましょう！
テストに成功すると、以下のような画面が表示されます。
実際に、Confluenceに新しいページが作成されているか確認してみましょう。
無事に、フォームの回答内容をもとにConfluenceに新しいページが作成されました！
必要に応じて、詳細設定を行い、保存しましょう。
お疲れさまでした。
以上で、フローの設定は完了です！
ステップ6：フローをONにしてテスト実行する
設定完了の画面が表示されたら、トリガーをONにします。
これでフローの作成は完了です。
あとは、実際にフォームに回答を送信したら、自動でStatuspageのインシデント登録とConfluenceのページ作成ができるかを確認してみましょう！
ConfluenceのデータをStatuspageに連携したい場合
今回は外部トリガーからStatuspageとConfluenceにデータを連携する方法をご紹介しましたが、逆にConfluenceでのアクションをきっかけにStatuspageへデータを連携することも可能です。
ConfluenceからStatuspageへデータを連携したい場合は、下記のテンプレートも併せてご利用ください。
Confluenceでページが作成されたら、Statuspageにインシデントを登録する
Confluenceで障害に関するドキュメントを作成後、その情報をもとにStatuspageにインシデントを手動で登録するのは手間がかかり、登録漏れのリスクもあります。
この連携を活用すれば、Confluenceでのページ作成をトリガーに、Statuspageに自動でインシデントを登録できるため、情報共有のタイムラグを減らし、手間のかかる作業も省けます。
■概要
インシデント発生時、Confluenceで議事録や対応履歴を作成し、その内容をStatuspageへ手動で転記する作業に手間を感じていませんか？スムーズな情報公開が求められる中で、手作業による遅延や入力ミスは避けたい課題です。
このワークフローを活用すれば、ConfluenceとStatuspageの連携を自動化し、Confluenceでページが作成されると、自動でStatuspageにインシデントを作成するため、正確な情報共有を実現できます。
■このテンプレートをおすすめする方
- ConfluenceとStatuspageを利用したインシデント管理プロセスを効率化したい方
- 手作業での情報転記による報告遅延や、ヒューマンエラーの発生を防ぎたいチームリーダーの方
- 障害発生時の情報共有フローを自動化し、よりスムーズな対応体制を構築したいと考えている方
■このテンプレートを使うメリット
- Confluenceへのページ作成を起点にStatuspageへのインシデント登録が自動化されるため、これまで手作業に費やしていた時間を削減できます。
- 手動での転記作業がなくなることで、情報の入力間違いや共有漏れといったヒューマンエラーを防ぎ、正確な情報伝達を支援します。
■フローボットの流れ
- はじめに、ConfluenceとStatuspageをYoomと連携します。
- 次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 次に、オペレーションでConfluenceの「ページを取得」アクションを設定し、トリガーで作成されたページの詳細情報を取得します。
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、前段で取得したページ情報を基にインシデントを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceのトリガー設定では、対象となるワークスペースのクラウドIDを任意で設定してください。
- Confluenceでページを取得する際、どのページの情報を取得するかを動的に指定するため、トリガーで取得したページIDなどを変数として設定します。
- Statuspageでインシデントを作成する際、インシデント名や本文などの各項目に、前段のConfluenceから取得した情報を変数として設定してください。
■注意事項
- Confluence、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
インシデント発生時、Confluenceで議事録や対応履歴を作成し、その内容をStatuspageへ手動で転記する作業に手間を感じていませんか？スムーズな情報公開が求められる中で、手作業による遅延や入力ミスは避けたい課題です。
このワークフローを活用すれば、ConfluenceとStatuspageの連携を自動化し、Confluenceでページが作成されると、自動でStatuspageにインシデントを作成するため、正確な情報共有を実現できます。
■このテンプレートをおすすめする方
- ConfluenceとStatuspageを利用したインシデント管理プロセスを効率化したい方
- 手作業での情報転記による報告遅延や、ヒューマンエラーの発生を防ぎたいチームリーダーの方
- 障害発生時の情報共有フローを自動化し、よりスムーズな対応体制を構築したいと考えている方
■このテンプレートを使うメリット
- Confluenceへのページ作成を起点にStatuspageへのインシデント登録が自動化されるため、これまで手作業に費やしていた時間を削減できます。
- 手動での転記作業がなくなることで、情報の入力間違いや共有漏れといったヒューマンエラーを防ぎ、正確な情報伝達を支援します。
■フローボットの流れ
- はじめに、ConfluenceとStatuspageをYoomと連携します。
- 次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 次に、オペレーションでConfluenceの「ページを取得」アクションを設定し、トリガーで作成されたページの詳細情報を取得します。
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、前段で取得したページ情報を基にインシデントを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceのトリガー設定では、対象となるワークスペースのクラウドIDを任意で設定してください。
- Confluenceでページを取得する際、どのページの情報を取得するかを動的に指定するため、トリガーで取得したページIDなどを変数として設定します。
- Statuspageでインシデントを作成する際、インシデント名や本文などの各項目に、前段のConfluenceから取得した情報を変数として設定してください。
■注意事項
- Confluence、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
StatuspageとConfluenceを活用したその他の自動化テンプレート
Yoomでは、StatuspageとConfluenceに関しての様々な業務効率化テンプレートを提供しています。
StatuspageとConfluenceでの操作をトリガーに、様々な業務工程を自動化することで業務の効率化と人的ミスの削減が可能です。
ご自身の業務に合わせて、これらのテンプレートもぜひ活用してみてくださいね！
Statuspageを使った便利な自動化例
フォーム、Slack、Discord、Zendeskなどの多様なチャネルからの情報や、OpenAIによる解析結果をトリガーに、Statuspageでインシデントを自動作成します。
インシデント作成時にはSlack通知やZendeskチケット作成が同時に行え、スプレッドシートの情報をもとに計画メンテナンスの発信も可能です。
これにより、緊急事態発生時の対応と情報公開を迅速化し、ユーザーへの信頼性向上を実現できます。
■概要
システム障害などのインシデントが発生した際、Statuspageへの報告と関係者へのSlack通知は迅速さが求められますが、手作業では対応の遅れや報告漏れが起こりがちではないでしょうか。このワークフローを活用すれば、フォームに情報を入力するだけで、Statuspageへのインシデント作成とSlackへの通知が自動で実行されるため、インシデント対応の初動をスムーズにし、手作業によるミスを防ぎます。
■このテンプレートをおすすめする方
- StatuspageとSlackを活用したインシデント報告の運用に課題を感じている方
- インシデント発生時の手作業による報告で、対応の遅れやミスを防ぎたい方
- インシデント報告フローを標準化し、誰でも迅速に対応できる体制を構築したい方
■このテンプレートを使うメリット
- フォーム送信を起点に、Statuspageへのインシデント作成とSlackへの通知が自動実行されるため、報告作業にかかる時間を短縮できます。
- 手作業での情報転記や通知漏れといったヒューマンエラーを防ぎ、関係者へ正確な情報を迅速に共有することが可能になります。
■フローボットの流れ
- はじめに、StatuspageとSlackをYoomと連携します。
- トリガーでフォームトリガーを設定し、インシデント報告に必要な情報を入力するためのフォームを作成します。
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームで受け取った情報を各項目にマッピングします。
- 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、関係者にインシデント発生を通知します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、インシデント報告に必要な項目（タイトル、内容、深刻度など）を自由に設定できます。
- Statuspageにインシデントを作成する際、フォームで受け取った回答内容を変数として各項目に設定することが可能です。
- Slackへの通知メッセージは、通知先のチャンネルを任意で設定できるほか、本文にフォームの回答内容を埋め込むなどのカスタマイズができます。
■注意事項
- Statuspage、SlackのそれぞれとYoomを連携してください。
■概要
システム障害やサービス停止が発生した際、インシデント情報を迅速かつ正確に関係者へ共有することは重要ですが、報告内容の整理やStatuspageへの手動登録は手間がかかる作業です。このワークフローを活用すれば、フォームから障害報告が送信されると、自動でOpenAIが内容を解析し、その結果をもとにStatuspageへインシデントを作成するため、インシデント管理業務を効率化し、初動対応を迅速化します。
■このテンプレートをおすすめする方
- Statuspageへのインシデント登録を手作業で行い、対応の遅れに課題を感じている方
- OpenAIを活用して、障害報告の内容解析や要約などの業務を自動化したいと考えている方
- システム障害の一次対応と情報共有の迅速化を目指すSREや情報システム担当者の方
■このテンプレートを使うメリット
- フォーム回答からStatuspageへのインシデント作成までが自動化されるため、手作業での対応時間を短縮し、迅速な情報共有を実現します
- OpenAIによる内容解析を挟むことで、報告内容の転記ミスや登録漏れといったヒューマンエラーを防ぎ、正確な情報共有を支援します
■フローボットの流れ
- はじめに、OpenAIとStatuspageをYoomと連携します
- 次に、トリガーでフォーム機能を選択し、「フォームから回答が送信されたら」というアクションを設定します
- 次に、オペレーションでOpenAIの「テキストの生成」アクションを設定し、フォームで受け付けた回答内容を解析・要約します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、OpenAIが生成したテキストをインシデント情報として登録します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- トリガーとなるフォームでは、インシデント報告に必要となる質問項目などを任意で設定してください
- OpenAIでのテキスト生成アクションでは、どのような内容に要約・整形するかを指示するプロンプトを自由にカスタマイズでき、フォームで受け付けた回答内容を変数としてプロンプトに含めることも可能です
- Statuspageへのインシデント作成時には、インシデントのタイトルや本文、ステータスなどの各項目に、固定値や前段のオペレーションで取得した情報を変数として設定できます
■注意事項
- OpenAI、StatuspageのそれぞれとYoomを連携してください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
システム障害やインシデントが発生した際、報告フォームの内容を確認しながら、手作業でStatuspageへのインシデント登録やZendeskでのサポートチケット作成を行っていませんか。このような手作業は対応の遅れや情報転記ミスの原因にもなりかねません。このワークフローを活用すれば、フォームからの回答をトリガーにしてStatuspageへのインシデント登録とZendeskへのチケット作成を自動化し、迅速かつ正確な初動対応を実現できます。
■このテンプレートをおすすめする方
- StatuspageやZendeskを使い、インシデント管理を手動で行っているチームの方
- 報告フォームの内容を元に、StatuspageとZendeskへ迅速に情報を連携したい方
- インシデント対応の初動を自動化し、ヒューマンエラーの削減を目指している方
■このテンプレートを使うメリット
- フォーム回答後、StatuspageとZendeskへの情報登録が自動で実行されるため、インシデント対応の初動にかかる時間を短縮できます
- 手作業による情報の転記が不要となり、インシデント名や報告内容の入力間違いといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、StatuspageとZendeskをYoomと連携します
- 次に、トリガーでフォームトリガー機能を選択し、「フォームから回答が送信されたら」というアクションを設定します
- 続いて、オペレーションでStatuspageを選択し、「Create Incident」アクションを設定し、フォームの回答内容を元にインシデントを作成します
- 最後に、オペレーションでZendeskを選択し、「チケットを作成」アクションを設定し、同様にフォームの情報を元にチケットを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、インシデント報告でヒアリングしたい質問項目（例：発生日時、影響範囲など）を任意で設定、変更できます
- Statuspageでのインシデント作成では、インシデント名や本文などの各項目に、フォームで受け取った情報を動的に反映させることが可能です
- Zendeskでのチケット作成でも同様に、件名や詳細、優先度などにフォームで取得した情報を設定したり、特定の担当者を割り当てたりできます
■注意事項
- Statuspage、ZendeskのそれぞれとYoomを連携してください。
- Zendeskはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
システム障害などのインシデント発生時、Slackでの報告を受けてから手動でStatuspageを更新する作業に手間を感じていませんか。
スムーズな対応が求められる中で、手作業によるタイムラグや入力ミスは避けたいものです。
このワークフローを活用すれば、Slackの特定メッセージをトリガーにしてStatuspageのインシデント作成を自動化し、StatuspageとSlackを連携させた効率的な情報共有体制を構築できます。
■このテンプレートをおすすめする方
- Slackでの報告をもとにStatuspageを手動で更新しているインフラ担当者やSREの方
- StatuspageとSlackを活用したインシデント管理プロセスを効率化したい情報システム部門の方
- インシデント発生時の対応を、より正確に行いたいと考えている方
■このテンプレートを使うメリット
- Slackへの投稿を起点にStatuspageのインシデントが自動作成されるため、初動対応にかかる時間を短縮し、スムーズな情報公開を実現します
- 手作業による転記が不要になることで、インシデント情報の入力間違いやStatuspageへの登録漏れといったヒューマンエラーを防ぎます
■フローボットの流れ
- はじめに、SlackとStatuspageをYoomと連携します
- 次に、トリガーでSlackを選択し、「指定のテキストを含むメッセージがチャンネルに投稿されたら」というアクションを設定します
- 続いて、オペレーションでAI機能を設定し、Slackのメッセージ本文からインシデント名などの必要なデータを抽出します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、前のステップで抽出した情報を元にインシデントを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Slackのトリガー設定では、監視対象のチャンネルや、インシデント報告を検知するためのキーワード（例：「障害」「インシデント」など）を任意で設定してください
- AI機能のオペレーションでは、Slackのメッセージから抽出したい項目（インシデントのタイトル、影響範囲、ステータスなど）を自由にカスタマイズできます
- Statuspageでインシデントを作成する際に、SlackのメッセージやAIによる抽出結果を変数として利用し、インシデント名や本文などに動的に設定することが可能です
■注意事項
- Slack、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Discordで受信したシステムアラートを、手作業でStatuspageにインシデントとして登録する作業に手間を感じていませんか。この定型的な作業は、対応の遅れや入力ミスにつながる可能性もあります。このワークフローを活用すれば、Discordの特定チャンネルにメッセージが送信されると、AIが内容を解析しStatuspageへ自動でインシデントを作成するため、こうした課題を解消できます。StatuspageのAPIを利用した連携をノーコードで実現し、インシデント管理の初動を迅速化します。
■このテンプレートをおすすめする方
- DiscordとStatuspageを連携させ、インシデント報告のプロセスを効率化したいSREや開発担当者の方
- StatuspageのAPIを利用した開発経験はないが、インシデント管理を自動化したいと考えている方
- 手作業によるインシデントの登録漏れや、報告の遅延といったミスを防ぎたい運用担当者の方
■このテンプレートを使うメリット
- Discordへのメッセージ投稿をトリガーに、自動でStatuspageにインシデントが作成されるため、これまで手作業で行っていた登録業務の時間を削減できます。
- 人の手を介さず自動で処理が実行されるため、情報の転記ミスやインシデントの登録漏れといったヒューマンエラーを防ぎ、正確な情報共有を実現します。
■フローボットの流れ
- はじめに、DiscordとStatuspageをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションで分岐機能を設定し、特定のキーワードが含まれるメッセージのみ後続の処理に進むよう条件を指定します。
- 次に、オペレーションでAI機能を設定し、Discordのメッセージ内容からインシデント名や詳細などの必要なデータを抽出します。
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、AIが抽出した情報を元にインシデントを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、通知を監視したいサーバーIDやチャンネルIDを任意で設定してください。
- 分岐機能では、特定のキーワードを含むメッセージのみを処理するなど、後続のオペレーションを起動させる条件を自由に設定可能です。
- AI機能によるテキスト抽出では、Discordのメッセージ本文からインシデントタイトルやステータスなど、Statuspageに登録したい項目を任意で指定して抽出できます。
- Statuspageへのインシデント作成時には、各項目に前段のオペレーションで取得した情報や固定値を自由に割り当てることが可能です。
■注意事項
- Discord、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
Zendeskに寄せられる顧客からの問い合わせや障害報告に対し、Statuspageへのインシデント報告を手作業で行っていませんか？スムーズな情報公開が求められる一方で、手作業では対応の遅れや転記ミスが発生しがちです。このワークフローを活用すれば、Zendeskのチケット作成をトリガーとして、Statuspageへのインシデント作成を自動化し、StatuspageとZendeskのスムーズな連携を実現します。
■このテンプレートをおすすめする方
- ZendeskとStatuspageを利用し、手作業での情報連携に課題を感じているカスタマーサポート担当者の方
- インシデント発生時の報告プロセスを自動化し、対応の効率化を図りたいシステム運用担当者の方
- StatuspageとZendeskの連携を効率化し、サービスレベルの向上を目指しているマネージャーの方
■このテンプレートを使うメリット
- Zendeskでチケットが作成されると、Statuspageへのインシデント作成が自動で実行されるため、手作業での対応時間を削減できます
- 手動での情報入力に伴う、報告内容の誤りやインシデント作成の対応漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、ZendeskとStatuspageをYoomと連携します
- 次に、トリガーでZendeskを選択し、「新しいチケットが作成されたら」というアクションを設定します
- 次に、オペレーションでAI機能を設定し、Zendeskのチケット情報を基にStatuspageに投稿するインシデント内容のテキストを生成します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、AIが生成したテキストを本文に設定してインシデントを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ZendeskとYoomを連携する際に、ご利用のサブドメインを任意で設定してください
- AI機能のオペレーションでは、インシデント報告のテキストを生成するためのプロンプトを自由にカスタマイズでき、Zendeskで取得した情報を変数として組み込むことも可能です
- Statuspageへのインシデント作成では、インシデントのタイトルや本文などに、前段のフローで取得した情報やAIが生成したテキストを変数として設定できます
■注意事項
- Zendesk、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Zendeskはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
Statuspageでの定期メンテナンスの告知などを、都度手作業で作成していませんか。Google スプレッドシートで管理している情報をコピー＆ペーストする作業は手間がかかるだけでなく、入力ミスといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、StatuspageのAPI連携のように、Google スプレッドシートに行を追加するだけで、自動でメンテナンス情報を作成するため、これらの課題を解消し、正確な情報共有を実現します。
■このテンプレートをおすすめする方
- Statuspageへのメンテナンス情報登録を手作業で行っており、業務を効率化したい方
- Google スプレッドシートで管理しているメンテナンス計画の二重入力をなくしたい方
- StatuspageのAPIを利用した開発なしで、ノーコードでの連携や自動化を実現したい方
■このテンプレートを使うメリット
- Google スプレッドシートに行を追加するだけでStatuspageにメンテナンス情報が自動で作成されるため、手作業での入力時間を短縮することができます。
- 手作業による情報転記が不要になるため、Statuspageへの登録内容の間違いや更新漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、Google スプレッドシートとStatuspageをYoomと連携します。
- 次に、トリガーでGoogle スプレッドシートを選択し、「行が追加されたら」というアクションを設定します。
- 最後に、オペレーションでStatuspageを選択し、「Create Scheduled Maintenance」アクションを設定します。ここで、トリガーで取得したスプレッドシートの情報を各項目に設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google スプレッドシートのトリガー設定では、監視の対象としたいスプレッドシート、シート、テーブルの範囲などを任意で指定してください。
- Statuspageのオペレーション設定では、メンテナンスのタイトルや本文などの各項目に、固定のテキストを設定したり、Google スプレッドシートから取得した情報を変数として設定したりすることが可能です。
■注意事項
- Google スプレッドシート、StatuspageとYoomを連携してください。
- Googleスプレッドシートをアプリトリガーとして使用する際の注意事項は下記を参照してください。
https://intercom.help/yoom/ja/articles/10010912 - トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Statuspageで発生したIncident情報を定期的に確認し、関係者に共有する作業に手間を感じていませんか。手動での確認作業は、見落としや共有の遅れにつながる可能性もあります。このワークフローは、StatuspageのAPIと連携してIncidentの一覧を定期的に取得し、Gmailで自動送信します。これにより、重要な情報の共有を自動化し、安定したサービス運用を支援します。
■このテンプレートをおすすめする方
- StatuspageのAPIを活用して、Incident情報の取得を自動化したいSREやインフラ担当者の方
- サービスの稼働状況を手動で確認し、関係者への共有に手間を感じているチームリーダーの方
- 定期的なレポート作成のために、Statuspageの情報を効率的に収集したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- StatuspageのAPIを利用したIncident情報の定期取得と通知が自動化され、手作業での確認や共有にかかっていた時間を削減できます。
- 手動での情報確認による見落としや、関係者への共有漏れといったヒューマンエラーを防ぎ、確実な情報伝達を実現します。
■フローボットの流れ
- はじめに、StatuspageとGmailをYoomと連携します。
- 次に、トリガーでスケジュールトリガー機能を選択し、フローを起動する日程を設定します。
- 次に、オペレーションでStatuspageの「Search Incident」アクションを設定し、情報を取得します。
- 次に、オペレーションでAI機能の「テキストを生成する」アクションを設定し、取得した情報を基に通知用のメール本文などを作成します。
- 最後に、オペレーションでGmailから「メールを送る」アクションを設定し、Gmailアカウントから指定の宛先にメールを送信します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- スケジュールトリガー機能では、このワークフローを実行したい日時（毎時、毎日、毎週など）を任意で設定してください。
- StatuspageでIncidentを検索する際に、対象となるPage IDや検索条件（Query）を任意で設定してください。
- AI機能によるテキスト生成では、通知メールの本文などを作成するためのプロンプトを自由にカスタムでき、Statuspageから取得した情報を変数として組み込むことも可能です。
- メール機能では、通知を送る宛先（To, Cc, Bcc）や件名、メッセージ内容を任意で設定でき、前段で取得・生成した情報を変数として利用することもできます。
■注意事項
- Statuspage、GmailとYoomを連携してください。
■概要
システム障害などのインシデントが発生した際、Statuspageへの報告と関係者へのSlack通知は迅速さが求められますが、手作業では対応の遅れや報告漏れが起こりがちではないでしょうか。このワークフローを活用すれば、フォームに情報を入力するだけで、Statuspageへのインシデント作成とSlackへの通知が自動で実行されるため、インシデント対応の初動をスムーズにし、手作業によるミスを防ぎます。
■このテンプレートをおすすめする方
- StatuspageとSlackを活用したインシデント報告の運用に課題を感じている方
- インシデント発生時の手作業による報告で、対応の遅れやミスを防ぎたい方
- インシデント報告フローを標準化し、誰でも迅速に対応できる体制を構築したい方
■このテンプレートを使うメリット
- フォーム送信を起点に、Statuspageへのインシデント作成とSlackへの通知が自動実行されるため、報告作業にかかる時間を短縮できます。
- 手作業での情報転記や通知漏れといったヒューマンエラーを防ぎ、関係者へ正確な情報を迅速に共有することが可能になります。
■フローボットの流れ
- はじめに、StatuspageとSlackをYoomと連携します。
- トリガーでフォームトリガーを設定し、インシデント報告に必要な情報を入力するためのフォームを作成します。
- 次に、オペレーションでStatuspageの「Create Incident」アクションを設定し、フォームで受け取った情報を各項目にマッピングします。
- 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、関係者にインシデント発生を通知します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、インシデント報告に必要な項目（タイトル、内容、深刻度など）を自由に設定できます。
- Statuspageにインシデントを作成する際、フォームで受け取った回答内容を変数として各項目に設定することが可能です。
- Slackへの通知メッセージは、通知先のチャンネルを任意で設定できるほか、本文にフォームの回答内容を埋め込むなどのカスタマイズができます。
■注意事項
- Statuspage、SlackのそれぞれとYoomを連携してください。
■概要
システム障害やサービス停止が発生した際、インシデント情報を迅速かつ正確に関係者へ共有することは重要ですが、報告内容の整理やStatuspageへの手動登録は手間がかかる作業です。このワークフローを活用すれば、フォームから障害報告が送信されると、自動でOpenAIが内容を解析し、その結果をもとにStatuspageへインシデントを作成するため、インシデント管理業務を効率化し、初動対応を迅速化します。
■このテンプレートをおすすめする方
- Statuspageへのインシデント登録を手作業で行い、対応の遅れに課題を感じている方
- OpenAIを活用して、障害報告の内容解析や要約などの業務を自動化したいと考えている方
- システム障害の一次対応と情報共有の迅速化を目指すSREや情報システム担当者の方
■このテンプレートを使うメリット
- フォーム回答からStatuspageへのインシデント作成までが自動化されるため、手作業での対応時間を短縮し、迅速な情報共有を実現します
- OpenAIによる内容解析を挟むことで、報告内容の転記ミスや登録漏れといったヒューマンエラーを防ぎ、正確な情報共有を支援します
■フローボットの流れ
- はじめに、OpenAIとStatuspageをYoomと連携します
- 次に、トリガーでフォーム機能を選択し、「フォームから回答が送信されたら」というアクションを設定します
- 次に、オペレーションでOpenAIの「テキストの生成」アクションを設定し、フォームで受け付けた回答内容を解析・要約します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、OpenAIが生成したテキストをインシデント情報として登録します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- トリガーとなるフォームでは、インシデント報告に必要となる質問項目などを任意で設定してください
- OpenAIでのテキスト生成アクションでは、どのような内容に要約・整形するかを指示するプロンプトを自由にカスタマイズでき、フォームで受け付けた回答内容を変数としてプロンプトに含めることも可能です
- Statuspageへのインシデント作成時には、インシデントのタイトルや本文、ステータスなどの各項目に、固定値や前段のオペレーションで取得した情報を変数として設定できます
■注意事項
- OpenAI、StatuspageのそれぞれとYoomを連携してください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
システム障害やインシデントが発生した際、報告フォームの内容を確認しながら、手作業でStatuspageへのインシデント登録やZendeskでのサポートチケット作成を行っていませんか。このような手作業は対応の遅れや情報転記ミスの原因にもなりかねません。このワークフローを活用すれば、フォームからの回答をトリガーにしてStatuspageへのインシデント登録とZendeskへのチケット作成を自動化し、迅速かつ正確な初動対応を実現できます。
■このテンプレートをおすすめする方
- StatuspageやZendeskを使い、インシデント管理を手動で行っているチームの方
- 報告フォームの内容を元に、StatuspageとZendeskへ迅速に情報を連携したい方
- インシデント対応の初動を自動化し、ヒューマンエラーの削減を目指している方
■このテンプレートを使うメリット
- フォーム回答後、StatuspageとZendeskへの情報登録が自動で実行されるため、インシデント対応の初動にかかる時間を短縮できます
- 手作業による情報の転記が不要となり、インシデント名や報告内容の入力間違いといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、StatuspageとZendeskをYoomと連携します
- 次に、トリガーでフォームトリガー機能を選択し、「フォームから回答が送信されたら」というアクションを設定します
- 続いて、オペレーションでStatuspageを選択し、「Create Incident」アクションを設定し、フォームの回答内容を元にインシデントを作成します
- 最後に、オペレーションでZendeskを選択し、「チケットを作成」アクションを設定し、同様にフォームの情報を元にチケットを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガー機能では、インシデント報告でヒアリングしたい質問項目（例：発生日時、影響範囲など）を任意で設定、変更できます
- Statuspageでのインシデント作成では、インシデント名や本文などの各項目に、フォームで受け取った情報を動的に反映させることが可能です
- Zendeskでのチケット作成でも同様に、件名や詳細、優先度などにフォームで取得した情報を設定したり、特定の担当者を割り当てたりできます
■注意事項
- Statuspage、ZendeskのそれぞれとYoomを連携してください。
- Zendeskはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
システム障害などのインシデント発生時、Slackでの報告を受けてから手動でStatuspageを更新する作業に手間を感じていませんか。
スムーズな対応が求められる中で、手作業によるタイムラグや入力ミスは避けたいものです。
このワークフローを活用すれば、Slackの特定メッセージをトリガーにしてStatuspageのインシデント作成を自動化し、StatuspageとSlackを連携させた効率的な情報共有体制を構築できます。
■このテンプレートをおすすめする方
- Slackでの報告をもとにStatuspageを手動で更新しているインフラ担当者やSREの方
- StatuspageとSlackを活用したインシデント管理プロセスを効率化したい情報システム部門の方
- インシデント発生時の対応を、より正確に行いたいと考えている方
■このテンプレートを使うメリット
- Slackへの投稿を起点にStatuspageのインシデントが自動作成されるため、初動対応にかかる時間を短縮し、スムーズな情報公開を実現します
- 手作業による転記が不要になることで、インシデント情報の入力間違いやStatuspageへの登録漏れといったヒューマンエラーを防ぎます
■フローボットの流れ
- はじめに、SlackとStatuspageをYoomと連携します
- 次に、トリガーでSlackを選択し、「指定のテキストを含むメッセージがチャンネルに投稿されたら」というアクションを設定します
- 続いて、オペレーションでAI機能を設定し、Slackのメッセージ本文からインシデント名などの必要なデータを抽出します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、前のステップで抽出した情報を元にインシデントを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Slackのトリガー設定では、監視対象のチャンネルや、インシデント報告を検知するためのキーワード（例：「障害」「インシデント」など）を任意で設定してください
- AI機能のオペレーションでは、Slackのメッセージから抽出したい項目（インシデントのタイトル、影響範囲、ステータスなど）を自由にカスタマイズできます
- Statuspageでインシデントを作成する際に、SlackのメッセージやAIによる抽出結果を変数として利用し、インシデント名や本文などに動的に設定することが可能です
■注意事項
- Slack、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Discordで受信したシステムアラートを、手作業でStatuspageにインシデントとして登録する作業に手間を感じていませんか。この定型的な作業は、対応の遅れや入力ミスにつながる可能性もあります。このワークフローを活用すれば、Discordの特定チャンネルにメッセージが送信されると、AIが内容を解析しStatuspageへ自動でインシデントを作成するため、こうした課題を解消できます。StatuspageのAPIを利用した連携をノーコードで実現し、インシデント管理の初動を迅速化します。
■このテンプレートをおすすめする方
- DiscordとStatuspageを連携させ、インシデント報告のプロセスを効率化したいSREや開発担当者の方
- StatuspageのAPIを利用した開発経験はないが、インシデント管理を自動化したいと考えている方
- 手作業によるインシデントの登録漏れや、報告の遅延といったミスを防ぎたい運用担当者の方
■このテンプレートを使うメリット
- Discordへのメッセージ投稿をトリガーに、自動でStatuspageにインシデントが作成されるため、これまで手作業で行っていた登録業務の時間を削減できます。
- 人の手を介さず自動で処理が実行されるため、情報の転記ミスやインシデントの登録漏れといったヒューマンエラーを防ぎ、正確な情報共有を実現します。
■フローボットの流れ
- はじめに、DiscordとStatuspageをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションで分岐機能を設定し、特定のキーワードが含まれるメッセージのみ後続の処理に進むよう条件を指定します。
- 次に、オペレーションでAI機能を設定し、Discordのメッセージ内容からインシデント名や詳細などの必要なデータを抽出します。
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、AIが抽出した情報を元にインシデントを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、通知を監視したいサーバーIDやチャンネルIDを任意で設定してください。
- 分岐機能では、特定のキーワードを含むメッセージのみを処理するなど、後続のオペレーションを起動させる条件を自由に設定可能です。
- AI機能によるテキスト抽出では、Discordのメッセージ本文からインシデントタイトルやステータスなど、Statuspageに登録したい項目を任意で指定して抽出できます。
- Statuspageへのインシデント作成時には、各項目に前段のオペレーションで取得した情報や固定値を自由に割り当てることが可能です。
■注意事項
- Discord、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
Zendeskに寄せられる顧客からの問い合わせや障害報告に対し、Statuspageへのインシデント報告を手作業で行っていませんか？スムーズな情報公開が求められる一方で、手作業では対応の遅れや転記ミスが発生しがちです。このワークフローを活用すれば、Zendeskのチケット作成をトリガーとして、Statuspageへのインシデント作成を自動化し、StatuspageとZendeskのスムーズな連携を実現します。
■このテンプレートをおすすめする方
- ZendeskとStatuspageを利用し、手作業での情報連携に課題を感じているカスタマーサポート担当者の方
- インシデント発生時の報告プロセスを自動化し、対応の効率化を図りたいシステム運用担当者の方
- StatuspageとZendeskの連携を効率化し、サービスレベルの向上を目指しているマネージャーの方
■このテンプレートを使うメリット
- Zendeskでチケットが作成されると、Statuspageへのインシデント作成が自動で実行されるため、手作業での対応時間を削減できます
- 手動での情報入力に伴う、報告内容の誤りやインシデント作成の対応漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、ZendeskとStatuspageをYoomと連携します
- 次に、トリガーでZendeskを選択し、「新しいチケットが作成されたら」というアクションを設定します
- 次に、オペレーションでAI機能を設定し、Zendeskのチケット情報を基にStatuspageに投稿するインシデント内容のテキストを生成します
- 最後に、オペレーションでStatuspageの「Create Incident」アクションを設定し、AIが生成したテキストを本文に設定してインシデントを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ZendeskとYoomを連携する際に、ご利用のサブドメインを任意で設定してください
- AI機能のオペレーションでは、インシデント報告のテキストを生成するためのプロンプトを自由にカスタマイズでき、Zendeskで取得した情報を変数として組み込むことも可能です
- Statuspageへのインシデント作成では、インシデントのタイトルや本文などに、前段のフローで取得した情報やAIが生成したテキストを変数として設定できます
■注意事項
- Zendesk、StatuspageのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Zendeskはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
Statuspageでの定期メンテナンスの告知などを、都度手作業で作成していませんか。Google スプレッドシートで管理している情報をコピー＆ペーストする作業は手間がかかるだけでなく、入力ミスといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、StatuspageのAPI連携のように、Google スプレッドシートに行を追加するだけで、自動でメンテナンス情報を作成するため、これらの課題を解消し、正確な情報共有を実現します。
■このテンプレートをおすすめする方
- Statuspageへのメンテナンス情報登録を手作業で行っており、業務を効率化したい方
- Google スプレッドシートで管理しているメンテナンス計画の二重入力をなくしたい方
- StatuspageのAPIを利用した開発なしで、ノーコードでの連携や自動化を実現したい方
■このテンプレートを使うメリット
- Google スプレッドシートに行を追加するだけでStatuspageにメンテナンス情報が自動で作成されるため、手作業での入力時間を短縮することができます。
- 手作業による情報転記が不要になるため、Statuspageへの登録内容の間違いや更新漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、Google スプレッドシートとStatuspageをYoomと連携します。
- 次に、トリガーでGoogle スプレッドシートを選択し、「行が追加されたら」というアクションを設定します。
- 最後に、オペレーションでStatuspageを選択し、「Create Scheduled Maintenance」アクションを設定します。ここで、トリガーで取得したスプレッドシートの情報を各項目に設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google スプレッドシートのトリガー設定では、監視の対象としたいスプレッドシート、シート、テーブルの範囲などを任意で指定してください。
- Statuspageのオペレーション設定では、メンテナンスのタイトルや本文などの各項目に、固定のテキストを設定したり、Google スプレッドシートから取得した情報を変数として設定したりすることが可能です。
■注意事項
- Google スプレッドシート、StatuspageとYoomを連携してください。
- Googleスプレッドシートをアプリトリガーとして使用する際の注意事項は下記を参照してください。
https://intercom.help/yoom/ja/articles/10010912 - トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Statuspageで発生したIncident情報を定期的に確認し、関係者に共有する作業に手間を感じていませんか。手動での確認作業は、見落としや共有の遅れにつながる可能性もあります。このワークフローは、StatuspageのAPIと連携してIncidentの一覧を定期的に取得し、Gmailで自動送信します。これにより、重要な情報の共有を自動化し、安定したサービス運用を支援します。
■このテンプレートをおすすめする方
- StatuspageのAPIを活用して、Incident情報の取得を自動化したいSREやインフラ担当者の方
- サービスの稼働状況を手動で確認し、関係者への共有に手間を感じているチームリーダーの方
- 定期的なレポート作成のために、Statuspageの情報を効率的に収集したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- StatuspageのAPIを利用したIncident情報の定期取得と通知が自動化され、手作業での確認や共有にかかっていた時間を削減できます。
- 手動での情報確認による見落としや、関係者への共有漏れといったヒューマンエラーを防ぎ、確実な情報伝達を実現します。
■フローボットの流れ
- はじめに、StatuspageとGmailをYoomと連携します。
- 次に、トリガーでスケジュールトリガー機能を選択し、フローを起動する日程を設定します。
- 次に、オペレーションでStatuspageの「Search Incident」アクションを設定し、情報を取得します。
- 次に、オペレーションでAI機能の「テキストを生成する」アクションを設定し、取得した情報を基に通知用のメール本文などを作成します。
- 最後に、オペレーションでGmailから「メールを送る」アクションを設定し、Gmailアカウントから指定の宛先にメールを送信します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- スケジュールトリガー機能では、このワークフローを実行したい日時（毎時、毎日、毎週など）を任意で設定してください。
- StatuspageでIncidentを検索する際に、対象となるPage IDや検索条件（Query）を任意で設定してください。
- AI機能によるテキスト生成では、通知メールの本文などを作成するためのプロンプトを自由にカスタムでき、Statuspageから取得した情報を変数として組み込むことも可能です。
- メール機能では、通知を送る宛先（To, Cc, Bcc）や件名、メッセージ内容を任意で設定でき、前段で取得・生成した情報を変数として利用することもできます。
■注意事項
- Statuspage、GmailとYoomを連携してください。
Confluenceを使った便利な自動化例
Google WorkspaceやSmartHRで従業員が登録されたらConfluenceへ自動で招待し、フォームの回答、カレンダーの予定、GitHubのIssue、チームの議論などからページを自動作成します。
作成されたページの情報はTrelloやMicrosft SharePoint、Googleスプレッドシートと自動で同期できます。
これにより、組織のナレッジを漏れなく集約し、情報共有の手間を大幅に削減し、ドキュメント作成後の連携漏れを防ぐことができます。
■概要
新しい従業員が入社するたびに、関連ツールへのアカウント発行や招待対応に追われることはありませんか？
特にGoogle Workspaceへの登録後、手作業でConfluenceへ招待する作業は、手間がかかる上に招待漏れなどのミスも起こりがちです。
このワークフローを活用すれば、Google Workspaceに従業員が登録されると、自動でConfluenceへの招待が行われます。
手作業による負担やミスをなくし、スムーズなオンボーディングを実現します。
■このテンプレートをおすすめする方
- Google WorkspaceとConfluenceを利用し、新入社員の招待を手作業で行っている方
- 従業員のオンボーディングプロセスを自動化し、業務効率を改善したいと考えている方
- 手作業による招待漏れなどのヒューマンエラーを防ぎ、円滑な情報共有を実現したい方
■このテンプレートを使うメリット
- Google Workspaceに従業員が登録されると自動でConfluenceへ招待されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による招待メールの送り間違いや、招待漏れといったヒューマンエラーを防ぎ、確実な情報共有の基盤を構築します。
■フローボットの流れ
- はじめに、Google WorkspaceとConfluenceをYoomと連携します。
- 次に、トリガーでGoogle Workspaceを選択し、「ユーザーが登録されたら」というアクションを設定します。
- 次に、オペレーションでGoogle Workspaceの「ユーザーを検索」アクションを設定し、トリガーで取得した情報をもとに、登録されたユーザーの情報を検索します。
- 最後に、オペレーションでConfluenceの「ユーザーをサイトに招待」アクションを設定し、検索したユーザーのメールアドレス宛に招待を送信します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google Workspaceの「ユーザーを検索」アクションでは、検索の条件となる項目とキーワードを任意で設定してください。
- Confluenceの「ユーザーをサイトに招待」アクションでは、招待先のクラウドIDや、招待するユーザーのメールアドレスを任意で設定してください。
■注意事項
- Google WorkspaceとConfluenceのそれぞれとYoomを連携してください。
- Google Workspaceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
新しい従業員の入社に伴い、SmartHRへの情報登録後、手作業でConfluenceへの招待を行っていませんか。この作業は件数が増えると手間がかかるうえ、招待漏れなどのミスも発生しがちです。このワークフローを活用すれば、SmartHRに従業員情報が登録されると、自動でConfluenceへの招待が実行されます。反復的な手作業から解放され、よりスムーズなオンボーディングを実現します。
■このテンプレートをおすすめする方
- SmartHRとConfluenceを利用し、新入社員の招待を手作業で行っている方
- 入社手続きにおけるアカウント管理を効率化し、招待漏れを防ぎたい人事・総務担当者の方
- 従業員のオンボーディングプロセスを自動化したいと考えている情報システム部門の方
■このテンプレートを使うメリット
- SmartHRへの従業員登録を起点に、Confluenceへの招待が自動で完了するため、手作業にかかっていた時間を短縮できます。
- 手動での対応によるメールアドレスの入力ミスや、招待忘れといったヒューマンエラーの発生を防ぎ、確実な処理を実現します。
■フローボットの流れ
- はじめに、SmartHRとConfluenceをYoomと連携します。
- 次に、トリガーでSmartHRを選択し、「従業員が登録されたら」というアクションを設定します。
- 最後に、オペレーションでConfluenceを選択し、「ユーザーをサイトに招待」アクションを設定し、トリガーで取得した従業員のメールアドレスなどを紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceでユーザーを招待するアクションでは、招待するユーザーのメールアドレスなどを設定する必要があります。前段のSmartHRから取得した従業員情報を動的な値として設定してください。
- 招待時に送信されるメッセージ本文など、必要に応じて固定のテキストを設定することも可能です。
■注意事項
- SmartHRとConfluenceをYoomと連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
フォームで受け付けた問い合わせや報告などを、手作業でConfluenceにコピー＆ペーストしていませんか？
この作業は定型的ですが、入力ミスや転記漏れが発生しがちで、情報共有の遅れにも繋がることがあります。
このワークフローを活用すれば、フォームが送信されると同時にConfluenceにページが自動で作成されるため、情報共有を迅速かつ正確に進めることが可能です。
■このテンプレートをおすすめする方
- フォームで受け付けた情報をConfluenceで管理しており、手入力の手間を省きたい方
- 問い合わせやバグ報告などを、迅速にConfluence上でチームに共有したいマネージャーの方
- 手作業による転記ミスをなくし、情報の正確性を高めたいと考えている業務ご担当者の方
■このテンプレートを使うメリット
- フォーム送信をトリガーにConfluenceのページが自動生成されるため、手作業での転記にかかっていた時間を短縮することができます。
- システムが情報を自動で反映するため、コピー＆ペーストによる入力間違いや記載漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ConfluenceをYoomと連携します。
- トリガーでフォームトリガー機能を選択し、「フォームが送信されたら」フローが起動するよう設定します。
- 次に、オペレーションでConfluenceを選択し、「ページを作成」アクションを設定します。
- 最後に、作成するページのタイトルや本文に、トリガーで取得したフォームの情報を設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーで設定するフォームの項目は、収集したい情報に合わせて自由にカスタマイズが可能です。
- Confluenceのページ作成アクションでは、クラウドIDやスペースIDを候補から選択し、ページ内容にはフォームで取得した値を活用してください。
■注意事項
- ConfluenceとYoomを連携してください。
■概要
Outlookのカレンダーで管理している会議情報を、手作業でConfluenceに転記していませんか？議事録ページの作成忘れや、情報の入力ミスが発生し、情報共有がスムーズに進まないこともあるかもしれません。このワークフローを活用すれば、OutlookとConfluenceの連携を自動化できます。特定のイベントがカレンダーに登録されると、Confluenceに議事録用のページが自動で作成されるため、こうした手間やミスを解消し、業務の効率化に繋がります。
■このテンプレートをおすすめする方
- Outlookのカレンダーで会議を管理し、議事録をConfluenceで作成している方
- OutlookとConfluence間の手作業での情報転記に手間や漏れを感じている方
- 定例会議など、繰り返し発生するイベントの議事録ページ作成を自動化したい方
■このテンプレートを使うメリット
- Outlookにイベントが登録されるとConfluenceに自動でページが作成されるため、これまで手作業で行っていたページ作成の時間を短縮できます
- 手作業による情報の転記ミスや、議事録ページの作成忘れといったヒューマンエラーを防ぎ、情報共有の正確性を高めることに繋がります
■フローボットの流れ
- はじめに、OutlookとConfluenceをYoomと連携します
- 次に、トリガーでOutlookを選択し、「カレンダーにイベントが登録されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定の条件に合致した場合のみ後続のアクションが実行されるようにします
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、Outlookのイベント情報を基にページを自動作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能では、どのような条件のイベントをトリガーにConfluenceのページを作成するかを任意で設定してください。例えば、件名に特定のキーワードを含むイベントのみを対象とすることが可能です
- Confluenceでページを作成するアクションでは、ページのタイトルや本文にOutlookのイベント情報（件名、日時、参加者など）をどのように反映させるか、任意で設定してください
■注意事項
- OutlookとConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
GitHubで新しいIssueが作られるたびにConfluenceで関連ページを手作業で作成していませんか？この作業は、開発のスピードを落とすだけでなく、ページの作成漏れといったミスにも繋がりかねません。このワークフローを活用すれば、GitHubでのIssue作成をトリガーにConfluenceのページが自動で作成され、こうした連携作業の手間を解消し、ドキュメント管理を効率化します。
■このテンプレートをおすすめする方
- GitHubとConfluence間の情報連携を手作業で行い、非効率を感じている開発担当者の方
- Issueに基づいた仕様書や議事録の作成漏れを防ぎ、管理を徹底したいプロジェクトマネージャーの方
- 開発チームのドキュメント管理プロセスを自動化し、標準化したいと考えているチームリーダーの方
■このテンプレートを使うメリット
- GitHubでのIssue作成後に自動でConfluenceのページが作成されるため、ドキュメント作成に費やしていた時間を短縮できます。
- 手作業によるページの作成漏れや、Issue情報の転記ミスといったヒューマンエラーを防ぎ、ドキュメントの正確性を保ちます。
■フローボットの流れ
- はじめに、GitHubとConfluenceをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでGitHubの「Issueを取得」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、取得したIssueの情報をもとにページを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceの「ページを作成」オペレーションでは、ページのタイトルや本文の内容を自由にカスタマイズできます。固定のテキストと、前段のGitHubから取得したIssueのタイトルや担当者といった動的な値を組み合わせて、独自のフォーマットでページを作成することが可能です。
■注意事項
- GitHub、ConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Microsoft Teamsでの議論や共有事項を、後から参照できるようConfluenceにまとめる作業は重要ですが、手作業では手間がかかり抜け漏れも発生しがちではないでしょうか。このワークフローを活用すれば、Microsoft Teamsの特定のチャネルへのメッセージ投稿をきっかけに、AIが内容を整理しConfluenceにページを自動で作成します。議事録作成やナレッジ蓄積にかかる工数を削減し、チームの情報共有を円滑にします。
■このテンプレートをおすすめする方
- Microsoft Teamsでの議論を、手作業でConfluenceに転記している方
- 議事録作成や情報共有のプロセスを自動化し、業務効率を改善したいチームリーダーの方
- 手作業による転記ミスや共有漏れを防ぎ、情報の正確性を高めたいと考えている方
■このテンプレートを使うメリット
- Microsoft Teamsの投稿内容が自動でConfluenceにページとして作成されるため、これまで手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、手作業によるコピー＆ペーストのミスや、重要な情報の記載漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、Microsoft TeamsとConfluenceをYoomと連携します。
- 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションでAI機能の「テキストからデータを抽出する」アクションを設定し、トリガーで取得したメッセージ内容から必要な情報を抽出します。
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、抽出した情報を元にページを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Microsoft Teamsのトリガー設定では、フローボットを起動する対象のチャネルを任意で設定してください。
- AI機能によるテキスト抽出では、トリガーで取得したメッセージ本文を変数として利用し、ページのタイトルや要約など、抽出したい項目を自由にカスタマイズしてください。
- Confluenceにページを作成する際、ページのタイトルや本文に、AIが抽出したデータや固定のテキストを変数として組み合わせて自由に設定が可能です。
■注意事項
- Microsoft Teams、ConfluenceのそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Slackでの重要な議論や報告を、後からConfluenceで確認しようとした際、情報が埋もれてしまったり、手動でまとめる手間がかかったりすることはありませんか？
このような情報共有の非効率は、チームの生産性を下げる一因にもなり得ます。
このワークフローを活用すれば、Slackの特定キーワードを含むメッセージを自動で検知し、AIが要約した上でConfluenceにページとして記録するため、SlackとConfluence間の情報連携をスムーズにし、ナレッジの蓄積を効率化します。
■このテンプレートをおすすめする方
- Slack上の議論を資産としてConfluenceに蓄積し、ナレッジマネジメントを強化したい方
- SlackとConfluence間での情報転記作業に多くの時間を費やしており、業務を効率化したい方
- 重要な報告や決定事項の共有漏れを防ぎ、チーム内の情報連携を円滑にしたいと考えている方
■このテンプレートを使うメリット
- Slackでのメッセージ投稿をトリガーに、Confluenceへのページ作成までを自動化し、これまで手作業で行っていた情報集約の時間を削減します。
- 手動でのコピー＆ペーストや要約作業で発生しがちな、情報の転記ミスや要約の抜け漏れを防ぎ、情報の正確性を保つことに繋がります。
■フローボットの流れ
- はじめに、SlackとConfluenceをYoomと連携します。
- トリガーでSlackを選択し、「指定のテキストを含むメッセージがチャンネルに投稿されたら」というアクションで、監視したいチャンネルやキーワードを設定します。
- 次に、オペレーションでAI機能の「データを抽出する」アクションを設定し、Slackのメッセージ内容などを取得します。
- 続いて、AI機能の「要約する」アクションで、抽出したテキストデータを要約します。
- 最後に、Confluenceの「ページを作成」アクションを設定し、要約した内容を本文に含めたページを自動で作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceでページを作成するアクションでは、ページのタイトルや本文に任意のテキストを固定値として設定したり、Slackの投稿者名や投稿日時といった前段のアクションで取得した情報を変数として埋め込んだりすることが可能です。これにより、自社の運用ルールに合わせたフォーマットでページを自動生成できます。
■注意事項
- Slack、ConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Confluenceで議事録や仕様書を作成した後、関連するタスクをTrelloに手動で作成する作業に手間を感じていませんか？
この手作業は、タスクの起票漏れや情報の転記ミスにつながることもあります。
このワークフローを活用すれば、Confluenceで新しいページが作成されると、その内容をもとにTrelloのカードが自動で作成されます。
これにより、情報連携の正確性を高め、タスク管理を効率化します。
■このテンプレートをおすすめする方
- ConfluenceとTrelloを併用し、タスク管理を手作業で行っている方
- ドキュメント作成後のタスク起票漏れを防ぎ、プロジェクトを円滑に進めたい方
- チーム内の情報共有プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- Confluenceでのページ作成を起点にTrelloのカードが自動で生成されるため、手作業でのタスク起票にかかる時間を短縮できます。
- 手動での情報転記が不要になることで、タスクの作成漏れや内容の入力ミスといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ConfluenceとTrelloをYoomと連携します。
- 次に、トリガーでConfluenceの「ページが作成されたら」というアクションを設定し、フローを起動するスペースを指定します。
- 最後に、オペレーションでTrelloの「新しいカードを作成」アクションを設定し、Confluenceから取得したページタイトルやURLなどをカード情報に反映させます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「新しいカードを作成」では、取得したConfluenceのページ情報を変数として埋め込むことが可能です。
■注意事項
- ConfluenceとTrelloのそれぞれとYoomを連携してください。
■概要
Confluenceで議事録やプロジェクトの資料を作成した後、関連ファイルを保管するためにMicrosoft SharePointで手動でフォルダを作成していませんか。この作業は手間がかかるだけでなく、作成漏れや命名規則の不統一といったミスにつながることもあります。このワークフローを活用すれば、Confluenceでページが作成されると、Microsoft SharePointに指定したフォルダが自動で作成されるようになり、こうした情報管理の課題を解消し、業務を円滑に進めることができます。
■このテンプレートをおすすめする方
- ・ConfluenceとMicrosoft SharePointで情報管理を行い、手作業での連携に手間を感じている方
- ・プロジェクトごとに作成されるドキュメントと関連ファイルを紐付けて、効率的に管理したい方
- ・手作業によるフォルダの作成漏れや命名規則のバラつきを防ぎ、業務を標準化したい方
■このテンプレートを使うメリット
- ・Confluenceのページ作成と同時にMicrosoft SharePointへフォルダが自動生成されるため、これまで手作業に費やしていた時間を削減できます。
- ・手作業によるフォルダの作成忘れや命名の誤りを防ぎ、情報管理の抜け漏れといったヒューマンエラーの発生を抑制します。
■フローボットの流れ
- 1.はじめに、ConfluenceとMicrosoft SharePointをYoomと連携します。
- 2.次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 3.最後に、オペレーションでMicrosoft SharePointの「フォルダを作成」アクションを設定し、Confluenceで作成されたページの情報を元にフォルダが自動で作成されるようにします。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション■このワークフローのカスタムポイント
- ・Confluenceのトリガー設定では、連携の対象とするConfluenceアカウントのクラウドIDを設定してください。
- ・Microsoft SharePointのアクション設定では、フォルダを作成するサイトID、ドライブID、および親フォルダのアイテムIDをそれぞれ任意で設定してください。
■概要
Confluenceで作成した議事録や仕様書などのページ情報を、管理のためにGoogle スプレッドシートへ手作業で転記していませんか。こうした単純作業は手間がかかるだけでなく、コピー＆ペーストのミスや転記漏れの原因にもなりかねません。このワークフローを活用すれば、Confluenceでページが作成されると、自動でGoogle スプレッドシートに情報が追加されるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- ConfluenceとGoogle スプレッドシートを併用し、情報管理を手作業で行っている方
- ドキュメント作成後の転記作業が定型化しており、自動化で効率を上げたいと考えている方
- 手作業による情報入力のミスや漏れをなくし、正確なデータ管理を実現したい方
■このテンプレートを使うメリット
- Confluenceでページが作成されると自動で情報が追加されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業によるデータ転記が不要になるため、入力ミスや記載漏れといったヒューマンエラーの発生を防ぎ、データの正確性を保ちます。
■フローボットの流れ
- はじめに、ConfluenceとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、トリガーで取得したページのタイトルやURLなどの情報を指定の列に追加します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google スプレッドシートにレコードを追加するアクションでは、どの情報をどの列に記録するかを自由にカスタマイズできます。Confluenceのトリガーから取得したページのタイトル、URL、作成者といった情報を変数として設定し、指定のシートに反映させることが可能です。
■注意事項
- Confluence、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
新しい従業員が入社するたびに、関連ツールへのアカウント発行や招待対応に追われることはありませんか？
特にGoogle Workspaceへの登録後、手作業でConfluenceへ招待する作業は、手間がかかる上に招待漏れなどのミスも起こりがちです。
このワークフローを活用すれば、Google Workspaceに従業員が登録されると、自動でConfluenceへの招待が行われます。
手作業による負担やミスをなくし、スムーズなオンボーディングを実現します。
■このテンプレートをおすすめする方
- Google WorkspaceとConfluenceを利用し、新入社員の招待を手作業で行っている方
- 従業員のオンボーディングプロセスを自動化し、業務効率を改善したいと考えている方
- 手作業による招待漏れなどのヒューマンエラーを防ぎ、円滑な情報共有を実現したい方
■このテンプレートを使うメリット
- Google Workspaceに従業員が登録されると自動でConfluenceへ招待されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による招待メールの送り間違いや、招待漏れといったヒューマンエラーを防ぎ、確実な情報共有の基盤を構築します。
■フローボットの流れ
- はじめに、Google WorkspaceとConfluenceをYoomと連携します。
- 次に、トリガーでGoogle Workspaceを選択し、「ユーザーが登録されたら」というアクションを設定します。
- 次に、オペレーションでGoogle Workspaceの「ユーザーを検索」アクションを設定し、トリガーで取得した情報をもとに、登録されたユーザーの情報を検索します。
- 最後に、オペレーションでConfluenceの「ユーザーをサイトに招待」アクションを設定し、検索したユーザーのメールアドレス宛に招待を送信します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google Workspaceの「ユーザーを検索」アクションでは、検索の条件となる項目とキーワードを任意で設定してください。
- Confluenceの「ユーザーをサイトに招待」アクションでは、招待先のクラウドIDや、招待するユーザーのメールアドレスを任意で設定してください。
■注意事項
- Google WorkspaceとConfluenceのそれぞれとYoomを連携してください。
- Google Workspaceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
新しい従業員の入社に伴い、SmartHRへの情報登録後、手作業でConfluenceへの招待を行っていませんか。この作業は件数が増えると手間がかかるうえ、招待漏れなどのミスも発生しがちです。このワークフローを活用すれば、SmartHRに従業員情報が登録されると、自動でConfluenceへの招待が実行されます。反復的な手作業から解放され、よりスムーズなオンボーディングを実現します。
■このテンプレートをおすすめする方
- SmartHRとConfluenceを利用し、新入社員の招待を手作業で行っている方
- 入社手続きにおけるアカウント管理を効率化し、招待漏れを防ぎたい人事・総務担当者の方
- 従業員のオンボーディングプロセスを自動化したいと考えている情報システム部門の方
■このテンプレートを使うメリット
- SmartHRへの従業員登録を起点に、Confluenceへの招待が自動で完了するため、手作業にかかっていた時間を短縮できます。
- 手動での対応によるメールアドレスの入力ミスや、招待忘れといったヒューマンエラーの発生を防ぎ、確実な処理を実現します。
■フローボットの流れ
- はじめに、SmartHRとConfluenceをYoomと連携します。
- 次に、トリガーでSmartHRを選択し、「従業員が登録されたら」というアクションを設定します。
- 最後に、オペレーションでConfluenceを選択し、「ユーザーをサイトに招待」アクションを設定し、トリガーで取得した従業員のメールアドレスなどを紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceでユーザーを招待するアクションでは、招待するユーザーのメールアドレスなどを設定する必要があります。前段のSmartHRから取得した従業員情報を動的な値として設定してください。
- 招待時に送信されるメッセージ本文など、必要に応じて固定のテキストを設定することも可能です。
■注意事項
- SmartHRとConfluenceをYoomと連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
フォームで受け付けた問い合わせや報告などを、手作業でConfluenceにコピー＆ペーストしていませんか？
この作業は定型的ですが、入力ミスや転記漏れが発生しがちで、情報共有の遅れにも繋がることがあります。
このワークフローを活用すれば、フォームが送信されると同時にConfluenceにページが自動で作成されるため、情報共有を迅速かつ正確に進めることが可能です。
■このテンプレートをおすすめする方
- フォームで受け付けた情報をConfluenceで管理しており、手入力の手間を省きたい方
- 問い合わせやバグ報告などを、迅速にConfluence上でチームに共有したいマネージャーの方
- 手作業による転記ミスをなくし、情報の正確性を高めたいと考えている業務ご担当者の方
■このテンプレートを使うメリット
- フォーム送信をトリガーにConfluenceのページが自動生成されるため、手作業での転記にかかっていた時間を短縮することができます。
- システムが情報を自動で反映するため、コピー＆ペーストによる入力間違いや記載漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ConfluenceをYoomと連携します。
- トリガーでフォームトリガー機能を選択し、「フォームが送信されたら」フローが起動するよう設定します。
- 次に、オペレーションでConfluenceを選択し、「ページを作成」アクションを設定します。
- 最後に、作成するページのタイトルや本文に、トリガーで取得したフォームの情報を設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーで設定するフォームの項目は、収集したい情報に合わせて自由にカスタマイズが可能です。
- Confluenceのページ作成アクションでは、クラウドIDやスペースIDを候補から選択し、ページ内容にはフォームで取得した値を活用してください。
■注意事項
- ConfluenceとYoomを連携してください。
■概要
Outlookのカレンダーで管理している会議情報を、手作業でConfluenceに転記していませんか？議事録ページの作成忘れや、情報の入力ミスが発生し、情報共有がスムーズに進まないこともあるかもしれません。このワークフローを活用すれば、OutlookとConfluenceの連携を自動化できます。特定のイベントがカレンダーに登録されると、Confluenceに議事録用のページが自動で作成されるため、こうした手間やミスを解消し、業務の効率化に繋がります。
■このテンプレートをおすすめする方
- Outlookのカレンダーで会議を管理し、議事録をConfluenceで作成している方
- OutlookとConfluence間の手作業での情報転記に手間や漏れを感じている方
- 定例会議など、繰り返し発生するイベントの議事録ページ作成を自動化したい方
■このテンプレートを使うメリット
- Outlookにイベントが登録されるとConfluenceに自動でページが作成されるため、これまで手作業で行っていたページ作成の時間を短縮できます
- 手作業による情報の転記ミスや、議事録ページの作成忘れといったヒューマンエラーを防ぎ、情報共有の正確性を高めることに繋がります
■フローボットの流れ
- はじめに、OutlookとConfluenceをYoomと連携します
- 次に、トリガーでOutlookを選択し、「カレンダーにイベントが登録されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定の条件に合致した場合のみ後続のアクションが実行されるようにします
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、Outlookのイベント情報を基にページを自動作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能では、どのような条件のイベントをトリガーにConfluenceのページを作成するかを任意で設定してください。例えば、件名に特定のキーワードを含むイベントのみを対象とすることが可能です
- Confluenceでページを作成するアクションでは、ページのタイトルや本文にOutlookのイベント情報（件名、日時、参加者など）をどのように反映させるか、任意で設定してください
■注意事項
- OutlookとConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
GitHubで新しいIssueが作られるたびにConfluenceで関連ページを手作業で作成していませんか？この作業は、開発のスピードを落とすだけでなく、ページの作成漏れといったミスにも繋がりかねません。このワークフローを活用すれば、GitHubでのIssue作成をトリガーにConfluenceのページが自動で作成され、こうした連携作業の手間を解消し、ドキュメント管理を効率化します。
■このテンプレートをおすすめする方
- GitHubとConfluence間の情報連携を手作業で行い、非効率を感じている開発担当者の方
- Issueに基づいた仕様書や議事録の作成漏れを防ぎ、管理を徹底したいプロジェクトマネージャーの方
- 開発チームのドキュメント管理プロセスを自動化し、標準化したいと考えているチームリーダーの方
■このテンプレートを使うメリット
- GitHubでのIssue作成後に自動でConfluenceのページが作成されるため、ドキュメント作成に費やしていた時間を短縮できます。
- 手作業によるページの作成漏れや、Issue情報の転記ミスといったヒューマンエラーを防ぎ、ドキュメントの正確性を保ちます。
■フローボットの流れ
- はじめに、GitHubとConfluenceをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでGitHubの「Issueを取得」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、取得したIssueの情報をもとにページを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceの「ページを作成」オペレーションでは、ページのタイトルや本文の内容を自由にカスタマイズできます。固定のテキストと、前段のGitHubから取得したIssueのタイトルや担当者といった動的な値を組み合わせて、独自のフォーマットでページを作成することが可能です。
■注意事項
- GitHub、ConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Microsoft Teamsでの議論や共有事項を、後から参照できるようConfluenceにまとめる作業は重要ですが、手作業では手間がかかり抜け漏れも発生しがちではないでしょうか。このワークフローを活用すれば、Microsoft Teamsの特定のチャネルへのメッセージ投稿をきっかけに、AIが内容を整理しConfluenceにページを自動で作成します。議事録作成やナレッジ蓄積にかかる工数を削減し、チームの情報共有を円滑にします。
■このテンプレートをおすすめする方
- Microsoft Teamsでの議論を、手作業でConfluenceに転記している方
- 議事録作成や情報共有のプロセスを自動化し、業務効率を改善したいチームリーダーの方
- 手作業による転記ミスや共有漏れを防ぎ、情報の正確性を高めたいと考えている方
■このテンプレートを使うメリット
- Microsoft Teamsの投稿内容が自動でConfluenceにページとして作成されるため、これまで手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、手作業によるコピー＆ペーストのミスや、重要な情報の記載漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、Microsoft TeamsとConfluenceをYoomと連携します。
- 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションでAI機能の「テキストからデータを抽出する」アクションを設定し、トリガーで取得したメッセージ内容から必要な情報を抽出します。
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、抽出した情報を元にページを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Microsoft Teamsのトリガー設定では、フローボットを起動する対象のチャネルを任意で設定してください。
- AI機能によるテキスト抽出では、トリガーで取得したメッセージ本文を変数として利用し、ページのタイトルや要約など、抽出したい項目を自由にカスタマイズしてください。
- Confluenceにページを作成する際、ページのタイトルや本文に、AIが抽出したデータや固定のテキストを変数として組み合わせて自由に設定が可能です。
■注意事項
- Microsoft Teams、ConfluenceのそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Slackでの重要な議論や報告を、後からConfluenceで確認しようとした際、情報が埋もれてしまったり、手動でまとめる手間がかかったりすることはありませんか？
このような情報共有の非効率は、チームの生産性を下げる一因にもなり得ます。
このワークフローを活用すれば、Slackの特定キーワードを含むメッセージを自動で検知し、AIが要約した上でConfluenceにページとして記録するため、SlackとConfluence間の情報連携をスムーズにし、ナレッジの蓄積を効率化します。
■このテンプレートをおすすめする方
- Slack上の議論を資産としてConfluenceに蓄積し、ナレッジマネジメントを強化したい方
- SlackとConfluence間での情報転記作業に多くの時間を費やしており、業務を効率化したい方
- 重要な報告や決定事項の共有漏れを防ぎ、チーム内の情報連携を円滑にしたいと考えている方
■このテンプレートを使うメリット
- Slackでのメッセージ投稿をトリガーに、Confluenceへのページ作成までを自動化し、これまで手作業で行っていた情報集約の時間を削減します。
- 手動でのコピー＆ペーストや要約作業で発生しがちな、情報の転記ミスや要約の抜け漏れを防ぎ、情報の正確性を保つことに繋がります。
■フローボットの流れ
- はじめに、SlackとConfluenceをYoomと連携します。
- トリガーでSlackを選択し、「指定のテキストを含むメッセージがチャンネルに投稿されたら」というアクションで、監視したいチャンネルやキーワードを設定します。
- 次に、オペレーションでAI機能の「データを抽出する」アクションを設定し、Slackのメッセージ内容などを取得します。
- 続いて、AI機能の「要約する」アクションで、抽出したテキストデータを要約します。
- 最後に、Confluenceの「ページを作成」アクションを設定し、要約した内容を本文に含めたページを自動で作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceでページを作成するアクションでは、ページのタイトルや本文に任意のテキストを固定値として設定したり、Slackの投稿者名や投稿日時といった前段のアクションで取得した情報を変数として埋め込んだりすることが可能です。これにより、自社の運用ルールに合わせたフォーマットでページを自動生成できます。
■注意事項
- Slack、ConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Confluenceで議事録や仕様書を作成した後、関連するタスクをTrelloに手動で作成する作業に手間を感じていませんか？
この手作業は、タスクの起票漏れや情報の転記ミスにつながることもあります。
このワークフローを活用すれば、Confluenceで新しいページが作成されると、その内容をもとにTrelloのカードが自動で作成されます。
これにより、情報連携の正確性を高め、タスク管理を効率化します。
■このテンプレートをおすすめする方
- ConfluenceとTrelloを併用し、タスク管理を手作業で行っている方
- ドキュメント作成後のタスク起票漏れを防ぎ、プロジェクトを円滑に進めたい方
- チーム内の情報共有プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- Confluenceでのページ作成を起点にTrelloのカードが自動で生成されるため、手作業でのタスク起票にかかる時間を短縮できます。
- 手動での情報転記が不要になることで、タスクの作成漏れや内容の入力ミスといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ConfluenceとTrelloをYoomと連携します。
- 次に、トリガーでConfluenceの「ページが作成されたら」というアクションを設定し、フローを起動するスペースを指定します。
- 最後に、オペレーションでTrelloの「新しいカードを作成」アクションを設定し、Confluenceから取得したページタイトルやURLなどをカード情報に反映させます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「新しいカードを作成」では、取得したConfluenceのページ情報を変数として埋め込むことが可能です。
■注意事項
- ConfluenceとTrelloのそれぞれとYoomを連携してください。
■概要
Confluenceで議事録やプロジェクトの資料を作成した後、関連ファイルを保管するためにMicrosoft SharePointで手動でフォルダを作成していませんか。この作業は手間がかかるだけでなく、作成漏れや命名規則の不統一といったミスにつながることもあります。このワークフローを活用すれば、Confluenceでページが作成されると、Microsoft SharePointに指定したフォルダが自動で作成されるようになり、こうした情報管理の課題を解消し、業務を円滑に進めることができます。
■このテンプレートをおすすめする方
- ・ConfluenceとMicrosoft SharePointで情報管理を行い、手作業での連携に手間を感じている方
- ・プロジェクトごとに作成されるドキュメントと関連ファイルを紐付けて、効率的に管理したい方
- ・手作業によるフォルダの作成漏れや命名規則のバラつきを防ぎ、業務を標準化したい方
■このテンプレートを使うメリット
- ・Confluenceのページ作成と同時にMicrosoft SharePointへフォルダが自動生成されるため、これまで手作業に費やしていた時間を削減できます。
- ・手作業によるフォルダの作成忘れや命名の誤りを防ぎ、情報管理の抜け漏れといったヒューマンエラーの発生を抑制します。
■フローボットの流れ
- 1.はじめに、ConfluenceとMicrosoft SharePointをYoomと連携します。
- 2.次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 3.最後に、オペレーションでMicrosoft SharePointの「フォルダを作成」アクションを設定し、Confluenceで作成されたページの情報を元にフォルダが自動で作成されるようにします。
■このワークフローのカスタムポイント
- ・Confluenceのトリガー設定では、連携の対象とするConfluenceアカウントのクラウドIDを設定してください。
- ・Microsoft SharePointのアクション設定では、フォルダを作成するサイトID、ドライブID、および親フォルダのアイテムIDをそれぞれ任意で設定してください。
■概要
Confluenceで作成した議事録や仕様書などのページ情報を、管理のためにGoogle スプレッドシートへ手作業で転記していませんか。こうした単純作業は手間がかかるだけでなく、コピー＆ペーストのミスや転記漏れの原因にもなりかねません。このワークフローを活用すれば、Confluenceでページが作成されると、自動でGoogle スプレッドシートに情報が追加されるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- ConfluenceとGoogle スプレッドシートを併用し、情報管理を手作業で行っている方
- ドキュメント作成後の転記作業が定型化しており、自動化で効率を上げたいと考えている方
- 手作業による情報入力のミスや漏れをなくし、正確なデータ管理を実現したい方
■このテンプレートを使うメリット
- Confluenceでページが作成されると自動で情報が追加されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業によるデータ転記が不要になるため、入力ミスや記載漏れといったヒューマンエラーの発生を防ぎ、データの正確性を保ちます。
■フローボットの流れ
- はじめに、ConfluenceとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでConfluenceを選択し、「ページが作成されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、トリガーで取得したページのタイトルやURLなどの情報を指定の列に追加します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Google スプレッドシートにレコードを追加するアクションでは、どの情報をどの列に記録するかを自由にカスタマイズできます。Confluenceのトリガーから取得したページのタイトル、URL、作成者といった情報を変数として設定し、指定のシートに反映させることが可能です。
■注意事項
- Confluence、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
まとめ
StatuspageとConfluenceの連携を自動化することで、これまで手作業で行っていたインシデントの登録やドキュメント作成といった一連の作業を削減でき、ヒューマンエラーのリスクも削減できます。
これにより、担当者は障害発生時の煩雑な作業から解放され、スピーディーな情報共有を実現し、原因の調査や再発防止策の立案など、より重要な業務に集中できるようになります！
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、画面の指示に従って操作するだけで直感的に業務フローを構築できます。
自動化に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomによる業務効率化を体験してみてください！
よくあるご質問
Q：連携処理がエラーになった場合、どうなりますか？
A：「認証に失敗しました」「権限がありません」「設定内容に誤りがあります」といったエラーメッセージが、Yoom画面上に表示されます。
また、エラーが発生した場合にメールやチャットツール（Slack・Chatworkなど）で通知を受け取る設定も可能です。
通知には、エラーが起きたオペレーションやその詳細を確認できるリンクが記載されており、迅速に原因を把握できます。
なお、自動で再実行は行われないため、エラー発生時は手動での再実行が必要です。
例えば、認証切れが原因の場合は、マイアプリから「削除→再接続」することで復旧できます。
ヘルプページで解決しない場合は、サポート窓口からお問い合わせいただけます。
エラーが発生した際の対応方法は、以下のヘルプページをご参照ください。
Q：障害内容に応じてConfluenceの作成先スペースを分けられますか？
A：はい、可能です。
StatuspageアクションとConfluenceアクションの間に「進行先を切り替える」アクションを挿入することで、条件に応じて作成先のスペースを自動で変更できます。
例えば、障害の緊急度が「高」「中」「低」といったケースに応じて、それぞれ異なるConfluenceスペースにページを作成する、といった設定が可能です。
ただし、条件設定の際に「含む」や「以上」などの比較演算子は使用できませんのでご注意ください。
詳しい設定手順は、以下のヘルプページをご参照ください。
Q：Statuspageの「計画メンテナンス」の登録も自動化できますか？
A：はい、可能です。
Statuspageのアクションには「Create Scheduled Maintenance」という操作も用意されています。
これを使えば、予定されているメンテナンス情報を自動で登録できます。
プログラミング知識なしで手軽に構築できます。
