CSVは出せる。でも、次の担当者は読める？10人の点検会社が試すデータの引き継ぎ

書き出したデータを、誰が読み直すのか

「点検台帳は、いつでもCSVで出せます」。Web化の相談でそう聞くと、社長は少し安心します。今のExcelから離れても、会社の記録まで預けきりになるわけではなさそうだ。ところが、書き出された表を事務担当者へ渡すと、「この写真は、どの現場の何回目の点検ですか」と聞かれます。数字と文字は並んでいても、仕事の続きが見えないのです。

今回は、現場担当8人、事務担当1人、社長1人の設備点検会社を想定します。実在する顧客の事例や導入実績ではなく、判断の練習のための架空の設定です。社長が現場の点検台帳をWeb化しようとしている場面から考えます。

確かめたいのは、CSVを出せるかという機能の有無だけではありません。「その画面を知らない別の人が、渡された資料から一件の点検を読み直せるか」です。ここでは、この確認を出口テストと呼びます。契約をやめると決めてからではなく、導入前の小さな試し方にしておく、という考え方です。

CSVが開けても、台帳を再構成できるとは限らない

危ういのは、「Excelで開けたから、いつでも元に戻せる」という判断です。CSVには表の値を並べられても、その値の意味、表同士の関係、別に保存された写真まで、同じ形で入っているとは限りません。出力したファイルがあることと、仕事の記録を使えることには、間があります。

例えば、顧客名、現場名、点検日、結果が一つの表にあっても、写真が画面内にしか見つからなければ、後から証跡を確かめにくくなります。写真だけをまとめて受け取れても、ファイル名がすべて似ていて、対応先を示す表がなければ、一枚ずつ見比べる仕事が残ります。

この会社なら、出口で受け取るものを、CSV、写真の実ファイル、項目の説明、関係をたどるIDの四つに分けます。四つの別ファイルが必須という意味ではありません。どの形式でもよいので、値、意味、添付、関係がそろい、受け取る人が探せる状態を目指します。

CSVを書き出しただけで「バックアップ済み」「復旧可能」とは扱いません。どの情報を取り出せたか、その情報をどこまで読み直せたかを、確認できた範囲で残します。

値、添付、意味、関係がそろっているかを確認します。形式やファイル数を固定する図ではありません。

一件の点検から、顧客と写真までたどれるか

同じ顧客が複数の現場を持ち、一つの現場を何度も点検する。この関係を、会社名と日付だけに任せると迷いが生まれます。略称を使う人もいれば、全角と半角を混ぜる人もいます。同じ日に再訪することも想定するなら、名前や日付が一致しただけで、同じ記録だと決められません。

そこで、顧客ID、現場ID、点検回ID、写真IDのような識別番号で関係をたどれるかを確かめます。架空の顧客C01に現場S01があり、点検回V001に写真P01とP02が属する、という形です。別々の表に出るなら、共通するIDから結び直せる必要があります。

写真の対応表には、写真ID、点検回IDと、実ファイルを一つに特定できる名前や相対パスをそろえます。別のフォルダーに同名の写真があっても、取り違えずに開けるか。点検画面に二枚あるなら、書き出し後にも二枚を特定できるか。ファイル名や保存場所を変えた場合は、対応表も更新します。

確認する人には、「V001の顧客と現場を示し、二枚の写真を開いてください」と頼みます。「データは全部ありますか」より、答えと照合しやすく、途中でたどれない場所も見つけやすい問いになります。

顧客名や現場名を後から直しても、同じIDで過去の点検をたどれるかも見ます。番号を振るだけで十分なのではなく、どの表のどの列を結ぶのかが説明されていることが必要です。番号の先頭のゼロなどを受け取る側で失わない読み込み方も、資料に含めます。

同じ顧客・現場・点検回の関係をIDでたどり、写真IDから実ファイルを開けるか試します。単一フォルダー内のP01.jpg・P02.jpgを使う架空例です。実際の対応表では、同名ファイルを区別できる名前や相対パスを残します。

項目名より、値の意味を渡す

関係を結べても、値の読み違いは残ります。「測定値」が何の測定で、単位は何か。「状態」の1は正常なのか、未確認なのか。空欄は未入力、対象外、測定不能のどれか。画面に説明が出る仕組みでも、その説明が出力に付いてくるかは別に確かめます。

項目の説明には、項目名、意味、単位、選べる状態値とその意味、空欄の扱いを残します。この例では、状態は「正常・要確認・未確認」、測定値の単位は項目ごとに指定する、と決めてみます。これは推奨する共通規格ではなく、別担当者へ渡す説明の架空例です。

点検日時と更新日時も分けます。点検を行った時刻と、事務所で訂正した時刻が混ざると、経緯を取り違えます。日時はどのタイムゾーンか、書き出したのはいつかも明記します。日付だけの項目なのか、時刻まで扱う項目なのかも説明が必要です。

特に訂正のある記録は、現在の値だけが出るのか、変更前の値や変更者、変更日時まで出るのかを確認します。履歴が含まれない場合も、「含まれない」と分かれば、その前提で保存方法を相談できます。意味の分からない列を、受け取る人の推測で埋めないことが大切です。

運用の途中で「要確認」を二つの区分へ分けたなら、昔の値をどう読むかも残します。現在の選択肢一覧だけでは、以前の記録に残る値を説明できないことがあります。項目の説明は、最初に作って終わりではなく、台帳を変えるときに一緒に直す資料です。

出力の対象範囲は、契約前の質問にする

出力ボタンの有無だけでなく、何が対象になるかを確かめます。全期間か、表示中の期間だけか。終了した現場や非表示の項目は含むか。添付写真、訂正履歴、利用者や権限の情報はどこまで取り出せるか。同じ「出力できます」という返事でも、ここが違えば準備も変わります。

現場担当者の権限で出したファイルと、管理者が出したファイルの範囲が異なる可能性も、質問に含めます。権限の設定を記録として取り出せることと、移行先で同じ権限が再現されることは別です。添付も、写真以外に何を保存する予定かを先に挙げます。

依頼文は、「顧客・現場・点検回・写真の関係が分かるサンプルと項目説明を、導入前に確認したい」で十分です。対象外の情報、出力を依頼できる人、取得にかかる日数や費用も合わせて聞き、返答を見積もりと一緒に残します。

出力後の一式を誰が保管し、誰が開けるかも決めます。画面上では担当現場だけを見せていても、まとめたファイルには複数の現場が含まれるかもしれません。持ち出せることを確認する作業と、全員へ配ってよいかという判断を混ぜないようにします。

出口テストは、削除や障害から戻す試験と分ける

出口テストの目的は、取り出した記録を別の人が理解できるか確かめることです。誤って消した点検を元の画面へ戻せるか、障害時に何時間で業務を再開できるかを証明する試験ではありません。読めるファイルが手元にあっても、元のシステムへ入れ直せるとは限らないからです。

削除した記録の復元、障害時の復旧、別の仕組みへの移行は、それぞれ手順と条件を確かめます。誰が作業し、何をどこまで戻し、どの時点のデータに戻るのか。出口テストの結果欄に復旧まで丸印を付けず、別の確認事項として残します。

社長が一度にすべてを試す必要はありません。まず記録を読めるかを確かめ、消失や停止への備えは別の質問として提供者と詰める。その切り分けが、安心したつもりで確認を終えないために役立ちます。

記録を読めることと、削除や障害から戻せることは別の確認です。ここで示すのは確認目的の区別で、実施済み結果ではありません。

便利さと、取り出す手間を同じ見積もりに入れる

選択肢は、すぐに全面移行することだけではありません。必要な出力と説明がそろう仕組みを選ぶ方法、出力に不足する説明や対応表を自社で補う方法、写真の扱いが固まるまで対象の点検を絞る方法があります。現場8人に二重入力を求めるなら、その負担も含めて比べます。

試行中にExcelを残す場合も、どちらを正式な記録にするかを決めます。二つを自由に直し続けると、引き継ぎ資料を整える前に、正しい値を探す作業が増えます。対象期間と対象現場を区切り、訂正する場所を一つに決めてから広げるほうが、確認したい論点を保ちやすくなります。

価格表では月額料金が目につきますが、項目説明を作る時間、写真の整理、定期的な書き出し、担当者の確認にも手間がかかります。解約時だけ必要な費用と、普段から必要な管理の時間を分けると、社長が何を引き受けるのか見えやすくなります。

例えば初回の確認を、資料準備90分、別担当者の読解60分、差分整理30分と仮定すると、90＋60＋30＝180分、合計3人時です。社内の計画用の時間単価を仮に3,000円と置けば、3人時×3,000円＝9,000円相当になります。架空の試算で、実際の作業料金や効果を示す数字ではありません。

三件の確認でも、写真の対応が崩れれば時間は延びます。外注する場合の調査費、出力費、形式を整える費用は別に見積もります。この小さな確認に時間を使うかを、将来の損失額を断定せず、今分からない点を減らす作業として判断します。

最初は、架空の三件を別の担当者へ渡す

試すのは、通常の一件、写真が複数ある一件、後から訂正した一件の三つです。実在する顧客情報や現場写真を持ち出さず、許可された試用環境で架空の記録を作ります。正解となる顧客・現場・点検回・写真の関係、状態値、日時を先に控えておきます。

その三件を対象に書き出し、写真、項目説明、対応IDをまとめます。普段の担当者が口頭で正解を教える前に、別の担当者へ一式を渡します。画面の操作を知らなくても、どの顧客のどの点検で、写真は何枚あり、訂正後の値は何かを示せるか確かめます。

答えが違ったら、相手の理解力の問題にしないで、渡した資料のどこで判断が分かれたかを記録します。写真が不足したのか、IDが欠けたのか、状態値の意味が不明だったのか。説明を一つ直して再度読んでもらえば、次の改善を小さくできます。

途中で元の担当者に聞かなければ分からなかったことも、失敗として隠さず残します。誰かの記憶で補えた結果と、資料だけで分かった結果を分ければ、次の人へ渡す説明を具体的に増やせます。操作する速さではなく、同じ一件にたどり着けるかを見ます。

結果には、確認日、出力した範囲、読み取れたこと、読み取れなかったことを残します。三件で通ったから全データを移せるとは結論づけず、項目や添付の使い方を変えたときに、同じ試し方をやり直せるようにします。

三件で読み方を確かめ、未確認を残します。この図の制作に伴う実データの出力や復旧試験は行っていません。

明日、社長が確認すること

明日は、導入候補への質問を一つ変えてみてください。「CSVは出せますか」だけで終わらせず、「別の担当者が、点検と写真の関係を読めるサンプルを見られますか」と聞きます。項目説明と出力の対象外も、同じ場で確認します。

社内で三件の答え合わせを引き受ける人を一人決めます。社長がすべての列を理解する必要はありません。元のシステムから取り出したときも、次の人が仕事の意味をたどれるか。その一回を導入前に置くことが、今回の判断の軸です。

□ 顧客・現場・点検回のIDから、写真を特定できるか。

□ 項目の意味と、出力対象外が分かるか。

□ 別の確認担当者と、確認日を決めたか。

点検台帳のWeb化をご検討の方へ。まずは、対象業務と必要な引き継ぎ情報を整理するご相談から承ります。