<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel>
<title>MES-DX MESの機能解説</title>
<link>https://mes-dx.com/</link>
<atom:link href="https://mes-dx.com/mes-functions/feed.xml" rel="self" type="application/rss+xml"/>
<description>MES（製造実行システム）の導入・選定・運用に必要な情報を、欧米・中国を含む世界の一次情報にあたって日本語で届ける専門メディア。ISA-95・OPC UA・DPPなどの標準規格、規制対応、ベンダー動向を実務者が書いています。</description>
<language>ja</language>
<lastBuildDate>Tue, 25 Aug 2026 15:00:00 GMT</lastBuildDate>
<item>
  <title>プロセスアラーム管理、ISA-18.2に学ぶ優先度付け・抑制・シェルビングの設計</title>
  <link>https://mes-dx.com/mes-functions/alarm-management</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/alarm-management</guid>
  <description>アラームが鳴りすぎる工場では、本当に危険な警報が雑音に埋もれます。ANSI/ISA-18.2が体系化した合理化・優先度付け・抑制・シェルビングの考え方を、MES/SCADAの役割分担と洪水を防ぐ設計判断に落として説明します。</description>
  <content:encoded><![CDATA[<p>「あのアラームはいつも鳴っているから大丈夫」。この一言が聞こえる制御室では、アラームシステムはすでに機能していません。アラーム管理の目的は警報を増やすことではなく、鳴ったすべての警報が対応に値する状態を保つことです。</p><p>DCS・SCADAの時代になって、アラームの追加は設定画面の数クリックになりました。計器ごとに上下限を入れれば警報が出ます。コストがかからないため、設計時に「念のため」で足され、トラブルのたびに再発防止として足され、誰も削除しないまま増え続けます。その結果が、1人のオペレーターが対応できる量を桁で超えるアラームの洪水です。</p><p>洪水状態の害は、うるささではありません。確認応答（アクノリッジ）が作業ではなく反射になることです。鳴る→内容を見ずに消す、が習慣化した制御室では、重大な警報も同じ反射で消されます。</p><p><a href="https://mes-dx.com/mes-functions/alarm-management">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>アーキテクチャ</category>
  <category>運用保守</category>
  <category>化学</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>洗浄記録とCIP、クロスコンタミを防ぐ設備状態モデルと洗浄有効期限の設計</title>
  <link>https://mes-dx.com/mes-functions/cip-cleaning</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/cip-cleaning</guid>
  <description>洗浄記録の目的は「洗った証明」ではなく「その設備を次の製造に使ってよいか」の判定です。汚れた・洗浄済み・期限切れの状態モデル、CIP設備の自動記録とマニュアル洗浄の統合、ダーティホールドタイムなど期限の設計を説明します。</description>
  <content:encoded><![CDATA[<p>前の製品の残留が次の製品に混ざる、クロスコンタミネーションは、製薬・食品・化学に共通する最重要リスクです。そして洗浄の記録が問われるのは洗浄した時ではなく、次の製造を始める時です。この時差こそが、洗浄管理を状態管理として設計すべき理由です。</p><p>紙の洗浄記録は、洗浄が終わった時点で完結します。誰が・いつ・どの手順で洗い、確認者が署名する。しかしクロスコンタミ事故は、洗浄の瞬間ではなく次の製造の開始判断で起きます。洗ったのは3日前で有効期限が切れていた。洗ったのは事実だが、前製品とこれから作る製品の組み合わせでは、その洗浄レベルでは不足だった。洗浄後に保全作業で設備を開けており、清浄性が失われていた。</p><p>洗浄管理の中心機能は記録の保存ではなく、「この設備を、いま、この製品の製造に使ってよいか」という判定です。判定に必要な情報を分解すると、次の4つになります。</p><p><a href="https://mes-dx.com/mes-functions/cip-cleaning">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>規制対応</category>
  <category>医薬品</category>
  <category>食品</category>
  <category>品質管理</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>電子ログブック、設備使用記録のGxP対応とAnnex 11改訂が変える設計要件</title>
  <link>https://mes-dx.com/mes-functions/electronic-logbook</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/electronic-logbook</guid>
  <description>ログブックは「設備の視点」で使用・洗浄・保全・校正を時系列に束ねる記録です。紙の製本ノートを置き換える際の設計判断、記録の粒度・自動記録と手動記録の関係・レビューの運用、を、EU GMP Annex 11改訂案の方向性とあわせて説明します。</description>
  <content:encoded><![CDATA[<p>「この製造の前、この設備で何をしていたか」。査察官のこの問いに、紙の製本ノートをめくって答えている工場はまだ多くあります。電子ログブックは単なるノートの電子化ではなく、設備を軸にした記録の再構成です。</p><p>GMP環境の製造室や主要設備には、製本された使用記録簿（ログブック）が備え付けられています。そこに記録されるのは、その設備で起きたことのすべてです。何の製品をいつ製造したか、いつ誰が洗浄したか、保全・修理で誰が触ったか、校正はいつ行われたか、異常は何が起きたか。</p><p>注目すべきは、これらの情報の多くが他の記録にも存在することです。製造の事実はバッチ記録に、洗浄は洗浄記録に、保全は保全記録にあります。</p><p><a href="https://mes-dx.com/mes-functions/electronic-logbook">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>規制対応</category>
  <category>医薬品</category>
  <category>設備保全</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>使用期限管理とFEFO、期限切れ材料を工程に入れない「3種類の期限」の設計</title>
  <link>https://mes-dx.com/mes-functions/fefo-expiry</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/fefo-expiry</guid>
  <description>期限管理の失敗の多くは「期限が1つしかない」設計に起因します。使用期限・リテスト期限・開封後期限の3種類の区別、FEFO引当の例外設計、警告リードタイムの決め方まで、期限切れ材料を工程に入れないための設計判断を説明します。</description>
  <content:encoded><![CDATA[<p>期限切れ材料の投入事故は、期限を知らなかったから起きるのではありません。期限のデータはあるのに、引当と投入の判定に使われていないから起きます。FEFOは倉庫の払い出しルールではなく、工程を守る統制として設計する必要があります。</p><p>多くの工場は「先入れ先出し（FIFO）を徹底しています」と言います。しかしFIFOは入庫日の順序であって、期限の順序ではありません。両者がずれる場面は日常的にあります。後から入庫したロットのほうが期限が短い（購買先の在庫都合）、リテストで期限が更新された、開封により期限が短縮された、こうした場合、FIFOに従うほど期限切れリスクが増えます。</p><p>FEFO（First Expiry, First Out：期限の早いものから使う）は、この問題への回答です。ただしFEFOを「倉庫の棚の並べ方」と理解していると、システム設計を誤ります。</p><p><a href="https://mes-dx.com/mes-functions/fefo-expiry">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>在庫管理</category>
  <category>品質管理</category>
  <category>食品</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ホールド管理と出荷判定、状態遷移と解除権限を分離する5つの設計判断</title>
  <link>https://mes-dx.com/mes-functions/hold-management</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/hold-management</guid>
  <description>ホールドは不適合処理の一部ではなく、独立した状態管理機能です。品質・技術・物流など複数ホールドの重ね掛け、かける権限と解除する権限の非対称設計、滞留の検知、出荷判定への接続という5つの設計判断を、状態モデルの図とともに説明します。</description>
  <content:encoded><![CDATA[<p>「このロット、止まってるはずですよね」が出荷後に判明する。ホールド管理の失敗は、この一言に集約されます。止めたつもりが止まっていない原因は、ホールドがフラグでしかなく、状態として設計されていないことにあります。</p><p>ホールド（保留）と不適合は混同されがちですが、別の概念です。不適合は「規格を満たさないことが判明した」という事実の記録であり、ホールドは「判断がつくまで動かすな」という状態の宣言です。不適合が確定していなくてもホールドはかけます。顧客からのクレーム一報で該当期間の全ロットを予防的に止める、設備の異常が疑われた時間帯の生産分を調査のため止める、監査指摘で文書不備が見つかったバッチを止める、いずれも、不適合かどうかはまだ分かりません。</p><p>この区別が実装に効くのは、ホールドには「疑い」の段階で誰でも素早くかけられる軽さが必要だからです。</p><p><a href="https://mes-dx.com/mes-functions/hold-management">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>トレーサビリティ</category>
  <category>要件定義</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>キッティング管理の設計、ピッキング・照合・キット状態の3機能とWMSとの境界</title>
  <link>https://mes-dx.com/mes-functions/kitting</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/kitting</guid>
  <description>キッティングの価値は工程開始前に不足と誤りを検出できることです。ピッキング指示・照合・キット状態管理の3機能構成、キット単位の決め方、端数返却と計画変更への追従という設計判断、WMSとの責任分界までを図解つきでまとめました。</description>
  <content:encoded><![CDATA[<p>工程が始まってから材料の不足や間違いに気づくと、ラインが止まり、代替品の手配で計画が崩れます。キッティングは、この検出のタイミングを「工程開始後」から「工程開始前」へ引き上げるための機能です。</p><p>キッティング（膳立て・配膳）は、製造オーダーに必要な材料・部品・治工具を工程開始前に揃えて照合しておく業務です。この業務の価値を「準備の効率化」と捉えると、投資判断を誤ります。本質は問題の検出タイミングの前倒しです。</p><p>材料の不足・誤品・期限切れは、いつか必ず検出されます。問題はいつ検出されるかです。工程開始後に発覚すれば、段取りをやり直し、設備と人が待ち、最悪の場合は仕掛品が中途半端な状態で滞留します。キッティングの時点で発覚すれば、影響は「そのオーダーの着手を遅らせるか、別オーダーを先に流すか」という計画側の判断で吸収できます。</p><p><a href="https://mes-dx.com/mes-functions/kitting">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>在庫管理</category>
  <category>品質管理</category>
  <category>要件定義</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>投入照合の設計、誤投入を「起こさせない」照合ロジックと例外処理の5論点</title>
  <link>https://mes-dx.com/mes-functions/material-verification</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/material-verification</guid>
  <description>誤投入対策の本体はスキャンではなく、照合NGのときに何が起きるかの設計です。品目・ロット・順序・数量の4要素の照合ロジック、代替品・読めないバーコード・二重投入といった例外処理の5論点、段階的に厳しくする導入手順を説明します。</description>
  <content:encoded><![CDATA[<p>バーコードを読ませているのに誤投入が減らない工場には、共通点があります。照合がNGになったとき現場が先へ進む抜け道が残っていることです。投入照合の設計とは、スキャンの設計ではなく例外の設計です。</p><p>誤投入対策としてバーコードスキャンを導入したのに事故が続く。この相談は珍しくありません。調べるとほぼ次のどれかが見つかります。</p><p>スキャナーを配ることと、誤投入を起こさせないことの間には距離があります。この距離を埋めるのが照合ロジックと例外処理の設計です。なお、バーコード・RFID・画像認識といった識別手段そのものの選定はバーコード・RFID・画像認識の使い分けで、収集方式の全体像はデータ収集で扱っています。この記事は「読んだ後、何を判定し、NGのとき何が起きるか」に絞ります。</p><p>投入照合で判定できる要素は4つです。</p><p><a href="https://mes-dx.com/mes-functions/material-verification">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>トレーサビリティ</category>
  <category>要件定義</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>包装工程のMES管理、表示・個装・ケースの3層を揃える設計とライン切替の統制</title>
  <link>https://mes-dx.com/mes-functions/packaging-line</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/packaging-line</guid>
  <description>包装は「中身・容器・表示・集合」の整合を同時に保つ工程で、製造と物流の性質が交差します。個装・ケース・パレットの3層の数量整合、ラインクリアランスの電子化、包装資材のロット管理という設計判断を工程の流れに沿って説明します。</description>
  <content:encoded><![CDATA[<p>中身は合格品なのに、表示が違う・数量が合わない・賞味期限の印字が昨日の設定のまま、包装工程の事故は、製品そのものではなく「整合」の崩れから起きます。包装のMES管理とは、この整合を工程の流れの中で保ち続ける仕組みです。</p><p>包装工程を加工工程の延長として設計すると、必ず抜けが出ます。加工工程の関心は「モノを正しく変化させること」ですが、包装工程の関心は「複数の要素を正しく組み合わせること」だからです。保つべき整合は4つあります。</p><p>このうち2の表示の正しさはラベル発行と印字検証が、4を個体単位で行う場合の識別体系はシリアライゼーションが、それぞれ専門に扱う領域です。この記事はこの2つを部品として使いながら、包装工程全体の流れをどう組み立てるかに焦点を当てます。</p><p>包装の物理構造は、おおむね個装（一次包装）・ケース（二次包装・段ボール）・パレット（輸送単位）の3層です。</p><p><a href="https://mes-dx.com/mes-functions/packaging-line">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>トレーサビリティ</category>
  <category>食品</category>
  <category>医薬品</category>
  <category>品質管理</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>手直し・再作業の管理、正規工程から外れたモノを追う3つの経路設計</title>
  <link>https://mes-dx.com/mes-functions/rework-management</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/rework-management</guid>
  <description>手直しは例外処理ではなく、最初からモデル化すべき正規の業務です。工程内やり直し・戻り工程・専用リワークルートの3経路の使い分け、回数制限と再検査の設計、実績と原価への反映方法を整理し、簿外リワークを生まない仕組みを説明します。</description>
  <content:encoded><![CDATA[<p>どの工場にも手直しはあります。問題は、手直しがシステムに載っていないことです。正規工程の実績は完璧に取れているのに、手直しは白板とExcelで回っている、この状態では、不良の実態も本当の原価も見えません。</p><p>MES導入後の工場を歩くと、システムに存在しない作業を見つけることがあります。ラインの脇に置かれた手直し待ちの仕掛品、検査で弾かれた後にベテランが直して検査ラインへ戻す品物。実績はどこにも記録されず、直った品物は「一発で合格した」ことになっています。これが簿外リワークです。</p><p>原因は現場の怠慢ではありません。システムが正規工程しか表現できないからです。工程は前へ進むものとして設計され、戻る・繰り返す・横道へ逸れるという動きを登録する画面がない。</p><p><a href="https://mes-dx.com/mes-functions/rework-management">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>トレーサビリティ</category>
  <category>コスト</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>サンプリング管理のMES設計、採取からLIMS連携まで「結果待ち」を閉じる仕組み</title>
  <link>https://mes-dx.com/mes-functions/sample-management</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/sample-management</guid>
  <description>サンプリングは現場（採取）と検査室（分析）にまたがるため、記録が最も分断されやすい業務です。サンプルのライフサイクル設計、採取指示と識別ラベル、MESとLIMSの責任分界、結果待ちの間の工程統制という設計判断を順に説明します。</description>
  <content:encoded><![CDATA[<p>サンプルを採ったのは現場、結果を出すのは検査室、結果で動くのは工程。サンプリングは3者にまたがる業務であり、つなぎ目のどこが切れても「結果が出る前にロットが先へ進んでいた」という事故になります。</p><p>サンプリングを巡るトラブルを集めると、分析の失敗はほとんどありません。起きているのはつなぎ目の失敗です。採るべきタイミングで採られなかった（採取漏れ）。採ったサンプルの取り違え（ラベルの手書き運用）。検査室に届いたが依頼情報が不完全で分析が始まらない。結果は出ていたが工程側に伝わらず、不合格ロットが次工程へ進んだ。逆に、結果はとっくに出ているのにロットが「結果待ち」のまま放置された。</p><p>これらはすべて、サンプルという「モノ」と検査結果という「情報」が、現場と検査室の間を往復する構造から生まれます。</p><p><a href="https://mes-dx.com/mes-functions/sample-management">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>医薬品</category>
  <category>要件定義</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>シフト引継の電子化、口頭とノートから構造化データへ移す4つの設計判断</title>
  <link>https://mes-dx.com/mes-functions/shift-handover</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/shift-handover</guid>
  <description>引継ミスは記憶と記録の境目で起きます。自動集約すべき情報と人の所見として書くべき情報の切り分け、引継項目の構造化、確認の証跡、責任の移転タイミングという4つの設計判断を整理し、引継ノートの電子化が失敗する理由を説明します。</description>
  <content:encoded><![CDATA[<p>夜勤帯に起きた設備の異音、様子を見ながら流していたロット、仕掛かり中の洗浄。翌朝の担当者がそれを知らずに操業を続けたとき、事故の条件が揃います。シフト引継は、工場で最も頻繁に行われる「情報の手渡し」であり、最も設計されていない業務です。</p><p>シフト引継の改善プロジェクトの多くは、紙の引継ノートをそのまま画面にすることから始めます。そして数か月後、電子ノートには「特記事項なし」が並ぶようになります。紙のときに書かれていた微妙なニュアンス、「3号機、たまに変な音がする。様子見て」は、かえって書かれなくなります。入力が面倒だからです。</p><p>この失敗の原因は、引継の中身を分析せずに器だけを変えたことにあります。引継で渡している情報を分解すると、性質の違う2種類が混ざっています。</p><p>生産実績、仕掛の状態、停止の履歴、アラームの発生状況、品質検査の結果。</p><p><a href="https://mes-dx.com/mes-functions/shift-handover">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>運用保守</category>
  <category>人材育成</category>
  <category>品質管理</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>秤量・分注管理のMES設計、誤秤量を防ぐ4段階照合とGMP電子記録の要件</title>
  <link>https://mes-dx.com/mes-functions/weighing-dispensing</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/weighing-dispensing</guid>
  <description>秤量は原材料の誤りが最終製品まで直結する工程です。作業者・材料・秤・量の4段階照合、許容範囲の持ち方、分割秤量と残量、秤の接続方式という設計判断を整理し、EU GMP Annex 11改訂案が電子秤量記録に求める要件まで書きました。</description>
  <content:encoded><![CDATA[<p>配合を間違えたバッチは、後工程でどれだけ検査しても直せません。秤量・分注は「間違いが最も高くつく工程」であり、製薬・食品・化学の現場で最初に電子化する価値がある領域です。</p><p>秤量室で起きる間違いは3種類しかありません。違う材料を量る、違う量を量る、量った結果を違って書く。この3つです。単純に見えますが、紙運用ではどれも防げません。指図書の品名を読み違えても、電卓の計算を間違えても、天びんの表示を転記し損ねても、その場で気づく仕組みがないからです。</p><p>そして秤量の誤りには、他工程の誤りと決定的に違う性質があります。後工程で回復できないことです。加工条件の誤りは再加工で救える場合がありますが、配合の誤りはバッチ全体の廃棄に直結します。医薬品なら健康被害、食品ならアレルゲン混入につながる、リスクの起点でもあります。</p><p><a href="https://mes-dx.com/mes-functions/weighing-dispensing">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>医薬品</category>
  <category>食品</category>
  <category>規制対応</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>歩留まり分析の設計、MESデータで損失の所在を特定する4段階の分解</title>
  <link>https://mes-dx.com/mes-functions/yield-analysis</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/yield-analysis</guid>
  <description>「歩留まり92%」という数字だけでは、誰も動けません。直行率とロールドスループット歩留まりの使い分け、損失区分の設計、工程・要因・ロット条件への4段階ドリルダウン、分析を改善アクションにつなげる会議体と目標設定までを説明します。</description>
  <content:encoded><![CDATA[<p>歩留まりの数字を毎月報告している工場は多くあります。しかしその数字から改善アクションが生まれている工場は多くありません。差は分析力ではなく、データの持ち方にあります。分解できる形で実績を取っているかどうかです。</p><p>歩留まりは、投入に対する良品産出の比率です。定義は単純ですが、この1つの数字には性質の違う損失が全部混ざっています。不良として廃棄された分、手直しで救われた分（工数は失われている）、サンプリングで抜かれた分、段取りで捨てたスタートロス、計量誤差や蒸発などの目減り。92%という合計値からは、どの損失を、誰が、どう減らせばよいのかが読み取れません。</p><p>さらに悪いことに、集計の定義が曖昧なまま数字だけが独り歩きします。手直し後に合格した品は分子に入っているのか。サンプル抜き取りは損失に数えるのか。工程をまたぐ歩留まりは掛け算されているのか。</p><p><a href="https://mes-dx.com/mes-functions/yield-analysis">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>コスト</category>
  <category>データ基盤</category>
  <pubDate>Tue, 25 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AI外観検査のMES統合、2026年の実装状況とAnnex 22が要求する5項目</title>
  <link>https://mes-dx.com/mes-functions/ai-vision-inspection</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/ai-vision-inspection</guid>
  <description>2026年、Rockwell・Critical Manufacturing・iBase-tがAI画像処理をMES／QMSに統合しました。統合の3類型、判定権限やモデル版管理といった設計判断、そしてEU GMP Annex 22がAIに課す要求を一次情報からまとめました。</description>
  <content:encoded><![CDATA[<p>AI外観検査は検査装置の中で完結する時代を終え、MESの品質機能に統合されはじめました。2026年に何が発表され、実装で何を決める必要があり、規制はAIに何を要求するのか。一次情報にもとづいてまとめました。</p><p>外観検査のAIは、これまで検査装置ベンダーの領域でした。装置がOK／NGを判定し、MESはその結果を1項目として受け取る。この構図が2026年に崩れました。MES／QMS側のベンダーが、AI画像処理を自社プラットフォームの機能として取り込み始めたためです。外観検査はMESにAIを載せる活用領域の一つで、他の領域と並べた見取り図はMESにAIを載せると何ができるかにあります。</p><p>一次情報として確認できるのは、次の3件です。</p><p>この3件が示しているのは、単に「MESにAI機能が付いた」ということではありません。</p><p><a href="https://mes-dx.com/mes-functions/ai-vision-inspection">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>産業AI</category>
  <category>品質管理</category>
  <category>規制対応</category>
  <category>欧米動向</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>アンドンと通知・エスカレーション、応答時間を計測する仕組みとして設計する</title>
  <link>https://mes-dx.com/mes-functions/andon-notification</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/andon-notification</guid>
  <description>アンドンの価値は「呼ぶこと」ではなく「呼んでから来るまでの時間が残ること」にあります。重大度階層、エスカレーション段数、宛先の持ち方、通知抑制という4つの設計判断と、通知疲れを起こす典型パターンを説明します。</description>
  <content:encoded><![CDATA[<p>通知の宛先を増やすほどアンドンは効かなくなります。誰も自分宛だと思わなくなるからです。MESの通知・エスカレーション機能を、応答時間という指標を生む仕組みとして設計する方法をまとめました。</p><p>アンドンをMESに載せる目的を「異常を早く知らせること」だと説明すると、ほぼ確実に通知機能の設計になり、ほぼ確実に定着しません。パトライトと構内放送で足りていた工場に、スマートフォンの通知が増えるだけだからです。</p><p>MES上のアンドンが紙やランプに対して持つ唯一の優位は、呼び出しから到着までの時間、到着から復旧までの時間が、事象単位で自動的に残ることです。この2つの時間が蓄積されると、次のような議論が初めてデータでできるようになります。</p><p>つまりアンドンは通知機能ではなく計測機能です。この理解でスタートすると、設計の優先順位が変わります。</p><p><a href="https://mes-dx.com/mes-functions/andon-notification">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>設備保全</category>
  <category>運用保守</category>
  <category>品質管理</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>承認ワークフローと電子署名、21 CFR Part 11とAnnex 11で違う3つの要件</title>
  <link>https://mes-dx.com/mes-functions/approval-workflow</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/approval-workflow</guid>
  <description>電子署名は「承認ボタン」ではなく、署名の意味・本人識別・記録との結合という3要素の組み合わせです。21 CFR Part 11 Subpart Cの条文を実装要件に落とし、承認段数やSoD、連続署名の扱いまで設計判断を説明します。</description>
  <content:encoded><![CDATA[<p>承認が滞る工場の原因は、ワークフローエンジンの性能ではなく、誰が何に責任を負うかの定義が曖昧なことです。電子署名の規制要件を実装レベルまで分解し、そこから承認フローの設計判断を導きます。</p><p>「うちのMESは電子署名に対応しています」という説明は、それだけでは何も意味しません。電子署名の要件は、次の3つの独立した部品に分解できるからです。製品によって、3つのうち1つか2つしか実装されていないことがあります。</p><p>署名が「作成」なのか「レビュー」なのか「承認」なのかが、署名の表示に含まれていること。21 CFR Part 11 の §11.50 は、電子署名を含む記録の表示に、署名者の氏名、署名の日時、そして署名に紐づく意味（review、approval、responsibility、authorship など）を含めることを求めています。</p><p><a href="https://mes-dx.com/mes-functions/approval-workflow">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>規制対応</category>
  <category>品質管理</category>
  <category>医薬品</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>監査証跡、EU GMP Annex 11改訂案が5→19ページで示した重心の移動</title>
  <link>https://mes-dx.com/mes-functions/audit-trail</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/audit-trail</guid>
  <description>2025年7月7日公開のEU GMP Annex 11改訂案は、5ページから19ページ・17章へ拡充され、バリデーション中心からセキュリティ・ID／アクセス管理・監査証跡中心へ再編されました。MESの監査証跡をどう設計すべきかを実装レベルで説明します。</description>
  <content:encoded><![CDATA[<p>規制産業のMES選定では、監査証跡がほぼ最初に見られます。しかし2025年の規制改訂案は、その位置づけをさらに前に押し出しました。何がどう変わり、実装で何を決める必要があるのかをまとめました。</p><p>EU GMPのAnnex 11（コンピュータ化システム）は、現行版が2011年1月改訂のもので、EudraLex Volume 4 に収載されています。分量は約5ページ、内容の中心はバリデーションでした。この15年間、日本を含む多くの国のGxP MESプロジェクトは、この構成を前提に「バリデーション文書をどれだけ作るか」を最大の論点として進んできました。</p><p>その前提が変わります。</p><p><a href="https://mes-dx.com/mes-functions/audit-trail">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>規制対応</category>
  <category>トレーサビリティ</category>
  <category>医薬品</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>計測器の校正管理、未校正の設備を使わせない実装と遡及影響評価</title>
  <link>https://mes-dx.com/mes-functions/calibration</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/calibration</guid>
  <description>校正管理の本番は期限切れが発覚した後です。前回校正日まで遡って測定結果を疑う範囲をどう確定するか、ブロックを実装する3つの地点、ISO 10012が2026年版に改訂された事実まで、実装の論点をまとめました。</description>
  <content:encoded><![CDATA[<p>校正期限の一覧表を持っているだけでは、校正管理をしていることになりません。問われるのは、期限切れの計測器で測った結果をどう扱うかです。この一点から逆算して設計を組み立てます。</p><p>校正管理の要件は「校正期限を管理する」と書かれることが多いのですが、この書き方では設計の中心が見えません。校正管理が本当に問われるのは、次の場面です。</p><p>&gt; 定期校正に出したノギスが、規格外れで返ってきた。前回の校正は8か月前。この8か月間にこのノギスで測った製品は、すべて測定値が信用できない。対象は何ロットで、どこまで出荷済みか。</p><p>このとき必要になるのは期限の一覧表ではなく、「どの計測器で、いつ、どのロットの、どの特性を測ったか」という記録です。この記録がなければ、影響範囲は「8か月間にこの工程を通った全ロット」まで広がります。</p><p><a href="https://mes-dx.com/mes-functions/calibration">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>品質管理</category>
  <category>設備保全</category>
  <category>規制対応</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>段取り替え支援、MESが削れる時間と削れない時間を分ける</title>
  <link>https://mes-dx.com/mes-functions/changeover</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/changeover</guid>
  <description>段取り時間のうちMESが削れるのは「準備の待ち」と「立ち上げの試行錯誤」で、物理的な着脱作業は削れません。段取りイベントの定義、品種別段取り時間マトリクスのスケジューラへの返し方、初品判定の設計をまとめました。</description>
  <content:encoded><![CDATA[<p>「MESで段取り時間を30%削減」という提案を受けたら、どの部分を削るのかを分解して聞いてください。段取り時間は3つの性質の異なる時間の合計で、MESが効くのはそのうち2つです。分解の仕方から書きます。</p><p>段取り替えの時間短縮は、SMED（シングル段取り。内段取りを外段取りへ移し替える改善手法）の枠組みで語られてきました。MESの役割を考えるときは、この枠組みをもう一段細かく分解する必要があります。</p><p>多くの工場で、①と③の合計が段取り時間全体の半分以上を占めます。物理的な着脱作業は改善が進んでいる一方、準備待ちと立ち上げ調整は「作業のうち」として計測されていないためです。</p><p>MESを入れて最初にやるべきことは、①②③を分けて計測することです。分けて計測すれば、投資すべき先が物理改善なのか情報の仕組みなのかが数字で分かります。</p><p><a href="https://mes-dx.com/mes-functions/changeover">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>生産スケジューリング</category>
  <category>設備保全</category>
  <category>要件定義</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>データ収集は手入力・自動収集・画像のどれを選ぶか</title>
  <link>https://mes-dx.com/mes-functions/data-collection</link>
  <guid isPermaLink="true">https://mes-dx.com/mes-functions/data-collection</guid>
  <description>MESのデータ収集は「取れるから取る」で設計すると破綻します。手入力・設備自動収集・画像の3方式を、変動性と影響度の2軸で選び分ける基準、保存粒度とヒストリアンとの分担、OPC UA・MTConnectの現在地をまとめました。</description>
  <content:encoded><![CDATA[<p>収集したデータを使えていない製造業は43%（Rockwell、2026年）。原因の多くは分析力ではなく、収集の設計にあります。どの項目を、どの方式で、どの粒度で取るのかを決める順序を示します。</p><p>MESの要件定義でデータ収集の議論に入ると、収集項目のリストは放っておいても増えます。設備から取れる信号、作業者に入力させたい値、写真、測定値。「あとで分析に使うかもしれない」という理由で項目が積み上がり、最終的に誰も見ないテーブルが残ります。</p><p>93%|MESを導入済みの製造業|Rockwell調査（17カ国1,560名／2026年7月28日公開） 43%|収集したデータを効果的に活用できていないと認識している割合|同社「2026 State of Smart Manufacturing」（n=1,560／17カ国） 23%|ERP・PLM・品質・OTと…</p><p><a href="https://mes-dx.com/mes-functions/data-collection">続きをサイトで読む（MESの機能解説）</a></p>]]></content:encoded>
  <category>MESの機能解説</category>
  <category>データ基盤</category>
  <category>OPC UA</category>
  <category>要件定義</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
</channel></rss>