【簡単設定】GitHubでIssueを作成したらMicrosoft SharePointでアイテムを自動追加する方法

■概要

GitHubでのIssue管理と、Microsoft SharePointでのタスク管理を別々に行っていませんか？Issueが作成されるたびに手動でSharePointに情報を転記する作業は、手間がかかるうえに入力漏れなどのミスも発生しがちです。

このワークフローを活用すれば、GitHubとMicrosoft SharePointの連携が自動化され、Issueの内容が即座にMicrosoft SharePointリストに追加されるため、こうした課題をスムーズに解消できます。

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

• GitHubとMicrosoft SharePointを活用し、手作業での情報連携に課題を感じている方
• GitHubで作成されたIssueを元に、SharePointでタスク管理を行っているチームのリーダーの方
• 開発プロジェクトの情報共有を効率化し、チーム全体の生産性を高めたいと考えている方

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

• GitHubでIssueが作成されると自動でMicrosoft SharePointにアイテムが追加されるため、手作業による転記の時間を削減できます
• 手動での情報入力が不要になることで、転記ミスや共有漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、Issueの情報を連携させます

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

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

• Microsoft SharePointのオペレーションでは、どのサイトのどのリストにアイテムを追加するかを任意で指定してください
• リストに追加するアイテムの各項目には、トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として設定できます
• また、特定の担当者名やステータスなど、固定のテキストや値を追加する設定も可能です

■注意事項

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

■概要

GitHubでのIssue管理と、Microsoft SharePointでのタスク管理を別々に行っていませんか？Issueが作成されるたびに手動でSharePointに情報を転記する作業は、手間がかかるうえに入力漏れなどのミスも発生しがちです。

このワークフローを活用すれば、GitHubとMicrosoft SharePointの連携が自動化され、Issueの内容が即座にMicrosoft SharePointリストに追加されるため、こうした課題をスムーズに解消できます。

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

• GitHubとMicrosoft SharePointを活用し、手作業での情報連携に課題を感じている方
• GitHubで作成されたIssueを元に、SharePointでタスク管理を行っているチームのリーダーの方
• 開発プロジェクトの情報共有を効率化し、チーム全体の生産性を高めたいと考えている方

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

• GitHubでIssueが作成されると自動でMicrosoft SharePointにアイテムが追加されるため、手作業による転記の時間を削減できます
• 手動での情報入力が不要になることで、転記ミスや共有漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、Issueの情報を連携させます

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

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

• Microsoft SharePointのオペレーションでは、どのサイトのどのリストにアイテムを追加するかを任意で指定してください
• リストに追加するアイテムの各項目には、トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として設定できます
• また、特定の担当者名やステータスなど、固定のテキストや値を追加する設定も可能です

■注意事項

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

■概要

GitHubでの開発プロジェクトにおいて、プルリクエストの進捗管理をMicrosoft SharePointで行っているものの、手作業での情報共有に手間を感じていませんか。このワークフローを活用すれば、GitHubでプルリクエストが作成されると、その情報が自動でMicrosoft SharePointのリストに追加されるため、進捗管理を効率化できます。Microsoft SharePointとGitHubの連携を自動化することで、レビュー依頼の抜け漏れ防止にも繋がります。

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

• GitHubとMicrosoft SharePointを連携させ、開発の進捗管理を効率化したい方
• プルリクエストの情報を手作業でMicrosoft SharePointに転記している開発担当者の方
• コードレビューの依頼や進捗の共有漏れをなくし、開発プロセスを円滑にしたいチームリーダーの方

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

• GitHubでのプルリクエスト作成時に、自動でMicrosoft SharePointのリストにアイテムが追加され、手作業による情報転記の時間を短縮できます。
• 手作業での情報入力に伴う転記ミスや共有漏れを防ぎ、プルリクエストのレビュープロセスを円滑に進めることに繋がります。

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します。
3. 次に、オペレーションで分岐機能を設定し、特定の条件に応じて後続の処理を分岐させます。
4. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、指定のリストにプルリクエスト情報を追加します。

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

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

• 分岐機能では、プルリクエストのラベルやタイトルに含まれる文字列など、任意の条件を設定して、特定のプルリクエストのみをMicrosoft SharePointに追加するよう設定が可能です。
• Microsoft SharePointのリストに追加するアイテムは、プルリクエストのタイトルやURLといったGitHubから取得した情報を変数として埋め込んだり、固定のテキストを追加したりと自由に設定できます。

■注意事項

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

■概要

GitHubでのIssue管理と、Microsoft SharePointでのタスク管理を別々に行っていませんか？Issueが作成されるたびに手動でSharePointに情報を転記する作業は、手間がかかるうえに入力漏れなどのミスも発生しがちです。

このワークフローを活用すれば、GitHubとMicrosoft SharePointの連携が自動化され、Issueの内容が即座にMicrosoft SharePointリストに追加されるため、こうした課題をスムーズに解消できます。

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

• GitHubとMicrosoft SharePointを活用し、手作業での情報連携に課題を感じている方
• GitHubで作成されたIssueを元に、SharePointでタスク管理を行っているチームのリーダーの方
• 開発プロジェクトの情報共有を効率化し、チーム全体の生産性を高めたいと考えている方

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

• GitHubでIssueが作成されると自動でMicrosoft SharePointにアイテムが追加されるため、手作業による転記の時間を削減できます
• 手動での情報入力が不要になることで、転記ミスや共有漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、Issueの情報を連携させます

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

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

• Microsoft SharePointのオペレーションでは、どのサイトのどのリストにアイテムを追加するかを任意で指定してください
• リストに追加するアイテムの各項目には、トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として設定できます
• また、特定の担当者名やステータスなど、固定のテキストや値を追加する設定も可能です

■注意事項

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

■概要

GitHubでのIssue管理と、Microsoft SharePointでのタスク管理を別々に行っていませんか？Issueが作成されるたびに手動でSharePointに情報を転記する作業は、手間がかかるうえに入力漏れなどのミスも発生しがちです。

このワークフローを活用すれば、GitHubとMicrosoft SharePointの連携が自動化され、Issueの内容が即座にMicrosoft SharePointリストに追加されるため、こうした課題をスムーズに解消できます。

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

• GitHubとMicrosoft SharePointを活用し、手作業での情報連携に課題を感じている方
• GitHubで作成されたIssueを元に、SharePointでタスク管理を行っているチームのリーダーの方
• 開発プロジェクトの情報共有を効率化し、チーム全体の生産性を高めたいと考えている方

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

• GitHubでIssueが作成されると自動でMicrosoft SharePointにアイテムが追加されるため、手作業による転記の時間を削減できます
• 手動での情報入力が不要になることで、転記ミスや共有漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、Issueの情報を連携させます

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

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

• Microsoft SharePointのオペレーションでは、どのサイトのどのリストにアイテムを追加するかを任意で指定してください
• リストに追加するアイテムの各項目には、トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として設定できます
• また、特定の担当者名やステータスなど、固定のテキストや値を追加する設定も可能です

■注意事項

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

■概要

Microsoft SharePointへのファイルアップロードと、それに関連するGitHubでのタスク管理、これらの連携を手作業で行っていませんか？
ファイルのアップロードに気づかなかったり、都度Issueを作成したりする作業は、手間がかかるだけでなく対応漏れの原因にもなり得ます。

このワークフローを活用すれば、Microsoft SharePointとGitHubを連携させ、指定したフォルダにファイルがアップロードされたタイミングで、自動でGitHubにIssueを作成することが可能です。

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

• Microsoft SharePointとGitHubを連携させ、開発プロセスを効率化したいエンジニアの方
• ドキュメント管理とタスク管理の間の手作業をなくし、対応漏れを防ぎたいプロジェクトマネージャーの方
• sharepoint github間の定型的な情報連携を自動化し、コア業務に集中したい方

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

• SharePointへのファイルアップロードをトリガーに自動でIssueが作成されるため、手作業でのタスク起票にかかっていた時間を削減できます。
• GitHubへのIssue作成が自動化されることで、対応漏れや手作業による転記ミスといったヒューマンエラーの防止に繋がります。

■フローボットの流れ

1. はじめに、Microsoft SharePointとGitHubをYoomと連携します。
2. 次に、トリガーでMicrosoft SharePointを選択し、「サイト内の指定フォルダにファイルが作成または更新されたら」というアクションを設定します。
3. 続けて、オペレーションでAI機能の「テキスト抽出」アクションを設定し、アップロードされたファイルからテキスト情報を取得します。
4. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前段で取得した情報をもとにIssueを作成します。

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

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

• GitHubでIssueを作成するオペレーションでは、タイトルや本文といった各設定項目を柔軟にカスタマイズできます。毎回同じテキストを固定で設定したり、トリガーとなったファイルの情報を変数として埋め込んだりすることが可能です。

■注意事項

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

■概要

Microsoft SharePointにアップロードされた報告書や画像ファイルの内容を確認し、手作業でGitHubにIssueを作成する業務に手間を感じていませんか。こうした手作業による転記業務は、時間がかかるだけでなくヒューマンエラーの原因にもなりがちです。
このワークフローを活用すれば、Microsoft SharePointとGitHubをスムーズに連携させ、ファイルアップロードからIssue作成までを自動化できます。ファイルの内容はOCR機能が自動で読み取るため、迅速かつ正確な情報共有が可能です。

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

• Microsoft SharePointとGitHubを利用し、ファイルとタスクを管理している開発チームの方
• MicrosoftSharePointにアップロードされるファイルに基づき、GitHubのIssueを手作業で作成している方
• ファイルからの情報転記ミスをなくし、迅速なタスク起票を実現したいプロジェクトマネージャーの方

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

• Microsoft SharePointへのファイルアップロードを起点にGitHubへのIssue作成が自動化されるため、これまで手作業に費やしていた時間を短縮できます。
• OCR機能がファイル内のテキストを自動で読み取り転記するため、手作業による入力間違いや記載漏れといったヒューマンエラーの発生を防ぎます。

■フローボットの流れ

1. はじめに、Microsoft SharePointとGitHubをYoomと連携します。
2. 次に、トリガーでMicrosoft SharePointを選択し、「サイト内の指定フォルダにファイルが作成または更新されたら」というアクションを設定します。
3. 続いて、オペレーションでMicrosoft SharePointの「ファイルをダウンロード」アクションを設定し、トリガーで検知したファイルをダウンロードします。
4. さらに、オペレーションでOCR機能の「OCRする」アクションを設定し、ダウンロードしたファイルからテキスト情報を抽出します。
5. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、OCRで抽出した情報を基にIssueを作成します。

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

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

• OCR機能の設定では、読み取り対象のファイルから抽出したいテキスト項目を任意で設定することが可能です。
• GitHubでIssueを作成する際、タイトルや本文にOCR機能で取得した値を埋め込んだり、担当者やラベルなどを固定値として設定したりできます。

■注意事項

• Microsoft SharePoint、GitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
• OCRデータは6,500文字以上のデータや文字が小さい場合などは読み取れない場合があるので、ご注意ください。
• ダウンロード可能なファイル容量は最大300MBまでです。アプリの仕様によっては300MB未満になる可能性があるので、ご注意ください。
  トリガー、各オペレーションでの取り扱い可能なファイル容量の詳細は下記を参照ください。
  https://intercom.help/yoom/ja/articles/9413924

■概要

GitHubで新規のIssueが登録されたら、kintoneのレコードにも登録するフローです。

‍

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

1.kintoneを使用してタスク管理を行なっている方

・採番したタスクごとに管理を行う統括部門の方

・個々が作成したタスクをまとめる必要のある上長の方

・タスク作成者と実行者が違う場合のそれぞれの担当者

‍

2.手入力の作業を減らし、自動化したいと考えている方

・業務自動化を目指している中小企業の経営者

・データの正確性を高めたい事務職員

‍

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

・GitHubで登録された内容を自動でkintoneに登録することで、入力ミスをなくすことができます。

・一連の流れが自動で完了するため、手間を省き、業務効率を向上させることができます。

‍

■注意事項

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

‍

• GitHubでプロジェクト管理を行い、Issueの見逃しをなくしたい開発チームの方
• Microsoft Teamsを主要な連絡ツールとして利用し、情報共有を円滑にしたい方
• Issue作成から対応までのリードタイムを短縮し、開発速度を向上させたい方

• GitHubでIssueが作成されるとMicrosoft Teamsに通知されるため、確認漏れや対応の遅延といったミスを防ぐことに繋がります。
• これまで手動で行っていた通知作業が自動化されることで、本来集中すべき開発業務などコア業務へ時間を充てることができます。

1. はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、指定したリポジリでIssueが作成されたことを検知します。
3. 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、トリガーで取得したIssueのタイトルやURLなどの情報を含んだメッセージを送信します。

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

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

• GitHubとJira Softwareを併用し、手作業での情報連携に手間を感じている開発者の方
• プロジェクトのタスク管理を効率化し、開発に集中したいプロジェクトマネージャーの方
• ツールの連携を通じて、チーム全体の生産性を向上させたいと考えている開発チームのリーダーの方

• GitHubでIssueが作成されると自動でJira Softwareに課題が登録されるため、これまで手作業での転記にかかっていた時間を削減できます。
• 手動での情報連携時に発生しがちな、登録漏れや内容の転記ミスといったヒューマンエラーを防ぎ、情報の正確性を保ちます。

1. はじめに、GitHubとJira SoftwareをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
3. 最後に、オペレーションでJira Softwareの「課題を追加」アクションを設定し、トリガーで取得したIssueのタイトルや本文などを連携するよう設定します。

• GitHubのトリガー設定では、監視対象としたいリポジトリのオーナー名とリポジリ名を任意で設定してください。
• Jira Softwareの課題登録アクションでは、GitHubのIssueから取得したタイトルや本文、ラベルなどの情報を、Jira Softwareの任意のフィールドに自由に設定できます。

• GitHub、Jira SoftwareのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Jira Softwareのマイアプリ連携方法は「Jira Softwareのマイアプリ登録方法」をご参照ください。

■概要

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

‍

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

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

‍

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

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

■概要

Google スプレッドシートで行が追加されたら、GitHubにIssueを追加するフローです。

‍

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

1.Google スプレッドシートを日常的に利用しており、データ管理や共同作業を効率化したい方

・GitHubと併用して開発に関わるプロジェクト管理を行っている方

‍

2.開発者ツールとしてGitHubを利用している企業

・GitHubを利用してプロジェクト管理を行っているが、手作業でのIssue追加を省きたいと考えている方

‍

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

異なるアプリを併用して情報管理をしていると入力作業に多くの時間と労力が割かれると思います。
特に管理する情報量が多いと、その分負担も大きくなります。
そんな課題を解決する手段としてこのテンプレートは活躍します。
Google スプレッドシートで行が追加されたら、GitHubにも同じ情報がIssueとして自動追加されるため、情報の転記作業が不要になります。
これにより担当者は時間を節約できるため、業務効率化に寄与します。

また、人的エラーの削減にも貢献するでしょう。
人間の手で行う業務が多いと入力ミスや追加し忘れなどのリスクを孕みますが、自動化されることでこのようなミスを削減できます。

‍

■注意事項

・Google スプレッドシートとGitHubのそれぞれとYoomを連携してください。

■概要

kintoneに顧客情報や案件情報を登録するたびに、関連資料を保管するためのフォルダをMicrosoft SharePointに手作業で作成していませんか？この作業は件数が増えると大きな負担になり、フォルダの命名ミスや作成漏れといったヒューマンエラーの原因にもなりがちです。
このワークフローを活用すれば、kintoneへのレコード登録をトリガーに、Microsoft SharePointへ任意のフォルダを自動で作成し、こうした定型業務の手間やミスを削減できます。

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

• kintoneとMicrosoft SharePoint間で、手作業での情報連携に手間を感じている方
• 定型的なフォルダ作成業務を自動化し、コア業務に集中できる環境を整えたい方
• 手作業によるフォルダの作成漏れや命名ミスなどのヒューマンエラーを防ぎたい方

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

• kintoneへのレコード登録のみでフォルダ作成が完了するため、これまで手作業に費やしていた時間を他の業務に充てることができます。
• 手作業によるフォルダの作成漏れや命名規則の間違いといったミスを防ぎ、データ管理の正確性を向上させます。

■フローボットの流れ

1. はじめに、kintoneとMicrosoft SharePointをYoomと連携します。
2. 次に、トリガーでkintoneを選択し、「レコードが登録されたら（Webhook起動）」というアクションを設定します。
3. 続いて、オペレーションでkintoneの「レコードを取得する」アクションを設定し、トリガーをきっかけに登録されたレコード情報を取得します。
4. 最後に、オペレーションでMicrosoft SharePointの「フォルダを作成」アクションを設定し、取得したレコード情報を元にフォルダを作成します。

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

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

• kintoneのトリガー設定では、Webhookを送信するイベント（レコードの登録、編集、削除など）を任意で設定してください。
• kintoneでレコードを取得するアクションを設定する際に、取得対象としたいレコードの条件を任意で設定してください。
• Microsoft SharePointでフォルダを作成する際、作成先のサイトIDやドライブID、親フォルダを指定し、フォルダ名にはkintoneから取得した情報を組み込むなど任意で設定が可能です。

■注意事項

• kintoneとMicrosoft SharePointそれぞれのアカウントとYoomを連携してご利用ください。
• Microsoft365をご契約中の場合のみご利用いただけます。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

メールで届いたファイルをMicrosoft SharePointにアップロードしてMicrosoft Teamsに通知するフローです。

‍

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

1.頻繁にメールでファイルを受け取り、それをチームで共有する必要がある方

• プロジェクトマネージャーやチームリーダー
• ドキュメントを共有して業務を進める営業やマーケティング担当者

2.ファイル共有やプロジェクト管理を効率化したい方

• チーム間での情報共有を円滑に行いたい組織の管理者
• 様々なファイルを一元管理し、アクセス権を適切に管理したい情報セキュリティ担当者

3.Microsoft Teamsを利用してコミュニケーションを行っている方

• Microsoft Teamsを活用してチーム内でのコミュニケーションやファイル共有を行っているチームメンバー

‍

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

・手動でのファイルのアップロードや通知作業の手間を省き、業務の効率を大幅に向上させることがでます。

・メール、SharePoint、Microsoft Teamsといったツールを統合することで、作業環境が一元化され、作業の効率が向上します。

・情報の散逸や作業の重複が減り、生産性が向上します。

‍

■注意事項

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

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

■概要

DocuSignでエンベロープ（締結）が完了したら、ファイルをMicrosoft SharePointに格納するフローです。

‍

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

1.契約書や重要文書を頻繁に扱う方

• 法務担当者や契約管理担当者
• 営業担当者や営業マネージャー
• プロジェクトマネージャー

2.文書の管理と共有を効率化したいと考えている方

• 業務の自動化や効率化を目指している企業の管理者
• 契約書の保管とアクセスを簡便化したい方
• 共有フォルダへの手動アップロードを減らしたい方

3.DocuSignとMicrosoft SharePointを日常的に活用している方

• DocuSignを使用して契約書の締結を行っている企業
• Microsoft SharePointを利用して文書の管理と共有を行っている担当者

‍

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

・契約書や重要文書が自動的にSharePointに格納されることで、手動でのアップロード作業の手間を省くことができます。

・契約書の管理と共有が効率化され、他の重要な業務に集中することができます。

‍

■注意事項

‍・DocuSign、Microsoft SharePointそれぞれとYoomを連携してください。

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

■概要

Googleフォームでファイルを受け付ける際、その都度ファイルをダウンロードしてMicrosoft SharePointに手動でアップロードする作業は、件数が増えるほど大きな手間となります。また、手作業によるアップロード漏れやファイル名の付け間違いといったミスも発生しがちです。このワークフローを活用すれば、Googleフォームへの回答送信をきっかけに、添付されたファイルが自動でMicrosoft SharePointにアップロードされるため、こうした定型業務の負担を軽減し、正確なファイル管理を実現します。

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

• Googleフォームで受け付けたファイルを、手作業でMicrosoft SharePointに保存している方
• ファイル管理における定型業務を自動化し、ヒューマンエラーをなくしたいと考えている担当者の方
• SaaS間のデータ連携を自動化し、より重要なコア業務に集中できる環境を整えたい方

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

• フォームへの回答送信からファイルアップロードまでが自動処理されるため、これまで手作業で行っていたファイル管理業務の時間を短縮することができます。
• 手作業によるファイルの保存漏れや、ファイル名の付け間違いといったヒューマンエラーを防ぎ、業務の正確性を向上させることが可能です。

■フローボットの流れ

1. はじめに、Googleフォーム、Google Drive、Microsoft SharePointをYoomと連携します。
2. 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
3. 次に、オペレーションでGoogle Driveの「ファイルをダウンロードする」アクションを設定し、フォームの回答に紐づくファイルを指定します。
4. 最後に、オペレーションでMicrosoft SharePointの「ファイルをアップロード」アクションを設定し、ダウンロードしたファイルを指定の場所にアップロードします。

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

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

• トリガーとなるGoogleフォームは、連携しているアカウントの中から任意のフォームを選択して設定してください。
• Microsoft SharePointにファイルをアップロードする際、保存先のサイトやフォルダは任意で指定することが可能です。
• アップロードする際のファイル名は、固定のテキストだけでなく、フォームの回答内容（例：回答者の名前や受付番号など）を変数として組み合わせて設定できます。

■注意事項

• Googleフォーム、Google Drive、Microsoft SharePointのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Googleフォームをトリガーとして使用した際の回答内容を取得する方法はこちらを参照ください。

■概要

Microsoft SharePointのリストを更新するたびに、手動でMicrosoft Teamsに連絡するのは手間がかかり、共有漏れのリスクも伴います。特に、複数人が関わるプロジェクトでは、迅速で正確な情報共有が不可欠です。このワークフローを活用すれば、Microsoft SharePointのリストにアイテムが追加されると、自動でMicrosoft Teamsの指定チャネルに通知できます。これにより、情報共有のプロセスが自動化され、チームの連携が円滑になります。

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

• Microsoft SharePointでの情報更新を、手作業でチームに共有している方
• Microsoft Teamsを使い、プロジェクトの進捗やタスクを管理している方
• 手作業による情報伝達の漏れや遅延をなくし、業務の正確性を高めたい方

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

• Microsoft SharePointへのアイテム追加を起点に自動で通知が飛ぶため、これまで手作業での確認や連絡に費やしていた時間を削減できます。
• システムが自動で通知処理を行うため、連絡漏れや内容の誤りといったヒューマンエラーを防ぎ、確実な情報共有を実現します。

■フローボットの流れ

1. はじめに、Microsoft SharePointとMicrosoft TeamsをYoomと連携します。
2. 次に、トリガーでMicrosoft SharePointを選択し、「リストにアイテムが追加・更新されたら」というアクションを設定します。
3. 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションを設定して、通知内容を作成します。

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

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

• Microsoft Teamsへの通知先は、任意のチャネルや個人に設定することが可能です。
• 通知するメッセージの本文は、固定のテキストだけでなく、Microsoft SharePointのリストから取得したアイテム名などの情報を動的に埋め込めます。

■注意事項

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