該非判定の根拠資料が散逸して再現できない問題を解消し監査対応を万全にする方法

輸出管理における該非判定は、外為法に基づく重要な法的手続きです。しかし多くの企業では、過去に実施した該非判定の根拠となる技術資料や判断プロセスが、担当者のローカルフォルダやメールの添付ファイルに散在しています。同一製品の再判定を求められたとき、あるいは経済産業省の立入検査や社内監査のタイミングで、判定の根拠を提示できないという深刻な事態が現実に起きています。

この記事は、従業員50名から500名規模の製造業やメーカーで、輸出管理業務を兼務している品質管理部門や法務・コンプライアンス担当者、あるいは情報システム部門の方を想定しています。読み終えると、該非判定の申請から承認、根拠資料の保管、判定結果の記録までを一気通貫で管理し、いつでも証跡を再現できるワークフローの全体像と具体的な構築手順が手に入ります。なお、大規模エンタープライズ向けの全社ERP統合計画や、個別ツールの網羅的なレビューは扱いません。

本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、該非判定の申請・承認・根拠資料の紐付け・判定結果の記録を1つの流れとして設計し、自社で運用を開始するための具体的なアクションリストが手元に揃います。

Workflow at a glance: 該非判定の根拠資料が散逸して再現できない問題を解消し監査対応を万全にする方法

• Step 1: 該非判定の申請と根拠資料の登録を同時に行う (コラボフロー) (ワークフローシステム)
• Step 2: 技術審査と承認を行い判定結果を記録する (コラボフロー) (ワークフローシステム)
• Step 3: 判定済み案件を台帳化し再判定・監査に備える (DocuWorks) (文書管理システム)

なぜ該非判定の根拠資料は散逸してしまうのか

判定プロセスが3つの場所に分断されている

該非判定には大きく分けて3つの情報が必要です。1つ目は申請・承認の記録、つまり誰がいつ判定を依頼し、誰が承認したかという手続きの流れです。2つ目は技術仕様書や図面といった判定の根拠となる技術資料です。3つ目は判定結果そのもの、つまり該当か非該当かの結論とその理由です。

問題は、この3つがそれぞれ別の場所で管理されていることにあります。申請・承認はメールや紙の回覧で行われ、技術資料は設計部門のファイルサーバーや個人のPCに保存され、判定結果はExcelの台帳に手入力されています。この3つを後から突き合わせて1件の判定プロセスとして再現しようとすると、膨大な手間がかかるか、そもそも不可能になります。

担当者の異動・退職で暗黙知が消える

該非判定は高度な専門知識を要する業務であり、判定の背景にある技術的な判断理由は担当者の頭の中にだけ存在していることが少なくありません。担当者が異動や退職をすると、なぜその判定結果になったのかという判断の根拠が完全に失われます。後任者は同じ製品の判定をゼロからやり直すことになり、判定結果が前回と食い違うリスクも生じます。

放置した場合のビジネスリスク

根拠資料の散逸を放置すると、具体的に3つのリスクが発生します。まず、経済産業省の立入検査で判定根拠を提示できず、行政指導や輸出許可の取消しにつながる可能性があります。次に、同一製品の再判定で前回と異なる結論が出た場合、どちらが正しいか検証できず、誤判定のまま輸出してしまうリスクがあります。最後に、監査対応のたびに担当者が過去のメールやファイルサーバーを掘り返す作業に追われ、本来の業務が圧迫されます。

重要な考え方：1件の判定に対して申請・根拠資料・結果を1つの箱にまとめる

該非判定の証跡管理で最も重要な原則は、1件の判定案件に対して、申請の経緯、根拠となる技術資料、判定結果の3点セットを必ず1つの場所に紐付けて保管するということです。これを実現するために、ワークフローシステムの案件番号を軸にして、文書管理システムに格納した技術資料と、図面管理システムに保管した図面データをリンクさせます。

案件番号を唯一の串刺しキーにする

該非判定の申請時に一意の案件番号を自動採番し、この番号をすべての関連資料に付与します。技術仕様書にも、図面にも、判定結果にも同じ番号が入っていれば、後から検索するときに案件番号1つで全資料を引き出せます。手動でファイル名を揃えるのではなく、ワークフローシステムの申請画面から文書管理システムや図面管理システムへ直接リンクを貼る仕組みにすることで、紐付け漏れを防ぎます。

承認完了後は変更不可にする

判定結果が確定した後に根拠資料が書き換えられてしまうと、証跡としての意味がなくなります。承認完了のタイミングで、関連する技術資料と図面のバージョンを確定し、以降は変更不可の状態にロックする運用が必要です。修正が必要な場合は新しいバージョンとして登録し、旧バージョンとの差分が追跡できるようにします。

該非判定の申請から証跡保管までを一気通貫で回す

ステップ 1：該非判定の申請と根拠資料の登録を同時に行う（コラボフロー）

営業部門や事業部門から該非判定の依頼が発生したら、コラボフローで申請フォームを起票します。このとき、申請フォームには製品名、仕向地、用途、需要者の情報に加えて、判定に必要な技術仕様書や該非判定書のドラフトを添付する欄を設けます。

申請が起票されると案件番号が自動採番されます。申請者は、根拠となる技術仕様書をDocuWorksに登録し、そのドキュメントリンクをコラボフローの申請フォームに貼り付けます。図面が必要な場合は、同様にAras Innovatorから該当図面のリンクを取得して申請フォームに記載します。

この段階で重要なのは、申請フォームの提出条件として、技術仕様書のリンクが空欄の場合は提出できないようにバリデーションを設定することです。これにより、根拠資料なしで判定が進んでしまう事態を防ぎます。

担当者：申請者（営業部門・事業部門の担当者） 頻度：該非判定が必要になるたび（新規製品の輸出時、仕向地変更時、法令改正時など） 所要時間：1件あたり15分から30分

ステップ 2：技術審査と承認を行い判定結果を記録する（コラボフロー）

コラボフローの承認ルートに沿って、技術審査担当者が申請内容を確認します。技術審査担当者は、申請フォームに貼られたDocuWorksのリンクから技術仕様書を開き、Aras Innovatorのリンクから図面を確認して、リスト規制やキャッチオール規制への該当性を判断します。

判定結果は、コラボフローの申請フォーム内の判定結果欄に、該当・非該当の結論と、その根拠となる政省令の条項番号、技術的な判断理由を記入します。判断理由は後任者や監査担当者が読んで理解できるよう、なぜ該当しないのか、あるいはなぜ該当するのかを技術仕様の数値と規制値を対比させて記述するルールにします。

承認者が最終承認を行うと、コラボフローのステータスが承認完了に変わります。この時点で、DocuWorksに登録した技術仕様書とAras Innovatorの図面のバージョンを確定させ、以降の編集をロックします。

担当者：技術審査担当者（設計部門や品質管理部門の専門家）、最終承認者（輸出管理統括責任者） 頻度：申請が上がるたび 所要時間：技術審査に1件あたり30分から2時間（製品の複雑さによる）

ステップ 3：判定済み案件を台帳化し再判定・監査に備える（DocuWorks）

承認完了した案件は、コラボフローから判定結果のデータをDocuWorksに出力し、技術仕様書と同じフォルダ構造の中に判定結果書として格納します。DocuWorksのバインダー機能を使い、1件の案件番号に対して、申請書の写し、技術仕様書、図面のスナップショット、判定結果書をひとまとめにします。

このバインダーが、監査時に提示する証跡パッケージそのものになります。案件番号で検索すれば、判定プロセスの全体像が1つのバインダーに収まっているため、過去のメールやファイルサーバーを掘り返す必要がなくなります。

同一製品の再判定が必要になった場合は、過去の案件番号で検索して前回の判定内容を確認してから新規申請を起票します。前回の判定結果と根拠資料が手元にある状態で再判定に臨めるため、判定の一貫性を保てます。

担当者：輸出管理事務局（法務・コンプライアンス部門） 頻度：承認完了のたびに即時実施。台帳の棚卸しは四半期に1回 所要時間：格納作業は1件あたり10分。四半期棚卸しは半日程度

この組み合わせが機能する理由

コラボフロー：申請・承認の流れと判定根拠の紐付けを強制できる

コラボフローを選定した理由は、申請フォームのカスタマイズ性が高く、入力バリデーションによって根拠資料のリンク添付を必須にできる点にあります。該非判定のように、申請時に必ず技術資料を添付させたいケースでは、この強制力が証跡の抜け漏れ防止に直結します。

承認ルートの分岐設定も柔軟で、製品カテゴリや仕向地によって技術審査担当者を自動で切り替えることができます。たとえば、リスト規制品は上位の承認者を追加し、キャッチオール規制のみの場合は簡易ルートにするといった運用が可能です。

一方で、コラボフロー単体では文書のバージョン管理や長期保管には向きません。申請フォームに添付したファイルはあくまでワークフロー上の添付であり、文書管理の観点では不十分です。そのため、文書の正本はDocuWorksで管理し、コラボフローにはリンクのみを持たせる設計にしています。

DocuWorks：技術仕様書と判定結果を版管理付きで長期保管できる

DocuWorksは、紙文書のスキャンデータと電子文書を統合的に管理できる文書管理ソフトウェアです。該非判定の根拠資料には、古い紙の技術仕様書をスキャンしたものと、CADから出力したPDFが混在していることが多く、DocuWorksはこの混在環境に対応できます。

バインダー機能で複数の文書を1つにまとめられるため、案件番号単位での証跡パッケージ化に適しています。また、文書にアノテーション（付箋やマーカー）を付けられるため、技術審査担当者が判定時に着目した箇所を視覚的に残すことも可能です。

注意点として、DocuWorksはファイルサーバー上での運用が基本となるため、大規模な同時アクセスや外部からのリモートアクセスには追加の環境整備が必要です。拠点が複数ある場合は、DocuWorks Trayの共有設定やVPN経由でのアクセスを検討してください。

Aras Innovator：図面のバージョン管理と変更履歴を厳密に追跡できる

Aras Innovatorは、オープンソースベースのPLMソフトウェアで、図面や設計データのバージョン管理に強みがあります。該非判定では、判定時点の図面がどのバージョンだったかを正確に特定する必要があり、Aras Innovatorのリビジョン管理機能がこの要件に合致します。

ライセンス費用が無料（サブスクリプションサポートは有償）であるため、中小規模の製造業でも導入しやすい点がメリットです。ただし、初期のセットアップやカスタマイズにはPLMの知識が必要で、社内にPLM経験者がいない場合は導入パートナーの支援を受けることを推奨します。

また、Aras Innovatorはブラウザベースで動作するため、コラボフローの申請フォームからURLリンクで直接図面を参照させる運用が自然に実現できます。ただし、Aras Innovator側のアクセス権限設定を適切に行わないと、技術審査担当者がリンクを開けないという事態が起きるため、権限設計は事前に済ませておく必要があります。

Recommended tool list

結論：案件番号を軸に申請・資料・結果を1箱にまとめれば該非判定の証跡は再現できる

該非判定の根拠資料が散逸する根本原因は、申請・承認の流れ、技術資料、判定結果がそれぞれ別の場所に存在し、後から紐付ける仕組みがないことです。コラボフローで申請・承認の流れを管理し、DocuWorksで技術仕様書と判定結果を版管理付きで保管し、Aras Innovatorで図面のバージョンを厳密に追跡する。この3つを案件番号という1本の串で貫くことで、いつでも判定プロセスの全体像を再現できる体制が整います。

最初の一歩として、直近で発生している該非判定案件を1件選び、コラボフローで申請フォームのテンプレートを作成してみてください。技術仕様書のリンク欄と判定結果の記入欄を設け、実際に1件を通してみることで、自社に合ったフォーム設計の改善点が見えてきます。

Mentioned apps: コラボフロー, DocuWorks, Aras Innovator

Related categories: ワークフローシステム, 図面管理システム（PDM・PLM）, 文書管理システム

Related stack guides: 輸出管理教育の受講完了と実務権限を自動連動させ未受講者による誤申請を防ぐ方法, 補助金の変更申請と実績報告の整合性を保ち事後監査での指摘と返還リスクを防ぐ方法, パートナーへの変更依頼が社内承認後に正しく伝わらない問題を解消し手戻りとプロジェクト遅延を防ぐ方法, 付議基準の属人判断による上程漏れをなくし取締役会のガバナンスと議論の質を守る方法, 各部門バラバラのAI活用事例を全社で一元管理し重複投資とガバナンス不全を防ぐ方法