何を作ったか
Excel・スプレッドシートで管理していた点検案件を、認証、権限、期限、履歴、検索、CSV移行を備えたWebアプリへ移行した模擬納品事例。
業務移行 / Webアプリ開発 / 模擬納品ケーススタディ
Excel・スプレッドシートで属人化していた点検案件管理を、権限、期限、履歴、検索、CSV移行を備えたWebアプリへ移行したケース。
Excel・スプレッドシートで管理していた点検案件を、認証、権限、期限、履歴、検索、CSV移行を備えたWebアプリへ移行した模擬納品事例。
社員20人、専任エンジニアなしの架空設備点検会社。
要件整理、現行業務整理、DB設計、Next.js実装、Supabase Auth、RLS、CSV移行、テスト、操作手順書、管理者向け引継ぎ資料、本番公開。
GitHub、Supabase本番、Vercelへ公開済み。架空企業・架空データを使用した模擬納品であり、実在企業への納品実績ではない。
| 種別 | 業務移行 / Webアプリ開発 |
|---|---|
| 模擬顧客 | 社員20人、専任エンジニアなしの架空設備点検会社 |
| 担当 | 要件整理 / DB設計 / 認証・権限 / CSV移行 / テスト / 公開 |
| 公開状況 | GitHub公開、Supabase本番構築、Vercel本番公開済み |
公開されている業務委託・開発案件で求められる業務を参考に、架空の企業・データを用いて制作した模擬納品事例です。実在企業への納品実績ではありません。掲載内容はコード、DB、テスト、資料、本番画面から確認できる事実に限定しています。
公開デモと同じ画面から、認証、案件管理、検索、CSV、権限差を確認できる画像です。クリックすると拡大できます。








重複登録や必須項目漏れを画面外で防ぎにくい。
期限超過、進捗、請求状況、担当者別の確認が人に依存する。
全員編集、更新履歴なし、引継ぎ資料なしのため変更理由を追いにくい。
1本のマイグレーションで7テーブル、制約、トリガー、RLSを定義しています。
profiles、customers、sites、inspection_jobs、job_history、import_batches、import_errors。
案件番号unique制約、日付CHECK制約、金額CHECK制約で画面外からの不整合も抑えます。
updated_atトリガーとjob_historyトリガーで、更新時刻と作成・更新履歴をDB側で記録します。
全案件の閲覧、登録・編集、CSV、利用者管理を扱います。
自分担当案件だけを閲覧・更新でき、新規登録もできます。
全案件を閲覧できますが、登録・編集はできません。
7テーブルすべてでRLSを有効化し、SELECT / INSERT / UPDATEの権限をDB側で制御しています。本番Supabase上でadmin / staff / viewerのログインとRLSを確認済みです。
案件番号、顧客コード、顧客名、現場名、郵便番号、住所、点検種別、担当者名、担当者連絡先、備考を対象にDB検索しています。
予定日、提出期限、期限超過、7日以内、進捗、請求状況、担当者で確認できます。
job_historyに作成・更新内容を記録し、案件詳細から変更前後を追えるようにしています。
ログイン、案件確認、登録・編集、CSV移行、権限別の使い方を確認できる資料を用意しています。
DB設計、マイグレーション、移行対応表、RLS方針を確認できる形で残しています。
管理者向けに、利用者管理、公開環境、テスト、運用確認の観点をまとめています。
要件、仕様、公開可否、最終判断はYuta Matsufujiが行い、Codexは実装、レビュー、テスト確認、文章整理の支援として使用しました。採用前にコード、DB、テスト、画面、本番動作を確認しています。
マルチテナント、請求書PDF、会計連携、通知送信、AIチャットは対象外。
顧客・現場の専用管理画面は対象外。公開デモは架空企業・架空データのみを使用。
公開されている業務委託・開発案件で求められる業務を参考に、架空の企業・データを用いて制作した模擬納品事例です。実在企業への納品実績ではありません。掲載内容はコード、DB、テスト、資料、本番画面から確認できる事実に限定しています。