ベトナム 生産管理システムの導入で難しいのは、日本本社で使っている画面を翻訳することではありません。現地工場が扱う電子請求書・電子証憑、従業員や来訪者の個人データ、ロット・品質記録と、本社が統一したい品目・工程・設備・KPIを、どこまで共通化し、どこから現地責任とするかを決めることです。本記事では、ベトナム工場のIT化を製品比較から始めず、境界図、二言語マスター、オフライン、移行照合、ERP/MES接続、受入証跡までRFPにする方法を解説します。
ベトナムの製造現場で生産管理の再設計が必要な背景
ベトナム国家統計局（NSO）の2026年7月・7か月報告によると、7月の鉱工業生産指数（IIP）は前月比1.2%増、前年同月比14.5%増、1〜7月累計では前年同期比11.4%増でした。34の全地方で増加し、工業企業の労働者数は7月1日時点で前月比1.0%増、前年同日比3.1%増です。別のNSOによる2026年上期・第2四半期報告では、6月30日時点の製造業在庫指数が前月比5.3%増、前年同日比13.3%増で、第2四半期の事業環境が第1四半期より改善したと回答した企業は36.3%でした。
これらはベトナム製造業の活動水準や在庫変動を示す公式統計であり、特定の生産管理システムの効果を証明するものではありません。ただし、生産量、雇用、在庫が動く環境では、計画変更、能力負荷、仕掛、滞留、欠品、品質隔離を同じ基準で把握する必要性が高まります。Excelや口頭連絡で運用できた工場でも、拠点、品種、委託先、顧客監査が増えると「どの数字が正しいか」の確認に時間がかかります。
導入の目的を「入力をデジタルにする」とだけ置くと、紙がタブレットになっても、マスターの不一致、二重入力、回線断時の手戻り、本社報告の再集計は残ります。目的は、現地業務を止めずに、誰が、いつ、どの情報を確定し、どのシステムを正本とし、どんな証拠で処理完了を示すかを設計することです。
製品比較より先に決めるべき「意思決定の範囲」
最初に対象を工場全体と書くのではなく、経営上の意思決定と業務の始点・終点を定義します。例えば「顧客注文から製造指図まで」「原材料受入からロット消費まで」「工程実績から原価・在庫計上まで」「不適合発見から隔離・処置・解除まで」のように、結果を確定する単位で切ります。
各対象フローについて、少なくとも次を明らかにします。
- 誰が計画を作り、誰が凍結・変更・解除を承認するか
- ERP、MES、生産管理、WMS、QMS、設備側のどれが正本か
- 品目、BOM、工程、設備、作業者、ロット、検査規格の所有者は誰か
- 法定・契約・顧客要求に関係する記録は何か
- 本社共通と現地固有をどう分け、変更をどう同期するか
- 回線が切れた場合、何を続け、何を止め、復旧後にどう照合するか
- 完了を示す証拠は画面、ログ、帳票、照合表のどれか
スコープ表では機能名だけでなく、開始イベント、完了条件、除外範囲、責任者、依存システム、受入証拠を並べます。「在庫管理」では広すぎます。「受入済み原材料を保管ロケーションに格納し、検査保留と使用可能を分離し、ERP在庫と日次照合する」まで書けば、提案の比較が可能になります。
ベトナム生産管理システムの境界設計
境界設計では、すべてを本社統一する案と、すべてを現地最適にする案の二択を避けます。データごとに「作成」「承認」「配布」「使用」「訂正」「廃止」「保管」の権限を分けます。
現地側で確認すべき法定電子データ
ベトナムのDecree 254/2026/ND-CPは2026年6月30日発行、7月1日発効で、電子請求書・電子証憑を扱います。生産管理から出る出荷、数量、単価参照、取引先、返品、廃棄などの情報が会計・税務側の電子データへ渡る場合、どの時点の値が法定処理に使われるか、訂正や取消がどのシステムで管理されるかを確認する必要があります。ただし、適用対象、発行時点、保存、署名、訂正方法などの詳細は、公式原文と最新の実務運用をベトナムの税務・法務専門家に確認してください。本記事は適法性を保証するものではありません。
生産管理RFPには、法令本文を転記するより、法定処理と接続するデータ項目、正本、責任部署、連携時点、再送、訂正、照合、証跡を記載します。将来制度が変わっても、境界と責任が明確なら、影響箇所を追跡できます。
個人データを「作業実績の一項目」で済ませない
Vietnam Personal Data Protection Law 91/2025/QH15は2026年1月1日に発効しています。生産管理では、従業員名、社員番号、端末ID、作業資格、勤務・実績、画像、映像、生体情報、位置情報などを扱う可能性があります。便利だから収集するのではなく、利用目的、必要性、役割、閲覧範囲、保持期間、監査、委託先、越境や本社閲覧を整理します。
RFPでは「個人情報保護に対応」と一文で済ませず、個人データ一覧、処理目的、データ主体、取得元、保管場所、利用者、外部提供、越境の可能性、保持・削除、インシデント時の証跡、権限レビューを成果物にします。具体的な義務と対応は、ベトナムの個人情報・法務専門家に現在の公式文書と実態を確認してください。
品質・トレーサビリティと本社KPIを混同しない
Decree 37/2026/ND-CPは2026年1月23日に発行・同日発効し、製品品質やトレーサビリティに関係します。ただし、対象製品、義務、記録粒度などを記事だけで断定せず、原文、関係省庁の運用、顧客要求、認証制度を専門家と確認する必要があります。
一方、ISA-95は企業・物流領域と製造制御領域の統合や情報インターフェースを整理する参照モデルです。ISO 22400-1は製造オペレーション管理KPIの業種中立な概念・用語を提供し、2025年に確認されています。いずれもベトナムの法令ではありません。法定・顧客証跡と、経営比較に使うKPI語彙を別レイヤーに置くと、法令変更で全社KPIモデルまで壊すことを避けられます。
| データ群 | 主な目的 | 推奨する正本の考え方 | RFPで定めること |
|---|---|---|---|
| 電子請求書・証憑接続データ | 税務・会計処理 | 現地会計・税務側との責任境界を明示 | 発行・訂正・再送・照合・保管証跡 |
| 従業員・作業者データ | 権限、資格、実績 | 必要最小限を利用し、人事正本と連携 | 目的、閲覧、保持、削除、越境、監査 |
| 品目・BOM・工程 | 計画と実行 | 本社共通核＋現地拡張 | コード体系、承認、発効日、翻訳、廃止 |
| ロット・検査・不適合 | 品質と追跡 | 発生現場で確定、改ざん防止と訂正履歴 | 粒度、親子関係、隔離、解除、証拠 |
| KPI集計値 | 拠点比較と改善 | 定義・式は共通、根拠イベントは現地保持 | 時間帯、分母、除外、再計算、版管理 |
二言語マスターは翻訳表ではなく業務統制
ベトナム 工場 IT化では、英語・日本語・ベトナム語が混在します。二言語マスターを「名称の列を増やす」だけで作ると、略称、旧名称、文字数制限、同義語、発音、帳票表示がばらばらになります。コードは意味を埋め込みすぎず安定させ、表示名、現地名称、検索別名、規格、単位、税・会計分類、品質分類を分離します。
品目マスターなら、本社共通品目コード、現地購買コード、顧客コード、ベトナム語表示名、英語表示名、単位、換算、ロット管理区分、使用期限、検査区分、代替品、有効期間、承認状態を定義します。工程では、標準工程コードと現地の設備・班・スキルを結び、帳票名とシステム識別子を分けます。
変更プロセスは登録、翻訳、技術確認、品質確認、現地承認、本社配布、発効、旧版停止まで含めます。緊急変更時の暫定コード、未翻訳時の表示、競合変更の優先順位、過去実績を旧マスターで再現する方法も必要です。
マスター品質KPIには、未承認利用件数、重複候補、単位不一致、翻訳未完了、発効日前使用、廃止後使用、ERP・MES差分の経過日数などを置けます。KPIは罰点ではなく、プロセスの詰まりを見つける道具です。
ロット・品質トレーサビリティを変換関係で捉える
GS1 Global Traceability Standardは、class、batch/lot、instanceの識別と、変換工程におけるinputとoutputのつながりを扱います。実務では「ロット番号を入力できる」だけでは不十分です。原材料ロットがどの製造指図に投入され、どの中間品・完成品ロットへ変換され、分割・混合・再加工・外注・廃棄・返品でどう関係が変わったかを追える必要があります。
RFPには、識別単位、ラベル発行、読み取り、投入確認、数量差異、分割・統合、代替投入、リワーク、サンプル採取、検査結果、保留、隔離、特採、解除、出荷との関係をユースケースで記載します。バックトレースとフォワードトレースの両方を試験し、対象範囲、応答時間、欠落データの扱い、権限、エクスポート形式を受入条件にします。
品質判定は、合否だけでなく、規格版、測定方法、機器、校正状態、試料、測定値、判定者、日時、再試験、逸脱承認と結びます。結果訂正は上書きせず、元値、訂正値、理由、承認、時刻を残します。不適合品の物理隔離とシステム状態が一致しているかも日次照合します。
オフラインと回線断を例外ではなく状態として設計する
ベトナムの工場では、工業団地や建屋、無線環境、端末配置によって接続品質が異なります。「ネットワークは通常つながる」だけでは受入できません。オンライン、劣化、ローカルキュー、同期中、検証、確定、競合確認、照合済みを状態として定義します。
オフライン中に許可する操作は、作業開始、数量実績、検査、ラベル印刷、設備停止など、業務リスクごとに分けます。マスターの版が古い端末では、新しい指図を開始させない一方、進行中作業の安全な完了だけを許す、といった制御が必要です。価格、承認、出荷解除など高リスク操作は接続必須にする判断もあります。
各イベントには、端末で一意なID、工場、端末、利用者、業務時刻、記録時刻、マスター版、前提状態を持たせます。再送で二重実績を作らない冪等キーを使い、順序逆転、同一ロットの競合、端末時刻ずれ、長時間オフライン、容量超過を試験します。
復旧時は「同期成功」の件数だけでなく、送信、受信、重複排除、保留、競合、却下、未処理を照合します。競合を自動で後勝ちにすると、正しい現場記録を消す可能性があります。業務ルールで自動解決できないものは担当キューに置き、根拠を表示して承認させます。
回線断の受入試験例
- 作業開始後に回線を切り、複数の実績と検査結果を記録する。
- 同じイベントを再送し、二重計上されないことを確認する。
- 別端末で同じ指図を変更し、復旧時に競合が検出されることを確認する。
- マスター改訂を行い、旧版端末の許可・禁止動作を確認する。
- 端末時刻をずらし、業務順序が破壊されないことを確認する。
- サーバー応答がタイムアウトした直後に復旧し、成功か失敗か不明な処理を照合する。
- キュー容量を超える条件を作り、警告、停止、安全な復旧を確認する。
ERP・MES・設備接続はデータ契約で定義する
海外工場 生産管理では、ERPは受注、購買、在庫、会計の正本、MESや生産管理は作業指示と実績、設備側は状態・測定値という分担が一般的ですが、実際の責任境界は企業ごとに異なります。ISA-95を参考に層を整理しても、製品名だけで自動的に境界は決まりません。
インターフェースごとに、送信元、受信先、業務イベント、項目、単位、コード、時刻、頻度、順序、再送、重複、取消、訂正、エラー責任、監視、保持、セキュリティを契約としてまとめます。API仕様だけでなく、業務上の意味と失敗時の運用が必要です。
| 接続 | 代表データ | 主な失敗 | 必須の受入証拠 |
|---|---|---|---|
| ERP→生産管理 | 品目、BOM、指図、計画、保管場所 | 未承認版、単位差、欠落、重複 | 取込件数、却下理由、版、差分照合 |
| 生産管理→ERP | 払出、完成、廃棄、工数、移動 | タイムアウト、二重計上、締め期間 | 冪等性、ERP番号読戻し、日次照合 |
| MES→設備・OT | レシピ、条件、開始許可 | 対象設備違い、古い条件、権限超過 | 対象、版、承認、配信・適用結果 |
| 設備・OT→MES | 状態、数量、アラーム、測定値 | 時刻ずれ、欠測、外れ値、再起動 | 品質フラグ、時刻基準、欠測表示 |
| QMS/WMS連携 | 検査、保留、ロケーション、移動 | 状態競合、物理と論理の不一致 | 状態遷移、権限、棚卸・隔離照合 |
連携監視では、技術的HTTP成功だけでなく、業務処理が確定したかを確認します。送信側のイベントIDと受信側の伝票番号を結び、日次で「発生」「送信」「受信」「確定」「取消」「未解決」を照合します。再処理ボタンには権限と理由を設けます。
タイムゾーンはICT、UTC、本社時刻のどれを保存・表示するか決め、サマータイムのある他拠点とも比較できるようにします。測定時刻、受信時刻、処理時刻を分けると、回線遅延と工程順序を区別できます。
データ移行は件数一致だけで受け入れない
旧システム、Excel、紙台帳からの移行では、対象範囲と基準日を先に凍結します。マスター、オープン指図、在庫、ロット、品質保留、設備、作業者資格、履歴のうち、何を本番DBに持ち、何を参照アーカイブに残すかを決めます。
移行ルール表には、旧項目、新項目、変換、初期値、コード対応、欠損処理、除外理由、承認者を記載します。変換スクリプト、入力ファイル、実行ログ、エラー、承認済み対応表を版管理し、同じ入力から同じ結果を再現できるようにします。
照合は最低でも次の層で行います。
- 行・件数：抽出、変換、取込、却下、重複、除外の合計が一致する
- 金額・数量：在庫数量、評価額、仕掛、指図残、入出庫の合計を比較する
- 関係：BOM親子、ロット系譜、指図と実績、検査とロットの参照が切れていない
- 状態：保留品が使用可能になっていない、完了が未完了に戻っていない
- サンプル：高額、長期滞留、再加工、分割・混合、多言語文字を重点確認する
- 業務結果：代表シナリオを新システムで実行し、帳票とERP結果まで確認する
切替当日は、旧システム停止、最終差分抽出、取込、照合、承認、開始、監視の順序を時刻入りで定めます。中止基準とロールバック判断者も必要です。ロールバックとは単に旧画面を開くことではなく、切替中に発生した取引をどう戻し、二重処理をどう防ぐかまで含みます。
ベトナム システム開発のRFPに入れる成果物
RFPが機能チェックリストだけだと、各社が異なる前提で「対応可能」と回答します。比較可能にするには、成果物と検証方法を定義します。
- 現状・将来業務フローと責任分担表
- システム境界図と正本データ一覧
- 本社共通・現地固有のマスター設計と二言語運用
- ロット・品質・不適合の状態遷移と系譜モデル
- 個人データ・権限・監査・保持のデータ一覧
- ERP/MES/WMS/QMS/OTインターフェース契約
- オフライン状態、同期、競合、照合の設計
- 移行マッピング、クレンジング、照合、切替計画
- 正常・異常・回復・性能・セキュリティの試験仕様
- 運用監視、バックアップ、復旧、障害対応、SLA
- ソース、設定、ビルド、展開、管理者教育、引継ぎ
- 法務・税務・個人情報・品質専門家の確認事項一覧
提案書には、標準機能、設定、追加開発、外部製品、顧客作業を分け、前提、除外、依存、追加費用条件を明示させます。デモは完成されたサンプルではなく、自社の代表データと異常ケースで行います。
ベンダー評価は、価格だけでなく、境界理解、現地運用、多言語、データ移行、連携、オフライン、受入証跡、保守体制、引継ぎ可能性で採点します。導入後に自社が運用できるか、仕様変更時に影響を追えるかが重要です。
既存のタイ工場向け記事ですが、境界と連携の考え方は製造業のアプリケーション開発ガイドでも詳しく解説しています。また、受入と段階展開の具体像は生産管理システム導入事例と進め方も参考になります。ベトナムでは、これらをそのまま移植せず、現地法令・言語・ネットワーク・組織責任に合わせて再確認してください。
受入証跡を「画面が動いた」から引き上げる
受入試験は要求IDと試験IDを結びます。各要求について、事前条件、使用データ、操作、期待結果、実結果、証拠、実施者、確認者、日時、環境、ソフトウェア版を残します。スクリーンショットだけでなく、入力イベント、DBまたはAPI結果、ERP読戻し、照合表、監査ログを組み合わせます。
正常ケースに加えて、通信断、重複送信、順序逆転、権限不足、古いマスター、存在しないコード、単位不一致、締め期間、欠測、設備再起動、ラベル再発行、ロット分割・混合、品質保留、復旧失敗を試します。
受入判定では、重大度ごとの未解決件数、回避策、運用負荷、残存リスク、責任者、解消期限を一覧にします。「後で直す」は、変更依頼ID、対象版、期限、費用責任まで確定して初めて条件付き受入にできます。
証跡の最終確認では、一つの製品ロットを選び、原材料、指図、設備、作業者、検査、再加工、完成、保管、出荷まで再構成します。反対に、一つの原材料ロットから影響する完成品・顧客範囲を追います。さらに一件の訂正について、元値、理由、承認、下流反映を示します。
説明用の導入規模試算
以下は要員とテスト量を考えるための例示であり、価格・納期・成果保証ではありません。実際は工場、製品、規制、既存システム、データ品質、回線、言語、体制で変わります。
仮に、対象を1工場、主要2製品群、品目8,000件、BOM1,500件、稼働中指図600件、在庫・ロット25,000明細、ERP連携6本、設備データ接続10台、主要業務シナリオ40本とします。各シナリオに正常1、異常2、回復1の平均4試験を置くと160試験です。4言語ではなく、ベトナム語と英語の二言語表示について20シナリオを追加確認すると、単純計算で20試験を追加し、計180試験になります。
移行照合で品目8,000件の2%をリスクベース抽出するなら160件、BOM1,500件の5%なら75件、在庫・ロット25,000明細の1%なら250件で、サンプル確認は485件です。これに全件の件数・数量・関係整合チェックを組み合わせます。割合は推奨値ではなく例です。高額、品質保留、代替、再加工、混合ロットなどは無作為抽出とは別に全件または重点確認します。
5名が1日6試験を証跡込みで完了できるという仮定なら、180÷（5×6）=6稼働日です。しかし、不具合修正と再試験、データ準備、通訳、現場都合は含みません。計画上は実行日数だけでなく、再試験のバッファと意思決定日を設けます。この計算も例示であり、価格・納期・成果保証ではありません。
段階導入の判断ゲート
全工場一括ではなく、価値とリスクを確認できる優先フローから始めます。例えば、原材料受入から払出、または製造実績からERP計上までを選びます。単純すぎる工程だけでは異常処理が見えないため、回線断、品質保留、再加工、二言語、ERP連携を含む代表範囲にします。
Gate 1：設計着手
境界、正本、責任者、対象ロット、個人データ、法務・税務・品質確認事項、現状KPIが合意されていることを確認します。未決事項をベンダーの実装判断へ押し込まないことが重要です。
Gate 2：パイロット開始
二言語マスター、移行試行、連携、オフライン、権限、監査、異常試験が最低限通り、現場教育と障害連絡が準備されていることを確認します。未解決不具合が業務安全や法定処理へ与える影響を評価します。
Gate 3：展開・停止・修正
KPIだけでなく、照合差異、未処理キュー、誤った自動確定、品質保留逸脱、重複計上、監査証跡、現場負荷を確認します。成功を入力率だけで判断せず、取引が正しく完了し、例外を回収できたかで判断します。
よくある失敗と回避策
- 日本版画面を翻訳する：用語は変わっても責任境界が変わらず、現地法定・品質処理が外付けになる。先にデータと状態を設計する。
- ERPかMESのどちらかへ全部寄せる：製品カテゴリで責任を決めると、正本と現場応答が曖昧になる。イベント単位で所有者を決める。
- マスターを初回投入して終える：改訂、翻訳、発効、廃止が回らない。定常変更プロセスを受入対象にする。
- オンライン正常系だけをデモする：回線断後に二重実績や競合が発生する。状態遷移と回復試験を契約に入れる。
- 移行は件数一致だけを見る：関係切れ、状態反転、単位誤変換を見逃す。数量・金額・関係・状態・業務結果を照合する。
- 法令対応をベンダー任せにする：システム要件と法的判断が混ざる。確認事項と専門家の承認者を明示する。
- 受入を現場の印象で決める：問題が版やデータと結び付かない。要求ID、試験、証拠、欠陥を追跡する。
- KPIの式だけ統一する：時間帯、分母、除外、再計算が違い、拠点比較が歪む。ISO 22400-1等を共通語彙の参考にし、ローカル根拠イベントを保持する。
RFP提出前のチェックリスト
- 対象フローの開始・完了・除外が書かれている
- 現地法定・契約・顧客・本社管理のデータが分類されている
- 法務・税務・個人情報・品質の専門家確認事項が一覧化されている
- 本社共通マスターと現地拡張の所有者・発効・翻訳が定義されている
- ロットの分割、混合、再加工、外注、廃棄、返品を追跡できる
- ERP/MES/WMS/QMS/OTの正本と読書き責任が決まっている
- オフライン許可操作、同期、競合、照合、容量超過を試験する
- 移行の件数・数量・関係・状態・サンプル照合がある
- 異常・回復・重複・順序・権限の試験がある
- 証拠、ソース、設定、運用手順、教育、引継ぎが成果物になっている
- 提案の標準、設定、追加開発、顧客作業、除外が分離されている
- 展開、修正、停止を判断するゲートと責任者がいる
まとめ
ベトナム 生産管理システムの成否は、日本製システムをどれだけ忠実に翻訳したかではなく、現地工場の法定電子データ、個人データ、ロット・品質証跡と、本社の共通マスター・KPIをどこで分け、どう接続したかで決まります。境界図、二言語マスター、変換を含むトレーサビリティ、回線断の状態、ERP/MESデータ契約、移行照合、異常・回復試験、受入証跡をRFPの成果物にしてください。法令の適用と具体的義務は、必ず最新の公式文書を基にベトナムの法務・税務・個人情報・品質の専門家へ確認します。
TOMAS TECHでは、製品選定前の段階から、ベトナム工場の現状フロー整理、システム境界、マスター・連携・移行・受入条件のRFP化を支援できます。まだ予算や製品が確定していなくても、論点を整理したい場合はお問い合わせからご相談ください。
FAQ
ベトナム システム開発は現地ベンダーと日系ベンダーのどちらがよいですか？
会社属性だけでは決められません。現地法令・言語・保守への理解、本社ERPや品質基準との接続、データ移行、オフライン、受入証跡、引継ぎを同じシナリオで比較してください。現地チームと本社アーキテクトの共同体制が有効な場合もあります。責任者と成果物が曖昧な多社体制は避けます。
ベトナム 工場 IT化はどの業務から始めるべきですか？
経営課題が明確で、現場で完結せずERPや品質へつながり、異常ケースも代表できるフローが適します。受入から払出、指図から実績計上、不適合から解除などが候補です。最も簡単な画面だけを選ぶと、本番展開の難所を検証できません。
海外工場 生産管理のKPIは本社と完全統一できますか？
KPI名と式だけでなく、分母、時間帯、計画停止、手直し、欠測、再計算、締め時点を共通化すれば比較しやすくなります。ただし、工程や製品差を無視した一律目標は逆効果です。共通語彙と現地の根拠イベントを分け、説明可能な差異を残します。
ベトナム 生産管理システムの導入期間と費用はどのくらいですか？
工場数、対象フロー、既存ERP、設備接続、データ品質、法令・顧客要求、二言語範囲、オフライン要件、移行履歴で大きく変わります。機能一覧だけの概算より、境界と代表シナリオを短期間で整理し、標準・設定・追加開発・移行・運用を分けて見積もる方が比較できます。本記事の試算は例示であり、価格・納期・成果保証ではありません。
電子請求書や個人データに対応すれば適法性を保証できますか？
できません。システムは統制を実装し証拠を残せますが、適用法令、処理目的、責任、保持、越境、税務処理などの判断は組織と専門家が行います。Decree 254/2026、Law 91/2025、Decree 37/2026などの最新公式原文と関連運用を、ベトナムの専門家に確認してください。
回線断中もすべての操作を続けるべきですか？
いいえ。安全で後から一意に照合できる実績は続行候補ですが、出荷解除、重要マスター変更、高リスク承認などは接続必須とする判断があります。操作ごとにリスク、必要マスター版、重複防止、競合解決、復旧証跡を定義します。
公式・一次情報
- Vietnam NSO、2026年7月・7か月社会経済報告: https://www.nso.gov.vn/bai-top/2026/08/bao-cao-tinh-hinh-kinh-te-xa-hoi-thang-bay-va-7-thang-nam-2026/
- Vietnam NSO、2026年第2四半期・上期報告: https://www.nso.gov.vn/en/data-and-statistics/2026/08/report-socio-economic-performance-in-second-quarter-and-the-first-half-of-2026/
- Decree 254/2026/ND-CP公式: https://vanban.chinhphu.vn/?classid=1&docid=218689&orggroupid=2&pageid=27160
- Decree 254/2026/ND-CP本文概要: https://xaydungchinhsach.chinhphu.vn/toan-van-nghi-dinh-so-254-2026-nd-cp-ve-hoa-don-dien-tu-chung-tu-dien-tu-119260713164251972.htm
- Personal Data Protection Law 91/2025/QH15公式: https://vanban.chinhphu.vn/?classid=1&docid=214590&pageid=27160&typegroupid=3
- Decree 37/2026/ND-CP公式: https://vanban.chinhphu.vn/?classid=1&docid=216764&orggroupid=2&pageid=27160
- ISA-95公式: https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
- ISO 22400-1公式: https://www.iso.org/standard/56847.html
- GS1 Global Traceability Standard: https://www.gs1.org/standards/gs1-global-traceability-standard/current-standard
- Vietnam MPI、製造企業DXロードマップ: https://www.mpi.gov.vn/portal/Pages/2023-6-17/Chuyen-doi-so-cho-doanh-nghiep-san-xuat-Lo-trinh-c4bje4f.aspx
