業務フロー分析レポート
2026年5月22日 作成:宍戸俊郎(GarlondWorks)
エマさんへ
今回ご共有いただいた業務フロー図は、奉建社の現状と課題、そして未来への道筋を的確に整理された、非常に高水準の設計資料でした。
メール自動仕分けからSupabaseを活用したデータ基盤の構築、さらにアクセス権限の実装まで、幅広いシステムを一人で設計・構築・運用されていることに、深く敬意を表します。
プロジェクト・コアコンセプト
「正確なデータがあってこそ、自動化が真価を発揮する」
エマさんが積み上げてきた自動化の仕組みは、マスタデータの整備によって完全に光り出します。
焦らず正確な土台を作ることが、最速の近道です。
焦らず正確な土台を作ることが、最速の近道です。
システム稼働状況・全体サマリー
| システム | 機能 | 状態 | 備考 |
|---|---|---|---|
outlook_sorter.py |
メール自動仕分け | ✓ 稼働中 | 現場名記載ルールの徹底で十分 |
nikkou_foreman.html |
職長日報アプリ | 試作中 | 段階的な現場展開を期待 |
nikkou_reader.py |
日報自動読み取り | 廃止前提 | 手書きOCRの精度限界のため |
portal.html |
ランチャーポータル | ✓ 稼働中 | 新サーバー稼働後に移設 |
app.html |
作業員マスタ(201名登録済み) | ✓ 稼働中 | 資格・職種・カナ追加予定 |
dandori.html |
段取り・作業員配置 | 全員展開待ち | 機能ほぼ完成・新サーバー後に展開 |
contracts.html |
請負残高管理 | ✓ 稼働中 | データ品質の維持が最重要 |
nikkou_admin.html |
管理者閲覧・PDF出力 | ✓ 稼働中 | Supabase連携・権限管理済み |
meisai.html |
見積明細・Excel出力 | ✓ 稼働中 | dandori.html連携でさらに進化できます |
フロー図 列別 分析結果
▶ 左列:アナログ業務(現状残り)
メール・FAX・郵送による受信フローは、想定よりも多くの部分がすでにデジタル化されていることを確認しました。 本当のアナログ残りは以下の3点に絞られます。
① 職長・一人親方の手書き日報
諸問題の起点です。
方針:社員・常連一人親方はアプリ入力、スポット一人親方は代理入力で割り切る段階的移行。無理に全員一括で変えようとせず、使える人から少しずつ広げていく方針です。
nikkou_foreman.html の段階的な展開により解消できます。方針:社員・常連一人親方はアプリ入力、スポット一人親方は代理入力で割り切る段階的移行。無理に全員一括で変えようとせず、使える人から少しずつ広げていく方針です。
② 紙の段取りノート
dandori.html の全員展開により解消できます。新サーバーの稼働が鍵となります。
③ 請求書の手入力
dandori.html ↔ meisai.html の連携により解消できます。マスタデータ整備が前提です。
補足:手書き日報のOCR(
nikkou_reader.py)については、手書き文字に対するAI-OCRの精度限界から廃止前提として整理しています。手書きは人力確認を前提とした代理入力が最善の対応となります。
▶ 中央列:自動化済み(システム対応)
エマさんが構築された各システムの現状と今後の方向性を整理しました。 全システムが新サーバー移行後に真価を発揮します。
重要:現在、全システムがエマさんのPCで稼働しています。レンタルサーバーへの移設が完了することで、24時間安定稼働・全員アクセスが実現します。これが最も重要なインフラ変更です。
dandori.html:段取りノート
機能ほぼ完成。作業員配置・夜勤残業アイコン・未配置バナー・担当者連絡先まで、非常に充実した設計です。新サーバー稼働後すぐに全員展開できる状態と理解しています。
nikkou_admin.html:管理者閲覧・PDF出力
Supabaseとの連携、パスワードロック、権限管理まで実装済みです。機密データを適切に保護する設計が素晴らしいです。
次のステップ:
dandori.html ↔ meisai.html 連携
この連携が完成すると、段取りデータから請求書が自動生成できるようになります。マスタデータ整備後のフェーズで実装予定です。
次のステップ:日報 →
dandori.html 自動反映
これが実現すると「二度手間」が構造的に消えます。
nikkou_foreman.html の普及と新サーバー稼働が前提条件です。
▶ 右列:未対応・今後
右列の項目はすべて「新サーバー稼働」または「マスタデータ整備」を起点としています。 土台が整うことで、自然に解消されていく項目群です。
| 項目 | 前提条件 | 期待される効果 |
|---|---|---|
| 日報 → 段取りノート自動反映 | 新サーバー稼働後 | 出欠転記ゼロ・二度手間解消 |
| 作業員未登録・随時追加 | 運用ルール整備 | マスタの穴をなくす |
| ランチャーアプリ.exe | 新サーバー稼働後 | 次回訪問時に詳細確認予定 |
app.html 資格・職種・カナ追加 |
マスタ整備後 | 代替派遣の精度向上 |
| ひらがなサジェスト | カナ登録完了後 | 同姓同名・外国人名の誤入力防止 |
ひらがなサジェストについて:これはUX機能というより、マスタデータの入力制御として重要な機能です。フリー入力を排除することで表記ゆれや誤登録を防ぎ、下流の自動化精度を守ります。同姓同名・キラキラネーム・外国人名の管理にも有効です。
チェック項目
- レンタルサーバーの稼働時期はどのくらいになりそうでしょうか
- 現場マスタ・お得意先マスタの管理方法について
- 締め日・支払日のデータ管理状況について
- スポット一人親方からの日報、月の件数や締めが集中する時期について
dandori.htmlとmeisai.htmlの連携、着手の見通しについて- ランチャーアプリ.exeの用途・構想について
後日お伺いした時に実物を拝見できたらと思います。
整理しておきたい課題
現場と事務の情報連携フロー
新規作業員の報告や日報提出など、現場と事務のやり取りをどう回すかはまだ模索中の部分があると思います。テスト運用を始めてみて、うまくいったやり方を少しずつ他の現場にも広げていければと思います。
スポット一人親方の代理入力フロー
紙・写真で日報を提出するスポット案件については、事務側での代理入力で対応する方向です。まず実際にどの程度の件数が発生しているか、把握してみてください。件数によって次の打ち手が変わってきます。
CCUSについて
CCUS(建設キャリアアップシステム)所持の徹底について
中長期的な視点として、全作業員へのCCUS所持徹底を検討する価値があります。
CCUSには資格情報・健康診断履歴・就労履歴がすでに登録されており、作業員マスタとの連携によって手動入力を大幅に削減できます。外国人作業員の在留資格管理にも有効です。