パイロットE: 作業前後チェック・健康診断（1つのアプリ）

横にしてお使いください

このアプリは横向きで使います。
iPadの画面の向きのロックを横でかけておくと、途中で切り替わりません。

現場チェック（仮）手配番号— 端末に保存済み・未送信AI補完

注記（Figmaからの変更と要確認）

2026-11-04 作業のあいだにNシステム・TOMネットを使うとき

入力のたびにこの端末へ保存する。上の帯の「保存して離れる」、作業前を終えたとき・健康診断を終えたときの案内からも離れられる。
開き直すと「現場の一覧」が出て、押すとその現場の進み具合から続ける。手配番号は入れ直さない。同じ手配番号を手番入力で入れても、その続きが開く。
?case=手配番号を付けて開くと、その現場を直接開く（Nシステムの案件管理2などから飛ぶリンクの形。9/26 00:39〜00:40 の話）。記録が無い番号なら、手番入力の確認画面から始める。
試作の制約：保存先はこの端末のブラウザだけ。写真は戻ったときに消える。

2026-11-04 作業前後チェックと健康診断を1つのアプリにしたところ（パイロットE）

手番入力は1回だけ。そのあと「この現場の進み具合」を出し、作業前・健康診断・作業後・お客様確認を、どこからでも開ける（上の帯でも切り替えられる）。設計の正＝一体アプリ_設計_作業前後チェック＋健康診断_2026-11-04.md。
健康診断の画面は、パイロットBをそのまま中に入れている（試作の作り方。左のブース一覧はこちらが持ち、ブースごとの緊急・注意の数を一覧に出す）。
「試作の切り替え：TOMの了承」で、了承の前（いま）と後を見比べられる。後＝同意（お客様タブレットの6項目）・無料点検の希望・満足度をこのアプリで行う。満足度はサインのあと最後に聞く。
了承の前は、同意・無料点検・満足度をお客様タブレットで行い、このアプリは手配番号で読み込むだけ（試作では済みとして扱う）。

2026-11-04 冒頭の手番入力をお客様タブレットと同じ形にしたところ

西暦（下2桁）と営業所のプルダウンを選ぶと、手配番号とNA番号の左側に自動で入る。打つのは手配番号の5桁と、NA番号の月（プルダウン・今月が入っている）と連番だけ。手配番号・NA番号は、どちらか一方だけでも進める。
「次へ」で入力した番号の確認画面を出し、「修正する」で戻れる。お客様の氏名・住所は出さない（Webアプリはお客様の情報を持たない前提）。
出所＝お客様タブレット（C:\dev\tablet-kiosk の src/screens/flow.tsx・src/data/offices.ts）。担当者の欄は、名簿のある営業所だけに出るもので、この試作では出していない。

2026-11-04 Claudeデザインで決めた見た目を戻したところ

ブース一覧は、1段目にアイコンと名前、2段目に工程を「作業前／診断／作業後」の言葉で出す。前・診・後の1文字の印と見出しの列はやめた（名前が折り返さないように）。使わない工程は出さない。
いま作業中の工程は紺、完了は緑に✓。選んでいるブースは、左パネル幅いっぱいの薄いグレーで示す。ブースのアイコンは健康診断と同じ ICON-PIT。
「はい／いいえ／対象外」「問題なし／問題あり」のボタンは高さ38px（指で押す目安の44pxより少し小さい）。「問題あり」は明るいサーモンピンクに濃い赤茶の文字。
写真が複数のときは、行に小さな写真を3枚まで並べて合計の枚数を出し、右のパネルに全部を並べる（もとからの動き）。
書体を BIZ UDPゴシック、画面の地を生成り色（#F5F3EE）にした。

Figma（縦・834×1194）から変えたところ

横 1194×834 に組み直した（決定台帳19「横長UIに固定・縦向き専用は作らない」2026-07-09）。縦にされたら案内だけ出す。
Nシステムのヘッダー（アイコン9個）を外し、手配番号・工程・保存状態の帯にした。単体のWebアプリのため。
「最終チェック」の画面を、左のブース一覧に常に出す形にした（前＝作業前／診＝健康診断／後＝作業後）。画面が1枚減る。
給湯器は作業前後チェックを「対象外」で表示（決定 2025-11-14「給湯器は屋外設置のため作業前後チェックを不要」）。Figmaの最終チェックには給湯器の前・後が「完了」で載っていた。
写真は「写真アップロード＋5枠」から、右側の「カメラで撮る」1つにした。撮った写真は選んでいる項目に入る（決定 2026-09-02「ブース単位で撮って残す」・2025-11-14「マーキングは端末標準のカメラと編集」）。
ブースを「依頼のブース」と「点検だけ」に分けた（川口指示 2026-11-03）。依頼のブースは作業前・健康診断（お客様の任意）・作業後を完了させる。ほかも見てほしいときは「点検だけ」で追加し、健康診断で点検する。作業前・作業後は作業をするときのシートなので、点検だけのブースでは使わない。
依頼のブースは、作業前を終えて作業後に入るときに、必ず健康診断の案内を出す（2026-11-04 川口指示で、出すタイミングを作業前の完了時から作業後に入るときへ移した。作業後は作業前を終えるまで入力できない）。「健康診断をする」「お客様が不要（診断不可）」「診断済み（別のときに診断した）」のどれかを選ぶまで作業後へ進めない。CEが案内を飛ばせないようにするため（2025-09-03 タブレットMTG 01:17:57〜01:18:26。原口さんが「診断なしで進む」案に反対）。お客様にとっては任意。同じ理由で、依頼のブースの画面には「診断不可」ボタンを常設しない（点検だけのブースには残す）。
作業前チェックのボタンは、左に「問題なし」、右に「問題あり」（川口指示 2026-11-03）。
お客様の「承諾」とサインを最後に1回にした。Figmaはブースごとに承諾していた。
よく押すボタン（次へ・完了・カメラ）を画面の下の左右に寄せた。親指が届く位置。押せる面は高さ48px以上。
ボタンの文字と項目名（点検の項目・手配番号の入力欄の名前）を太字にした（2026-11-03 川口指示。健康診断とそろえる）。

要確認（Figmaにも決定にも無いので、作り込んでいない）

手番の確認でFigmaは「現場名・現場住所」を出す。Webアプリはお客様の氏名・住所を持たない前提（判断表 Q3）なので、出すにはNシステムから引く仕組みが要る。いまは番号だけを確かめる形（お客様タブレットと同じ）。
必須確認箇所はトイレの4項目しかFigmaに無い（アイマーク／ワンタッチカプラ／クイックファスナー／排水部・接続部）。浴室・キッチン・洗面所は未定義。
作業後の壁・床・製品はFigmaでは「問題なし」だけ。作業後に傷が見つかったときの扱いが無い。
「診断不可」は、お客様が不要とされたときに使う読みで組んだ（2025-09-03 の会議の該当部分は文字起こしの誤変換で確定していない）。理由を記録するか。「緊急事態」を押したあと何が起きるか。
サインの保存先と扱い（個人に辿れる記録）。作業前の同意（T213・TOMの回答待ち）とどう関係するか。
履歴は「お客様単位」で出す決定（2025-06-30 タブレットMTG）があるが、Webアプリはお客様を持たない。履歴はNシステム側で見る形になる。
電波が弱い現場での送り方（端末に貯めて後で送る＝お客様タブレットと同じ形を想定）。

この試作で動くもの

手番入力 → ブースごとの作業前（元栓・電源の確認、壁・床・製品・その他）→ 健康診断（済みにするだけ）→ 作業後（必須確認箇所・作業前の写真との見比べ）→ お客様確認 → サイン → 完了。
写真はPCでもファイル選択で入る。保存はしない（再読み込みで消える）。