週報Excelを書いた。チーム案件一覧Excelにも同じ内容を転記した。さらに部・課報告用のSharePoint（Power Apps）にも入力した——そんな「三重入力」に疑問を持ったことはないだろうか。
情報が三箇所に分散していると、リーダーが最新情報を確認したいとき「どのファイルが正なのか」がわからない。メンバーは転記を繰り返すうちにミスをする。誰も得をしていない構造だ。
本記事では、「三ツールを廃止できない」という前提のもとで「入力は一度だけ、週報・案件一覧・SharePointは自動生成・同期する」構成をどう設計するかを解説する。特にマスターデータをどこに置くかという判断が設計全体を左右するため、その選択基準に重点を置く。
①問題の構造を整理する
まず現状の情報フローを可視化してみよう。典型的な構成はこうだ。
- 案件に対応する（作業・商談・問い合わせ対応など）
- 週報Excel（個人）に内容を記録する
- チーム案件一覧Excel（共有）に転記する
- 部・課報告用SharePoint / Power Appsに入力する
この構造には二種類のムダが存在する。
| ムダの種類 | 誰のコスト | 発生タイミング |
|---|---|---|
| 転記・重複入力 | メンバー | 毎週・毎案件 |
| 情報探索（どのファイルが正か） | リーダー | 確認・報告のたびに |
改善の目標は、この二種類のムダを同時に解消することだ。メンバーの入力負担を減らすだけでは、リーダーの情報探索問題は解決しない。逆もしかりだ。
🐝 IroHive メモ 「入力の手間」と「読む・探す手間」はトレードオフではなく、両方を同時に設計で解決できる。これが本記事の前提となる設計方針だ。
②三ツールは廃止できない前提
理想論を言えば「ツールを一本化すればいい」で話が終わる。しかし実際の組織では以下の制約が存在することが多い。
- 週報Excelは廃止できない：人事評価・勤怠管理と連動していたり、上位部門への報告フォーマットが固定されていたりする
- 案件一覧Excelは廃止できない：営業・プロジェクト管理で使い慣れたフォーマットがあり、外部共有にも使われている
- SharePoint / Power Appsは廃止できない：部・課単位での経営報告基盤として整備済みで、変更に決裁が必要
この記事では三ツールを所与として、データの流れだけを変える設計を考える。
⚠️ やってはいけないこと 「Power Apps一本に集約しよう」という提案は魅力的に見えるが、入力UIがExcelから変わることへのメンバーの抵抗は大きく、現実的でないケースが多い。ツールの廃止ではなくデータの流れの設計で解決するのが現実解だ。
③最重要の設計判断：マスターをどこに置くか
三ツールを残したまま「入力一度」を実現するには、どこか一箇所をマスター（正データの置き場所）に指定し、残りの二ツールはそこからの複製・集計結果として扱う設計が必要だ。
マスター候補は実用上二択になる。
- 案A：SharePointリストをマスターにする
- 案B：Excel Online（OneDrive上の共有Excel）をマスターにする
この選択がPower Automateのフロー設計・メンバーの入力体験・リーダーの参照体験のすべてに影響する。次のセクションで各案の詳細を見ていく。
④案A：SharePointリストをマスターにする
データの流れ
- メンバーがSharePointリスト（またはPower Apps画面）に案件情報を入力する
- Power Automateが週次で「SharePointリスト → 週報Excel」を自動生成する
- 同じフローで「SharePointリスト → 案件一覧Excel」を自動更新する
- SharePoint側はすでにマスターなので追加連携不要
技術的なポイント
- Power Automateの「スケジュールされたクラウドフロー」で毎週金曜16:00などに自動実行
- Excelへの書き込みは「Excel Online (Business) — 行の追加」または「テーブルの更新」コネクタを使う
- SharePointリストのビューを工夫することで案件一覧は「リストをそのまま見る」運用も可能になる
| 観点 | 評価 |
|---|---|
| データの信頼性 | ◎ SharePoint = 正データが明確 |
| メンバーの入力変更 | △ Power Apps / SharePoint画面への切り替えが必要 |
| Power Automateの複雑さ | ○ フローが一方向で設計しやすい |
| M365ライセンス要件 | Business Standard 以上（Power Automate含む） |
| リアルタイム性 | ○ リストに入力した瞬間にSharePoint側は最新 |
💡 実務ポイント Power Appsで独自の入力フォームをすでに整備している場合はこの案が自然なフィットになる。ただしメンバーがExcelに慣れている場合、「SharePointやPower Appsへの入力」に切り替える運用変更のハードルを過小評価しないこと。
⑤案B：Excel Onlineをマスターにする
データの流れ
- メンバーがExcel Online（OneDrive / SharePoint上の共有ブック）に案件情報を入力する
- Power Automateが週次でExcelから読み取り、週報Excel（個人ファイル）に転記・生成する
- 同フローでSharePointリスト / Power Appsのデータを上書き更新する
技術的なポイント
- 共有Excelはテーブル形式（Ctrl+T で定義）にしておく。Power AutomateのExcelコネクタはテーブルを前提に動作する
- 「Excel Online (Business) — テーブル内に存在する行を一覧表示」でデータを読み取り、「SharePoint — 項目の作成 / 更新」コネクタでSharePointへ書き込む
- Excelテーブルのカラム名が変わるとフローが壊れるため、カラム定義は運用後に変更しない運用ルールを設ける
| 観点 | 評価 |
|---|---|
| データの信頼性 | ○ Excelが正データだが複数人同時編集の競合リスクあり |
| メンバーの入力変更 | ◎ Excelのまま操作できる（運用変更が最小） |
| Power Automateの複雑さ | △ Excel→SharePointへの書き込みロジックが必要 |
| M365ライセンス要件 | Business Standard 以上（OneDrive共有が前提） |
| リアルタイム性 | △ フロー実行タイミングまでSharePoint側は古いデータのまま |
✅ メンバーの抵抗が少ない選択 「Excelからの運用変更を最小にしたい」「Power Appsへの移行推進が難しい」という状況では案Bが現実解になりやすい。ただしExcel競合（同時編集によるデータ破損）への対策として、共有Excelは一人ずつ交互に入力するルールか、SharePointのバージョン管理を有効化しておく。
⑥判断基準の整理
どちらの案を選ぶかは、以下の観点で組織の実態と照らし合わせて判断する。
| 判断観点 | 案A（SharePointマスター）が向く | 案B（Excelマスター）が向く |
|---|---|---|
| メンバーのITリテラシー | 高め（Power Apps操作に慣れている） | 中〜低（Excelが主戦場） |
| Power Appsの整備状況 | すでに入力フォームが整備済み | 未整備・整備コストをかけたくない |
| リアルタイム性の要求 | 高い（即時にSharePointを最新にしたい） | 低い（週次での同期で十分） |
| データ量・同時編集人数 | 多い（10人以上が頻繁に入力） | 少ない（5人以下・入力頻度が低い） |
| 将来の拡張性 | 高い（PowerBIとの連携が容易） | 中程度（Excel依存が残る） |
🐝 IroHive メモ 「どちらが正解か」ではなく、「メンバーの現行入力頻度・タイミング」と「M365ライセンス種別」を先にヒアリングしてから決めるのが正しい順序だ。ライセンスがMicrosoft 365 Business BasicだとPower Automateのプレミアムコネクタが使えず、設計が変わる場合がある（Business Standard以上を推奨）。
⑦Power Automateで週報を自動生成する
どちらの案を選んだとしても、「週報Excelの自動生成」はPower Automateのスケジュールフローで実装する。以下に基本的なフロー設計を示す。
フロー概要（案B・Excelマスターを例に）
トリガー：繰り返し（毎週金曜 17:00）
- 頻度：週、間隔：1、曜日：金曜日
データ取得：「Excel Online (Business) — テーブル内に存在する行を一覧表示」
- 場所：SharePoint（OneDriveでも可）
- ドキュメントライブラリ・ファイル・テーブルを指定
フィルタリング：「アレイのフィルター」アクションで今週の案件のみ絞り込む
- 条件例：
対応日がaddDays(utcNow(), -7)以降
- 条件例：
週報Excel生成：「Excel Online (Business) — 行の追加」で個人週報ファイルのテーブルに書き込む
- 個人ファイルはメンバーごとに変数で切り替える（Apply to eachで処理）
SharePoint更新（案Bの場合）：「SharePoint — 項目の作成または変更」で連携
- 既存レコードの更新には「IDで項目を取得」してからUPSERT処理を行う
完了通知：「Teams — メッセージの投稿」でチャンネルに完了通知
よくあるハマりポイント
| 問題 | 原因と対処 |
|---|---|
| Excelのコネクタがテーブルを認識しない | Excelファイルを一度手動で開き、Ctrl+T でテーブル定義してから保存する |
| 日付フィルターがうまく動かない | ExcelのセルがDate型でなくText型になっている。セルの書式設定を「日付」に統一する |
| SharePointへの書き込みで重複レコードが発生する | 既存IDの有無を「フィルタークエリ」で確認し、存在すればUpdate・なければCreateの分岐を作る |
| Apply to eachのループが遅い | 並列実行の設定（同時実行の制御）で並列度を上げる。ただし最大50並列まで |
✅ M365ライセンスの確認ポイント Power AutomateのExcel Online (Business)・SharePointコネクタはスタンダードコネクタなので、Microsoft 365 Business Standard / E3 以上であれば追加費用なく利用できる。Premium Connectorを使う場合（HTTP、Salesforce等）はPower Automateの有料ライセンスが別途必要になる。必ずM365ライセンス種別を確認してから設計に入ること。
まとめ・設計前チェックリスト
「入力は一度だけ」を実現するには、ツールの廃止ではなくマスターデータの配置とPower Automateによる自動同期フローの設計が鍵だ。以下のチェックリストを設計前に確認しよう。
- 現状フロー（誰が・何に・いつ・どの順で入力しているか）を図示した
- 「メンバーの入力負担」と「リーダーの情報探索負担」の両方を削減対象として定義した
- 週報Excel・案件一覧Excel・SharePointが廃止できない理由をそれぞれ確認した
- マスターデータの配置を「SharePointリスト」か「Excel Online」かで合意した
- メンバーの現行入力頻度・タイミング・デバイス環境をヒアリングした
- M365ライセンス種別（Business Basic / Standard / E3、Copilotライセンス有無）を確認した
- Power Automateのスケジュールフローを実装・テストする担当者を決めた
- Excelをマスターにする場合、テーブル形式への変換と命名規則を整備した
- フローの失敗時のエラー通知先（Teams / メール）を設定した
- 本番適用前に少人数でのパイロット運用期間を設けた
✅ まとめ 三重管理の根本原因は「入力先がバラバラ」なことであり、解決策は「ツールを統廃合する」ではなく「正データの置き場所を一箇所に決め、残りは自動生成する」ことだ。マスターをSharePointリストにするかExcel Onlineにするかは、メンバーの入力習慣とM365ライセンスを確認してから決める。Power Automateのスケジュールフローは設定値の確認ポイントが多いが、一度動き始めると週報転記の工数をゼロにできる。