API連携とは、異なるソフトウェアやシステムが、あらかじめ定められた要求・応答の方法を用いてデータや機能を相互利用する仕組みです。製造現場では、ERP、MES、在庫管理、クラウドサービス、設備監視システムなどの間で情報を受け渡すために使用されます。
CSV連携がファイル単位の受渡しを中心とするのに対し、API連携では必要なタイミングでデータを要求し、その場で処理結果を受け取れます。製造指図の取得、計量実績の登録、在庫照会、異常通知などに利用できます。
ハカルプラスでは、接続先APIの仕様、認証方式、データ項目、通信断時の運用を確認し、産業用コンピュータやゲートウェイを介したAPI連携を検討します。
APIの役割
APIは、システム内部の処理やデータベース構造を直接公開せず、外部から利用できる操作とデータ形式を定めた窓口です。
例えば、製造指図を取得する、製造実績を登録する、特定ロットの在庫を照会するといった操作を提供します。
API連携の主な用途
- ERP・MESから製造指図を取得する
- 計量実績や生産実績を登録する
- 原料・製品在庫を照会する
- 設備異常を保全システムへ通知する
- クラウドへ計測データを送信する
- 品目、作業者、レシピなどのマスタを取得する
Web API
ネットワーク経由でHTTPやHTTPSを使用するAPIをWeb APIと呼びます。
製造システムでは、要求データを送信し、JSONなどの形式で処理結果を受け取る構成が多く使われます。接続先URL、通信方法、認証情報を設定します。
REST API
REST APIは、データや機能をリソースとして扱い、取得、登録、更新、削除などをHTTPの操作方法に対応させる設計方式です。
製造指図一覧の取得、特定指図の実績登録など、対象と操作を分かりやすく表現できます。
JSON形式
APIの送受信データには、JSON形式がよく使用されます。項目名と値の関係を表現でき、階層構造や配列も扱えます。
製造指図の中に複数の原料情報を含めるなど、CSVより複雑なデータを表現しやすい点が特長です。
APIから取得する情報
- 製造指図番号、品種、予定数量
- 原料コード、目標重量、許容誤差
- 原料ロット、在庫数量、保管場所
- 作業者・設備・品目マスタ
- 前回実績、品質判定、承認状態
APIへ登録する情報
- 製造開始・終了時刻
- 良品数量、不良数量
- 原料別計量実績
- 製品ロット、使用原料ロット
- 設備状態、異常、停止理由
- 作業者、設定変更、承認情報
同期処理と非同期処理
要求を送信し、処理結果が返るまで待つ方式を同期処理と考えます。指図取得や在庫照会など、直ちに結果が必要な処理に適しています。
データを送信した後、受付だけを確認し、実際の処理結果を後で受け取る非同期処理もあります。大量データや時間のかかる処理に適しています。
認証
APIへ誰でも接続できる状態にすると、不正なデータ取得や登録が行われる可能性があります。
APIキー、ユーザーID・パスワード、アクセストークン、証明書などを使用して接続元を認証します。認証情報をプログラムへ平文で埋め込まないようにします。
通信の暗号化
製造情報や認証情報をネットワークで送る場合は、HTTPSなどを利用して通信を暗号化します。
サーバー証明書を確認し、意図した接続先であることを検証します。期限切れや証明書更新時の運用も決めます。
アクセス権限
設備側システムが利用できるAPIを必要最小限に限定します。
製造実績の登録だけが必要な設備へ、ユーザー管理や全在庫削除などの権限を与えないようにします。
タイムアウト
APIへ要求しても、ネットワーク障害やサーバー高負荷によって応答が返らない場合があります。
一定時間でタイムアウトし、設備制御を待たせ続けないようにします。指図取得失敗と実績登録失敗では、運転への影響が異なるため処理を分けます。
再送処理
一時的な通信エラーでは、一定時間後に再送することで復旧できる場合があります。
再送間隔、最大回数を設定し、短時間に大量の要求を送らないようにします。再送しても二重登録されない仕組みが必要です。
二重登録の防止
実績登録要求を送信した後、応答だけが失われると、設備側では失敗に見えてもサーバー側では登録済みの場合があります。
各実績に一意の識別子を付け、同じ識別子が再送された場合は新規登録せず、以前の処理結果を返す設計が有効です。
処理結果とエラーコード
APIは、成功・失敗だけでなく、失敗理由を返します。
未登録品目、指図状態不正、認証エラー、入力値範囲外などを区別し、画面へ具体的に表示します。通信エラーと業務上のエラーを分けることが重要です。
通信断時の一時保存
上位システムへ実績を送れない場合は、産業用コンピュータや設備内のストレージへ一時保存します。
通信復旧後に古い順から再送し、未送信件数、最古データ時刻、保存可能残数を表示します。
APIのバージョン管理
接続先システムの更新によって項目や処理方法が変わる場合があります。
APIのバージョンを明示し、旧版の提供終了時期を確認します。項目追加を受けても既存処理が停止しないデータ解析方法を検討します。
データ形式の確認
数値、文字列、日時、真偽値などの型を正しく扱います。
重量の単位、小数桁、タイムゾーン、未設定値の表現が一致していないと、誤登録や計算エラーにつながります。
大量データの扱い
長期間の履歴や多数の指図を一度に取得すると、通信量と処理時間が増えます。
ページ単位で取得する、日時や状態で絞り込む、差分だけを取得する方法を使用します。
設備制御との分離
API通信処理が遅れても、PLCのリアルタイム制御へ影響しない構成とします。
PLCは機械制御を継続し、産業用コンピュータやゲートウェイがAPI通信とデータ保存を担当する役割分担が考えられます。
セキュリティ更新
暗号化方式、ライブラリ、証明書には更新が必要です。
長期間使用する産業設備では、OSや通信ソフトの更新方法、更新後の接続試験、サポート期間を確認します。
ログと監査証跡
要求日時、接続先、データ識別子、処理結果、エラー内容をログへ保存します。
個人情報や認証トークンをそのままログへ出力しないようにしながら、障害調査に必要な情報を残します。
試験
正常通信だけでなく、タイムアウト、認証失敗、重複送信、項目不足、サーバー停止などを試験します。
通信復旧後の再送、データ順序、二重登録防止まで確認します。
異常時の確認
APIへ接続できない場合は、ネットワーク、接続先、証明書、認証情報、時刻を確認します。
データが登録されない場合は、要求内容、必須項目、単位、業務エラーコードを点検します。重複が起きる場合は、一意識別子と再送処理を確認します。
ハカルプラスの対応
ハカルプラスでは、ERP、MES、クラウドなどのAPI仕様を確認し、設備側で必要なデータ項目と送受信タイミングを検討します。
産業用コンピュータ、データベース、一時保存、再送、認証を組み合わせ、PLCや計量装置のデータを上位システムへ連携する構成に対応できる場合があります。
よくある質問
Q. PLCから直接Web APIを呼び出せますか？
A. 対応PLCでは可能な場合がありますが、認証や再送処理のため産業用コンピュータを介する構成も有効です。
Q. API連携とCSV連携の違いは何ですか？
A. APIは要求ごとに結果を受け取りやすく、CSVはファイル単位で一括連携しやすい点が主な違いです。
Q. 通信が切れた場合に実績は失われますか？
A. 設備側へ一時保存し、復旧後に再送することで欠落を防げます。
Q. 再送すると実績が二重登録されませんか？
A. 一意の実績番号を使用し、同じ要求を重複処理しない設計にします。
Q. 既存システムのAPI仕様に合わせられますか？
A. 認証、データ形式、通信条件を確認し、中間ソフトで変換できる場合があります。
関連ワード
作業実績管理とは、製造、計量、投入、検査、包装、保守などの作業について、誰が、いつ、どの設備で、どの品種を、どれだけ処理したかを記録・集計する仕組みです。作業計画に対する進捗、生産数量、作業時間、停止理由などを把握し、生産性向上や原価管理へ活用します。
紙の日報や表計算ソフトでも実績は管理できますが、設備から自動取得したデータと作業者の入力を組み合わせることで、入力負担と転記ミスを減らせます。製造指図、ロット、計量実績、異常履歴などを関連付けることも重要です。
ハカルプラスでは、現場の作業手順、設備信号、管理したい項目を確認し、PLC、タッチパネル、ハンディターミナル、データベースを組み合わせた作業実績管理を検討します。
作業実績管理の目的
- 計画に対する進捗状況を確認する
- 製品別・設備別の生産数量を把握する
- 作業時間や待ち時間を分析する
- 作業者ごとの実績を記録する
- 停止・手直し・廃棄の原因を把握する
- 原価計算や改善活動へ利用する
単に完成数量だけを記録するのではなく、どの工程で時間や損失が発生したかを確認できる情報を残します。
管理する主な情報
作業実績として記録する項目は、工程や管理目的によって異なります。
- 製造指図番号、品種、ロット番号
- 作業開始時刻、終了時刻
- 設備番号、作業場所
- 作業者、確認者
- 良品数量、不良数量、廃棄数量
- 原料使用量、計量実績
- 停止時間、停止理由
- 手直し、再作業、追加投入の内容
計画と実績の比較
製造指図や日別計画には、品種、予定数量、開始予定、完了予定などが登録されます。作業実績と比較することで、進捗遅れや予定超過を把握できます。
例えば、予定数量1,000個に対して実績が800個であれば、残数200個を表示します。予定終了時刻を超えている場合は、遅延として管理できます。
作業開始・終了の記録
タッチパネル、ハンディターミナル、パソコンなどから作業開始・終了を登録します。バーコードやICカードを利用すると、製造指図と作業者を簡単に識別できます。
設備の運転信号から自動的に開始・終了を判断する方法もあります。ただし、段取り、清掃、検査など設備が動かない作業は、別途入力が必要です。
設備からの自動実績取得
PLCや計量コントローラから、生産数量、計量値、運転時間、異常停止などを取得できます。
設備が一回のサイクルを完了した時点で実績数を加算し、製造指図やロットへ関連付けます。人手による集計を減らせますが、手動運転や再処理をどのように扱うかを決める必要があります。
手入力実績
設備から取得できない作業は、作業者が数量、時間、理由などを入力します。
自由入力を多くすると表記がばらつくため、作業区分、停止理由、手直し理由などは選択式にする方法が有効です。入力が必要な項目と、自動取得できる項目を分けます。
作業者の識別
作業実績へ作業者情報を関連付けるには、個人ID、バーコード、ICカード、NFCなどを使用します。
共通アカウントでは誰が作業したか特定できないため、品質記録や教育管理へ利用する場合は個人単位で識別します。複数人で作業する工程では、主担当者と補助者を分けて記録することもあります。
数量実績
完成数量だけでなく、投入数量、処理数量、良品数量、不良数量、廃棄数量を分けて記録します。
数量の関係が一致しない場合は、入力漏れや仕掛品残りが考えられます。例えば、投入数量と良品・不良・仕掛数量の合計を照合します。
重量・計量実績
粉体、粒体、液体を扱う設備では、数量だけでなく重量実績を管理します。
原料ごとの目標重量、実績重量、誤差、補正、手動投入を保存し、製造ロットへ関連付けます。原料使用量と完成品重量を比較すると、残留や廃棄の把握にも利用できます。
作業時間
作業時間は、開始から終了までの経過時間だけでなく、実作業、段取り、待ち、停止、清掃などに分類すると改善へ活用しやすくなります。
設備運転時間と作業者の拘束時間は一致しない場合があります。管理目的に応じて、機械時間と人作業時間を分けて記録します。
段取り時間
品種切替、原料切替、治具交換、洗浄、設定変更などに要した時間を段取り時間として記録します。
製品別・設備別に集計すると、切替順序の見直しや作業標準化の効果を確認できます。段取り開始・終了を操作入力または設備状態から取得します。
停止理由の管理
設備停止を「停止」とだけ記録しても、改善には利用しにくいため、原因を分類します。
- 設備故障
- 原料待ち
- 作業者待ち
- 品質確認待ち
- 段取り・清掃
- 上流・下流設備待ち
- 計画停止
短時間停止が頻発する場合もあるため、自動判定と作業者選択を組み合わせます。
不良・手直し実績
不良数量だけでなく、不良内容、発生工程、処置、手直し時間を記録します。
同じ不良が特定設備、品種、時間帯に集中していないかを分析できます。再投入や再計量を行った場合は、元のロットとの関係を残します。
進捗表示
現場画面には、予定数量、実績数量、残数量、進捗率、予定終了時刻などを表示します。
管理者向け画面では、複数設備・複数指図の進捗を一覧化できます。遅延、停止、品質保留などを区別して表示すると、優先対応を判断しやすくなります。
リアルタイム集計
設備から実績をリアルタイムに収集すると、日報作成を待たずに現在の進捗を確認できます。
ただし、通信断や設備側の未確定実績を考慮する必要があります。確定前、確定済み、修正済みなどの状態を管理します。
日報・月報
作業実績から、生産日報、設備別実績、作業者別実績、停止時間一覧などを作成できます。
手集計を減らせますが、現場で必要な帳票と管理者が必要な集計は異なるため、目的別に表示・出力します。
原価管理への利用
作業時間、設備時間、原料使用量、不良数量を製品や製造指図へ関連付けることで、実績原価の基礎データになります。
標準時間や標準使用量との差を確認し、原料ロス、作業遅延、設備停止の影響を分析できます。
製造指図管理との連携
製造指図を作業実績の起点とすると、計画から完了までを一貫して管理できます。
作業開始時に指図番号を選択し、生産数量、計量値、作業者、停止時間を同じ指図へ保存します。完了条件を満たしたら指図を完了状態へ変更します。
ロット管理との連携
製造ロット、原料ロット、完成品ロットを作業実績へ関連付けます。
品質問題が発生した際に、どの作業者、設備、製造条件で処理されたかを追跡できます。ロットの分割や統合がある場合は親子関係も保存します。
修正と監査証跡
作業実績を修正する場合は、変更前後の値、修正理由、操作者、日時を記録します。
確定済みの実績を自由に上書きすると、品質記録や原価計算の信頼性が低下します。修正権限や承認手順を設定します。
通信断時の対応
設備とサーバーの通信が切れた場合でも、設備側へ実績を一時保存し、通信復旧後に再送します。
二重登録を防ぐため、一意の実績番号や通し番号を持たせます。未送信件数を画面へ表示すると保守しやすくなります。
異常時の確認
実績数量が合わない場合は、設備カウンタ、手動運転、再処理、通信再送、取消処理を確認します。
作業時間が異常に長い場合は、終了操作忘れ、設備停止、日付またぎ処理を点検します。実績が上位へ送信されない場合は、通信と指図番号の整合を確認します。
ハカルプラスの対応
ハカルプラスでは、製造、計量、検査、保守などの作業工程を整理し、自動取得する情報と作業者が入力する情報を検討します。
PLC、タッチパネル、ハンディターミナル、産業用コンピュータ、データベースを組み合わせ、進捗、数量、作業時間、停止理由を管理する仕組みに対応できる場合があります。
よくある質問
Q. 作業実績は設備から自動的に取得できますか？
A. 生産数量、運転時間、計量値などは設備から取得できますが、段取りや手作業は入力が必要な場合があります。
Q. 作業者ごとの実績を管理できますか？
A. 個人ID、ICカード、バーコードなどで作業者を識別し、実績へ関連付けられます。
Q. 停止理由も集計できますか？
A. 設備信号と作業者入力を組み合わせ、故障、原料待ち、段取りなどに分類して集計できます。
Q. 計量実績と製造数量を関連付けられますか？
A. 製造指図やロット番号を共通キーとして、原料別計量実績と完成数量を関連付けられます。
Q. 既存の日報を電子化できますか？
A. 現在の記入項目と設備から取得できる情報を整理し、段階的に電子化できる場合があります。
関連ワード
設備稼働率管理とは、生産設備が使用可能な時間のうち、実際にどれだけ運転・生産していたかを記録し、停止時間や能力低下の原因を分析する仕組みです。設備の利用状況を数値化し、生産能力、保全計画、設備投資の判断へ活用します。
単にモーターが動いている時間だけを稼働時間とすると、空運転や待機運転まで含まれる場合があります。設備の目的に合わせて、運転、実生産、待機、段取り、故障などの状態を定義することが重要です。
ハカルプラスでは、PLC信号、計量完了、生産数量、異常情報などを確認し、設備状態の収集、稼働率算出、停止理由集計を行う構成を検討します。
設備稼働率管理の目的
- 設備の実際の利用状況を把握する
- 停止時間と停止理由を分析する
- 生産能力低下の原因を確認する
- 故障や短時間停止の傾向を把握する
- 設備保全や更新の優先順位を決める
- 増産時の設備余力を確認する
稼働率の基本
設備稼働率は、対象時間に対する稼働時間の割合として算出できます。
設備稼働率＝稼働時間÷対象時間×100
ただし、対象時間に休憩、休日、計画保全、段取りを含めるかによって結果が変わります。社内で定義を統一します。
対象時間の定義
対象時間には、暦時間、勤務時間、計画生産時間などがあります。
- 暦時間：24時間すべてを対象
- 勤務時間：作業者が勤務する時間を対象
- 計画生産時間：休憩や計画停止を除いた時間を対象
設備比較を行う場合は、同じ基準で算出する必要があります。
設備状態の分類
設備状態を細かく分類すると、停止や損失の原因を分析しやすくなります。
- 生産運転
- 空運転・待機運転
- 段取り・品種切替
- 清掃・洗浄
- 故障停止
- 原料待ち
- 作業者待ち
- 品質確認待ち
- 計画保全
運転信号からの取得
PLCの自動運転中、モーター運転中、サイクル運転中などの信号を取得し、設備状態を記録します。
一つの運転信号だけでは、実際に製品を生産しているか判断できない場合があります。製造指図、原料供給、計量完了、生産カウンタなどを組み合わせます。
実生産時間
設備が動いている時間のうち、良品を生産している時間を実生産時間として扱う方法があります。
空運転、調整運転、再処理などを分けることで、設備が価値を生み出している時間を把握できます。
停止時間
設備が停止した時刻と復旧した時刻を記録し、停止時間を算出します。
短時間停止が頻発する場合、合計すると大きな損失になることがあります。一定時間未満の停止も取りこぼさず記録します。
停止理由
PLCが自動判定できる異常は、異常コードから停止理由を登録します。原料待ち、作業者待ちなど設備信号だけで判断しにくい理由は、作業者が選択します。
自由入力だけでは集計しにくいため、主要な停止理由を分類し、必要に応じてコメントを追加します。
計画停止と非計画停止
保守、清掃、休憩、設備改造など予定された停止を計画停止、故障や材料不足など予定外の停止を非計画停止とします。
両者を分けることで、設備信頼性の問題と生産計画上の停止を区別できます。
稼働時間の積算
設備運転信号がONの間、PLCや上位システムで時間を積算します。
停電やPLC交換後も値を保持するには、不揮発性メモリやデータベースへ定期保存します。設備部品ごとにモーター運転時間や起動回数を積算する場合もあります。
生産能力との比較
設備が稼働していても、設計能力より処理速度が低い場合があります。
理論生産数量と実績数量を比較し、速度損失を把握します。計量時間、搬送待ち、供給速度、安定待ちなどを工程別に確認します。
設備総合効率
設備総合効率では、時間稼働率、性能稼働率、良品率を組み合わせて設備の生産性を評価します。
設備総合効率＝時間稼働率×性能稼働率×良品率
稼働時間だけでなく、速度低下や不良損失も含めて確認できます。
時間稼働率
計画生産時間から故障、段取りなどの停止時間を差し引き、実際に運転できた割合を示します。
時間稼働率＝稼働時間÷計画生産時間×100
性能稼働率
設備が稼働していた時間に対して、理論上生産できる数量と実際の生産数量を比較します。
設備の低速運転、小停止、供給待ちなどによる能力低下を把握できます。標準サイクル時間を製品ごとに設定します。
良品率
生産数量のうち、良品となった割合を示します。
良品率＝良品数量÷総生産数量×100
手直し品や再処理品をどのように扱うかを統一します。
サイクル時間の監視
製造サイクルごとの開始・完了時刻を記録すると、サイクル時間の変化を確認できます。
計量時間が徐々に長くなる、排出時間が増えるなどの変化は、原料付着、供給機摩耗、機械劣化の兆候となる場合があります。
短時間停止
数秒から数分の停止は、作業者の日報に記録されにくい一方、頻発すると生産能力へ大きく影響します。
センサ待ち、ワーク詰まり、通信再試行などを自動記録し、発生回数と合計時間を集計します。
異常履歴との連携
設備停止時に発生していた異常を関連付けると、停止時間を異常種別ごとに集計できます。
最初に発生した異常と、連鎖的に発生した停止警報を区別すると、根本原因を把握しやすくなります。
作業実績との連携
製造指図、品種、作業者と稼働データを関連付けることで、製品別のサイクル時間や段取り時間を分析できます。
同じ設備でも品種によって標準能力が異なる場合は、品種別の基準値を使用します。
リアルタイム表示
現場や管理画面へ、現在状態、当日稼働率、生産数量、停止時間を表示します。
停止が長時間継続している設備や、生産計画に遅れがある設備を強調表示すると、対応を迅速に行えます。
日別・月別集計
設備別、ライン別、品種別、停止理由別に稼働率を集計します。
日ごとの変動だけでなく、週・月単位の傾向を確認し、改善前後の効果を比較します。
予防保全への利用
累積運転時間、起動回数、異常回数を部品交換基準へ利用できます。
設備停止が増加している場合や、サイクル時間が悪化している場合は、故障前の点検や部品交換を検討します。
通信断時の対応
上位システムとの通信が切れると、停止・運転時刻が欠落する可能性があります。
設備側で状態変化の時刻を一時保存し、復旧後に送信します。PLC、タッチパネル、サーバーの時計も同期します。
異常時の確認
稼働率が実態と合わない場合は、状態定義、運転信号、計画時間、日付切替を確認します。
停止理由が未分類となる場合は、入力操作、異常コード連携、通信を点検します。稼働時間が増えない場合は、信号極性や積算条件を確認します。
ハカルプラスの対応
ハカルプラスでは、設備の運転工程とPLC信号を確認し、稼働、停止、段取り、待機などの状態を定義します。
異常履歴、作業実績、生産数量と組み合わせ、設備別稼働率、停止理由、サイクル時間を見える化する仕組みを検討します。
よくある質問
Q. モーターの運転時間だけで稼働率を計算できますか？
A. 概算はできますが、空運転や待機を含む可能性があるため、実生産状態も確認するのが有効です。
Q. 短時間の停止も記録できますか？
A. PLCの状態変化を自動記録し、数秒単位の小停止も回数と時間で集計できます。
Q. 停止理由を自動判定できますか？
A. 設備異常は自動判定できますが、材料待ちや作業者待ちは入力が必要な場合があります。
Q. 設備総合効率も算出できますか？
A. 稼働時間、標準サイクル、生産数量、良品数量を取得すれば算出できます。
Q. 既設設備でも稼働率を管理できますか？
A. 運転、停止、異常、生産数量などの信号を取得できれば、後付けできる場合があります。
関連ワード
製造指図管理とは、どの製品を、いつ、どの設備で、どれだけ製造するかを指示し、その進捗、実績、使用原料、作業者などを管理する仕組みです。製造指示、作業指示、製造オーダー管理などと呼ばれることもあります。
製造指図は、生産計画と現場作業をつなぐ基準情報です。品種、数量、配合、工程、納期などを正しく設備へ伝え、作業実績や計量実績を同じ指図番号へ関連付けます。
ハカルプラスでは、基幹システムや生産計画から受け取る指図情報と、PLC・タッチパネルで必要な運転条件を整理し、製造指図の受信、選択、実行、完了管理を検討します。
製造指図の主な情報
- 製造指図番号
- 品種・製品コード
- 予定数量・予定重量
- 製造予定日・納期
- 使用設備・製造ライン
- 配合・レシピ・工程条件
- 原料や包装資材の指定
- 優先順位・注意事項
設備へ送る情報と、管理システムだけで使用する情報を分けて設計します。
製造指図の目的
- 現場へ正しい製造内容を伝える
- 品種や配合の選択間違いを防ぐ
- 計画数量と実績数量を比較する
- 原料・ロット・設備を関連付ける
- 進捗と完了状況を把握する
- 基幹システムへ実績を返す
指図番号
製造指図には、一意の指図番号を付けます。この番号を計量実績、作業実績、製造ロット、検査記録の共通キーとして使用します。
指図番号が重複すると実績が混在するため、発行元システムや採番ルールを明確にします。
指図の作成
製造指図は、ERP、生産管理システム、MESなどの上位システムで作成する場合と、現場のパソコンやタッチパネルで作成する場合があります。
受注生産では受注情報を基に作成し、見込生産では在庫計画や生産計画を基に作成します。
指図の配信
作成された製造指図を、対象設備の産業用コンピュータ、PLC、タッチパネルへ配信します。
設備番号、ライン、製造日などで対象を絞り、別設備の指図を誤って選択しないようにします。通信できない場合の手動登録手順も用意します。
指図一覧
現場画面には、対象設備で実行可能な製造指図を一覧表示します。
指図番号、品種、予定数量、納期、優先順位、状態を表示し、作業者が選択します。緊急指図や遅延指図を識別できる表示も有効です。
指図の状態管理
製造指図は、工程の進み具合に応じて状態を変更します。
- 未配信
- 配信済み
- 開始待ち
- 製造中
- 一時停止
- 完了
- 中止・取消
現在どの設備で処理中かを管理し、同じ指図が複数設備で重複実行されないようにします。
製造開始条件
指図を選択しても、必要な条件が整っていなければ製造を開始しません。
- 対象設備が自動運転可能である
- 必要原料や資材が準備されている
- レシピや設定値が登録されている
- 前指図の原料や製品が残っていない
- 品質上の保留が解除されている
レシピ・配合との連携
製造指図へ品種コードを登録し、設備側のレシピや配合データを呼び出します。
指図に指定された品種と、設備へ設定されたレシピが一致していることを確認します。手動変更を許可する場合は、権限と変更履歴を残します。
原料在庫との照合
製造開始前に、必要な原料と包装資材の在庫があるか確認します。
不足している場合は警告または開始禁止とします。実際に使用する原料ロットを指定し、先入先出や使用期限を確認する場合もあります。
設備割付
同じ製品を複数設備で製造できる場合、設備能力、空き時間、清掃条件、納期などを考慮して割り付けます。
上位システムで設備を指定する場合と、現場で設備を選択する場合があります。設備ごとの対応品種や能力をマスタ管理します。
製造数量の管理
予定数量に対して、実績数量、残数量、進捗率を管理します。
製造サイクル完了、計量排出完了、包装完了などを実績加算の基準とします。手直し品や不良品を予定数量へ含めるかを決めます。
分割製造
一つの製造指図を複数日、複数設備、複数ロットへ分割して製造する場合があります。
元指図との関係を保持し、分割した数量の合計が予定数量を超えないようにします。
追加製造
歩留まり不足や不良発生により、予定数量を超えて追加製造する場合があります。
上位承認を得て指図数量を変更するか、追加指図を発行します。無断で実績だけを超過させないようにします。
一時停止・再開
原料不足、設備異常、品質確認などで製造指図を一時停止することがあります。
停止時点の実績数量、工程、残留原料を記録し、再開時に同じ指図を継続できるか確認します。品種切替が行われた場合は再開できないこともあります。
指図の中止
受注取消、品質問題、設備故障などで製造を中止する場合は、中止理由と実績数量を記録します。
投入済み原料や仕掛品を別指図へ移す場合は、ロット・在庫との関係を更新します。
完了条件
予定数量に達しただけでなく、計量実績の送信、排出完了、検査結果、残材処理などを確認して完了とします。
未送信実績や未確定検査が残ったまま完了しないようにします。
作業実績との連携
製造開始・終了、作業者、実績数量、停止時間などを指図番号へ関連付けます。
指図単位で作業時間や設備時間を集計し、計画との差を確認できます。
計量実績との連携
粉体・液体の配合設備では、原料ごとの目標重量、実績重量、誤差を製造指図へ保存します。
追加投入、再計量、手動補正があった場合も記録し、最終的に使用した原料量を確定します。
ロット番号の発行
製造開始時または完了時に、製品ロット番号を発行します。
一つの指図が一つのロットになる場合と、複数ロットへ分割される場合があります。製造指図と製品ロットの関係を保持します。
実績返却
製造完了後、実績数量、原料使用量、開始・終了時刻、ロットなどを上位システムへ返します。
通信エラーで未送信となった場合は設備側へ保持し、復旧後に再送します。二重登録を防ぐため指図番号と実績番号を使用します。
指図変更
製造開始前であれば、数量、納期、設備などを変更できます。製造開始後の変更は、実績や原料投入へ影響するため制限します。
変更前後の値、変更理由、操作者を監査証跡へ記録します。
誤製造防止
指図品種、設備レシピ、原料、容器、ラベルを照合し、組み合わせが一致しない場合は製造を禁止します。
バーコードやQRコードを利用して、手投入原料や包装資材も照合できます。
異常時の確認
指図を選択できない場合は、対象設備、指図状態、製造日、権限を確認します。
実績が指図へ反映されない場合は、指図番号、設備内の現在指図、通信状態を点検します。完了できない場合は、未確定実績や残数量を確認します。
ハカルプラスの対応
ハカルプラスでは、生産計画から現場運転までの情報の流れを整理し、製造指図に必要な項目を検討します。
ERP、MES、産業用コンピュータ、PLC、タッチパネルを連携し、指図受信、レシピ設定、進捗、計量実績、完了報告まで対応できる場合があります。
よくある質問
Q. 製造指図はタッチパネルで作成できますか？
A. 小規模設備では可能ですが、複数設備や受注情報と連携する場合は上位システムでの作成が適しています。
Q. 一つの指図を複数設備へ分けられますか？
A. 分割数量と元指図との関係を管理すれば、複数設備へ割り付けられます。
Q. 製造中に予定数量を変更できますか？
A. 可能ですが、権限、変更理由、上位システムとの整合を管理する必要があります。
Q. 指図と配合データを自動連携できますか？
A. 品種コードやレシピ番号を使用し、指図選択時に対象配合を自動設定できます。
Q. 製造実績をERPへ返せますか？
A. 指図番号を基準に、実績数量、原料使用量、製造日時などを連携できます。
関連ワード
在庫管理とは、原料、部品、仕掛品、製品、包装資材などについて、品目、数量、保管場所、ロット、入出庫履歴を把握する仕組みです。必要な物を必要な時に使用できるようにし、欠品、過剰在庫、期限切れ、取り違いを防ぎます。
製造現場では、帳簿上の在庫と実際の在庫が一致しないと、製造停止や誤投入につながります。入荷、移動、投入、製造、廃棄、出荷の各時点で在庫を正しく更新することが重要です。
ハカルプラスでは、原料の計量・投入、製品の製造実績、バーコード読取、上位システムとの連携を組み合わせた在庫管理を検討します。
在庫管理の対象
- 粉体、粒体、液体などの原料
- 購入部品、組立部品
- 製造途中の仕掛品
- 完成品
- 袋、容器、ラベルなどの包装資材
- 保守部品、交換部品
在庫管理の目的
- 必要在庫を確保し欠品を防ぐ
- 過剰在庫や長期滞留を減らす
- 原料・製品ロットを追跡する
- 使用期限切れや誤使用を防ぐ
- 棚卸作業を効率化する
- 発注・生産計画へ在庫情報を反映する
在庫数量の基本
在庫数量は、入庫、出庫、移動、製造、廃棄などの履歴から算出します。
現在庫＝前回在庫＋入庫－出庫－廃棄±調整数
すべての増減理由を履歴として残し、単に現在値だけを書き換えないことが重要です。
品目管理
原料や製品ごとに一意の品目コードを付け、品名、単位、保管条件、使用期限、発注点などを登録します。
似た名称の品目を文字列だけで管理すると、取り違いが起こりやすくなります。品目コードと表示名を併用します。
保管場所管理
倉庫、棚、タンク、サイロ、ピットなどの保管場所を識別し、どこに何がどれだけあるかを管理します。
同じ品目が複数場所へ分散している場合は、場所別在庫と全体在庫を分けて表示します。
入庫管理
原料や部品の受入れ時に、品目、数量、ロット、入荷日、仕入先、保管場所を登録します。
受入検査が必要な場合は、検査待ち、合格、保留、不合格などの状態を管理し、未合格品を製造へ使用しないようにします。
出庫管理
製造指図や出荷指示に基づき、対象品目と数量を在庫から引き落とします。
実際の払出し数量をバーコードや計量器で取得すると、予定数量との差を確認できます。
原料投入と在庫減算
粉体・液体の配合設備では、計量実績を原料在庫から減算できます。
目標重量ではなく実績重量を使用することで、実際の使用量へ近づけられます。計量後に排出されなかった原料や回収原料をどのように扱うかも決めます。
タンク・サイロ在庫
タンクやサイロの在庫は、ロードセル、レベル計、流量計、入出庫実績などから把握します。
ロードセルは重量を直接測定できますが、配管荷重や付着の影響を受けます。レベル計から重量へ換算する場合は、形状とかさ密度の変化を考慮します。
理論在庫と実在庫
入出庫履歴から計算した在庫を理論在庫、現物を計量・棚卸して確認した在庫を実在庫とします。
両者に差がある場合は、入力漏れ、原料残留、計量誤差、廃棄未登録、漏れなどを確認します。
ロット別在庫
同じ品目でも、入荷ロットや製造ロットごとに数量を管理します。
品質問題や回収時に対象範囲を特定できるほか、先入先出や使用期限管理に利用できます。
先入先出
入庫日や製造日の古いロットから使用する方法を先入先出と呼びます。
システムが使用候補ロットを指示し、別ロットを読み取った場合に警告を出します。ただし、品質状態や保管条件によって使用順序を変更する場合もあります。
使用期限管理
ロットごとに使用期限を登録し、期限が近い在庫を表示します。
期限切れ品の出庫や投入を禁止し、保留・廃棄処理へ移します。温度や開封後日数によって期限が変わる品目では、その条件も管理します。
在庫予約
製造指図や受注に対して必要な在庫を予約し、他の指図で使用されないようにします。
現在庫が十分でも、予約済み数量を除くと使用可能在庫が不足する場合があります。
使用可能在庫＝現在庫－予約在庫－保留在庫
発注点管理
在庫が一定量を下回った場合に、発注や補充を促します。
使用速度、調達期間、安全在庫を考慮して発注点を設定します。タンクやサイロでは、補充リードタイムを考慮して下限警報を設定します。
安全在庫
需要変動や納入遅延に備えて保持する在庫を安全在庫と呼びます。
多すぎると保管コストや劣化リスクが増え、少なすぎると欠品リスクが高まります。使用実績と調達条件から見直します。
仕掛品管理
工程途中の材料や半製品について、数量、現在工程、保管場所、ロットを管理します。
一時保管、工程間移動、再処理がある場合は、完成品や原料とは別の在庫状態として扱います。
製品入庫
製造完了時に、良品数量を製品在庫へ入庫します。
検査前の場合は検査待ち在庫とし、合格後に出荷可能在庫へ変更します。不良品や手直し品を良品在庫へ含めないようにします。
製品出庫・出荷
出荷指示に基づき、対象製品ロットと数量を在庫から減算します。
納品先、出荷日時、運送情報を関連付けると、ロット追跡に利用できます。
在庫移動
倉庫間、棚間、タンク間で在庫を移動する場合は、移動元を減算し、移動先を加算します。
移動途中の状態を管理し、受入れ確認が完了するまで移動中在庫として扱う場合があります。
在庫調整
棚卸差異や計量誤差によって在庫を修正する場合は、調整理由、変更前後数量、操作者を記録します。
在庫調整を頻繁に行うと根本原因が見えなくなるため、差異分析と改善を行います。
棚卸
定期的に現物数量を確認し、システム在庫と照合します。
バーコード、ハンディターミナル、台秤などを利用すると入力を効率化できます。棚卸中の入出庫を停止するか、基準時刻を明確にします。
バーコード・QRコード
品目、ロット、数量、保管場所をバーコードやQRコードで識別します。
入庫、移動、投入、棚卸、出荷時に読み取ることで、手入力ミスを減らします。
ERP・MESとの連携
購買、受注、原価、会計を管理するERPと在庫情報を連携できます。
現場の詳細な入出庫や計量実績はMES・製造システムで管理し、確定した在庫増減をERPへ送る構成もあります。
異常時の確認
在庫数が合わない場合は、未送信実績、取消処理、廃棄、移動中在庫、計量値を確認します。
同じロットが複数場所に表示される場合は、分割・移動履歴を点検します。負在庫が発生した場合は、出庫順序や入庫未登録を確認します。
ハカルプラスの対応
ハカルプラスでは、原料受入れ、計量投入、製造、出荷までの在庫増減ポイントを整理します。
ロードセル、レベル計、バーコード、ハンディターミナル、PLC、データベースを組み合わせ、重量実績やロットと連携する在庫管理を検討します。
よくある質問
Q. 計量実績から原料在庫を自動で減らせますか？
A. 原料コードと計量実績を関連付け、実績重量を在庫から減算できます。
Q. サイロ内の在庫量も管理できますか？
A. ロードセル、レベル計、入出庫実績などを利用して管理できます。
Q. ロットごとに在庫を分けられますか？
A. 入荷・製造ロットごとに数量、期限、保管場所を管理できます。
Q. 棚卸差異を修正できますか？
A. 在庫調整は可能ですが、変更前後数量、理由、操作者を履歴として残します。
Q. ERPと在庫情報を連携できますか？
A. 品目コード、入出庫数量、ロット、在庫残高などを連携できます。
関連ワード
ERP連携とは、製造現場の設備、計量システム、生産管理システムなどと、受注、購買、在庫、原価、会計を管理するERPを接続し、製造指図や実績情報を相互に受け渡す仕組みです。
ERPと現場システムを連携すると、上位で作成した製造指図を設備へ伝え、現場で確定した生産数量、原料使用量、作業時間などをERPへ返せます。二重入力や転記ミスを減らし、在庫・原価情報を早く更新できます。
ハカルプラスでは、ERP側のデータ項目、連携方式、現場設備の構成を確認し、産業用コンピュータ、データベース、API、CSVなどを用いた連携を検討します。
ERPとは
ERPは、企業の受注、販売、購買、在庫、生産、原価、会計、人事などの情報を統合管理するシステムです。
製造現場では、ERPから製造指図や品目情報を受け取り、製造完了後に実績を返す構成が一般的です。
ERP連携の目的
- 製造指図を現場へ自動配信する
- 生産実績をERPへ自動登録する
- 原料・製品在庫を更新する
- 原料使用量や作業時間を原価へ反映する
- 品目・取引先などのマスタを共有する
- 二重入力と転記ミスを減らす
主な連携データ
ERPから現場へ送る情報と、現場からERPへ返す情報を整理します。
- 製造指図、予定数量、納期
- 品目、配合、工程、設備情報
- 原料・包装資材の在庫情報
- 完成数量、不良数量
- 原料使用量、計量実績
- 作業開始・終了、作業時間
- 製品ロット、原料ロット
製造指図の受信
ERPで作成した製造指図を、MESや現場システムへ送信します。
現場では、指図番号、品種、予定数量、納期、設備などを確認し、対象設備へ割り付けます。ERP側の指図状態と現場側の実行状態を一致させる必要があります。
生産実績の送信
製造完了後に、良品数量、不良数量、製造日時、ロットなどをERPへ返します。
実績送信の時点を、サイクルごと、ロット完了時、指図完了時のどこにするかを決めます。未確定データを送らないようにします。
原料使用実績
計量設備から取得した原料別実績重量をERPへ送信し、在庫減算や実績原価へ利用します。
目標値ではなく実績値を送るか、ERP側では標準使用量だけを扱うかは運用によって異なります。手動投入や廃棄も含めて確定します。
在庫連携
原料入荷、製造投入、製品完成、出荷などの在庫増減をERPへ反映します。
ERPと現場システムの両方で在庫を持つ場合、どちらを正とするかを決めます。更新タイミングの違いによる一時的な差も考慮します。
マスタ連携
品目、単位、設備、取引先、作業者などのマスタ情報を連携します。
同じ品目に異なるコードを使用すると変換が必要になります。可能な範囲で共通コードを使用し、変更・廃止の反映方法を決めます。
配合・レシピ情報
ERPが製品構成や標準使用量を管理している場合、その情報を現場の配合やレシピへ連携できます。
ただし、設備制御に必要な粗供給・微供給、落差補正、タイマなどの詳細設定は、現場システム側で管理することが一般的です。
ERPとMESの役割分担
ERPは企業全体の計画・在庫・原価を管理し、MESは製造現場の指図、進捗、実績、トレーサビリティを管理します。
PLCや計量装置をERPへ直接接続するより、MESや中間システムを介してデータを整理する方が保守しやすい場合があります。
連携方式
ERP連携には、次のような方式があります。
- CSVファイル連携
- データベース連携
- Web API連携
- メッセージキュー連携
- 専用ミドルウェア連携
ERPの仕様、リアルタイム性、障害時の運用から選定します。
CSVファイル連携
指定フォルダへCSVファイルを出力し、相手システムが取り込む方法です。
構成が比較的分かりやすく、異なるシステム間でも利用しやすい一方、リアルタイム性、ファイル重複、取込み順序を管理する必要があります。
データベース連携
共有データベースや連携用テーブルを介して情報を受け渡します。
大量データを扱いやすい一方、相手システムの業務テーブルへ直接書き込むと影響が大きいため、専用インターフェースや連携テーブルを使用します。
API連携
Web APIなどを利用し、必要なタイミングでデータを送受信します。
送信結果を即時に確認しやすく、データ単位の処理に適しています。認証、暗号化、タイムアウト、再送を設計します。
リアルタイム連携とバッチ連携
製造指図や在庫を即時に反映するリアルタイム連携と、一定時間ごとにまとめて処理するバッチ連携があります。
すべてをリアルタイムにする必要はありません。重要度、データ量、ERP負荷を確認して方式を分けます。
データ変換
ERPと現場システムで、品目コード、単位、日時形式、小数桁が異なる場合があります。
変換ルールを中間システムへ持たせます。kgとg、個とケースなどの単位換算では、丸め誤差や換算係数を確認します。
一意な識別子
指図番号、実績番号、ロット番号など、一意の識別子を使用します。
同じデータを再送しても二重登録されないよう、ERP側で処理済み識別子を確認します。
送信状態の管理
各データについて、未送信、送信中、送信済み、エラー、再送待ちなどの状態を管理します。
送信済みになる前に元データを削除せず、ERPから正常受付の応答を得てから確定します。
通信断時の対応
ERPやネットワークが停止しても、現場設備を継続運転する必要がある場合があります。
受信済み指図とマスタを現場側へ保持し、実績は一時保存します。復旧後に古い順から再送します。
オフライン運転
ERPへ接続できない場合に、現場で新規指図を作成して運転するかを決めます。
緊急製造を許可する場合は、仮指図番号を発行し、復旧後に正式指図へ関連付けます。無制限な現場指図作成は避け、権限と履歴を管理します。
エラー処理
品目未登録、数量形式不正、指図重複などでERPがデータを受け付けない場合があります。
エラー内容を画面へ表示し、データ修正後に再送できるようにします。単に通信異常と表示せず、業務エラーと通信エラーを分けます。
時刻同期
ERP、サーバー、現場パソコン、PLCで時計がずれていると、実績順序や日付集計が一致しない場合があります。
NTPなどで時刻を同期し、タイムゾーンと日付切替時刻も統一します。
セキュリティ
ERP連携では、製造・在庫・取引情報を扱うため、接続先認証、通信暗号化、アクセス制御が必要です。
現場設備からERPへ直接アクセスさせず、中間サーバーやDMZを介する構成を検討する場合もあります。
監査証跡
指図変更、実績修正、再送、手動登録などを履歴へ残します。
ERPと現場システムで値が異なる場合に、どの時点で誰が変更したかを追跡できるようにします。
試験
正常な指図・実績だけでなく、重複、欠損、不正形式、通信断、ERP停止、再送などを試験します。
実績送信後にERPの在庫・原価が正しく更新されることまで確認します。
異常時の確認
指図が現場へ届かない場合は、ERP出力、連携サーバー、通信、対象設備設定を確認します。
実績が二重登録される場合は、一意識別子と再送処理を点検します。在庫差が発生する場合は、実績確定時点、取消、廃棄、単位換算を確認します。
ハカルプラスの対応
ハカルプラスでは、ERP、MES、現場設備の役割とデータの流れを整理し、必要な連携項目を検討します。
CSV、データベース、APIを用いて、製造指図、計量実績、生産数量、原料使用量、在庫情報を連携する構成に対応できる場合があります。
よくある質問
Q. PLCをERPへ直接接続できますか？
A. 技術的には可能な場合がありますが、データ変換や再送管理のため中間システムを介する構成が一般的です。
Q. ERPが停止しても製造を続けられますか？
A. 受信済み指図と必要マスタを現場側へ保持し、実績を一時保存すれば継続できる場合があります。
Q. 計量実績をERPの在庫へ反映できますか？
A. 原料コードと実績重量を連携し、原料在庫や実績原価へ反映できます。
Q. CSVでもERP連携できますか？
A. 指定フォルダとファイル形式を定めれば連携できますが、重複・取込み結果の管理が必要です。
Q. 同じ実績を再送すると二重登録されませんか？
A. 一意の実績番号を使用し、ERP側で処理済みか確認することで防止します。
関連ワード
MES連携とは、製造現場の設備、PLC、計量装置、検査機器などと、製造指図、進捗、品質、実績を管理するMESを接続し、製造に必要な情報を相互に受け渡す仕組みです。MESはManufacturing Execution Systemの略で、製造実行システムと呼ばれます。
ERPが受注、購買、在庫、原価など企業全体の情報を管理するのに対し、MESは製造現場で何を、いつ、どの設備で、どの条件で作ったかを詳しく管理します。設備データをMESへ自動連携することで、紙の日報や手入力を減らし、製造状況をリアルタイムに把握できます。
ハカルプラスでは、MES側のデータ仕様と、PLC、計量コントローラ、タッチパネルの運転情報を確認し、製造指図、計量実績、設備状態、異常履歴などの連携を検討します。
MESの主な役割
- 製造指図の配信と進捗管理
- 作業者、設備、原料、ロットの管理
- 製造条件と実績値の記録
- 品質検査と判定結果の管理
- 設備稼働率や停止理由の集計
- 原料から製品までのトレーサビリティ
導入するMESや対象業界によって、管理範囲や機能は異なります。
設備とMESを連携する目的
現場設備とMESが連携していない場合、作業者が製造指図を見て設備へ品種や目標値を入力し、製造後に実績を別システムへ転記する運用になりやすくなります。
連携によって指図内容を設備へ自動設定し、製造結果をMESへ返すことで、入力間違い、転記漏れ、記録の遅れを抑えられます。
MESから設備へ送る情報
- 製造指図番号
- 品種、製品コード、配合番号
- 予定数量、予定重量
- 原料、包装資材、使用ロットの指定
- 目標値、許容範囲、工程条件
- 製造順序、優先順位、納期
設備制御に必要な情報だけを抽出し、PLCやタッチパネルで扱える形式へ変換します。
設備からMESへ返す情報
- 製造開始・終了時刻
- 良品数、不良数、実績重量
- 原料別の計量実績
- 設備番号、作業者、製造ロット
- 異常、停止、手動介入の履歴
- 温度、圧力、流量などの工程データ
すべての生データを送るのではなく、MESで必要な実績と、詳細解析用データを分けることもあります。
製造指図の受信
MESで作成・承認された製造指図を、対象設備へ配信します。設備側では指図番号、品種、予定数量、レシピなどを表示し、作業者が内容を確認して運転を開始します。
同じ指図を複数設備で重複実行しないよう、未着手、実行中、完了、中止などの状態をMESと設備側で共有します。
レシピと設備設定
MESから品種コードやレシピ番号を受信し、設備側に保存された運転条件を呼び出します。
原料ごとの目標重量、粗供給・微供給の切替点、落差補正、混合時間など、設備固有の調整値は設備側で管理する場合があります。MESと設備のどちらを正とするかを項目ごとに定めます。
計量実績の連携
粉体、粒体、液体の配合設備では、原料ごとの目標重量、実績重量、誤差、補正結果をMESへ送信します。
粗供給、微供給、計量安定判定、追加投入、手動補正などの情報も記録すると、規格外や計量時間増加の原因を確認できます。
ロット・トレーサビリティ
製品ロットと、使用した原料ロット、設備、作業者、製造指図を関連付けます。
品質問題が発生した場合、製品から原料へさかのぼる後方追跡と、原料から使用製品・出荷先を調べる前方追跡が可能になります。
設備状態の収集
PLCから自動運転、停止、異常、段取り、清掃などの状態を取得し、MESへ送信します。
モーターが動作しているだけでは実生産とは限らないため、製造指図の有無、サイクル完了、計量完了などを組み合わせて状態を判定します。
異常・停止理由の連携
設備異常はPLCの異常コードから自動取得できます。原料待ち、作業者待ち、品質確認待ちなど、設備だけでは判断できない停止理由は、作業者が画面から選択します。
異常発生時刻、復旧時刻、最初に発生した異常、停止工程を保存すると、停止時間の分析に利用できます。
品質データの連携
検査機器や計測装置から取得した測定値をMESへ送信し、製造ロットへ関連付けます。
規格外の場合は次工程や出荷を禁止し、再検査、手直し、廃棄などの処置を管理します。設備側で判定する場合とMES側で判定する場合があります。
設備とMESの間の中間システム
PLCをMESへ直接接続するのではなく、産業用コンピュータ、データ収集装置、OPC UAサーバーなどを介する構成があります。
中間システムで通信プロトコル変換、データ整形、一時保存、再送を行うことで、設備制御と上位システムを分離しやすくなります。
主な連携方式
- データベース連携
- CSVファイル連携
- Web API連携
- OPC UAによるデータ連携
- PLC通信や産業用ネットワーク
必要なリアルタイム性、既存システムの仕様、保守体制から方式を選定します。
通信断時の運転
MESとの通信が切れた際に設備を停止するか、受信済みの製造指図で運転を継続するかを決めます。
継続運転する場合は、実績を設備側へ一時保存し、通信復旧後に再送します。未送信件数と保存可能件数を画面へ表示します。
重複登録の防止
通信復旧後の再送によって、同じ実績がMESへ二重登録される可能性があります。
製造指図番号、設備番号、実績番号などを組み合わせた一意の識別子を付け、MES側で登録済みか確認します。
時刻同期
MES、産業用コンピュータ、PLC、計量機器の時計がずれていると、工程順序や異常発生順を正しく判断できません。
NTPなどを利用して時刻を同期し、日付切替時刻とタイムゾーンも統一します。
マスタ情報の管理
品目、原料、単位、設備、作業者、異常コードなどのマスタをMESと設備側で整合させます。
MESで廃止された品種が設備に残っていると、誤った製造に使用される可能性があります。マスタ更新日時とバージョンを管理します。
データ量と保存範囲
PLCの全信号を短周期でMESへ送ると、通信やデータベースの負荷が大きくなります。
製造実績として長期保存するデータ、異常解析用に短期間保存するデータ、設備内だけで使用するデータを分けます。
セキュリティ
製造設備と社内ネットワークを接続するため、ユーザー認証、アクセス制御、通信経路、ファイアウォールを検討します。
MESから設備へ送信できる指令を限定し、上位システムから安全回路や保護設定を直接変更できない構成とします。
更新・改造時の注意点
設備側のPLCやMESを更新する場合、データ項目、通信形式、コード体系が変わる可能性があります。
インターフェース仕様書、タグ一覧、エラーコード、再送手順を整備し、変更前後の互換性を確認します。
異常時の確認
指図が設備へ届かない場合は、MESの配信状態、中間システム、通信、対象設備設定を確認します。
実績が反映されない場合は、実績確定条件、未送信キュー、データ形式を点検します。二重登録が発生する場合は、一意識別子と再送処理を確認します。
ハカルプラスの対応
ハカルプラスでは、MESと現場設備の役割を整理し、製造指図、レシピ、計量実績、設備状態、異常履歴の連携項目を検討します。
PLC、計量コントローラ、タッチパネル、産業用コンピュータを組み合わせ、通信断時の一時保存や再送を含むMES連携に対応できる場合があります。
よくある質問
Q. PLCをMESへ直接接続できますか？
A. 接続できる場合がありますが、データ整形や再送管理のため、中間システムを介する構成も検討します。
Q. MESが停止しても設備を運転できますか？
A. 受信済みの指図と必要なマスタを設備側へ保持すれば、運転を継続できる場合があります。
Q. 計量結果を原料ごとにMESへ送れますか？
A. 目標重量、実績重量、誤差、補正、原料ロットなどを製造指図へ関連付けて送信できます。
Q. 通信復旧後に実績が二重登録されませんか？
A. 一意の実績番号を付け、MES側で登録済み確認を行うことで防止します。
Q. 既設設備もMESへ接続できますか？
A. PLC機種、通信機能、取得できる信号を確認し、通信装置や産業用コンピュータを追加して対応できる場合があります。
関連ワード
CSVデータ連携とは、製造指図、計量実績、在庫、設備状態などのデータを、項目ごとにカンマなどで区切ったテキストファイルとして出力・取込みし、異なるシステム間で情報を受け渡す方法です。
CSVはComma-Separated Valuesの略です。表計算ソフトで開きやすく、多くの業務システムが対応しているため、ERP、MES、生産管理システム、計量システムなどの連携に使用されます。
ハカルプラスでは、連携する項目、ファイル形式、出力タイミング、取込み結果の確認方法を整理し、設備側と上位システム間のCSVデータ連携を検討します。
CSVデータ連携の特長
- 異なるメーカーのシステム間で利用しやすい
- ファイル内容を人が確認しやすい
- 通信APIを持たない既存システムとも連携しやすい
- 一定時間ごとの一括処理に適している
- 障害時にファイルを残して再処理できる
一方で、リアルタイム性や重複防止は別途設計する必要があります。
主な連携データ
- 製造指図、品種、予定数量
- 原料コード、配合、目標重量
- 計量実績、製造実績、不良数量
- 製品ロット、原料ロット
- 在庫増減、入出庫実績
- 異常履歴、設備稼働実績
CSVファイルの基本構造
一般的なCSVファイルでは、1行目に項目名を記載し、2行目以降にデータを記録します。
例えば、製造指図番号、品種コード、予定数量、製造日などを列として定義します。各列の順番、型、最大文字数、必須・任意を仕様書で明確にします。
区切り文字
CSVはカンマ区切りが一般的ですが、データ内にカンマが含まれる場合があります。文字列をダブルクォーテーションで囲み、区切り文字とデータを区別します。
システムによってはタブ区切りやセミコロン区切りを使用するため、相手側の仕様を確認します。
文字コード
日本語を含むCSVでは、UTF-8、Shift_JISなどの文字コードを統一する必要があります。
文字コードが一致していないと、品名や作業者名が文字化けします。UTF-8のBOM有無も取込み側によって扱いが異なります。
改行コード
Windows、Linuxなどの環境によって改行コードが異なる場合があります。
相手システムが想定する改行形式を確認し、ファイル出力時に統一します。データ内の改行を許可するかも決めます。
日付・時刻形式
日付は「年-月-日」、時刻は「時:分:秒」など、システム間で共通の形式にします。
「7/8」のような表記では年や月日順が不明確になるため、2026-07-08のように固定形式とする方法が有効です。
数値と小数桁
重量、流量、数量などは、小数点記号、小数桁数、符号、最大値を定義します。
kgとgなど単位が異なる場合は、どちらの単位で連携するかを決めます。桁丸めによって計量実績や在庫に差が生じないようにします。
ファイル名の設計
ファイル名には、データ種別、作成日時、設備番号、通し番号などを含めます。
同じ名前で上書きすると未取込みファイルを失う可能性があります。一意のファイル名を使用し、処理順序を判断できるようにします。
フォルダ構成
連携用フォルダを、出力待ち、処理中、処理済み、エラーなどに分けます。
- 送信フォルダ：出力された未処理ファイル
- 処理済みフォルダ：正常取込み済みファイル
- エラーフォルダ：形式不正などの失敗ファイル
- バックアップフォルダ：一定期間保存する原本
ファイル作成中の取込み防止
CSVを書き込み終える前に相手システムが読み込むと、途中までのデータが登録される可能性があります。
一時拡張子で作成し、書込み完了後に正式名称へ変更する方法や、完了ファイルを別途作成する方法があります。
出力タイミング
製造完了ごと、ロット完了ごと、一定時間ごと、日次など、業務要件に合わせて出力します。
即時性が必要な指図・実績は短い間隔で処理し、集計データは日次で出力するなど、データ種別によって分けることもできます。
取込み結果の確認
ファイルを所定フォルダへ置いただけでは、相手システムが正常に登録したか分かりません。
処理結果ファイル、受付番号、処理済みフォルダへの移動などにより、正常終了を確認します。正常確認前に元データを削除しないようにします。
重複取込みの防止
通信障害や操作ミスで同じCSVを再配置すると、同じ実績が二重登録される可能性があります。
各行に一意の実績番号を持たせ、取込み側で登録済みか確認します。ファイル名だけで重複判定すると、名称変更されたファイルを防げません。
データの並び順
複数ファイルを処理する場合、作成日時や通し番号に従って順番に取り込む必要があります。
在庫増減や工程実績では順序が変わると一時的に負在庫や不整合が生じる可能性があります。
エラー処理
必須項目不足、数値形式不正、未登録品目、重複番号などがある場合は、エラーとして処理します。
ファイル全体を取込み中止するか、正常な行だけを登録するかを決めます。部分登録では、どの行が成功・失敗したかを返します。
再処理
エラー原因を修正した後に再取込みできる仕組みを設けます。
すでに登録された行を再登録しないよう、一意識別子と処理状態を管理します。手動で再処理した操作者と日時も記録します。
通信断時の利用
ネットワーク共有フォルダへ接続できない場合は、設備側にCSVを一時保存します。
接続復旧後に古いファイルから送信します。保存容量を超えた場合の警報や、未送信件数の表示も必要です。
表計算ソフトでの注意点
CSVを表計算ソフトで開くと、先頭のゼロが消える、長い番号が指数表示になる、日付へ自動変換される場合があります。
品目コードやロット番号を人が修正する運用では、意図しない変換を防ぐ手順が必要です。
セキュリティ
CSVファイルには、製造条件、取引情報、作業者情報などが含まれる場合があります。
共有フォルダのアクセス権限、ファイル持出し、バックアップを管理します。必要に応じて暗号化された通信経路やファイル暗号化を検討します。
監査証跡
ファイル作成、取込み、エラー、再処理、手動修正の履歴を残します。
いつ、どのデータが、どのシステムへ取り込まれたかを追跡できるようにします。
仕様変更
連携項目を追加・変更する場合は、ファイル形式のバージョンを管理します。
列の途中へ新項目を追加すると旧システムが誤って読み込む可能性があるため、互換性を確認し、切替日時を調整します。
試験
正常データだけでなく、空欄、長すぎる文字、範囲外数値、重複、文字化け、途中ファイルなどを試験します。
大量データを処理した場合の時間、ファイル保存容量、再処理も確認します。
異常時の確認
CSVが取り込まれない場合は、フォルダ、ファイル名、文字コード、項目順、必須値を確認します。
重複登録が発生する場合は、実績番号と処理済み判定を点検します。文字化けする場合は、出力側と取込み側の文字コードを確認します。
ハカルプラスの対応
ハカルプラスでは、製造指図、計量実績、在庫、設備履歴などの連携項目を整理し、CSV形式を検討します。
ファイル出力、取込み結果確認、一時保存、再送、エラー表示を組み合わせ、既存のERPやMESと連携できる構成に対応できる場合があります。
よくある質問
Q. CSV連携はリアルタイムに行えますか？
A. 短い周期でファイルを処理できますが、即時応答が必要な用途ではAPI連携などが適する場合があります。
Q. 同じCSVを再取込みしても大丈夫ですか？
A. 一意のデータ番号で登録済み判定を行えば、二重登録を防止できます。
Q. 日本語が文字化けする原因は何ですか？
A. 出力側と取込み側でUTF-8やShift_JISなどの文字コードが一致していないことが主な原因です。
Q. 通信が切れてもCSVを保存できますか？
A. 設備側へ一時保存し、ネットワーク復旧後に順番に送信できます。
Q. 既存の表計算ファイルと連携できますか？
A. 列構成、文字コード、入力規則を整理すれば連携できる場合があります。
関連ワード
自動倉庫連動管理とは、自動倉庫と製造設備、搬送設備、計量設備、生産管理システムなどを連携させ、原料・仕掛品・製品の入庫、保管、出庫、搬送を一元的に管理する仕組みです。
単に自動倉庫へ保管するだけでなく、製造指示や在庫情報に基づいて必要な物品を自動で出庫し、コンベア、移動台車、リフターなどを経由して次工程へ供給します。工程完了後は、実績や在庫数を更新し、ロットや保管位置を記録します。
ハカルプラスでは、自動倉庫メーカーや上位システムとの通信仕様を確認し、PLC、搬送設備、計量設備、バーコード機器、管理ソフトウェアを含む連動構成を検討します。
主な用途
- 原料や副資材の自動入出庫
- 製造指示に応じた容器・パレットの払出し
- 仕掛品の一時保管と次工程への搬送
- 製品の保管位置、数量、ロットの管理
- 計量設備や充填設備への原料供給
- 先入先出や使用期限に基づく出庫順序の管理
基本的なシステム構成
自動倉庫連動管理は、自動倉庫だけで完結するものではありません。一般には、次の設備やシステムを組み合わせます。
- スタッカークレーン式自動倉庫や回転ラック
- ローラーコンベア、チェーンコンベア、移動台車
- リフター、転換機、パレット移載装置
- バーコードリーダーやハンディターミナル
- PLC、制御盤、タッチパネル
- 在庫管理、生産管理、基幹システム
各設備の役割と責任範囲を明確にし、どの機器が搬送指示を出し、どの機器が完了を返すかを決めます。
入庫処理
入庫時は、容器やパレットに付与されたバーコードなどを読み取り、品種、ロット、数量、使用期限を確認します。情報に問題がなければ、上位システムや自動倉庫へ入庫要求を送信します。
自動倉庫側では、空き棚や保管条件に応じて格納位置を決定し、搬送設備へ受入可能信号を返します。搬送物が所定位置へ到着したことを確認してから、自動倉庫へ引き渡します。
入庫完了後は、保管位置、数量、入庫時刻などを在庫情報へ反映します。途中で搬送異常が発生した場合は、在庫上だけ入庫済みにならないよう、完了信号を確認してから更新します。
出庫処理
出庫時は、製造指示や払出し要求に基づき、対象となる品種やロットを選択します。先入先出、使用期限、保管場所、残量などの条件から、出庫対象を決定します。
自動倉庫から出庫された容器やパレットは、コンベアや移動台車を通じて指定工程へ搬送されます。搬送先が受入可能であること、経路上に別の搬送物がないことを確認してから動作させます。
搬送先でバーコードを再読取りし、指示された品種と一致していることを確認すれば、誤供給や取り違えを防ぎやすくなります。
搬送経路と行先管理
複数の製造ラインや作業場所へ搬送する場合は、搬送物ごとに行先情報を持たせます。PLCでは、転換機、移動台車、リフターなどを順番に制御し、目的地まで搬送します。
経路上の設備が停止中、満載、異常の場合は、手前で待機させるか、別の経路へ切り替えるかを決めます。複数の搬送要求が同時に発生する場合は、優先順位や待ち順序も管理します。
在庫情報と実在庫の一致
システム上の在庫と実際の保管物が一致していることが重要です。入庫・出庫の途中で通信断や設備停止が発生すると、在庫情報だけが更新され、現物と合わなくなる可能性があります。
そのため、入庫要求、搬送開始、受渡し完了、格納完了など、処理段階ごとに状態を管理します。再起動時は、最後に完了した工程を確認し、二重出庫や未登録入庫を防ぎます。
棚卸し時には、保管位置、品種、数量、ロットを確認し、差異があれば履歴から原因を調査できる構成とします。
通信とハンドシェイク
自動倉庫、PLC、上位システムの間では、要求と完了を相互に確認するハンドシェイクを行います。
- 入庫・出庫要求
- 要求受付
- 搬送開始
- 搬送完了
- 異常・取消し
処理番号や連番を付けることで、同じ要求を二重に実行することを防ぎます。通信が途中で切断した場合は、相手側の処理状態を確認してから再送します。
異常時の処理
代表的な異常には、搬送物の位置不一致、バーコード読取り失敗、コンベア停止、自動倉庫通信異常、行先満杯などがあります。
異常時は、現在位置、搬送物情報、処理状態を保持し、タッチパネルへ原因と復旧手順を表示します。作業者が手動で搬送物を移動した場合は、システム上の位置情報も修正する必要があります。
停電復旧後は、停電前の指令をそのまま再実行せず、各センサと設備状態を確認してから再開します。
計量設備との連動
原料容器を自動倉庫から出庫し、計量設備へ搬送する構成では、品種やロットを製造指示と照合してから計量を開始します。
計量完了後は、実計量値、使用量、残量を管理システムへ送信します。残量がある容器を再入庫する場合は、在庫数量を更新し、元の保管位置または新しい位置へ戻します。
計量値と在庫払出量を関連付けることで、原料使用量の追跡やトレーサビリティに利用できます。
保守・更新
定期点検では、搬送センサ、バーコードリーダー、通信状態、位置情報、在庫データの整合性を確認します。読取り不良が増えた場合は、ラベルの汚れ、取付位置、照明条件などを点検します。
自動倉庫やPLCを更新する場合は、通信データ、処理番号、完了条件、異常コードを整理します。既設システムと新システムで処理手順が異なる場合は、中継PLCや連携ソフトウェアを用いることもあります。
ハカルプラスの対応
ハカルプラスでは、自動倉庫、搬送設備、計量設備、生産管理システムの仕様を確認し、設備間を連動させる構成を検討します。
制御盤、PLC、タッチパネルによる搬送制御、行先管理、インターロック、異常監視に加え、バーコード照合、入出庫実績、在庫情報の連携を設計します。
移動台車、コンベア、リフター、計量機などの機械設備を含めた構成や、既設自動倉庫との接続についても、通信仕様と現在の運用を確認して対応方法を検討します。
よくある質問
Q. 他社製の自動倉庫とも連携できますか？
A. 通信仕様、入出庫信号、データ形式が確認できれば連携を検討できます。必要に応じて中継PLCや連携ソフトウェアを使用します。
Q. バーコードを使わずに管理できますか？
A. 位置情報だけで管理することも可能ですが、品種やロットの取り違え防止にはバーコードなどによる識別が有効です。
Q. 通信異常が発生した場合、在庫情報はずれませんか？
A. 要求と完了を段階的に管理し、完了確認後に在庫を更新することでずれを防ぎます。復旧時には処理状態を照合します。
Q. 自動倉庫から計量設備へ直接原料を供給できますか？
A. 容器搬送、品種照合、受入確認を組み合わせることで可能です。計量完了後の残量管理や再入庫も含めて構成します。
Q. 既設の搬送設備を利用して自動倉庫と連動できますか？
A. コンベア、センサ、PLC、通信仕様を確認し、既設設備を流用できる場合があります。必要な信号やインターロックを追加します。
関連ワード
基幹システム連携とは、生産設備や計量設備で扱う製造指示、品種、配合、原料、在庫、計量実績などの情報を、企業の基幹システムと自動的に受け渡す仕組みです。
基幹システムには、販売管理、生産管理、在庫管理、購買管理、品質管理などがあります。現場設備と連携することで、作業者が同じ情報を複数の画面へ入力する手間を減らし、転記ミス、指示漏れ、実績登録の遅れを防ぎます。
一方、通信が切れた場合や、基幹システムと設備側でデータの内容が一致しない場合でも、安全に生産を継続または停止できる設計が必要です。単に通信機能を追加するだけでなく、データの責任範囲、送受信のタイミング、異常時の復旧方法まで決めることが重要です。
基幹システムと現場設備の役割
基幹システムは、受注情報、製造計画、品目マスタ、原料在庫、出荷情報など、企業全体で共有する情報を管理します。
一方、PLC、計量コントローラ、タッチパネルなどの設備側は、モーター、バルブ、フィーダー、搬送装置を動かし、実際の計量・投入・製造工程を制御します。
一般的には、基幹システムから設備側へ製造指示や品種情報を送り、設備側から基幹システムへ計量値、使用原料、完了数量、異常履歴などを返します。
主に連携する情報
基幹システムから設備へ送る情報
- 製造指示番号、品目、品種、ロット番号
- 製造数量、目標重量、配合比率
- 原料コード、投入順序、供給設備
- 使用可能な容器や設備の指定
- 製造開始予定日時や優先順位
- 品目マスタ、原料マスタ、設定値
設備から基幹システムへ返す情報
- 製造開始・完了日時
- 原料ごとの目標値と実計量値
- 製造数量、良品数、不良数
- 使用原料、ロット、容器番号
- 設備異常、計量異常、作業者操作
- 製造指示の完了・中断・取消状態
連携する項目を増やすほど詳細な管理ができますが、データ定義や異常処理も複雑になります。現場で本当に必要な情報を整理して設計します。
基幹システム連携の基本構成
一般的な構成では、基幹システムとPLCを直接接続するのではなく、産業用パソコン、サーバー、ゲートウェイなどの中間システムを設けます。
中間システムは、基幹システムから指示を受信し、PLCが扱える形式へ変換します。また、PLCから取得した計量実績や製造状態をデータベースへ保存し、基幹システムへ送信します。
この構成により、基幹システムと設備制御の役割を分離し、通信仕様の変更や一時的な通信断が設備動作へ直接影響することを抑えやすくなります。
主な連携方式
データベース連携
基幹システムと設備側システムが、データベースのテーブルを通じて情報を受け渡す方式です。製造指示、実績、マスタなどのデータをまとめて扱いやすい方法です。
同じレコードを重複して処理しないよう、処理状態、更新日時、連携番号などを管理します。
ファイル連携
CSVなどのファイルを指定フォルダへ出力し、相手側システムが読み込む方式です。構成が比較的分かりやすく、既設システムでも採用しやすい場合があります。
ただし、書込み途中のファイルを読み込まない処理、処理済みファイルの管理、文字コード、項目順序などを決める必要があります。
API・Web通信
HTTP通信やWeb APIを使用して、必要なタイミングでデータを送受信する方式です。リアルタイム性を高めやすく、複数システム間で共通の通信仕様を利用できます。
認証、暗号化、応答時間、再送、タイムアウトなど、ネットワーク通信としての設計が必要です。
PLC通信・産業用ネットワーク
中間システムとPLCの間では、Ethernet通信、Modbus、メーカー独自プロトコル、OPC UAなどを使用します。
PLC内部のデバイスやタグへ直接読み書きする場合は、データ型、アドレス、更新周期、通信量を明確にします。
製造指示を受信する流れ
基幹システムから受信した製造指示は、すぐに設備へ実行させるのではなく、内容を検査してから登録します。
品目コードが設備側マスタに存在するか、必要な原料や計量値が設定されているか、設備能力を超えていないかなどを確認します。異常な指示は自動運転へ渡さず、エラーとして扱います。
設備側では、製造指示を未着手、実行中、完了、中断、取消などの状態で管理します。PLCへは、実行対象として確定した指示だけを送ります。
実績を送信する流れ
計量や製造が完了すると、設備側で実績データを確定します。目標値、実績値、原料ロット、開始・完了時刻、異常の有無などを一つの製造単位にまとめます。
基幹システムへの送信が成功したことを確認してから送信済みとします。応答が得られない場合は未送信として保持し、通信復旧後に再送します。
同じ実績を二重登録しないよう、製造指示番号、バッチ番号、実績番号などの一意な識別情報を使用します。
設計上のポイント
データの責任範囲を明確にする
品目名、配合値、在庫数量などについて、どのシステムを正しい情報の管理元とするか決めます。複数のシステムで同じ項目を自由に変更できると、内容が一致しなくなります。
例えば、品目マスタは基幹システム、設備固有のモーター速度や落差補正値は設備側で管理するなど、役割を分けます。
データ型と単位を統一する
重量をkgで送るかgで送るか、日時の形式、文字数、小数点以下の桁数などを統一します。単位や桁の認識が違うと、10kgの指示を10,000kgとして扱うような重大な誤りにつながります。
各項目について、名称、意味、型、桁数、単位、必須・任意、許容範囲をまとめた通信仕様書を作成します。
指示の重複実行を防ぐ
通信再送やシステム再起動によって、同じ製造指示が複数回届く可能性があります。指示番号と処理状態を確認し、すでに受信済みまたは完了済みの指示を再実行しないようにします。
PLCへ指示を渡す場合も、開始要求と受付応答を組み合わせ、同じ要求を繰り返し取り込まない制御とします。
実績の欠落を防ぐ
基幹システムが停止している間も、設備側で製造を継続する場合があります。このとき、実績を中間システムやデータベースへ一時保存し、復旧後に送信できるようにします。
保存容量を超えた場合の動作や、長期間送信できない場合に運転を継続するか停止するかも決めます。
マスタ不一致を検出する
基幹システムの品目コードと設備側の設定が一致しない場合は、自動運転を開始しません。設備に存在しない原料、使用禁止の容器、未登録の配合などを事前に検出します。
マスタ更新日時やバージョンを管理し、どの設定で製造したかを実績へ残す方法もあります。
通信異常時の動作
通信異常時に設備を直ちに停止するか、受信済みの指示で生産を継続するかは、設備と運用によって異なります。
計量や搬送の途中で通信が切れた場合、進行中の工程を安全に完了させ、その後の新規指示受付を停止する方法があります。一方、基幹システムからの確認が常に必要な工程では、直ちに停止させます。
タッチパネルには、基幹システム、中間システム、PLCのどの区間で通信が停止しているか、最後に正常通信した時刻、未送信実績件数などを表示すると、原因を切り分けやすくなります。
停電・再起動時の復旧
停電やシステム再起動が発生した場合は、製造指示の状態、PLCの工程状態、計量途中の原料、未送信実績を照合します。
製造途中の指示を最初から再実行すると、同じ原料を二重投入する可能性があります。どの工程まで完了していたかを保存し、継続、取消、手動完了のいずれを行うか判断できる構成とします。
再起動後は、通信が復旧しただけで未処理指示を一斉に実行せず、設備の状態と指示内容を確認してから自動運転を再開します。
セキュリティとネットワーク分離
基幹システムが接続される社内ネットワークと、PLCなどの制御ネットワークは、役割と安全性が異なります。必要に応じてファイアウォール、ルーター、中間サーバーなどを設け、通信経路を制限します。
利用するポート、接続元、利用者権限を限定し、不要な通信を許可しない構成とします。遠隔保守を行う場合も、認証、接続記録、利用時間などを管理します。
既設設備との連携・更新
既設設備に基幹システム連携を追加する場合は、PLCの機種、通信ポート、使用可能なメモリ、既存ソフトウェア、盤内スペースを確認します。
PLCへ直接通信機能を追加できない場合は、既設タッチパネル、通信ユニット、産業用パソコンなどを経由してデータを取得できる場合があります。
基幹システムやサーバーを更新する際は、通信方式、データ項目、文字コード、データベース構造の変更を確認します。一定期間、新旧システムへ並行送信して結果を比較する方法もあります。
ハカルプラスの対応
ハカルプラスでは、基幹システム、生産管理システム、計量設備、搬送設備の役割と通信仕様を確認し、製造指示と実績を連携する構成を検討します。
計量コントローラ、PLC、タッチパネル、制御盤、産業用パソコン、データベースを組み合わせ、製造指示の受信、計量条件の設定、実績収集、未送信データの保存などを構成します。
機械設備や計量制御も含めて、品種選択、原料照合、粗供給・微供給、計量完了、搬送、実績送信まで一連の動作を整理します。
既設設備への追加や上位システムの更新についても、PLC機種、通信方式、既存データ、停止可能時間を確認し、段階的な移行方法を検討します。
よくある質問
Q. 基幹システムとの通信が切れた場合も製造を継続できますか？
A. 受信済みの製造指示と必要なマスタを設備側へ保持していれば、継続できる場合があります。未送信実績の保存容量や復旧後の再送方法も決めておきます。
Q. 同じ製造指示が二重に届いた場合はどうなりますか？
A. 製造指示番号やバッチ番号を照合し、受信済み・実行中・完了済みの指示を重複実行しない制御を行います。
Q. 計量実績が基幹システムへ届かない場合はどうしますか？
A. 設備側へ未送信データとして保存し、通信復旧後に再送します。送信成功の応答を確認するまで実績を削除しない構成とします。
Q. 既設の計量設備を基幹システムと連携できますか？
A. PLCや計量コントローラから必要なデータを取得できれば、通信ユニットや産業用パソコンを追加して連携できる場合があります。
Q. 基幹システム更新時に設備側の改修も必要ですか？
A. 通信方式、データ項目、文字コード、応答内容が変わる場合は改修が必要です。既存仕様との互換性を確認し、必要に応じて中間システムで変換します。