工場のデジタル化推進会議において、最も頻繁に耳にする危険な論調がある。「ベンダーがソースコードを開示してくれれば、現場の習慣に合わせていつでも自由に改修できる」というものだ。この「ソースコード自由論」の幻想こそが、現場規律の崩壊とデータの汚染、そしてシステムの破綻を招く元凶である。コードの背後にあるのは生産プロセスとデータガバナンスだ。コードの所有は技術的資産ではあっても、工場のコスト競争力や長期的な運用効率を決める決定打ではない。プロセスを慎重に見直さずにコードを改変すれば、自ら破滅を招くだけである。
一、コード万能論の幻想：ソフトウェアは自由に捏ねられる粘土ではない
企業管理者が最も陥りやすい盲点は、「コードを書き換える技術力があること」を「業務ルールを変更してよい理由」と混同することです。現場では「製造設備」を見る直感で「ソフトウェアシステム」を捉えがちですが、両者のアーキテクチャには決定的な違いがあります。
実体設備・治工具（物理的隔離）
シリンダのストローク調整や治具交換の影響は単一工程に限定されます。失敗してもネジを緩めて元に戻せば復元可能（物理的可逆性）です。
製造実行システム（網状結合）
データフローは指図、引落し、検査、原価に直結します。単一工程で安易にロジックを変えれば全社的連鎖反応が起き、汚染された履歴データは元に戻せません。
現場が「段取り替えのバーコード照合が面倒」と訴え、ITが安易にコードのポカヨケを無効化すれば、誤投入の発生、工程間在庫の帳票乖離、月末の棚卸損失が発生し、最終的に顧客クレーム時に系譜（Genealogy）トレーサビリティが完全に断裂します。網状に結合されたシステムでロジックを無秩序に変更することは、精密な送電網を意図的にショートさせることと同じです。
二、揺るぎなき世界標準：コードの背後にあるIE（経営工学）の公理
MESのコアロジックは、プログラマが思いつきで書いたコードではなく、100年に及ぶインダストリアル・エンジニアリング（IE）が蓄積した科学的公理です。ソースコードの有無にかかわらず、以下の世界標準は工場の憲法として不可侵のものです。
- 標準時間とラインバランシング：能力計画と原価計算の科学的土台であり、便宜を図って実績時間ゼロで完了させることは論外です。
- BOM投入照合（ポカヨケ）：処方通りに部材を検証することは、混入や誤投入を防ぐ最後の砦です。
- 統計的抜取検査ルール（AQL / C=0）：確率論に基づく品質防衛線であり、納期優先で工程をスキップすることは許されません。
- 双方向トレーサビリティのトポロジー：ロット分割・統合の数学的整合性であり、2時間以内のリコール隔離を担保する法的生命線です。
これらの公理は、現場の惰性や悪習を律するために存在します。ソースコードを盾にして現場の悪習に迎合し「削足適履（足を削って靴に合わせる）」することは、管理の敗北を技術で覆い隠す愚行にすぎません。
範疇と媒体
Web現場端末画面、ボタン配置、自動センサー照合、BI司令塔、歩留まりダッシュボード。
ガバナンス原則
最新アーキテクチャではUIとDBが完全に分離されており、ソースコードなしで自由に保守開発が可能です。
範疇と媒体
ルーティングテンプレート、抜取計画設定、装置レシピ、分岐条件、検査管理限界線。
ガバナンス原則
コードではなく設定ファイル（Config）で変更します。適用前に現行プロセスの妥当性を厳格に審査（MOC）する必要があります。
範疇と媒体
系譜アルゴリズム、ステートマシン、BOM引落しのアトミック性、ポカヨケ遮断ロジック、監査証跡。
ガバナンス原則
製造科学の公理および法規制の基準であり、コード所有の有無にかかわらず改変厳禁です。
三、3層の変更境界：何を変更し、どこで変更すべきか？
本質を整理すれば、システムには明確な3層の境界が存在します。
1. UIの利便性向上にソースコードは不要： 最新のMESはWeb標準を採用しています。ボタンの拡大やセンサーによる自動入力、PowerBIダッシュボードの構築などはオープンな外郭領域であり、社内ITがソースコードに触れることなく自由に保守可能です。
2. 業界固有の生産ロジックは「設定」で変更する： 業種ごとの工芸手順や検査仕様の差異は、設定ファイル（Config）とパラメータで吸収します。現場からロジック変更の要望が出た際、問うべきは「コードを直せるか」ではなく「現行プロセスは合理的か」です。混乱を隠すための変更要求は、変更管理審査（MOC）で即座に却下すべきです。
3. 深層の工業公理は誰も改変してはならない： コアエンジンが担うトレーサビリティ計算やトランザクションの完全性は世界公理であり、アーキテクチャの厳格な保護下に置かれるべきです。
四、SAPが示す世紀の反証：透明なコードを、なぜ誰も改変しないのか？
「ソースコードがあれば自由にいじってよい」という理屈が成立するなら、世界的ERP標準の SAP は最大の反証となります。
SAPのABAPコードは顧客にほぼ完全に開示されており、開発キーさえあれば誰でも標準コードを改修（Core Modification）できます。しかしフォーチュン500企業において、標準コアコードを改変するアーキテクトやCFOは皆無です。数百万行のコードが、半世紀に及ぶ「会計哲学」——「貸借一致（有借必有貸、借貸必相等）」と「3点照合（3-Way Matching）」を体現していることを熟知しているからです。出納係が精算を面倒がったからとITが照合チェックを無効化すれば、企業の財務的信用は一夜で崩壊します。
現場において、MESとは製造科学における会計哲学です。 リアルタイムな引落し、BOM照合、トレーサビリティの連鎖は、工場の貸借対照表そのものです。現場の都合でコードを改変し防呆を外すのは、帳簿付けが面倒だからと貸借一致を廃止するのとまったく同じ愚行です。
五、結論：「コード改修」でプロセスマネジメントの怠慢を覆い隠すな
ソースコードの所有はデジタル資産の主権を担保しますが、工場のコスト競争力や運用効率を決める勝負手ではありません。
MESの真価は、生産活動を正規のレールに沿って走らせる「軌道」として機能することにあります。現場が脱線して近道をしようとするたびにコードを改修して「レールを撤去」していたら、巨費を投じたシステムはバーコードラベル印刷機に成り下がります。
プロセスマネジメントに立ち返り、製造工芸の合理性を慎重に検証し、標準設定の中でパラメータを調整し、アーキテクチャ規律で世界標準を守ること——これこそが、製造実行システムが長きにわたって真価を発揮するための揺るぎなき礎石です。