タイの工場で「生産管理システム 樹脂成形」を調べ始めると、計画、実績、在庫、品質、設備接続を備えた多くの製品が候補に上がります。しかし、画面や機能の比較だけでは、導入後に本当に必要な問いへ答えられるかは分かりません。顧客から不具合連絡を受けたとき、出荷ロットから樹脂、着色材、添加剤、再生材、成形条件の版、機械、金型、キャビティ、検査結果まで一貫して戻れるか。逆に、疑わしい原材料ロットから影響する仕掛品・完成品・出荷先を前向きに特定できるか。この「証拠のつながり」が選定の中心です。
本稿は射出成形だけでなく、押出、ブロー、圧縮・トランスファー成形なども視野に入れます。個別工程の操作方法ではなく、材料と条件と金型・工具と品質をどう結び、パッケージ設定、アドオン、個別開発の境界をどう決め、RFPと受入テストへ落とすかを解説します。既存の射出成形向け生産管理の解説とは重ならないよう、調達と証拠設計に焦点を置きます。
樹脂成形 生産管理で最初に決めるのは「画面」ではなく「証拠」
樹脂成形の現場では、同じ品番でも結果を左右する情報が複数の場所に分かれがちです。購買・倉庫には仕入先ロット、技術部門には材料仕様と標準条件、機械には実際の設定値、金型台帳には修理と部品交換、品質部門には測定結果、生産日報には良品・不良・パージ量があります。各表が正しくても、共通の識別子と版がなければ、後から一つの製造履歴として再構成できません。
そこで選定前に、経営指標より小さい単位で「一件の出荷ロットを説明する証拠」を定義します。最低限、次の鎖が切れずにつながる状態を目指します。
- 顧客要求と承認済み製品仕様の版
- 生産指図と工程、製造場所、時間帯
- 基材樹脂、着色材・マスターバッチ、添加剤、許可された再生材の投入ロット
- 機械・ライン、金型・工具、キャビティ、ダイやヘッドなど工程固有資源
- 承認済み成形条件・レシピの版と、実際に使われた条件の証拠
- 良品、不良、パージ、回収、返却、仕掛の数量イベント
- 検査仕様の版、測定結果、判定、隔離・解除の承認
- 包装・完成品・出荷ロットと顧客向け証明
ISO 20457:2026の公開説明は、樹脂成形品の寸法管理に材料、部品設計・金型レイアウト、加工条件が影響すると説明しています。同規格は樹脂成形専用のデータベースを定めるものではありませんが、「結果だけでなく、その結果を成立させた材料・工具・条件を関連付ける」というシステム要件を考える有力な背景になります。

射出・押出・ブロー・圧縮を一つの型へ押し込まない
全工場統一を急ぐと、各工程の違いを消して一つの汎用日報にしてしまいがちです。しかし、統一すべきなのは項目名の表面ではなく、共通の証拠原則と関連キーです。
射出成形
射出では、機械、金型、キャビティ、材料ロット、条件版、サイクル、ショットや生産区間、検査を結びます。多個取り金型では「金型が同じ」だけでは足りず、キャビティ別の状態・停止・不良・補修履歴を保持できるかが重要です。EUROMAP 77は射出成形機とMES間のデータ交換を扱いますが、規格対応という表示だけで、工場が必要とする材料系譜や承認履歴まで自動的に揃うわけではありません。候補ベンダーには、実際の対象機と取得項目をサンプルデータで示してもらいます。
押出成形
押出では連続工程のため、「一ショット」の代わりに時間区間、長さ、重量、コイル・巻取、切替点をどうロット境界へ変換するかが中心です。材料や色の切替には遷移区間があり、いつから新ロットとして扱うか、境界品を隔離するか、混在をどう記録するかを決めます。EUROMAP 84は押出向けOPC UA情報モデルを提供しますが、製品ロットの確定規則や顧客判定は工場側の業務ルールです。
ブロー成形
ブローではプリフォームやパリソン、材料、成形機、金型、キャビティ、リーク・外観・重量などの検査を関係付けます。前工程で作られた中間品を使う場合、中間品ロットから最終容器までの変換イベントが必要です。ライン内検査が高速でも、排出信号だけを保存すると、どの製品単位・時間窓へ結び付くか分からなくなるため、識別規則を受入条件にします。
圧縮・トランスファー・その他の成形
配合バッチ、プリフォーム、投入量、工具、加圧・加熱条件、硬化時間、後工程を結びます。ISO 20457:2026の公開範囲には、射出、射出圧縮、トランスファー、圧縮、回転成形などが含まれます。ただし各工場の対象材料・製品が規格範囲に入るか、顧客仕様にどう適用するかは別途確認が必要です。
共通モデルは「材料を投入し、承認済みの条件と資源を使って変換し、結果を検査し、ロットとして払い出す」という骨格にします。その上で、ショット、連続区間、コイル、バッチ、キャビティなどを工程別拡張にします。これなら全社集計と現場証拠を両立できます。
原材料 ロット 管理はバーコード読取だけでは完成しない
原材料ロット管理で多い誤解は、入庫時と投入時にラベルを読めば追跡できるという考えです。読取は重要ですが、実際には次の状態変化を記録しなければ系譜が途切れます。
- 仕入先ロットと社内ロットの対応
- 受入、隔離、検査、合格、条件付き使用、不合格の状態
- 袋・箱・サイロ・乾燥機・ホッパー・中間容器への移動と混合
- 基材、着色材、添加剤の計量・投入と単位換算
- 使い残しの返却、別容器への詰替え、再ラベル
- パージ、端材、不良品の発生、粉砕・回収、再投入の許可
- 在庫修正の前値・後値・理由・承認者
GS1 Global Traceability StandardのCritical Tracking Events(CTE)とKey Data Elements(KDE)は、この設計を考える助けになります。受入、変換、包装、出荷のような重要イベントと、その時点のwho・what・where・when・whyを残す発想です。ただしGS1は樹脂レシピそのものを定めません。工場は自社工程で「どのイベントが系譜を変えるか」を定義する必要があります。
再生材は「材料系譜」「数量会計」「主張」を分ける
再生材や粉砕戻しを扱うときは、三つを混ぜないことが重要です。
第一は物理系譜です。どの製品・工程・期間から発生した回収材か、異物混入を防ぐ区分は何か、どのロットへ何量を投入したかを追います。第二は数量会計です。発生、移動、保管、再投入、廃棄、外部搬出を同じ単位体系で収支確認します。第三は顧客や環境に対する含有・由来の主張です。主張には顧客仕様や採用するchain-of-custodyモデルがあり、物理追跡と同じとは限りません。
ISO 22095:2020はchain of custodyの一般枠組みを示しますが、その仕組みがあるだけでは材料・製品の特性を証明できないと明記しています。2026年のISO 22095-2は、化学・プラスチックなどにも関連するmass balanceについて、システム境界、帰属規則、変換係数、伝達原則を扱います。したがってシステム要件では「再生材フラグ一つ」を作るのではなく、採用モデル、境界、計算期間、換算、二重計上防止、根拠文書を別データとして管理します。
物量差異を勝手に相殺しない
生産実績で良品と不良だけを記録すると、パージ、段取廃棄、試作、検査サンプル、乾燥・輸送残、回収可能材、回収不能材が消えます。受入テストでは、投入量と各払出先をイベントで再計算し、差異が残れば「不明差異」として見えることを確認します。差異ゼロを装う自動補正より、誰がどの根拠で修正したかを残す方が監査可能です。許容差は材料、計量方法、設備、製品ごとに工場が決めるもので、本稿では一律の数値を置きません。
より一般的なロット管理の設計はロット管理システムの実務ガイドも参照してください。本稿では樹脂、配合、戻し材と成形資源の結合に絞ります。
成形条件 管理は「標準値の保存」より版と逸脱の管理
成形条件管理では、標準条件を画面に登録するだけでは不十分です。必要なのは「どの版が、いつ、誰に承認され、どの製品・材料・金型・機械の組合せへ適用され、実際はどう運転され、逸脱がどう処理されたか」です。
レシピを一枚の数値表にしない
レシピには識別子、版、状態、適用開始、廃止、適用対象、変更理由、作成・確認・承認の役割を持たせます。対象機の能力差により機械固有の変換が必要なら、企業標準レシピと機械側レシピを親子で関連付けます。単位、精度、項目名が機種で異なる場合は変換規則も版管理します。
設定値、実測値、監視値を同じ列へ上書きしてはいけません。設定した値、機械が返した値、センサーで観測した値、オペレーターが記録した値は、出所と時刻が違います。どれを合否判定に使うかをフィールド単位で決めます。通信が切れたときに空欄、前回値、手入力のどれになるかも受入試験で確認します。
逸脱を削除ではなく正式イベントにする
現場では材料状態、気候、金型状態、顧客承認試作などにより、一時的な条件変更が必要になる場合があります。システムは変更を禁止するだけでなく、権限、理由、有効範囲、期限、承認、復帰を記録できる必要があります。無断変更を防ぎながら、正当な逸脱を隠れたメモやExcelへ追い出さない設計です。
受入テストでは、未承認版を選択できないこと、期限切れ逸脱が自動継続しないこと、旧版で作った実績が後日の新版へすり替わらないこと、設定と実績を並べて出力できることを確認します。これが「成形条件を管理できる」の判定証拠です。
金型 管理 システムは資産台帳ではなく製造履歴の一部
金型管理を保全システムだけに閉じると、生産・品質との因果が切れます。金型IDだけでなく、型番、版、インサート、キャビティ、ダイ・ヘッド、使用可能状態、所在、保管条件、累積使用の根拠、洗浄・修理・部品交換、点検・校正、使用制限を持たせます。
重要なのは、修理後に同じ金型IDを使い続けても「状態の版」は変わることです。インサートやキャビティを交換した時刻を製造区間へ結べなければ、交換前後の不良傾向を分離できません。キャビティを一時停止した場合も、総生産数だけでなく有効キャビティ構成と個別実績を残します。
RFPでは「金型台帳あり」と書くだけでなく、次のシナリオを提示します。
- 生産指図への金型割当時に状態と互換性を確認する
- 点検期限切れ、使用停止、所在不明の金型を警告またはブロックする
- 段取開始・終了、試打、量産承認を時系列で残す
- インサート・キャビティ交換の前後で実績を分割する
- 不良・寸法傾向を金型、キャビティ、修理版で比較する
- 金型履歴をベンダー固有画面だけでなくエクスポートできる
金型保全の専門機能を別システムへ置く場合でも、共通ID、状態、履歴参照、停止理由、引渡し責任をインターフェース契約にします。
検査仕様・顧客証拠は結果だけでなく「何に照らしたか」を残す
測定値が保存されていても、検査仕様の版、測定方法、単位、サンプリング規則、機器状態、判定ロジックが分からなければ再判定できません。品質マスタは製品仕様の一部として版管理し、生産時点で有効だった版へ結果を固定します。
ISO 20457:2026は樹脂成形品の幾何・寸法公差と受入条件を扱い、樹脂特有の収縮、反り、冷却などを背景に、金属部品と同じ考え方をそのまま適用できないことを説明しています。ただし、実際の製品にどの公差・測定条件を採用するかは、設計、材料、工程能力、顧客契約に基づく判断です。システムが規格番号を表示するだけで適合を証明するわけではありません。
合否判定は、測定値、仕様版、判定ルール版を分けて保存します。仕様が後で変わっても過去の判定証拠を保持し、必要なら「当時判定」と「新条件での再評価」を並べます。隔離、特採、再検、手直し、廃棄、出荷解除は状態遷移として、権限と理由を残します。顧客提出用の検査成績や材料証明は、元データ、生成時刻、テンプレート版、承認者、出荷ロットへの関連を持たせます。
パッケージ、設定、アドオン、個別開発の境界を決める
樹脂成形向けシステム選定で「パッケージかスクラッチか」の二択にすると、判断が粗くなります。実務では四層に分けると契約しやすくなります。
1. パッケージ標準
ユーザー、品目、受注・指図、在庫、実績、基本品質、権限、監査など、業界をまたいで成熟している領域です。標準を使うなら、工場業務を標準へ合わせる範囲と、将来アップデートで維持される保証範囲を確認します。
2. 設定・マスタ・ワークフロー
コードを書かずに、状態、承認、項目、画面、帳票、アラートを調整する層です。設定も立派な成果物なので、一覧、変更履歴、移送手順、バックアップ、テスト証拠を納品対象にします。「ノーコードだから仕様書不要」にはしません。
3. 制御されたアドオン・連携
機械、計量器、ラベル、検査装置、ERP、倉庫、金型管理との接続や、樹脂配合・連続工程の特殊ロジックを担います。標準API、メッセージ、ファイル形式を優先し、再送、重複、順不同、単位、時刻、マスタ不一致、障害復旧を仕様化します。ISA-95の境界モデルやEUROMAPの情報モデルは共通語として役立ちますが、実装範囲と責任は契約で決めます。
4. 個別開発
競争力に直結し、標準・設定・安全な拡張で満たせない領域だけに限定します。個別開発にはソース、ビルド、依存関係、テスト、脆弱性対応、保守、知的財産、引継ぎが伴います。NIST SSDFはセキュア開発の共通語として調達者も利用できると説明しています。特定認証の有無だけでなく、実際の開発・レビュー・リリース・修正の証拠を要求します。

判断表には、各要件について「差別化価値」「法規・顧客リスク」「変更頻度」「標準適合度」「アップグレード影響」「データ所有」「代替可能性」「受入証拠」を並べます。標準から外れるほど、開発費だけでなく将来変更と出口の負債が増えます。一般的な候補比較の進め方はタイ工場向け生産管理システム比較も参照できます。
RFPを機能一覧から「シナリオ・証拠・責任」へ変える
RFPの各要件は、名詞ではなく受入可能な文にします。「トレーサビリティ機能」「金型管理」「条件監視」では、ベンダーごとの解釈が違います。次の構造で記述します。
業務状況:誰が、どの工程で、何を処理するか。
事前条件:有効なマスタ版、材料状態、金型状態、権限。
操作・イベント:読取、投入、開始、変更、検査、隔離、解除。
期待結果:ブロック、警告、記録、関連付け、通知、再計算。
証拠:画面、API応答、イベントログ、監査履歴、エクスポート。
責任:工場、パッケージベンダー、機械ベンダー、SI、検査装置ベンダー。
例外:通信断、ラベル破損、誤投入、再送、取消、手修正、夜勤。
例えば「原材料ロットを追跡できる」ではなく、次のようにします。
合格状態の基材樹脂、着色材、添加剤、許可された再生材のみを指図へ投入できる。投入イベントは、材料ロット、容器、重量と単位、設備・保管場所、指図、操作者、時刻、データ源を保持する。取消・修正は元イベントを消さず、前値、後値、理由、承認を残す。出荷ロットから全投入へ戻り、任意の投入ロットから影響する仕掛・完成品・出荷を前向きに照会し、機械可読形式で出力できる。
この文章ならデモと受入で同じ問いを使えます。ベンダーには標準、設定、追加開発、対象外を色分けし、前提・制約・第三者製品・ライセンスを明示してもらいます。
受入テストは正常系デモではなく「履歴を再演」する
受入テストの目的は画面が動くことではなく、工場の重要な事実が欠落・重複・すり替えなく残ることを確認することです。テストデータは本番に近い複雑さを持たせ、前後方向の追跡と数量再計算を行います。
必須シナリオ
- 一つの樹脂ロットを二指図へ分割し、一指図で二つの包装ロットを作る。
- 基材、着色材、添加剤、許可された再生材を投入し、単位換算と端数を含める。
- 未承認レシピを選ぼうとしてブロックされ、承認済み一時逸脱を期限付きで使う。
- 生産途中でインサートまたはキャビティ状態を変更し、変更前後の実績を分ける。
- 機械接続を切断・復旧し、欠落、再送、重複、順不同の扱いを確認する。
- 良品、不良、パージ、検査サンプル、回収可能、廃棄を別々に計上する。
- 検査仕様を改訂し、改訂前後の結果が当時の版に固定される。
- 不合格ロットを隔離し、権限分離された特採または解除を証拠付きで行う。
- 出荷ロットから材料・条件・工具・検査へ戻り、材料ロットから影響先を前向きに出す。
- 全マスタ、取引、添付、監査、関連キーを移行用形式で出力し、別環境で関係を再構成する。

各シナリオには入力データ、手順、期待結果、証拠ファイル、判定者、欠陥重大度、再試験条件を付けます。性能試験も平均応答時間だけでなく、同時利用、ラベル連続発行、大量追跡、履歴エクスポート、通信復旧時を対象にします。ただし目標値は工場の実測負荷と業務締切から決め、一般値をコピーしません。
契約で決めるべき成果物と責任境界
要件定義書だけでなく、次を納品物・更新対象として列挙します。
- 業務シナリオとデータ辞書、ID・単位・時刻の規約
- マスタ所有者と変更承認、移送・ロールバック手順
- インターフェース仕様、エラーコード、再送・重複排除、監視項目
- 設定一覧、アドオン設計、ソースまたは預託条件、ビルド手順
- テストケース、実行結果、欠陥台帳、受入判定記録
- 権限表、監査ログ、バックアップ、復旧、セキュリティ対応
- 運用手順、教育資料、タイ語・英語等の言語範囲、サポート時間
- データ保持、削除、個人情報、国外移転の確認事項
- ライセンス、利用量、第三者依存、更新費、保守終了時の扱い
- 出口用エクスポート仕様、データ移行支援、知識移管
責任分担はRACIだけでなく、障害シナリオで決めます。例えば「機械値がMESへ来ない」場合、機械側タグ、ゲートウェイ、ネットワーク、時刻同期、メッセージ、MES取込、マスタ対応のどこまでを誰が診断し、どのログを共有し、暫定運転を誰が承認するかを定義します。
電子的な承認・契約・証拠を利用する場合、ETDAは電子取引法と関連ガイダンスを公開しています。ただし、個別契約の形式、署名、証拠能力、個人情報、保存期間は案件ごとにタイの専門家と確認してください。本稿は法律意見ではありません。
出口設計を契約前に受け入れる
出口は「契約終了時にCSVを渡す」で終わりません。必要なのは関係を保ったデータです。品目だけでなく版、材料ロットだけでなく投入・変換・返却イベント、金型だけでなくキャビティと修理履歴、測定値だけでなく仕様版と判定、添付だけでなく対象レコードへのキー、ユーザー名だけでなく退職者を含む監査上の識別を移せる必要があります。
CISAなどの共同ガイドはOT製品選定でオープンで相互運用可能な標準と移行可能性を問い、ベンダーロックインを避ける観点を示しています。民間工場への法的義務ではありませんが、調達質問として有効です。
契約前のPoCで、小さな出口テストを実施します。ベンダー提供形式でデータを出し、工場側が別ツールで一件の出荷履歴を再構成します。APIだけを約束するなら、レート、ページング、削除済みデータ、添付、監査、費用、契約終了後の利用期間を確認します。暗号鍵、アカウント、クラウド保管、機械接続設定、ラベルテンプレート、帳票、ソース、依存ライブラリも出口台帳へ含めます。
タイ工場での段階導入
最初から全工程・全品番を広げるより、証拠鎖を一本完成させます。
段階1:現状証拠の棚卸し
代表製品を選び、出荷から材料まで実際に遡ります。Excel、紙、機械、品質装置、ERP、金型台帳のどこに情報があり、どのIDで結べず、どの修正が消えるかを記録します。現場の言語と正式マスタ名の差も確認します。
段階2:最小証拠鎖の設計
対象製品・機械・金型・材料を限定し、共通ID、イベント、版、状態遷移、責任者を決めます。バーコードや機械接続は、その鎖を正確に作る手段として選びます。
段階3:シナリオPoC
正常な一日だけでなく、材料返却、レシピ逸脱、通信断、キャビティ停止、隔離・解除を実演します。ベンダーの説明ではなく、取得したエクスポートを工場チームが検証します。
段階4:FAT・SAT・運用受入
FATでは設定、連携、帳票、権限を管理環境で確認し、SATでは実機・実ラベル・現場ネットワーク・実担当で確認します。稼働後は締め、在庫差異、未紐付けイベント、手修正、インターフェース欠落を監視し、一定期間の運用証拠で最終受入します。期間や閾値は契約で定義します。
段階5:横展開
射出で確立した共通モデルを押出やブローへ展開する場合も、工程固有のロット境界と資源を追加します。最初の画面をコピーするのではなく、共通証拠と工程拡張を分けます。
FAQ:樹脂成形の生産管理システム選定
生産管理システム 樹脂成形向けは汎用品と何が違いますか?
材料配合、再生材、条件版、金型・キャビティ、連続工程の境界、検査仕様を製造履歴として結ぶ点が重要です。ただし専用品という名称だけで判断せず、工場のテストシナリオで標準対応、設定、追加開発を分けてください。
樹脂成形 生産管理は射出成形だけを対象にすべきですか?
いいえ。共通の材料・版・品質・出荷モデルを持ち、射出のショット/キャビティ、押出の時間区間/巻取、ブローの中間品、圧縮の配合バッチなどを工程別に拡張できます。一つの汎用日報へ無理に揃えないことが大切です。
原材料 ロット 管理で最低限必要なものは何ですか?
仕入先・社内ロット、状態、保管・移動、計量・投入、返却・詰替え、再生材、修正履歴、製品との前後方向リンクです。バーコードは入力手段であり、イベントと例外処理の設計が本体です。
成形条件 管理では機械の設定値を全部保存すべきですか?
「全部」より、品質・追跡・診断に必要な項目、出所、単位、頻度、版、欠損時の扱いを決めます。設定値、機械が返す値、観測値を区別し、承認レシピと実績を比較できるようにします。
金型 管理 システムは保全システムと分けてもよいですか?
分けても構いません。ただし金型・キャビティの状態、修理版、所在、使用区間を生産・品質実績へ共通IDで結び、障害時とデータ所有の責任を決める必要があります。
パッケージと個別開発はどう選びますか?
成熟した共通業務は標準、工場差は設定、機械・工程固有差は制御された連携・アドオン、競争力に直結して他で満たせない部分だけ個別開発にします。すべてに受入証拠と出口条件を付けます。
RFPで最も避けるべき書き方は何ですか?
「トレーサビリティあり」「IoT対応」のような名詞だけの要求です。事前条件、操作、期待結果、例外、証拠、責任を一つのシナリオにしてください。
まとめ:樹脂成形システムは「説明できる製造」を買う
樹脂成形の生産管理システム選定で買うべきものは、画面の多さではありません。承認済み仕様、材料ロット、再生材、条件版、機械、金型・キャビティ、実績、検査、廃棄・回収、出荷を、後から再構成できる証拠鎖です。工程差を尊重した共通データモデルを作り、標準、設定、アドオン、個別開発の境界を明記し、RFPをシナリオと証拠へ変えます。受入では通信断や修正も含む履歴を再演し、最後に出口データで関係を再構成できることを確認します。
TOMAS TECHでは、樹脂成形の現場棚卸し、要件境界の整理、RFP、PoC/FAT/SAT、機械・ERP・品質・金型情報の連携まで、検討初期から相談できます。製品選定前に「どの証拠を残すべきか」を整理したい段階でも、お問い合わせください。
参照した一次情報
- ISO 20457:2026 — Plastics moulded parts
- Thailand BOI — 1H 2026 investment release
- ISA-95 Standard
- EUROMAP OPC UA specifications
- GS1 Global Traceability Standard
- ISO 22095 chain of custody
- ISO 22095-2:2026 mass balance announcement
- ISO/IEC 25010:2023 product quality model
- NIST SP 800-218 SSDF 1.1
- Secure by Demand for OT owners and operators
- ETDA — Electronic Transactions laws
※本稿の記録項目、RFP構造、受入シナリオは実務上の提案であり、特定規格が同じ項目を一律に義務付けるという意味ではありません。