・
【ノーコードで実現】GitHubのデータをBASEに自動的に連携する方法
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
「GitHubで管理しているIssue情報を元に、BASEで商品登録をしたいけど、毎回手作業で入力するのが大変…」
「開発タスクと商品情報を別々に管理していて、情報の整合性を取るのに時間がかかり、ミスも発生しやすい…」
このように、GitHubとBASE間でのデータ連携における手作業の多さや、それに伴う非効率さにお悩みではないでしょうか。
もし、GitHubでIssueが作成・更新された際に、その情報を自動でBASEの商品情報に反映させる仕組みがあれば、これらの煩わしさから解放され、より戦略的な業務や創造的な活動に注力できる貴重な時間を確保できます。
今回ご紹介する方法を活用すれば、プログラミングの知識がなくても、誰でも簡単にGitHubとBASEの連携を自動化できます。
入力ミスや確認漏れといったヒューマンエラーを大幅に削減しながら、業務の正確性とスピードを向上させることが可能です。
ぜひこの機会に日々の業務を効率化し、作業をもっと楽にしていきましょう！
とにかく早く試したい方へ
YoomにはGitHubとBASEを連携するためのテンプレートが用意されているので、今すぐ試したい方は以下よりバナーをクリックしてスタートしましょう！
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubとBASEを連携してできること
GitHubとBASEのAPIを連携させることで、これまで手動で行っていた二つのプラットフォーム間での情報共有やデータ登録作業を自動化し、業務効率を大幅に向上させることが可能に。
GitHubでの開発進捗と連動した商品情報の自動更新や、特定のアクションをトリガーとしたスムーズな情報伝達が実現できます。
これにより、手作業による時間的コストの削減、入力ミスの防止、そしてチーム内での情報共有の迅速化といった多くのメリットが期待できます。
Yoomに用意されている具体的な自動化のテンプレートを活用すれば、アカウント登録後すぐにこれらの連携を実際に体験できます。
登録はわずか30秒で完了しますので、気になる内容があれば、ぜひクリックしてみてください！
GitHubでIssueが作成されたら、BASEで商品情報を登録する
GitHubで新しいIssueが作成された際に、そのIssueのタイトルや本文などの情報を基にして、自動的にBASEに新しい商品情報を登録することができます。
この自動化により、新製品の企画や開発初期段階からシームレスにECサイトへの商品登録準備を進められるため、手動での情報入力作業を減らし、商品登録にかかる時間を大幅に短縮しつつ、入力ミスも防ぐことが可能です。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでIssueが更新されたら、BASEで商品情報を更新する
GitHubで既存のIssue情報が更新された場合、その変更内容を検知し、関連するBASEの商品情報を自動で更新します。
例えば、Issueのステータス変更や詳細情報の追記が、自動でBASEの商品説明や在庫情報などに反映されるため、常に最新の正しい商品情報をお客様に提供できるようになり、手動での更新作業の手間や、更新漏れによる機会損失リスクを大幅に削減します。
■概要
GitHubでのIssue更新と、それに応じたBASEの商品情報の更新作業は、手動で行うと時間もかかり、入力ミスも発生しやすいのではないでしょうか。特にECサイト運営において、最新情報を迅速かつ正確に反映させることは非常に重要です。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容を元にBASEの商品情報が自動で更新され、こうした課題の解決に繋がります。
■このテンプレートをおすすめする方
- GitHubとBASEを利用し、商品情報を手作業で同期しているECサイト運営担当者の方
- 開発プロジェクトの進捗とECサイトの商品情報を連携させ、効率化を図りたい方
- 手作業による更新ミスを減らし、常に正確な商品情報を提供したいと考えている方
■このテンプレートを使うメリット
- GitHubのIssue更新をトリガーに、BASEの商品情報が自動で更新されるため、これまで手作業に費やしていた時間を短縮することができます。
- 手作業によるデータ転記時の入力間違いや更新漏れといったヒューマンエラーのリスクを軽減し、情報管理の正確性を高めます。
■フローボットの流れ
- GitHubおよびBASEをYoomと連携します。
- トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。これにより、指定したリポジトリでIssueの更新があった場合にフローが起動します。
- オペレーションで分岐機能を設定します。ここでは、トリガーで取得したIssueの情報（例えばラベルや特定のキーワードなど）を元に、後続の処理を分岐させることが可能です。
- オペレーションでAI機能を設定し、「テキストからデータを抽出する」アクションを選択します。Issueの本文やコメントなどから、商品名、価格、説明文といった必要な情報をAIが抽出します。
- オペレーションでBASEの「商品情報を更新」アクションを設定します。AI機能で抽出したデータを使い、該当するBASEの商品情報を更新します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、監視対象とするリポジトリのオーナー名やリポジトリ名を任意で設定してください。
- 分岐機能の設定では、GitHubトリガーから取得したIssueのタイトル、本文、ラベルなどのアウトプット情報を活用し、どのような条件で処理を分岐させるかを自由にカスタマイズできます。
- AI機能によるデータ抽出設定時には、固定値やGitHubトリガーから取得したアウトプット（Issueの本文など）を抽出対象のテキストとして指定し、どのような項目を抽出するか（商品名、価格、在庫数など）を具体的に定義してください。
- BASEの商品情報更新アクションでは、固定値やAI機能によって抽出されたアウトプット情報を組み合わせて、更新対象の商品IDや更新する情報（商品名、価格、説明文、在庫数など）を詳細にマッピングし、設定することが可能です。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
GitHubでのIssue更新と、それに応じたBASEの商品情報の更新作業は、手動で行うと時間もかかり、入力ミスも発生しやすいのではないでしょうか。特にECサイト運営において、最新情報を迅速かつ正確に反映させることは非常に重要です。このワークフローを活用すれば、GitHubでIssueが更新されると、その内容を元にBASEの商品情報が自動で更新され、こうした課題の解決に繋がります。
■このテンプレートをおすすめする方
- GitHubとBASEを利用し、商品情報を手作業で同期しているECサイト運営担当者の方
- 開発プロジェクトの進捗とECサイトの商品情報を連携させ、効率化を図りたい方
- 手作業による更新ミスを減らし、常に正確な商品情報を提供したいと考えている方
■このテンプレートを使うメリット
- GitHubのIssue更新をトリガーに、BASEの商品情報が自動で更新されるため、これまで手作業に費やしていた時間を短縮することができます。
- 手作業によるデータ転記時の入力間違いや更新漏れといったヒューマンエラーのリスクを軽減し、情報管理の正確性を高めます。
■フローボットの流れ
- GitHubおよびBASEをYoomと連携します。
- トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。これにより、指定したリポジトリでIssueの更新があった場合にフローが起動します。
- オペレーションで分岐機能を設定します。ここでは、トリガーで取得したIssueの情報（例えばラベルや特定のキーワードなど）を元に、後続の処理を分岐させることが可能です。
- オペレーションでAI機能を設定し、「テキストからデータを抽出する」アクションを選択します。Issueの本文やコメントなどから、商品名、価格、説明文といった必要な情報をAIが抽出します。
- オペレーションでBASEの「商品情報を更新」アクションを設定します。AI機能で抽出したデータを使い、該当するBASEの商品情報を更新します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、監視対象とするリポジトリのオーナー名やリポジトリ名を任意で設定してください。
- 分岐機能の設定では、GitHubトリガーから取得したIssueのタイトル、本文、ラベルなどのアウトプット情報を活用し、どのような条件で処理を分岐させるかを自由にカスタマイズできます。
- AI機能によるデータ抽出設定時には、固定値やGitHubトリガーから取得したアウトプット（Issueの本文など）を抽出対象のテキストとして指定し、どのような項目を抽出するか（商品名、価格、在庫数など）を具体的に定義してください。
- BASEの商品情報更新アクションでは、固定値やAI機能によって抽出されたアウトプット情報を組み合わせて、更新対象の商品IDや更新する情報（商品名、価格、説明文、在庫数など）を詳細にマッピングし、設定することが可能です。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
GitHubとBASEの連携フローを作ってみよう
それでは、さっそく実際にGitHubとBASEを連携したフローを作成してみましょう！
今回はYoomを使用して、ノーコードでGitHubとBASEの連携を進めていきます。
もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
[Yoomとは]
フローの作成方法
今回はGitHubでIssueが作成されたら、BASEで商品情報を登録するフローを作成していきます！
作成の流れは大きく分けて以下です。
- GitHubとBASEをマイアプリ連携
- テンプレートをコピー
- GitHubのトリガー設定およびBASEのアクション設定
- トリガーをONにし、フローが起動するかを確認
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
ステップ1：GitHubとBASEをマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
【GitHubのマイアプリ連携】
Yoomのマイページの「新規接続」ボタンをクリックし、GitHubを選択します。
検索窓にGitHubと入力し、検索結果からGitHubを選択します。
以下の画面が表示されたら 、メールアドレスとパスワードを入力し、「Sign in」をクリックしてください。
以下の画面で認証コードを入力し、「Verify」をクリックします。
これで、GitHubの連携が完了しました！
【BASEのマイアプリ連携】
先ほどと同じ手順で、Yoomページ画面左側のマイアプリをクリックし、右の新規接続を選択します。
検索窓にBASEと入力し、検索結果からBASEを選択。
以下の画面が表示されたら、赤枠部分を入力して、ログインしてください。
以上で、BASEのマイアプリ連携が完了です！
マイアプリ一覧にGitHubとBASEが表示されていることを確認し、次に進みましょう！
ステップ２：テンプレートをコピーする
これからいよいよフローを作っていきます！
簡単に設定できるようテンプレートを利用しているので、Yoomにログインし、以下バナーの「試してみる」をクリックしてください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、手動でBASEに商品情報を登録する作業は手間がかかるのではないでしょうか？特に、迅速な商品展開が求められる場面では、この作業がボトルネックになることもあります。このワークフローを使えば、GitHubのIssue作成をトリガーにBASEの商品情報登録を自動化でき、これらの課題を解消できます。
■このテンプレートをおすすめする方
- GitHubとBASEを連携させ、商品登録作業の効率化を目指すEC担当者の方
- GitHubのIssue管理とBASEの商品情報を手動で同期している開発チームの方
- SaaS間の手作業によるデータ入力ミスを減らしたいと考えている業務改善担当者の方
■このテンプレートを使うメリット
- GitHubのIssue作成後、BASEへの商品情報登録が自動化されるため、手作業の時間を短縮し、より迅速な商品展開が可能になります。
- 手作業による商品情報の入力ミスや登録漏れを防ぎ、データの正確性を高めることで、ヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、GitHubとBASEをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでテキスト抽出機能を選択し、「テキストからデータを抽出する」アクションでIssueの内容から商品情報に必要なデータを抽出します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定し、抽出したデータを用いてBASEに商品を登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueが作成されたことを検知するリポジトリのオーナー名やリポジトリ名を任意で指定できます。
- テキスト抽出機能では、Issueのタイトルや本文から商品名、価格、説明などを抽出するよう、変換タイプや抽出対象、抽出項目を柔軟に設定できます。
- BASEの商品登録アクションでは、抽出したテキストデータ（商品名、価格、在庫数など）をどのフィールドに登録するかを、アウトプットを使用して自由にマッピングできます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
ワークスペースに自動的にテンプレートがコピーされるので、次に表示された画面で「OK」をクリックしてください。
ステップ3：GitHubにIssueを作成する設定
最初の設定です！ここからは、「GitHubでIssueが作成されたら、BASEで商品情報を登録する」フローの設定をしていきます！
以下の赤枠をクリックしてください。
以下の内容を確認し、次に進みましょう！
- タイトル：必要に応じて変更
- 連携するアカウント：合っているか確認
- アクション：「Issueが新しく作成されたら」を選択
API接続設定の画面に移ったら、必須項目を設定していきます！
まずは、「トリガーの起動間隔」を5分・10分・15分・30分・60分から選択します。なお、基本的にはそのプランの最短の起動間隔にしてお使いいただくことをおすすめします。
※プランによって起動間隔の選択内容が異なるため、ご注意下さい。
次に「オーナー名」「リポジトリ名」を入力します。
入力欄下の説明を参照して、入力しましょう。
入力が完了したらGitHubでIssueを作成しましょう。
フローボットに戻ったら「テスト」をクリックします。
テストに成功したら、アウトプットを確認しましょう。
※アウトプットはこの後の設定で活用します。
問題がなければ、「保存する」をクリックしましょう！
ステップ4：テキストからデータを抽出する設定
ここでは、先ほど取得したアウトプットからデータを抽出する設定を行います。
以下の赤枠をクリックしましょう！
タイトルや変換タイプは変更せず、次に進みましょう。
()内のタスク数を消費します。
詳細設定の画面が表示されたら、必須項目を設定します。
- 「対象のテキスト」：ボックスをクリックして表示される「取得した値」から設定。
- 「抽出したい項目」：対象のテキストから抽出したい項目をカンマ(,)で区切り、指定。
「テスト」をクリックしましょう！
テストに成功したら、画面下に表示される「取得した値」を確認後、「保存する」をクリックします。
これで、テキストからデータを抽出する設定は完了です！
ステップ5：BASEの設定
最後の設定です。ここでは、先ほど抽出した情報をBASEに登録する設定を行います！
赤枠部分をクリックしましょう！
次の画面で、内容を確認後、次に進みましょう！
- タイトル：任意で修正
- 連携するアカウント：合っているか確認
- アクション：「商品情報の登録」を選択
続いて、API接続設定の画面で必須項目を設定していきます！他の項目は任意で設定してください。
以下は、「商品名」の項目でアウトプットを活用して設定した例です。
「テスト」をクリックしましょう！
テスト成功と表示されたら、BASEの画面に移り、商品情報が登録されたか確認します。
無事に登録されましたね。
以上で、「GitHubでIssueが作成されたら、BASEで商品情報を登録する」フローの完成です！
ステップ6：トリガーをONに設定しフロー稼働の準備完了
フロー画面に戻り、以下のようなメニューが表示されていれば、フローの設定は完了です。
早速フローを起動させる場合は、「トリガーをON」をクリックしましょう。
あとで起動させる場合は、フロー画面のトリガースイッチをクリックすることで、トリガーをONにできます。
BASE のデータを GitHub に連携したい場合
今回はGitHubからBASEへデータを連携する方法をご紹介しましたが、逆にBASEからGitHubへのデータ連携を実施したい場合は、下記のテンプレートも併せてご利用ください。
ECサイト側でのアクションをトリガーとして、開発チームのタスク管理や情報共有を自動化することも可能になります。
双方向の業務フロー自動化によって、さらなる効率化と連携強化が期待できます。
BASEで注文が発生したら、GitHubでIssueを作成する
BASEで新しい注文が発生した際に、その注文情報を基にして、GitHubに新しいIssueを自動で作成します。
この連携により、注文処理や顧客対応に関するタスクを開発チームや関連部署が即座に把握し、迅速に対応を開始できるようになり、手動でのIssue作成の手間を省き、対応漏れを防ぎます。
■概要
オンラインストアでの注文対応と開発タスクの連携は、手作業が多く手間がかかるのではないでしょうか。特にBASEで受けた注文情報を手動でGitHubのIssueに起票している場合、入力ミスや対応漏れが発生しやすく、業務の効率を妨げる一因となりがちです。このワークフローを活用すれば、BASEでの新規注文発生をトリガーとしてGitHubに自動でIssueを作成し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- BASEでネットショップを運営し、GitHubでタスク管理を行っている開発チームの方
- 注文処理と開発タスクの連携を手作業で行い、非効率を感じているEC担当者の方
- 日々の定型業務を自動化し、より重要な業務に時間を割きたいと考えている方
■このテンプレートを使うメリット
- BASEでの注文発生後、手動でGitHubにIssueを作成する手間が省け、作業時間を短縮できます。
- 注文情報をGitHubへ自動で連携するため、転記ミスやタスク作成漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、BASEとGitHubをYoomと連携します。
- 次に、トリガーとしてBASEを選択し、「注文が発生したら」というアクションを設定することで、新しい注文を検知します。
- 続いて、オペレーションとしてGitHubを選択し、「Issueを作成」アクションを設定し、BASEからの注文情報を基にIssueを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際に、BASEからの注文情報（注文ID、商品名、顧客情報など）をYoomのアウトプット機能を利用して、Issueのタイトルや本文に自由に組み込むことが可能です。これにより、必要な情報を整理してIssueを起票できます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
オンラインストアでの注文対応と開発タスクの連携は、手作業が多く手間がかかるのではないでしょうか。特にBASEで受けた注文情報を手動でGitHubのIssueに起票している場合、入力ミスや対応漏れが発生しやすく、業務の効率を妨げる一因となりがちです。このワークフローを活用すれば、BASEでの新規注文発生をトリガーとしてGitHubに自動でIssueを作成し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- BASEでネットショップを運営し、GitHubでタスク管理を行っている開発チームの方
- 注文処理と開発タスクの連携を手作業で行い、非効率を感じているEC担当者の方
- 日々の定型業務を自動化し、より重要な業務に時間を割きたいと考えている方
■このテンプレートを使うメリット
- BASEでの注文発生後、手動でGitHubにIssueを作成する手間が省け、作業時間を短縮できます。
- 注文情報をGitHubへ自動で連携するため、転記ミスやタスク作成漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、BASEとGitHubをYoomと連携します。
- 次に、トリガーとしてBASEを選択し、「注文が発生したら」というアクションを設定することで、新しい注文を検知します。
- 続いて、オペレーションとしてGitHubを選択し、「Issueを作成」アクションを設定し、BASEからの注文情報を基にIssueを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際に、BASEからの注文情報（注文ID、商品名、顧客情報など）をYoomのアウトプット機能を利用して、Issueのタイトルや本文に自由に組み込むことが可能です。これにより、必要な情報を整理してIssueを起票できます。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
BASEで商品が作成・更新されたら、GitHubでIssueを作成する
BASEで新しい商品が登録されたり、既存の商品情報が更新された際に、その情報をトリガーとしてGitHubにIssueを自動で作成します。
これにより、ECサイトの商品変更情報を開発チームやマーケティングチームへタイムリーに共有できます。
また関連するドキュメントの更新やプロモーション活動の計画などをスムーズに開始することが可能となり、部署間の情報伝達を効率化します。
■概要
ECサイト運営において、BASEでの新商品の追加や既存商品の情報は、開発チームや関連部署との連携が不可欠です。しかし、これらの情報を手作業でGitHubのIssueとして起票するのは手間がかかり、入力ミスや伝達漏れの原因となることもあります。このワークフローを活用すれば、BASEで商品が作成・更新されたタイミングを捉え、自動でGitHubにIssueを作成するため、情報共有の効率化と正確性の向上を実現できます。
■このテンプレートをおすすめする方
- BASEで商品情報を管理し、その変更点をGitHubでタスクとして追跡している方
- 商品情報の変更を手作業でGitHubのIssueに起票する手間を削減したいEC担当者の方
- BASEとGitHub間の情報連携を自動化し、業務の抜け漏れを防ぎたいチームの方
■このテンプレートを使うメリット
- BASEでの商品作成・更新時に、GitHubへ自動でIssueが作成されるため、手作業による情報入力の時間を短縮できます。
- 手作業によるIssue作成時の入力ミスや、重要な商品情報の伝達漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、BASEとGitHubをYoomと連携します。
- 次に、トリガーでBASEを選択し、「商品が作成・更新されたら」というアクションを設定します。これにより、BASEで商品情報に変更があった場合にフローが起動します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定します。この際、BASEから取得した商品情報をIssueに自動で含めるよう設定することで、関連情報の入力を省略できます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際に、BASEのトリガー（商品が作成・更新されたら）で取得した商品名、商品ID、価格、更新日時といったアウトプット情報を活用し、Issueのタイトルや本文にこれらの情報を自動で挿入するなど、登録内容を柔軟にカスタムできます。これにより、Issueに必要な商品情報を詳細かつ正確に記載することが可能です。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
ECサイト運営において、BASEでの新商品の追加や既存商品の情報は、開発チームや関連部署との連携が不可欠です。しかし、これらの情報を手作業でGitHubのIssueとして起票するのは手間がかかり、入力ミスや伝達漏れの原因となることもあります。このワークフローを活用すれば、BASEで商品が作成・更新されたタイミングを捉え、自動でGitHubにIssueを作成するため、情報共有の効率化と正確性の向上を実現できます。
■このテンプレートをおすすめする方
- BASEで商品情報を管理し、その変更点をGitHubでタスクとして追跡している方
- 商品情報の変更を手作業でGitHubのIssueに起票する手間を削減したいEC担当者の方
- BASEとGitHub間の情報連携を自動化し、業務の抜け漏れを防ぎたいチームの方
■このテンプレートを使うメリット
- BASEでの商品作成・更新時に、GitHubへ自動でIssueが作成されるため、手作業による情報入力の時間を短縮できます。
- 手作業によるIssue作成時の入力ミスや、重要な商品情報の伝達漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、BASEとGitHubをYoomと連携します。
- 次に、トリガーでBASEを選択し、「商品が作成・更新されたら」というアクションを設定します。これにより、BASEで商品情報に変更があった場合にフローが起動します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定します。この際、BASEから取得した商品情報をIssueに自動で含めるよう設定することで、関連情報の入力を省略できます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際に、BASEのトリガー（商品が作成・更新されたら）で取得した商品名、商品ID、価格、更新日時といったアウトプット情報を活用し、Issueのタイトルや本文にこれらの情報を自動で挿入するなど、登録内容を柔軟にカスタムできます。これにより、Issueに必要な商品情報を詳細かつ正確に記載することが可能です。
■注意事項
- BASE、GithubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubやBASEのAPIを使ったその他の自動化例
GitHubとBASEの連携だけでなく、複数のサービスとシームレスに組み合わせることが可能です。
今お使いの業務ツールと繋げることで、普段の業務フローに新たな可能性を生み出せる自動化パターンを幅広く用意していますので、ご自身の運用と相性が良い使いテンプレートをぜひ試してみてください。
GitHubを使った便利な自動化例
開発プロセスの効率化を実現するための自動連携が豊富に揃っています。
課題追跡の進捗をデータベースでまとめて管理したり、AIがチケット内容を分析して自動コメントを生成できる仕組みなど。また、タスク管理ツールや顧客管理システムなどで生じた業務情報をワンクリックでGitHubに反映させることも可能。
日々の運用をよりスムーズにします。
■概要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分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、内容を把握し、優先順位を判断するのは手間がかかる作業です。特に多くのIssueが同時に発生すると、重要な情報を見落としたり、対応が遅れてしまうこともあります。このワークフローを活用すれば、新しいIssueの作成をトリガーに、ChatGPTがその内容を自動で分析しコメントを追加するため、Issueの内容把握を迅速化し、開発プロセスの効率化に繋がります。
■このテンプレートをおすすめする方
- GitHubでのIssue管理に多くの時間を費やしているプロジェクトマネージャーの方
- ChatGPTを活用して、開発プロセスの初期対応を効率化したいと考えている方
- 手作業によるIssueの確認漏れや、対応の遅延を防ぎたい開発チームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されるとChatGPTが内容を分析・要約するため、手動での確認作業にかかる時間を短縮できます。
- Issueの内容把握が迅速かつ均一化され、担当者の割り振りや対応の優先順位付けがスムーズになり、開発プロセスの属人化を防ぎます。
■フローボットの流れ
- はじめに、GitHubとChatGPTをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、フローが起動するきっかけを作ります。
- 続いて、オペレーションでChatGPTの「テキストを生成（高度な設定）」アクションを設定し、トリガーで取得したIssueのタイトルや本文を元に、内容の分析や要約を指示します。
- 最後に、オペレーションでGitHubの「Issue・Pull Requestにコメントを追加」アクションを設定し、ChatGPTが生成したテキストを該当のIssueにコメントとして投稿します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ChatGPTの「テキストを生成」アクションを実行するには、OpenAIのAPI有料プランの契約が必要であり、APIが使用された際に支払いができる状態にしておく必要があります。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■注意事項
- GitHubとChatGPTのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
「GitHubでプルリクエストが作成されたら、Notionにも追加する」フローは、開発チームの作業を効率化する業務ワークフローです。
GitHubで新たなプルリクエストが発生すると、自動的にNotionの指定ページにその情報が記録されます。
■このテンプレートをおすすめする方
- GitHubとNotionを日常的に活用している開発チームのリーダーの方
- プロジェクトの進捗管理を効率化したいエンジニアの方
- 手動でのプルリクエスト管理に時間を取られているチームメンバーの方
- 情報共有を自動化し、チーム全体の生産性を向上させたい方
- 異なるツール間の連携を強化し、ワークフローを最適化したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
GitHubとNotionの両方で同じ情報を管理している場合、手作業での同期にはヒューマンエラー発生のリスクを伴います。
この自動化を取り入れることで、プルリクエストの状況を迅速にNotionに反映することができます。
これにより、プロジェクトの進捗や課題を一元管理でき、チーム全体での情報共有がスムーズに行えます。
手動でのデータ入力を減らし、時間と労力を節約しながら、開発プロセスの透明性を高めることが可能です。
■概要
SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。
■このテンプレートをおすすめする方
1.SalesforceのToDoオブジェクトを利用する営業・サポート担当者
・顧客からの問い合わせや要望、社内タスクなどをSalesforceのToDoで管理して開発チームへの対応依頼をGitHubに登録したい方
・ToDoを手動でGitHubに転記する手間を省いて業務効率を向上させたい方
・SalesforceとGitHubの情報連携を強化して顧客対応と開発対応の連携をスムーズにしたい方
2.GitHubを利用する開発チーム
・SalesforceのToDoに登録された顧客からの問題や要望をGitHub上で管理して開発プロセスに組み込みたい方
・営業・サポートチームからの情報をリアルタイムに把握して迅速な対応をしたい方
■このテンプレートを使うメリット
Salesforceは顧客管理に非常に強力なツールですが、ToDoオブジェクトが登録されるたびにGitHubに手動でISSUEを追加するのは、手入力ミスや情報の漏れが発生する可能性があります。
このフローを活用すれば、SalesforceでToDoオブジェクトが登録されたら自動的にGitHubに必要な情報が追加されて、営業担当者や開発チームはSalesforceとGitHubの両方を確認する必要がなくなり、最新の情報を効率的に共有することができます。
また、手作業での入力作業が不要になるため業務効率が向上して入力ミスを防ぐこともできます。
■注意事項
・Salesforce、GitHubのそれぞれとYoomを連携してください。
・Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要プロジェクト管理でTrello、開発タスク管理でGitHubを利用しているものの、情報が分断されていませんか？Trelloで新しいタスクが発生するたびに、手作業でGitHubにIssueを起票するのは手間がかかり、転記ミスや対応漏れの原因にもなり得ます。このワークフローを活用すれば、TrelloとGitHubをスムーズに連携し、カードの作成をトリガーにGitHubのIssueを自動で追加できるため、タスク管理の二度手間を削減します。
■このテンプレートをおすすめする方- TrelloとGitHubを併用しており、手作業での情報連携に課題を感じている方
- 開発タスクの起票漏れや、タスクの二重管理を防ぎたいプロジェクト管理者の方
- ツール間の情報連携を自動化して、開発プロセス全体の効率を改善したい方
■このテンプレートを使うメリット- Trelloにカードが追加されるとGitHubにIssueが自動で作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報連携が減ることで、Issueの作成漏れや内容の入力間違いといったヒューマンエラーを防ぐことに繋がります。
■フローボットの流れ- はじめに、TrelloとGitHubをYoomに連携します。
- 次に、トリガーでTrelloを選択し、「カードが新たに作成されたら」というアクションを設定します。
- 続けて、オペレーションでTrelloの「カードの情報を取得」アクションを設定し、トリガーで検知したカードの詳細情報を取得します。
- 最後に、オペレーションでGitHubの「Issueの作成」アクションを設定し、取得したカード情報を元にIssueを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Trelloのトリガー設定では、自動化の対象とするボードIDを任意で指定してください。
- GitHubでIssueを作成する際に、Trelloから取得したどの情報（カード名、説明文など）をIssueのタイトルや本文に反映させるか、任意で設定できます。
■注意事項- Trello、GitHubのそれぞれとYoomを連携してください。
- 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分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで新しいIssueが作成されるたびに、内容を把握し、優先順位を判断するのは手間がかかる作業です。特に多くのIssueが同時に発生すると、重要な情報を見落としたり、対応が遅れてしまうこともあります。このワークフローを活用すれば、新しいIssueの作成をトリガーに、ChatGPTがその内容を自動で分析しコメントを追加するため、Issueの内容把握を迅速化し、開発プロセスの効率化に繋がります。
■このテンプレートをおすすめする方
- GitHubでのIssue管理に多くの時間を費やしているプロジェクトマネージャーの方
- ChatGPTを活用して、開発プロセスの初期対応を効率化したいと考えている方
- 手作業によるIssueの確認漏れや、対応の遅延を防ぎたい開発チームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されるとChatGPTが内容を分析・要約するため、手動での確認作業にかかる時間を短縮できます。
- Issueの内容把握が迅速かつ均一化され、担当者の割り振りや対応の優先順位付けがスムーズになり、開発プロセスの属人化を防ぎます。
■フローボットの流れ
- はじめに、GitHubとChatGPTをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、フローが起動するきっかけを作ります。
- 続いて、オペレーションでChatGPTの「テキストを生成（高度な設定）」アクションを設定し、トリガーで取得したIssueのタイトルや本文を元に、内容の分析や要約を指示します。
- 最後に、オペレーションでGitHubの「Issue・Pull Requestにコメントを追加」アクションを設定し、ChatGPTが生成したテキストを該当のIssueにコメントとして投稿します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ChatGPTの「テキストを生成」アクションを実行するには、OpenAIのAPI有料プランの契約が必要であり、APIが使用された際に支払いができる状態にしておく必要があります。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■注意事項
- GitHubとChatGPTのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
「GitHubでプルリクエストが作成されたら、Notionにも追加する」フローは、開発チームの作業を効率化する業務ワークフローです。
GitHubで新たなプルリクエストが発生すると、自動的にNotionの指定ページにその情報が記録されます。
■このテンプレートをおすすめする方
- GitHubとNotionを日常的に活用している開発チームのリーダーの方
- プロジェクトの進捗管理を効率化したいエンジニアの方
- 手動でのプルリクエスト管理に時間を取られているチームメンバーの方
- 情報共有を自動化し、チーム全体の生産性を向上させたい方
- 異なるツール間の連携を強化し、ワークフローを最適化したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
GitHubとNotionの両方で同じ情報を管理している場合、手作業での同期にはヒューマンエラー発生のリスクを伴います。
この自動化を取り入れることで、プルリクエストの状況を迅速にNotionに反映することができます。
これにより、プロジェクトの進捗や課題を一元管理でき、チーム全体での情報共有がスムーズに行えます。
手動でのデータ入力を減らし、時間と労力を節約しながら、開発プロセスの透明性を高めることが可能です。
■概要
SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。
■このテンプレートをおすすめする方
1.SalesforceのToDoオブジェクトを利用する営業・サポート担当者
・顧客からの問い合わせや要望、社内タスクなどをSalesforceのToDoで管理して開発チームへの対応依頼をGitHubに登録したい方
・ToDoを手動でGitHubに転記する手間を省いて業務効率を向上させたい方
・SalesforceとGitHubの情報連携を強化して顧客対応と開発対応の連携をスムーズにしたい方
2.GitHubを利用する開発チーム
・SalesforceのToDoに登録された顧客からの問題や要望をGitHub上で管理して開発プロセスに組み込みたい方
・営業・サポートチームからの情報をリアルタイムに把握して迅速な対応をしたい方
■このテンプレートを使うメリット
Salesforceは顧客管理に非常に強力なツールですが、ToDoオブジェクトが登録されるたびにGitHubに手動でISSUEを追加するのは、手入力ミスや情報の漏れが発生する可能性があります。
このフローを活用すれば、SalesforceでToDoオブジェクトが登録されたら自動的にGitHubに必要な情報が追加されて、営業担当者や開発チームはSalesforceとGitHubの両方を確認する必要がなくなり、最新の情報を効率的に共有することができます。
また、手作業での入力作業が不要になるため業務効率が向上して入力ミスを防ぐこともできます。
■注意事項
・Salesforce、GitHubのそれぞれとYoomを連携してください。
・Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- TrelloとGitHubを併用しており、手作業での情報連携に課題を感じている方
- 開発タスクの起票漏れや、タスクの二重管理を防ぎたいプロジェクト管理者の方
- ツール間の情報連携を自動化して、開発プロセス全体の効率を改善したい方
- Trelloにカードが追加されるとGitHubにIssueが自動で作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報連携が減ることで、Issueの作成漏れや内容の入力間違いといったヒューマンエラーを防ぐことに繋がります。
- はじめに、TrelloとGitHubをYoomに連携します。
- 次に、トリガーでTrelloを選択し、「カードが新たに作成されたら」というアクションを設定します。
- 続けて、オペレーションでTrelloの「カードの情報を取得」アクションを設定し、トリガーで検知したカードの詳細情報を取得します。
- 最後に、オペレーションでGitHubの「Issueの作成」アクションを設定し、取得したカード情報を元にIssueを作成します。
■このワークフローのカスタムポイント
- Trelloのトリガー設定では、自動化の対象とするボードIDを任意で指定してください。
- GitHubでIssueを作成する際に、Trelloから取得したどの情報（カード名、説明文など）をIssueのタイトルや本文に反映させるか、任意で設定できます。
- Trello、GitHubのそれぞれとYoomを連携してください。
BASEを使った便利な自動化例
ネットショップ運用時の顧客対応や在庫管理、商品情報の更新作業を自動化するテンプレートもご用意しています。
商品の新規登録時にSNSに自動で投稿したり、受注管理クラウドやチャットツールと連携して通知を飛ばすことも可能です。加えて、データベースを活用した商品登録の自動化も実現できるため、運営業務の無駄を省きたい方に最適でしょう。
■概要
BASEに新商品を登録した際、その都度X（Twitter）で告知投稿を行うのは手間がかかる作業ではないでしょうか。手作業では投稿漏れが発生したり、情報を転記する際にミスが起きる可能性もあります。このワークフローを活用すれば、BASEで商品が作成・更新されると、その情報を元にX（Twitter）へ自動でポストを投稿するため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- BASEで運営するECサイトの集客・販促をX（Twitter）で行っているご担当者様
- 新商品や更新情報を手作業で投稿しており、作業の効率化やミスの削減をしたい方
- SNS投稿を自動化し、商品開発や顧客対応など他のコア業務に集中したい方
■このテンプレートを使うメリット
- BASEでの商品作成・更新をトリガーに自動でX（Twitter）へ投稿されるため、これまで手作業に費やしていた時間を短縮できます
- 手作業での情報転記が不要になるため、商品情報の入力間違いや投稿漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、BASEとX（Twitter）をYoomと連携します
- 次に、トリガーでBASEを選択し、「商品が作成・更新されたら」というアクションを設定します
- 最後に、オペレーションでX（Twitter）の「ポストを投稿」アクションを設定し、トリガーで取得した商品情報をもとに投稿内容を作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- X（Twitter）の投稿アクションでは、投稿するテキスト内容を自由に設定できます
- 例えば、「新商品のお知らせ」などの固定のテキストと、BASEのトリガーで取得した商品名やURLなどの情報を組み合わせて、オリジナルの投稿文を作成することが可能です
■注意事項
- BASE、X（Twitter）のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要ネットショップの運営において、BASEで新しい注文が入るたびに内容を確認し、社内へ共有する作業に手間を感じていませんか？手作業での共有は時間がかかるだけでなく、通知の遅れや漏れにつながる可能性もあります。このワークフローを活用すれば、BASEで注文が発生した際に、注文情報をMicrosoft Teamsの指定チャネルへ自動で通知できるため、こうした情報共有に関する課題を削減し、業務を円滑に進めることが可能です。
■このテンプレートをおすすめする方- BASEを利用してECサイトを運営おり、注文対応を担当されている方
- Microsoft Teamsを社内の主要なコミュニケーションツールとして活用しているチーム
- 注文情報の共有を自動化し、より迅速な顧客対応を実現したいと考えている方
■このテンプレートを使うメリット- BASEで注文が発生すると自動で通知が飛ぶため、手動で確認や連絡を行う手間を減らし、時間を有効活用できます。
- システムが自動で通知することで、連絡漏れや共有の遅延といったヒューマンエラーを防ぎ、情報共有を実現します。
■フローボットの流れ- はじめに、BASEとMicrosoft TeamsをYoomと連携します
- 次に、トリガーでBASEを選択し、「注文が発生したら」というアクションを設定します
- 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、通知したい内容を登録します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Microsoft Teamsのオペレーション設定で、通知を送信したいチャネルを任意で選択してください。
- 通知メッセージの本文は、注文内容などを盛り込みながら自由にカスタマイズすることが可能です。
■注意事項- BASE、Microsoft TeamsのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
■概要ネットショップBASEで新しい注文が入るたびに、手動で確認してチームに共有するのは手間がかかっていませんか？特に、注文情報を迅速にチーム全体で把握したい場合、手作業ではタイムラグや伝達漏れが発生しがちです。このワークフローを活用すれば、BASEで注文が発生したタイミングで、自動でDiscordに必要な情報を通知でき、注文状況の把握と、迅速な対応が可能になります。
■このテンプレートをおすすめする方- BASEでECサイトを運営しており、注文発生時のチームへの共有を効率化したい方
- Discordを活用して、注文情報をスムーズにメンバーと共有したいと考えている方
- 手作業による注文確認や通知作業でのタイムラグや漏れを減らしたい運営担当者の方
■このテンプレートを使うメリット- BASEで注文が発生すると自動でDiscordに通知が飛ぶため、手動での確認や共有作業にかかっていた時間を短縮できます。
- 手作業での情報伝達による通知漏れやタイムラグを防ぎ、チーム全体で迅速に注文情報を把握することが可能になります。
■フローボットの流れ- はじめに、BASEとDiscordをYoomと連携します。
- 次に、トリガーでBASEを選択し、「注文が発生したら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、BASEから取得した注文情報を通知するように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Discordにメッセージを送信する設定において、通知を送りたいチャンネルをご自身の環境に合わせて任意で設定してください。
- 通知するメッセージの本文も自由に編集が可能なため、必要な情報が伝わるように内容をカスタマイズしてください。
■注意事項- BASE、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
BASEで運営するネットショップの在庫管理において、人気商品の売り切れに気づくのが遅れ、販売機会を逃してしまった経験はないでしょうか。常に在庫状況を手動で確認するのは手間がかかり、見落としのリスクも伴います。このワークフローを活用すれば、設定したスケジュールでBASEの商品在庫を自動的にチェックし、商品が売り切れた際にSlackへ即時通知することが可能になり、在庫管理の効率化と機会損失の防止に繋がります。
■このテンプレートをおすすめする方
- BASEでネットショップを運営し、在庫管理の自動化に関心がある方
- 商品の売り切れを即座に把握し、機会損失をなくしたい店舗責任者の方
- 手作業による在庫確認の手間を削減し、他のコア業務に集中したい方
■このテンプレートを使うメリット
- 定期的にBASEの商品在庫を自動で確認するため、これまで手作業で行っていた在庫チェックの時間を削減できます。
- 手動での確認作業による見落としを防ぎ、売り切れを即座に把握することで機会損失のリスクを軽減します。
■フローボットの流れ
- はじめに、BASEとSlackをYoomと連携します。
- 次に、トリガーでスケジュールトリガー機能を設定し、在庫を確認したい任意のタイミング（例：1時間ごとなど）を指定します。
- 続いて、オペレーションでBASEの「商品を検索」アクションを設定し、ショップの商品一覧を取得します。
- 繰り返し機能を用いて、取得した商品を一つずつ処理し、各商品に対してBASEの「商品情報を取得」アクションで詳細な在庫情報を取得します。
- 分岐機能を用いて、在庫数が0になった商品を特定する条件を設定します。
- 最後に、条件に合致した場合のみSlackの「チャンネルにメッセージを送る」アクションで、指定したチャンネルに通知を送ります。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能では、在庫切れ（在庫数0）を通知する条件を、「在庫数が5以下」といったような在庫僅少アラートの条件に任意で変更することが可能です。
- Slackへの通知メッセージでは、通知先のチャンネルを自由に設定できるほか、「【在庫切れ】商品名：(取得した商品名)」のように、BASEから取得した情報をメッセージに含めることができます。
■注意事項
- BASE、SlackのそれぞれとYoomを連携してください。
- 「同じ処理を繰り返す」オペレーション間の操作は、チームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- 「同じ処理を繰り返す」オペレーションの処理数は最大1000回のため、商品数が多い場合はフローを分ける必要があります。
- ミニプラン、チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- Slackによる通知を一括で行う場合は一度データベースに値を追加してフローの最後に通知を行う必要があります。
■概要ECサイトを運営する中で、BASEへの新商品の登録作業に時間がかかっていませんか？特にGoogle スプレッドシートで商品情報を管理している場合、手作業での転記は手間がかかる上に、入力ミスといったヒューマンエラーの原因にもなります。このワークフローを活用すれば、Google スプレッドシートに商品情報の行を追加するだけで、BASEへの商品登録を自動化できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方- BASEでECサイトを運営しており、商品登録の手作業を効率化したい方
- Google スプレッドシートで商品マスタを管理し、BASEへ自動登録したい方
- 手作業での商品情報登録による入力ミスや登録漏れを防止したい方
■このテンプレートを使うメリット- Google スプレッドシートに行を追加するだけでBASEへ商品情報が自動登録されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業でのデータ転記が不要になるため、商品情報の入力間違いや登録漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ- はじめに、BASEとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGoogle スプレッドシートを選択し、「行が追加されたら」というアクションを設定します。この設定で、指定したシートに行が追加されたことを検知します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定します。トリガーで取得したGoogle スプレッドシートの情報を、登録したい商品の各項目に設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Google スプレッドシートのトリガー設定では、連携したいスプレッドシートやシート名、データを取得したいテーブルの範囲などを任意で設定してください。
- BASEで商品情報を登録する際、商品名や価格、説明文などの各項目に、トリガーで取得したGoogle スプレッドシートのどの列の情報を割り当てるか、変数として自由に設定が可能です。また、固定の値を入力することもできます。
■注意事項- BASE、Google スプレッドシートのそれぞれとYoomを連携してください。
- Google スプレッドシートをアプリトリガーとして使用する際の注意事項は「【アプリトリガー】Google スプレッドシートのトリガーにおける注意事項」を参照してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
BASEに新商品を登録した際、その都度X（Twitter）で告知投稿を行うのは手間がかかる作業ではないでしょうか。手作業では投稿漏れが発生したり、情報を転記する際にミスが起きる可能性もあります。このワークフローを活用すれば、BASEで商品が作成・更新されると、その情報を元にX（Twitter）へ自動でポストを投稿するため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- BASEで運営するECサイトの集客・販促をX（Twitter）で行っているご担当者様
- 新商品や更新情報を手作業で投稿しており、作業の効率化やミスの削減をしたい方
- SNS投稿を自動化し、商品開発や顧客対応など他のコア業務に集中したい方
■このテンプレートを使うメリット
- BASEでの商品作成・更新をトリガーに自動でX（Twitter）へ投稿されるため、これまで手作業に費やしていた時間を短縮できます
- 手作業での情報転記が不要になるため、商品情報の入力間違いや投稿漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、BASEとX（Twitter）をYoomと連携します
- 次に、トリガーでBASEを選択し、「商品が作成・更新されたら」というアクションを設定します
- 最後に、オペレーションでX（Twitter）の「ポストを投稿」アクションを設定し、トリガーで取得した商品情報をもとに投稿内容を作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- X（Twitter）の投稿アクションでは、投稿するテキスト内容を自由に設定できます
- 例えば、「新商品のお知らせ」などの固定のテキストと、BASEのトリガーで取得した商品名やURLなどの情報を組み合わせて、オリジナルの投稿文を作成することが可能です
■注意事項
- BASE、X（Twitter）のそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- BASEを利用してECサイトを運営おり、注文対応を担当されている方
- Microsoft Teamsを社内の主要なコミュニケーションツールとして活用しているチーム
- 注文情報の共有を自動化し、より迅速な顧客対応を実現したいと考えている方
- BASEで注文が発生すると自動で通知が飛ぶため、手動で確認や連絡を行う手間を減らし、時間を有効活用できます。
- システムが自動で通知することで、連絡漏れや共有の遅延といったヒューマンエラーを防ぎ、情報共有を実現します。
- はじめに、BASEとMicrosoft TeamsをYoomと連携します
- 次に、トリガーでBASEを選択し、「注文が発生したら」というアクションを設定します
- 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、通知したい内容を登録します
- Microsoft Teamsのオペレーション設定で、通知を送信したいチャネルを任意で選択してください。
- 通知メッセージの本文は、注文内容などを盛り込みながら自由にカスタマイズすることが可能です。
- BASE、Microsoft TeamsのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- BASEでECサイトを運営しており、注文発生時のチームへの共有を効率化したい方
- Discordを活用して、注文情報をスムーズにメンバーと共有したいと考えている方
- 手作業による注文確認や通知作業でのタイムラグや漏れを減らしたい運営担当者の方
- BASEで注文が発生すると自動でDiscordに通知が飛ぶため、手動での確認や共有作業にかかっていた時間を短縮できます。
- 手作業での情報伝達による通知漏れやタイムラグを防ぎ、チーム全体で迅速に注文情報を把握することが可能になります。
- はじめに、BASEとDiscordをYoomと連携します。
- 次に、トリガーでBASEを選択し、「注文が発生したら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、BASEから取得した注文情報を通知するように設定します。
- Discordにメッセージを送信する設定において、通知を送りたいチャンネルをご自身の環境に合わせて任意で設定してください。
- 通知するメッセージの本文も自由に編集が可能なため、必要な情報が伝わるように内容をカスタマイズしてください。
- BASE、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
BASEで運営するネットショップの在庫管理において、人気商品の売り切れに気づくのが遅れ、販売機会を逃してしまった経験はないでしょうか。常に在庫状況を手動で確認するのは手間がかかり、見落としのリスクも伴います。このワークフローを活用すれば、設定したスケジュールでBASEの商品在庫を自動的にチェックし、商品が売り切れた際にSlackへ即時通知することが可能になり、在庫管理の効率化と機会損失の防止に繋がります。
■このテンプレートをおすすめする方
- BASEでネットショップを運営し、在庫管理の自動化に関心がある方
- 商品の売り切れを即座に把握し、機会損失をなくしたい店舗責任者の方
- 手作業による在庫確認の手間を削減し、他のコア業務に集中したい方
■このテンプレートを使うメリット
- 定期的にBASEの商品在庫を自動で確認するため、これまで手作業で行っていた在庫チェックの時間を削減できます。
- 手動での確認作業による見落としを防ぎ、売り切れを即座に把握することで機会損失のリスクを軽減します。
■フローボットの流れ
- はじめに、BASEとSlackをYoomと連携します。
- 次に、トリガーでスケジュールトリガー機能を設定し、在庫を確認したい任意のタイミング（例：1時間ごとなど）を指定します。
- 続いて、オペレーションでBASEの「商品を検索」アクションを設定し、ショップの商品一覧を取得します。
- 繰り返し機能を用いて、取得した商品を一つずつ処理し、各商品に対してBASEの「商品情報を取得」アクションで詳細な在庫情報を取得します。
- 分岐機能を用いて、在庫数が0になった商品を特定する条件を設定します。
- 最後に、条件に合致した場合のみSlackの「チャンネルにメッセージを送る」アクションで、指定したチャンネルに通知を送ります。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能では、在庫切れ（在庫数0）を通知する条件を、「在庫数が5以下」といったような在庫僅少アラートの条件に任意で変更することが可能です。
- Slackへの通知メッセージでは、通知先のチャンネルを自由に設定できるほか、「【在庫切れ】商品名：(取得した商品名)」のように、BASEから取得した情報をメッセージに含めることができます。
■注意事項
- BASE、SlackのそれぞれとYoomを連携してください。
- 「同じ処理を繰り返す」オペレーション間の操作は、チームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- 「同じ処理を繰り返す」オペレーションの処理数は最大1000回のため、商品数が多い場合はフローを分ける必要があります。
- ミニプラン、チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- Slackによる通知を一括で行う場合は一度データベースに値を追加してフローの最後に通知を行う必要があります。
■このテンプレートをおすすめする方
- BASEでECサイトを運営しており、商品登録の手作業を効率化したい方
- Google スプレッドシートで商品マスタを管理し、BASEへ自動登録したい方
- 手作業での商品情報登録による入力ミスや登録漏れを防止したい方
■このテンプレートを使うメリット
- Google スプレッドシートに行を追加するだけでBASEへ商品情報が自動登録されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業でのデータ転記が不要になるため、商品情報の入力間違いや登録漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、BASEとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGoogle スプレッドシートを選択し、「行が追加されたら」というアクションを設定します。この設定で、指定したシートに行が追加されたことを検知します。
- 最後に、オペレーションでBASEを選択し、「商品情報の登録」アクションを設定します。トリガーで取得したGoogle スプレッドシートの情報を、登録したい商品の各項目に設定します。
■このワークフローのカスタムポイント
- Google スプレッドシートのトリガー設定では、連携したいスプレッドシートやシート名、データを取得したいテーブルの範囲などを任意で設定してください。
- BASEで商品情報を登録する際、商品名や価格、説明文などの各項目に、トリガーで取得したGoogle スプレッドシートのどの列の情報を割り当てるか、変数として自由に設定が可能です。また、固定の値を入力することもできます。
■注意事項
- BASE、Google スプレッドシートのそれぞれとYoomを連携してください。
- Google スプレッドシートをアプリトリガーとして使用する際の注意事項は「【アプリトリガー】Google スプレッドシートのトリガーにおける注意事項」を参照してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
まとめ
GitHubとBASEの連携を自動化することで、これまで手作業で行っていたGitHubのIssue情報に基づくBASEの商品登録や更新作業、あるいはBASEの注文情報を基にしたGitHubのIssue作成といった煩雑なデータ転記作業の手間を劇的に削減し、ヒューマンエラーを効果的に防ぐことができます。
これにより、開発担当者やECサイト運営担当者は、日々のルーティンワークから解放され、より迅速かつ正確な情報に基づいて業務を進められるようになるでしょう。
本来注力すべき新機能の開発や販売戦略の立案といったコア業務に集中できる、より生産性の高い環境が整います。
今回ご紹介したような自動化は、ノーコード業務自動化ツール「Yoom」を活用すれば、プログラミングの専門知識がない方でも、まるでパズルを組み合わせるかのように直感的な操作で簡単に業務フローを構築できます。
もしGitHubとBASEの連携自動化をはじめとする業務効率化に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomがもたらす業務効率化の可能性を実際に体験してみてください！
プログラミング知識なしで手軽に構築できます。
