・
【ノーコードで実現】GitHubのデータをCanbus.に自動的に連携する方法
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
「GitHubとCanbus.を使っていて、それぞれのデータを連携したい！」
「GitHubにIssueが作成されるたびに、Canbus.に手動で情報を転記しており、正直手間がかかって面倒…」
このように、GitHubとCanbus.間での手作業による情報連携に限界を感じていませんか？特に、Issueやプルリクエストといった開発の進捗に関わる重要な情報が、業務管理ツールへ反映されないことによるコミュニケーションロスや、対応の遅れは避けたいですよね。
もし、GitHubで特定のイベントが発生した際に、その情報を自動的にCanbus.へ登録する仕組みがあれば、これらの悩みから解放され、開発チームとプロジェクト管理チーム間の情報共有がスムーズになり、より重要な業務に集中できる時間を生み出すことができますよね。
さらに、手作業による入力ミスや転記漏れも防ぐことができ、業務精度も向上するはずです。
今回ご紹介する自動化の設定は、プログラミングの知識がなくてもノーコードで簡単に設定できて、導入にかかる手間や時間もほとんどないので、ぜひこの機会に自動化を導入して、日々の業務をもっと楽に、そして効率的に進めていきましょう！
とにかく早く試したい方へ
YoomにはGitHubとCanbus.を連携するためのテンプレートが用意されているので、今すぐ試したい方は以下のバナーをクリックしてスタートしましょう！
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubとCanbus.を連携してできること
GitHubとCanbus.のAPIを連携すれば、GitHubで発生したイベント（Issueの作成やプルリクエストなど）の情報をCanbus.に自動的に連携することが可能になります！これにより、開発の進捗状況をスムーズにCanbus.上で把握できるようになり、プロジェクト管理の効率化や、手作業による情報入力の手間やミスの削減に繋がります。
Yoomに用意されている連携テンプレートを使えば、アカウント登録後すぐにこれらの自動化を体験できるので、気になる内容があれば、ぜひクリックしてみてください！
GitHubでIssueが作成されたCanbus.に追加する
GitHubで新しいIssueが作成された際に、そのIssueのタイトル、内容、担当者といった情報を自動的にCanbus.の該当するボードやタスクに新しいアイテムとして追加します。この連携は、GitHubの情報をCanbus.に直接登録するシンプルなパターンであり、Issueの情報を手動でCanbus.に転記する手間を完全に排除し、情報共有の迅速化と入力ミスの防止に貢献します。そのため、開発チームとプロジェクト管理チーム間の連携を強化し、プロジェクトの透明性を高めることができるはずです。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでプルリクエストが作成されたCanbus.に追加する
GitHubで新しいプルリクエストが作成された際に、その情報をCanbus.の関連タスクに自動で記録することも可能です。この連携も、GitHubのデータをCanbus.に直接登録するパターンで、プルリクエストの情報を手動でCanbus.に反映させる作業が不要になります。これにより、レビュー依頼やマージ状況の共有の円滑化に繋がり、開発サイクルの短縮と品質向上が期待できますよ。
■概要
GitHubで新しいプルリクエストが作成されるたびに、その内容を別途Canbus.へ手作業で転記するのは手間がかかる作業ではないでしょうか。また、手作業による情報入力は、更新漏れや記載ミスといったヒューマンエラーを引き起こす可能性も否定できません。このワークフローを活用すれば、GitHubでのプルリクエスト作成を検知し、Canbus.へのレコード追加を自動化できるため、これらの課題の解消に繋がります。
■このテンプレートをおすすめする方
- GitHubとCanbus.を利用し、プルリクエスト情報を手作業で連携させている開発担当者の方
- プルリクエストの転記作業における時間的コストや入力ミスを削減したいマネージャーの方
- 開発に関連するタスク管理の効率化や自動化を推進したいと考えている情報システム担当者の方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると、自動でCanbus.にレコードが追加されるため、これまで手作業で行っていた情報転記の時間を短縮できます。
- 手作業によるデータ入力が不要になることで、転記ミスや情報連携の漏れといったヒューマンエラーの発生リスクを低減し、データの正確性を維持します。
■フローボットの流れ
- はじめに、GitHubとCanbus.をYoomと連携します。
- 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します。
- 最後に、オペレーションでCanbus.を選択し、「レコードの追加」アクションを設定し、GitHubから取得したプルリクエスト情報を基にレコードが追加されるようにします。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクションを設定する際、Canbus.のどのボードや項目に情報を追加するかを指定します。各項目には、固定のテキスト値を入力したり、前段のGitHubトリガーから取得したプルリクエストのタイトル、URL、作成者といった動的なデータを埋め込むことが可能です。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいプルリクエストが作成されるたびに、その内容を別途Canbus.へ手作業で転記するのは手間がかかる作業ではないでしょうか。また、手作業による情報入力は、更新漏れや記載ミスといったヒューマンエラーを引き起こす可能性も否定できません。このワークフローを活用すれば、GitHubでのプルリクエスト作成を検知し、Canbus.へのレコード追加を自動化できるため、これらの課題の解消に繋がります。
■このテンプレートをおすすめする方
- GitHubとCanbus.を利用し、プルリクエスト情報を手作業で連携させている開発担当者の方
- プルリクエストの転記作業における時間的コストや入力ミスを削減したいマネージャーの方
- 開発に関連するタスク管理の効率化や自動化を推進したいと考えている情報システム担当者の方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると、自動でCanbus.にレコードが追加されるため、これまで手作業で行っていた情報転記の時間を短縮できます。
- 手作業によるデータ入力が不要になることで、転記ミスや情報連携の漏れといったヒューマンエラーの発生リスクを低減し、データの正確性を維持します。
■フローボットの流れ
- はじめに、GitHubとCanbus.をYoomと連携します。
- 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します。
- 最後に、オペレーションでCanbus.を選択し、「レコードの追加」アクションを設定し、GitHubから取得したプルリクエスト情報を基にレコードが追加されるようにします。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクションを設定する際、Canbus.のどのボードや項目に情報を追加するかを指定します。各項目には、固定のテキスト値を入力したり、前段のGitHubトリガーから取得したプルリクエストのタイトル、URL、作成者といった動的なデータを埋め込むことが可能です。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubとCanbus.の連携フローを作ってみよう
それでは、さっそく実際にGitHubとCanbus.を連携したフローを作成してみましょう！今回はYoomを使用して、ノーコードでGitHubとCanbus.の連携を進めていきますので、もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
[Yoomとは]
フローの作成方法
今回はGitHubでIssueが作成されたCanbus.に追加するフローを作成していきます！
作成の流れは大きく分けて以下です。
- GitHubとCanbus.のマイアプリ連携
- テンプレートをコピー
- GitHubのトリガー設定およびCanbus.のアクション設定
- トリガーをONにしてフローが正しく動くかを確認
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
ステップ1:GitHubとCanbus.のマイアプリ連携
まず、Yoomのアカウントにログインします。
まだYoomを利用したことがない方は、初めてのYoomをぜひご覧ください。
1.マイアプリをクリックした後、新規接続をクリックします。
2.入力欄からアプリ名で検索できます。
GitHubのマイアプリ登録
3.入力欄にGitHubと入力するとアイコンが表示されるので、アイコンをクリックします。
次に以下の画面でログイン情報を入力し、マイアプリに登録します。
Canbus.のマイアプリ登録
4.次はCanbus.をマイアプリに登録します。
(1)と同じようにYoomの新規接続一覧の中から、Canbus.をクリックしてサインインします。
「Canbus.の新規登録」画面で、以下の必須項目を入力して「追加」を押します。
※テナントIDは赤枠の注釈を参考にしてください。
Yoomのマイアプリにそれぞれが登録されたら連携が完了です！
ステップ2:テンプレートをコピーする
1.自動化の設定をするため、以下のバナーにある「試してみる」をクリックしてください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、GitHubで作成されたIssueを別途タスク管理ツールであるCanbus.に手作業で登録していませんか？Issueの登録漏れや転記ミスは、プロジェクトの遅延や混乱を招く可能性があります。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でCanbus.にレコードを追加するため、手作業による手間やヒューマンエラーを減らし、情報連携を円滑にします。
■このテンプレートをおすすめする方
- GitHubでIssueを管理し、Canbus.でタスク管理を行っている開発チームの方
- GitHubのIssue情報をCanbus.へ手動で転記する作業に課題を感じている方
- Issue登録の漏れや遅延を防ぎ、プロジェクト管理を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を削減し、他の業務に集中できます。
- 手作業によるデータ転記が不要になることで、入力情報の誤りや登録漏れといったヒューマンエラーの発生リスクを低減します。
■フローボットの流れ
- はじめに、マイアプリ連携画面でGitHubとCanbus.をYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。これにより、指定したリポジトリで新しいIssueが作成されるとフローが起動します。
- 最後に、オペレーションとしてCanbus.を選択し、「レコードの追加」アクションを設定します。ここで、GitHubのIssueから取得したタイトル、内容、担当者などの情報をCanbus.の対応するフィールドにマッピングし、レコードを自動で追加するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Canbus.の「レコードの追加」アクション設定時、どのボードのどのリストにレコードを追加するかを指定できます。
- 追加するレコードの各項目（例：タスク名、詳細、期限、担当者など）に対して、GitHubのIssue情報（タイトル、本文、作成者、ラベルなど）を動的な値として埋め込む設定が可能です。
- 特定のプロジェクト名や初期ステータスなど、固定の値をCanbus.のレコードに含めるように設定することもできます。
■注意事項
- GitHub、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
2.以下の画面表示を読んで、「OK」をクリックしましょう。
ステップ3:GitHubのトリガーアクション設定
1.いよいよフローの設定に入ります！まずは以下の赤枠をクリックしましょう。
2.以下の画面でYoomと連携するアカウントを選択します。
タイトルと連携するアカウント情報を任意で設定し、トリガーアクションはテンプレート通りに「Issueが新しく作成されたら」のまま「次へ」をクリックして進んでください。
3.設定完了後、テストのため実際にGitHubのIssueを作成してください！
今回は以下のようなIssueを作成しました。
4.トリガーの起動間隔は、用途に合わせてプルダウンより設定してください。
※ご契約のプランによって最短の起動間隔が異なります。
5.以下の必須項目を赤枠の補足に従い、GitHubからコピー＆ペーストをします。
6.設定後、「テスト」をクリックしてください。テストが成功した場合は、アウトプットが取得できます。
こちらの値は次の設定に活用するので、取得された内容を確認して保存しましょう。
ステップ4:Canbus.に追加する設定
1.あっという間に最後の設定項目です！これまでと同様に以下の赤枠をクリックします。
2.以下の画面でYoomと連携するアカウントを選択します。
先ほどと同様にタイトルと連携するアカウント情報を任意で設定し、アクションはテンプレート通りに「レコードの追加」のまま「次へ」をクリックして進んでください。
3. API接続設定を行います。
・「アプリID」～「作成者」までの各項目：入力または選択をしてください。
・「項目」の「フィールドID」：Canbus.の該当IDを入力してください。
・「項目」の「値」：フィールドIDに対応する値のアウトプットを参照してください。
※下図は入力例です。
※「+項目を追加」を押すと、同期する項目を増やせます。
↓
4.設定完了後、「テスト」をクリックしましょう。
テストが成功したら、Canbus.に追加ができていることを確認しましょう！
5.確認後、「保存する」をクリックしてください。
ステップ5:トリガーをONに設定して動作確認
最後に「トリガーをON」をクリックしたら、自動化の設定は完了です！
フローボットが正しく起動することを確認しましょう。
設定お疲れさまでした！
GitHubやCanbus.のAPIを使ったその他の自動化例
今回ご紹介した自動化以外にも、GutHubやCanbus.のAPIを使った自動化例はたくさんあります。気になる連携があれば、ぜひ試してみてください！
GitHubを使った便利な自動化例
フォームやチャットツールで送信された内容をもとに、GitHubにIssueを自動で作成することができます。また、GitHubにIssueが作成されたら、チャットツールに通知したり、データベースなどに保存したりする連携も便利ですよ。
■概要Googleフォームで受け付けたお問い合わせやバグ報告などを、都度GitHubに手動で転記していませんか？この作業は手間がかかるだけでなく、情報の転記漏れや入力ミスが発生する可能性もあります。このワークフローを活用すれば、Googleフォームに回答が送信されると、その内容をもとに自動でGitHubにIssueが作成されるため、手動での情報登録プロセスを効率化し、対応漏れを防ぐことが可能です。
■このテンプレートをおすすめする方- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者（Assignees）やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
■概要
Discordでのバグ報告や機能改善の要望を、都度GitHubに手動で転記する作業は手間がかかるだけでなく、転記漏れや遅延の原因にもなりがちです。
このワークフローを活用することで、Discordの特定チャンネルへの投稿を検知し、その内容を元に自動でGitHubのIssueを作成できます。
これにより、開発チームへの情報共有を迅速かつ正確に行い、対応漏れを防ぐことが可能になります。
■このテンプレートをおすすめする方
- Discordでの報告をGitHubへ手作業で転記しており、手間や漏れに課題を感じている方
- 開発チームと他部署間の情報共有を効率化し、対応速度を上げたいプロジェクト管理者の方
- GitHubでのタスク管理をより円滑に進め、開発プロセスを改善したいと考えているチームの方
■このテンプレートを使うメリット
- Discordの投稿からGitHubのIssue作成までが自動化されるため、手作業での転記にかかっていた時間を削減できます。
- 手動での情報コピー＆ペーストが不要になることで、入力ミスや報告漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、DiscordとGitHubをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定して、投稿を検知したいチャンネルを指定します。
- その後、オペレーションで「データ抽出機能」を選択し、Discordの投稿メッセージからIssueのタイトルや本文として利用したいテキストを抽出する設定を行います。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで抽出したデータを連携してIssueが自動で作成されるように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、どのサーバーの、どのチャンネルへの投稿をきっかけにフローボットを起動するかを、サーバーIDとチャンネルIDで任意に設定してください。
- データ抽出機能では、Discordの投稿内容のどの部分をIssueのタイトルや本文などに使用するか、抽出ルールを任意で設定します。
- GitHubのIssue作成アクションでは、どのリポジトリにIssueを作成するかをオーナー名とリポジトリ名で指定し、タイトルや本文に設定する内容を任意で指定してください。
■注意事項
- DiscordとGitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要GitHubで新しいIssueが作成された際、関係者への共有が遅れたり、通知を見落として対応が漏れてしまうことはないでしょうか。特に複数のプロジェクトが動いている状況では、手動での情報共有は手間がかかり、抜け漏れの原因にもなり得ます。このワークフローを活用すれば、GitHubでIssueが作成されると同時にSlackへ自動で通知されるため、迅速かつ確実な情報共有を実現し、開発のスピードを向上させます。■このテンプレートをおすすめする方- GitHubで作成されたIssueを、Slackに手動で共有している開発チームの方
- プロジェクトの進捗をリアルタイムで把握し、管理を効率化したいマネージャーの方
- Issueの通知漏れによる対応遅延を防ぎ、情報共有を円滑にしたいと考えている方
■このテンプレートを使うメリット- GitHubでIssueが作成されると自動でSlackに通知が飛ぶため、これまで手動で共有していた時間を削減できます
- 重要なIssueの通知漏れや共有の遅れを防ぎ、迅速な初動対応を促すことで、プロジェクト進行を円滑にします
■フローボットの流れ- はじめに、GitHubとSlackをYoomと連携します
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
- 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、Issueの内容を任意のチャンネルに通知します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、通知の対象としたいリポジトリを、オーナー名やリポジトリ名で任意に設定してください
- Slackのオペレーション設定では、通知を送信するチャンネルやメッセージの内容を自由にカスタマイズすることが可能です
■注意事項- GitHub、SlackとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
■概要
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分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要GitHubでのプロジェクト管理において、Issueの作成や更新状況をチーム全体で把握するために、手作業でGoogle スプレッドシートに転記している、といった手間は発生していませんか。手作業での転記は時間がかかるだけでなく、記載漏れなどのミスにも繋がりかねません。このワークフローを活用することで、GitHubでIssueが作成または更新された際に、指定したGoogle スプレッドシートへ情報を自動で追加し、Issue管理を効率化します。■このテンプレートをおすすめする方- GitHubのIssue情報を手作業でGoogle スプレッドシートに転記しているプロジェクトマネージャーの方
- エンジニアと非エンジニア間で、Issueの進捗状況をスムーズに共有したいと考えている方
- 手作業による情報転記のミスを減らし、正確なIssue管理を実現したいと考えている開発チームの方
■このテンプレートを使うメリット- GitHubでIssueが作成・更新されると自動でGoogle スプレッドシートに情報が追加されるため、手作業での転記にかかっていた時間を短縮できます。
- システムが自動で処理を行うため、手作業による入力ミスや更新漏れといったヒューマンエラーの発生を防ぎ、情報の正確性を保ちます。
■フローボットの流れ- はじめに、GitHubとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートを選択し、「スプレッドシートに情報を記載」のアクションを設定することで、Issueの情報を自動で記録できます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、Issueの作成や更新を検知する対象のリポジリを任意で設定してください。
- Google スプレッドシートに連携する情報は、Issueのタイトルや担当者、ラベルなど、管理したい項目を自由にカスタマイズすることが可能です。
■注意事項- GitHub、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■このテンプレートをおすすめする方
- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット
- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者（Assignees）やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項
- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
■概要
Discordでのバグ報告や機能改善の要望を、都度GitHubに手動で転記する作業は手間がかかるだけでなく、転記漏れや遅延の原因にもなりがちです。
このワークフローを活用することで、Discordの特定チャンネルへの投稿を検知し、その内容を元に自動でGitHubのIssueを作成できます。
これにより、開発チームへの情報共有を迅速かつ正確に行い、対応漏れを防ぐことが可能になります。
■このテンプレートをおすすめする方
- Discordでの報告をGitHubへ手作業で転記しており、手間や漏れに課題を感じている方
- 開発チームと他部署間の情報共有を効率化し、対応速度を上げたいプロジェクト管理者の方
- GitHubでのタスク管理をより円滑に進め、開発プロセスを改善したいと考えているチームの方
■このテンプレートを使うメリット
- Discordの投稿からGitHubのIssue作成までが自動化されるため、手作業での転記にかかっていた時間を削減できます。
- 手動での情報コピー＆ペーストが不要になることで、入力ミスや報告漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、DiscordとGitHubをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定して、投稿を検知したいチャンネルを指定します。
- その後、オペレーションで「データ抽出機能」を選択し、Discordの投稿メッセージからIssueのタイトルや本文として利用したいテキストを抽出する設定を行います。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで抽出したデータを連携してIssueが自動で作成されるように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、どのサーバーの、どのチャンネルへの投稿をきっかけにフローボットを起動するかを、サーバーIDとチャンネルIDで任意に設定してください。
- データ抽出機能では、Discordの投稿内容のどの部分をIssueのタイトルや本文などに使用するか、抽出ルールを任意で設定します。
- GitHubのIssue作成アクションでは、どのリポジトリにIssueを作成するかをオーナー名とリポジトリ名で指定し、タイトルや本文に設定する内容を任意で指定してください。
■注意事項
- DiscordとGitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- GitHubで作成されたIssueを、Slackに手動で共有している開発チームの方
- プロジェクトの進捗をリアルタイムで把握し、管理を効率化したいマネージャーの方
- Issueの通知漏れによる対応遅延を防ぎ、情報共有を円滑にしたいと考えている方
- GitHubでIssueが作成されると自動でSlackに通知が飛ぶため、これまで手動で共有していた時間を削減できます
- 重要なIssueの通知漏れや共有の遅れを防ぎ、迅速な初動対応を促すことで、プロジェクト進行を円滑にします
- はじめに、GitHubとSlackをYoomと連携します
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
- 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、Issueの内容を任意のチャンネルに通知します
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、通知の対象としたいリポジトリを、オーナー名やリポジトリ名で任意に設定してください
- Slackのオペレーション設定では、通知を送信するチャンネルやメッセージの内容を自由にカスタマイズすることが可能です
- GitHub、SlackとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
■概要
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分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- GitHubのIssue情報を手作業でGoogle スプレッドシートに転記しているプロジェクトマネージャーの方
- エンジニアと非エンジニア間で、Issueの進捗状況をスムーズに共有したいと考えている方
- 手作業による情報転記のミスを減らし、正確なIssue管理を実現したいと考えている開発チームの方
- GitHubでIssueが作成・更新されると自動でGoogle スプレッドシートに情報が追加されるため、手作業での転記にかかっていた時間を短縮できます。
- システムが自動で処理を行うため、手作業による入力ミスや更新漏れといったヒューマンエラーの発生を防ぎ、情報の正確性を保ちます。
- はじめに、GitHubとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートを選択し、「スプレッドシートに情報を記載」のアクションを設定することで、Issueの情報を自動で記録できます。
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueの作成や更新を検知する対象のリポジリを任意で設定してください。
- Google スプレッドシートに連携する情報は、Issueのタイトルや担当者、ラベルなど、管理したい項目を自由にカスタマイズすることが可能です。
- GitHub、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Canbus.を使った便利な自動化例
データベースなどで情報の登録や更新があったら、自動で内容をCanbus.に反映させることができます。また、LINE公式アカウントなどで受け取ったメッセージから必要な項目を抽出し、Canbus.に登録する連携もおすすめです。
■概要Notionで管理しているプロジェクト情報や顧客情報を、都度Canbus.へ手入力で転記する作業に手間を感じていませんか。こうした手作業は時間がかかるだけでなく、入力ミスといったヒューマンエラーの原因にもなり得ます。このワークフローは、Canbus.のAPI連携などを意識することなく、Notionに新しいページが追加されると自動でCanbus.にレコードを追加する仕組みをノーコードで実現し、データ入力の効率化と正確性の向上に貢献します。■このテンプレートをおすすめする方- NotionとCanbus.を併用しており、二重入力の手間を解消したい方
- Canbus.のAPIを利用したデータ連携を、より手軽に実現したいと考えている方
- 手作業による情報登録での入力ミスや更新漏れを未然に防ぎたいと考えている方
■このテンプレートを使うメリット- Notionにページを追加するだけでCanbus.へ自動でレコードが連携されるため、これまで手作業で行っていた転記の時間を短縮できます。
- システムが自動でデータ連携を行うため、手作業による入力間違いや項目漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ- 1.はじめに、Canbus.とNotionをYoomと連携します。
- 2.次に、トリガーでNotionを選択し、「特定のデータソースのページが作成・更新されたら」というアクションを設定します。
- 3.続いて、オペレーションで分岐機能を設定し、取得した情報をもとに後続の処理を分岐させます。
- 4.次に、オペレーションでNotionの「レコードを取得する（ID検索）」アクションを設定します。
- 5.そして、オペレーションでCanbus.の「レコードの追加」アクションを設定し、Notionから取得した情報を連携します。
- 6.最後に、オペレーションでNotionの「レコードを更新する（ID検索）」アクションを設定し、対象のレコードを更新します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション■このワークフローのカスタムポイント- Notionのトリガー設定では、連携の対象としたいデータソースIDを任意で設定してください。
- 分岐機能では、Notionから取得した情報などをもとに、後続の処理を分岐させる条件を自由に設定可能です。
- Notionでレコードを検索するアクションでは、検索条件を固定値や前のステップで取得した情報をもとに柔軟に設定できます。
- Canbus.にレコードを追加する際、登録する各項目に固定値やNotionから取得した情報を変数として任意で設定可能です。
- Notionのレコードを更新するアクションでは、更新対象のレコードを指定する条件や更新内容を柔軟にカスタマイズできます。
■注意事項- Notion、CanbusのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
Google スプレッドシートで行が更新されたらCanbus.のレコードも更新するフローです。
■このテンプレートをおすすめする方
1.Google スプレッドシートを業務で活用している方
・情報共有に活用しているアシスタント職の方
・チーム内のタスクのチェックしているチームリーダー
2.Canbus.で業務管理を行う方
・従業員情報を登録し、社内の勤怠管理を行う人事部の担当者
・案件ごとに登録し、管理を行う営業アシスタント
■このテンプレートを使うメリット
Google スプレッドシートは情報を集約し、チーム共有するために有効的なツールです。
さらにプロジェクトに必要な情報をCanbus.に追加して管理を行うことで、より案件の精度を上げることができます。
しかし、Google スプレッドシートで編集が行われる度に手動でCanbus.へ再度入力するのは、情報共有の遅延を引き起こす可能性があります。
情報共有を素早く行いたいと考える方にこのフローは有効的です。
Googleスプレッドーシートの情報が編集されたら、修正内容を引用しCanbus.へ自動で登録することができるため、手入力の手間を省き、業務を効率化します。
■注意事項
・Google スプレッドシート、Canbus.のそれぞれとYoomを連携してください。
■概要
営業支援ツールboardに新しい案件が登録されるたび、タスク管理ツールCanbus.へ手作業で情報を転記するのは手間がかかり、入力ミスも発生しやすいのではないでしょうか。このワークフローを活用すれば、boardへの案件登録をトリガーとしてCanbus.へのレコード追加が自動化され、これらの課題をスムーズに解消し、営業活動の効率化を支援します。
■このテンプレートをおすすめする方
- boardとCanbus.を利用し、案件情報を手作業で連携している営業担当者の方
- 案件管理の効率化とデータ入力の正確性向上を目指しているチームリーダーの方
- 営業プロセスのDXを推進し、よりコア業務に集中したいと考えている方
■このテンプレートを使うメリット
- boardに新しい案件が登録されると、自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を短縮することができます。
- 手作業によるデータ転記がなくなるため、入力間違いや情報の連携漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、boardとCanbus.をYoomと連携します。
- 次に、トリガーでboardを選択し、「新しい案件が登録されたら」というアクションを設定します。
- 最後に、オペレーションでCanbus.の「レコードの追加」アクションを設定し、boardから取得した案件情報をCanbus.に登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- boardのトリガー設定では、フローを起動する間隔や、Yoomとの連携に必要なAPIキーをご自身の環境に合わせて設定してください。
- Canbus.のオペレーション設定では、レコードを追加する対象のアプリIDやボードIDを指定し、さらにboardから取得したどの案件情報をCanbus.のどの項目にマッピングするかを、アウトプット情報（boardの案件情報）を用いて柔軟にカスタムしてください。
■注意事項
- board、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- boardのマイアプリ連携方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/5561686
■概要
boardで管理している案件情報が更新されるたびに、Canbus.の関連レコードを手作業で編集するのは手間がかかり、入力ミスも発生しやすいのではないでしょうか。このワークフローを活用すれば、boardの案件更新をトリガーとして、Canbus.のレコードを自動で編集できるため、日々の手作業による更新業務の負担を軽減し、より正確な情報管理を実現します。
■このテンプレートをおすすめする方
- boardとCanbus.を利用し、案件進捗と顧客情報を手動で紐付けて管理している方
- SaaS間のデータ転記作業に時間を要し、本来の業務に集中できていないと感じる方
- 手作業によるデータ更新時の入力ミスや反映漏れをなくし、情報の一貫性を高めたい方
■このテンプレートを使うメリット
- boardでの案件更新後、Canbus.のレコードが自動で編集されるため、これまで手作業で行っていたデータ移し替えの時間を削減できます。
- 手作業による情報入力の漏れや誤りを防ぎ、データの正確性向上に繋がり、信頼性の高い情報管理が可能です。
■フローボットの流れ
- はじめに、boardとCanbus.をYoomと連携します。
- 次に、トリガーとしてboardを選択し、「新しい案件が登録または更新されたら」アクションを設定します。これにより、board上で案件情報に変更があった際にフローが起動し、関連情報がYoomに連携されます。
- 続いて、オペレーションで分岐機能の「分岐する」アクションを設定します。boardで情報が更新されたときにのみ後続の処理が行われるように設定します。
- 次に、オペレーションでYoomの「レコードを取得する」アクションを設定します。このアクションを利用して、例えばboardの案件IDや顧客名などをキーに、Canbus.の編集対象となるレコードを特定し、その情報を取得します。
- 最後に、オペレーションでCanbus.の「レコードの編集」アクションを設定します。boardから取得した最新の案件情報や、Yoomの「レコードを取得する」オペレーションで得た情報を用いて、Canbus.の該当するレコードの特定の項目を更新します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Yoomの「レコードを取得する」オペレーションでは、Yoomのデータベースに登録されているboardとCanbus.の情報をマッピング処理します。
- Canbus.の「レコードの編集」アクションでは、boardから取得されたどの情報（変数）をCanbus.のどの項目に反映させるか、詳細なマッピング設定が可能です。また、特定の項目に対して固定値を入力するよう設定することもできます。
■注意事項
- board、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- boardのマイアプリ連携方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/5561686 - 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要LINE公式アカウントを通じた顧客からの問い合わせ対応で、メッセージ内容をCanbus.へ手作業で転記する際に手間を感じたり、入力ミスが発生したりすることはありませんか。このワークフローを活用すれば、LINE公式アカウントでメッセージを受信した際に、その内容をAIが解析しCanbus.へ自動でレコード追加処理を行うため、これらの課題解決に繋がり、顧客対応の迅速化も期待できます。■このテンプレートをおすすめする方- LINE公式アカウントとCanbus.間で情報連携を手作業で行っているご担当者の方
- 顧客からの問い合わせ内容の転記ミスや対応漏れを削減したいと考えている方
- 手作業による定型業務を自動化し、より重要な業務に時間を割きたい方
■このテンプレートを使うメリット- LINE公式アカウントへのメッセージ受信からCanbus.へのレコード追加までを自動化し、これまで手作業に費やしていた時間を他の業務に充てることができます。
- 手作業による情報転記が不要になるため、入力ミスや抜け漏れといったヒューマンエラーを防ぎ、データの正確性向上に貢献します。
■フローボットの流れ- はじめに、LINE公式アカウントとCanbus.をYoomと連携します。
- 次に、トリガーでLINE公式アカウントを選択し、「Webhookイベントを受けとったら」というアクションを設定し、メッセージ受信などを検知できるようにします。
- 次に、オペレーションでAI機能の「テキストからデータを抽出する」アクションを設定し、受信したメッセージ内容から必要な情報を抽出します。
- 最後に、オペレーションでCanbus.の「レコードの追加」アクションを設定し、抽出したデータを基に新しいレコードを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション■このワークフローのカスタムポイント- AI機能でテキストデータを抽出するオペレーションにおいて、LINE公式アカウントから受信するメッセージの形式や内容に合わせて、どのような情報を抽出すべきか、またどのような指示（プロンプト）でAIに抽出処理を行わせるかを任意で設定してください。これにより、抽出精度を高め、より実用的な自動化を実現できます。
- Canbus.にレコードを追加する際、どの項目にどの情報を紐付けるかのフィールドマッピングは、ご利用のCanbus.のテーブル構成に合わせて適切に設定してください。
■注意事項- LINE公式アカウント、Canbus.のそれぞれとYoomを連携してください。
- NotionとCanbus.を併用しており、二重入力の手間を解消したい方
- Canbus.のAPIを利用したデータ連携を、より手軽に実現したいと考えている方
- 手作業による情報登録での入力ミスや更新漏れを未然に防ぎたいと考えている方
- Notionにページを追加するだけでCanbus.へ自動でレコードが連携されるため、これまで手作業で行っていた転記の時間を短縮できます。
- システムが自動でデータ連携を行うため、手作業による入力間違いや項目漏れといったヒューマンエラーのリスク軽減に繋がります。
- 1.はじめに、Canbus.とNotionをYoomと連携します。
- 2.次に、トリガーでNotionを選択し、「特定のデータソースのページが作成・更新されたら」というアクションを設定します。
- 3.続いて、オペレーションで分岐機能を設定し、取得した情報をもとに後続の処理を分岐させます。
- 4.次に、オペレーションでNotionの「レコードを取得する（ID検索）」アクションを設定します。
- 5.そして、オペレーションでCanbus.の「レコードの追加」アクションを設定し、Notionから取得した情報を連携します。
- 6.最後に、オペレーションでNotionの「レコードを更新する（ID検索）」アクションを設定し、対象のレコードを更新します。
- Notionのトリガー設定では、連携の対象としたいデータソースIDを任意で設定してください。
- 分岐機能では、Notionから取得した情報などをもとに、後続の処理を分岐させる条件を自由に設定可能です。
- Notionでレコードを検索するアクションでは、検索条件を固定値や前のステップで取得した情報をもとに柔軟に設定できます。
- Canbus.にレコードを追加する際、登録する各項目に固定値やNotionから取得した情報を変数として任意で設定可能です。
- Notionのレコードを更新するアクションでは、更新対象のレコードを指定する条件や更新内容を柔軟にカスタマイズできます。
- Notion、CanbusのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
Google スプレッドシートで行が更新されたらCanbus.のレコードも更新するフローです。
■このテンプレートをおすすめする方
1.Google スプレッドシートを業務で活用している方
・情報共有に活用しているアシスタント職の方
・チーム内のタスクのチェックしているチームリーダー
2.Canbus.で業務管理を行う方
・従業員情報を登録し、社内の勤怠管理を行う人事部の担当者
・案件ごとに登録し、管理を行う営業アシスタント
■このテンプレートを使うメリット
Google スプレッドシートは情報を集約し、チーム共有するために有効的なツールです。
さらにプロジェクトに必要な情報をCanbus.に追加して管理を行うことで、より案件の精度を上げることができます。
しかし、Google スプレッドシートで編集が行われる度に手動でCanbus.へ再度入力するのは、情報共有の遅延を引き起こす可能性があります。
情報共有を素早く行いたいと考える方にこのフローは有効的です。
Googleスプレッドーシートの情報が編集されたら、修正内容を引用しCanbus.へ自動で登録することができるため、手入力の手間を省き、業務を効率化します。
■注意事項
・Google スプレッドシート、Canbus.のそれぞれとYoomを連携してください。
■概要
営業支援ツールboardに新しい案件が登録されるたび、タスク管理ツールCanbus.へ手作業で情報を転記するのは手間がかかり、入力ミスも発生しやすいのではないでしょうか。このワークフローを活用すれば、boardへの案件登録をトリガーとしてCanbus.へのレコード追加が自動化され、これらの課題をスムーズに解消し、営業活動の効率化を支援します。
■このテンプレートをおすすめする方
- boardとCanbus.を利用し、案件情報を手作業で連携している営業担当者の方
- 案件管理の効率化とデータ入力の正確性向上を目指しているチームリーダーの方
- 営業プロセスのDXを推進し、よりコア業務に集中したいと考えている方
■このテンプレートを使うメリット
- boardに新しい案件が登録されると、自動でCanbus.にレコードが追加されるため、これまで手作業に費やしていた時間を短縮することができます。
- 手作業によるデータ転記がなくなるため、入力間違いや情報の連携漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、boardとCanbus.をYoomと連携します。
- 次に、トリガーでboardを選択し、「新しい案件が登録されたら」というアクションを設定します。
- 最後に、オペレーションでCanbus.の「レコードの追加」アクションを設定し、boardから取得した案件情報をCanbus.に登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- boardのトリガー設定では、フローを起動する間隔や、Yoomとの連携に必要なAPIキーをご自身の環境に合わせて設定してください。
- Canbus.のオペレーション設定では、レコードを追加する対象のアプリIDやボードIDを指定し、さらにboardから取得したどの案件情報をCanbus.のどの項目にマッピングするかを、アウトプット情報（boardの案件情報）を用いて柔軟にカスタムしてください。
■注意事項
- board、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- boardのマイアプリ連携方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/5561686
■概要
boardで管理している案件情報が更新されるたびに、Canbus.の関連レコードを手作業で編集するのは手間がかかり、入力ミスも発生しやすいのではないでしょうか。このワークフローを活用すれば、boardの案件更新をトリガーとして、Canbus.のレコードを自動で編集できるため、日々の手作業による更新業務の負担を軽減し、より正確な情報管理を実現します。
■このテンプレートをおすすめする方
- boardとCanbus.を利用し、案件進捗と顧客情報を手動で紐付けて管理している方
- SaaS間のデータ転記作業に時間を要し、本来の業務に集中できていないと感じる方
- 手作業によるデータ更新時の入力ミスや反映漏れをなくし、情報の一貫性を高めたい方
■このテンプレートを使うメリット
- boardでの案件更新後、Canbus.のレコードが自動で編集されるため、これまで手作業で行っていたデータ移し替えの時間を削減できます。
- 手作業による情報入力の漏れや誤りを防ぎ、データの正確性向上に繋がり、信頼性の高い情報管理が可能です。
■フローボットの流れ
- はじめに、boardとCanbus.をYoomと連携します。
- 次に、トリガーとしてboardを選択し、「新しい案件が登録または更新されたら」アクションを設定します。これにより、board上で案件情報に変更があった際にフローが起動し、関連情報がYoomに連携されます。
- 続いて、オペレーションで分岐機能の「分岐する」アクションを設定します。boardで情報が更新されたときにのみ後続の処理が行われるように設定します。
- 次に、オペレーションでYoomの「レコードを取得する」アクションを設定します。このアクションを利用して、例えばboardの案件IDや顧客名などをキーに、Canbus.の編集対象となるレコードを特定し、その情報を取得します。
- 最後に、オペレーションでCanbus.の「レコードの編集」アクションを設定します。boardから取得した最新の案件情報や、Yoomの「レコードを取得する」オペレーションで得た情報を用いて、Canbus.の該当するレコードの特定の項目を更新します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Yoomの「レコードを取得する」オペレーションでは、Yoomのデータベースに登録されているboardとCanbus.の情報をマッピング処理します。
- Canbus.の「レコードの編集」アクションでは、boardから取得されたどの情報（変数）をCanbus.のどの項目に反映させるか、詳細なマッピング設定が可能です。また、特定の項目に対して固定値を入力するよう設定することもできます。
■注意事項
- board、Canbus.のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- boardのマイアプリ連携方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/5561686 - 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
- LINE公式アカウントとCanbus.間で情報連携を手作業で行っているご担当者の方
- 顧客からの問い合わせ内容の転記ミスや対応漏れを削減したいと考えている方
- 手作業による定型業務を自動化し、より重要な業務に時間を割きたい方
- LINE公式アカウントへのメッセージ受信からCanbus.へのレコード追加までを自動化し、これまで手作業に費やしていた時間を他の業務に充てることができます。
- 手作業による情報転記が不要になるため、入力ミスや抜け漏れといったヒューマンエラーを防ぎ、データの正確性向上に貢献します。
- はじめに、LINE公式アカウントとCanbus.をYoomと連携します。
- 次に、トリガーでLINE公式アカウントを選択し、「Webhookイベントを受けとったら」というアクションを設定し、メッセージ受信などを検知できるようにします。
- 次に、オペレーションでAI機能の「テキストからデータを抽出する」アクションを設定し、受信したメッセージ内容から必要な情報を抽出します。
- 最後に、オペレーションでCanbus.の「レコードの追加」アクションを設定し、抽出したデータを基に新しいレコードを作成します。
- AI機能でテキストデータを抽出するオペレーションにおいて、LINE公式アカウントから受信するメッセージの形式や内容に合わせて、どのような情報を抽出すべきか、またどのような指示（プロンプト）でAIに抽出処理を行わせるかを任意で設定してください。これにより、抽出精度を高め、より実用的な自動化を実現できます。
- Canbus.にレコードを追加する際、どの項目にどの情報を紐付けるかのフィールドマッピングは、ご利用のCanbus.のテーブル構成に合わせて適切に設定してください。
- LINE公式アカウント、Canbus.のそれぞれとYoomを連携してください。
まとめ
GitHubとCanbus.の連携を自動化することで、これまで手作業で行っていたGitHubのIssueやプルリクエストの情報をCanbus.へ転記する作業の手間を大幅に削減し、ヒューマンエラーを防ぐことができます。これにより、開発の進捗状況やタスクのステータスがスムーズに共有され、担当者はより迅速かつ正確な情報に基づいて業務を進めやすくなり、本来注力すべき開発業務やプロジェクト管理業務に集中できる環境が整うはずです！
今回ご紹介したような業務の自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単にこのような業務フローを構築できるので、もしGitHubとCanbus.の連携自動化に少しでも興味を持っていただけたら、ぜひこちらから無料登録して、Yoomによる業務効率化を体験してみてください！
プログラミング知識なしで手軽に構築できます。
