作業指示書 電子化｜改訂管理・多言語・オフラインを90日で検証

製造現場で「作業指示書 電子化」を検討するとき、紙をPDFに置き換え、タブレットで表示できれば完了だと考えると、肝心の統制が抜け落ちます。本当に管理したいのは、承認済みの正しい改訂版が、対象となる品目・ロット・工程・設備・作業者役割にだけ届き、誰が何を確認し、どの例外が発生したかを後から説明できる状態です。本稿では、タイの工場を想定し、要件定義、データ設計、オフライン運用、多言語、セキュリティ、FAT/SAT、90日パイロットまでを実務の順番で整理します。

作業指示書 電子化の目的は「表示」ではなく「正しい版の適用」

紙の作業指示書には、現場で書き込みやすい、電源が不要、教育なしでも扱いやすいという強みがあります。一方、改訂後も旧版が掲示されたままになる、必要な指示を探す時間が読めない、配布と回収を人手で証明しなければならない、実績や逸脱との関連が切れる、といった弱点があります。PDFを共有フォルダーへ置くだけでは、検索は多少速くなっても、これらの弱点は十分に解消されません。

電子化の管理目的は、次の一文で表せます。

指図・ロット・工程・設備・作業者役割から、その時点で有効かつ承認済みの作業指示を一意に決定し、提示と確認と例外の証拠を残す。

この目的を外すと、最新版ファイルの一覧はあっても、どの製造指図にどの版を適用したかが曖昧になります。逆に目的を固定すれば、タブレット、据置端末、バーコード、QRコードは手段として比較できます。QRコードを貼ること自体も、電子署名を加えること自体も、統制の成立を保証しません。

タイ工業省Office of Industrial Economicsの2026年7月ダッシュボードでは、製造業生産指数は94.80、前月比0.94%減、前年同月比0.46%増でした。電子・部品は前年同月比2.36%増、ゴム・プラスチックは4.55%増、食品は1.47%増です。これはあくまでマクロ環境であり、作業指示書の電子化が変化を生んだという意味ではありません。ただし、業種ごとに品種、規制、作業者言語、変更頻度が異なるため、万能な画面を買うより自社の適用条件を定義する必要があることを示す背景にはなります。

また、タイ投資委員会（BOI）は2026年上期について、Smart and Sustainable Industryに関する申請が132件、約172億バーツで、対象には機械更新、デジタル技術、自動化、ロボティクスが含まれると発表しています。同期間全体は1,300件、約1.31兆バーツの申請で、承認案件が年間約3,860億バーツの国内原材料を使う見込みとも説明されています。これらは申請・承認の集計であり、個別の作業指示書システムが優遇措置の対象になる証明ではありません。適用可能性は案件ごとにBOIや専門家へ確認すべきです。

PDF置換と作業指示 システムの違い

ファイル配信と統制された作業指示 システムは、似ているようで責任範囲が違います。比較すべき観点は端末価格より先にあります。

ここで重要なのは、作業者に文書選択の責任を押しつけないことです。端末は製造指図やロット、作業場所を読み取り、適用規則に基づいて一つの有効な指示を返すべきです。候補がゼロ件または複数件なら「それらしい文書」を表示せず、作業停止、監督者承認、明示的な例外処理のいずれかへ移します。

より広いWIP進捗、例外管理、再計画を検討する場合は、製造工程管理システムの設計も参照してください。本稿の範囲は、統制された指示の配布と使用証拠です。また、製造現場向けモバイルアプリ開発は端末UXや実装方式の検討に役立ちますが、タブレットは配信チャネルであり、承認や改訂管理の代わりではありません。

最初に定義すべき8つのデータ要素

作業指示書の最小識別子はファイル名ではありません。少なくとも次の要素を分離して持たせます。

1. instruction_id：文書そのものを追跡する不変ID
2. revision：版番号または版識別子
3. effective_from / effective_to：発効・失効時刻
4. approval_state：ドラフト、審査中、承認済み、失効など
5. supersedes：どの旧版を置き換えるか
6. product / route / operation：品目、工程ルート、作業への適用条件
7. machine：設備・治工具・ラインへの適用条件
8. operator_role：資格や役割による表示・実行条件

改訂番号だけでは不十分です。たとえば同じRev.4でも、ラインAには8月1日から、ラインBには設備改造後の8月15日から適用するケースがあります。発効条件を文書の中に文章で埋め込むのではなく、システムが評価できるデータにします。適用規則は概念的に「製造指図／ロット／工程／設備／作業者役割 → 有効な承認済み指示1件」です。

この対応表を設計するときは、「常に最新版」だけで済ませないことが大切です。あるロットには旧工程が正式に承認され、新しいロットから新工程へ切り替える場合があります。追跡すべきなのは最新ファイルではなく、その製造時点で適法・適切だった有効版です。品目改訂、BOM、ルーティング、設備状態との境界も決めます。

改訂管理はワークフローと責任者を一体で設計する

推奨する基本フローは、ドラフト、技術レビュー、品質・安全レビュー、承認、発効日設定、統制配布、確認、旧版化・保管です。各段階で「誰が」「何を見て」「何を根拠に」「次へ進めたか」を記録します。作成者と承認者の分離が必要か、緊急改訂を誰が許可できるか、翻訳承認は原文承認と同時か後続か、工場の品質システムに合わせて決めます。

変更申請には、変更理由、影響する品目・工程・設備、教育の要否、発効条件、戻し方を含めます。承認ボタンだけがあっても、変更影響の評価がなければ統制は弱いままです。NIST SP 800-53 Rev. 5.1のCM-3は統制された変更を、AU-2とAU-12は意図的なイベント定義とログ生成を考える設計上の参考になります。これはタイの工場に同規格への法的準拠義務があるという主張ではありません。

緊急変更では、承認を飛ばすのではなく、期限付き例外として扱います。対象ライン、対象ロット、有効期限、許可者、事後レビュー期限を必須にし、期限を超えれば自動的に使用不可または監督者判断へ移す方が安全です。ロールバックは「旧PDFを戻す」操作ではありません。旧版を再発効させる承認、対象仕掛品の判定、端末キャッシュの無効化、再確認の要否まで一続きで試験します。

現場帳票 電子化と実行証拠を混同しない

現場帳票 電子化では入力項目を増やしがちですが、証拠は多いほど良いとは限りません。作業指示について最低限残したいのは、ユーザーまたはステーション、時刻、表示した改訂、確認、必要に応じた教育状態、例外・逸脱の参照です。写真、位置、操作秒数、常時カメラのような侵襲的データは、目的、保存期間、アクセス権、従業員への説明を先に定めなければなりません。

「画面を開いた」ことと「内容を理解した」ことも区別します。重大変更では要点確認や再教育を要求し、表記修正だけなら通知で足りるかもしれません。一律に毎回署名させると、現場は考えずに押すようになり、証拠の質が下がります。変更の重大度、作業リスク、資格状態で確認方法を変える設計が現実的です。

ログは監視目的に流用しないという運用原則も必要です。個人名を保存する必要がなければ、役割IDやステーションIDで足りる可能性があります。個人データを使う場合は、目的限定、最小化、保持期間、閲覧者、訂正・調査手順を人事、法務、情報セキュリティと確認します。

タブレット 帳票 入力で失敗しやすいオフライン設計

タイの工場では、建屋構造、アクセスポイント障害、設備ノイズ、保守停止などにより、一時的な通信断を前提にした方が安全です。「オフラインでも使える」という要件だけでは曖昧です。次の状態を定義します。

• 端末には承認済みの必要最小セットだけを暗号化してキャッシュする
• オフラインであることと最終同期時刻を作業者へ明示する
• キャッシュの有効期限と、期限切れ時に停止するか限定運転するかを工程別に決める
• 失効通知を受けた版は、端末上にファイルが残っても選択できなくする
• オフライン中の確認証拠はキューへ保存し、再送時に重複登録しない冪等キーを付ける
• 同一レコードを中央と端末で変更した場合の優先順位と人手解決を決める

特に危険なのは、端末が「同期済み」に見えるのに、実際には一部文書だけ更新に失敗している状態です。同期結果は全体の成功・失敗ではなく、文書ID・改訂単位で確認します。失効版の削除に失敗した場合は警告だけで続けるのか、対象工程をブロックするのかをリスクベースで決めます。

端末時刻も信用しすぎてはいけません。時計ずれがあると、発効前の版を見せたり、失効後の版を有効と判定したりします。サーバー時刻との差を監視し、許容範囲を超えたら同期または監督者確認を要求します。共有端末では交代時のログアウト、バッジ紛失、作業者切替、手袋使用、画面ロック復帰もSATで確認します。

多言語の正本は一つ、承認は言語ごとに持つ

日本語、英語、タイ語、ベトナム語の指示を別々のフォルダーで管理すると、翻訳更新の取りこぼしが起きます。推奨するのは、一つの統制ソースに言語別コンテンツと翻訳状態を紐づける方式です。原文Rev.6に対して、タイ語Rev.6は承認済み、ベトナム語Rev.6はレビュー中、といった状態を見えるようにします。

未承認の言語があるとき、別言語または古い版へ黙ってフォールバックしてはいけません。作業者が読めない言語を表示しても安全な指示にならず、旧版を見せれば改訂統制が破れます。翻訳待ちを明示して工程を停止する、認定通訳を呼ぶ、一時的な二言語版を正式承認するなど、選択肢をポリシーとして定義します。

翻訳では文章だけでなく、単位、少数点、日付、警告語、図中テキスト、右左、設備タグを確認します。タイ語の結合文字、ベトナム語のダイアクリティカルマークが端末フォントやPDF生成で欠けないかも試験対象です。翻訳者、技術確認者、現場の母語話者、最終承認者の役割を分け、誰が意味の正しさを保証するかを曖昧にしません。

ERP・MES・QMSとの境界を先に決める

電子作業指示は単独でも導入できますが、対象判定のデータは周辺システムから来ます。ERPやMESから製造指図、品目、ロット、ルーティング、作業工程を受け、文書管理またはQMSから承認済みコンテンツを取得し、ID基盤で利用者と役割を判定し、バーコードやQRコードで対象を読み取ります。確認・例外・製造結果は、必要に応じてMESや実績収集へ返します。

境界ごとに、データ所有者、更新頻度、識別子、失敗時の責任を決めます。たとえばERPでルーティングが変更されたのに端末側の適用表が更新されない場合、どちらが停止判断を出すのか。QMSで版が失効したとき、何分以内に全端末から無効化すべきか。従業員が退職・異動したとき、ID基盤の変更がいつ反映されるか。これらをAPI仕様だけでなく業務SLAとして記載します。

QRコードは識別子を運ぶ便利な手段ですが、URLや文書名を固定印刷すると改訂に弱くなります。すでにGS1識別子を使う工場なら、2026年8月に批准されたGS1 Digital Link URI Syntax 1.7.0を相互運用の選択肢として検討できます。GTINとロットやシリアルをWeb URIで表現できますが、作業指示書に必須の規格ではありません。既存の識別体系、読取環境、サイバーセキュリティ、運用責任に合う場合だけ採用します。

ベンダー選定とRFPで聞くべき質問

画面デモだけでは、改訂競合や通信断、証拠の取り出し方は見えません。RFPでは、実データに近いシナリオへの回答を求めます。

1. 指図、ロット、工程、設備、役割から一意の版をどう決めるか
2. 候補がゼロまたは複数のとき、システムはどう止まるか
3. 承認済み版のキャッシュ、失効、再同期をどう制御するか
4. 多言語版の未承認状態をどう表示し、誤フォールバックをどう防ぐか
5. 監査ログの項目、保持、検索、エクスポート、改ざん検知はどうなるか
6. ERP/MES/QMS/ID基盤との連携失敗をどう検知し再処理するか
7. データを標準形式で取り出せるか、契約終了時の移行支援はあるか
8. 脆弱性開示、更新方針、サポート終了、インシデント通知の条件は何か

CISA/FBIのSecure by Demand Guideは、購入前に製品セキュリティを質問し、必要な要件を契約へ入れ、購入後も供給者評価を継続するよう買い手へ促しています。また、2026年7月8日公開のNIST SP 1326は、ICT供給者のデューデリジェンスについて、外国による所有・支配・影響（FOCI）、来歴、レジリエンス、基礎的サイバー対策、サプライチェーン階層を評価要素に挙げています。これはICT供給者向けであり、原材料供給者の一般評価へそのまま転用するものではありません。

デモでは、正常系だけでなく「失効した版をオフライン端末が持っている」「同じスキャンが二度送信される」「承認途中で接続が切れる」といった失敗系を実演してもらいます。提案価格には、ライセンスだけでなく、移行、翻訳、端末、Wi-Fi改善、連携、試験、教育、保守、データ取り出しを分けて記載させると比較しやすくなります。

FAT/SATで最低限確認する受入条件

受入試験は「画面が開く」では終わりません。少なくとも次をFAT（工場出荷前／構築環境）とSAT（現地）へ配分します。

• 失効した改訂版が新規作業でブロックされる
• 間違った品目・工程・設備の指示がブロックされる
• オフラインキャッシュ期限切れ時に、工程方針どおり停止または明示的限定運転になる
• 再同期を複数回行っても確認証拠が重複しない
• 端末時刻がずれたときに検知・制御できる
• 同一バーコードの連続読取が二重着工や二重実績を作らない
• 共有端末で前作業者の権限と画面が残らない
• タイ語の結合文字とベトナム語の記号が正しく表示・検索・出力される
• 承認処理の中断後に半承認状態が残らない
• ロールバック後、対象ロットと全端末が意図した版へ揃う
• 指定期間の監査証拠を権限者が再現可能な形で出力できる

各ケースには、前提データ、操作、期待結果、証拠、判定者を付けます。「問題なし」という文章だけでなく、画面、ログ、API応答、端末状態を残します。性能試験では、交代直前の一斉ログイン、日次同期、大容量図面、低帯域を含めます。可用性目標も、全社一律ではなく停止影響の大きい工程から決めます。

規制産業では追加要件があり得ます。米国FDAのPart 11ガイダンスは、FDAの記録要件に基づき作成・維持・提出される特定の電子記録に関する適用範囲を扱うもので、全工場に普遍的に適用される要件ではありません。対象製品・市場・記録を品質・法務と特定してから、電子署名、監査証跡、記録保持などの追加管理を設計してください。

製造実績 収集へつなぐときの注意

作業指示の確認時刻と製造実績 収集を結びつけると、「どの版を見てどのロットを処理したか」を追いやすくなります。ただし、閲覧ログから出来高や品質を推測してはいけません。製造数量、良否、停止、検査値は、それぞれの正本システムと測定ルールから取得します。

同じイベントをMES、作業指示システム、データ基盤へ送る場合は、イベントIDを共通化し、再送しても一回として扱う設計にします。手直し、分割・統合ロット、代理入力、後入力の規則も必要です。作業指示の確認前に設備が動いた場合は警告だけかインターロックか、工程リスクと既存安全回路を踏まえて決めます。ソフトウェア表示を機械安全機能の代替にしてはいけません。

ダッシュボードは、閲覧回数より統制の例外を見せる方が役立ちます。たとえば、適用指示ゼロ件、複数候補、期限切れキャッシュ、翻訳未承認、確認期限超過、再同期失敗を日次で確認します。KPIは人を順位づける道具ではなく、文書・マスター・連携の欠陥を早く見つける道具にします。

例示モデルで費用効果を読み違えない

以下は実績値、相場、保証ではなく、検討方法を示すための例示的な計画仮定です。工場は3ライン、2交代、作業者120人、統制対象の作業指示240件と仮定します。現状は、誤版、検索、確認に関する事象が月18件、1件25分で、月7.5時間。監督者による配布・確認作業は月40時間とします。

安定稼働後のパイロット目標を、配布・管理時間50%減、誤版関連事象60%減と置きます。これらはベンチマークではなく、例示的な計画目標です。監督者の負荷込み時間単価を450バーツ、作業者・品質担当を300バーツと仮定すると、年間の直接労務削減は次の式です。

（40時間 × 50% × 450バーツ + 7.5時間 × 60% × 300バーツ）× 12か月 = 124,200バーツ／年

このモデルには、不良、廃棄、停止、監査対応の削減を加えていません。同じ損失を複数項目で数える二重計上を避けるためです。年間124,200バーツだけで広範なプラットフォーム投資のROIを主張するには小さく、実際の判断には自社で確認した探索時間、配布工数、誤版事象、手直し、停止などの非重複ベースラインを加える必要があります。便益を増やすために根拠のない不良率や停止時間を置いてはいけません。

費用側には、ソフトウェア、導入支援、端末、防護ケース、充電、Wi-Fi、文書整理、翻訳、連携、試験、教育、保守、更新、終了時のデータ移行を含めます。初年度費用と平常年費用を分け、設備更新や翻訳増加の感度も見ます。金額の大小より、どの仮定を実測へ置き換えれば判断精度が上がるかを明確にすることが重要です。

90日パイロットの進め方

ここで示す90日は標準規格ではなく、意思決定を止めないための編集上の推奨です。一つのライン、一つの製品群、限定した文書群で、統制の核と例外を試します。

1〜30日：ベースラインと文書地図

対象工程、品目、ロット、設備、役割、文書の対応を棚卸しします。240件すべてを移行せず、変更頻度とリスクが分かる代表セットを選びます。現行の検索時間、配布工数、誤版・問い合わせ事象を定義し、測定方法を固定します。誰が正本所有者か、翻訳責任者は誰か、緊急変更を誰が決めるかも合意します。

30日ゲートでは、対象境界、ID体系、適用規則、現状値、除外範囲が説明できなければ構築へ進みません。データ品質問題を「システム導入後に直す」と先送りすると、誤った指示を速く配るだけになります。

31〜60日：一ライン構築と失敗試験

ERP/MESからの最小指図データ、承認済み文書、多言語状態、利用者役割を接続します。通常の表示だけでなく、通信断、失効、時計ずれ、重複スキャン、共有端末ログアウトを早期に試します。現場作業者には完成画面への感想だけでなく、手袋、照明、姿勢、導線、警告の理解を確認してもらいます。

60日ゲートでは、重大な誤適用をブロックでき、オフライン方針が再現でき、証拠が重複なく戻ることを確認します。未解決事項には責任者と期限を付け、回避策が現場負担を増やしすぎないか評価します。

61〜90日：統制試行と投資判断

限定範囲で実運用し、改訂を少なくとも一度流し、交代、通信断、例外、再同期、監査出力まで実施します。パイロット目標は達成・未達だけでなく、測定の信頼性と副作用を確認します。問い合わせが減っても監督者のマスター修正が増えたなら、その時間も計上します。

90日ゲートの選択肢は、拡張、修正して継続、限定利用、停止です。拡張する場合も、一気に全工場へ広げず、文書品質、ネットワーク、現場支援、翻訳能力に応じて波を分けます。停止する場合は、データを出力し、端末キャッシュを消去し、紙運用または旧システムへ安全に戻れることを確認します。

導入前チェックリスト

次の質問に「はい」と根拠を付けられれば、見積比較の質が上がります。

• 正しい指示を一意に決める入力と責任者が定義されているか
• 版、発効、失効、置換元、承認状態を別項目で持てるか
• ゼロ件・複数件・未承認翻訳時の停止方針があるか
• オフライン表示、期限、失効、再同期、重複排除を試験できるか
• 個人データを最小化し、ログの目的と保持を決めたか
• ERP/MES/QMS/ID基盤のデータ所有者と障害責任を決めたか
• タイ語・ベトナム語を実機で試験するか
• ロールバックと契約終了時のデータ持ち出しを受入条件にしたか
• 効果試算の各数値を自社ベースラインへ置き換える計画があるか

まとめ

作業指示書 電子化の成否は、紙をなくした枚数や配ったタブレット数では判断できません。承認済みの正しい改訂版を、対象の指図・ロット・工程・設備・役割へ一意に適用し、オフラインでも失効を制御し、多言語の承認状態を守り、必要最小限の証拠を再現できることが中心です。RFPでは正常系より例外系を問い、FAT/SATでは失効版、誤適用、再同期、時計ずれ、文字表示、ロールバックを試します。90日パイロットは、導入を急ぐためではなく、自社データで投資判断できる状態を作るために使います。

TOMAS TECHでは、文書の棚卸しやRFP前の要件整理、一ラインだけのパイロット設計といった検討段階からご相談いただけます。現在の紙・PDF運用と周辺システムの境界を確認し、過剰な機能を増やさずに受入条件まで具体化したい場合は、お問い合わせください。

FAQ

作業指示書 電子化とは、PDFをタブレットで表示することですか？

それだけではありません。PDF表示は配信手段の一つです。必要なのは、文書ID、改訂、発効・失効、承認、品目・工程・設備への適用条件を管理し、正しい一件を提示した証拠を残すことです。候補がない、複数ある、未承認翻訳しかない場合の停止動作も含みます。

作業指示 システムの費用はどう見積もればよいですか？

ライセンスだけでなく、文書整理、翻訳、端末、防護・充電、Wi-Fi、ERP/MES/QMS連携、ID管理、移行、試験、教育、保守、データ移出を分けて見積もります。便益は自社の配布時間、探索時間、誤版事象など、重複しない実測値から計算してください。本稿の124,200バーツ／年は例示的な計画仮定で、価格や成果保証ではありません。

現場帳票 電子化と電子作業指示は同じですか？

重なる部分はありますが、主目的が異なります。作業指示は「何を、どの版で行うか」の統制、帳票は「何を実施・測定したか」の記録が中心です。両者を接続すると追跡しやすくなりますが、正本、承認、保持、訂正の責任は分けて定義します。

タブレット 帳票 入力は通信が切れても使えますか？

技術的には可能ですが、キャッシュ対象、有効期限、最終同期表示、失効規則、再同期時の重複排除、競合解決を決める必要があります。期限切れでも動かすか停止するかは工程リスクで判断し、SATで実際にアクセスポイントを切って確認します。

製造実績 収集まで同時に始めるべきですか？

必須ではありません。まず正しい指示の適用と証拠を安定させ、共通イベントIDや指図・ロット・工程IDを将来接続できるよう設計する方法があります。同時導入する場合も、閲覧ログを製造実績の代わりにせず、数量・品質・停止の正本を明確にしてください。

QRコードを使えば改訂ミスを防げますか？

QRコードは対象を識別する入口にすぎません。固定URLが古い文書を直接指す、複数候補を返す、端末キャッシュが失効していない、といった問題は別途防ぐ必要があります。コードには安定した品目・設備・ロット識別子を持たせ、サーバー側の適用規則で有効版を決める構成が考えられます。

FDA Part 11対応はすべての工場に必要ですか？

いいえ。FDAの記録要件に基づいて作成・維持・提出される特定の電子記録が対象です。製品、市場、記録ごとの適用性を品質・法務と確認してください。電子署名を付けただけで対応済みになるわけではありません。

出典

• Thailand Office of Industrial Economics — Manufacturing Production Index, July 2026
• Thailand BOI — H1 2026 Investment Applications
• NIST SP 800-53 Rev. 5.1
• NIST SP 1326 — ICT Supply Chain Risk Management Due Diligence Assessment
• CISA/FBI — Secure by Demand Guide
• GS1 Digital Link URI Syntax 1.7.0
• FDA — Part 11, Electronic Records; Electronic Signatures — Scope and Application