作ったツールで、校正期限管理の仕組みはこう変わる【第4回・運用】

第3回までで、ツールは仕様どおりに正しく動くことを確かめました。最終回の今回は、それを毎月の業務の中で実際に回すとどうなるかを見ます。機能の話ではなく、仕事の仕組みとして、何が変わるのか——そこが本題です。

1. 仕組みとして、何が変わるか

多くの現場では、校正期限の管理をエクセルでやっています。関数を組んで自動計算している方も、かなり作り込んでいるパワーユーザーもいるでしょう。自動計算をする点ではエクセルの関数も自作ツールも同じことになりますが、実際には違いが生まれています。

1. エクセルによる計算過程は人によって異なる場合があります。並べ替え、フィルタリング、出力される過程までの作業は人によって違う可能性があります。1人で担当しているならその作業過程は属人化されます。
2. エクセルの関数を駆使した場合、その中身は検証されたものではありません。潜在的な関数の誤りは積極的に検知されていない事が多いです。

エクセルにはそういう「属人化」と「未検証」が付いて回ります。

	エクセル管理	自作ツール
計算ルール	人によって組み方が変わる	常に同じ（仕様で固定）
正しさ	合っているか検証されていないことが多い	境目までテストで確かめてある（第3回）
出力フォーマット	作る人によってバラバラ	毎回同じ形で製造部門へ出せる
引き継ぎ	数式の中身が分からず再現が難しい	台帳とツールがあれば誰でも同じように回せる

つまり、自作ツールに置き換えることで「脱属人化」「普遍的な仕組み」に置き換えることができます。

業務の流れの中で見ると、ツールが挟まる場所は2つです。

2. 実際に、月初チェックを回してみる

実運用に近い台帳（200台・大半が有効）で、月初チェックを回してみます。

自作ツールによる計算

台帳を選んで「計算」を押すと、今月の一覧が出ます。誰が操作しても、同じ台帳なら同じ結果が、同じフォーマットで出ます。

2026年6月の点検リストです。6月に校正期限を迎えるものに加えて、7月に校正期限が来るものも、いま予約を出すべきものとして含まれます（リードタイムを見越した前倒し）。想定どおりの動きであることが確認できます。

あとは、このリストをエクセルに出して、製造部門へ渡すだけになります。出力した形も見てみましょう。

毎月同じフォーマットなので、受け取る製造部門も読み方に迷いません。

予約リードタイムの調整

予約リードタイムには、業者に予約してから点検が済んで計器が使えるようになるまでの日数を、現場の実態に合わせて設定します。実施や返却に時間がかかるなら長めにすれば、余裕を持って予約できます。

台帳の日数を変えるだけで、すぐ再計算されます。安全余裕を数字で調整できるのは、計算ルールが固定されたプログラムだからです。

3. メリットはどこにあるか

毎月これを回すと、効いてくる場面があります。いずれも「計算の自動化」ではなく、「いつも同じで、確かめてある」ことから生まれるメリットです。

• 脱属人化：計算ルールもフォーマットも固定。担当者が代わっても、同じ品質で回せる
• 単純化：作業がシンプルで、エクセル計算に悩む余地がない
• 作業時間の短縮：台帳を最新にしておけば、あとは読み込み・計算・出力のボタンを押すだけ
• 製造部門への連絡が安定する：毎月同じフォーマットの一覧。渡す側も受け取る側も迷わず、紙やメールが証跡として残る

正直に言えば、これは万能ではありません。計器が少なく、業者も一つ、というシンプルな現場なら、エクセルで十分です。200台・周期も業者もバラバラ・期限切れが事故に直結——そういう条件で、エクセルの属人化と「検証されていない不安」が問題になる現場でこそ、確かめた仕組みの値打ちが出ます。

そしてもう一つ。このツールは、バイブコーディングでコードを一行も書かずに作りました。仕様を決め、設計させ、テストで確かめ、運用に乗せる——戦略的に行えば、自然言語でもアプリを作ることができる時代になりました。

4. 運用する上での注意点

自作ツールを運用するうえで、念頭に置いておきたいことが2つあります。

台帳が正しいことが前提

このツールは、台帳が正しいことを前提に動きます。計算と取りこぼし防止はツールの仕事ですが、台帳そのものの正しさは、人の運用で担保するしかありません。

• 校正をしたら、台帳の前回校正日を更新する（しないと、いつまでも古い期限のまま）
• 計器を増やしたら、台帳に追加する（台帳に無い計器は、ツールも存在を知らない）
• 新しい業者を使うなら、リードタイム表にも登録する（無いと「不備」として一覧に出ます）

逆に言えば、台帳さえ正しく保てば、あとはツールが毎月きちんと拾ってくれる。人の仕事が「数式のメンテナンス」から「台帳のメンテナンス」に変わった、とも言えます。なお、計算できない計器（不備）はグレーで必ず一覧に出るので、台帳の穴も毎月かならず表面化します。

戻れる余地を残すこと

システムがいまいちだったり、不具合が多かった場合に備えて、元のやり方に戻れる余地を残しておくことをおすすめします。自作ツールの価値は、結局のところ使われるかどうかで決まります。メンテナンスにかかる手間を上回る恩恵が、使う人になければいけません。

ユーザーが辛抱強く使ってくれるとは限りません。バグや不具合、運用とのミスマッチなど、さまざまな問題が起きたときに、すぐ元のやり方へ戻せるようにしておく。新しい仕組みを入れることには、利便性とリスクが表裏一体であると頭の片隅においてください。

5. まとめ──4回をふりかえって

この連載では、要求仕様（第1回）→ 設計と実装（第2回）→ テスト（第3回）→ 運用（今回）と、プロンプト仕様駆動開発の一周をたどりました。コードを一行も書かず、けれど仕様を種にして、確かめながら、業務で使えるツールを作る——その流れを、ひとつの校正期限管理ツールで通して見てきました。同じやり方は、別の困りごとにもそのまま使えます。基本的な流れを踏襲することで、作業環境にあわせて作ることもできます。

使用しているデータ・業者名・計器名はすべて架空のものです。実在の企業・校正機関とは関係ありません。