国土交通省「電子納品要領（案）」における写真管理の規定
毎年改定される「要領（案）」と「基準（案）」。バージョン選びの落とし穴と、PHOTO.XMLの構造について。
建設DX 編集部 · 2025-12-17
「要領（案）」という名前ですが、事実上の「ルール」です。 公共工事を受注する建設会社にとって、この冊子は六法全書並みに重要です。 毎年微妙に改定されるこの要領を理解していないと、工事の最後に「電子納品エラー」地獄を見ることになります。
本記事では、特に「写真管理」に関連する部分をピックアップして解説します。
1. なぜいつまでも「案」なのか？
「電子納品要領（案）」 「いつになったら決定版（案なし）になるの？」と思ったことはありませんか？
これは、建設IT技術（ドローン、レーザースキャナ、BIM/CIM）の進歩があまりに速すぎるためです。 完全に固定した「要領」にしてしまうと、新しい技術に対応できなくなるため、常に**「現時点での暫定ベスト版」**として更新され続けているのです。
最重要：適用年度の「バージョン」
あなたの工事契約図書（特記仕様書）を見てください。 **「平成○年○月版 の電子納品要領（案）を適用する」**と書かれているはずです。
- 平成28年版
- 令和2年版
- 令和4年版
この「年月」を間違えると、フォルダ構成やXMLの項目定義が異なり、納品物が一発却下されます。専用ソフトの設定も、最初に行うこの「基準選択」が全てです。 必ず、着工前の「事前協議」で発注者とバージョンを握ってください。
2. 要領・基準のバージョン管理マトリクス
「最新版を使えばいい」という考えは、電子納品では非常に危険です。 発注時期（契約時）によって適用されるバージョンが固定されるため、以下のマトリクスを参考に、自社の工事がどこに位置するかを特定してください。
| 工事区分 | 準拠すべき主な要領（案） | 留意点 |
|---|---|---|
| 国交省 直轄工事 | 電子納品要領（案） 土木工事編 | 毎年3月に小規模な追加、数年に一度の大改訂あり。 |
| 農林水産省 工事 | 工事写真管理基準（農水省版） | フォルダ名が「P」ではなく「D」から始まる等、独自ルール。 |
| 日本高速道路（NEXCO） | 工事記録写真管理要領 | 電子小黒板の利用が先駆的に義務化されている。 |
| 地方自治体（市町村） | 各自治体の「独自の」電子納品要領 | 「国交省版に準ずる」とあっても、特定のXML項目が非対応の場合あり。 |
3. テクニカル深掘り：PHOTOフォルダの内部構造
要領（案）に基づき、メディア内には以下の構造を「手動ではなくソフトで」生成する必要があります。
- PHOTO
- PHOTO.XML: DTD（Document Type Definition）という規格に則った、厳格なタグ構造。
- PIC: 写真の原版（JPEG）。
- DRA: 工事写真に関連する「図面」や「模式図」。
- ORG: オリジナル写真。リサイズ前の高解像度データや、改ざん検知前のデータを格納する場合がある（要領のバージョンによる）。
4. 電子納品を成功させる「他部署・他社」との連携
電子納品要領は、現場監督一人で完結するものではありません。
- 測量会社との連携: ドローン測量や3D計測の成果物を、どのフォルダ（OTHERSかDRAWINGか）に入れるか、事前に協議が必要です。
- 電子納品代行業者（ベンダー）の活用: 大規模工事では、整理とXML作成をアウトソーシングする場合があります。その際、要領の「どの版」を使うかの指示を間違えると、数万枚のデータがゴミになります。
- 発注者（監督員）との「事前協議簿」: 「電子納品チェックシステム」でのエラーをどこまで許容するか（一部の警告は無視して良い場合がある）、事前に書面で握っておくことが、引き渡し時のトラブル回避に繋がります。
5. まとめ：要領は「円滑な納品」のための共通言語
電子納品要領（案）は、単なる「お役所のルール」ではなく、異なるソフト（受注側ソフトと発注側ビューア）が互いに情報を正しく受け渡すための**「共通言語（プロトコル）」**です。
- バージョンを確認する: 契約図書を読み込む。
- 入れ方を守る: フォルダ構成を崩さない。
- 中身を整える: 基準に沿った画質と黒板情報を入れる。
この3原則を徹底することで、あなたは「電子納品の達人」として、社内でも発注者からも高い評価を得ることができるでしょう。テクノロジーを理解し、ルールを味方につける。それがこれからの建設DX時代のスタンダードです。
関連記事
2. メディア内の厳格な住み分け
電子納品メディア（CD/DVD）の中には、様々なデータが格納されますが、それぞれ「住所」が決まっています。
- PHOTO（写真）: 工事記録写真（JPEG+XML）
- DRAWING（図面）: 完成図面（CAD P21/SFCファイル）
- MEET（打合せ簿）: 協議資料（PDF）
- PLAN（施工計画書）: 施工計画書（PDF）
- BORING（地質調査）: ボーリング柱状図など（XML等）
写真は必ず PHOTO フォルダの管轄です。打合せ簿の中に写真を貼り付けても、それは「写真データ」としては扱われません。
3. 写真ファイルの命名規則
Windowsのエクスプローラーで適当に名前をつけてはいけません。 電子納品上のファイル名は、極めてシンプルで機械的です。
- P（Photoの頭文字）
- 数字5桁〜（連番）
- .JPG（拡張子）
例： P00001.JPG, P00123.JPG
「基礎-配筋-01.jpg」のような日本語ファイル名は使用禁止です。
ファイル名で情報を語るのではなく、その情報の全ては PHOTO.XML という管理台帳側に記述するというのがCALSの思想です。
4. デジタル写真管理情報基準（案）
名前が似ていますが、別のルールブックです。
- 要領（案）: フォルダ構成やファイルの置き場所のルール（入れ物のルール）。
- 基準（案）: 写真の画質や編集禁止などのルール（中身のルール）。
主な禁止事項
- 画像の加工: 色調補正、切り抜き（トリミング）、黒板への後からの加筆テキスト。
- 黒板の合成？: これは「改ざん」ではなく「黒板情報の同時付与」として、**信憑性確認（改ざん検知機能）**を有した認定ソフトで行う場合に限り認められています。
3. 要領・基準のバージョン管理マトリクス
「最新版を使えばいい」という考えは、電子納品では非常に危険です。 発注時期（契約時）によって適用されるバージョンが固定されるため、以下のマトリクスを参考に、自社の工事がどこに位置するかを特定してください。
| 工事区分 | 準拠すべき主な要領（案） | 留意点 |
|---|---|---|
| 国交省 直轄工事 | 電子納品要領（案） 土木工事編 | 毎年3月に小規模な追加、数年に一度の大改訂あり。 |
| 農林水産省 工事 | 工事写真管理基準（農水省版） | フォルダ名が「P」ではなく「D」から始まる等、独自ルール。 |
| 日本高速道路（NEXCO） | 工事記録写真管理要領 | 電子小黒板の利用が先駆的に義務化されている。 |
| 地方自治体（市町村） | 各自治体の「独自の」電子納品要領 | 「国交省版に準ずる」とあっても、特定のXML項目が非対応の場合あり。 |
4. テクニカル深掘り：PHOTOフォルダの内部構造
要領（案）に基づき、メディア内には以下の構造を「手動ではなくソフトで」生成する必要があります。
- PHOTO
- PHOTO.XML: DTD（Document Type Definition）という規格に則った、厳格なタグ構造。
- PIC: 写真の原版（JPEG）。
- DRA: 工事写真に関連する「図面」や「模式図」。
- 例：配筋図の抜粋、位置図のPDFなど。
- ORG: オリジナル写真。リサイズ前の高解像度データや、改ざん検知前のデータを格納する場合がある（要領のバージョンによる）。
5. 電子納品を成功させる「他部署・他社」との連携
電子納品要領は、現場監督一人で完結するものではありません。
- 測量会社との連携: ドローン測量や3D計測の成果物を、どのフォルダ（OTHERSかDRAWINGか）に入れるか、事前に協議が必要です。
- 電子納品代行業者（ベンダー）の活用: 大規模工事では、整理とXML作成をアウトソーシングする場合があります。その際、要領の「どの版」を使うかの指示を間違えると、数万枚のデータがゴミになります。
- 発注者（監督員）との「事前協議簿」: 「電子納品チェックシステム」でのエラーをどこまで許容するか（一部の警告は無視して良い場合がある）、事前に書面で握っておくことが、引き渡し時のトラブル回避に繋がります。
6. まとめ：要領は「円滑な納品」のための共通言語
電子納品要領（案）は、単なる「お役所のルール」ではなく、異なるソフト（受注側ソフトと発注側ビューア）が互いに情報を正しく受け渡すための**「共通言語（プロトコル）」**です。
- バージョンを確認する: 契約図書を読み込む。
- 入れ方を守る: フォルダ構成を崩さない。
- 中身を整える: 基準に沿った画質と黒板情報を入れる。
この3原則を徹底することで、あなたは「電子納品の達人」として、社内でも発注者からも高い評価を得ることができるでしょう。テクノロジーを理解し、ルールを味方につける。それがこれからの建設DX時代のスタンダードです。
関連記事