交代勤務は欠員が出た瞬間にラインが止まります。急な欠勤の穴埋めは班長が電話を回して決め、ホワイトボードのシフト表を手書きで直す。一方で実績はタイムカードにしか残らないので、月末に総務が突き合わせて深夜帯や応援勤務の扱いを一件ずつ確認し直すことになります。他ラインへ応援に入った人や、直行で現場に入った保全担当の実績は、たいてい誰かの記憶頼りです。
点検表は現場、修理の伝票は事務所、購入時の書類は倉庫、そして交換周期は保全担当の頭の中。年次の点検期限や消耗部品の交換履歴が一本につながっていないため、監査や更新の前に書類を探す時間が発生します。担当が休みの日に同じ設備が止まると、前回の対処を知らないまま手を付けることになります。
生産数・不良数・停止時間を毎日書いているのに、集計されるのは月末の会議。同じ号機でチョコ停が先週から増えていても、気づくのは一か月後です。書いた本人にフィードバックが返らないので、記入は次第に形だけになり、数字の精度そのものが落ちていきます。
夜勤中に設備が止まれば、まず業者を呼んで翌日に書類を出す。逆に消耗品ひとつの購入が事務の通常ルートに乗って数日かかる。結果として事後承認が常態化し、修理費は請求書が来て初めて金額を知る状態になります。現場判断で止めたラインが、翌朝の朝礼まで上に伝わらないこともあります。
各段階で使うアプリは、名前を押すと詳細を見られます。
勤怠現況ボードでは、日勤・夜勤・応援といった勤務区分ごとに、いま出勤している人と空いている枠が同じ画面に並びます。欠員が出たとき、班長は電話を回す前に動ける人を見て決められます。予定と実績が同じ場所に残るので、月末にタイムカードと突き合わせて記憶を掘り起こす作業が短くなります。
設備台帳にライン・号機ごとのレコードを作り、点検、故障、修理、消耗部品の交換を時系列で積み上げます。前回いつ誰が何をしたかを一画面で追えるようになり、点検期限も設備単位で管理できます。担当が休みでも、代わりに入った人が履歴を読んでから手を付けられる状態が目標です。
生産数・不良数・停止時間と停止理由を日報として入力すると、集計は月末を待たずに積み上がります。部署に配置した AI エージェントが日報を読み、前週との差や同じ理由で繰り返している停止をまとめて提示します。翌朝の朝礼で使われる要約が出るようになると、記入する側の精度も上がっていきます。
勤怠現況ボードは、勤務区分と実際の出退勤を並べて表示します。いま誰がどの区分で出ているか、どの枠が空いているかを一覧できるので、シフトを直す前に穴埋めの判断ができます。応援で他ラインに入った日も記録として残るため、月末に本人の記憶をたどる必要がなくなります。
Web・スマートフォン・PC のどれからでも同じデータを見られます。現場は出退勤の確認と日報の入力、事務所は集計と承認、という役割分担で使う形が多く、共用端末を休憩室や現場事務所に一台置いて運用することもできます。
設備ごとの台帳に、点検・修理・部品交換をいつ誰が行ったかが時系列で積み上がります。期限の管理と過去の遡りが同じ画面でできるため、書類を倉庫から探す作業を前提にした運用から抜けられます。法令上どの記録をどの様式で保存するかは自社の基準に合わせて決めてください。
項目を絞ることから始めるのが確実です。生産数・不良数・停止時間・停止理由のように毎日必ず残す数項目だけを日報にして、それ以外は任意にする。書いた内容が翌朝の朝礼や週次の判断に使われている状態を作れば記入は続きます。集計されない項目を増やすほど、記入は形骸化します。
エージェントが担当するのは、日報や記録を読んでの集計・要約・気づきの提示までです。設備を止める、発注を確定する、費用を承認するといった行為は人の決裁を通ります。誰がいつ承認したかは記録に残ります。
日報・点検・発注のように、いま紙やホワイトボードで回っている現場側の記録を先に寄せ、基幹側には集計後の数字を渡す、という切り分けが現実的です。全社一斉ではなく、1 ライン、1 工場から始めて、置き換えた分だけ紙をやめていく進め方をおすすめします。
拠点ごとに部署を分けて記録を持ちつつ、発注や日報のように様式が共通する部分は本社側で横断して見られます。承認ルートも拠点ごとに分けられるので、片方の工場に合わせて全体を揃え直す必要はありません。