CI-NET LiteS
R

実装規約
Ver.2.2 ad.0
指針・参考資料
Ver.2.2 ad.0 指針･参考資料(20230331)

発行

一般財団法人 建設業振興基金
情報化評議会

Ver.2.2 ad.0 指針･参考資料(20230331)

Ver.2.2 ad.0 指針･参考資料(20230331)

目 次
CI-NET LiteS 実装規約
C.

指針・参考資料について .......................................... 1

指針 ....................................................................................................... 3Ⅰ.

D.

CI-NET 対応のための ASP サービスに係る指針 .............................................. 5

参考資料 .............................................................................................. 43
Ⅰ.

CSV インタフェース機能 ................................................................................ 45Ⅱ.

設備見積・設備機器見積メッセージの CSV フォーマット ........................... 117

Ⅲ.

標準企業コードとメールアドレスの関係に係る留意点................................. 121

Ⅳ.

メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッ

セージの完全性確認について ................................................................................ 127
Ⅴ.

電子契約データにおける契約業務帳票の印刷例 （確定注文書、注文請け書等） ........................................................................................................................ 135
Ⅵ.

CI-NET LiteS 実装規約における実際の運用上の留意点 .............................. 161

Ⅶ.

CI-NET LiteS における電子証明書更新の省力化について........................... 225

Ⅷ.

CI-NET LiteS 利用者のための 建設工事の電子契約についての解説 .......... 239

参考 1. 建設業法.................................................................................................. 286
参考 2. 建設業法施行令（政令） ........................................................................ 287
参考 3. 建設業法施行規則（省令） ..................................................................... 288
参考 4. 建設業法施行規則第 13 条の 2 第 2 項に規定する 「技術的基準」に係るガイドライン ................................................................................................ 290
参考 5. 建設省経建発第 132 号、133 号 注文書及び請書による契約について .. 292
参考 6. Q&A 集 .................................................................................................... 294
参考 7．電磁的記録等の保管システムにおける 外部インタフェースの参考仕様...................................................................................................................... 305
参考 8．電子契約の契約内容確認
IX.

印刷イメージ .............................................. 317

電子署名文書長期保存方法について ............................................................. 329

参考 1. 建設業法施行規則の「技術的基準」に係るガイドラインについて ........ 344
参考 2. 「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」について ........................................................................................................... 347
i

Ver.2.2 ad.0 指針･参考資料(20230331)

参考 3. 建設業法施行令（昭和 31 年政令第 273 号） ......................................... 357
参考 4. 「CI-NET LiteS の電子証明書」について ............................................. 358
参考 5. 「長期署名フォーマット」について ...................................................... 361
X.

CI-NET LiteS における契約データの移管について ...................................... 369

はじめに .............................................................................................................. 371
移管における考え方 ............................................................................................ 375
処理概要 .............................................................................................................. 377
XI.

請負契約の電子化に伴う施工体制台帳に係る 対応について ....................... 387

Part１

請負契約の電子化について ................................................................... 395

Part２

法的対応が求められている関係法規と「施工体制台帳の取扱いに関するガイドライン」の対応 .................................................................................. 402
参考資料 .............................................................................................................. 414
参考資料１：関係法令等 ..................................................................................... 416
参考資料２：電子契約内容を確認するためのビューワーツールについて .......... 426
参考資料３：用語解説 ......................................................................................... 428
XII. 適格請求書等保存方式（いわゆるインボイス制度）に 対応した帳票印刷例............................................................................................................................... 431
XIII.

標準メッセージ一覧表 ................................................................................ 461

CI-NET LiteS 実装規約 指針・参考資料の 主な追加・変更点 .................... 483

ii

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料について

CI-NET LiteS 実装規約 指針・参考資料について
1. CI-NET LiteS 実装規約の位置づけ
CI-NET LiteS 実装規約1は、建設産業におけるオンラインデータ交換の標準である「CINET 標準ビジネスプロトコル2（以下「CI-NET 標準 BP」という。）」に準拠したもので、
通信方式、メッセージで使用するデータ項目など、CI-NET 標準 BP では取引当事者間で取り決める余地のある部分を、実業務に則して要点を絞り込み分かり易く整備したものである。
これにより、システムを開発する方の負担が軽減されるものと期待される。
CI-NET 標準 BP

情報伝達規約情報表現規約

CI-NET LiteS 実装規約

互いに使用する通信回線の種別

通信方式

や、伝送制御手順などの取り決

セキュリティ方式

め。

技術データ（添付ファイル）

伝送するデータを双方のコンピ

シンタックスルール

ュータが理解できるようにする

メッセージ

ための、メッセージフォーマッ（CI-NET 標準 BP の標準メッ

トやデータコードに関する取りセージより選択したサブセッ

決め。

ト）

ネットワークシステムの運用時
業務運用規約間、障害対策などのシステム運CI-NET 標準 BP に準拠

用に関する取り決め。
EDI で行う取引業務を特定した取引基本規約

り、責任の分担を明らかにする

CI-NET 標準 BP に準拠などの基本的な取り決め。

図 1 CI-NET 標準 BP と CI-NET LiteS 実装規約の関係

CI-NET LiteS 実装規約：本資料は、CI-NET LiteS 実装規約 Ver.2.2 ad.0(20220817)（シーアイ・ネット・ライツ実装規約バージョン 2.2 エィディ 0(20220817）の規約集をいう。ad.：addition、追加。
2 CI-NET 標準ビジネスプロトコル：CI-NET 標準ビジネスプロトコル Ver.1.7 をいう。
1

1

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料について

2. CI-NET LiteS 実装規約 指針・参考資料の位置づけ「CI-NET LiteS 実装規約」は、企業間で交換するデータ項目、ファイル形式等について取り決めている。
「CI-NET LiteS
一方、「指針・参考資料 3」は、CI-NET LiteS を利用した EDI においては、実装規約」および「指針」に準拠しているシステム間であれば、どのような環境であってもEDI が可能という基本方針を実現するためのガイドを提示したものである。
「指針・参考資料3」は、そうしたデータ項目、ファイル形式等を処理するために必要となる社内の通信、変換システム等の例を示したものであり、ユーザあるいはベンダが「CINET LiteS 実装規約」に準拠したシステム、ソフト等を開発する際の援助となる事例として記載している。

指針・参考資料：「CI-NET LiteS 実装規約 Ver.2.2 ad.0 指針・参考資料(2022xxxx)」に記載されているものをいう。以下「CI-NET LiteS 実装規約 指針・参考資料」という。
32

Ver.2.2 ad.0 指針･参考資料(20230331)

C．指針

C.

指針

3

Ver.2.2 ad.0 指針･参考資料(20230331)

C．指針

4

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

Ⅰ. CI-NET 対応のための ASP サービスに係る指針

5Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針～企業間の円滑なデータ交換の実現にむけて～

CI-NET 対応のための ASP サービスに係る指針
Ver.2.1

2019 年 10 月

一般財団法人 建設業振興基金
情報化評議会7

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

8Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

目 次
１ 背景 ································································································································································· 10２ 目的 ································································································································································· 10
３ 参照資料等 ···················································································································································· 11
４ CI-NET とは··················································································································································· 12
4.1 CI-NET 標準ビジネスプロトコルと CI-NET LiteS 実装規約 ························································ 12
4.2 標準企業コードと電子証明書 ·············································································································· 13
4.3 CI-NET LiteS のメッセージ ·················································································································· 14
５ 指針 ································································································································································· 15
5.1 指針の適用範囲 ······································································································································ 15
5.2 （ケース 1）CI-NET LiteS 対応ソフト利用企業と ASP サービス利用企業間の EDI ················· 16
5.3 （ケース 2）異なる ASP のサービス利用企業間の EDI···································································· 18
６ 指針に関する解説········································································································································ 22
6.1 ASP のシステム設定について ············································································································· 22
6.2 ASP 事業者間の調整事項について ·································································································· 34

9Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

1.

背景
一般財団法人建設業振興基金

情報化評議会は「CI-NET4 LiteS5実装規約」を公表し、中堅・中小企業にまでインターネットを利用して標準化された方法による電子データ交換（以下「EDI6」という。)の拡大を目指している。
従来、CI-NET LiteS では取引当事者間において相対で EDI を行うことを基本としてきたが、ASP 事業者7が CI-NET LiteS 対応のサービスを提供し始めたことにより、従来の相対による EDI 方式に加え ASP 事業者を介する EDI が開始されるに至った。その結果、各社の業務体制やシステム化状況に応じた CI-NET LiteS の利用が可能となり、EDI 導入が容易となった。
情報化評議会においてはこのような状況に対応して、2001 年 1 月に指針「ASP 事業者への CI-NET 対応についての指針（以下「指針 A.」という。) 第 1 版」、2002 年 3 月に「指針 A. 第 2 版」、更に 2002 年 9 月に「指針 A. 第 3 版」を公表し、既存の CI-NET LiteS のシステム、ソフト等との間で円滑なデータ交換を実現するために必要となる事項を指針として提示してきた。
その後、複数の ASP 事業者がサービスを開始するに至り、ユーザが複数の ASP に加入することなく EDI を行うためには、
ASP と ASP 間の取引データのやり取りが求められた。
そこで、これに対処するために 2003 年 2 月に必要な要件を明確化した指針「CI-NET 対応
ASP 事業者とのデータ交換に係る指針（以下「指針 B」という。) 第 1 版」を公表した。
本指針「CI-NET 対応のための ASP サービスに係る指針（第 1 版）」は、「指針 A.（第 3版）」と「指針 B.（第 1 版）」を統合し、さらに、「ASP 連携のための実証実験(2004 年度、国土交通省)」により明確になった実装仕様をこれに追加したものである。

2.

目的
本指針は、CI-NET LiteS 対応のシステムやソフトの利用企業が ASP サービス利用企業

CI-NET（シーアイ・ネット：Construction Industry NETwork）： 標準化された方法でコン
ピュータ・ネットワークを利用し建設生産に関わる様々な企業間の情報交換を実現し、建設産業
全体の生産性向上を図ろうとするもの。詳細は、「5 CI-NET とは」を参照。
5 CI-NET LiteS（シーアイ・ネット・ライツ）： CI-NET 標準に基づき、インターネット環境のもとで電子メールを利用して簡易に EDI を行うための仕組み。
6
EDI（イーディーアイ：Electronic Data Interchange）： 電子データ交換。企業間で行われる受発
注や資金決済などの取引のためのデータを通信回線を介して標準的な規約（可能な限り広く合意された各種規約）によりコンピュータ（端末を含む）間でデータ交換することをいう。
7 ASP 事業者(エーエスピー： Application Service Provider)： コンピュータ・ソフトウェアを販売する
代わりに、ネットワーク経由でソフトの機能を有償で提供する事業者。ユーザにとって、ブラウザ（データ・ファイルの内容を表示するソフト）とインターネットを利用できればソフトウェアを利用できるため、ソフトウェアの導入、運用、更新等の手間をかける必要がなくなるメリットがある。
4

10

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針と EDI を行う場合あるいは ASP サービス利用企業が自社利用の ASP とは異なる ASP のサービス利用企業との間で EDI を行う場合において、CI-NET LiteS の実装規約および指針に準拠しているシステム間であればどのような環境であっても EDI が可能であることを保証するため、EDI を実施する上で ASP サービスに関わる取引当事者や ASP 事業者のシ
ステムや運用に係る実装仕様を提示するものである。
また本指針により、新規の ASP 事業者にとっても、CI-NET LiteS に準拠するための実装仕様を容易に理解でき、適切なサービス提供が可能となるものである。

3.

参照資料等
i.

「CI-NET 標準ビジネスプロトコル Ver.1.7」

ii.

「CI-NET LiteS 実装規約 Ver.2.1 ad.8」

iii. 「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」（CI-NET
LiteS 実装規約 Ver.2.1 ad.8 指針・参考資料 D.Ⅷ）
iv. 「メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッセージの完全性確認について」（CI-NET LiteS 実装規約 Ver.2.1 ad.8 指針・参考資料
D.Ⅳ）

11

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

4.

CI-NET とは

4.1.

CI-NET 標準ビジネスプロトコルと CI-NET LiteS 実装規約

CI-NET LiteS 実装規約8は、建設産業におけるオンラインデータ交換の標準である「CINET 標準ビジネスプロトコル9（以下「CI-NET 標準 BP」という。）」に準拠したもので、
通信方式、メッセージで使用するデータ項目など、CI-NET 標準 BP では取引当事者間で取り決める余地のある部分を、実業務に則して要点を絞り込み分かり易く整備したものである。これにより、システムを開発する方の負担が軽減されることを意図している。

表 C.Ⅰ- 1 CI-NET 標準 BP と CI-NET LiteS 実装規約の関係
CI-NET LiteS 実装規約

CI-NET 標準 BP

情報伝達規約情報表現規約互いに使用する通信回線の種

通信方式

別や、伝送制御手順などの取り

セキュリティ方式

決め。

技術データ（添付ファイル）

伝送するデータを双方のコン

シンタックスルール

ピュータが理解できるようにメッセージするための、メッセージフォー（CI-NET 標準 BP の標準メッマットやデータコードに関す

セージより選択したサブセッる取り決め。

ト）ネットワークシステムの運用
業務運用規約時間、障害対策などのシステム運用に関する取り決め。

CI-NET 標準 BP に準拠

EDI で行う取引業務を特定し取引基本規約たり、責任の分担を明らかにするなどの基本的な取り決め。

CI-NET 標準 BP に準拠

CI-NET LiteS 実装規約：本資料は、CI-NET LiteS 実装規約 Ver.2.2 ad.0（シーアイ・ネット・ライ
ツ実装規約バージョン 2.2 エィディ 0、2022 年 xx 月版）の規約集である。ad.：addition、追加。
9 CI-NET 標準ビジネスプロトコル：CI-NET 標準ビジネスプロトコル Ver.1.7 をいう。
8

12

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

4.2.

標準企業コードと電子証明書

CI-NET LiteS 実装規約に準拠した電子商取引では ASP の利用いかんに関わらず、取引先を識別するために標準企業コードと認証のために電子証明書を使用しなければならない。
標準企業コードは図 A.Ⅰ-1 に示す構成を取る。標準企業コードの上 6 桁を企業識別コー
ドと呼び、各企業を識別するために企業ごとにコードが登録されている。このコードは建設産業に限らず、日本の産業界全体で管理されているため、他の業界の企業との重複は生じない。
標準企業コードの下 6 桁を枝番と称し、支店や部署等を識別することが可能となっている。

標準企業コード(12桁)

企業識別コード(6桁)||

枝番(6桁)||

企業番号

支店・部署番号など

図 C.Ⅰ- 1 標準企業コードを構成する企業識別コードと枝番

13

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

4.3.

CI-NET LiteS のメッセージ

CI-NET LiteS 実装規約に定めるメッセージ10を表 C.Ⅰ-2 に示す。

表 C.Ⅰ- 2 CI-NET LiteS 実装規約が定める業務毎のメッセージ
建築工事

土木工事

設備工事
設備見積メッセージ「見積業務」
物件受注前

建築見積メッセージ（設備見積依頼、設備（建築見積依頼、建築 未定

見積回答、設備機器見

見積回答）

積依頼、設備機器見積
回答）「購買見積業務」
物件受注後

購買見積メッセージ（購買見積依頼、購買見積回答、見積不採用通知）
注文メッセージ（基本契約申込、基本契約承諾、確定注文、注文請け、鑑項「注文業務」

目合意変更申込、鑑項目合意変更承諾、合意解除申込、合意解除承諾、一方的解除通知、合意打切申込、合意打切承諾、一方的打切通知）

納入業務

工事物件案内メッセージ「出来高業務」、「立 出来高メッセージ（出来高要請、出来高報告、出来高確認）替業務」、「支払業 立替メッセージ（立替金報告、立替金確認）務」

支払（請求）メッセージ（請求、請求確認、支払通知）※CI-NET LiteS 実装規約 Ver.2.2 ad.0 定義メッセージを示す。

なお、ASP の利用のいかんに関わらず本指針に記載する電子商取引は CI-NET LiteS 実
装規約に従う必要がある。例えば、「注文業務」の技術データ11（添付資料）を相手の了解な
く追加・変更・削除してはならないなどがある。

メッセージ： 厳密には CI-NET 標準 BP において定義される「メッセージ」に対して、CI-NET
LiteS 実装規約はその「メッセージサブセット」を定義しているのであるが、本指針では、混乱の恐れがない限り、ともに「メッセージ」と記載する。
11 技術データ： 例えば、発注条件書、特記事項、図面、製品仕様書（カタログ）等がある。な
お注文請け書における技術データの取り扱いについては、CI-NET LiteS 実装規約「B.情報表現
規約 Ⅵ.注文メッセージ 1.3 (1) 注文請けメッセージにおける「技術データ」の取り扱い」に注意事項を記載している。
10

14

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

5.

指針

5.1.

指針の適用範囲

本指針は、電送経路に ASP が仲介する場合でも、CI-NET が狙いとしてきた「CI-NET
LiteS を利用した EDI においては、CI-NET LiteS 実装規約および指針に準拠しているシス
テム間であればどのような環境であっても EDI が可能」という基本方針を実現するため、
CI-NET LiteS 対応 ASP 事業者および CI-NET LiteS 対応ソフト利用企業12である図 C.Ⅰ2 における A 社を対象として、システムおよび運用に係る事項の指針を提示するものである。
従って本指針では、CI-NET LiteS 対応ソフト利用企業が ASP サービス利用企業と EDIを行う場合と、ASP サービス利用企業が自社利用の ASP とは異なる ASP のサービス利用
企業との間で EDI を行う場合に分けて実装仕様を記述する（図 C.Ⅰ-2）。
ケース 1：CI-NET LiteS 対応ソフト利用企業と ASP サービス利用企業間の EDI
ケース 2：異なる ASP のサービス利用企業間の EDI

ASP-X社

本指針
本指針
ケース１
ケース１

ASPサービス利用企業
B社

ブラウザ
方式

C社
D社

H社

A社
メー
ル方
式

方式

メール方式

ル
メー

メール方式

本指針
ケース２

ASP-Y社

ASPサービス利用企業
ブラウザ
方式

E社
F社
G社

図 C.Ⅰ- 2 本指針対象の概念図

CI-NET LiteS 対応ソフト利用企業： CI-NET LiteS 対応のシステム、ソフト等あるいは自社開発
システムを所有する企業、図 C.I-2 A 社、H 社。
1215

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

5.2.

（ケース 1）CI-NET LiteS 対応ソフト利用企業と ASP サービス利用企業間の

EDI
ASP 事業者(図 C.Ⅰ-3 における ASP-X 社)は、CI-NET LiteS 対応ソフト利用企業が、システムを変更することなく複数の ASP 事業者とも接続できるよう、CI-NET LiteS 実装規約に準拠した電子メールによるデータ交換手段を提供する。
なお CI-NET LiteS 対応ソフト利用企業は、発注者および受注者のいずれの場合もあり得る。例えば、図 C.Ⅰ-3 の A 社が発注者であっても受注者であっても、上記の運用が適用される。

ASP-X社 ASP内ではASP-X社の通信プロトコルによるデータ交換

A社
ユーザー側
システム
積算
購買
原価
など

B社

B社の
標準企業コード

データ
連携 CI-NET
LiteS
A社の標準企業コード

ブラウザ
方式
メール
方式

C社

C社の
標準企業コード

D社

D社の標準企業コード

企業識別
は標準企
業コードに
よる

図 C.Ⅰ- 3 ケース 1 における EDI の概念図

(1)

A 社と ASP-X 社間で使用する通信方式
A 社と ASP-X 社間では、CI-NET LiteS 実装規約に規定する電子メール方式で行う。
その際、メール・ヘッダの送信者（From 行）、受信者（To 行）の設定は、表 C.Ⅰ-3 の通りとする。

表 C.Ⅰ- 3 メール・ヘッダの設定（ケース 1）
A 社→B 社の場合

(2)

B 社→A 社の場合

From 行

A 社のメールアドレス

ASP-X 社のメールアドレス

To 行

ASP-X 社のメールアドレス

A 社のメールアドレス

暗号化
A 社と ASP-X 社間では、CI-NET LiteS 実装規約に規定する公開鍵暗号方式を使用する。その際、共通鍵を暗号化するために用いる公開鍵は、表 C.Ⅰ-4 の通りとする。

16

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

表 C.Ⅰ- 4 共通鍵の暗号化方法（ケース 1）

暗号化に用いる公開鍵(3)

A 社→B 社の場合

B 社→A 社の場合

ASP-X の公開鍵

A 社の公開鍵

本人性確認の方式
受信者が送信者の本人性を確認するための実装仕様は、CI-NET LiteS 実装規約
Ver.2.2 ad.0 指針・参考資料「D.Ⅳ.メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッセージの完全性確認について」に準拠するものとする。具体的な手順例については「6.

(4)指針に関する解説」に示す。

受信確認メッセージの取り扱い
A 社から、ASP-X 社のサービス利用企業 B 社に電文を送信する場合、その電文に対する受信確認メッセージの電子署名の取り扱いは、以下のいずれでもよいものとする。
(a) 受信者 B 社の秘密鍵によって作成した電子署名を付けて受信確認メッセージを送信(b) 受信側 ASP-X 社の秘密鍵によって作成した電子署名を付けて受信確認メッセー
ジを送信
A 社から、ASP-X 社のサービス利用企業 B 社へ送信する場合、受信確認メッセージの送信タイミングは B 社による開封時ではなく、ASP-X 社が提供するシステムが暗号化されたメッセージを復号しトランスレーションを行った結果正しい変換ができたときに、トランスレータが受信確認メッセージを作成して送信者に送るものとする（図 C.
Ⅰ-4）。

DB格納時

EDI
-DB

ブラウザ
業務アプリ

電文

CIIト-ランスレータ部

Mail
BOX

復号・署名検証

Mail
BOX

メール送受信部

メール送受信部

CIIト-ランスレータ部

業務アプリ
EDI

EDI
-DB

B社

ASP事業者(ASP-X社)
暗号化・署名A社

受信確認メッセージ

図 C.Ⅰ- 4 受信確認のタイミング(ケース 1)

17

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針(5)

伝送経路上の ASP 事業者の責任分界点
CI-NET LiteS による EDI の伝送経路上の ASP 事業者の責任分界点は、以下の通りとする（図 C.Ⅰ-5）。
(a) A 社：（イ）の範囲(b) ASP-X 社：（ロ）の範囲
AP:アクセスポイント
A社
A社の
担当者

ASP-X社AP インター AP
ネット

メール
ボックス

メール
ボックス

自社システムAP インターAP
ネット

B社の
担当者

ASPサービス(イ) A社の責任範囲(ロ) ASP-X社の責任範囲
データの流れ

図 C.Ⅰ- 5 責任分界点(ケース 1)(6)

ASP 事業者と CI-NET LiteS 対応ソフト利用企業との接続
ASP 事業者は、自社 ASP のサービス利用企業が、図 C.Ⅰ-3 の A 社のような CI-NET
LiteS 対応ソフト利用企業との取引にも対応できるように、ASP 外の企業を接続先として登録するサービスを整備することが望まれる。

5.3.

（ケース 2）異なる ASP のサービス利用企業間の EDI

図 C.Ⅰ-6 の発注者 C 社と受注者 D 社の関係のように、異なる ASP を利用する企業間でEDI を行うためには、双方の企業が加入するそれぞれの ASP 間で取引データのやり取りが可能とならなければならない。このような異なる ASP での関係(以下「ASP 連携」という。)
を実現するため、ASP 事業者は以下の項目に係る対応を行わなければならない。

18

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

ASP-X社

ASPサービス利用企業
受注者A社

ブラウザ
方式

受注者B社
発注者C社

異なるASPのサービス利用
企業間の取引は、加入している双方のASP間においてシステム的に取引データのやり取りを実施

ケース２

メール方式

ASP-Y社

ASPサービス利用企業
受注者D社
ブラウザ
方式

受注者E社
受注者F社

図 C.Ⅰ- 6 ケース 2 の EDI 概念図(1)

異なる ASP のサービス利用者間の取引を仲介する ASP 事業者
異なる ASP を利用する企業間での取引経路において、取引当事者双方の企業が加入
する 2 つの ASP 事業者のみが仲介する EDI 方式とし、他の ASP 事業者を経由できな
い。

(2)

ASP 間で使用する通信方式
ASP と ASP 間では、CI-NET LiteS 実装規約に規定する電子メール方式で行う。その際、メール・ヘッダの送信者（From 行）、受信者（To 行）の設定は、以下の通りと
する。

(3)

From 行：送信側 ASP のメールアドレス

To 行：受信側 ASP のメールアドレス

暗号化
ASP と ASP 間では、CI-NET LiteS 実装規約に規定する公開鍵暗号方式を使用する。
その際、送信者が加入する ASP 事業者は、受信者が加入する ASP 事業者の公開鍵を使用して共通鍵を暗号化する。

(4)

本人性確認の方式
受信者が送信者の本人性を確認するための実装仕様は、CI-NET LiteS 実装規約
Ver.2.2 ad.0 指針・参考資料「D.Ⅳ.メールに添付された電子証明書を利用した電子証明
19

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

書の本人性確認およびメッセージの完全性確認について」に準拠するものとする。具体的な手順例については「6 指針に関する解説」に示す。

(5)

受信確認メッセージの取り扱い
ASP サービス利用者が自社と異なる ASP のサービス利用者に電文を送信する場合、その電文に対する受信確認メッセージの電子署名の取り扱いは、以下のいずれでもよいものとする。
(a) 受信者は、自社の秘密鍵によって作成した電子署名を付けて受信確認メッセー
ジを送信(b) 受信側の ASP 事業者は、自社の秘密鍵によって作成した電子署名を付けて受信確認メッセージを送信
受信確認メッセージの送信タイミングはＡＳＰサービス利用者による開封時ではな
く、ＡＳＰ事業者が提供するシステムが暗号化されたメッセージを復号し、トランスレーションを行った結果正しい変換ができたときに、トランスレータが受信確認メッセージを作成して送信者に送るものとする（図 C.Ⅰ-7）。

ASP事業者(ASP-X社)

D社

ASP事業者(ASP-Y社)

DB格納時

EDI
-DB

ブラウザ
業務アプリ

電文

CIIト-ランスレータ部

Mail
BOX

復号・署名検証

Mail
BOX

メール送受信部

メール送受信部

CIIト-ランスレータ部

ブラウザ
業務アプリ

EDI
-DB

暗号化・
署名

C社

受信確認メッセージ

図 C.Ⅰ- 7 受信確認メッセージのタイミング（ケース 2）

20

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針(6)

伝送経路上の ASP 間の責任分界点
CI-NET LiteS による EDI の伝送経路上の責任分界点は、以下の通りとする（図 C.
Ⅰ-8）。
(a) 送信側の ASP 事業者(ASP-X)：（イ）の範囲(b) 受信側の ASP 事業者(ASP-Y)：（ロ）の範囲
AP:アクセスポイント
ASP-X

ASP-X
会員の
送信者

AP インターAP
ネット

ASP-Y
AP インター AP
ネット

メール
ボックス

メール
ボックス

ASPサービス

AP インターAP
ネット

ASP-Y
会員の
受信者

ASPサービス(イ) ASP-Xの責任範囲(ロ) ASP-Yの責任範囲
データの流れ

図 C.Ⅰ- 8 責任分界点（ケース 2）(7)

ASP 事業者間での必要な調整事項
ASP と ASP 間でのデータ交換を行う場合において ASP 事業者は、自社 ASP のサービス利用企業が CI-NET LiteS を利用した EDI を円滑に行えるよう、相手となる
ASP 事業者との間でデータ交換のために運営上必要となる次の事項についてあらかじ
め調整し了解しておくことが必要とされる。詳細は、「6.2

ASP 事業者間の調整事項について」において記述する。
6.2.1

ASP 連携を開始する際のフロー

6.2.2

ASP 連携時の障害対応のフロー

6.2.3

ASP 連携のために共有する利用者情報の推奨案

21

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6.

指針に関する解説

6.1.

ASP のシステム設定について

6.1.1.

標準企業コード、電子証明書、電子メールアドレス

ASP 事業者は、CI-NET LiteS に準拠した EDI 取引サービスを提供するために、次のものを取得しておく必要がある。
(1) ASP 事業者(自社)の標準企業コード(2) 認証局より発行された ASP 事業者の電子証明書（公開鍵付き）(3) 電文のやり取りを行うための ASP 事業者のメールアドレス

6.1.2.

（ケース 1）CI-NET LiteS 導入済み企業と ASP サービス利用企業間の EDI

例えば表 C.Ⅰ-2 や図 C.Ⅰ-3 において、発注者の A 社から ASP 事業者 ASP-X 社のサービス利用者である受注者の B 社へ電文を送信する際のデータ交換は、図 C.Ⅰ-9 のように行われる。
A社からB社への電文送信時の共通鍵の暗号化は、B社(取引当事者)の公開鍵ではなく受信側のASP事業者（ASP-X社）の公開鍵によって行う
ASP-X社の
サービス利
用企業B社

ASP-X社
A社

電子証明書に関する初期設定

A社の電子証明書

保管（ASP-X社公開鍵） ASP-X社の電子証明書

保管（A社公開鍵）ASP事業者は、自社ASPのサービス利用企業がEDIを行う場合、取引先企業の電子証明書を保管する電文送受信時の処理

・共通鍵の暗号化
by ASP-X社の公開鍵

メール・ヘッダ⇒ From:A To:ASP-X
電子メール

・共通鍵の復号
by ASP-X社の秘密鍵
Web※送受信には、A社とASP-X社のメールアドレスを使用する・A社
1)A社からの電文をASP-X社の仲介によってB社に送信するため、ASP-X社の公開鍵を使って共通鍵を暗号化する。
2) メールアドレスの設定を「From:A」、「To:ASP-X」としてASP-X社へ送信する。

・ASP-X社
1)受信した暗号化メールの共通鍵を自社の秘密鍵を使用して復号する。
2) 電文をB社に配信する。

図 C.Ⅰ- 9 メール・ヘッダ設定と暗号化に係る処理（ケース 1）(1)

暗号化とパラメータ設定について
A 社と ASP 事業者 ASP-X 社との間で交換される電文は、CI-NET LiteS 実装規約に
22

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

準拠している必要がある（図 C.Ⅰ-10）。同図においてデータ部は、CII シンタックスに準拠した CI-NET 形式データ(メッセージ)および技術データが格納されている。同図吹
き出し中に記述したパラメータは本指針に示すように適切に設定する必要がある。
図 C.Ⅰ-10 の暗号化部分は共通鍵で暗号化するのだが、共通鍵は受信者メールアド
レスの所有者、すなわち A 社が ASP サービス利用企業の B 社に送るときは ASP-X 社の公開鍵で暗号化を行う。逆に B 社が A 社に送るときには A 社の公開鍵で暗号化を行う。これは、A 社は ASP サービスを利用しておらず、B 社は ASP サービスを利用していることによる。

メール・ヘッダ部
シングル・パートMIMEラッピング（ASN.1形式、Base64エンコード）
受信者の電子証明書識別情報
共通鍵を受信者の公開鍵でRSA暗号化したもの
CIIメッセージ
グループ・ヘッダ部 暗号化データ部（ブロック化）[C05]発信センターコード
暗号化データMIMEヘッダ[C06]発信者コード[C08]受信センターコード
データ部[C09]受信者コード
データ部MIMEヘッダ(Base64エンコード)
形式(a)
形式(a)
CI-NET形式データ
CI-NET形式データ
CIIメッセージ本体(Base64エンコード)(Base64エンコード)[4]発注者コード[5]受注者コード

署名部
電子署名

圧縮された技術データ(Base64エンコード)

暗号化部分は共通鍵で暗号化する。
共通鍵は受信者の公開鍵で暗号化する。
暗号化部分：
電子メールの書式の実線矢印部分の範囲(暗号化MIMEヘッダ＋データ部＋署名部)

署名部
署名部MIMEヘッダ
署名データ＋証明書データ（ASN.1形式、Base64エンコード）

図 C.Ⅰ- 10 電文の構造（ケース 1 およびケース 2）(a)ASP-X 社が A 社に B 社の電文を送信する場合
受注者 B 社の電文（例えば、見積回答メッセージや注文請けメッセージ等）を ASPX 社が発注者 A 社に送信する場合には、図 C.Ⅰ-10 に示したパラメータの通り設定する。電子署名は、B 社の電子署名でなくてはならない。また、ASP-X 社は A 社の公開鍵を予め取得し、その公開鍵で共通鍵の暗号化を行う。
その電文を受信した A 社は、A 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号する。[C06]発信者コードおよび[5]受注者コードが B 社であることで、当該電文が B 社からのものであることを認識する。

23

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

表 C.Ⅰ- 5 共通鍵の暗号化方法（ケース 1）
データ項目

・CII メッセージグループ・ヘッダ

・CI-NET メッセージ

設定方法[C06]発信者コード

B 社の標準企業コード[C09]受信者コード

A 社の標準企業コード[C05]発信センターコード ※ASP-X 社の標準企業コード[C08]受信センターコード ※設定不要[4]発注者コード

A 社の標準企業コード[5]受注者コード

B 社の標準企業コード

・電子署名(+電子証明書)

B 社の電子署名

・共通鍵の暗号化

A 社の公開鍵で暗号化※：必須ではない(b)

A 社が ASP-X 社に B 社の電文を送信する場合
A 社が B 社宛の電文（例えば、再見積依頼や確定注文等）を ASP-X 社に送信する
場合には、図 C.Ⅰ-10 に示したパラメータは表 C.Ⅰ-6 の通り設定する。また、A 社
は、受信者メールアドレスに設定する送信相手、すなわち ASP-X 社の公開鍵を予め取得し、その公開鍵で共通鍵の暗号化を行う。
その電文を受信した ASP-X 社は、ASP-X 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号する。ASP-X 社は、[C09]受信者コードおよび[5]受注者コードが B社であることで、当該電文が B 社宛のものであることを認識する。

表 C.Ⅰ- 6 発注者 A 社から ASP-X 社への電文のパラメータ（ケース 1）
データ項目

・CII メッセージグループ・ヘッダ

・CI-NET メッセージ

設定方法[C06]発信者コード

A 社の標準企業コード[C09]受信者コード

B 社の標準企業コード[C05]発信センターコード ※設定不要[C08]受信センターコード ※ASP-X 社の標準企業コード[4]発注者コード

A 社の標準企業コード[5]受注者コード

B 社の標準企業コード

・電子署名(+電子証明書)

A 社の電子署名

・共通鍵の暗号化

ASP-X 社の公開鍵で暗号化※：必須ではない

24

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針(2)

本人性確認について
A 社と ASP-X 間の接続環境を図 C.Ⅰ-11 のように想定する。

B社

ブラウザ
業務アプリ

Mail
BOX

CIIト-ランスレータ部

Mail
BOX

暗号化復号・署名検証

メール送受信部

ASP事業者(ASP-X社)

メール送受信部

CIIト-ランスレータ部

業務アプリ
EDI

EDI
-DB

暗号化復号・署名検証

A社

EDI
-DB

図 C.Ⅰ- 11 接続環境（ケース 1）(a)

発注者 A 社が受注者 B 社の電文を ASP-X 社に送信する場合の仕様
A 社の電文（例えば、購買見積依頼メッセージや確定注文メッセージ等）を B 社に送信する場合（図 C.Ⅰ-12）には、表 C.Ⅰ-7 に示す各項目を設定する必要がある。
電子署名は、必ず A 社の電子署名でなくてはならない。その電文を受信した ASP-X
社は、ASP-X 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号して、表 C.Ⅰ-7 の各処理により、当該電文が A 社からのものであることを確認する（図 C.Ⅰ-13）。

B社

ブラウザ
業務アプリ

Mail
BOX

CIIト-ランスレータ部

Mail
BOX

復号・署名検証ASP事業者(ASP-X社)
メール送受信部

メール送受信部

CIIト-ランスレータ部

業務アプリ
EDI

EDI
-DB

暗号化・
署名

A社

EDI
-DB

電文
ASP-X社の公開鍵で共通鍵を暗号化
A社電子証明書

メッセージ
技術データ

ASP-X社の秘密鍵で共通鍵を復号
本人性確認

共通鍵で暗号化

共通鍵で複合署名(A社)

署名(A社)

署名(A社)

署名(A社)

メッセージ

メッセージ

メッセージ

メッセージ

メッセージ

技術データ

技術データ

技術データ

技術データ

図 C.Ⅰ- 12

技術データ

A 社から B 社への電文送信（ケース 1）

25

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

表 C.Ⅰ- 7 発注者 A 社から受信した電文の本人性確認（ケース 1）○受信処理 A 社→B 社 (ASP-X 社での処理)
内容

処理項目
・センター確認※・共通鍵の復号

・本人性確認処理（比較①&②または①&③にて、確かに発注者 A 社からの電文であることを確認す
る）

・署名検証
（比較④にて A 社の電子証明書であることを確認する）

CII メッセージグループ・ヘッダの[C08]受信センターコードが ASPX 社の標準企業コードであること ※ASP-X 社の秘密鍵比較①CII メッセージグループ・ヘッダの発信者コードの標準企業コード(12 桁)と、CI-NET メッセージ中の発注者コードの標準企業コード(12 桁)が同じであること（CII シンタックスルールより）
比較②メッセージグループ・ヘッダの発信者コードの企業識別コード(標準企業コード上 6 桁)と ASP-X 社内の送受信マスタに登録されている A 社の企業識別コード(標準企業コード上 6 桁)が同一であること
比較③CI-NET メッセージ中の発注者コードの企業識別コード(標準企業コード上 6 桁)と ASP-X 社内の送受信マスタに登録されている A 社の企業識別コード(標準企業コード上 6 桁)が同一であること比較④送信者の電子証明書内の企業識別コード(標準企業コード
上 6 桁)と ASP-X 送受信マスタに登録されている A 社の企業識別コード(標準企業コード上 6 桁)が同一であること※：必須ではない

ASP-X社の送受信先マスタ（事前に取得している取引先に関する情報）
企業Aからの電文の内容
メールヘッダ内From行 : A@A.com
メッセージグループヘッダ内
発信者コードメッセージ内発注者標準企業コード
送信者の電子証明書内
標準企業コード
メールアドレス
公開鍵

送信用

電子証明書情報：：：

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業A

アドレスA

：
：
：

：
：
：

比較③
比較④

・・・

標準企業コードA

・・・

：
：
：

図 C.Ⅰ- 13 発注者からの電文の本人性確認（ケース 1）(b)

受注者 B 社から発注者 A 社への電文を ASP-X 社が送信する場合の実装仕様
B 社の電文（例えば、購買見積回答メッセージや注文請けメッセージ等）を A 社に送信する場合（図 C.Ⅰ-14）には、ASP-X 社は表 C.Ⅰ-8 に示す各項目を設定する必要がある。電子署名は、必ず B 社の電子署名でなくてはならない。その電文を受信した A 社は、ASP-X 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号して、
表 C.Ⅰ-8 の各処理により、当該電文が B 社からのものであることを確認する（図 C.
Ⅰ-15）。
26

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

B社

Mail
BOX

EDI
-DB

ブラウザ
業務アプリ

Mail
BOX

CIIト-ランスレータ部

暗号化・
署名

ASP事業者(ASP-X社)
メール送受信部

メール送受信部

CIIト-ランスレータ部

業務アプリ
EDI

EDI
-DB

復号・署名検証A社

電文
A社の秘密鍵で共通鍵を復号
本人性確認

A社の公開鍵で共通鍵を暗号化

共通鍵で複合署名(B社)

共通鍵で暗号化

署名(B社)

署名(B社)

B社電子証明書
署名(B社)

メッセージ

メッセージ

メッセージ

メッセージ

メッセージ

メッセージ

技術データ

技術データ

技術データ

技術データ

技術データ

技術データ

図 C.Ⅰ- 14

B 社から A 社への電文送信（ケース 1）

表 C.Ⅰ- 8 受注者 B 社から受信した電文の本人性確認（ケース 1）○受信処理 B 社→A 社 (A 社での処理)
内容

処理項目
・センター確認※・共通鍵の復号
・本人性確認処理（比較①&②または①&③にて、確かに発注者 B 社からの電文であることを確認す
る）

・署名検証
（比較④で B 社の電子証明書であることを確認する）

CII メッセージグループ・ヘッダの[C08]受信センターコードが ASPX 社の標準企業コードであること ※A 社の秘密鍵比較①CII メッセージグループ・ヘッダの発信者コードの標準企業コード(12 桁)と、CI-NET メッセージ中の受注者コードの標準企業コード(12 桁)が同じであること（CII シンタックスルールより）
比較②メッセージグループ・ヘッダの発信者コードの企業識別コード(標準企業コード上 6 桁)と A 社内の送受信マスタに登録されている B 社の企業識別コード(標準企業コード上 6 桁)が同一であること
比較③CI-NET メッセージ中の受注者コードの企業識別コード(標準企業コード上 6 桁)と A 社内の送受信マスタに登録されている B
社の企業識別コード(標準企業コード上 6 桁)が同一であること
比較④送信者の電子証明書内の企業識別コード(標準企業コード
上 6 桁)と A 送受信マスタに登録されている B 社の企業識別コード(標準企業コード上 6 桁)が同一であること※：必須ではない

27

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

A社の送受信先マスタ（事前に取得している取引先に関する情報）
企業Bからの電文の内容

送信用

メールヘッダ内From行 : B@B.com
メッセージグループヘッダ内
発信者コードメッセージ内受注者標準企業コード
送信者の電子証明書内
標準企業コード
メールアドレス
公開鍵

電子証明書情報

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業B

アドレスB

：
：
：

：
：
：

比較③
比較④

：
：
：
・・・

標準企業コードB

・・・

：
：
：

図 C.Ⅰ- 15 受注者からの電文の本人性確認（ケース 1）(3)

受信確認メッセージの扱い
ASP-X 社が介在する電文の受信確認メッセージの扱いは、受信確認メッセージは取引関係情報ではないため例外処理として電子署名および電子証明書を ASP-X 社のものとすることができる（表 C.Ⅰ-9）。

表 C.Ⅰ- 9 受信確認メッセージのパラメータ（ケース 1）
データ項目

・CII メッセージグループ・ヘッダ

設定方法[C06]発信者コード

B 社の標準企業コード[C09]受信者コード

A 社の標準企業コード[C08]受信センターコード※

ASP-X 社の標準企業コード

・電子署名(+電子証明書)

ASP-X 社または B 社の電子署名・共通鍵の暗号化

A 社の公開鍵で暗号化※：必須ではない

受信確認メッセージ送信のタイミングは、A 社からの電文がユーザエリアに到達した時点で ASP-X 社は受信確認メッセージを返信するようにする。具体的には、暗号化されたメッセージを復号し、トランスレーションにより正しい変換ができた場合にトランスレータが受信確認メッセージを作成して送信者に送るものと考えることができる。その理由は、CII シンタックスルール バージョン 1.11 および 1.51 では、「受信確
認メッセージとは、業務メッセージの受信済ステータスを、業務メッセージの受信者から送信者へ知らせるメッセージであり、このメッセージの発信は、業務上の約束の成立を意味しない。例えば、発注メッセージの受信済ステータスをこのメッセージで送信者へ通知しても、発注契約は成立しない。受信確認メッセージは、システム上の電文受信が成立したことを、送信者に伝達するものである。」となっているためである。
28

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6.1.3.

（ケース 2）異なる ASP のサービス利用企業間の EDI

例えば図 A.Ⅰ-6 において、ASP 事業者 ASP-X 社および ASP-Y 社を介し、発注者である
C 社と受注者である D 社が取引を行う際のデータ交換は、図 C.Ⅰ-16 の通り行われる。
メッセージ送信時の共通鍵の暗号化は、受信企業(取引当事者)の公開鍵によって行わず、受信側ASP事業者の公開鍵によって行う
ASP-X社

ASP-Y社
電子証明書に関する初期設定

ASP-X社
のサービ
ス利用企
業C社

保管
（ASP-Y社公開鍵）

ASP-X社の電子証明書
ASP-Y社の電子証明書

保管（ASP-X社公開鍵）

ASP事業者は、自社ASPのサービス利用企業がEDIを行う場合、取引先企業が加入しているASPの電子証明書を保管する電文送受信時の処理
・共通鍵の復号
・共通鍵の暗号化 メール・ヘッダ ⇒by ASP-Y社のby ASP-Y社の From:ASP-X
秘密鍵
公開鍵
To:ASP-Y
Web
電子メール

ASP-Y社
のサービ
ス利用企
業D社

Web

※送受信には、ASP事業者（ASP-X社、ASP-Y社)のメールアドレスを使用する
・ASP-X社
1)C社からの電文をASP-Y社の仲介によってD社に送信するため、ASP-Y社の公開鍵を使って共通鍵を暗号化する。
2) メールアドレスの設定を「From:ASP-X」、「To:ASP-Y」としてASP-Y社へ送信する。

・ASP-Y社
1)受信した暗号化メールの共通鍵を自社の秘密鍵を使用して復号する。
2)電文をD社に配信する。

図 C.Ⅰ- 16 メール・ヘッダ設定と暗号化に係る処理（ケース 2）(1)

本指針における「5.3.(1)異なる ASP のサービス利用者間の取引を仲介する ASP 事業者」について取引当事者双方の企業が加入する ASP 事業者（ASP-X 社、ASP-Y 社）以外に、図C.Ⅰ-17 に示すように ASP-Z 社などが仲介する取引経路での EDI の形態は許容しない。

ASP-X会員の
発注者C社

ASP-X

ASP-Z

ASP-Y

ASP-Y会員の受注者D社

図 C.Ⅰ- 17 異なる ASP 間の取引経路

29

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針(2)

暗号化について
ASP 事業者間で交換される電文は、CI-NET LiteS 実装規約に準拠している必要がある(図 C.Ⅰ-10)。同図においての全体の暗号化部分は共通鍵で暗号化し、その共通鍵そのものは受信側 ASP の公開鍵で暗号化する。

(3)

本人性確認とパラメータ設定について
ASP-ASP 間の接続環境を図 A.Ⅰ-18 のように想定する。この例では、ASP-X 社は
ASP 事業者、C 社は ASP-X 社のサービス利用企業、ASP-Y 社は ASP-X 社とは別の
ASP 事業者、D 社は ASP-Y 社のサービス利用企業とする。

ASP事業者(ASP-X社)

Mail
BOX

CIIト-ランスレータ部
暗号化複合・署名検証

(a)

Mail
BOX

メール送受信部

図 C.Ⅰ- 18

ASP事業者(ASP-Y社)

メール送受信部

EDI-DB

CIIト-ランスレータ部

ブラウザ
業務アプリ

暗号化複合・署名検証

C社

D社

ブラウザ
業務アプリ

EDI-DB

ASP-ASP 間の接続環境（ケース 2）

ASP-X 社が受注者 D 社に発注者 C 社の電文を送信する場合の実装仕様
C 社の電文（例えば、購買見積依頼メッセージや確定注文メッセージ等）を ASPX 社が D 社に送信する場合には、表 C.Ⅰ-10(a)に示す各項目を設定する必要がある。
電子署名は、必ず C 社の電子署名でなくてはならない。また、ASP-X 社は予め取得しておいた ASP-Y 社の公開鍵を用いて共通鍵の暗号化を行う。
その電文を受信した ASP-Y 社は、ASP-Y 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号して、表 C.Ⅰ-10(b)の各処理により当該電文が C 社からのものであることを確認する(図 C.Ⅰ-19)。

30

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

表 C.Ⅰ- 10 発注者 C 社から受注者 D 社への電文のパラメータ（ケース 2）(a)送信処理 C 社→D 社 （ASP-X 社での処理）
データ項目

・CII メッセージグループ・ヘッダ

・CI-NET メッセージ

設定方法

データ項目

[C05]発信センターコード ※[C06]発信者コード[C08]受信センターコード ※[C09]受信者コード[4]発注者コード[5]受注者コード

ASP-X 社の標準企業コード ※C 社の標準企業コード
ASP-Y 社の標準企業コード ※D 社の標準企業コード
C 社の標準企業コード
D 社の標準企業コード
C 社の電子署名
ASP-Y 社の公開鍵を用いる

・電子署名
・共通鍵の暗号化※：必須ではない(b)受信処理 C 社→D 社 (ASP-Y 社での処理)
内容

処理項目
・センター確認※・共通鍵の復号

・本人性確認処理（比較①&②または①&③にて、確かに発注者 C 社からの電文であることを確認す
る）

・署名検証
（比較④で C 社の電子証明書であることを確認する）

CII メッセージグループ・ヘッダの[C08]受信センターコードが ASPY 社の標準企業コードであること ※ASP-Y 社の秘密鍵比較①CII メッセージグループ・ヘッダの発信者コードの標準企業
コード(12 桁)と、CI-NET メッセージ中の発注者コードの標準企業コード(12 桁)が同じであること（CII シンタックスルールより）
比較②メッセージグループ・ヘッダの発信者コードの企業識別コード(標準企業コード上 6 桁)と ASP-Y 社内の送受信マスタに登録されている C 社の企業識別コード(標準企業コード上 6 桁)が同一であること
比較③CI-NET メッセージ中の発注者コードの企業識別コード(標準企業コード上 6 桁)と ASP-Y 社内の送受信マスタに登録されている C 社の企業識別コード(標準企業コード上 6 桁)が同一である
こと
比較④送信者の電子証明書内の企業識別コード(標準企業コード
上 6 桁)と ASP-Y 送受信マスタに登録されている C 社の企業識別コード(標準企業コード上 6 桁)が同一であること※：必須ではない
ASP-Y社の送受信先マスタ（事前に取得している取引先に関する情報）

企業Cからの電文の内容
メールヘッダ内From行 : C@C.com
メッセージグループヘッダ内
発信者コードメッセージ内発注者標準企業コード
送信者の電子証明書内
標準企業コード
メールアドレス
公開鍵

送信用

電子証明書情報：：：

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業C

アドレスC

：
：
：

：
：
：

比較③
比較④

・・・

標準企業コードC

・・・

：
：
：

図 C.Ⅰ- 19 発注者からの電文の本人性確認（ケース 2）

31

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針(b)

ASP-Y 社が発注者 C 社に受注者 D 社の電文を送信する場合の実装仕様
D 社の電文（例えば、購買見積回答メッセージや注文請けメッセージ等）を ASPY 社が C 社に送信する場合には、表 C.Ⅰ-11(a)に示す各項目を設定する必要がある。
電子署名は、必ず D 社の電子署名でなくてはならない。また、ASP-Y 社は予め取得した ASP-X 社の公開鍵を用いて共通鍵の暗号化を行う。その電文を受信した ASPX 社は、ASP-X 社の秘密鍵で共通鍵を復号し、その共通鍵で電文を復号して、表 C.
Ⅰ-11(b)の各処理により、当該電文が D 社からのものであることを確認する（図 C.
Ⅰ-20）。

表 C.Ⅰ- 11 受注者 D 社から発注者 B 社への電文のパラメータ（ケース 2）(a)送信処理 D 社→C 社 (ASP-Y 社での処理)
データ項目

・CII メッセージグループ・ヘッダ

・CI-NET メッセージ

設定方法

データ項目

[C05]発信センターコード ※[C06]発信者コード[C08]受信センターコード ※[C09]受信者コード[4]発注者コード[5]受注者コード

ASP-Y 社の標準企業コード ※D 社の標準企業コード
ASP-X 社の標準企業コード ※C 社の標準企業コード
C 社の標準企業コード
D 社の標準企業コード
D 社の電子署名
ASP-X 社の公開鍵を用いる

・電子署名
・共通鍵の暗号化※：必須ではない(b)受信処理 D 社→C 社 (ASP-X 社での処理)
内容
処理項目
CII メッセージグループ・ヘッダの[C08]受信センターコードが ASP・センター確認※
Y 社の標準企業コードであること ※ASP-X 社の秘密鍵
・共通鍵の復号
比較①CII メッセージグループ・ヘッダの発信者コードの標準企業コード(12 桁)と、CI-NET メッセージ中の受注者コードの標準企業コード(12 桁)が同じであること(CII シンタックスルールより)・本人性確認処理
比較②メッセージグループ・ヘッダの発信者コードの企業識別コー（比較①&②または①&③に ド(標準企業コード上 6 桁)と ASP-X 社内の送受信マスタに登録さて、確かに受注者 D 社から れている D 社の企業識別コード(標準企業コード上 6 桁)が同一での電文であることを確認す あることる）
比較③CI-NET メッセージ中の受注者コードの企業識別コード(標準企業コード上 6 桁)と ASP-X 社内の送受信マスタに登録されている D 社の企業識別コード(標準企業コード上 6 桁)が同一であること・署名検証
比較④電文中の電子証明書内の企業識別コード(標準企業コード（比較④で D 社の電子証明 上 6 桁)と ASP-X 送受信マスタに登録されている D 社の企業識別コード(標準企業コード上 6 桁)が同一であること書であることを確認する）※：必須ではない

32

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

ASP-X社の送受信先マスタ（事前に取得している取引先に関する情報）
企業Dからの電文の内容
メールヘッダ内From行 : D@D.com
メッセージグループヘッダ内
発信者コードメッセージ内受注者標準企業コード
送信者の電子証明書内
標準企業コード
メールアドレス
公開鍵

送信用

電子証明書情報：：：

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業D

アドレスD

：
：
：

：
：
：

比較③
比較④

・・・

標準企業コードD

・・・

：
：
：

図 C.Ⅰ- 20 受注者 D 社からの電文の本人性確認（ケース 2）(4)

受信確認メッセージの取扱いについて
ASP-Y 社が自社 ASP サービス利用者 D 社の受信確認メッセージを C 社宛に送信する場合に設定するパラメータは、表 C.Ⅰ-12 の通りとなる。

表 C.Ⅰ- 12 受信確認メッセージのパラメータ（ケース 2）
データ項目
・CII メッセージグループ・ヘッダ

設定方法[C06]発信者コード

D 社の標準企業コード[C09]受信者コード

C 社の標準企業コード[C08]受信センターコード※

ASP-Y 社の標準企業コード

・電子署名(+電子証明書)

ASP-Y 社または D 社の電子署名・共通鍵の暗号化

ASP-X 社の公開鍵で暗号化※：必須ではない
電文がユーザエリアに到達した時点で受信側の ASP 事業者は受信確認メッセージを返信するようにする。具体的には、暗号化されたメッセージを復号し、トランスレーシ
ョンにより正しい変換ができた場合にトランスレータが受信確認メッセージを作成して送信者に送るものと考えることができる。その理由は、CII シンタックスルール バ
ージョン 1.11 および 1.51 では、「受信確認メッセージとは、業務メッセージの受信済
ステータスを、業務メッセージの受信者から送信者へ知らせるメッセージであり、このメッセージの発信は、業務上の約束の成立を意味しない。例えば、発注メッセージの受信済ステータスをこのメッセージで送信者へ通知しても、発注契約は成立しない。受信確認メッセージは、システム上の電文受信が成立したことを、送信者に伝達するものである。」となっているためである。

33

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6.2.

ASP 事業者間の調整事項について

6.2.1.

ASP 連携を開始する際のフロー

EDI を実施することを合意した取引当事者が異なる ASP を利用している場合は、「5.3（ケース 2）異なる ASP のサービス利用企業間の EDI」に相当する。この場合、ASP 連携のために、まず発注者が双方の ASP に対して接続先の登録を行うこととし、次の手続きに
よる。

(a)

ASP-X 社に受注者 D 社を接続先として登録する。
発注者 C 社は、D 社から登録手続きに必要となる受注者情報の提供を受け、自社が利用している ASP-X 社に接続先受注者 D 社の登録手続きを行う。受注者情報には、受注者が利用している ASP-Y 社に関する情報を含むこととする。
ASP-X 社は、登録手続きで提供された受注者情報に基づき、接続先受注者への登録を行い、登録が完了した時点でその旨を発注者に通知する。

(b)

ASP-Y 社に発注者 C 社を接続先として登録する。
発注者 C 社は、自社情報を受注者が利用する ASP-Y に提出し、接続先発注者の登録を申し出る。自社情報には自社が利用している ASP-X 社に関する情報を含むこととする。
ASP-Y 社は、接続先発注者として審査した上で登録を行い、結果を C 社に通知する。

(c)

必要に応じて疎通テストを実施する。
発注者は、双方の ASP への接続先登録が完了したとき、必要に応じて受注者に連絡して疎通テストを実施する。
図 C.Ⅰ-21 に ASP 連携を開始する際のフローの参考例を示す。

34

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

発注者側ＡＳＰASP-X社

発注者
C社
CI-NET取引の合意

発注者登録の申し出、
自社情報を提供

受注者側ＡＳＰASP-X社

受注者
D社
CI-NET取引の
合意

①

②

②

受注者登録の申し出
自社情報を提供③
受注者情報を受け取り
④
確認・提供

⑥
受注者情報を登録

疎通テスト

発注者情報を受け取り確認⑤
受注者情報を確認⑤
発注者情報を確認⑥
受注者情報を登録⑥
発注者情報を登録⑥
発注者情報を登録

疎通テスト⑦

図 C.Ⅰ- 21 ASP 連携を開始する際のフロー参考例

35

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6.2.2.

ASP 連携時の障害対応のフロー障害が生じたとき、ASP サービス利用企業自らが障害を発見した場合（図 C.Ⅰ-22）と、ASP 事業者が発見した場合（図 C.Ⅰ-23）とに分けて、対処方法の参考フローを示す。

発注者
C社

発注者側ＡＳＰＡＳＰ-X社

受注者側ＡＳＰＡＳＰ-Y社

受注者
D社

障害発見
（例：見積が届かない）
D社との間で送信確認

送信したことを確認

ASP-X社へ
問合せ
処理経過・データ追跡
処理経過・データ追跡
原因特定

再処理等の実施

解決

図 C.Ⅰ- 22

ASP サービス利用企業自らが障害を発見した場合のフロー参考例

なお、上記の手続きは原因特定までを考慮したものであるが、多くの場合はおよその原因が推測できるため、簡略フローとして、① 障害発生{D 社から見積が届かない}② 取引先 D 社へ問合せ {見積を送りましたか？}③ 問合せへの回答{送りました}④ 再処理の実施{D 社に見積再送を依頼}⑤ 解決という様に、直接、当事者間である C 社と D 社が連絡しあい、再送するという解決が採用されることと考えられる。このようにお互いの運用コストを節減する方向での解決も推
奨される。

36

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

発注者
C社

発注者側ASPＡＳＰ-X社

受注者側ASPＡＳＰ-Y社

受注者
D社

障害発見
（例：サーバー停止）
サービス利用者へ連絡
D社との間で送受信経過確認

C社との間で送受信経過確認

ASP-Xに調査依頼
処理経過・データ追跡
処理経過・データ追跡
原因報告・再処理等の依頼

再処理等の実施

解決

図 C.Ⅰ- 23 ASP 事業者が障害を発見した場合のフロー参考例

37

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

6.2.3.

ASP 連携のために共有する利用者情報の推奨案

ASP 連携のために共有する利用者情報の推奨案を示す。
発注者 C 社側の ASP-X と受注者 D 社側の ASP-Y が、ASP 連携において、双方で事前に把握しておくことが望ましい情報を表 C.Ⅰ-13 に整理する。このうち、(a)ASP 情報は、システム面で ASP 連携を行うために最低限必要な情報であり、(b)利用者情報は、障害等が発生した場合等を考慮して運用上把握しておくことが望ましい情報である。
なお、個人情報保護の観点から、発注者 C 社が受注者 D 社の情報を発注者側 ASP(図 C.
Ⅰ-21 の ASP-X）に開示するときには、あらかじめ当該受注者から了解を得ておく必要がある。
表 C.Ⅰ- 13

ASP 連携に際して双方の ASP が事前に把握しておくべき情報

CI-NET LiteS
実装規約準拠のサービス名(a)ASP
情報

EDI メールアド
レス
相手 ASP サポ
ートメッセージ
相手 ASP との
連絡方法
企業情報

申し込み者／(b)利用
連絡先担当者
者情報の情報

標準企業コード

ASP-X が把握しておくべき情報

ASP-Y が把握しておくべき情報

ASP-Y が提供する CI-NET LiteS
実装規約準拠のサービス名

ASP-X が提供する CI-NET LiteS
実装規約準拠のサービス名

・ASP-Y の EDI メールアドレス
・ASP-Y の標準企業コード（12 桁）
等
ASP-Y が サ ポ ー ト す る CI-NET
LiteS メッセージ一覧
ASP-Y の窓口担当者および連絡先
受注者 D の情報
・受注者 D の会社名
・受注者 D の会社名（カナ） 等
受注者 D の申し込み者／連絡先担当者に関する下記事項
・支店名/部署名
・役職名
・氏名
・氏名（カナ）
・メールアドレス
・郵便番号
・住所
・電話番号
・FAX 番号 等

・ASP-X の EDI メールアドレス
・ASP-X の標準企業コード（12 桁）
等
ASP-X が サ ポ ー トす る CI-NET
LiteS メッセージ一覧
ASP-X の窓口担当者および連絡先
発注者 C の情報
・発注者 C の会社名
・発注者 C の会社名（カナ）等
発注者 C の申し込み者／連絡先担当者に関する下記事項
・支店名/部署名
・役職名
・氏名
・氏名（カナ）
・メールアドレス
・郵便番号
・住所
・電話番号
・FAX 番号 等

・受注者 D の標準企業コード（12 ・発注者 C の標準企業コード（12桁）等桁）等

表中、(a)ASP 情報のうち、相手先の標準企業コード、サポートメッセージ、EDI メール
アドレスを管理するために ASP 事業者においては表 C.Ⅰ-14 に示す形式のテーブルをファ

38

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

イル化しメンテナンスする仕組みが必要となる。
通常 ASP 事業者間では、サポートメッセージの種類が異なるため、受信側がサポートしていないメッセージの送信により、業務に混乱を生じさせ、最悪の場合、取引の機会損失が生じるおそれがある。今後の CI-NET 対応 ASP ベンダの新規参入等を考慮し、ASP 連携において、ASP 事業者毎にそのサポートメッセージが異なることから生ずるトラブルを未然に防ぐ目的で、表 C.Ⅰ-14 は各 ASP 事業者における管理用テーブルの実装仕様を定めるものである。

表 C.Ⅰ- 14 サポートテーブルの構成
標準企業

サ ポー ト メッ

EDI メール

コード

セージ

アドレス

X12

X04

X265

0305
0306
0303
0304
・
・
・
1208
1104
1108

ⅰ）標準企業コード
ASP 事業者の標準企業コードを 12 桁で記載
ⅱ）サポートメッセージサブセット
サポートしているメッセージサブセットの情報区分コードを 4 桁で記載
ⅲ）メールアドレス
標準企業コードに該当するＥＤＩメールアドレスを 256 桁以内で記載
各 ASP 事業者が表 C.Ⅰ-14 の形式のテーブルを実装することにより、相手側 ASP 事業者のサポートメッセージを送信前に確認し、受信側がサポートしていないメッセージ送信を未然に防止できる。こうして ASP 連携において円滑な運用を継続することが重要である。

39

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針

7.
Ver.

改訂履歴
日付

内容

「ASP 事業者への CI-NET 対応についての指針」
第１版

2001 年１月

第2版

2002 年２月

2001 年 4 月の建設業法の改訂施行により、建設工事の請負契約の当事者が、請負契約書の交付を書面に代えて情報通信技術を利用した方法により行なえることになった。これに伴い電子署名の扱い方を本指針においても明確にした。

第3版

2002 年 9 月

受信確認メッセージに対する電子署名者として、取引当事者のみに限らず ASP 事業者の電子署名でも可とした。

「CI-NET 対応 ASP 事業者とのデータ交換に係る指針」
第1版

2003 年 2 月「ASP 事業者への CI-NET 対応についての指針」の改訂。
ASP と ASP 間におけるデータ交換および CI-NET

LiteS 導入済みの企業と複数の ASP との間におけるデータ交換の指針を示した。
「CI-NET 対応のための ASP サービスに係る指針」
第1版

2006 年 6 月「CI-NET 対応 ASP 事業者とのデータ交換に係る指針」の改訂
上記の二つの指針を統合・整理し、異なる ASP 間の連携の環境に必要とされる実装仕様を追加した。

1-1

2019 年 10

CI-NET 標準ビジネスプロトコル Ver.1.7 および CI-NET

月

LiteS 実装規約 Ver.2.1 ad.8 に改定されたことへの対応。

40

Ver.2.2 ad.0 指針･参考資料(20230331)

C．Ⅰ. CI-NET 対応のための ASP サービスに係る指針～企業間の円滑なデータ交換の実現にむけて～

CI-NET 対応のための ASP サービスに係る指針

本文書を利用する場合は、事前にご相談ください。

2006 年 6 月 第 1 版公表
2019 年 10 月 Ver.1.1 改訂【禁無断転載】発行
一般財団法人
情報化評議会

建設業振興基金〒105-0001
東京都港区虎ノ門 4-2-12
虎ノ門4丁目MTビル2号館
tel.03-5473-4573 fax.03-5473-4580
電子メール: ci-net01@kensetsu-kikin.or.jp
URL : http://www.kensetsu-kikin.or.jp/ci-net/
41

Ver.2.2 ad.0 指針･参考資料(20230331)

D．参考資料

42

Ver.2.2 ad.0 指針･参考資料(20230331)

D．参考資料

.

D.

参考資料

43

Ver.2.2 ad.0 指針･参考資料(20230331)

D．参考資料

44

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

Ⅰ. CSV インタフェース機能

45

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

46

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

Ⅰ．CSV インタフェース機能1.

インタフェース・フォルダ
業務システムと CSV インタフェース機能との間で、送受信時に物件インタフェース・フ

ァイルの受け渡しを行うフォルダ（ディレクトリ）は以下の規定とする。
ドライブ X:EASYEDI

SEND
RECV

図 D.Ⅰ- 1 インタフェース・フォルダの構成

CSV
インタフェース
機能

インタフェイス
フォルダ

業務
システム

図 D.Ⅰ- 2 インタフェース・フォルダの位置づけ（説明）(a) CSV インタフェース機能インストール時に、インタフェース・フォルダの先頭フォル
ダ EASYEDI の場所を任意に指定する。インストール時に、EASYEDI、SEND、RECV 各フォルダが作成される。
(b) SEND フォルダの下には、業務システムが取引先へメッセージを送信する際にインタ
フェース・ファイルをコピーする。
(c) 各メッセージへ技術データを添付するには、インタフェース・ファイルと同じ場所（SEND）にインタフェース・ファイルと同一名称のフォルダを作成し、そのフォルダ下に技術データ（複数可、サブフォルダ無し）をコピーする。
(d) RECV フォルダには、受信したインタフェース・ファイルおよびインタフェース・フ
ァイルと同じ名称のフォルダ下に技術データ（複数可）を CSV インタフェース機能がコピーする。
その後、業務システムが必要なファイルをコピーし、ファイルおよび技術データフ
ォルダを削除する。
(e) フォルダ名一覧

47

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

表 D.Ⅰ- 1 フォルダ名一覧
番号
１

フォルダ名
EASYEDI説明
CSV インタフェース機能のファイル管理での先頭フォルダ（名称固定でインストール時に自動作成）

２

SEND

EASYEDI 直下に作成される、メッセージ送信用フォルダ（名称固定でインストール時に自動作成）

３

RECV

EASYEDI 直下に作成される、メッセージ受信用フォ
ルダ（名称固定でインストール時に自動作成）

48

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能2.

インタフェース・ファイル名称
業務システムと CSV インタフェース機能との間で、送受信に受け渡しを行うインタフェース・ファイルの名称は以下の規定とする。
XXX99999.YYY
(a)

(b)

(c)

(a)、(b)、(c)の内容は以下の通り。
(a) XXX ：各メッセージ（設備見積業務、設備機器見積業務、購買見積業務、注文業務、出来高・請求業務、立替業務、支払通知業務、工事請負契約外請求業務等）毎に定義される名前。

表 D.Ⅰ- 2 インタフェース・ファイル名称一覧(1)
備考
受注者
受信
送信
受信
送信
受信
送信
受信
受信
送信
受信
送信
受信

メッセージ

XXX

設備見積依頼
設備見積回答
設備機器見積依頼
設備機器見積回答
購買見積依頼
購買見積回答
見積不採用通知
基本契約申込
基本契約承諾
確定注文
注文請け
合意解除申込
鑑項目合意変更申込
合意打切申込
一方的解除通知
一方的打切通知
合意解除承諾
鑑項目合意変更承諾
合意打切承諾
出来高要請
出来高報告
出来高確認
請求
請求確認
立替金報告
立替金確認
支払通知
工事物件案内工事請負契約外請求
工事請負契約外請求
確認

SMI
SET
SKI
SKK
MIT
KAI
MFU
KHN
KHS
CYU
UKE
HNM

発注者
送信
受信
送信
受信
送信
受信
送信
送信
受信
送信
受信
送信

HNM

送信

HNS

受信

送信
（発注者または受注者が送信する）
送信

DYO
DHO
DKA
SEI
SEK
TAH
TAK
SHT
KBA
GSE
GSK

送信
受信
送信
受信
送信
送信
受信
送信
送信
受信
送信

受信
送信
受信
送信
受信
受信
送信
受信
受信
送信
受信

49

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能【注】この表に記載のないメッセージについては、適宜定める。
(b) 99999：任意に付ける番号（00001～99999）で表す。

(c) YYY：拡張子、ファイルの属性を表す。

表 D.Ⅰ- 3 インタフェース・ファイル名称一覧(2)データの種類
1

YYY

説明

拡張子
INF

取引関連情報メッセージ 1 件の全体情報部分(鑑)の情報を 1
レコードで表す。
2
DAT 取引関連情報メッセージ 1 件の明細情報部分の情報を、1 明
細行 1 レコードで表し、複数レコードで表す。
3 受信確認データ
KAK 取引関連情報メッセージ 1 件の受信確認結果の情報を 1 レ
コードで表す。
【注】取引関連情報メッセージとは、受信確認メッセージ以外の設備見積業務、設備機器見積業務、購買見積業務、注文業務、出来高・請求業務、立替業務、支払通知業務、工事請負契約外請求業務等のメッセージのことをいう。
【注】全体情報部分、明細情報部分、受信確認データの関連づけ（同一の取引関連情報に係わるファイルであることの認識）は XXX99999 部分の名称により行う。
【注】受信確認データの役割、利用方法は、「B.I.7.受信確認の方法」を参照。
全体情報部分
(鑑)明細情報部分50

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能3.

インタフェース・ファイルフォーマット
インタフェース・ファイルは以下の規定によるフォーマットで行う。

(1)

購買見積業務、基本契約業務、注文業務、出来高・請求業務、立替業務、支払通知業
務、工事請負契約外請求業務のメッセージ

1) 一つのインタフェース・ファイルは、全体情報部分(鑑)(.INF)と明細情報部分(.DAT)の 2
種類で構成される。

(a)

全体情報部分のファイル（拡張子=INF)

・レコード数=1
・データ項目：(b)

各取引関係情報の全体情報部分の全データ項目を過不足なく含む。

明細情報部分のファイル（拡張子=DAT)・レコード数=明細書の行数（すなわち、CI-NET 形式ファイルの M6 マルチの繰り返し回数）。各レコードは CRLF(HX '0D0A')で区切る。
・データ項目： 各レコードは、各取引関係情報の明細情報部分の全データ項目を過不足なく含む。
・以下のメッセージについては、このファイルは作成しない。
見積不採用通知メッセージ
工事物件案内メッセージ
合意解除申込メッセージ
合意解除承諾メッセージ
一方的解除通知メッセージ2) タブ(0x09)区切り文字による可変長ファイルとする。
3) 各フィールド内で文字間のタブの使用は禁止とする。
4) 各フィールド内で使用するシングルクォーテーション(')またはダブルクォーテーション(")は通常の文字列として CSV インタフェース機能は認識する。

(2)

設備見積業務のメッセージ

1) 一つのインタフェース・ファイルは、全体情報部分(鑑)(.INF)と明細情報部分(.DAT)の 2
種類で構成される。

51

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(a)

全体情報部分のファイル（拡張子＝INF)

・レコード数=1
・データ項目
設備見積依頼、回答メッセージとも同一並び順である。
以下の項目は、設備見積回答メッセージでは使用するが設備見積依頼メッセージでは使用しない。
［1181］帳票名称［1017］受注者担当部署名［1018］受注者担当者名［1019］受注者担当郵便番号［1020］受注者担当住所［1021］受注者担当電話番号［1069］受注者側見積・契約条件 ［1140］見積有効期間［57］消費税コード［1088］見積金額計［1089］明細金額計調整額［1090］調整後帳票金額計［59］課税分類コード［1096］消費税額［1097］最終帳票金額［1136］備考［55］自由使用欄
設備見積依頼、回答メッセージとも同一フォーマット（並び順）なので、設備見積依頼メッセージのこれらデータ項目の箇所は何も記載しない（タブを連続させる）。
また以下の項目は、設備見積依頼メッセージでは使用するが設備見積回答メッセージ
では使用しない。
［1174］発注者側見積・契約条件［1141］見積提出期限年月日

設備見積依頼、回答メッセージとも同一フォーマット（並び順）なので、設備見積回答メッセージのこれらデータ項目の箇所は何も記載しない（タブを連続させ
る）。

(b)

明細情報部分のファイル（拡張子＝DAT)・レコード数=依頼書／見積書の明細行 1 行の情報をインタフェース・ファイルの 1 行に記載する。
・全レコード数は、依頼書／見積書の明細行数に等しい。
・データ項目
設備見積依頼、回答メッセージとも同一並び順である。
2) タブ(0x09)区切り文字による可変長ファイルとする。
3) 文字コードはシフト JIS とする。

52

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能【留意事項】
設備見積業務のメッセージに対する留意事項を以下に記載する。

表 D.Ⅰ- 4 設備見積業務のメッセージに関する留意事項
項目

留意事項

［2］情報区分コー 以下の値とする。
ド
設備見積依頼 0303
設備見積回答 0304
［1197］サブセッ 以下の値とする。
ト・バージョン
設備見積依頼 REQSET02.00
設備見積回答 QUOSET02.00［9］訂正コード
設備見積依頼、回答とも「1」とする。
マルチの並べ方 （1）繰返しの最大回数まで使用しない場合は、前詰めで並べていく。
例：［1056］支払条件は最大 4 回記載可能だが、記載すべき内容が2 回のみならば、1、2 番目の位置（ｔｘｔ順序=34、35）を使用し、3、4 番目の位置（ｔｘｔ順序=36、37）には何も記載しない。
（2）複数データ項目の一括マルチの場合のインタフェース・ファイ
ルでの並び順：
例：［1213］品名・名称と、［1214］規格・仕様・摘要○：［1213］#1 ［1214］#1 ［1213］#2 ［1214］#2
×：［1213］#1 ［1213］#2 ［1213］#1 ［1214］#2(3)

設備機器見積業務のメッセージ

1) 一つのインタフェース・ファイルは、全体情報部分(鑑)(.INF)と明細情報部分(.DAT)の 2
種類で構成される。

(a)

全体情報部分のファイル（拡張子＝INF)

・レコード数=1
・データ項目
設備機器見積依頼、回答メッセージとも同一並び順である。
以下の項目は、設備機器見積回答メッセージでは使用するが設備機器見積依頼メッ
セージでは使用しない。
[1009]参照帳票 No.

[1069]受注者側見積・契約条件[1140]見積有効期間[1088]明細金額計（=税抜き見積金額）

53Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能[1096]消費税額[1097]最終帳票金額（=税込見積金額）

設備機器見積依頼、回答メッセージとも同一フォーマット（並び順）なので、設備機器見積依頼メッセージのこれらデータ項目の箇所は何も記載しない（タブを連続させる）。

(b)

明細情報部分のファイル（拡張子＝DAT)・レコード数=依頼書／見積書の明細行 1 行の情報をインタフェース・ファイルの 1 行に記載する。
・全レコード数は、依頼書／見積書の明細行数に等しい。
・データ項目
設備機器見積依頼、回答メッセージとも同一並び順である。
以下の項目は、設備機器見積回答メッセージでは使用するが設備機器見積依頼メッ
セージでは使用しない。
[1222]単価[1223]明細金額[1292]定価
設備機器見積依頼、回答メッセージとも同一フォーマット（並び順）なので、設備機器見積依頼メッセージのこれらデータ項目の箇所は何も記載しない（タブを連続させる）。
2) タブ(0x09)区切り文字による可変長ファイルとする。
3) 文字コードはシフト JIS とする。

【留意事項】
設備機器見積業務のメッセージに対する留意事項を以下に記載する。

54

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

表 D.Ⅰ- 5 設備機器見積業務のメッセージに関する留意事項
項目

留意事項

[2]情報区分コード

以下の値とする。
設備機器見積依頼 0307
設備機器見積回答 0308
[1197]サブセット・ 以下の値とする。
バージョン
設備機器見積依頼 REQKIK02.00
設備機器見積回答 QUOKIK02.00[9]訂正コード
設備機器見積依頼、回答とも「1」とする。
マルチの並べ方(1)繰返しの最大回数まで使用しない場合は、前詰めで並べていく。
例： [1056]支払条件は最大 4 回記載可能だが、記載すべき内容が 2 回のみならば、1、2 番目の位置（txt 順序=37、38）を使用し、3、4 番目の位置（txt 順序=39、40）には何も記載しない。
(2)複数データ項目の一括マルチの場合のインタフェース・ファイ
ルでの並び順：
例：[1213]品名・名称と、[1214]規格・仕様・摘要○： [1213]#1 [1214]#1 [1213]#2 [1214]#2
×： [1213]#1 [1213]#2 [1214]#1 [1214]#2(4)

受信確認業務のメッセージ

1) 一つのインタフェース・ファイルは、一つの取引関係情報メッセージに対する受信確認結果の情報を含む 1 行のデータから成る。
※各ファイルのデータ項目の並び順等は、「D.I.8.インタフェース・ファイルのデータ項目順
序」に示す。

55

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

4.

インタフェース・ファイル生成・消滅(1)

送信用(SEND)フォルダ下

1) 生成のタイミング
業務システムは、「D.I.2.インタフェース・ファイル名称」に準拠したファイルを作成する。次のタイミングで取引関係情報メッセージの内容を送信用(SEND)フォルダ下に書き出さなければならない。
(a) メッセージの新規作成時(b) メッセージの更新時【注意事項】

受信確認処理について・取引先から返信される受信確認メッセージとの照合を行うには、業務システムは送信した各取引関係情報のインタフェース・ファイルの名称を、受信確認データが戻るまで記憶しておく必要がある。詳細は「D.I.7.受信確認の方法」を参照。
2) 消滅のタイミング
次のタイミングで CSV インタフェース機能がインタフェース・ファイルを削除する。
CSV インタフェースの送信処理を行った場合に、送信用(SEND)フォルダ下に存在す
るメッセージ全てを CSV インタフェースに取り込み、送信用(SEND)フォルダ下のファイルを削除する。
【注意事項】

二重登録のチェックについて(a) 送信用(SEND)フォルダにファイルが存在する場合、業務システムは、これから出力するファイルと同一のファイルが存在するかをチェックし、必要な場合はファイルの置き換えなどで二重に存在しないように出力する必要がある。
(b) CSV インタフェース機能は、ファイル名を昇順でソートし処理を行う。二重登録のチェックは行わずに単に後から処理するファイルで上書きを行う。

(2)

受信用(RECV)フォルダ下

1) 生成のタイミング
CSV インタフェース機能は、次のタイミングでメッセージの内容を受信用(RECV)フ
ォルダに書き出す。
(a) メッセージの受信時(b) バックアップデータのリストア時

56

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能2) 消滅のタイミング
次のタイミングで業務システムがファイルを削除する（本処理は CSV インタフェース
機能の範囲ではない）。
業務システムが CSV インタフェースからファイルを取り込む場合、受信用(RECV)
フォルダ下のファイルから取り込み、業務システムが受信用(RECV)フォルダ下のフ
ァイルを削除する。
【注意事項】(a) 二重登録のチェックについて
RECV フォルダにファイルが存在する場合、CSV インタフェース機能は、これから出力するメッセージが既に存在するかどうかに関わらず、別ファイル名にて出力する。
二重登録については業務システムが行う。
(b) RECV フォルダ内のファイルの削除については業務システムが行う。

57

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

5.

インタフェース・ファイル排他制御

(1)

排他制御

1) 送信時業務システムが作成したファイル（インタフェース・ファイル）を送信する際、業務シス
テムは SEND にまず、EDI_EJ_S.LCK と言うロックファイルを設定後、送信ファイルを
SEND 下にコピーする。コピーが完了したら EDI_EJ_S.LCK を削除する。したがって、
CSV インタフェース機能は SEND より送信ファイルを取得する際に、EDI_EJ_S.LCK の存在を確認し、EDI_EJ_S.LCK が存在する間は送信ファイルの取得は行わず待ち状態とし、
EDI_EJ_S.LCK が消滅したら送信ファイルの取得を行う（実際の処理は、一定間隔でリトライを行う）。
2) 受信時同様に、受信時に CSV インタフェース機能は RECV 下に EDI_EJ_R.LCK を設定し、RECV 下に受信ファイルの書込みを行い、書込み終了後 EDI_EJ_R.LCK を削除するので、業務システムは、受信ファイルの取込みに際し、EDI_EJ_R.LCK の存在をチェックし、受信ファイルの取込みを行うこととする。

(2)

SEND フォルダ下のファイル取り戻しの禁止

SEND フォルダ下に、業務システムがファイルを一旦コピー後は、CSV インタフェース
機能がファイル情報を管理するため、業務システム、操作者が任意にファイルを削除（取り戻し）してはならない。ただし、EDI_EJ_S.LCK ファイルを設定し、削除する前であれば可能である。

58

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

6.

CI-NET LiteS 対応 CSV インタフェース機能の構成（送信処理）

業務システム市販または社内開発の業務パッケージ（受信処理）

ロックファイルの設定

ﾌｧｲﾙｺﾋﾟｰ

ﾌｫﾙﾀﾞ作成

ﾌｧｲﾙｺﾋﾟｰ及び削除
RECV¥

技術資料ｺﾋﾟｰ

SEND¥

ロックファイルの解除

CSV 形式
ﾒｯｾｰｼﾞ
ｲﾝﾀﾌｪｰｽ
ﾌｧｲﾙ

技術資料
フォルダ

技術資料
複数

CSV 形式
ﾒｯｾｰｼﾞ
ｲﾝﾀﾌｪｰｽ
ﾌｧｲﾙ

技術資料
フォルダ
技術資料
複数

ﾌｧｲﾙｺﾋﾟｰ

ﾌｫﾙﾀﾞ作成
ロックファイルの解除
技術資料ｺﾋﾟｰ

送信後ﾌｧｲﾙ削除

トランスレータ

ロックファイルの設定

CI-NET LiteS 対応 CSV インタフェース
送

信

受

信

インターネット（凡例）
業務システムの機能
CI-NET LiteS 対応 CSV インタフェース機能

図 D.Ⅰ- 3 CI-NET LiteS 対応 CSV インタフェース機能の構成図

59Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能7.

受信確認の方法
インタフェース・フォルダ

業務システム(1)

XXX99999.INF
XXX99999.DAT

CSVインタフェース
機能送信したメッセージ
の控えなど

SEND
XXX99999.INF
XXX99999.DAT

(2)
変換、送信

同一名

取引関係情報RECV(5)
XXX99999.KAK

照合(4)
XXX99999.KAK(3)
受信確認チェック

受信確認※取引先とは、CII 形式のメッセージ（CI-NET 形式データおよび圧縮された技術データ）を授受

図 D.Ⅰ- 4 受信確認メッセージの取扱いの概要<処理の概要>(1) 業務システムは、送信する取引関係情報メッセージのデータをインタフェース・フォ
ルダの SEND フォルダに書き出す。
同時に、このファイル名を取引関係情報のデータと対応づけて記憶しておく。
(2) CSV インタフェース機能は、インタフェース・ファイルを変換、送信する。
(3) CSV インタフェース機能は、受信したデータ中に受信確認メッセージが含まれている
場合、送信済みの取引関係情報メッセージと照合し、どの取引関係情報に対する受信確認であるかをチェックする。
(4) CSV インタフェース機能は、チェック結果にもとづき受信確認データをインタフェー
ス・フォルダの RECV フォルダに書き出す。この際のファイル名（拡張子以外）は、上記(1)のファイル名と同一とする。
(5) 業務システムは、上記(4)のファイルを読み込む。
ファイル名により送信済みの取引関係情報のデータと対応づけて受信確認処理を行う。
【注意事項】
ファイル名により照合を行うので、業務システム側では、ある取引関係情報の送信に使用した SEND フォルダのインタフェース・ファイル名（XXX99999）は、そのデータに対する受信確認メッセージが戻るまで、他のデータの送信用インタフェース・ファイル名には使用しない。

60

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

8.

注文情報の保存注文業務に対応する CI-NET LiteS の対応 CSV インタフェース機能製品は、2001 年 4

月 1 日施行の建設業法第 19 条改正にともなって国土交通省が 2001 年 3 月 30 日に公表した「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」
記載された以下の要件に対応する機能を備えることが望ましい。
本資料では､本資料回提示における最終更新の関係法令を記載している｡
現行法では､建設業法施行規則第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）第 2 項は､第 13 条の 4 第 2 項に移行している｡
建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン
平成 13 年 3 月 30 日
国土交通省
3.原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
(3)電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事
項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

61

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

9.

インタフェース・ファイルのデータ項目順序
インタフェース・ファイルのフォーマット、データ項目順序を示す。

(1)

受信確認データ（拡張子=KAK）のフォーマット

252 byte の固定長ファイル。レコード数=1。
1～251 byte
「CII シンタックスルール Ver.1.51」に定義された受信確認メッセージと同一。
252 byte
受信確認状況：1:相手方受信。トランスレーション・エラー無し。
2:相手方受信。トランスレーション・エラー有り。
9:その他

(2)

全体情報部分（鑑、拡張子=INF)のデータ項目記載順序（次ページ以降掲載の表を参照）(3)

明細情報部分（拡張子＝DAT）のデータ項目記載順序（次ページ以降掲載の表を参照）

62

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

凡例■タグ
・個別のデータ項目に割り当てられた番号。
■属性
・データ項目に使用する文字の種類を識別する記号。
X 属性
1 バイト（半角）の英数文字、およびカタカナ。正確には、JIS-X0201 という JIS 規約
で定められている 8 ビットの文字列データである。
X 属性のデータ項目では、本資料において特段の指定の無い限り、左詰めで記載する。
（例 1 参照）
また X 属性で右詰めの指定がある項目では、その使用可能な桁数内において未使用の桁がある場合、その部分について、
・「sp」(スペース：8bit 文字コード表の Hex 表示 20)
・「0」(ゼロ：8bit 文字コード表の Hex 表示 30)のいずれを使用してもよいものとする。
さらに X 属性の項目における使用可能な桁数以外の部分については、
・「sp」(スペース：8bit 文字コード表の Hex 表示 20)を入れるものとする。（例 2 参照）【例 1】[1019]受注者担当郵便番号（X 属性、最大バイト数 10）に「105-0001」を記載する場合。
正：105-0001
誤：ss105-0001 （"s"はスペースを表す）【例 2】[1179]帳票データチェック値（X 属性、最大バイト数 15）に[1]データ処理 No.
「123」（15 バイトの中の右詰め 5 桁）を記載する場合。
正：ssssssssss00123
誤：ssssssssssss123
誤：ssssssssss123ss
誤：0000000000ss123（注）LiteS 実装規約 Ver.2.1 ad.6 以前は「ssssssssssss123」の表記も正と記載されていたため、同 Ver.2.1 ad.6 以前からの運用システムにおいては、「ssssssssssss123」の表記も混在しており、注意が必要である。なお、「ssssssssssss123」と表記している場合は、できる限り速やかに「ssssssssss00123」の表記に改修することが望ましい。
なお、本資料のメッセージサブセットの使用データ項目一覧表で「M」と記載するデータ項目では Mix モード（8 ビット文字と 16 ビット文字の混在）を許す。これらのデータ項目はシフト JIS コードで記載しなければならない。
【重要事項】単位の記載について
本資料に定めるメッセージサブセットには、単位に関連する以下のデータ項目が含まれる。
[1219]明細数量単位[1209]使用期間単位[1217]補助数量単位

63Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

これらのデータ項目では、CI-NET 標準 BP「3.2.3.12 単位コード」に定める単位コードを使用しなければならない。ただし CI-NET LiteS の運用上 Mix モードを許容するので、半角（8 bit）文字を使用してよい。しかし「m2」など、複数の英数カナ文字を含む単位コードについては、全ての英数カナ文字を半角（8 bit）あるいは全角（16bit）文字に統一しなければならない。
正：
m2
半角+半角
正：
ｍ２
全角+全角
誤：
ｍ2
全角+半角
誤：
m２
半角+全角
誤：
M2
CI-NET 標準 BP に定める単位コード以外の記載
誤：平米
CI-NET 標準 BP に定める単位コード以外の記載
K 属性
2 バイト（全角）のかな漢字など。
正確には、JIS-X0208 という JIS 規約で定められている 16 ビットの文字列データである。したがって、いわゆる外字は使用不可能。
外字の例；①、②、③...、㎡、㌔、㌧、㍍、㌫...、㈱、㈲、㈹....
K 属性のデータ項目では、本資料において特段の指定の無い限り、左詰めで記載する。
【重要確認】
X 属性は 8bit 文字列、K 属性は 16bit 文字列であるが、CII シンタックスルールにより、共にこれら文字列では、最も右側にあるブランク以外の文字よりもさらに右側にあるブランクを省略することができる【重要確認 2】JIS X0213:2004（JIS2004）という JIS 規約で定められている第三水準、第四水準
および非漢字のうち JIS X0208 と比べこの JIS 規約で新たに追加定義された文字については使用してはならない。
9 属性
1 バイト(半角)の「0」～「9」の数字のみで表される数値。カンマは記載しない。
N 属性
1 バイト(半角)の「0」～「9」の数字、「+」、「-」の正負記号、「.」の小数点で表される数値。カンマは記載しない。
■バイト数
・X 属性のデータ項目では最大文字数を示す。
・K 属性のデータ項目では、1 文字が 2 バイトなので、最大文字数の 2 倍を示す。
・9 属性および N 属性のデータ項目では整数部の最大桁数を示す。小数点以下の桁数、小数点、正負記号はバイト数に含まれない。
・なお、ここに示す値はデータ項目の最大バイト数である。実際に送信するデータ項目の桁数がこの値より少ない場合は、必要な桁数だけ送信することができる。
■小数・9 属性および N 属性のデータ項目の小数点以下の最大桁数を示す。
64

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能・なお、上記のバイト数と同じく最大桁数であり、実際に送信するデータ項目の桁数がこの値より少ない場合は、必要な桁数だけ送信することができる。
■総桁数
・ N 属性のデータ項目については、上記のバイト数と小数の桁数に、正負記号および小数点を加えた総桁数を示す。
・ X 属性、K 属性、9 属性については、上記のバイト数と同じ長さである。
■回数・マルチデータ項目の最大繰り返し回数を示す。明細情報部の M6 レベル 1 における回数∞（無限大）とは、見積書の明細行を任意回数繰り返せることを表す。
・なお、最大回数であり、最大回数以内で必要な回数だけ送信することができる。
■マルチ・「M」は、マルチ明細項目（繰り返し可能）であることを示す。逆に、マルチ欄に記載の無いデータ項目は同一メッセージ内に 1 度しか記載できない。
・「M9」、「ME」などの番号は、メッセージ内に複数存在するマルチ明細を特定する番号である。
・「M7 レベル 2」、「M8 レベル 2」は、「M6」のマルチの中でさらにもう一段のマルチがとられている（ネスト化されている：下図参照）ことを表す。これに対し「レベル 1」は、ネスト化されていいマルチを表す。

見積明細書[1214]規格・仕様・摘要[1213]品名・名称

品名
マルチ6レベル1
1,2,3回目

1
2
3[1219]明細数量単位[1218]明細数量

摘要

玄関 床

JB

花崗岩

100×100

ホール 巾木本磨き花崗岩

100×25

前室 飾り棚

本磨き

大理石

850×450

数量[1222]単価

単位3.50 m2

単価
20000.0

マルチ7レベル2 1,2回目
10.00 m

5000.09.00 m2

20000.0

図 D.Ⅰ- 5 マルチレベル 1 とレベル 2 の例
■使用・不使用のデータ項目
・メッセージの「順序」に数字が入っているデータ項目は当該メッセージの CSV ファイルで使用できる項目。
･メッセージの「順序」が空欄のデータ項目は当該メッセージで使用してはならない項目。

65

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能1)

設備見積依頼／回答、機器見積依頼／回答(a)

全体情報部分のファイル（拡張子=INF)

66

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

67

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能68

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)

69

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能2)

購買見積（依頼／回答／不採用）、注文（確定・請け）、鑑変更（合意申込／合意承諾）、解除（合意申込／合意承諾／一方的通知）(a)

全体情報部分のファイル（拡張子=INF)

70

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能71

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能72

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能73

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能74

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)75

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能3)

基本契約（申込／承諾）(a)

全体情報部分のファイル（拡張子=INF)

76

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

77

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

78

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)

79

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

4)

打切（申込／承諾／通知）、出来高(要請／報告／確認)､請求(請求／確認)､立替(報告／確認)(a)

全体情報部分のファイル（拡張子=INF)

80

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

81

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能82

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能83

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能84

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能85

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能86

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能87

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)88

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

5)

支払通知
(a)

全体情報部分のファイル（拡張子=INF)

89

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能90

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能91

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

92

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

93

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)

94

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能6)

工事物件案内､工事請負契約外(請求／請求確認)(a)

全体情報部分のファイル（拡張子=INF)

95

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

96

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

97

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能98

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(b)

明細情報部分のファイル（拡張子=DAT)99

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

10.

工事請負契約外請求一括取り込み CSV インタフェース機能(1) 本資料の背景・目的
受注者より提出される納品書の作成パターンは様々であり、それを基に作成する請求書も同様に多様である。
工事請負契約外請求においては、その対象となる商品・サービスを提供する受注者側のこれまでの商慣習から、従来 CI-NET LiteS で想定してきた「1 案件 1 請求」ではない形、すなわち受注者の処理、管理体系上、複数の発注者、複数の案件、いくつかの作業所、支店等の請求を 1 つにまとめて処理するパターンへの対応も可能とする。
これらの処理を行えるようにする背景としては、契約外請求情報（資材購入や、リース・レンタル品等）を CI-NET LiteS で受渡しを行う場合は、受注者側にて既に運用中である販
売管理システム等から請求情報を出力するケースが多くなると考えられるものの、それらのデータを CI-NET LiteS の契約外請求情報の鑑情報（GSE*****.INF （注）*****は 5ケタの通し番号）、明細情報（GSE*****.DAT）に合わせて出力するには、現行システムの改造等の作業負荷や費用負担が発生すると考えられるため、受注者にとって、既存システムに大きな改修を加えない形での、契約外請求業務の EDI 化を進めることが期待されている。
ここでは、受注者の省力化を目的とし、従来の工事請負契約外の請求情報を従来の鑑情報、明細情報での CSV インタフェース適用による運用に合わせて、複数の取引先、複数の工事物件の請求情報を、一括で受け渡す事のできる CSV インタフェースフォーマットを利用する方法を解説する。
なお、工事請負契約外請求の受渡し可能な CI-NET 対応システムは上記のフォーマット
にも対応できることが望ましい。
また、場合によっては本機能を用いて発注者でも同様に、複数の工事請負契約外請求メッ
セージを一括で受渡しできる機能の検討も可能となる。
【受注者の社内システム等】【CI-NET 対応製品、サービス等】

契約外請求
鑑情報

受発注
システム
等

（ GSE*****.INF

発注者Ａ社 X 工事の契約外請求メッセー
ジ

契約外請求
明細情報
（ GSE*****.DAT

図 D.Ⅰ- 6 従来の CI-NET LiteS の CSV インタフェースによる受け渡しイメージ

100

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能＜パターン A＞
【受注者の社内システム等】【CI-NET 対応製品、サービス等】

工事案内
発注者Ａ社 X 工事の契約外請求メッセージ

工事請負契約外請求一括取り込み CSV ファイル（ MSE*****.

受発注

TXT）

システム

A社

分割処理

X 工事
Y 工事
Z 工事

発注者 B 社 Z 工事の契約外請求メッセージ

・・ ・

A社
B社

発注者Ａ社 Y 工事の契約外請求メッセージ

・・ ・＜パターン B＞
【受注者の社内システム等】【CI-NET 対応製品、サービス等】

発注者Ａ社 X 工事の契約
外請求メッセージ

一括取り込み工事案内

CSV ファイル
（ MSE*****.
TXT）
A社

受発注

A社

Y 工事

B社

Z 工事

発注者Ａ社 Y 工事の契約
外請求メッセージ
発注者 B 社 Z 工事の契約
外請求メッセージ
・・ ・

・・ ・

システム

分割処理

X 工事

（注）「MSE」は工事請負契約外請求 CSV ファイルのインタフェース・ファイル名称、「TXT は工事請負契約外請求一括取り込み CSV ファイルのインタフェース・ファイル名称の拡張子を表す。（⇒表 D.Ⅰ- 6
工事請負契約外請求一括取り込みインタフェース・ファイル名称一覧(1)、表 D.Ⅰ- 7 工事請負契約外請
求一括取り込みインタフェース・ファイル名称一覧(2) を参照。）

図 D.Ⅰ- 7 工事請負契約外請求一括取り込み機能による受渡しイメージ
受信者は、自社システムに IN/OUT に利用する CSV インタフェース･ファイルについて以101

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

下が選択可能。
1)形式
タグ付き方式 CSV
順序方式 CSV
2)文字コードUTF 8/16
SHIFT JIS（標準）102

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能■工事請負契約外請求一括取り込み CSV の運用イメージ
受注者は、複数の契約外請求メッセージの情報を１ファイルで出力をおこなう、CI-NET
対応システムでは、そのファイルを下記のキー項目情報を元に分割し、発注者に通常の工事請負契約外請求メッセージと同様の情報の受け渡しを行う。

（MSE*****.TXT）（GSE*****.INF）（GSE*****.DAT）

図 D.Ⅰ- 8 工事請負契約外請求一括取り込み CSV の運用イメージ【契約外請求メッセージに統一取引を見分けるキー項目】[1] データ処理 No.
[4] 発注者コード[5] 受注者コード[1006] 工事コード[1007] 帳票 No.（ここでは受注者の請求番号を示す。）

103

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能■工事請負契約外請求一括取り込み CSV フォーマットの例
タグNo.の項⽬名
項⽬名

データ処
理No.

発注者コード受注者コード

⼯事コード

⼯事場所・受渡し場所
略称

明細
コード

帳票No.

品名・名称(マルチ２回⽬)

⼯事請負契約外請求⼀括CSVフォーマットの例
タグNo. 第1レコード
請求1

請求2

請求3

CINT12CINT1213_2

CINT1 CINT4

CINT5

CINT1006

CINT1173

CINT1007

00001
00001
00001
00001

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

KOJI00001
KOJI00001
KOJI00001
KOJI00001

振興ビル新築⼯事
振興ビル新築⼯事
振興ビル新築⼯事
振興ビル新築⼯事

08190G1838 0001
08190G1838 0002
08190G1838 0003
08190G1838 0004

120-150-200J
0〜299mmHg
0〜299mmHg
0〜299mmHg

第6レコード 00001
第7レコード 00001
第8レコード 00001
第9レコード 00001
第10レコード 00001
第11レコード 00001
第12レコード 00001
第13レコード 00001
第14レコード 00001
第15レコード 00001

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002
KOJI00002

基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事
基⾦ビル新築⼯事

836571836571836571836571836571836571836571836571836571836571

0001
0002
0003
0004
0005
0006
0007
0008
0009
0010

キャブタイヤケーブル 5.5スケア 30M
分離型ストライナー復道38 (SD490)
分離型ストライナー復道ポンプ 1.3KW
⾼周波インバータ100V
⾼周波インバータ100V
ベビーホイスト 230K 20M⾮常停⽌付
マイディアーム 250KG
納⼊運賃（基本）
⾼周波バイブレータ 50MM 6M
運賃（⾄急便）第16レコード 00001
第17レコード 00001
第18レコード 00001
第19レコード 00001
第20レコード 00001:::

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000
2xxxxx000000

KOJI00003
KOJI00003
KOJI00003
KOJI00003
KOJI00003

基⾦会館改修⼯事
基⾦会館改修⼯事
基⾦会館改修⼯事
基⾦会館改修⼯事
基⾦会館改修⼯事

SEIKYU-01
SEIKYU-01
SEIKYU-01
SEIKYU-01
SEIKYU-01

0001
0002
0003
0004
0005

＜＜リース料＞＞
アルウォークアルウォークアルウォークリース 継続 残数

第2レコード第3レコード
第4レコード第5レコード

図 D.Ⅰ- 9 工事請負契約外請求一括取り込み CSV フォーマットの例■具体的な請求書作成・発行ケース〔ケース 1：同一発注者の複数作業所分の請求書発行の場合〕
A 作業所
納品書

A 作業所
請求書

B 作業所
納品書

B 作業所
請求書

C 作業所
納品書

C 作業所
請求書

A 作業所
請求書
請求一括
取り込み
ファイル

B 作業所
請求書
C 作業所
請求書

ここの分割振り分け処理以降は EDI サービス事業者が対応

図 D.Ⅰ- 10 同一発注者の複数作業所分の請求書発行のイメージ

同一発注者の複数作業所向けの納品に対する請求を行う際、既に受注者側で請求書発行の社内システムがあり、そこでは作業所ごとの請求書発行ではなく、発注者 1 社に対する請求書としてまとめて作成するようなケースがある。このようなケースでは、個々の作業所単位での請求書を出す仕組みを新たに組み込む必要が生じることから、作業所単位に分けて請求 EDI データを作成する処理を、EDI サービスを提供する事業者が対応する方法が考
えられる。
104

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能〔ケース 2：異なる発注者の複数作業所分の請求書発行の場合〕
A-1 作業所
A 社分
A 社分
A-2 作業所
請求書
納品書：
B-1 作業所
請求一括
B 社分
B-2 作業所
B 社分
取り込み
請求書
：
納品書
ファイル
C-1 作業所
C 社分
C-2 作業所
C 社分
請求書
C-3 作業所
納品書
ここの分割振り分け処理以降は EDI サービス事業者が対応

A-1 作業所
請求書
A-2 作業所
請求書
B-1 作業所
請求書
B-2 作業所
請求書
C-１作業所
請求書
C-2 作業所
請求書
C-3 作業所
請求書

図 D.Ⅰ- 11 異なる発注者の複数作業所分の請求書発行のイメージ
ケース 1 では同一発注者の複数作業所向けの納品をまとめるケースであったのに対し、
ケース 2 では、異なる発注者の複数作業所分の納品をまとめて請求するケースを想定したものである。
工事請負契約外請求一括取り込み CSV ファイルに発注者及び作業所を分割振り分けするのに必要な情報が入っていれば、その処理は EDI サービスを提供する事業者が対応するということが可能であり、分割振り分けされた請求書は CI-NET LiteS のメッセージ作成方
法に基づき作成、送信することとすればよい。

(2) 一括取り込みインタフェース・ファイル名称
業務システムと CSV インタフェース機能との間で、送受信に受け渡しを行う工事請負契約外請求一括取り込みインタフェース・ファイルの名称は以下の規定とする。
XXX99999.YYY(a) (b)(c)(a)、(b)、(c)の内容は以下の通り。
(a) XXX ：各メッセージ（設備見積業務、設備機器見積業務、購買見積業務、注文業務、出来高・請求業務、立替業務、支払通知業務、工事請負契約外請求業務等）毎に定義される名前。

105

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

表 D.Ⅰ- 6 工事請負契約外請求一括取り込みインタフェース・ファイル名称一覧(1)
一括取り込み対象のメッセージ
工事請負契約外請求

XXX

備考
発注者
受信

MSE

受注者
送信

(b) 99999：任意に付ける番号（00001～99999）で表す。

(c) YYY：拡張子、ファイルの属性を表す。

表 D.Ⅰ- 7 工事請負契約外請求一括取り込みインタフェース・ファイル名称一覧(2)データの種類
1

一括情報

(3)

YYY

説明

拡張子
TXT

取引関連情報メッセージ複数件の全体情報部分(鑑)＋明細
情報部分を 1 明細行 1 レコードで表し、複数レコードで表す。

一括取り込みインタフェース・ファイルフォーマット

工事請負契約外請求一括取り込みインタフェース・ファイルは以下の規定によるフォー
マットで行う。
1) 一つのインタフェース・ファイルは、全体情報部分と明細情報部分を合わせた 1 種類で構成される。

・工事請負契約外請求一括取り込み情報部分のファイル（拡張子=TXT)
・レコード数=請求書の枚数×明細書の行数（すなわち、請求書の枚数×CI-NET 形式
ファイルの M6 マルチの繰り返し回数）。各レコードは CRLF(HX '0D0A')で区切る。
・データ項目： 各取引関係情報の全体情報部分の全データ項目と、明細情報部分の全データ項目を過不足なく含む。
2) タブ(0x09)区切り文字による可変長ファイルとする。
3) 文字コードはシフト JIS とする。
4) 各フィールド内で文字間のタブの使用は禁止とする。
5) 各フィールド内で使用するシングルクォーテーション(')またはダブルクォーテーション(")は通常の文字列として CSV インタフェース機能は認識する。
6)

1 レコード目に､タグ付き方式として｢CINT｣+｢タグ No.｣をセットする｡マルチは｢CINT｣+｢タグ No.｣+｢_マルチ回数｣をセットする｡
7)

2 レコード目からは､全体情報部分､明細情報部分 1 行目､ 明細情報部分 2 行

目･･････の順にセットする｡
8) タグ No.付き方式の CSV ファイルのため､必要なデータ項目を記載するといった選択が
106

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能可能である｡
1.CSVインタフェース･ファイルサンプル
1レコード目 CINT1 CINT4 CINT5 CINT1 CINT1 CINT1 CINT1 CINT1 CINT1 CINT1 CINT1 CINT1
006
007
008
023
013
017_1 018_1 019_1 020_1
2レコード目 00001 2xxxxx 2xxxxx KT112 461954 202110 A0522 ○○株 営業部 □□□ 364000000 123456 6600
01
3001 式会社□
0002

3レコード目 00001 2xxxxx 2xxxxx KT112 461954 202110 A0522 ○○株 営業部 □□□ 364000000 123456 6600
01
3001 式会社
□
0002

埼玉県
□□
市････
･･
埼玉県
□□
市････
･･

2.タグNo.の項目名
データ項目 データ処 発注者 受注者 工事コー 帳票No. 帳票年 受注者 受注者 受注者 受注者 受注者 受注者
担当部 担当者 担当郵 担当住
理No.
コード
コード
ド
月日
コード２ 名
名
署名

(発注者
採番)

名

便番号

所

図 D.Ⅰ- 12 一括取り込みインタフェース・ファイルのイメージ※各ファイルのデータ項目の並び順等は、「D.I.9.(5) 一括取り込みインタフェース・ファイ
ルのデータ項目順序」に示す。

(4) 一括取り込みインタフェース・ファイルの注意事項
1) 工事請負契約外請求一括取り込み CSV インタフェースは、１ファイルで複数の取引を表現するため、以下のように、CSV ファイル内の１レコードの前方に鑑情報、後方に明細情報を含む構造になっている。
このため、CSV ファイル内で同一請求情報が複数レコードにより表現される場合には、統一請求の鑑項目情報は同一としなければならない事とする。

表 D.Ⅰ- 8 工事請負契約外請求一括取り込み CSV インタフェース・ファイルの構造
1 レコード目

鑑項目情報のタグ No.

明細情報のタグ No.

2 レコード目

請求１

鑑項目情報※1

請求１

3 レコード目

請求１

4 レコード目

明細情報

１行目

鑑項目情報（※1 と同じ）

明細情報

２行目

請求１

鑑項目情報（※1 と同じ）

明細情報

３行目

5 レコード目

請求１

鑑項目情報（※1 と同じ）

明細情報

４行目

6 レコード目

請求２

鑑項目情報※2

明細情報

１行目

7 レコード目

請求２

鑑項目情報（※2 と同じ）

明細情報

２行目

8 レコード目

請求２

鑑項目情報（※2 と同じ）

明細情報

３行目

9 レコード目

請求３

鑑項目情報※3

明細情報

１行目

10 レコード目

請求３

鑑項目情報（※3 と同じ）

明細情報

２行目

請求２

請求３

107

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

11 レコード目

請求３

鑑項目情報（※3 と同じ）

明細情報

３行目

2）工事請負契約外請求一括取り込み CSV インタフェースファイル中でエラーがあるレコードが発生した場合は、CSV ファイル内で同一請求情報に関しては情報を送信できない事とする。したがって、エラーの発生した請求情報は、該当のエラーレコード（明細１行分）
を省いては送信処理を行なう様なことをしてはいけない。
また、その他の問題の無い請求情報に関しては、送信はできるようにする事とする。
なお、CI-NET 対応システムはエラーがあった請求の情報を利用者に何らかの手段で伝達できるような機能を持つ事が望ましい。

表 D.Ⅰ- 9 工事請負契約外請求一括取り込み CSV インタフェース・ファイルの構造（エラーがあるレコード発生の場合）

1 レコード目

鑑項目情報のタグ No.

明細情報のタグ No.

2 レコード目

請求１

鑑項目情報

請求１

3 レコード目

請求１

鑑項目情報

明細情報

２行目

4 レコード目

請求１

鑑項目情報

明細情報

３行目

5 レコード目

請求１

鑑項目情報

明細情報

４行目

6 レコード目

請求２

鑑項目情報

7 レコード目

請求２

鑑項目情報

8 レコード目

請求２

鑑項目情報

9 レコード目

請求３

鑑項目情報

10 レコード目

請求３

鑑項目情報

11 レコード目

請求３

鑑項目情報

明細情報

請求２

明細情報
明細情報

１行目
２行目（エラー）

明細情報
請求３

１行目

３行目

明細情報

正常に送信

請求２は送信しない。
※明細 2 行目を省いて送信してもいけない。
※送信者にエラーを通知

１行目

明細情報

２行目

明細情報

３行目

正常に送信

3) 以下等は、規約に反しているので、エラーと処理する。これは、システム提供者の範疇である。
･金額項目のタグ番号を間違えて金額なしとなった場合･データ項目の桁あふれの場合･K 属性であるにもかかわらず､半角文字であった場合
4) 利用者が社内システムから出力した CSV ファイルを流用する用途があるため、工事請負契約外請求一括取り込み CSV インタフェース･ファイルにおいてタグ No.付きのレコードに定義されていないタグ No.あるいはタグ No. のセルが空白等の場合であっても､その108

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

データ項目は読み飛ばすようなシステム機能を考慮することが望ましい。

(5) 一括取り込みインタフェース・ファイルのデータ項目順序
工事請負契約外請求一括取り込みインタフェース・ファイルのフォーマット、データ項目順序を示す。
（次ページ以降掲載の表を参照）【注意事項】
実装規約の項目定義で「使用しない」と明記している項目は、インタフェース・ファイルの CSV 表には含めない(例えば､[1179]帳票データチェック値マルチ 2~9 回目)。
他のメッセージのように､｢使用しないデータ項目ではあるが定義はされている｣とのデータ項目は､一括取り込みインタフェース・ファイルにはない｡

109

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能１） 一括取り込み（拡張子=TXT）のデータ項目記載順序

110Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

111

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能

112

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能(6) 請求書サンプル
請求書サンプルは、工事請負契約外請求業務、主にレンタル・リース業務で使用されているものを基に作成したサンプルであり、CI-NET データ項目との関係をタグ番号を示して分かり易く例示したものである。

113

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能1)

請求書サンプル 1

図 D.Ⅰ- 13 工事請負契約外取引における請求書サンプル 1

114

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能2)

請求書サンプル 2

図 D.Ⅰ- 14

工事請負契約外取引における請求書サンプル 2

115

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅰ.CSV インタフェース機能3)

請求書サンプル 3

図 D.Ⅰ- 15 工事請負契約外取引における請求書サンプル 3

116

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅱ.設備見積･設備機器見積メッセージの CSV フォーマット

Ⅱ. 設備見積・設備機器見積メッセージの CSV フォーマット

117

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅱ.設備見積･設備機器見積メッセージの CSV フォーマット

118

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅱ.設備見積･設備機器見積メッセージの CSV フォーマット

Ⅱ．設備見積・設備機器見積メッセージの CSV フォーマット
本章は、「Ⅰ．CSV インタフェース機能」に統合する。 2005.07.01

119

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅱ.設備見積･設備機器見積メッセージの CSV フォーマット

120

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点

Ⅲ. 標準企業コードとメールアドレスの関係に係る留意点

121

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点

122

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点

Ⅲ．標準企業コードとメールアドレスの関係に係る留意点
1.

本資料の目的・背景
CI-NET LiteS 実装規約の通信部分（情報伝達規約）について、実運用を通じて標準企業

コードとメールアドレスの利用に関して 2.に示すような不適な事項が明確化した。従って、CI-NET LiteS システム実装に係る留意を示す。

2.

情報伝達規約の実装に係る留意点
不適な事項(1) 送信者がメールに添付する電子証明書に記載された送信者のメールアドレスと、メール・ヘッダの From: 行に記載されたメールアドレスとが異なることがある◆具体的に想定されるケース
・プロバイダのドメインネーム変更、倒産等によって送受信用のメールアドレスを変更せざるを得ない合。
・電子証明書を取得して CI-NET LiteS を利用開始したが、ASP に加入して CI-NET
LiteS を利用する形態に変更し、かつ従来の送受信用メールアドレスをその ASP で使用できない場合。
【注意事項】
受信したメールにおいて From:行のメールアドレスと添付された電子証明書に記載された送信者のメールアドレスが異なる場合は、適切な代替処理を行うこと。

123

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点(2) 送信者がメールに添付する電子証明書に記載された標準企業コードと、そのメールに添付されたメッセージ内のメッセージグループ・ヘッダの発信者コード（送信者の標準企業コード）とが異なることがある◆具体的に想定されるケース
・社内の支店ごとに標準企業コードを付番しているが、電子証明書は全社共通のものを利用している場合（図 D.Ⅲ- 1 参照）。

【送信側が支店からのデータをまとめて全社メールサーバから発信するケース】（設定１）各支店ごとに異なる標準企業コードを所有（設定２）メールアドレスはそれぞれの支店ごとではなく、全社で一つ（設定３）電子証明書は全社で1つ所有しており、記載されている標準企業コードの枝番に「000000」を付けたものを使用（送信側の各支店の標準企業コード）
標準企業コード支店
東京 123456000001
大阪 123456000002
名古屋 123456000003

メールアドレス

T@a.com（受信者へ）

メールの内容メールヘッダFrom行 : T@a.com
MGH送信者コード：123456000001
MSG内標準企業コード：123456000001
電子署名
証明書内
標準企業コードA：123456000000
メールアドレス：T@a.com

MGH：メッセージグループ・ヘッダ
MSG：メッセージ

図 D.Ⅲ- 1 支店ごとのデータをまとめて全社統一メールサーバから発信する例(3) 同一企業で、メッセージ内の標準企業コードの枝番（下 6 桁）が異なっても同一の
メールアドレスを送受信に使用していることがある◆ 具体的に想定されるケース
・社内の支店ごとに標準企業コードを付番しているが、メールの送受信は全社統一のメールサーバで行っている場合（図 D.Ⅲ-1 参照）。
【注意事項】
送受信先マスタ等のキーに送受信用メールアドレスを使用すると、同一アドレスを重複登録できない等の不都合が生じ得る。
124

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点(4) 異なる企業が同一のメールアドレスを送受信に使用していることがある◆具体的に想定されるケース
・全ての加入者の電子メールを単一のメールアドレスで送受信する ASP の場合（図 D.Ⅲ- 2 参照）。

【サービス加入者に同一メールアドレスを割り当てる方法を採用するASPのようなケース】
この場合は、異なる企業でも同一のメールアドレスを使用することになる。

企業

標準企業コード

Ａ社

123456000000

B社

234567000000

C社

345678000000

メールヘッダの
メールアドレス

X@a.com（受信者へ）

企業が異なってもメールアドレスは同じ。
標準企業コードはそれぞれ固有のものを所有している。

図 D.Ⅲ- 2 異なる企業が同一のメールアドレスを使用する場合

以上

125

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅲ.標準企業コードとメールアドレスの関係に係る留意点

126

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

Ⅳ. メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッセージの完全性確認について

127

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

128

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

Ⅳ．メールに添付された電子証明書を利用した電子証明書の本
人性確認およびメッセージの完全性確認について
1.

本資料の背景・目的
CI-NET LiteS においては、セキュリティ確保の観点から情報伝達規約として公開鍵暗号方式を規定しており、それは電子データ交換を行う取引先双方の電子証明書、公開鍵、秘密鍵を使用して、確かに取引先であることの確認や取引データが改ざんされていないことの確認を行うものである。
これまで CI-NET LiteS の運用では、電子証明書を事前に手交などの方法によりやり取りすることで相手となる取引先の電子証明書であることを確認し、実際の電子データ交換の際にメールに添付された電子証明書と事前に取り交わした電子証明書とを照合する方法
によって、取引上の本人性確認を行っている。
一方 CI-NET LiteS の普及に伴い、取引先の電子証明書を事前に相対で交換する方法では、電子証明書の新規登録あるいは電子証明書の有効期限切れに伴う更新の負担が増大することが予想されるため、それらの負担を軽減する方法で電子証明書の本人性とメッセー
ジの完全性を確認できることが望まれている。
そこで、ここでは従来の事前に相対で手交する方法に加え、メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッセージの完全性確認に係る負担を軽減する方法について解説する。

129

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

2.
メールに添付された電子証明書を利用した本人性確認および完全性確認の方法
メールに添付された電子証明書を利用した本人性確認および完全性確認を行うための前提となる事項は、①取引先の電子証明書を発行している認証局が電子証明書の記載事項（電子証明書取得当事者の標準企業コード13、メールアドレス、ローマ字表記企業名等）について保証していること、②その認証局を自社においても信頼していることという 2 点となるが、こうした前提をクリアした上で、メールに添付された電子証明書を利用した本人性確認
および完全性確認を行う方法を示す。

(1) 本人性確認および完全性確認のための要件

公開鍵暗号方式を利用したセキュリティを確保していくためには、受信したメールに対して、添付された電子証明書が自社の取引先のものであること（電子証明書の本人性）かつ送受信されるメッセージが改ざんされていないこと（メッセージの完全性）を確認すること、
この２点が要件となる。

(2) システム対応の詳細

前述の要件を実現するためには、システム上以下に示す点について対応することが求められる。
①本人性確認
具体的な手順は以下のとおりである。
◆事前準備(a)事前に取得している認証局の電子証明書（ルート証明書）が改ざんされていないことを確認する。
(a-1) 認証局の電子証明書をハッシュ関数にかけメッセージダイジェストを作成(a-2) 認証局の電子証明書に含まれる認証局の電子署名を復号してメッセージダイ

13標準企業コード：

CI-NET LiteS 利用のための電子証明書には 12 桁を記載する。その内容は、企業識別コード（上 6桁）＋支店部署などを示す枝番（下 6 桁）である。
130

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

ジェストを作成→(a-1)と(a-2) が一致すれば、認証局の電子証明書が改ざんされていないことが確
認できる｡
◆個別処理
(b)添付された取引先の電子証明書が、信頼する認証局が署名した電子証明書であり、かつ改ざんされていないことを確認する。
(b-1) 取引先の電子証明書をハッシュ関数にかけメッセージダイジェストを作成(b-2) 取引先の電子証明書に含まれる認証局の電子署名を復号してメッセージダイ
ジェストを作成→(b-1)と(b-2)が一致すれば、上記が確認できる。
(c)添付された電子証明書に記載された標準企業コードを、事前に取得している取引先の標準企業コードと比較する。
電子証明書に記載された標準企業コードが、事前に取得している取引先の電子証明書の標準企業コード（図 D.Ⅳ- 1 の標準企業コード X）と一致するなら、この電子証
明書の持主はその標準企業コードに対応する企業であることが確認できる。

送受信先マスタ（事前に取得している取引先に関する情報）
企業Xからのメールの内容
メールヘッダFrom行 : T@X.com
MGH送信者コード
MSG内標準企業コード

送信用

証明書情報

：
：
：

：
：
：

：
：
：

企業X

アドレスA

：
：
：

：

企業名 メールアドレス

・・・

標準企業コードX

・・・

電子署名
電子証明書内標準企業コード
メールアドレス
公開鍵

：
：
：

比較 ：
：

MGH:メッセージグループ・ヘッダ
MSG:メッセージ

図 D.Ⅳ- 1 標準企業コードが電子証明書に記載されている場合の本人性確認の方法【標準企業コードが記載されていない電子証明書を利用する場合】
現状では、メールに添付された電子証明書を利用した本人性確認および完全性確認を行
うための前提となる事項である「①取引先の電子証明書を発行している認証局が電子証明

131

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認書の記載事項（電子証明書取得当事者の標準企業コード、メールアドレス、ローマ字表記企
業名等）について保証していること」を満たしていない電子証明書（標準企業コードが記載
されていない電子証明書）が利用されている。その場合電子証明書の持主を特定するには、
上記の(a)～(c)の方法に代わり、以下の方法により行うことができる。
受信者は送信者のメールに添付されている電子証明書に記載されているメールアドレス
から、自社が取得している取引先の電子証明書情報にあるメールアドレス（アドレス B）を検索する。このメールアドレスを持つ電子証明書は個別取引に先立って手交等の方法によりその持主が企業 X であることを確認しているので、添付されている電子証明書も企業 Xのものであることが確認できる（図 D.Ⅳ- 2 参照）。

相対での電子証明書交換等により、その情報は送受信先マスタの取引先情報に事前に登録している。
送受信先マスタなど企業Xからのメールの内容
メールヘッダFrom行: T@X.com
MGH送信者コード
MSG内標準企業コード
電子署名
電子証明書内
メールアドレス
公開鍵

企業名

送信用
メールアドレス

標準企業コード

証明書情報

：
：
：

：
：
：

：
：
：

：
：
：

企業X

アドレスA

標準企業コードX

：
：
：

：
：
：

：
：
：

公開鍵

アドレスB

・・・・
：
：
：

検索

MGH:メッセージグループ・ヘッダ
MSG:メッセージ

図 D.Ⅳ- 2 標準企業コードが電子証明書に記載されていない場合の本人性確認の方法②完全性確認
受信したメッセージが改ざんされていないかどうかの確認は、以下のように行う。
(a-1)メッセージをハッシュ関数にかけメッセージダイジェストを作成(a-2)発信者作成の電子署名を復号してメッセージダイジェストを作成→(a-1)と(a-2)が一致すれば､受信したメッセージが改ざんされていないことが確認できる｡③その他事項の確認
公開鍵暗号方式では、上記①、②によって、「本人性」
・「完全性」が確認できる。更に CINET LiteS を利用した EDI では、電子証明書の持主とメッセージ内容との整合の確認のため、以下が一致することを確認することが望ましい。

132

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

・添付された電子証明書に記載された標準企業コードの上 6 桁（企業識別コード）・受信したメッセージのメッセージグループ・ヘッダの[C06]発信者コードの上 6 桁（企業識別コード）【標準企業コードが記載されていない電子証明書を利用する場合】
標準企業コードが記載されていない電子証明書を利用する場合､上記③に代わり､以下の一致を確認することで電子証明書の持主とメッセージ内容との整合を確認することが望ましい。
・上記①で確認した企業 X の標準企業コード（図 D.Ⅳ-2 の標準企業コード X）の上 6桁(企業識別コード)・受信したメッセージのメッセージグループ・ヘッダの[C06]発信者コードの上 6 桁(企業識別コード)以上

133

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅳ.電子証明書の本人性確認およびメッセージの完全性確認

134

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅴ.電子契約データにおける契約業務帳票の印刷例

Ⅴ. 電子契約データにおける契約業務帳票の印刷例（確定注文書、注文請け書等）

135

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅴ.電子契約データにおける契約業務帳票の印刷例

136

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅴ.電子契約データにおける契約業務帳票の印刷例

Ⅴ．電子契約データにおける契約業務帳票の印刷例（確定注文書、注文請け書等）
1. 内容
(1)

ヘッダ仕様

(2)

注文書送り状

(3)

注文書

(4)

注文請け書送り状

(5)

注文請け書

(6)

特記・条件

(7)

使用ﾒｰｶｰ名・商社名

(8)

解除理由

(9)

その他事項

(10) 内訳明細書(11) 内訳明細書 2

2. 対象メッセージ
情報区分コード

メッセージ

(1)

0502

確定注文メッセージ

(2)

0506

注文請けメッセージ

(3)

0504

合意解除申込メッセージ

(4)

0508

合意解除承諾メッセージ

(5)

0514

一方的解除通知メッセージ

(6)

0503

鑑項目合意変更申込メッセージ

(7)

0507

鑑項目合意変更承諾メッセージ

137

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

138

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

139

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

140

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

141

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

142

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

143

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

144

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

145

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

146

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

147

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

148

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

149

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

150

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

151

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

152

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

153

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

154

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

155

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

156

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

157

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

158

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

159

Ver.2.2 ad.0 指針･参考資料(20230331)

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例

160

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

Ⅵ. CI-NET LiteS 実装規約における実際の運用上の留意点

161

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

162

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点
CI-NET LiteS 実装規約の運用上、留意すべき点に関して、考え方をまとめたものを列挙する。
（2003.06.10 記載）
１．明細なしメッセージのデータ交換の可否
２．出来高報告と請求の同時提出
３．請求完了区分コードの取り扱い
４．枝番契約の打切方法（2007.06.12 内容改訂）
５．出来高報告・出来高確認の[1007]帳票 No.の取り扱い（2004.06.04 記載）
６．LiteS 注文業務データがあるケースを前提としての運用上の留意点
７．LiteS 注文業務データがあるケースの一部修正に伴う運用上の留意点
８．出来高要請メッセージの利用方法に係る留意点（2006.06.13 記載）
９．特記の記載箇所仕様
１０．X 属性 8 バイトで定義されている日付項目の取り扱い
１１．支払通知帳票イメージ（2007.06.12 記載）
１２．総括明細行と内訳明細行の混在に係る留意点
１３．内訳明細計行に係る留意点
１４．合意打切申込および合意打切精算請求書帳票イメージ（2008.06.10 記載）
１５．K 属性データ項目の数値表現について（2012.07.03 記載）
１６．精算時における CI-NET LiteS での対応方法について（2014.03.04 記載）
１７．複数工事物件（複数作業所）に対する請求書における明細作成のパターン

163

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

1.

明細なしメッセージのデータ交換の可否◆運用に際しての疑問点
明細がないメッセージをやり取りすることは許されるか。
◆対応方法
契約場面を始めとして、明細がないメッセージをやり取りすることは、・入契法14において、専門工事における一式契約は禁止
・建設業法において、施主の同意なしに一式下請を行うことは禁止などの状況があるため、実質的にはないものと考えられる。
そこで、明細なしメッセージをやり取りできるかについて、運用上、以下の対応とする。
・サブセット定義において明細のない見積不採用通知および解除のメッセージを除き、明細なしのメッセージは禁止し、「明細付き」となるようにする。
・開発関係者にはバージョンアップ時に、以下とすることを求めていく。
(a) 「鑑＋明細」となるメッセージとする。
(b) 操作者が鑑のみ（一式契約）としても、それは見かけ上でデータは（a.）の形式とする。
（明細がない場合、トランスレーション時等にダミーの行等を 1 行付け加える方法などが考えられる。）(c) 明細金額の合計が鑑の金額となるようにする。

入契法：「公共工事の入札及び契約の適正化の促進に関する法律」、2001 年(平成 13 年)4 月 1日から施行。
14

164

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

2.

出来高報告と請求の同時提出◆運用に際しての疑問点
現状では、一般に受注者が出来高報告と請求を同時に作業所へ郵送もしくは持参し査定を受けており、発注者は出来高報告、請求の内容に問題がなければそのまま請求処理を行っている。
この場合出来高承認をもとに請求を作成する必要がなくなる。現状の業務フローを適用することを想定すると、出来高報告と請求を同時に行うことが考えられるのではないか。

◆対応方法
受注者側で社内の分業化が進み、工事部もしくは作業所の担当者が出来高を算出し、総務・事務部で出来高をもとに請求を作成、提出するケースが多い。小規模な企業においてもこの形態が普及しつつある。
こうした企業で、例えばスタンド・アロンの専用システム等を使用していると、総務・事務部では送信した出来高報告と受信した承認の内容を比較、確認し請求を作成する必要が
生じる。
発注側

受注側
見積依頼

営業部

見積回答

見積回答

積算部
確定注文

総務部

注文請け

事務部
出来高報告

出来高報告

請 求

工事部

図 D.Ⅵ- 1 中・大規模な企業の業務の流れ
発注側

受注側

出来高承認

出来高査定

出来高査定

出来高査定

出来高承認

総務部

出来高査定

事務部
請 求
出来高査定

出来高報告
と比較

工事部

図 D.Ⅵ- 2 小規模な企業の業務の流れ

165

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

そこで、以下のような処理が行えるような方針とする。
・出来高、請求業務の基本フローでは、受注者は発注者からの出来高確認(承認)メッセー
ジを受領した後に請求を行う。
・ただし、出来高報告日から請求〆日までの余裕が短い場合あるいは小口の場合など種々の状況があるので、両者の合意のうえで受注者が出来高報告メッセージと請求メッセー
ジを同時に送信することもできるとする。この場合の参考フローを以下に示す。

出来高報告メッセージ
請求メッセージ

出来高
内容

発注者

OK
・請求メッセージを自社の請求処理に取り込む
・出来高報告を承認したことを受注者に伝える

受注者

出来高確認メッセージ(承認)(i)出来高報告、請求内容を発注者が承認する場合

出来高報告メッセージ
請求メッセージ

出来高
内容

再提出

発注者

NG
・出来高報告および請求を承認しないことを受注者に伝え、再提出を求める

受注者
出来高確認メッセージ(査定)
請求確認メッセージ(不承認)(ii)出来高報告、請求内容を発注者が承認しない場合

図 D.Ⅵ- 3 出来高報告、請求メッセージ同時提出の参考フロー◆留意点(a)発注者側で、出来高承認をしないと請求を受け取れないシステムを構築している場合もないとは言えず、受注者側の「同時提出するので受けてほしい」との一方的な要望は必ずしも通らない。
(b)受注者側で、出来高承認を得ないと請求書を発行できないシステムを構築している場
合もないとは言えず、発注者側の「同時提出せよ」との一方的な要望は必ずしも通らない。
従って、(a)、(b)の場合、両者の合意のうえで行うことが重要である。
166

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

3.

請求完了区分コードの取り扱い◆運用に際しての疑問点
前月に出来高・請求を完了している案件で、当月出来高がなく、前月の出来高を元に打切精算を行なう場合、当月出来高がないので、前月分の出来高の[1314]請求完了区分コードが「精算(最終回)」にならないまま精算されることになるが問題ないか。
◆対応方法(a)予定した最終月に出来高は発生しなかった場合、基本的には以下のような対応とする。
前月は [1314]請求完了区分コード=未精算で請求を行っているときに、－その翌月、出来高は発生せずに終了する場合：[1314]請求完了区分コード=精算の出来高、請求メッセージを交換する必要はない。
－その翌月、出来高は発生せずに打ち切る場合：[1314]請求完了区分コード=精算の出来高、請求メッセージを交換した後に打切メッセージを取り交わす必要はない。
(b)一方、以下のようなケースでは、出来高・請求処理が必要になる。
－支払保留を行っている場合は、その精算のために、最終月に出来高がなくても出来
高、請求処理が必要。
－受注者側で、[1314] 請求完了区分コード=精算のメッセージを受け取らないと終了処理ができないシステムを構築している場合などは、最終月に出来高がなくても出来高、請求処理が必要。

167

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

4.

枝番契約の打切方法◆運用に際しての疑問点
CI-NET LiteS 実装規約 Ver.2.2ad.0「B.Ⅶ.1. 1.3 (1)合意による契約打切時のデータ交換手順」の最下部 【注意事項】における枝番契約の打切に関する取り扱いはどのよ
うにすればよいか。
◆対応方法
枝番契約が発生している契約において、合意打切を行う際には、本契約 1 本に対して合意打切メッセージを送ることで枝番を含む契約全てを打ち切ることができることとする。
したがって出来高査定時に本契約に一本化した明細に枝番契約分として追加した明細
等は、打切時に本契約と枝番に振り分ける必要はなく、全ての出来高は本契約の打切メッ
セージにまとめて記載する。
なお、本契約と枝番契約をまとめる場合は、[1400]明細別注文番号枝番の記載を残すた
め、本契約とあるいは枝番契約に同一の品名・名称、仕様があり別行扱いとする追加型（CI-NET LiteS 実装規約 Ver.2.2 ad.0「B.Ⅶ.1. 1.1 (2)出来高業務のメッセージの明細書作成例」参照）が望ましい。
これを図で示すと下図のようになる。

契約
契約番号
契約金額

出来高・請求
A123
300

品名・名称
A
B
C

明細金額
100
100
100

打切

契約番号 A123 ＋ A123-1
契約金額
500
出来高金額
330

契約番号 A123 ＋ A123-1
契約金額
500
出来高金額
330

品名・名称 契約明細 出来高明細
A
100
90
B
100
90
C
100
90
B
100
30
D
100
30

品名・名称 契約明細 出来高明細
A
100
90
B
100
90
C
100
90
B
100
30
D
100
30

契約番号(枝番) A123-1
契約金額
200
品名・名称
B
D

明細金額
100
100

図 D.Ⅵ- 4 本契約、枝番契約の出来高・請求、打切における処理方法

168

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

5.

出来高報告、出来高確認の[1007]帳票 No.の取り扱い◆運用に際しての疑問点
出来高報告、あるいは出来高確認時に[1007]帳票 No.を変更する必要があるか。
◆対応方法
取引の特定は[1303]注文番号で行っている。
従って、取引の特定に際して[1007]帳票 No.は影響を及ぼさないことから、毎回同じ番号でも、毎回番号を変えても、自身の都合で決定してよい（CI-NET LiteS 実装規約
上にも規定はない）。
なお実際の運用上では、以下の点を考慮することが望ましい。
・受注者の場合、月ごとの出来高を識別するために、出来高報告番号を月別に別番号とした方が管理上便利な場合がある。
・発注者の場合、請求メッセージにどの出来高確認を受けた請求であるかを示すため出
来高確認番号が記載されるので、出来高確認番号を月別に別番号とした方が管理上便利な場合がある。

169

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

6.

LiteS 注文業務データがあるケースを前提としての運用上の留意点(1) 増減に関わる対応◆運用に際しての疑問点
・当初の契約と出来高の場面での金額・数量の増減に対してどのように対応を取ればよいか。
具体的には、明細の材料が変わった場合など、増減が発生する。このような場合、本契約のままの明細に追加するケースが多いが、作業所で対応する業務であることが多く、CI-NET LiteS ではどのような対応を取れば良いか。
◆対応方法
以下に考え方の例を示す。詳細については、契約当事者間での合意事項とする。
・項目の追加－増の場合、別途契約する。
－減の場合、当初の契約にて精算する。
・数量の増減契約とのある程度の乖離（例えば５％）に関わらず、当初の契約にて精算する。
・また明細書の作成例として、CI-NET LiteS 実装規約「B.Ⅶ.出来高・請求・立替金・契約打切メッセージ

1.1 (2)出来高業務のメッセージの明細書作成例」にあるような方法があり、参考にされたい。

170

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(2) 出来高算出におけるマイナスの端数処理◆運用に際しての疑問点
通常、金額計算は切り捨て処理を行っているが、その計算結果がマイナスとなった
場合、その端数処理はどうするか？
例えば、（CI-NET LiteS 実装規約 Ver.2.2 ad.0「B.Ⅶ.5.3(2) 6）契約の明細別の数
量、金額を表すデータ項目」）[1235]＝0.01×[1297]×[1234]×[1222] 小数点以下は切り捨て
金額＝0.01×出来高率×数量×単価[1235]今回迄累積出来高金額明細[1297]今回迄累積出来高明細別単価出来高率[1234]今回迄累積出来高数量明細[1222]単価◆対応方法
通常、金額計算は切り捨て処理を行っているが、その計算結果がマイナスとなった場合、その端数処理は「絶対値を取った後切り捨てる」こととする。
以下に例を示す。
・出来高における金額算出を以下の式に基づいて行ったとする。
金額＝0.01 × 出来高率(%) × 数量 × 単価
（例 1）823.2 円

=0.01 × 30% × 1 式 × 2,744 円

この場合は特に問題はなく、「823 円」となる。
（例 2）調整でマイナスが出た時①数値関数 INT（最も小さい整数になるよう数値を切り捨てる）を使用するとき-823.2 円=0.01 × 30% × 1 式 × -2,744 円

この場合、切り捨てを小さい値にするということで「-824 円」②調整でマイナスが出た時で絶対値に「マイナス」を付けるとき-823.2 円=0.01 × 30% × 1 式 × -2,744 円

この場合、絶対値を取った後切り捨てるということで「-823 円」
CI-NET LiteS においては、上記の例 2・②を対応方法として採用する。

171

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(3) CI-NET LiteS による契約前の出来高の扱い◆運用に際しての疑問点
契約締結が遅れている場合や、紙による出来高報告等を行っていたなどの状況があり、その後 CI-NET LiteS による出来高・請求業務を実施しようとする場合、それまでの出来高（既払い）分をどのように扱うか。
◆対応方法
CI-NET LiteS 実装規約において手入力データ作成を許可する。
出来高金額、請求金額算定方法（下記 A～D 方式）15により、最低限以下のデータ項目が該当する。
A 方式では、[1101] 前回迄累積請求金額計
B 方式では、[1323]前回迄累積支払金額計
C・D 方式では、[1159]税込前回迄累積請求金額計
出来高報告メッセージの作成時、計算によって算出されることになっているデータ（値）がない場合、手入力可能とすることを必要とする場合がある。
例えば、CI-NET LiteS 実装規約「B.Ⅶ.2. 2.2 全体情報部分(鑑)の出来高金額・請求金
額算定方法

図 B.Ⅶ-12 全体情報部分（鑑）の出来高金額・請求金額算定方法」において、未決処理の場合[1332]調整後今回迄累積出来高金額計は、A、B、C、D 方式の記載にあるように計算の上求めるようになっており、[1331]調整額の前月分のデータがないケースとなる。
従って、それまでの出来高（既払い）分を組み込む方法として、契約前の出来高（既払い）分は[1101] 前回迄累積請求金額計あるいは[1323] 前回迄累積支払金額計

等に反映

し、CI-NET LiteS による契約後は基本フローの処理に従う方法が考えられる。
◆留意点
それまでの出来高（既払い）分を組み込まない場合について、CI-NET LiteS による契約前は、見積依頼から出来高報告メッセージを作成するあるいは紙で行うなどで対応し、契約締結以降、受注者は新たに注文請けメッセージから出来高報告メッセージを作成する方法が考えられる。
この場合、CI-NET LiteS による契約前は見積依頼番号が、CI-NET LiteS による契約
後は注文番号がそれぞれキー項目になるため、各社で CI-NET LiteS 外でのキーとなる
項目と、CI-NET LiteS でのキー項目とのその関連・紐付けを行っておく必要がある（システム的に対応しておく必要がある）。

請求金額算定方法については、CI-NET LiteS 実装規約 Ver.2.2 ad.0 「B.Ⅶ.3.2 全体情報部分(鑑)の出来高金額・請求金額算定方法」参照。
15

172

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(4)[1300]注文番号枝番の取り扱い◆運用に際しての疑問点[1300]注文番号枝番は、規約上取引を特定するキー項目として定義されている(CINET LiteS 実装規約 Ver.2.2ad.0「B.Ⅵ.2.1 表 B.Ⅵ-5 取引を特定するデータ項目、表B.Ⅵ-6[1007]帳票 No[1009]参照帳票 No.等の記載方法」)。システムを構築する上で、データを特定するキー項目には NOT NULL(未設定不可)の制約を設定することにな
るため、自社システムを構築している発注者の中には、元契約の[1300]注文書番号枝番＝’00’(固定)、変更契約の[1300]注文書番号枝番＝’01’,’02’,’03’…としている場合がある。CI-NET LiteS 実装規約 Ver.2.2 ad.0「B.VI. 2.3(1) 1」[1300]注文番
号枝番」の解説には「増減契約・変更契約の際に利用する」と記述されているが、元契約の場合には Null に加えて’00’も設定可能か。
なお同様の議論として、[1400]明細別注文番号枝番も考慮する。

◆対応方法
CI-NET LiteS においては、[1300]注文番号枝番、[1400]明細別注文番号枝番に「00」の記入も許容する。

(5) 請求業務における「出来高確認の有無」フラグの必要性◆運用に際しての疑問点
CI-NET LiteS は、「出来高報告・確認メッセージ」の交換がなくても請求メッセー
ジを出すことができる。その際、発注者は、「この請求は自社から出来高確認メッセー
ジを出した取引か（査定をした取引か）、否か」の判断材料がない。
◆対応方法
本件については、CI-NET LiteS 実装規約通りとする。
なお、「出来高確認メッセージ送信の有無」は、具体的には以下のようにして確認する
ことが可能である。
請求時にその請求の元となる、出来高確認が行われたかどうかは、①請求メッセージの[1009]参照帳票 No.に「出来高確認番号」が入っていること②請求メッセージの[1179]帳票データチェック値マルチ 8 回目の値が下記の条件を満たしていること
条件：請求の根拠となる出来高確認（承認）メッセージの[1]データ処理 No.の値と同じ（変更せず返信）。15 バイト全体の中の右詰め 5 桁（CI-NET LiteS 実装規約
Ver.2.2 ad.0「B.Ⅶ.5.3(1) 7 帳票データチェック値の内容」参照）。
173

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(6) 請求確認メッセージの「承認」の運用の必要性◆運用に際しての疑問点[1316]請求確認コードにおいて、通常の正しい業務処理に対するコードの設定がない。
◆対応方法
本件については特に規約の改訂等はなく、CI-NET LiteS 実装規約通り、請求確認メッ
セージは請求メッセージに対して「不承認」の場合にのみ利用する。
ただし、発注者、受注者の双方で請求データの金額チェックを必ず行うようにするとともに、[1315]出来高・請求・立替金査定結果コード出来高・請求・立替査定結果コードに「10:承認」を記録することについては、各社（当事者）の社内システムにおいて対応することを推奨する。

174

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

7.

LiteS 注文業務データがあるケースの一部修正に伴う運用上の留意点
LiteS 注文業務データがあるケースの一部修正、すなわち下図で示すように、注文業務データがないケース16を想定した場合に、運用上留意すべき点を以下に列挙する。
パターンⅠ-0

パターンⅠ-A

発注者

受注者

発注者

パターンⅠ-B

受注者

発注者

受注者

建築/設備見積依 頼建築/設備見積依 頼建築/設備見積依 頼

同回答

同回答

同回答

購買見積依頼

購買見積依頼

購買見積依頼

同回答

同回答

同回答

確定注文

確定注文

確定注文

注文請け

注文請け

注文請け

出来高要請

出来高要請

出来高要請

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

：

：

：

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

請 求

請 求

請 求

請求確認

請求確認

請求確認

図 D.Ⅵ- 5 LiteS 注文業務データがなく購買見積依頼・回答がある業務パターン
パターンⅡ-0

パターンⅡ-A

発注者

受注者

発注者

パターンⅡ-B

受注者

発注者

受注者

建築/設備見積依 頼建築/設備見積依 頼建築/設備見積依頼

同回答

同回答

同回答

購買見積依頼

購買見積依頼

購買見積依頼

同回答

同回答

同回答

確定注文

確定注文

確定注文

注文請け

注文請け

注文請け

出来高要請

出来高要請

出来高要請

出来高報告
出来高確認
：

出来高報告
出来高確認
：

出来高報告
出来高確認
：

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

請 求

請 求

請 求

請求確認

請求確認

請求確認

図 D.Ⅵ- 6 LiteS 注文業務データがなく購買見積依頼・回答がない業務パターン

16 注文業務データがないケース：契約の内容等により書面によるなど CI-NET LiteS を利用した電子データ交
換以外の方法で契約を締結する場合､つまり CI-NET LiteS を利用した電子データがない場合｡
175

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(1) LiteS 注文業務データがないケースの契約関連項目の取り扱い◆運用に際しての疑問点
CI-NET LiteS で注文業務のデータを交換していないケースにおける契約項目の使用の可否が実装規約上で不明確となっている。
◆対応方法
契約に係る数量、単価等のデータ項目の使用の可否については、発注者･受注者間での合意事項とし、規約では特に定めない。
◆参考
契約関係のデータ項目としては以下のような項目がある。
(全体情報部分：鑑)[1092]契約金額計[1385]追加契約金額計[1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額(明細情報部分)[1209]使用期間単位[1217]補助数量単位[1247]明細別使用メーカーコード[1248]明細別使用メーカー名[1249]明細別使用商社コード[1250]明細別使用商社名[1251]明細別備考欄[1298]契約使用期間[1299]契約補助数量[1224]契約数量明細[1225]契約金額明細[1219]明細数量単位(注)[1222]単価(注)(注)規約上「確定注文と同一」と書かれているが、出来高業務として必ず使用する項目。

176

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(2) 購買見積業務のメッセージから出来高業務のメッセージを作成する場合の契約数
量・金額の値の設定◆運用に際しての疑問点
出来高業務のメッセージに規定されているデータ項目には、見積関係の項目はなく契約関係の項目しかない。
例えば CI-NET LiteS による注文業務のデータがなく、購買見積業務のデータから出来高報告のメッセージを作成する場合、契約金額、明細の契約数量等にどのような値を設定するか。
例えば、契約金額は 0 か？明細の契約数量は 0 か？

あるいは明細の契約単価に見積単価を入れるか？などがある。
◆対応方法
出来高業務のメッセージにおける[1299]契約補助数量、[1224]契約数量明細、[1225]契約金額明細には注文がある場合には通常、契約における補助数量、契約数量、契約金額が入ることになっているが、これがない場合、以下のような対応を取ることが可能である。
なお(a)、(b)のいずれを採るかについては、当事者間での合意事項とする。
(a)購買見積業務のデータがある場合
・最初の出来高報告メッセージ作成
購買見積業務のメッセージでやり取りされた数量、金額等の値を出来高報告メッセージの契約関係のデータ項目にセットする。
（購買見積回答の[1216]補助数量、[1218]明細数量、[1223]明細金額など）
・2 回目以降のデータ作成
前回出来高報告・確認メッセージ、あるいは請求メッセージにある値を活用する(b)購買見積業務のデータがない場合
・最初の出来高報告メッセージ作成
受注者が持つ標準的な単価、数量、金額等の値を出来高報告メッセージの契約関係のデータ項目にセットする
・2 回目以降のデータ作成
前回出来高報告・確認メッセージ、あるいは請求メッセージにある値を活用する

177

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

8.

出来高要請メッセージの利用方法に係る留意点(1)

背景・問題点など

契約の内容等により書面によるなど CI-NET LiteS を利用した電子データ交換以外の方
法で契約を締結する場合、つまり CI-NET LiteS を利用した電子データ(以下「LiteS 注文
業務データ」という。)がない場合､出来高要請メッセージは､発注者が受注者に契約の管理
番号や工事名、担当者先などを通知する、あるいは受注者での電子データ作成負荷を軽減する等の目的のためにある。
実装規約の記載では、以下の問題点が指摘された。
・出来高要請メッセージ 1 つに対する出来高報告メッセージの複数作成
毎月発生する案件毎に出来高要請メッセージを送信する運用とするのか
・請求番号の取引特定項目への追加(LiteS 注文業務データがない場合の請求に対す

る対応)
LiteS 注文業務データがなく、その上 LiteS 出来高確認データがない場合には取引特定が不明確となる
従って、これらを解決するため出来高要請メッセージの利用方法を明確化することとし
た。

(2)
1)

検討結果
出来高要請メッセージ利用の要件

出来高要請メッセージの利用については、以下の対象者、要件を基本として利用することとする。

表 B.Ⅵ- 1 出来高要請メッセージ利用の対象者と要件
対象

CI-NET LiteS 実装規約に従い、取引を行おうとするもの

者① 当該工事に関して、CI-NET LiteS を利用して出来高業務を行う際、購買見積業務、注文業務の LiteS 業務データがない場合の実施要件② 出来高報告番号を常に 1 回限り使いの実施③ 常に精算支払い 100％の実施④ 更に各発注者・受注者間で対象とする金額等を絞り込むなどの条件を付加できることでの実施

なお、上記の要件④に示す「条件」について、その具体的なものとして以下のようなものが考えられる。
178

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(a)

外注や労務等のような契約を基本とするものを除いた取引（ここではそれらを「雑材料等」とする）を対象とする。

具体的には、以下に示すようなものが挙げられる。
－工事対象の構造物そのものを構成する材料ではないものの、工事遂行上必要とされる資機材等（例えば仮設材、消火器などの資材）購入の取引－工事ごとに単価契約を行わない取引(b)

外注や労務等のような契約を基本とするものについては、書面等での契約が行われているものとする。

具体的には、以下に示すようなものが挙げられる。
－CI-NET LiteS 以外の方法（例えば、書面による注文・注文請け）で契約する取引

179

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

2)

出来高要請メッセージ利用のケース
出来高要請メッセージの利用については、下表のケース(c)の場合とする。
出来高・請求業務の対象となる工事内容（対象取引）が異なる場合､1 つの出来高要請

番号に対し複数の出来高報告番号とし「[1081]出来高調査回数」は「１」のまま（カウントアップしない）とする｡
もし複数回出来高報告メッセージを送信する場合には､出来高報告番号を変えて送信するものとする｡【参考】 「[1081]出来高調査回数」をカウントアップする方法も検討したが、契約可能な取引においては締結することを基本とする方針で進めていくため、出来高要請メッセー
ジを利用するケースを限定することとした。

180

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

表 B.Ⅵ- 2 出来高要請メッセージ利用のケース「[1081]出来高調査回数」の処理方法
出来高調査回数をカウントアッ 出来高調査回数をカウントアッ
プする

プしない

ケース(a)：なし

出来高・請求業務の対象となる工事内容（対象取引）が同じ場
同一

出来高要請メッセージ
利用の対象ケースは、「ケース(c)」

合､1 つの出来高要請番号に対し 1 つの出来高報告番号とし､複数回出来高報告メッセージを送信する場合には､出来高調査
回数をカウントアップする｡
ケース(b)：

対象取引

ケース(c)：

出来高・請求業務の対象となる 出来高・請求業務の対象となるが同一取工事内容（対象取引）が異なる 工事内容（対象取引）が異なる

引か否か

場合､1 つの出来高要請番号に 場合､1 つの出来高要請番号に対し 1 つの出来高報告番号と 対し複数の出来高報告番号とし同一でな し､複数回出来高報告メッセー 出来高調査回数は「１」のまま
いジを送信する場合には､出来高 とする｡
調査回数をカウントアップす 複数回出来高報告メッセージをる｡

送信する場合には､出来高報告

この場合対象取引を詳細に見た 番号を変えて送信する｡
場合に中身が異なることがある｡
ケース(c)の具体的な運用イメージは以下の通りである。

表 B.Ⅵ- 3 ケース(c)の運用イメージ
出来高要請番号
1 月目

1 回目

KOGUCHI-300
(送信)

2 月目

2 回目
3 回目

4 月目

5 回目

KOGUCHI-400

工事内容

高調査回数

KOGUCHI-100100

雑土工(備品搬
入手伝い)

1
KOGUCHI-100101

雑土工(道路清掃)1

雑土工(除草)1

雑土工(備品搬

KOGUCHI-100102(KOGUCHI-300)(送信)[1081]出来
1(KOGUCHI-300)
(送信)

4 回目

(送信)

(KOGUCHI-300)
(送信)

3 月目

出来高報告番号

KOGUCHI-100103
(送信)

入手伝い)
1

雑型枠工

181

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

(※)

(送信)

KOGUCHI-400100（※）1 回目でもよい。
・運用イメージの解説
上表の 1 回目から 4 回目の例示は、ある出来高要請番号＝「KOGUCHI-300」に対し､出来高報告番号を複数発行して対応する場合である。発注者が、「雑土工」として受注者である土工事業者に出来高要請メッセージを送信した場合では､「雑土工」の範囲で､1 回目は「備品搬入手伝い」､2 回目は「道路清掃」などを認めるが､この場合にはケース(b)と異なり､出来高報告番号を変更して「[1081]出来高調査回数」は「1」のままとする方法である｡
また同一月の中で複数の出来高報告メッセージを送信する場合の出来高報告番号の例としては「KOGUCHI-100102、100103」のような使い方となる。
さらに 4 月目 5 回目は、異なる出来高要請番号を利用した出来高要請メッセージ、
それに対する出来高報告メッセージを送信する方法を示している。
つまり、上表の運用イメージでは以下の 3 つの利用方法を表現している。
①１つの出来高要請番号は、月をまたがって使用可能
1 月目から 3 月目まで同じ出来高要請番号「KOGUCHI-300」を使用して出来高報
告メッセージを送信しており、1 つの出来高要請番号が複数月に渡って使用可能であることを示している。
②ひと月に複数回報告することが可能
3 月目では、出来高要請番号「KOGUCHI-300」に対して 3 回目、4 回目の出来高
報告メッセージを送信しており、同一月でも出来高報告メッセージが 1 回だけでなく複数回送信できることを示している。
③全く異なる要請番号を使用することが可能
4 月目では、異なる出来高要請番号「KOGUCHI-400」を使用しており、出来高要
請番号は同一工事案件の中であっても、異なる番号を使用することができることを示している。

3)

請求番号の取引特定項目への追加(LiteS 注文業務データがない場合の請求メッセージに対する対応)
LiteS 注文業務データを利用した取引がなく、出来高確認要請メッセージを使用するは送信しない業務パターンは、「図 D.Ⅵ-5、図 D.Ⅵ-617」に示すように「パターンⅡ-0Ⅰ-A」「パターンⅡ-A」「パターンⅡ-B」の 3 パターンがある。

図 D.Ⅵ-5、図 D.Ⅵ-6：「７．LiteS 注文業務データがあるケースの一部修正に伴う運用上の留意点
図 D.Ⅵ-5 LiteS 注文業務データがなく購買見積依頼／回答がある業務パターン、図 D.Ⅵ-6
LiteS 注文業務データがなく購買見積依頼／回答がない業務パターン」参照
17

182

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

これらのパターンにおいては、請求メッセージの識別（取引の特定）に必要なデータ項
目として、
・[4]発注者コード
・[6] [5]受注者コード
・[1006]工事コード
・[2]情報区分コード
・[1082]今回迄の請求回数
・[1304]参照帳票 No.3（出来高要請番号）にて取引を特定することが可能である。出来高要請メッセージを使用する場合、に加え、各パターンにおいて以下のデータ項目が必要となる。

表 D.Ⅵ- 4 業務パターン別の請求メッセージ識別に必要なデータ項目
業務パターン

識別に必要なデータ項目

Ⅰ-A[1301：参照帳票 No.2]出来高報告番号

Ⅱ-A[1301：参照帳票 No.2]出来高報告番号、[1304：参照帳票 No.3]出来高要請番号

Ⅱ-B[1304：参照帳票 No.3]出来高要請番号

これらの項目を使用することにより、取引の特定が可能であるため、請求番号を取引特定の項目に追加する必要はない。

4)

1 回の出来高要請メッセージに対する請求メッセージの利用回数
なおパターンⅡ-B の場合は、1 回の出来高要請メッセージに対し、請求メッセージの
送信は 1 回だけ認めることとする。
この理由は以下の通りである。
請求番号は受注者側で発番し毎回変わるのが通常である。その場合、当該取引の請求メ
ッセージに対して事前にやり取りしているメッセージとの紐付けを考える際、パターン
Ⅱ-B の場合は出来高要請メッセージしか利用できない。従ってどの出来高要請メッセー
ジに対しての請求メッセージが紐付けられているかという関係を保つため上記の対応と
する。

183

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

5)

出来高要請メッセージを使用する場合のフロー

出来高要請メッセージを使用した出来高業務、請求業務の主なフローは以下の通りである。

図 B.Ⅵ- 7 1 件の出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフロー

184

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフロー
上記のフローについての説明は以下の通りである。

(a)

出来高調査回数のセット

出来高要請メッセージを利用するにあたり、複数回出来高報告メッセージを送信する
場合には､1 つの出来高要請番号に対し異なる出来高調査回数(カウントアップ)とする｡
出来高要請メッセージを利用するにあたり、出来高・請求業務の対象となる工事内容（対象取引）が異なる場合においては､1 つの出来高要請番号に対し複数の出来高報告番
号とし出来高調査回数は「1」のままとする｡
複数回出来高報告メッセージを送信する場合には､出来高報告番号を変えて送信する｡
なお、1 件の出来高要請の情報を 1 回の出来高報告でのみ使用する場合には、出来高報
告番号が 1 つのみ存在し、出来高調査回数も「1」のままとなる。

(b)

具体的な各月の処理

1 件の出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフローとしては、以下のような手順となる。
雑材料等の取引の中でも同じ受注者／工事物件のもとで依頼内容も同一であるような場合には、出来高要請メッセージの送信負担を軽減するために 1 度の出来高要請メッセージに対して複数回の出来高報告、請求を行うことができるとする考え方から考えられている方法である。
〔1 月目〕①出来高業務を行う対象の案件（依頼内容は仮設材。1 月目は足場板）について、発注者／受注者間で口頭や電話、FAX 等による発注／受注のやり取りが行われる。
②対象案件について、発注者から受注者に当該案件の工事コードや作業所に係る情報等を出来高要請メッセージを利用して伝達する。
③受注者は出来高要請メッセージにより把握した工事コードや作業所に係る情報等を始めとして、出来高の明細を作成し出来高報告メッセージとして発注者に送信する。
④これ以降は従来の出来高確認、請求メッセージのやり取りと同様である。
〔2 月目以降〕①1 月目同様、出来高業務を行う対象の案件（依頼内容は仮設材。2 月目は投光器）について、発注者／受注者間で口頭や電話、FAX 等による発注／受注のやり取りが行われる。
②対象案件について、1 月目、2 月目で依頼内容は仮設材で同様であることから、先に送付している出来高要請メッセージを活用し、当該月の出来高報告メッセージの出来高
185

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

調査回数をカウントアップしてを作成する。つまり 1 月目の出来高要請メッセージを再度利用している点が特徴となる。
この場合、出来高報告番号は 1 月目とは異なる番号を付番する。
③以降は 1 月目と同様の処理となる。
ただし、最終となる出来高報告以外は[1314]請求完了区分コード=1（未精算）として、次回以降も当初の出来高要請メッセージの情報が活用できるようにしておく。
一方、最終回（最終月）は[1314]=9（精算）として処理する。
具体的な各月の処理におけるメッセージの記載例を示す。
工事内容が同一の場合・異なる場合とも、各月の明細の作成の仕方が異なるが、出来高要
請の使いまわしが可能である。

186

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

図D.Ⅵ-7 1 回の出来高要請メッセージに対応する複数回の出来高報告メッセージの記載例(項目については一部省略)■例 1 一つの出来高要請で複数回の出来高報告を行う場合､取引内容（内訳明細）が同じ
案件

187

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DH001[1214]

0005

0004

0003

0002

0001

ド

材移動

倉庫資機

3/11

⼯事

共通仮設

称

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

[1304]

査回数

1

1

1

1

明細数量

[1218]

1

式

⼈

式

⼈

単位

明細数量

[1219]

DY001

出来⾼要請番号No.3

出来⾼調 参照帳票[1081]

出来⾼報告番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

1か⽉⽬ (初回)︓出来⾼報告メッセージ[1313][1314]

3,000

20,0003,500

25,000単価[1222]

定

1︓当⽉査

コード

⽅式識別

[1235]

0[1232]

51,500[1235]

⾦額計

積出来⾼

今回迄累

[1109]

3,000

20,0003,500

25,000])int([1218]*[1222

1

1

1

1

3,000

20,0003,500

25,000[1233]+[1223]

0

0

0

0

前回の[1234][1342][1233]

56,650[1109]*1.1

計

0

0

0

0

前回の[1235]

056,650[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

ド

⽅式コー 区分コー

出来⾼査定 請求算定 請求完了

[1312]

受注者側[1335]

56,650[1342]

前）

（調整

求⾦額計

迄累積請

税込今回

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

56,650[1335]+[1343]

0

前回の[1160]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

56,650[1160]-[1059]

⾦額

最終帳票

[1097]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

188

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DK0001

0005

0004

0003

0002

0001

ド

⼟⼯作業

鳶作業

⼯事

共通仮設

称

[1214]

様・摘要

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

1

査回数

DY001

No.3

1

1

1

1

明細数量

[1218]

式

⼈

式

⼈

単位

明細数量

[1219]

出来⾼報告番号

DH001[1304]

出来⾼調 参照帳票[1081]

出来⾼確認番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

1か⽉⽬ (初回)︓出来⾼確認メッセージ[1313][1314]

3,000

20,0003,500

25,000単価[1222]

定

1︓当⽉査

コード

⽅式識別

[1235]

0[1232]

51,500[1235]

⾦額計

積出来⾼

今回迄累

[1109]

3,000

20,0003,500

25,000])int([1218]*[1222

1

1

1

1

3,000

20,0003,500

25,000[1233]+[1223]

0

0

0

0

前回の[1234][1342][1233]

56,650[1109]*1.1

計

0

0

0

0

前回の[1235]

056,650[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

ド

⽅式コー 区分コー

出来⾼査定 請求算定 請求完了

[1312]

発注者側[1335]

56,650[1342]

前）

（調整

求⾦額計

迄累積請

税込今回

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

56,650[1335]+[1343]

0

前回の[1160]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

56,650[1160]-[1059]

⾦額

最終帳票

[1097]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

189

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DH0002[1214]

0005

0004

0003

0002

0001

ド

⼟⼯作業

鳶作業

⼯事

共通仮設

称

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

[1304]

査回数

式

⼈

式

⼈

単位

明細数量

[1219]

DY001[1313][1314]

3,000

20,0003,500

25,000単価[1222]

定

1︓当⽉査

コード

⽅式識別

[1235]

0[1232]

3,000

20,0003,500

25,000])int([1218]*[1222

2

2

2

2

[1109]*1.1

計[1233]

1

1

1

1

前回の[1234]

3,000

20,0003,500

25,000

前回の[1235]0[1335][1342]

前）

（調整

求⾦額計

迄累積請

税込今回

113,300 113,300[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

数量が累積出来⾼に反映

6,000

40,0007,000

50,000[1233]+[1223][1342]

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

103,000 113,300[1235]

⾦額計

積出来⾼

今回迄累

[1109]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

ド

⽅式コー 区分コー

出来⾼査定 請求算定 請求完了

[1312]

取引内容（内訳明細）が同じ案件

1

1

1

1

明細数量

[1218]

2

出来⾼要請番号No.3

出来⾼調 参照帳票[1081]

出来⾼報告番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

2か⽉⽬ (2回⽬)︓出来⾼報告メッセージ

受注者側

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

前回の[1160]

113,300 56,650[1335]+[1343]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

56,650[1160]-[1059]

⾦額

最終帳票

[1097]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

190

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DH0002[1214]

0005

0004

0003

0002

0001

ド

⼟⼯作業

鳶作業

⼯事

共通仮設

称

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

[1304]

⼈

式

⼈

単位

明細数量

[1219]

DY001[1313][1314]

20,0003,500

25,000単価[1222]

定

1︓当⽉査[1235]

0[1153][1232]

20,0003,500

25,000])int([1218]*[1222

3

3

3

3

[1109]*1.1

計[1233]

2

2

2

2

前回の[1234]

6,000

40,0007,000

50,000

前回の[1235]0[1335][1342]

前）

（調整

求⾦額計

迄累積請

税込今回

169,950 169,950[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

数量が累積出来⾼に反映

9,000

60,00010,50075,000[1233]+[1223][1342]

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

154,500 169,950[1235]

⾦額計

積出来⾼

今回迄累

[1109]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算計

契約⾦額[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

1︓未精

ド

⽅式コー 区分コー

コードド
出来⾼要請番号

⽅式識別

出来⾼査定 請求算定 請求完了

[1312]

1
式
3,000
3,000
取引内容（内訳明細）が同じ案件

1

1

1

明細数量

[1218]

3

No.3

出来⾼調 参照帳票[1081]

査回数
出来⾼報告番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

3か⽉⽬ (3回⽬)︓出来⾼報告メッセージ

受注者側[1343]

0

調整額

求⾦額計

迄累積請

税込今回

[1159]

前回の[1160][1160]-[1059]

⾦額

最終帳票

[1097]

169,950 113,300 56,650[1335]+[1343]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

191

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DH0002[1214]

0005

0004

0003

0002

0001

ド

⼟⼯作業

鳶作業

⼯事

共通仮設

称

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

[1304]

査回数

1

1

1

1

明細数量

[1218]

4

式

⼈

式

⼈

単位

明細数量

[1219]

DY001

No.3

出来⾼調 参照帳票[1081]

出来⾼報告番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

3か⽉⽬ (4回⽬)︓出来⾼報告メッセージ[1313][1314]

3,000

20,0003,500

25,000単価[1222]

定

1︓当⽉査[1235]

0[1232]

3,000

20,0003,500

25,000])int([1218]*[1222

4

4

4

4

12,00080,00014,000100,000[1233]+[1223]

3

3

3

3

前回の[1234][1342][1109]*1.1

計[1233]

9,000

60,00010,50075,000

前回の[1235]0[1335][1342]

前）

（調整

求⾦額計

迄累積請

税込今回

226,600 226,600[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

206,000 226,600[1235]

⾦額計

積出来⾼

今回迄累

[1109]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

ド

⽅式コー 区分コー

出来⾼要請番号

コード

⽅式識別

出来⾼査定 請求算定 請求完了

[1312]

受注者側

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

前回の[1160][1160]-[1059]

⾦額

最終帳票

[1097]

226,600 169,950 56,650[1335]+[1343]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

192

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点■例 2 一つの出来高要請で複数回の出来高報告を行う場合､取引内容（内訳明細）が変わる
案件

193

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DH001[1214]

0005

0004

0003

0002

0001

ド

材移動

倉庫資機

3/11

⼯事

共通仮設

称

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

[1304]

1

1

1

1

明細数量

[1218]

1

査回数

式

⼈

式

⼈

単位

明細数量

[1219]

DY001

No.3

出来⾼調 参照帳票[1081]

出来⾼報告番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

1か⽉⽬ (初回)︓出来⾼報告メッセージ[1313][1314]

ド

3,000

20,0003,500

25,000単価[1222]

査定

1︓当⽉[1235]

0[1232]

51,500[1235]

⾦額計

積出来⾼

今回迄累

[1109]

3,000

20,0003,500

25,000])int([1218]*[1222

1

1

1

1

3,000

20,0003,500

25,000[1233]+[1223]

0

0

0

0

前回の[1234][1342][1233]

56,650[1109]*1.1

計

0

0

0

0

前回の[1235]

056,650[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

D

出来⾼要請番号

別コード

定⽅式識 ⽅式コー 区分コー

出来⾼査 請求算定 請求完了

[1312]

受注者側[1335]

56,650[1342]

前）

（調整

求⾦額計

迄累積請

税込今回

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

56,650[1335]+[1343]

0

前回の[1160]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

56,650[1160]-[1059]

⾦額

最終帳票

[1097]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

194

Ver.2.2 ad.0 指針･参考資料(20230331)

明細鑑[1009][1213]

DK0001

0005

0004

0003

0002

0001

ド

材移動

倉庫資機

3/11

⼯事

共通仮設

称

[1304]

査回数[1214]

福利費

同上法定

⼟⼯

福利費

同上法定

鳶⼯

様・摘要

1

1

1

1

明細数量

[1218]

式

⼈

式

⼈

単位

明細数量

[1219]

DH001
1
DY001
出来⾼報告番号No.3

出来⾼調 参照帳票[1081]

出来⾼確認番号

帳票No. 参照帳票

[1007]

明細コー 品名・名 規格・仕[1200]

1

理No

データ処

[0001]

1か⽉⽬ (初回)︓出来⾼確認メッセージ[1313][1314]

3,000

20,0003,500

25,000単価[1222]

査定

1︓当⽉

別コード

[1235]

0[1232]

51,500[1235]

⾦額計

積出来⾼

今回迄累

[1109]

3,000

20,0003,500

25,000])int([1218]*[1222

1

1

1

1

3,000

20,0003,500

25,000[1233]+[1223]

0

0

0

0

前回の[1234][1342][1233]

56,650[1109]*1.1

計

0

0

0

0

前回の[1235]

056,650[1153]+[1341]

計調整額 ⾼⾦額計

来⾼⾦額 来⾼⾦額 累積出来

迄累積出 迄累積出 込今回迄

数量明細 ⾦額明細 数量明細 ⾦額明細[1232]+[1218][1341]

税込今回 税込今回 調整後税

[1153]

今回迄累 今回迄累 前回迄累 前回迄累[1234]

算

1︓未精

ド

計

契約⾦額

[1092]

明細⾦額 積出来⾼ 積出来⾼ 積出来⾼ 積出来⾼[1223]

Dド

定⽅式識 ⽅式コー 区分コー

出来⾼査 請求算定 請求完了

[1312]

発注者側[1335]

56,650[1342]

前）

（調整

求⾦額計

迄累積請

税込今回

0

調整額

求⾦額計

迄累積請

税込今回

[1343][1159]

56,650[1335]+[1343]

0

前回の[1160]

求⾦額計 求⾦額計

迄累積請 迄累積請

税込今回 税込前回[1160]

56,650[1160]-[1059]

⾦額

最終帳票

[1097]

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

195

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

196

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点（参考）出来高要請の情報を同一案件で 1 回使用（使い切り）の場合
この場合は、上記の使い回しの場合の最終回（最終月）における処理をベースに考える。
すなわち、出来高報告が 1 回だけ送れればよいため、[1314]請求完了区分コード=9（精算）として処理することで対応が可能である。

図 D.Ⅵ- 8 出来高要請の情報を同一案件で 1 回使用（使い切り）の場合のフロー

197

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

6)

出来高要請メッセージの使い回しの場合における出来高報告の「以後使用停止」の
使用方法

発注者A
【初回(1月目)】

受注者B
出来高要請メッセージ
・最初のデータ送信なのでデータ処理No.は1・複数回の報告を想定して請求完了区分は1(未精算)

要請番号：100

依頼内容：
仮設材

データ処理No.：1
請求完了区分：1
出来高報告メッセージ
報告番号：100-1
出来高確認メッセージ(足場板に対して)請求メッセージ【2月目】

出来高報告メッセージ

依頼内容：
仮設材

報告番号：100-2
出来高確認メッセージ(投光器に対して)請求メッセージ

【N月目】
(停止のた
めの通知）

・2度目のデータ送信なのでデータ処理No.は2・このメッセージで出来高業
務を打ち切るため請求完了
区分は7(以後使用停止)

出来高要請メッセージ
要請番号：100
データ処理No.：2
請求完了区分：7
通知到達後は出来高報告は送れない

図 B.Ⅵ- 9 出来高要請メッセージの使い回しの場合における出来高報告の「最終回」の伝達方法

上記のフロー実現に伴い、[1314]請求完了区分コードについて、設定可能な値として「7：以後使用停止」を追加する。
これに関して、上記の図にある[1314]請求完了区分コード＝｢7（以後使用停止）｣の利用
イメージは以下のとおりである。

198

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

表 B.Ⅵ- 5 請求完了区分コード＝｢7（以後使用停止）｣の利用イメージ
発注者
出来高要請送信
出来高報告受信
出来高確認送信
請求受信：
出来高報告受信
出来高確認送信
請求受信
出来高要請送信[1314]

メッセージの向[1314]
受注者
き
1→
1
出来高要請受信1←
1
出来高報告送信1→
1
出来高確認送信
1
←
1
請求送信
：
：
：
：
1
←
1
出来高報告送信1→
1
出来高確認送信
1
←
1
請求送信
7
→
7
出来高要請受信「以後使用停止」通知後の出来高報告は認めない

この[1314]=｢7｣を新たに設定することにより、[1314]＝｢9｣と[1314]＝｢7｣についての使い方については以下のように整理できる。

表 B.Ⅵ- 6 [1314]請求完了区分コード＝｢9（最終回）｣と｢7（以後使用停止）｣についての使い方[1314]の値・意味[1314]=｢1｣[1314]=｢7｣[1314]=｢9｣メッセージ名未精算(請求継続)

以後使用停止精算(最終回)

出来高要請メッセージ○(出来高要請使い○(出来高要請使い○(出来高要請 1 回回しの場合)

回し終了の場合)

限り使いの場合)○

×（入力処理不○出来高報告メッセージ可）
出来高確認メッセージ○×（入力処理不○可）
請求メッセージ○

×（入力処理不

○

可）

199

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

9.

特記の記載箇所仕様－特記事項､特記事項 2､発注者側見積・契約条件、受注者側見積・契約条件に記載する内容

の明確化－

(1)

背景・問題点

CI-NET LiteS 実装規約には､条件を記載する項目に､「特記事項､特記事項 2､発注者側見
積・契約条件、受注者側見積・契約条件」の 4 項目があるが、複数箇所あることや記載容量が少ないなどの理由により､効率的な利用のために、ある程度 4 項目に内容の意味付けを持たせた方がよいのではないかとの指摘がある。
本件については、平成 16 年度実用化推進委員会の調達・出来高 WG にて、今回提示しているデータ項目に係る記載内容の標準化について検討を行ってきた。そこでの議論では、ユーザ各社での記載内容が現状バラバラで統一は難しいのではないか、との結論を得ている。
しかし、一方では受注者側で、発注者ごとに異なる記載内容を受信・処理しているのが現状であり、それぞれのデータ項目に係る記載内容の標準化まではできないにしても、記載内
容に関してある程度の分類を行うことは可能ではないかとの提案を受けている。

(2)

検討結果

発注者は、見積や契約を行うにあたって条件を記載する際、[1175]特記事項、[1176]特記事項 2、[1174]および発注者側見積・契約条件をはじめ、明細行の仕様行や添付ファイルの中へ記載するなど、いずれの方法を採ってもよいこととしている。
ただし、基本的なもの、全社的なもの、共通的なものについては、できるだけ[1175]特記事項、[1176]特記事項 2、[1174]および発注者側見積・契約条件に記載するものとし、それ以外は明細に記載または技術データ(添付ファイル)という形で記載することを今後推奨する。
なお文字数の増加については、提案しない。理由は、各社の事情にあった適当な文字数は確定できず、明細または技術データに記載する方法で解決できるためである。
なお、特記事項等に記載する内容の一例として、以下に示すような慣用句的なものを提示する。
①法令および発注者指定の約款等に係る記載
・○○建設法令・労働安全衛生関連法令など遵守のこと
・○○建設所定「工事下請負基本契約約款」（平成 17 年度改訂版）を遵守のこと
・○○建設所定「取引業者標準見積要項」（平成 17 年度改訂版）を遵守のこと

200

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

・○○建設所定「取引業者安全衛生管理要綱」（平成 17 年度改訂版）を遵守のこと
・ディーゼル車排ガス規制等関係法令を遵守のこと
・品質管理活動および環境保全活動に協力のこと
・○○建設「建設業労働安全衛生マネジメントシステム」に基づく管理指示を遵守のこと
・建設副産物の適正処理を徹底すること②当該現場に係る記載
・現場の特記要項については添付ファイルの通りとする。
③契約・支払等に係る記載
・実測精算、内容変更ない限り、一式無増減とする。
・上記、見積内訳以外は別途精算とする。

201

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

10.

(1)

X 属性 8 バイトで定義されている日付項目の取り扱い

背景・問題点

年月日を示すデータ項目(帳票年月日等)については、ビジネスプロトコル上 9 属性で定義(アラビア数字で記入する。年は西暦 4 桁を記入する。
「：」「/」などの区切り文字は使用しない)されているが、以下の項目については X 属性 8 バイトで定義されているため入力方法が統一されず、発注者、受注者の取り決め事項になっている。
運用上 X 属性にしなければならないニーズも低いと思われるので、9 属性と同様に入力方法を統一するようにできないかとの指摘があった。
[1052]工事・納入開始日[1053]工事・納入終了日・納入期限[1070]見積有効期限年月日[1141]見積提出期限年月日

(1)

検討結果

9 属性と同じく「1 バイト(半角)の「0」～「9」の数字のみで表される数値。カンマは記載しない」とする。つまり、入力方法は（YYYYMMDD）とする。

202

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

11.

支払通知帳票イメージ

支払通知メッセージの実装規約化の検討にあたっては帳票イメージをもとに検討を行った。
この帳票イメージを参考までに次ページ以降に提示する。
本帳票イメージは 100％実装規約を反映したものではなく、一部帳票として表現しておく方が分かりやすい、想像しやすい表現や項目も含まれており、あくまで実装における参考情報として提示するものである。

203

Ver.2.2 ad.0 指針･参考資料(20230331)

発注者名

株式会社渋谷建設

津久井 太郎

03-3567-8901

03-3567-8902

担当者名

電話

FAX

事務センター

事務センター

大阪支店

名古屋支店

052-555-6789

06-6789-0123

03-6543-9876

CI-NET LiteS 支払通知書発行回

支払通知書 フッタ部

事務センター

東京支店

03-6543-3212

経理部

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

・控除・相殺に関する処理について、支払債務の期日の早いものから対象額を控除、相殺しました。

03-6543-3211

財務部(支払通知記載事項摘要）

03-3567-8999
03-3567-8989

FAX

経理部
TEL

部署名

１９１ー１２３４
東京都大田区並木町３ー１ー２〒
住所

口座名義(カナ) ﾀｶｵｻﾝｷﾞｮｳ(ｶ)本社

07654321
口座名義(漢字) 高尾産業

「支払内容に係る説明」

今回控除・相殺金残高「手形送付先」

預金種別
口座番号

シーアイ銀行
虎ノ門支店
当座（支払通知内容問い合わせ先）

1

2005/01/31
2005/02/28

2004/10/31

2004/10/31

600,000

100,000

互助会費

2,462,575

500
1,000

協力会費

差引今回支払予定手続金額

(内訳)

400

200,000

400,000

150,000

500,000
525

2,425

2,565,000

手形郵送料

一括控除金額（今回支払予定手続金額計）

控除・相殺金額明細計(同上)支店名★
135,000 ☆

2,700,000

振込金融機関100,000

振込事務手数料

2004/11/30 手形送付
2004/12/31 手形送付
2005/01/31 手形送付

小切手

支払金額明細計

03-3456-5679

FAX「登録振込口座」

渋谷 一郎
03-3456-5678

電話

経理部

部署名
担当者名

株式会社渋谷建設

会社名

東京都渋谷区千駄ヶ谷４ー２５ー２ ２「お問い合わせ先」

ﾌｧｸﾀﾘﾝｸﾞ

期日指定2004/11/15
2004/11/30「支払予定金額」（金額については消費税含む、単位：円）
前回控除・相殺金残高

2004/10/31
2004/10/31
2004/10/31
2004/12/31
2004/12/31

500,000

100,000

12,575（摘要)(支払日/振出日 (決済日)(金額)（金額については消費税含む、単位：円）様

高尾産業株式会社

経理部

会社名

部署名

・年末の支払は12月31日ではなく12月28日になります。

１２３４５６７

１５１ー８５０３

取引先コード

住所

東京都大田区並木町３ー１ー２

住所（お知らせ）

発注者（通知元）(支払方法)

約束手形

2004/10/31
ST2004-10001〒「今回支払手続分内訳」

現金

通知No.

1106 発行日

支 払 通 知 書

情報区分コード

１９１ー１２３４

高尾産業株式会社〒

受注者名

受注者（通知先）

支払通知書 鑑部

223456234567

受注者コード

支払通知書 ヘッダ部

発注者コード

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

204

Ver.2.2 ad.0 指針･参考資料(20230331)

234567

2004/10/31

津久井 太郎

03-3567-8901

03-3567-8902

TAG1018 担当者名
TAG1021 電話

TAG1022 FAX

事務センター

事務センター

大阪支店

名古屋支店

052-555-6789

06-6789-0123

03-6543-9876

CI-NET LiteS 支払通知書発行回TAG1

支払通知書 フッタ部

事務センター

東京支店

03-6543-3212

経理部

1

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

・控除・相殺に関する処理について、支払債務の期日の早いものから対象額を控除、相殺しました。

03-6543-3211

財務部(支払通知記載事項摘要） TAG1631

FAX TAG1624 03-3567-8989

TEL TAG1623 03-3567-8999

部署名TAG1620 経理部

本社

0「支払内容に係る説明」

TAG1600

口座名義(カナ) ﾀｶｵｻﾝｷﾞｮｳ(ｶ)TAG1621 １９１ー１２３４〒
住所 TAG1622 東京都大田区並木町３ー１ー２「手形送付先」

TAG10407654321
口座名義(漢字) 高尾産業

口座番号

預金種別

シーアイ銀行
虎ノ門支店
当座（支払通知内容問い合わせ先） TAG1630

今回控除・相殺金残高

400

525

2,462,575

TAG1129M4

TAG1129M3

差引今回支払予定手続金額

TAG1128M4 手形郵送料

500
1,000

TAG1039

振込金融機関(同上)支店名「お問い合わせ先」

TAG1612M3

TAG1614M3

TAG1615M2

2005/02/28
TAG1613M2
TAG1614M2
100,000
2004/10/31

TAG1612M2

TAG1613M3

TAG1611M3
TAG1615M1

TAG1610M3
TAG1613M1
TAG1614M1
2004/10/31
2005/01/31
600,000

TAG1609M3
TAG1612M1

TAG1615M3

TAG1611M2

TAG1610M2
2004/12/31
200,000

TAG1609M2

ﾌｧｸﾀﾘﾝｸﾞ

TAG1128M3 振込事務手数料

TAG1611M1

TAG1610M1
2004/12/31
400,000

TAG1609M1
期日指定

TAG1129M2

TAG1129M1

2,425

TAG1038

TAG1037

TAG1036「登録振込口座」

FAX TAG1033 03-3456-5679

電話 TAG1032 03-3456-5678

TAG1029 渋谷 一郎
担当者名

部署名TAG1028 経理部

TAG1024 株式会社渋谷建設
会社名★
135,000 ☆

2,565,000(内訳)TAG1128M1 協力会費

TAG1030 １５１ー８５０３

住所 TAG1031 東京都渋谷区千駄ヶ谷４ー２５ー２ ２〒

TAG10352,700,000

TAG1130

TAG1127

TAG1126

TAG1601

一括控除金額TAG1128M2 互助会費

（今回支払予定手続金額計）

控除・相殺金額明細計

TAG1606M3
TAG1607M3
150,000
2004/10/31
2005/01/31 手形送付 TAG1608M3

TAG1604M3

TAG1604M2

TAG1606M2
TAG1607M2
500,000
2004/10/31
2004/12/31 手形送付 TAG1608M2

小切手

TAG1606M3

TAG1603M3

TAG1602M3

TAG1605M2

TAG1603M2
100,000
2004/11/30

TAG1602M2

支払金額明細計

TAG1606M1
TAG1607M1
500,000
2004/10/31
2004/11/30 手形送付 TAG1608M1

TAG1603M1
12,575
2004/11/15

TAG1602M1

前回控除・相殺金残高「支払予定金額」（金額については消費税含む、単位：円）

TAG1605M1
約束手形

現金(支払日/振出日 (決済日)（摘要)（金額については消費税含む、単位：円）(金額)「今回支払手続分内訳」(支払方法)様経理部

TAG1017 部署名

・年末の支払は12月31日ではなく12月28日になります。

１２３４５６７

高尾産業株式会社

TAG1013 会社名（お知らせ） TAG1014

東京都大田区並木町３ー１ー２

TAG1020 住所
TAG1023 取引先コード

発注者（通知元）

100,000

通知No. TAG1007 ST2004-10001

1106 発行日 TAG1008

支 払 通 知 書

情報区分コードTAG2

１９１ー１２３４

TAG1604M1

TAG1013 高尾産業株式会社
受注者名

TAG1024 株式会社渋谷建設
発注者名

TAG1019 〒

受注者（通知先）

TAG2

支払通知書 鑑部

223456

受注者コード TAG5

支払通知書 ヘッダ部

発注者コード TAG4.

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

205

Ver.2.2 ad.0 指針･参考資料(20230331)

234567

明細別工事場所・受渡し場所名称

高尾産業株式会社

株式会社渋谷建設

1543210 AAAビル建設工事
543210 AAAビル建設工事
543321 BBBビル建設工事
543321 BBBビル建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544433 DDDマンション建設工事
554431 EEE博物館建設工事
555333 FFF美術館建設工事
556677 GGG生命保険ビル建設工事
566778 HHH銀行ビル建設工事
全作業所

明細別
工事コード

今回支払予定手続分

受注者名

発注者名

CI-NET LiteS 支払通知書発行回

101
101
101
101
201
201
201
201
201
201
202
301
302
303
401

明細別発注者
担当部署コード

支払通知書 フッタ部

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

明細番号

支払通知書 明細部

223456

受注者コード

支払通知書 ヘッダ部

発注者コード

111222333
111222333
111222334
111222334
111222335
111222335
111222335
111222335
111222335
111222335
111222336
111222337
111222338
111222339
111222340

明細別
取引件名

通知No.

1106 発行日

2004/10/31
ST2004-10001

33333333 A棟外壁タイル工事
33333333 A棟外壁タイル工事立替金33333344 5階部分内装工事
33333344 5階部分内装工事立替金33333355 鉄筋工事
33333355 鉄筋工事立替金33333355
鉄筋工事立替金内訳（弁当代）
33333355
鉄筋工事立替金内訳（クリーニング代）
33333355
鉄筋工事立替金内訳（文房具費）
33333355
鉄筋工事立替金内訳（写真現像料）
33333366 共用部分床仕上材
33333377 1階エントランス部分左官材
33333388 外構部外構材
33333399 仮設工事
33440000 雑土工（備品搬入）
立替金（作業着貸与代）

明細別
明細別
発注者管理番号 取引件名コード

情報区分コード

建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建設資材
建設資材
建設資材
建築工事
雑種工事

明細別
原価科目名

明細別
原価要素名

明細別
原価細目名

10000 タイル工事
10000 タイル工事
10000 内装工事
10000 内装工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
30000 床仕上材
30000 左官材
30000 外構材
10000 仮設工事
10000 雑土工

明細別
原価要素コード

ここでは原価要素／科目／細目について名称とコードの双方を提示しているが、実際にはアプリケーションでいず
れかだけの提示するするなどの対応が考えられる。

10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
30000 材料
30000 材料
30000 材料
10000 労務
40000 労務

明細別
原価科目コード

支 払 通 知 明 細EDIデータ上はコード値（1または2）となるCI-NET

11000 CI-NET
11000 CI-NET
13000 CI-NET
13000 CI-NET
15000 CI-NET
15000
15000
15000
15000
15000
40000 CI-NET
43000 CI-NET
46000 CI-NET
18000
39000

2004
2004-1
2005
2005-32012
2012-1
2012-1-1
2012-1-2
2012-1-3
2012-1-4
2006
2007
2009
2010
2014
3012

EDIデータ上はコー
ド値（1または2）となる

出来高・請求
立替・控除
出来高・請求
立替・控除
出来高・請求
立替・控除
立替・控除
立替・控除
立替・控除
立替・控除
出来高・請求出来高・請求出来高・請求出来高・請求出来高・請求立替・控除
30,00015,000
9,000
3,000
1,000
2,000

40000

50,000

条件C

条件B

条件A

★

2,700,000☆

135,000

支払金額明細計 控除・相殺明細金額計

250,000
300,000
200,000
350,000
550,000

150,000

400,000

500,000（メッセージ区分）（金額については消費税含む、単位：円）
明細別
明細別CI-NET 請求出来高立替
明細別
今回支払
控除・相殺
明細別
原価細目コード
区分コード
控除区分コード 参照帳票No,
金額明細
金額明細
支払区分

データとして入れるものは請求書№/立替金報告書№を想定

工事場所TEL

03-5473-4576
03-5473-4577
03-5473-4578
03-5473-4579
03-5473-4580

03-5473-4575

03-5473-4574

03-5473-4573

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

206

Ver.2.2 ad.0 指針･参考資料(20230331)

234567

明細番号CI-NET LiteS 支払通知書発行回TAG1

支払通知書 フッタ部

明細別工事場所・受渡し場所名称(TAG1423)

1543210 AAAビル建設工事
543210 AAAビル建設工事
543321 BBBビル建設工事
543321 BBBビル建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544332 CCCマンション建設工事
544433 DDDマンション建設工事
554431 EEE博物館建設工事
555333 FFF美術館建設工事
556677 GGG生命保険ビル建設工事
566778 HHH銀行ビル建設工事
全作業所

明細別
工事コード

101
101
101
101
201
201
201
201
201
201
202
301
302
303
401

(TAG1420)(TAG1202)

明細別発注者
担当部署コード

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

TAG1013 高尾産業株式会社
受注者名

TAG1024 株式会社渋谷建設
発注者名

今回支払予定手続分(TAG1201)

支払通知書 明細部

223456

受注者コード TAG5

支払通知書 ヘッダ部

発注者コード TAG4

(TAG1421)

111222333
111222333
111222334
111222334
111222335
111222335
111222335
111222335
111222335
111222335
111222336
111222337
111222338
111222339
111222340

明細別
取引件名

(TAG1212)

2004/10/31

通知No. TAG1007 ST2004-10001

1106 発行日 TAG1008

33333333 A棟外壁タイル工事
33333333 A棟外壁タイル工事立替金33333344 5階部分内装工事
33333344 5階部分内装工事立替金33333355 鉄筋工事
33333355 鉄筋工事立替金33333355
鉄筋工事立替金内訳（弁当代）
33333355
鉄筋工事立替金内訳（クリーニング代）
33333355
鉄筋工事立替金内訳（文房具費）
33333355
鉄筋工事立替金内訳（写真現像料）
33333366 共用部分床仕上材
33333377 1階エントランス部分左官材
33333388 外構部外構材
33333399 仮設工事
33440000 雑土工（備品搬入）
立替金（作業着貸与代）

明細別
明細別
発注者管理番号 取引件名コード(TAG1422)

情報区分コードTAG2

建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建設資材
建設資材
建設資材
建築工事
雑種工事

明細別
原価要素名

(TAG1430)
明細別
原価細目名

(TAG1434)

10000 タイル工事
10000 タイル工事
10000 内装工事
10000 内装工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
10000 鉄筋工事
30000 床仕上材
30000 左官材
30000 外構材
10000 仮設工事
10000 雑土工

明細別
原価要素コード(TAG1431)

ここでは原価要素／科目／細目について名称とコードの双方を提示しているが、実際にはアプリケーションでいず
れかだけの提示するするなどの対応が考えられる。

10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
10000 労務
30000 材料
30000 材料
30000 材料
10000 労務
40000 労務

明細別
原価科目コード(TAG1433)

支 払 通 知 明 細
明細別
原価科目名

(TAG1432)（メッセージ区分）

EDIデータ上はコード値（1または2）となるCI-NET

2004
2004-1
2005
2005-32012
2012-1
2012-1-1
2012-1-2
2012-1-3
2012-1-4
2006
2007
2009
2010
2014
3012

(TAG1204)
明細別
参照帳票
No,

EDIデータ上はコー
ド値（1または2）となる

出来高・請求
立替・控除
出来高・請求
立替・控除
出来高・請求
立替・控除
立替・控除
立替・控除
立替・控除
立替・控除
出来高・請求出来高・請求出来高・請求出来高・請求出来高・請求立替・控除(TAG1426)(TAG1427)
明細別CI請求出来高立替
NET
控除区分コード
区分コード

11000 CI-NET
11000 CI-NET
13000 CI-NET
13000 CI-NET
15000 CI-NET
15000
15000
15000
15000
15000
40000 CI-NET
43000 CI-NET
46000 CI-NET
18000
39000

明細別
原価細目コード(TAG1435)

30,00015,000
9,000
3,000
1,000
2,000

40000

条件C

条件B

条件A

明細別
支払区分

(TAG1425)★

2,700,000☆

135,000

支払金額明細計 控除・相殺明細金額計

250,000
300,000
200,000
350,000
550,000

150,000

400,000

50,000

控除・相殺
金額明細

今回請求
金額明細

500,000(TAG1242)(TAG1241)（金額については消費税含む、単位：円）

データとして入れるものは請求書№/立替金報告書№を想定

03-5473-4576
03-5473-4577
03-5473-4578
03-5473-4579
03-5473-4580

03-5473-4575

03-5473-4574

03-5473-4573

工事場所TEL(TAG1424)※[1241]今回請求金額明細
使用するデータ項目は[1241]今回支
払金額明細であるが、帳票イメージ
上は「請求」の意味合いを出すた
め、このような表記としている。

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

207

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

12.
(1)

総括明細行と内訳明細行の混在に係る留意点
背景・問題点

明細行の[1288]明細データ属性コードの記載に関して、同一階層内における総括明細行（[1288]＝0）と内訳明細行（[1288]＝5）の混在というものが考えられる。現状の実装規約においては、両者の混在について特に禁止はしていないが、以下のような点を考慮すると、混在を避ける運用が求められる。
・同一階層における明細表現の統一を図ることができること
・設備見積、設備機器見積の両業務メッセージと同様、総括明細行と内訳明細行の混在がなくなること
・厳格な規約化とすると、実装上現状のシステムに与える問題が大きく、運用レベルで運用上の統一を図っていくことが適当と考えられること

(2)

検討結果

上記のような課題に対して、以下のように同一階層には総括本体行「0」と内訳本体行「5」が混在しないような運用とする旨の補足の解説を追加することとした。
具体的には以下のような内容である。
■総括明細行（[1288]＝0）と内訳明細行（[1288]＝5）の混在に係る運用上の留意点
今後、明細行のデータを作成するにあたっては、同一階層内で総括明細行（[1288]＝0）と内訳明細行（[1288]＝5）が混在することのないようにする。
上記の内容の具体的なイメージを示すと、以下のようになる。
[1288][1200][1289]
明細別
明細行種類 明細
補助明細
品名
仕様
数量 単位 単価
データ属
コード
コード
性コード
内訳明細
0001
5
80
鉄筋工事
総括明細
0002
0
00
内訳別紙（１） 異形鉄筋 ＳＤ２９５Ａ
1 式
0
総括明細
0003
0
00
内訳別紙（２） 異形鉄筋 ＳＤ３４５
1 式
0
内訳明細
0004
5
00
加工組立費
155 ｔ
40,000
内訳明細
0005
5
00
小運搬費
155 ｔ
4,000
：
：
：
：
：
：
：
：
：

同一桁数での表現を「同一階層」と呼ぶ。

金額

3,534,000
1,299,000
6,196,000
619,600：[1200]が同じ桁数(同一階層)で[1288]=｢0｣と｢5｣が混在しないようにする。

図 D.Ⅵ- 10 総括明細行と内訳明細行の混在の例

また上記内容の対象範囲は現在実装規約化されているメッセージ全てとすることとした。
これは、できる限り全てのメッセージで共通的なルールのもと運用することが求められるために、広く対象とすることとしたものである。

208

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

13.

内訳明細計行に係る留意点

各メッセージの明細表現に関する記載における、表「[1288]明細データ属性コードと[1289]補助明細コードの組合せによる明細行種類の表現」に関し、内訳明細計行（[1288]明細データ属性コード＝5 かつ [1289]補助明細コード＝90）の部分の記述について、記述の読み込み不足からくる混乱を防ぐため、以下のように補足説明する。
内訳明細計行の「備考」の 2 点目の記載については、以下のような記載に変更する。
・同一階層内で、[1200]明細コード順にみた直前の内訳明細計行から自行の直前までに存在する内訳明細本体行を金額集計対象とすること。同一階層内で自行の直前までに内訳明細計行が無い場合は、同一階層内の先頭から自行の直前までを金額集計範囲とすること。
またこれを図示すると以下の図のようになる。
（同一階層内で前に内訳明細計行が無い場合の例）[1200][1288][1289][1213][1235]
今回迄累積出来高
明細データ 補助明細
品名
明細コード
金額明細
属性コード コード0001
500
壁タイル工事500,0000002
500
床タイル工事
200,0000003
500
浴室タイル工事
300,0000004
590
内部タイル工事費
1,000,000
図 D.Ⅵ- 11 内訳明細計行の記載の例（その 1）（同一階層内で前に内訳明細計行がある場合の例）[1200][1288][1289][1213][1235]
今回迄累積出来高
明細データ 補助明細
品名
明細コード
金額明細
属性コード コード0001
500
壁タイル工事500,0000002
500
床タイル工事
200,0000003
500
浴室タイル工事
300,0000004
590
内部タイル工事費
1,000,000
0005
500
外壁タイル工事
700,0000006
500
外床タイル工事
400,0000007
590
外部タイル工事費
1,100,000
図 D.Ⅵ- 12 内訳明細計行の記載の例（その 2）

209

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

14. 合意打切申込および合意打切における合意精算請求書
帳票イメージ 計算仕様（案）※（CI-NET LiteS 実装規約 Ver,2.1 ad.7 指針・参考資料 p.202 に該当）
合意打切前の契約金額から減額となった金額や最終的に確定する契約金額などを示す方法として、関連するデータ項目の新規追加を行うまでの措置として、CI-NET LiteS システムのアプリケーション側で合意打切申込および合意打切精算請求書の帳票イメージを提供することで対応することになり、その参考になるものとして上記の帳票イメージを次ペー
ジ以降に提示する。
合意打切申込および合意打切精算請求書の帳票イメージは、出来高金額・請求金額算定方
式に 4 つの算定方式（A、B、C、D 方式）があるが、それぞれの算定方式により使用する
データ項目が異なるため、以下のような提示の仕方としている。

(1)

合意打切申込

・合意打切申込書

全体

・合意打切申込書

A 方式使用項目（契約金額、出来高・請求金額部分）

・合意打切申込書

B 方式使用項目（契約金額、出来高・請求金額部分）

・合意打切申込書

C 方式使用項目（契約金額、出来高・請求金額部分）

・合意打切申込書

D 方式使用項目（契約金額、出来高・請求金額部分）(2)

合意打切精算請求書

・合意打切精算請求書

全体（A 方式をベース）

・合意打切精算請求書

A/B/C/D 方式使用項目（契約金額、出来高・請求金額部分）

210

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

211

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

合意精算に係る金額関連データ項目（請求金額算定方式：A方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[参考１]税抜合意精算出来高金額
打切時 [参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額[参考５]合意精算消費税額[参考６]合意後精算消費税差引金額

算出根拠等
金額
¥2,000,000 =[1092]－[1385]¥583,000 枝番分の契約額（[1092]の内訳）¥2,583,000 =Σ[1225]、または（元契約金額＋[1385]）¥0 [1092]に対する調整額¥2,583,000 =[1092]＋[1093]¥258,300 [1094]に対する消費税額¥2,841,300 =[1094]＋[1098]¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]¥2,263,000 =[1103]¥-320,000 =[参考１]－[1094]¥2,489,300 =[参考１]＋[参考５]¥-352,000 =[参考３]－[1099]（ [参考１]に対する消費税額 ）¥226,300 =[1394]¥-32,000 =[参考５]－[1098] （ [参考２]に対する消費税額 ）

前回迄
データ項目
[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1101]前回迄累積請求金額計[1393]前回迄累積消費税額計

金額¥2,000,000 =Σ[1233]¥0 前回請求時の[1331]¥2,000,000 前回請求時の[1332]¥2,000,000 前回請求時の[1103]¥199,999 前回請求時の[1394]

算出根拠等

今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1114]今回迄累積請求保留金額計[1394]今回迄累積消費税額計金額¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]
100%¥2,263,000 =[1332]×[1058]×0.01¥0 =[1332]－[1103]¥226,300 =[1393]＋[1096]

算出根拠等[1112]今回請求金額計[1395]消費税額(調整前)[1396]消費税額調整額[1096]消費税額[1097]最終帳票金額¥263,000 =[1103]-[1101]¥26,300 =[1112]に対する消費税額¥1 =（[1103]に対する消費税額） - （[1393]+[1395]）¥26,301 =[1395]+[1396]¥289,301 =[1112]+[1096]

212

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

合意精算に係る金額関連データ項目（請求金額算定方式：B方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[参考１]税抜合意精算出来高金額
打切時 [参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額[参考５]合意精算消費税額[参考６]合意後精算消費税差引金額

算出根拠等
金額
¥2,000,000 =[1092]－[1385]¥583,000 枝番分の契約額（[1092]の内訳）¥2,583,000 =Σ[1225]、または（元契約金額＋[1385]）¥0 [1092]に対する調整額¥2,583,000 =[1092]＋[1093]¥258,300 [1094]に対する消費税額¥2,841,300 =[1094]＋[1098]¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]¥2,263,000 =[1103]¥-320,000 =[参考１]－[1094]¥2,489,300 =[参考１]＋[参考５]¥-352,000 =[参考３]－[1099]（ [参考１]に対する消費税額 ）¥226,300 =[1394]¥-32,000 =[参考５]－[1098] （ [参考２]に対する消費税額 ）

前回迄
データ項目
[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1323]前回迄累積支払金額計[1393]前回迄累積消費税額計

算出根拠等
金額
¥2,000,000 =Σ[1233]¥0 前回請求時の[1331]¥2,000,000 前回請求時の[1332]¥2,000,000 支払通知書等から値を入手¥199,999 前回請求時の[1394]

今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1114]今回迄累積請求保留金額計[1394]今回迄累積消費税額計金額¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]
100%¥2,263,000 =[1332]×[1058]×0.01¥0 =[1332]－[1103]¥226,300 =[1393]＋[1096][1361]今回請求金額計（調整前）[1362]今回請求金額計調整額[1112]今回請求金額計[1395]消費税額(調整前)[1396]消費税額調整額[1096]消費税額[1097]最終帳票金額¥263,000 =[1103]－[1323]¥0 [1361]に対する調整額¥263,000 =[1361]+[1362]¥26,300 =[1112]に対する消費税額¥1 =（[1103]に対する消費税額） - （[1393]+[1395]）¥26,301 =[1395]+[1396]¥289,301 =[1112]+[1096]

算出根拠等

213

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

合意精算に係る金額関連データ項目（請求金額算定方式：C方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[参考１]税抜合意精算出来高金額
打切時 [参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額[参考５]合意精算消費税額[参考６]合意後精算消費税差引金額

算出根拠等
金額
¥2,000,000 =[1092]－[1385]¥583,000 枝番分の契約額（[1092]の内訳）¥2,583,000 =Σ[1225]、または（元契約金額＋[1385]）¥0 [1092]に対する調整額¥2,583,000 =[1092]＋[1093]¥258,300 [1094]に対する消費税額¥2,841,300 =[1094]＋[1098]¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]¥2,263,000 =[1103]¥-320,000 =[参考１]－[1094]¥2,489,300 =[1160]¥-352,000 =[参考３]－[1099]（ [参考１]に対する消費税額 ）¥226,300 =[1394]¥-32,000 =[参考５]－[1098] （ [参考２]に対する消費税額 ）

前回迄
データ項目
[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1159]税込前回迄累積請求金額計[1393]前回迄累積消費税額計

金額¥1,999,999 =Σ[1233]¥0 前回請求時の[1331]¥1,999,999 前回請求時の[1332]¥2,199,998 前回請求時の[1160]¥199,999 前回請求時の[1394]

算出根拠等

今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1114]今回迄累積請求保留金額計[1394]今回迄累積消費税額計[1160]税込今回迄累積請求金額計金額¥2,263,000 =Σ[1235]¥0 [1109]に対する調整額¥2,263,000 =[1109]＋[1331]
100%¥2,263,000 =[1332]＊[1058]＊0.01¥0 =[1332]－[1103]¥226,300 [1103]に対する消費税額¥2,489,300 =[1103]＋[1394]

算出根拠等[1097]最終帳票金額[1096]消費税額[1112]今回請求金額計¥289,302 =[1160]－[1159]¥26,301 =[1394]－[1393]¥263,001 =[1097]－[1096]

214

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

合意精算に係る金額関連データ項目（請求金額算定方式：D方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1153]税込今回迄累積出来高金額計[1341]税込今回迄累積出来高金額計調整額[1342]調整後税込今回迄累積出来高金額計[参考１]税抜合意精算出来高金額
打切時 [参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額[参考５]合意精算消費税額[参考６]合意後精算消費税差引金額

算出根拠等
金額
¥2,000,000 =[1092]－[1385]¥583,000 枝番分の契約額（[1092]の内訳）¥2,583,000 =Σ[1225]、または（元契約金額＋[1385]）¥0 [1092]に対する調整額¥2,583,000 =[1092]＋[1093]¥258,300 [1094]に対する消費税額¥2,841,300 =[1094]＋[1098]¥2,489,300 =[1109]＋（[1109]に対する消費税額）¥0 [1153]に対する調整額¥2,489,300 =[1153]＋[1341]¥2,263,000 =[参考３]－[参考３]に含まれる消費税額¥-320,000 =[参考４]－[参考４]に含まれる消費税額¥2,489,300 =[1342]¥-352,000 =[参考３]－[1099]（ [参考３]に対する消費税額 ）¥226,300 =[1394]¥-32,000 =[参考５]－[1098] （ [参考４]に対する消費税額 ）

前回迄
データ項目
[1152]税込前回迄累積出来高金額計[1351]税込前回迄累積出来高金額計調整額[1352]調整後税込前回迄累積出来高金額計[1159]税込前回迄累積請求金額計[1393]前回迄累積消費税額計金額¥2,100,000 前回請求時の[1153]¥0 前回請求時の[1341]¥2,100,000 前回請求時の[1342]¥2,100,000 前回請求時の[1160]¥190,908 前回請求時の[1394]

今回迄
データ項目
[1109]今回迄累積出来高金額計[1153]税込今回迄累積出来高金額計[1341]税込今回迄累積出来高金額計調整額[1342]調整後税込今回迄累積出来高金額計[1058]支払条件・部分払い割合[1335]税込今回迄累積請求金額計（調整前）[1343]税込今回迄累積請求金額計調整額[1160]税込今回迄累積請求金額計[1163]税込今回迄累積請求保留金額計[1394]今回迄累積消費税額計

算出根拠等
金額
¥2,263,000 =Σ[1235]¥2,489,300 =[1109]＋（[1109]に対する消費税額）¥0 [1153]に対する調整額¥2,489,300 =[1153]＋[1341]
100%¥2,489,300 =[1342]×[1058]×0.01¥0 [1335]に対する調整額¥2,489,300 =[1335]＋[1343]¥0 =[1342]－[1160]¥226,300 =[1393]＋[1096][1097]最終帳票金額[1395]消費税額(調整前)[1396]消費税額調整額[1096]消費税額[1112]今回請求金額計¥389,300 =[1160]－[1159]¥35,391 =[1097]を割り戻して算出した消費税¥1 =（[1160]に対する消費税額） - （[1393]+[1395]）¥35,392 =[1395]+[1396]¥353,908 =[1097]－[1096]

算出根拠等※ 税込み金額から割り戻して、消費税額を計算する。（例 110円（税込み）の場合：110（円）×10（％）÷（10（％）+100））＝10（円））215Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

216

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

217

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

218

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

15.
(1)

K 属性データ項目の数値表現について
背景・問題点K 属性にあたる項目の中で、右詰めする項目の中で空いた部分について、「０」とするか「□（スペース）」とするかの解釈に違いが出ている。
項目の具体例として、[1168]受注者建設業許可日、及び[1166]受注者建設業許可区分・登録コードが挙げられる。前者の例では、[1168]に関し、「右詰めは、０表記、可能」と解釈し、「平成１９年０４月０１日」をセットしている例もあれば、「平成１９年□４月□１日」
でないとエラーとするケースも出ている。

(2)

検討結果

建設業許可の届出書や経営事項審査の申請書等の記入例から､記入(入力)枠を守るとの意向が見られることから、K 属性にあたる項目のうち、右詰めする項目の中で空いた部分について、「０」または「□（スペース）」とすることを可能とする｡
なお、[1168]受注者建設業許可日については、CI-NET 標準ビジネスプロトコル Ver.1.7「第 3 章第 2 節 3. 3.4. 3.4.1 建設業許可区分・登録コードの属性・文字数」にあるように、本来、年月日の数字部分は右詰めとすることとなっている。
K 属性項目に係る記載例（正） 「０４月」「０１日」
「□４月」
「□１日」
（誤） 「４□月」「１□日」 ・・・CI-NET 標準ビジネスプロトコルの定義（数字は右詰め）に反している
これに加え、上記のルールに基づいて作成されたデータについては、その後の表示や出力については、作成された通りに行うことを推奨する。
なお、入力段階のデータについて、その後のデータ管理・検索の容易性や表示の統一性を図る等の目的で、制約や修正を加えることについては、特段 CI-NET では関与せず当事者の判断に委ねることにする。

219

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

16.
(1)

精算時における CI-NET LiteS での対応方法について精算（増額／減額）における対応の考え方

契約に関して何らかの変更がある場合の対応としては、既存の規約を考えれば基本的には以下の表中の①にある「確定注文／注文請けメッセージ」によって対応することで、業務的には十分対応することができる。
また、契約の打切のように、既に契約対象工事が着工され出来高が発生している場合に、その時点における出来高を精算し、精算以降の契約内容を無かったことにする措置の際には、「合意打切申込／承諾メッセージ」（下表③）を利用することも可能である。
一方、精算時（これ以上出来高が発生しない場合を指す）の対応としては、当初の契約内
容より変更のあった部分を踏まえた変更に係る「確定注文／注文請けメッセージ」（下表②(a)）で従来通り処理することが基本だが、これに加えて、下表②(b)の「合意打切申込／承諾メッセージ」を用いて対応することも可能である。
このうち、下表②(b)の「合意打切申込／承諾メッセージ」については、従来想定している③での利用に加え、②においても利用するための方法を提示する。

表 D.Ⅵ- 7 契約の変更に関連するメッセージ
契約の類型

対応するメッセージ① 契約

確定注文／注文請けメッセージで対応②精算

以下の 2 種類の対応方法がある。

（増額／減額）(a)確定注文／注文請けメッセージで対応(b)合意打切申込／承諾メッセージで対応②

切

合意打切申込／承諾メッセージで対応（注）上記(b)は精算時に使用する。なお、精算とはこれ以上出来高が発生しない場合を指す。
基本的には、減額時の精算は精算時点が契約期間完了時であるときに合意打切申込／承諾メッセージを適用する場合と考えられる。
また、増額時の精算は、上記で減額とした部分が当初契約より実績が上回って増額に変わったと考えることができる。

(2)

精算時の取引当事者間での合意に係る留意点

当初契約と比べ、実績額が増減した場合の精算方法について、その基となる契約や出来高に係る手続、処理を行う具体的な CI-NET のメッセージや書面のやり取りの方法等については、取引当事者間で互いに合意を取ることが必要である。
220

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(3)

精算時における従来方法以外の具体的なデータ交換方法

精算に係る業務へ確定注文／注文請けメッセージではないメッセージを適用する場合の具体的な方法について以下に示す。

(a)

データ交換に使用するメッセージ

使用するメッセージは合意打切申込／合意打切承諾メッセージとする。
ただし、業務的、概念的には合意打切と精算は異なると考えられる。そのため業務運用
上、別の名称を提示して分かりやすくすることは妨げない。その際の名称の例としては、－合意精算申込メッセージ（発注者→受注者）－合意精算承諾メッセージ（受注者→発注者）などが考えられる。

(b)

データ交換手順

データ交換手順としては、既存の CI-NET LiteS 実装規約 Ver.2.1 ad.8「B.Ⅵ.1. 1.2(2)f1 合意打切」に提示している合意打切申込／承諾メッセージの交換方法に準じる。

(c)

精算に係る業務に対してのメッセージ使用

契約の精算の場合において、いずれの業務メッセージを使用するかは、当事者間で協議して決めることとする。

221

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

17.

複数工事物件（複数作業所）に対する請求書における明細作成のパターン
受注者より提出される納品書の作成パターンは上記①で示したように様々であり、それを基に作成する請求書も同様に多様である。
契約外請求においては、その対象となる商品・サービスを提供する受注者側のこれまでの商慣習から、従来 CI-NET LiteS で想定してきた「1 案件 1 請求」ではない形、すなわち受注者の処理、管理体系上、発注者や案件が複数あるものを 1 つにまとめて処理するパターンへの対応も可能とする。
具体的なケースとしては、「同一発注者の複数作業所分の請求書発行」（ケース 1）、「異なる発注者の複数作業所分の請求書発行」（ケース 2）といったものが想定される。
これらの処理を行えるようにする背景としては、受注者の中には既に請求書発行において社内システムを構築している企業も多く、それらの企業においては既存システムに大きな改修を加えることなく、請求業務の EDI 化を進めることが期待されているためである。
なお、この複数作業所分の請求を一括請求ファイルを使って行う方法の詳細については、
CI-NET LiteS 実装規約 Ver.2.2ad.0 指針・参考資料「D.I.11.工事請負契約外請求一括取
り込み CSV インタフェース機能」にて解説を行っているので参照されたい。
〔ケース 1：同一発注者の複数作業所分の請求書発行の場合〕
A 作業所
納品書

A 作業所
請求書

B 作業所
納品書

B 作業所
請求書

C 作業所
納品書

C 作業所
請求書

A 作業所
請求書
一括請求
ファイル

B 作業所
請求書
C 作業所
請求書

ここの分割振り分け処理以降は EDI サービス事業者が対応

図 D.Ⅵ- 13 同一発注者の複数作業所分の請求書発行のイメージ

同一発注者の複数作業所向けの納品に対する請求を行う際、既に受注者側で請求書発行の社内システムがあり、そこでは作業所ごとの請求書発行ではなく、発注者 1 社に対する請求書としてまとめて作成するようなケースがある。
このようなケースでは、個々の作業所単位での請求書を出す仕組みを新たに組み込む必要が生じることから、作業所単位に分けて請求 EDI データを作成する処理を、EDI サービ
スを提供する事業者が対応する方法が考えられる。
222

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点〔ケース 2：異なる発注者の複数作業所分の請求書発行の場合〕
A-1 作業所
A-2 作業所：
B-1 作業所
B-2 作業所：
C-1 作業所
C-2 作業所
C-3 作業所

A 社分
納品書
B 社分
納品書
C 社分
納品書

A-1 作業所
請求書
A-2 作業所
請求書
一括請求
ファイル

：
C-2 作業所
請求書
C-3 作業所
請求書

ここの分割振り分け処理以降は EDI サービス事業者が対応

図 D.Ⅵ- 14 異なる発注者の複数作業所分の請求書発行のイメージ
ケース 1 では同一発注者の複数作業所向けの納品をまとめるケースであったのに対し、
ケース 2 では、異なる発注者の複数作業所分の納品をまとめて請求するケースを想定したものである。
一括請求ファイルに発注者及び作業所を分割振り分けするのに必要な情報が入っていれば、その処理は EDI サービスを提供する事業者が対応するということが可能であり、分割
振り分けされた請求書は CI-NET LiteS のメッセージ作成方法に基づき作成、送信することとすればよい。

223

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

224

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

225

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

226

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

Ⅶ．CI-NET LiteS における電子証明書更新の省力化について

1.

はじめに

1.1.

背景

電子商取引で使用する電子証明書には一般に有効期限が存在し、期限後も取引を継続する場合、新しいものに更新しなければならない。CI-NET LiteS で使用する電子証明書も例
外ではない。企業 A 社が期限到来等の理由によって電子証明書を更新する場合、A 社が自社のシステムへの登録を更新することは無論必要であるが、CI-NET LiteS の場合は、その他にも A 社の全ての取引相手でも同様の更新措置が必要である。これは、A 社へメッセー
ジを暗号化して送信する際、取引相手は A 社の電子証明書を知っている必要があるためである。取引相手のシステムに自社の電子証明書を登録してもらう作業は、現在では手交等によって電子証明書を受け渡すことによって行っていると思われるが、多くの取引相手との間で CI-NET LiteS を利用している企業ではその作業負担が多大になるので、何らかの省力化方法が求められている。

1.2.

目的

本資料では、CI-NET LiteS で使用する電子証明書の更新18を、手交によらず、CI-NET
LiteS 対応システムを用いてインターネット経由で安全かつ少ない作業負荷で実施するための方法を説明する。
CI-NET LiteS を運用するには、送信するメッセージの暗号化および受信したメッセージの検証に取引相手の電子証明書が必要である。CI-NET LiteS 対応システムの多くでは、この電子証明書はデータ交換開始に先立って取引相手から受領しシステムに登録しており、電子証明書を変更する際には登録されている電子証明書の更新が必要になる。本資料では、
以下のような状況において生じる電子証明書の更新をインターネット経由で CI-NET
LiteS 対応システムが自動で行う方法の一例を示す。

CI-NET LiteS で使用する電子証明書の更新：取引相手と新たに CI-NET LiteS を開始する
場合にも、事前の電子証明書の受け渡しとシステムへの登録は必要である。本資料では、電子証明書を更新する場合の処理について説明しているが、新規開始の場合にもシステムの実装方法
および運用方法を工夫することにより、同じコンセプトにもとづいた手交によらない受け渡しとシステ
ムへの登録が可能になると考えられる。
18

227

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について想定する状況 1：自社の電子証明書が有効期限切れとなった場合⇒

自社のシステムに新しい電子証明書を登録(更新)する。

⇒

自社の新しい電子証明書を取引相手に渡し、システムに登録(更新)してもらう。

想定する状況 2：取引相手の電子証明書が有効期限切れとなった場合⇒

取引相手から新しい電子証明書を受け取って、自社のシステムに登録(更新)する。

1.3.

省力化方法のコンセプト

本資料で説明する方法は、次のコンセプトにもとづいている。
電子証明書自動更新のコンセプト
取引先からの電子メールに従来（更新前）と異なる電子証明書が添付されてきた場合で、かつその電子証明書が当該取引先のものであると信じられるならば、その電子証明書を新たに更新された、かつ正しい電子証明書として取扱い、従来の電子証明書と置き換える。
ここで、「その電子証明書が当該取引のものであると信じられる」か否かの検証は電子証明書に記載された標準企業コードによって行う。したがって電子証明書が以下のような場
合には本資料による方法は適用できないので、更新は手交、郵送、電子メール等によって受け渡しを行い、受け取った側でシステムに登録作業する。
【本資料の方法を適用できないケース】
 更新後の電子証明書に標準企業コードが記載されていない場合。
 電子証明書の標準企業コードが、後述「2.1(1)1)」の条件を満たさない場合。
 一部の ASP のように複数の企業が同一のメールアドレスを使用する ASP を、電子証明書を更新する企業が利用している場合。
など【留意事項】
システム面の対処
本資料に示した方法によって対処する場合には、電子証明書を更新する企業とその取引相手の双方が本資料に示すシステム面の対処を施していなければならない。
システム改修の範囲
228

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

CI-NET LiteS 対応ソフトは一般に次図のような機能構成をもっており、CI-NET LiteS
対応システムを開発/利用している企業には、(A)および(B)を自社開発し(C)の部分は他のソ
フトウェア・ベンダより購入して組み込んでいるところがある。本資料に示すシステム対応
は通常は(C)の部分に当たる。このため(A)および(B)の部分には影響は及ばない可能性が高いが、実態は各社の実装方法によって異なるので、本資料の対処による影響の有無は、(C)部分を提供するソフトウェア・ベンダにご確認いただきたい。

(A)
(B)
業務
変換
アプリ 機能
機能

(C)
暗号
通信
機能
本資料に示す対処は、
主に(C)部分の対応。

図 D.Ⅶ- 1 システム改修の範囲

229

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

2.

処理概要
電子証明書を更新する際には、自社の電子証明書を更新する側の企業（A 社とする）において作業が生じるのは無論のこと、その取引相手（X 社とする）でも A 社の電子証明書を新しいものに登録しなおす必要がある。
以下では、A 社および X 社が CI-NET LiteS 対応システムで対応させることにより、手交等の方法によらずに、インターネット経由で安全かつ少ない作業負荷で電子証明書を更新する方法を示す。
以下、A 社側と X 社側に分けて説明する。

新しい電子証明書を取得
A社
自社の電子証明書を更新

X社
更新したことを連絡

自社の情報を更新

取引相手が電子証明書を更新
A社の情報を更新

図 D.Ⅶ- 2 処理概要

2.1.

自社の電子証明書を更新する企業（A 社）の処理

有効期限切れ等の理由によって自社の電子証明書を新しいものに更新する場合、以下の(1)～(3)の手順により実施する。この場合、次のポイントが必要である。
 新しい（更新後の）電子証明書は自社の標準企業コードが記載されているものとすること。
 従来の（更新前の）電子証明書の有効期限到来前に新しい電子証明書を取得すること。
 更新前、更新後の双方の電子証明書を並列保管できるようシステム対応すること。

(1) 新しい（更新後の）電子証明書を取得する。
1) 新しい電子証明書には、自社の標準企業コードが記載されていなければならない。またこの標準企業コードは以下の条件を満たさなければならない。これは、取引相手 X
社が更新すべき電子証明書を特定するために必要な要件である。
 CI-NET LiteS に用いる電子証明書を自社が複数所有している場合には、各電子証明書の標準企業コードは異なっていなければならない。
230

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

 更新前の電子証明書、更新後の電子証明書とも標準企業コードが記載されているもの
である場合、両電子証明書に記載される標準企業コードは同一でなければならない。
【注意事項】更新時期における標準企業コードの一時的な重複電子証明書に記載する標準企業コードについて「複数所有している場合には、各電子証明書の標準企業コードは異なっていなければならない」と前述しているが、更新時期に一時的に有効期間を重複して保有する場合はこの限りではない。

従来証明書の有効期限満了日

従来証明書
標準企業CD=AAAAAABBBBBB

新しい証明書の発効日

新しい証明書
標準企業CD=AAAAAABBBBBB

この期間は、同一標準企業コードの電子証明書が二つ存在する

図 D.Ⅶ- 3 更新時期における標準企業コードの一時的な重複
2) 新しい電子証明書は、従来の（更新前の）電子証明書の有効期限の 1 ヶ月程度以前に取得できるよう申請しなければならない

従来証明書の有効期限満了日

従来証明書の有効期間1ヶ月程度重複するよう申請する

新しい証明書の有効期間
申請

新しい証明書の発効日

図 D.Ⅶ- 4 新しい電子証明書の申請時期(2) 取得した電子証明書を自社の CI-NET LiteS システムに登録する。
 この時、従来の電子証明書もしばらくの期間システムから削除せず新旧並列保管する
よう、CI-NET LiteS システムを対応させなければならない。

231

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について(3) 取引相手に CI-NET LiteS システムでメッセージを送信する。
 この場合、更新後の電子証明書によって電子署名し、また更新後の電子証明書を添付して送信する。
 取引相手 X 社の CI-NET LiteS システムにおいて後述のような対応をしているなら
ば、以上の手続きをすることで、A 社の電子証明書の更新が X 社のシステムに反映される。
【留意事項】更新前後の電子証明書の有効期間の重複と、並列保管について
 次図 Y 社のような取引相手がある場合、A 社は自身の従来の電子証明書を廃棄してしまうと受信メッセージを復号できなくなる。このため更新前後の電子証明書の有効期間をオーバーラップさせるとともに、両者を並列保管する必要がある。
 この Y 社のような取引相手からメッセージを受信した場合、まず更新後の電子証明書に対応する秘密鍵によって復号を試み、それが失敗したら更新前の秘密鍵によって復号するといった処理を実装することが必要となる。
 なお、この Y 社のような取引相手に対しても、従来電子証明書の有効期限内に A 社の電子証明書を更新してもらうような対処が必要である。更新しないまま有効期限を過ぎると Y 社では A 社の有効な電子証明書を保有していないため、送信時の暗号化処理ができなくなるため。
有効期限内に Y 社への CI-NET メッセージの送信が発生しないケース（数ヶ月間見積を依頼しない場合など）もあり得るが、そうした際には CI-NET メッセージを含まないコメントのみの電子メール（「CI-NET LiteS 実装規約

A.情報伝達規約」における「形式(c)」のデータ）を CI-NET LiteS 形式で有効期限内に送信することで対処す
る。
Y社へ
見積依頼

新しい証明書をシステムに登録

X社へ
見積依頼

従来証明書の有効期
限内にY社にも通知

X社へ見積依頼を送信すると、X社はA社の電子証明書
が新しくなったことが分かるので、この時点以降、X社からのメッセージはA社の新しい電子証明書(公開鍵)によって暗号化されて届く

電子証明書の変更後A社からメールを受信していないY社は、A社の電子証明書が新しくなったことを知らないため、A社の従来の電子証明書(公開鍵)によってメッセージを暗号化してくる

図 D.Ⅶ- 5 更新前後の電子証明書の有効期間の重複

232

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

2.2.

取引相手の電子証明書更新に対応しなければならない企業（X 社）の処理

取引相手 A 社が電子証明書を更新し、前述のように更新後の電子証明書によるメッセー
ジを送信してきた場合、X 社側では以下のように対応する。この場合、次のポイントが必要である。
 新しい（更新後の）電子証明書を自動的にマスタ登録できるようシステム対応すること。
前提条件
 取引相手のマスタをシステムに保有しており、そのマスタに取引相手の電子証明書に係わる情報を登録している。
 CI-NET LiteS の電子メールを受信した際、その送り主をマスタ上で一意に特定することができる。
現状の CI-NET LiteS 対応システムの多くにおける処理
現状の CI-NET LiteS 対応システムの多くでは、電子メール受信時、以下のような処理を行っていると思われる。
(1) 受信した電子メールを復号する。
(2) 受信した電子メールの送り主をマスタから探す。
(3) 電子メールに添付されてきた電子証明書をマスタ上の電子証明書と比較して一致することを確認し、一致していればメール添付の電子証明書が当該取引相手のものであると判断する。
(4) 一致していれば、電子証明書の有効期限、失効有無等を確認したうえで、当該電子証明書を用いて改ざん有無の検証等を行う。
(5) 一致しない場合、不正なメールと判断し、エラー処理を行う。

233

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

A社からの
電子メール

取引相手のマスタ
(1)
復号

企業名

...

電子証明書

A社

...

A社証明書

(2)
検索

(3)電子メールに添付されて来た電子証明書とマスタ上の電子証明書とが一致することを確認する。
(一致しなければエラー処理)
自動更新に対応するには、エラー処理ではなく次に説明する処理が必要。

図 D.Ⅶ- 6 電子メール受信時の処理例

電子証明書の自動更新のためには、以下のようにシステムを対応させる
上記(5)の処理において両電子証明書が一致しない場合、A 社の電子証明書が更新されている可能性がある。
したがってこの場合は一律にエラー処理するのではなく、添付されてきた電子証明書が A
社のものと信じられるならば、A 社の電子証明書が更新されたものと認識し、両者の有効期限や新旧等をチェックしたうえでマスタに登録する。A 社のものと信じられるか否かの確認は、A 社の電子証明書の標準企業コードを X 社であらかじめ入手しマスタ登録しておき、添付されてきた電子証明書の標準企業コードがこれと一致するなら A 社のものと信じられると判断する方法が妥当と考えられる。
これ以降 A 社から受け取る電子メールは更新後の電子証明書によって電子署名等の処理が行われるはずなので、X 社では更新後の A 社の電子証明書を用いて受信後の処理を行う。
また X 社はこれ以降 A 社に電子メールを送信する場合は、更新後の A 社の電子証明書の公開鍵によって暗号化し、送信する。もしも上の例で受信した電子メールが取引関係情報（見積依頼などの CI-NET メッセージ）を含むものであれば受信確認メッセージを返信する必要があるが、その受信確認メッセージの暗号化処理も更新後の電子証明書の公開鍵によって行う。

234

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

3.

まとめ

3.1.

運用上の必要事項

運用上の必要事項（電子証明書を更新する A 社側）
 新しい（更新後の）電子証明書を取得する。
⇒

新しい電子証明書には自社の標準企業コードが記載されていなければならない。

⇒

CI-NET LiteS に用いる電子証明書を自社が複数所有している場合には、各電子証明書の標準企業コードは異なっていなければならない。

⇒

更新前の電子証明書、更新後の電子証明書とも標準企業コードが記載されているものである場合、両電子証明書に記載される標準企業コードは同一でなければならない。

 新しい（更新後の）電子証明書は、従来の（更新前）の電子証明書と有効期間が 1 ヶ月程度重複するよう申請する。
 新しい（更新後の）電子証明書を取得したら、自社の CI-NET LiteS システムに登録する。
 その後、従来の（更新前の）電子証明書の有効期間内に、全ての取引相手にメッセー
ジを送信する。
運用上の必要事項（取引相手の電子証明書更新に対応しなければならない X 社側）
 取引相手の電子証明書の標準企業コード19を連絡してもらい、あらかじめ自社の CINET LiteS システムに登録する。

19

電子証明書の標準企業コード：
電子証明書の標準企業コードの枝番（下 6 桁）と CI-NET メッセージ内部に記載される標準企業コードの枝番（下 6 桁）とが異なる、つまり標準企業コードが異なる場合があるので注意すること。
235

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

3.2.

システムの要対応事項

CI-NET LiteS システムが備えるべき機能は、自社が電子証明書を更新する場合（前例のA 社）と取引相手が電子証明書を更新する場合（X 社）で、それぞれ以下のようにまとめられる。ただし CI-NET LiteS を利用するどの企業も、自社が電子証明書を更新することもあ
れば取引相手が電子証明書を更新することもあるので、CI-NET LiteS システムは以下の双方の機能を備えることが必要である。
システムの要対応事項（自社の電子証明書を更新しなければならない場合に必要な機能）
 新しい（更新後の）電子証明書が登録された際、従来の（更新前の）電子証明書は削除せず、最低限その有効期間内は両者を並列保管する。
 更新後に送信するメッセージには、新しい（更新後の）電子証明書によって電子署名する。
 更新後に受信したメッセージを新しい（更新後の）電子証明書の秘密鍵によって復号できなかった場合、従来の（更新前の）電子証明書の秘密鍵によって復号する。
システムの要対応事項（取引相手の電子証明書更新に対応しなければならない場合に必要な機能）
 受信した電子メールに添付されている電子証明書が従来認識しているものと異なる
場合、添付の電子証明書が当該取引相手のものであると信頼できるならば、添付の電子証明書をマスタに登録する。
 以降、当該取引相手に送信するメッセージは、更新後の電子証明書の公開鍵によって暗号化する。
その他
これらのシステム対応と同時に、CI-NET LiteS システムは以下のような機能を備えても良い。
 電子証明書の有効期限の一定期間前に有効期限が間近であることをユーザに伝え、電子証明書の更新を促す機能。
 自社が電子証明書を更新した後もなんらかの理由によって更新できない取引相手が存在する場合に備え、選択的に従来の（更新前の）電子証明書によって電子署名して送信する機能。
 「2.1 の【留意事項】更新前後の電子証明書の有効期間の重複と、並列保管について」に記載したように、電子証明書を更新した企業は、更新後の電子証明書によって署名した CI-NET LiteS 形式のデータを従来の(更新前の)電子証明書の有効期限到来前に全ての取引相手に送信する必要があるので、期限前に取引データの発生しない取引相手にもコメントのみの電子メールなどを送信しなければならない。CI-NET LiteS シス
236

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

テムは、このコメント・メール送信の作業負荷を削減する機能（例：電子証明書更新後一定期間を経過しても電子メールを送信していない取引相手に自動的にコメント・メールを送信する）を備えても良い。

237

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

238

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

239

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

240

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

CI-NET LiteS 利用者のための建設工事の電子契約についての解説「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」の解説

2004 年 6 月

財団法人 建設業振興基金
建設産業情報化推進センター

241

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説.

242

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

目 次
本解説書の目的と構成
CI-NET LiteS システムを用いた電子契約の概要
１．背景と目的1.1

IT 書面一括法の背景、目的

1.2

書面交付の理由、問題点

２．建設業法第 19 条の改正
2.1 狙い
2.2 改正３.ガイドラインの必要性
４．電磁的措置で契約するための法的要件とその対応
4.1 改正に伴う新たな法的要件
4.1.1.書面の交付に代えることのできる
電磁的措置の種類 省令第 13 条の 2 第 1 項
4.1.2.電磁的措置の種類および内容に係る相手方の事前の承諾 政令

第 5 条の 5

4.1.3.電磁的措置の技術的基準
省令

第 13 条の 2

第2項

4.2 CI-NET LiteS における対応の考え方
4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
4.3.1.

見読性の確保4.3.2.

電磁的記録等の保存

参考参考1． 建設業法第 19 条改正条文
参考2． 建設業法施行令（政令）改正条文
参考3． 建設業法施行規則（国土交通省令）改正条文
参考4． 建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係るガイド
ライン
参考5． 建設省経建発第 132 号、133 号 注文書及び請書による契約について
参考6． Q&A 集
参考7． 電磁的記録等の保管システムにおける外部インタフェースの参考仕様
243

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考8． 電子契約の契約内容確認

印刷イメージ

244

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

本解説書の目的と構成
2001 年 4 月の建設業法の改正施行により、建設工事の請負契約の当事者は、建設工事の請負契約の交付を書面に代えて情報通信の技術を利用した方法により行うことができるよ
うになりました。なお、本解説では改訂時における最終更新の関連法令を記載しています。
■建設業法
第十九条

建設工事の請負契約の当事者は、前条の趣旨に従って、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならな
い。
（略）
３

建設工事の請負契約の当事者は、前二項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省令で定めるものを講ずることができる。この場合において、
当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じた
ものとみなす。

すなわち、CI-NET20のような EDI21を用いた方法や、コンパクト・ディスク(CD)、磁気光ディスク(MO)、デジタル・バーサタイル・ディスク(DVD)などの媒体にデータを記録して受け渡す方法によって契約を締結することができるようになりました。ただしこのためには一定の要件を満たすことが必要とされており、その具体的内容は、政令22、省令23およびガイ
ドライン24に定められています。
本解説書は、この施行をうけて建設工事の請負契約の締結をこれまでの書面に代えて CI-

20

CI-NET（シー・アイ・ネット：Construction Industry NETwork）：
標準化された方法でコンピュータ・ネットワークを利用し建設生産に関わる様々な企業間の情報交換を実現し、建設産業全体の生産性向上を図ろうとするものです。
21 EDI（イー・ディー・アイ：Electronic Data Interchange）：
電子データ交換。企業間で行われる受発注や資金決済などの取引のためのデータを通信回線を介して標準的な規約（可能な限り広く合意された各種規約）によりコンピュータ（端末を含む）間でデータ交換することをいいます。
22 政令： 建設業法施行令23
省令： 建設業法施行規則24
ガイドライン：
建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係わるガイドライン
245

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

NET LiteS25による EDI によって行おうとする方の参考のために、建設業法第 19 条それにともなう政令、省令およびガイドラインに定められた要件を満たすために必要となる対応を解説しようとするものです。
なお、こうした対応を必要とするのは建設工事の請負契約の当事者ですが、現実の業務では、自身でコンピュータ・システムを開発して利用する場合だけでなく、市販のパッケージ・
ソフトを購入しての利用や ASP 事業者26に委託するケース等も考えられます。そうしたケースに該当する場合には、利用するパッケージ・ソフトや ASP サービス等の提供者においてもこれらの対応が必要となります。

25

CI-NET LiteS：（シー・アイ・ネット・ライツ）
建設産業における EDI（電子データ交換）の標準方式である「CI-NET 標準ビジネスプロトコル」に準拠した EDI を電子メール方式で実施するもの。実施のための取り決めは、(財)建設業振興基
金 経営基盤整備支援センター情報化推進室が発行する「CI-NET LiteS 実装規約」に定められている。
26
ASP 事業者(エー・エス・ピー： Application Service Provider)：コンピュータ・ソフトウェアを販売する代わりに、ネットワーク経由でソフトの機能だけを有償で提供する事業者。ユーザにとって、ブラウザ（データ・ファイルの内容を表示するソフト）とインターネットを利用できればソフトウェアを利用できるため、ソフトウェアの導入、運用、更新等の手間をかける必要がなくなるサービスを提供します。
246

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

本解説書の構成は以下の通りです。

表 B.Ⅷ- 1 構成
1.背景と目的・建設工事の請負契約の締結を、情報通信の技術を利用した方法によって行え
るようになった背景、目的を解説する。
2.建設業法第 19 条の改正
・1.の目的によって改正された建設業法の箇所（第 19 条ほか）と、第 19 条改正にあわせて改正された政令、省令について解説する。
3.ガイドラインの必要性
・建設業法、政令、省令の改正にあわせて、国土交通省がガイドラインを公表した理由を解説する。
4.電磁的措置で契約するための法的要件とその対応
・「4.1 改正に伴う新たな法的要件」では、法律等に定められた要件を解説する。
・「4.2 CI-NET LiteS における対応の考え方」では、4.1 に整理した要件のうちCI-NET LiteS のルールにおいて既に規定されているものがあるので、それらについて解説する。
・「4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応」では、4.2 に掲げていない要件の各々を満たすために必要となる対応を解説する。
なお本解説書の内容は、現状の技術水準にあわせた具体的方策を解説したものであり、今後の技術進歩にあわせて見直すことが必要です。

247

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

CI-NET LiteS システムを用いた電子契約の概要
財団法人建設業振興基金では、建設産業用の EDI（イー・ディー・アイ）標準である CINET（シー・アイ・ネット）標準の開発を進めています。
CI-NET LiteS（シー・アイ・ネット・ライツ）は、CI-NET 標準に基づき、インターネット
環境のもとで電子メールを利用して簡易に EDI を行うための仕組みであり、建設産業のどの企業でも簡単に注文データ・注文請データによる契約を電磁的措置によって行える環境を提供しています。
この CI-NET LiteS によるソフトウェアは、既にソフトウェア・ベンダにより販売されています。建設業者がこうしたソフトウェアを利用しながら簡易に電子契約を行えるよう、建設業振興基金は支援を行っています。
■ガイドラインへの対応
CI-NET LiteS はインターネットの利用を想定していますので、安全性の面で十分な配慮がされています。
●書面の交付に代えることのできる電磁的措置の種類
電子メールは、省令によって許容された方式の一つです。
●電磁的措置の種類および内容に係る相手方の事前の承諾
CI-NET 標準では、承諾を得たことの確認として、「データ交換協定書」等に記名押印して取り交わすのが一般的です。
「データ交換協定書」の雛型は CI-NET 標準の中に記載されています。
●電子署名の添付「ガイドライン」では、電子データの改ざん対策として電子署名を必ず電子データに添付するようにされていますが、CI-NET LiteS では十分な強度をもつ電子署名を使用しています。
●電子的な証明書の添付「ガイドライン」で要求している電子的な証明書の添付についても、CI-NET LiteSは対応しています。
●安全な保管、保管データの表示・印刷
CI-NET LiteS に対応した多くのソフトウェアでは、保管されている電磁的記録等（保管データ）が改ざんされてないことを証明する機能や、保管データの表示・印刷機能（見読性の確保）の組み込みが進んでいます。
CI-NET LiteS については、下記機関が問い合わせ窓口です。
財団法人建設業振興基金〒105-0001 東京都港区虎ノ門 4-2-12 虎ノ門 4 丁目 MT ビル 2 号館
tel.03-5473-4573 fax.03-5473-4580 電子メール ci-net01@kensetsu-kikin.or.jp

248

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

注文データ

電子署名
電子的な証明書

建設工事の請負契約では注文請けデータ

CI-NET LiteS 規
約情報伝達規約で定められた通信方式準拠
電子署名の添付に対応
電子的な証明書の添付に対応■原本性の確保
電子署名の添付電子的な証明書の添付
ガイドラインの要件

ソフト運用
表示・印
刷機能

■見読性の確保
保存機能■原本性の確保電磁的記録等の保存

案件

非改ざん性
の証明機能

図 D.Ⅷ- 1 CI-NET LiteS の対応

249

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

1.

背景と目的

1.1．IT 書面一括法の背景、目的(1) 背景近年、インターネットの急速な普及にみられるような情報通信の技術の発達に伴い、「IT革命」とも呼ばれる経済、社会の仕組みの構造変革が世界的な規模で進行しています。そして､電子商取引の健全な発展が、「IT 革命」の重要な一部を構成することについては異論のないところです。
しかしながら、電子商取引等を行うにあたり書面の交付あるいは書面による手続きを義務付けている法制度がその拡大の妨げになっており、わが国経済の発展を阻害する一因になっているのではないかとの懸念の声がありました｡(2) 目的こうした状況を踏まえ、「書面の交付等に関する情報通信の技術の利用のための関係法律」は、民間における商取引に関すの整備に関する法律（以下、「IT 書面一括法27」という。）
る書面の交付や書面による手続きを義務付けている関係法律 50 本について、書面の交付等に代えて相手方の承諾を得たうえであれば書面に記載すべき事項を電磁的措置28によって行えることとするものです。すなわち、契約当事者の双方が電磁的措置を行う方が望ましいと判断する場合に限ってその選択肢を与えるものです｡
同法案は 2000 年 10 月 20 日に閣議決定され、11 月 17 日に成立、2001 年 4 月 1 日から関係政令、関係省令と併せて施行されました｡これにより、建設業法も 2001 年 4 月 1 日より改正施行されています。

27

IT 書面一括法：
商取引を規制する総計 50 本の法律を一括して改正しました。
50 本の中には、建設関係では、建設業法、測量法、建築士法、宅地建物取引業法、建設工事に係る資材の再資源化等に関する法律等があります。
28
電磁的措置：
建設業法第 19 条第 3 項にある「電子情報処理組織を利用する方法その他の情報通信の技術を利用する方法」について、本解説では「電磁的措置」といいます。具体的には､コンピュータ・ネ
ットワークを利用する措置あるいは電子記録媒体を利用する措置が想定されます。「4.1.1」の解
説参照。
250

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

1.2． 書面交付の理由、問題点(1) 理由建設業法において書面交付を義務付けている条文の一つとして、建設工事の請負契約29の内容を定めた第 19 条があります。第 19 条では、あらゆる請負契約の当事者に対して請負契約の内容を書面に記載して相互に交付することを義務付けています。建設工事の請負契約の当事者とは、発注者と元請負人との間に締結される契約の当事者のみならず、下請契約の当事者すなわち元請負人と下請負人も含むものです。
書面が義務付けられている理由は以下の通りです。請負契約は民法によれば両当事者間の合意によって成立する諾成契約30とされており(民法第 632 条)、何らの様式を必要とせず、
いわゆる口約束だけでも効力を生じます｡しかし、それでは内容が不明確･不正確となり後日紛争の原因となりやすいので、建設工事の場合は、内容等重要な事項を明記するなど当事者間の権利義務関係を明確にしておく必要性から､建設業法第 19 条において契約は書面で行い相互に交付すべきことを規定しています。
またこのようにあらかじめ契約の内容を書面により明確にしておくことは､いわゆる請負契約の「片務性31」を改善することにもなり、極めて重要な意義があります｡
また、CI-NET では、契約の成立を以下のとおり定めています。
CI-NET による電子データ交換（EDI）に関するデータ交換協定書（参考例）
第 7 条（意思表示等の時期）
CI-NET による EDI の実施に伴う甲乙間の意思表示または通知は、甲および乙が提供すべき取引関係情報を相手方のアドレスに取引関係情報を送信し、相手方が当該送信関係情報を受信した時点で相手方に到達したものとする。

(2) 問題点
建設工事は数々の専門工種の組み合わせから成り立ち、建設工事の元請負人は工事の内容に応じて､その都度様々な専門工事業者に注文を出すので、建設業者間で締結される建設

29

請負契約：
民法上、次のように規定されています。
民法 632 条【請負】請負ハ当事者ノ一方カ或仕事ヲ完成スルコトヲ約シ相手方カ其仕事ノ結果ニ対シテ之ニ報酬ヲ与フルコトヲ約スルニ因リテ其効力ヲ生ス
30諾成契約：合意だけで成立する契約をいいます。
31片務：契約の当事者の一方のみが義務を負うことをいいます。
251

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

工事の請負契約は膨大なものとなっています。ある大手総合工事業者の年間契約件数は 10万件近くにおよび、それに付随する膨大な事務処理が大きな負担となっています。
これを電子的に作成交付できれば、書類保存や整理、検索に伴う費用を大幅に節減できる可能性がある等のため、書面の交付に係る規定の規制緩和が建設業界より強く要望されるようになりました｡

252

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

背景

電子商取引の伸展

インターネットの普及
経済･社会の仕組みの構造変革

書面の交付あるいは書面による手続きを義務づけている法制度の妨げ

書面に代えて電磁的措置によって行うことを許容「IT書面一括法」50本

建建設業法
第19条､第19条の2､第22条､第23条
建設業法
第19条

建設業法施行令
建設業法施行規則

ガイドライン

建設工事に係る電子契約についての解説（本解説）
建設工事の請負契約の締結をこれまでの書面に代えて電磁的措置によって行おうとする場合の参考のために、建設業法第19条、政令、省令およびガイドラインに定められた法的要件とそれを満たすために必要となる技術面、運用面の対応を解説しています 。

図 D.Ⅷ- 2 本解説の位置づけ

253

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

2.

建設業法第 19 条の改正

2.1.

狙い

IT 書面一括法により、建設業法では第 19 条(建設工事の請負契約の内容)、第 19 条の 2(現場代理人の選任等に関する通知)、第 22 条(一括請負の禁止)、第 23 条(下請負人の変更請求)が改正され、従来からの書面の交付による手続きに加えて電磁的措置が許容されました。
これにより、インターネット等を活用した電子商取引が広まり、個々の建設業者の事務コストの削減が期待され、能力のある建設業者が伸びるチャンスが増えるなど､構造改善にもつながっていくことが期待されます｡

2.2.

(2)

改正

建設業法第 19 条の改正

この改正で、書面交付に代えて､相手方の承諾を得て建設工事の請負契約を電磁的措置
によって行えることとなりました。参考 1.参照。

(3)

建設業法施行令の改正

建設業法第 19 条第 3 項の条文中の「政令で定めるところ」の文面の具体的内容を建設業
法施行令（以下、「政令」という。）第 5 条の 5 で示しており、あらかじめ相手方の承諾を得る必要性について定めています。参考 2.参照。

(4)

建設業法施行規則（国土交通省令）の改正

建設業法第 19 条第 3 項および建設業法施行令第 5 条の 5 の条文中の「省令で定めるところ」の文面の具体的内容を建設業法施行規則（以下、「省令」という。
）第 13 条の 2、第 13
条の 3、第 13 条の 4 で示しており、電磁的措置を行う方法、電磁的措置の種類および内容、あるいはそれに適合する技術的基準さらにあらかじめ相手方の承諾を得るべき内容などについて定めています。参考 3.参照。
なお、これらの改正は、2001 年 4 月 1 日に改正施行されたものです。

254

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

発注者

受注者

電子データ

書面

建設業法
第19条
第3項

建設業法第19条の改正で、書面あるいは電子データ
いずれも選択できるようになった。

図 D.Ⅷ- 3 建設工事の請負契約は、書面あるいは電子データいずれも選択可能

255

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

3.

ガイドラインの必要性

電磁的措置によって建設工事の請負契約を締結しようとする者は、「2. 建設業法第 19 条の改正」に掲げたように、「省令第 13 条の 2 第 2 項」に規定する「技術的基準」に沿って行う必要があります。
省令

第 13 条の 2<略>２

前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一

当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二

ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ <略>
しかしながら、この基準だけでは、具体的にどのような電磁的措置を講じれば法律に添ったものとなるのか明確でないこと、また改変防止等の措置が不十分なまま建設工事の請負契約を締結した場合後日紛争が生じやすいこと等の問題があります。
このため、安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用によって電子的に建設工事の請負契約を締結しようとする場合の参考として、「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン（以下、「ガイドラ
イン」という。）」を国土交通省が定め、2001 年 3 月 30 日公表しました。参考 4.参照。

256

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

建設業法第19条○書面を相互に交付○相手方の承諾で情報通信の技術を利用する方法による建設工事の請負契約が可能
・政令で定めるところの相手方の承諾
・省令で定める電磁的措置
政令5条の5○相手方の承諾・省令で定める電磁的措置の種類、内容をあらかじ
め相手方に示し、承諾を得なければならない
・承諾を得る方法は、書面、あるいは省令で定める方法でなければならない

建設省経建発第132、133号○注文書および請書による契約の形態を許容
電子記録媒体とは、
省令第13条の2第1項第2号に「磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）」と記載されているものをいう

省令13条の2○相手方と行う電磁的措置
・コンピュータ・ネットワーク利用の措置
電子メール、Web（ホームページ）等
・電子記録媒体利用の措置
FD、CD、MO、DVD等○電磁的措置の技術的基準
・書面作成が可能なこと・改変を確認することができる措置を講じていること
省令13条の3○相手方に示す電磁的措置の種類・内容
・建設工事の請負契約を行う場合の電磁的措置の種類
1. コンピュータ・ネットワーク利用の措置、電子記録媒体利用の措置
2. ファイルへの記録の方式
省令13条の4○相手方の承諾を得る電磁的方法
・コンピュータ・ネットワーク利用の措置
電子メール、Web（ホームページ）等
・電子記録媒体利用の措置
FD、CD、MO、DVD等

ガイドライン○電磁的措置の技術的基準
1.書面作成が可能なこと（見読性の確保）
 ・ディスプレイ、書面等に表示可能
2.改変を確認することができる措置を講じていること（原本性の確保） ・公開鍵暗号方式による電子署名 ・電子的な証明書の添付
 ・電磁的記録等の保存

図 D.Ⅷ- 4 建設業法第 19 条とガイドラインの関係

257

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

建設工事の請負契約を電磁的措置で行う場合
電子メールやWebを使って電子メール契約を行いたいコンピュータ・ネットワークWeb（ホームページ）

Ａ社

Ｂ社
FD、CDなど

Ｃ社

省令第13条の2
第2項の規定ガイドライン

第1項
印刷・表示

第2項
技術基準に適合すること・書面作成が可能なこと・改変を確認することができる措置を講じていること

・表示・書面作成が可能なこと（見読性の確保）・改変を確認することができる措置を講じていること（原本性の確保）・電子署名の添付
・電子的な証明書の添付
・電磁的記録等の保存

第3項

図 D.Ⅷ- 5 ガイドラインの内容

258

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.

電磁的措置で契約するための法的要件とその対応

本章では、建設工事の請負契約の締結をこれまでの書面に代えて電磁的措置で行おうとする場合の参考のために、建設業法第 19 条、政令、省令およびガイドラインに定められた法的要件とそれを満たすために必要となる技術面、運用面の対応を解説します。
「4.1 改正に伴う新たな法的要件」では、法律等に定められた要件を解説します。
4.1 に整理した要件のうち CI-NET LiteS のルールにおいて既に規定されているものがあるので、「4.2 CI-NET LiteS における対応の考え方」ではそれらについて解説します。
「4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応」では、4.2 に掲げていない要件の各々を満たすために必要となる対応を解説します。

【注意事項】
本章では、建設工事の請負契約の当事者間で受け渡す注文書・請書の内容の電子情報を「データ」といい、受領した側でこれを内部的に管理する電子情報を「電磁的記録」という。

4.1.

4.1 改正に伴う新たな法的要件

建設業法第 19 条 3 項の追加により、書面の交付に代えて情報通信の技術の利用によって建設工事の請負契約を締結することができるようになりました。これによって関連する政令、省令も改正され、またそれに対応して新たにガイドラインも定められましたので、それらの要件を以下の順番で解説します。
4.1.1 書面の交付に代えることのできる電磁的措置の種類

省令第 13 条の 2 第 1 項

4.1.2 電磁的措置の種類および内容に係る相手方の事前の承諾
4.1.3 電磁的措置の技術的基準

政令 第 5 条の 5
省令

第 13 条の 2

第2項

259

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説●電磁的措置の種類
コンピュータ・ネットワーク利用の措置と電子記録媒体利用の措置のいずれも利用できるコンピュータ・ネットワーク
利用の措置

電子メール

Web（ホームページ）
FD、CDなど

電子記録媒体利用の措置●相手方の事前の承諾が必要
電磁的措置を行う前に種類と内容について承諾を得ること
1.以下の方法のうちどれを使うか・コンピュータ・ネットワーク利用の措置
・電子記録媒体利用の措置
2.ファイルの記録方式はどのような方式か●技術的基準に適合電磁的措置を行うには以下の技術基準に適合すること
1.ファイルの記録から書面作成が可能（見読性の確保）
2.改ざんを確認できる措置を講じていること（原本性の確保）

図 D.Ⅷ- 6 改正に伴う新たな法的要件の概要

260

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.1.1 書面の交付に代えることのできる電磁的措置の種類 省令第 13 条の 2 第 1 項
書面の交付に代えることのできる電磁的措置の種類として、以下の措置が掲げられています。
省令

第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）

法第 19 条第 3 項の国土交通省令で定める措置は、次に掲げる措置とする。
一 電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。
以下同じ。）と当該契約の相手方の使用に係る電子計算機とを接続する電気通
信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイ
ルに記録する措置
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイ
ルに記録された同条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）を電気通信
回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該契約事項等を記録する措置
二 磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）
をもつて調製するファイルに契約事項等を記録したものを交付する措置
２
３<略>
第 1 項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

261

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

解説○電磁的措置・電磁的措置としては、上欄の「省令第 13 条の 2」に掲げられた措置「第 1 項 1 号イ、ロあるいは 2 号」のいずれも用いることができます。
1.

コンピュータ・ネットワーク利用の措置

第 1 項第 1 号に掲げられた措置とは、現在ではコンピュータ・ネットワークを用いて、電子メール、Web32(ホームページ)、VAN33等によってコンピュータ間で電子データを送受信する措置が該当すると想定されます。
2.

電子記録媒体利用の措置

第 1 項第 2 号に掲げられた措置とは、現在ではコンパクト・ディスク(CD)、磁気光ディスク(MO)、デジタル・バーサタイル・ディスク(DVD)等の電子記録媒体に電子データを記録して受け渡す措置が該当すると想定されます。

4.1.2 電磁的措置の種類および内容に係る相手方の事前の承諾 政令第 5 条の 5
「1.背景と目的」で述べたように、IT 書面一括法の趣旨は、従来からの書面の交付による手続きに加えて電磁的措置を許容するものです。すなわち、当事者の双方が電磁的措置の方が望ましいと判断する場合に限ってその選択肢を与えるものです。したがって、建設工事の請負契約においても書面の交付による請負契約締結に代えて電磁的措置で行うことができるのは、建設工事の請負契約の当事者の双方が電磁的措置の方が望ましいと判断する場合です。
このため、建設工事の請負契約の締結を電磁的措置により行おうとするときは、電磁的措置の利用に先立ってあらかじめ当該契約の相手方に対してその電磁的措置の種類、内容等を示し、承諾を得なければならないことが定められています。
政令

第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）

建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらか
じめ、当該契約の相手方に対し、その講じる電磁的措置の種類及び内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用

32

Web（ウェブ）： World Wide Web（ワールド・ワイド・ウェブ）の略称。インターネット／イントラネッ
ト上で利用可能なシステム。WWW（ダブリュ・ダブリュ・ダブリュ）も略称です。
33 VAN（バン：Value Added Network）：付加価値通信網のこと。コンピュータ向けの大容量の回線を持つ業者が、その回線のリセールを行なうサービス。
262

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説する方法であつて国土交通省令で定めるもの（次項において「電磁的方法」という。）による承諾を得なければならない。
２

前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1 項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合はこの限りではない。
上欄下線部の「国土交通省令で定める措置」とは、前述の「4.1.1 書面の交付に代えることのできる電磁的措置の種類」の中の「省令第 13 条の 2 第 1 項」に掲げられており、コン
ピュータ・ネットワーク利用の措置と電子記録媒体利用の措置が想定されます。
また「国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し」とされている内容は、次に述べる「省令第 13
条の 3」に掲げられており、a)省令第 13 条の 2 第 1 項に定められたコンピュータ・ネット
ワーク利用の措置と電子記録媒体利用の措置のうち使用する措置、b)電子データのファイ
ルへの記録方式の 2 点を相手方に示さなければならないとされています。
省令

第 13 条の 3

令第 5 条の 5 第 1 項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一

前条第 1 項に規定する措置のうち建設工事の請負契約の当事者が講じるもの二ファイルへの記録の方式

なおこの場合、相手方の承諾は、書面によって得るほか、「省令第 13 条の 4」に掲げられた「電磁的方法」によって確認することができます。

解説○相手方の承諾・相手方との間で、建設工事の請負契約の締結を電磁的措置によって行うことについて合意する契約、協定等をあらかじめ取り交わさなければなりません。
・この協定等には、合意した電磁的措置の種類および内容、電子データの記録形式、電子データの受け渡し方法等を明示しなければなりません。建設工事の請負契約の締結は、この協定等において合意した内容にしたがって運用されなければなりません。

263

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.1.3 電磁的措置の技術的基準

省令 第 13 条の 2 第 2 項

電磁的措置による建設工事の請負契約の記録は、電磁的記録なので記録そのものが見読不可能であり、また建設工事の請負契約の当事者が対面して書面により行う契約に比べて改ざんされてもその痕跡が残り難い等の問題があります。
そこで、建設工事の請負契約の当事者間の紛争を防止する等安全な電子商取引を促進する観点から、前述の「4.1.1 書面の交付に代えることのできる電磁的措置の種類」に示した
コンピュータ・ネットワーク利用の措置と電子記録媒体利用の措置のいずれを用いる場合にも、以下の技術的基準に適合するものでなければならないことが定められています。
省令

第 13 条の 2<略>２

前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一

当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二

ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ <略>
またこの技術的基準については、詳細な内容が参考 4.の「建設業法施行規則第 13 条の 2
第 2 項に規定する『技術的基準』に係るガイドライン」に定められています。
まず上欄の省令中の第 2 項の各号の項目については、「見読性の確保について（規則第 13条の 2 第 2 項第 1 号関係）」としてガイドラインに以下が定められています。
２．見読性の確保について（規則第 13 条の 2 第 2 項第 1 号関係）
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第 19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシステムを整備しておくことが必要である。
また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せる
よう、適切な検索機能を備えておくことが望ましい。
また「省令第 13 条の 2 第 2 項第 2 号」については、「原本性の確保について（規則第 13条の 2 第 2 項第 2 号関係）」としてガイドラインに以下が定められています。
264

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

３．原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。
（１）公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりす
ましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う登記所、電子署名及び認証業
務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機
関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、
265

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。
なお上欄各項目について補足すると、(1)は、いわゆる公開鍵暗号方式34による電子署名を採用する必要があることを述べています。
(2)は、信頼される第三者機関が発行する電子的な証明書を添付して相手方に渡す必要があることを述べています。
(3)は、契約事項等の電磁的記録等を適切に保存しておく必要があること、その際、保管されている電磁的記録等が改ざんされていないことを自ら証明できるシステムを整備しておく必要があることを述べています。

解説○相手方に渡す電子データ
・相手方に渡す電子データは、相手方が目視によって確認するためにディスプレイ、書面
等に表示できるよう、あらかじめ相手方と合意した電子データ形式等に則ったものでなければなりません。
・相手方に渡す電子データには、当該電子データが真に自ら作成したものであること（改ざん等が行われていないこと）を示すために、暗号鍵（秘密鍵・公開鍵）が十分な強度35をもつ公開鍵暗号方式によって作成された電子署名を添えて相手方に受け渡さなければなりません。
・また電子署名の作成に用いた暗号鍵が確かに自身のものであることを示すために、相手方が信頼する認証機関（当該請負契約の当事者ではない第三者であること）が発行した
電子的な証明書も添付しなければなりません。
○相手方から受け取った電子データ
・相手方から受け取った電子データを電磁的記録として保管するためには、滅失、散逸、改ざん等のないよう適切な管理の下に保管のうえ、ディスプレイや書面に速やかかつ整
然と表示できるように、また保管されている電磁的記録等が改ざんされていないことを証明できるようにシステムを整備しなければなりません。

34
35

公開鍵暗号方式：「4.2 (3-b)公開鍵暗号方式による電子署名の採用」を参照。
暗号鍵（秘密鍵・公開鍵）が十分な強度： 詳細は「4.2(3-c)【留意事項】」を参照。
266

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.2 CI-NET LiteS における対応の考え方
電磁的措置によって建設工事の請負契約を締結するには、CI-NET LiteS を用いる場合も例外なく 4.1 に示した事項等をすべて遵守しなければなりません。ただし、これら事項のいくつかは CI-NET LiteS 実施上の必須ルールとなっているため、CI-NET LiteS 実装規約に準拠した運用、システム整備を行っている利用者は、ほかに追加的な対処をする必要はありません。本節では、これらの内容を整理します。

表 D.Ⅷ- 2 法的要件のうち CI-NET 実装規約に定められたもの
法的要件の内容（4.1 参照）

CI-NET LiteS 実装規約での対応する規則

4.1.1 書面の交付に代えることのできる電磁的措 電子メール方式を用いなければならない。
置の種類
4.1.2 電磁的措置の種類および内容に係る相手方 CI-NET LiteS によって建設工事の請負契約の事前の承諾

の締結を行うことに合意する「データ交換
協定書」、「運用マニュアル」等を、あらかじ
め相手方と締結しなければならない。

4.1.3(a)当該記録をディスプレイ、書面等に速 本文参照

電やかかつ整然と表示できるよう、システ

磁

ム整備しておくことが必要

的(b)いわゆる公開鍵暗号方式による電子署 ダイジェスト・アルゴリズム SHA-1、ダイジ

措

名を採用する必要がある

ェスト暗号化アルゴリズム RSA（鍵長 1,024置ビット）で作成した電子署名を、情報伝達規の約で定める方式にて送信しなければならな

技

い。

術

(c)信頼される第三者機関が発行する電子 相手方が信頼する認証機関によって発行さ的的な証明書を添付して相手方に送信する れた自身の電子的な証明書を、情報伝達規

基

必要がある

約で定める方式にて送信しなければならな

準い。
(d)契約事項等の電磁的記録等を適切に保 本文参照
存しておく必要がある。その際、保管されている記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。

[注]網掛けは、CI-NET LiteS 実装規約に準拠することで対応済みと考えられる事項。

267

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(1) 書面の交付に代えることのできる電磁的措置の種類
CI-NET LiteS では、建設工事の請負契約に係るデータを受け渡す方法として電子メールの利用をルールとしています。これは、省令第 13 条の 2 第 1 項第 1 号イに掲げられた措置に該当すると考えられます。

省令 第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）
第1項
法第 19 条第 3 項の国土交通省令で定める措置は、次に掲げる措置とする。
1.電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。以下同じ。）と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する措置<以下略>(2) 電磁的措置の種類および内容に係る相手方の事前の承諾
CI-NET LiteS では、その実施に先だって、取引に係るデータの交換を CI-NET LiteS によって行うことを相手方と相互に合意するために、「データ交換協定書」を締結し、「運用マニュアル」を定めることをルールとしています。
この「データ交換協定書」等には省令第 13 条の 3 に掲げられている以下の内容を示し、それについて相手方の承諾を得なければなりません。
省令 第 13 条の 3
令第 5 条の 5 第 1 項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一 前条第 1 項36に規定する措置のうち建設工事の請負契約の当事者が講じるもの
二 ファイルへの記録の方法

第 1 号の「前条第 1 項に規定する措置のうち建設工事の請負契約の当事者が講じるもの」
に関しては、電子メール方式を用いることについて相手方に示し、その承諾を得ることが推奨されます。
また第 2 号の「ファイルへの記録の方法」に関しては、注文書・請書のデータ書式（CINET LiteS 実装規約に準拠すること）、電子署名と電子的な証明書の添付書式（情報伝達規約で定められた方式を用いること）、相互に使用する電子メール・アドレス等について相手

36

前条第 1 項： 省令第 13 条の 2 第 1 項
268

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

方に示し、その承諾を得ることが推奨されます。
なお、こうした事項を網羅した「データ交換協定書」および「運用マニュアル」の雛形がCI-NET LiteS の利用を前提として作成されており、各社はこれを流用して一部を手直しするなどにより、自社用の「データ交換協定書」および「運用マニュアル」を作成することができます。「データ交換協定書」と「運用マニュアル」の雛形の入手方法については、(財)建設業振興基金

建設産業情報化推進センターにお問い合せください。

(3) 電磁的措置の技術的基準(3-a)ディスプレイ、書面等に速やかかつ整然と表示できるシステム整備
CI-NET LiteS 実装規約での対応する規則はありません。

(3-b)公開鍵暗号37方式による電子署名の採用
CI-NET LiteS では、公開鍵暗号方式による電子署名を使用することをルールとしています。電子署名は情報伝達規約で定められた方式により添付します。
(3-c)電子的な証明書の添付
同じく CI-NET LiteS では、電子的な証明書を情報伝達規約で定められた方式によって電子メールに添付することをルールとしています。
この電子的な証明書の正当性の確保は、以下の 2 点を確認することによって行います。
・当該電子的な証明書が確かに当該相手方のものであること
・当該電子的な証明書が自社の信頼する認証機関38により認証されたものであること

37

公開鍵暗号方式：
公開鍵暗号方式では、データの暗号化、復号のために公開鍵と秘密鍵という 2 種類の暗号
鍵を使います。建設業者は公開鍵と秘密鍵を同時にペアで作成し、公開鍵を必要な取引先に渡します。一方、秘密鍵は絶対に他社に漏れないよう厳重に保管しなければなりません。秘密鍵で暗号化したデータは公開鍵でしか復号できません。
38 認証機関：電子的な証明書を発行する機関(企業、公共組織等）。公開鍵の持ち主が正しく本人であることを保証します。
269

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

B社の電子的な証明書（A社が信頼する認証機
関による電子署名付き）
相手方
（B社）

相手方
（B社）

A社が信頼
する認証機
関の公開鍵

B社からの電子的な証明書受領時に、認証機関による電子署名を検証し、信頼できる電子的な証明書であることを確認する。

図 D.Ⅷ- 7 電子的な証明書の正当性の確認

また電子的な証明書が無効になった際はただちに相手方に通知するとともに、相手方から通知を受けた場合にはこれを失効情報として管理することが必要です。
【留意事項】電子的な証明書の信頼性、暗号の強度について
建設業法第 19 条は、同 18 条に定める「建設工事の請負契約の原則」の趣旨に従い、契約の内容を明記したうえで相互に交付することを定めていますが、建設工事の請負契約の記
録はこのほかにも、紛争にともなう裁判等において当該請負契約が真に存在することを自ら証明する手段として利用される場合があります。
こうした状況において、建設工事の請負契約の電磁的記録等の真正性や、改ざんされていないことの証明には、電子的な証明書の信頼性と暗号鍵の強度が重要な要素となります。裁判官等の第三者が真正性を判断する場合、これら第三者が電子的な証明書をどの程度信頼するか、および検証処理に用いる暗号鍵がどの程度の強度をもつか等が判断の要素となり得ます。このような事情から、電子的な証明書の信頼性、電子署名の強度について、世間的に相応のレベルとみなされているものを使用することが推奨されます。
この点についてガイドラインでは、具体的に以下の記載をしており、この下線部の記載か
ら、信頼性と強度の妥当なレベルについては、2001 年 4 月に施行された電子署名法39における特定認証業務に係る定めや、改正された商業登記法にもとづく「商業登記に基礎を置く電子認証制度40」を一つの目安とすることができます。

39

電子署名法： 電子署名および認証業務に関する法律。2000 年法律第 102 号。2001 年 4 月１日から施行されました。これにより、本人による一定の要件を充たす電子署名が行われた電子文書等
は、真正に成立したもの（本人の意思に基づき作成されたもの）と推定されます。
40 商業登記に基礎を置く電子認証制度：2000 年 4 月 19 日に公布された「商業登記法等の一部を 改正する法律」の一部（商業登記法の一部改正関係）の施行に伴い運用を開始されたものです。 「商業登記に基礎を置く電子認証制度」は、指定を受けた法務局の登記官が、インターネットを用いた電子的な取引社会における取引の安全と円滑を図るために，従来の法人代表者の「印鑑証明書」
や「資格証明書」に代わる電子的な証明として、「電子的な証明書」を発行するものです。
270

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

ガイドライン 3.(2)電子的な証明書の添付(1)の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、(1)の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱
う登記所、電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられる。

強度に関して CI-NET LiteS では、電子署名作成のためにメッセージ・ダイジェストを暗号化するアルゴリズムに RSA41暗号方式（鍵長 1,024 ビット）を用いるルールとしています。
これは、特定認証業務の基準として電子署名法施行規則に定められたもの、および電子認証
登記所で用いられているものと同等の強度であり、現状の技術的水準からみて妥当な強度をもっています。
また電子的な証明書の信頼性に関しては、特定認証業務を営む認証機関が発行するものを使用することが推奨されます。CI-NET LiteS ではこの点について特段の定めをしていな
いので、相手方と協議のうえ適当な認証機関が発行する電子的な証明書を選定してください。
(3-d) 電磁的記録等の適切な保存、改ざんされていないことを自ら証明できるシステムの整備
CI-NET LiteS 実装規約での対応する規則はありません。

41

RSA：（アール・エス・エー：Rivest-Shamir-Adleman）： 公開鍵暗号方式を使用するデータ暗号化技術の 1 つ。米 RSA Data Security 社が開発し、1978 年に発表したものです。
271

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
CI-NET LiteS によって建設工事の請負契約を締結する場合、CI-NET LiteS 実装規約に準拠しているならば 4.2 に整理した要件は既に満足していると考えられます。本節では、その他に必要となる対応を解説します。

表 D.Ⅷ- 3 必要な対応の概要
本項の節番号

法的要件の内容

対応の内容

4.3.1 見読性の ディスプレイ、書 ・保管している電磁的記録等をディスプレイ、書面
確保

電面等に速やかかつ

等に速やかかつ整然と表示するシステムを整備し整然と表示できる

なければならない。

システム整備・このため、当該記録の検索に使用するインデック

磁ス情報と対応づけて保管することが推奨される。

的

4.3.2 電磁的記 電磁的記録等の適 ・アクセス管理や電磁的記録等の滅失、読み出し不

措

録等の保存

切な保存、改ざん

能、破壊等を防御するための運用やコンピュータ・

置

されていないことシステムの構築等が推奨される。

のを自ら証明できる ・保管している電磁的記録等が改ざんされていない技

システムの整備ことを証明するシステムを整備しなければならな術い。改ざんされていないことの証明を電子署名を的用いて行う場合には、注文データ・注文請データの基

電磁的記録等を、電子署名、電子的な証明書ととも準に保管することが推奨される。
・表示・印刷機能および改ざんされていないことの証明機能が正しく動作し、運用されていることを示すために、機能仕様書、操作説明書等を整備し、その内容を遵守することが推奨される。

なお、CI-NET LiteS によって請負契約を締結する場合も、書面による場合と同じく、建設業法第 19 条第 1 項に掲げられた第 1 号から第 11 号の内容（工事内容、請負代金の額、工期等）について相手方と合意したことを確認できる記載をする必要があることは言うまでもありません。
また契約書の交付方法として、建設業法第 19 条では「相互に交付しなければならない」とされているので、契約書を 2 通作成してお互いに持ち合うことになります。しかし業界の実態として注文書・請書の形態による契約締結が多く行われていることから、CI-NET LiteSのような注文書・請書による契約の形態も認められています（参考 5.参照）。

272

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.3.1 見読性の確保システムには、保管されている電磁的記録等をディスプレイ、書面等に速やかかつ整然と表示する「表示・印刷機能」を備えなければなりません。また「検索機能」を備えることが推奨されます。なお電磁的記録等はこうした機能に適した方法でインデックス（見出し）情報と関連付けて保管することが推奨されます。さらに請負契約の相手方あるいは第三者が確認のために当該電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体に電磁的記録等（改ざんされていないことを証明できるデータ形式のもの）を出力する機能を備えることが推奨されます。
電磁的記録等をディスプレイ表示
あるいは書面印刷

検索条件を指定検索結果を表示選択

検索機能

インデックス
情報

表示・印刷
機能

電磁的記録
電磁的記録等の
出力

関連付けて保管

図 D.Ⅷ- 8 見読性の確保システムの概要(1) 検索機能
多数の電磁的記録等から条件検索等により目的とするものを探し出す機能を備えることが推奨されます。以下のような検索方法を備えることが推奨されます。
-条件検索
契約年月日による検索
取引先による検索
契約金額による検索
各項目のクロス検索
特定の契約を指定（取引先+注文番号等による）した抽出など-全件表示-検索結果のソート表示など

273

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(2) 表示・印刷機能保管されている電磁的記録等を、目視確認できる形式に整然と表示あるいは印刷する機能を備えなければなりません。建設業法第 19 条第 1 項により請負契約への記載が義務付けられている事項は最低限表示あるいは印刷しなければなりません。この際、以下のような機能を備えることが推奨されます。
・保管されている CI-NET 形式データには、データ・タグ番号（数字）と値の組でデー
タが格納されていますが、見読性を高めるために、データ・タグ番号に相当するデー
タ項目名（日本語）をあわせて表示、印刷します。
・また、当該データ項目が共通コード（CI-NET コード）である場合は、閲覧性を高める
ために、当該コード値に対応する内容（日本語）を合わせて表示、印刷します。
・注文書データ・注文請データの内容表示だけでなく、図面等の技術資料の添付有無、添付ファイル数、改ざんの有無も合わせて表示します。

(3) インデックス情報
検索を迅速に行うには、注文データ・注文請データの電磁的記録だけでなく、検索に必要なインデックス（見出し）情報を抽出し、そのインデックス情報は、検索に適した形式により電磁的記録等と関連付けた形式で保管することが推奨されます。検索に必要なインデッ
クス情報としては、以下のような項目が有効となります。

(a)

受信した電子メールのメール・ヘッダから抽出する情報
相手方の電子メール・アドレス(b)

メッセージ・グループ・ヘッダ(MGH)から抽出する情報
c06
発信者コードc09
受信者コードc10～12 BPID
c14
情報区分コードc19
作成日付時刻など(c)

メッセージから抽出する情報[1]データ処理 No.
[2]情報区分コード[3]データ作成日[4]発注者コード[5]受注者コード[9]訂正コード[1006]工事コード[1007]帳票 No.
[1300]注文番号枝番[1008]帳票年月日[1009]参照帳票 No.
[1010]参照帳票年月日[1015]受注者代表者氏名[1024]発注者名
274

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説[1042]1043[1097]最終帳票金額など(d)

保管処理を行った年月日時分秒

これらの情報は、そのほとんどが注文データ・注文請データに含まれる場合が多いと考えられますが、検索の効率を考慮すると、検索に必要なこれらインデックス情報を抽出し、電磁的記録等と関連付けて管理することが推奨されます。

電子
メール
DES復号

(a)

復号された
注文関連データ+電子署名+電子的な証明書
電子署名を検証

保管

MIME
分解
等

CI-NET
形式
データ

トランス
レーション

(b)

中間
ファイル

(c)

各々からインデックス情報を抽出して保管業務
データ
日々の業務は、こちらのデータを
用いて行う

(d)

図 D.Ⅷ- 9 インデックス情報抽出の処理イメージ

275

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(4) 保管すべきデータ（メッセージ）
CI-NET LiteS により交換される日々の取引関係情報（メッセージ）のうち、自社が受信した注文関連のデータ（確定注文、注文請け、契約変更申込、契約変更承諾の各メッセージ）
全てを対象として保管します
注文者

請負者

1)確定注文2)注文請け3)鑑項目合意変更申込
4)鑑項目合意変更承諾
5)合意解除申込
6)合意解除承諾
7)合意打切申込
8)合意打切承諾
9)一方的解除通知10)一方的打切通知
11)一方的解除通知12)一方的打切通知

・自社が注文者となる建設工事の請負契約に関しては､相手方から受信する 2)､4)､6)､8)および 11)､12)のデータを保管します。
・自社が請負者となる建設工事の請負契約に関しては､相手方から受信する 1)､3)､5)､7)および 9)､10)のデータを保管します。

図 D.Ⅷ- 10 保管すべきデータ（メッセージ）

276

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

電磁的記録等は、改ざんされていないことを自ら証明できるよう、取引関係情報（メッセージ）だけでなく、相手方の電子署名および電子的な証明書とともに保管します。具体的には、次図の矢印で示した「暗号化データ MIME ヘッダ+データ部+署名部」を復号した状態のデータを保管します。復号した状態の書式のイメージを次々図に示します。
保管は、データが真正であることを確認のうえで行うことが推奨されます。

暗号化データ MIME ヘッダ
データ部
データ部 MIME ヘッダ
形式(b)
形式(c)
形式(a)
CI-NET 形式データ CI-NET 形式データ コメント
（Base64 エンコード）（Base64 エンコード）（Base64 エンコード）
圧縮された技術データ圧縮された技術データ（Base64 エンコード）（Base64 エンコード）

署名部
署名部 MIME ヘッダ
署名データ+証明書データ（ASN.1 形式、Base64 エンコード）

相手方から受信する電子メール上では矢印の部分（暗号化データ MIME
ヘッダ+データ部+署名部）は共通鍵によって DES 暗号化されています
が、受信後この部分を復号したデータを保管します。
この部分を復号した状態の書式のイメージを次ページに示します。

図 D.Ⅷ- 11 CI-NET LiteS の書式と保管する電磁的記録の範囲（電子メールの場合）

277

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

形式(a)と形式(b)について：
CI-NET LiteS では、注文関連のメッセージ（上図における「CI-NET 形式データ」）
のみを送信する（形式(a)）ほかに、それ以外のデータ（上図における「技術資料」）
を圧縮して同送する（形式(b)）ことが可能です。

Content-Type:multipart/signed; boundary="--------boundary1”
micalg=sha1; protocol=application/x-pkcs7-signature

暗号化データMIME ヘッダ

This is a S/MIME clear-signed data.
--------boundary1Content-Type: multipart/mixed; boundary="--------boundary2"
This is a multi-part message in MIME format.
--------boundary2
Content-Type: application/octet-stream; name="cint0302.cii"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="cint0302.cii"：

データ部

CI-NET 形式データの Base64 エンコード：--------boundary2--------boundary1Content-Type:application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"：

署名部

署名データ+電子的な証明書の ASN.1 形式のBase64 エンコード：--------boundary1[注]「形式(a)」のデータの場合のフォーマット

図 D.Ⅷ- 12 保管するデータの書式（S/MIME 方式の例）

278

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(5) 保管処理の例（電子メールの場合）受信した電子メール

インデックス情報として送信者の電子メール・アドレスを抽出

MIME分解、base64 decode&
ASN.1分解

以下を確認したうえでこの情報を保存する(a)送信者の電子的な証明書が有効(b)メッセージ・ダイジェストが一致(c)受信メールに添付された送信者の電子的な証明書とあらかじめ取り交わしている送信者の電子的な証明書とが一致

暗号化データ部
DES復号

共通鍵
(暗号化)

受信者の
電子的な証明書の
識別情報

RSA復号

受信者の秘密鍵

共通鍵

暗号化データ部(平文)MIME分解CI-NET形式デー
タのメッセージ・グ
ループ・ヘッダから
インデックス情報を抽出

MIME分解&base 64 decode
CI-NET形式データ
トランスレーション

署名部

データ部
multipart/mixed MIME
(base64)

base64 decode&
ASN.1分解

SHA-1ハッシュ

メッセージ・ダイジェスト

中間ファイルなど(b)同一であること

電子署名

RSA復号

メッセージ・ダイジェスト
インデックス情報を抽出

送信者の電子的な証明書

送信者の電子的な証明書の識別情報(c)同一であること

検索

送信者の
電子的な証明書(a)有効であること

電子的な
証明書
DB

有効期間を確認失効
情報

図 D.Ⅷ- 13 保管処理の概要イメージ（電子メールの場合）

上図において、電子メールに添付されている電子的な証明書自体の情報によって、その電子的な証明書が当該相手方のものであることを確認できる場合には、電子メールに添付されている電子的な証明書とあらかじめ保管しているものとの照合（図中(c)）は必要なく、電子メールに添付されている電子的な証明書の公開鍵によって電子署名の復号（RSA 復号）に利用できます。

279

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.3.2 電磁的記録等の保存(1) 電磁的記録等の適切な保存
建設工事の請負契約を書面で締結する場合と同じく、電磁的措置により締結した場合もその電磁的記録等を適切に保管しなければなりません。電磁的記録等の保管には滅失、読み出し不能、破壊等のリスクがあり、これらに対する防御を行わなければなりません。
【電磁的記録等の保管に係るリスクの例】
・過失、誤操作による滅失、改ざん
・不適切な保管、取扱いによる滅失、改ざん
・不適切な管理による分散、散逸
・電子記録媒体等の劣化、紛失による滅失、読み出し不能、不完全な読み出し・システムの移行等による不整合、機器・媒体の互換性不備による復元の不完全・故意による隠蔽、破壊、改ざん、偽造・コンピュータ・ウィルスや不適切なソフトウェア等による破壊、混同・悪意の外部者による破壊、改ざんなど
このためには次のような防御措置が有効です。
イ)管理責任者の設定：管理責任者等を定め、保管の責任、権限を明確にします。

ロ)アクセスの管理：保管された電磁的記録等にアクセスできる担当者を定め、ア

クセス履歴の記録、担当以外の者のアクセスに対する防御等の管理を行います。
ハ)操作担当者の教育：

操作マニュアル等を用意し、担当者に正しい操作を教育します。
ニ)保管場所の管理：

複数の電子記録媒体等に保管する場合は、どの電子記録媒体

等にどの電磁的記録等が保管されているか、またディスク自体が正しく管理されていることを確認しておきます。
ホ)バックアップ：

電磁的記録等のバックアップを定期的に行い、バックアップした電子データを適切に保管しておきます。
ヘ)ウィルス対策： コンピュータ・ウィルス等に対する定期的な診断を行い、ウィルスが発見されたらただちに対処します。
ト)システム移行等への対応： 保管システム自体をバージョン・アップすると、基本的ソフトウェアもバージョン・アップしなければならないことがあります。こうした場合、旧システムで保管していた電磁的記録等が新しいシステムで処理できな
くなる不都合が生じないようにします。例えば、電磁的記録等は OS のファイルシ
280

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

ステム上で保管することとし、特定のデータベースに格納するような方法は避けた方が良いと思われます。
さらに、建設工事の請負契約の存在、内容を第三者に示す必要がある場合に備え、こうした運用に係る規定や保管の手順書等を公開可能な形で整備することが推奨されます。なお、
外部からのシステム監査を定期的に受けるなど、コンピュータ・システムの安全な運用に係る認定制度42を利用することにより、信頼性をさらに高められる可能性があります。
また関連しますが、「4.3.1 見読性の確保」の要件や後述の「(2)改ざんされていないことの証明」の要件が満たされていることを第三者に示すには、以下の事柄が重要になります。
 見読性の確保のための表示・印刷機能により、電磁的記録等の内容がディスプ
レイや紙に正しく表示、印刷されていること。
 改ざんされていないことを証明する機能（「(2)改ざんされていないことの証明」に記載）により、電磁的記録等の内容が正しく検証されていること。
両機能が正しく動作していることを確認するために、これらの機能を説明した仕様書や操作方法を示した説明書の内容を確認し、その内容を遵守して開発、運用しなければなりません。また第三者に説明する必要が生じた場合に備え、仕様書や操作説明書等を備え置き、公開可能な状態で保管することが推奨されます。また、相手方や第三者が確認のために電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体等に電磁的記録等を出力する機能を備えることが推奨されます。
以上全ての措置は、建設工事の請負契約締結を電磁的措置によって行う当事者が自らシステムを整備し運用してもよく、また電磁的記録等を安全に管理する外部の保管サービスを利用することも可能です。こうした保管サービスを提供する事業者の中には、保管だけでなく、次に解説する改ざんされていないこと等の証明サービスもあわせて提供している者もあるので、それらを利用することも可能です。

(2) 改ざんされていないことの証明
保管されている電磁的記録等が改ざんされていないことを証明する（非改ざん性証明）シ
ステムを整備しなければならなりません。
この証明方法の 1 つとして電子署名を用いる方法があります。これは、正しい電子署名は相手方の秘密鍵によってしか作成できず、したがって受け渡しの途中あるいは受け取り後

42

システムの安全な運用に係わる認定制度：
財団法人日本情報処理開発協会で検討中の「情報セキュリティマネジメントシステム(ISMS：
Information Security Management System)適合性評価制度」等があります。ISMS は、2001 年 3 月に審査認定が廃止された「情報処理サービス事業電子計算機システム安全対策実施事務所認定基準」に代わるものとして検討されています。
281

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説に改ざん等があれば電子署名と注文書・請書データとの間に不整合が生じる、という公開鍵暗号方式による電子署名の特性にもとづいています。
この場合、改ざんされていないことの証明は、次図①の注文書・請書データから生成したメッセージ・ダイジェストと、②の送信者（相手方）の秘密鍵により生成した署名値を送信者（相手方）の公開鍵によって復号して得たメッセージ・ダイジェストとを比較することにより行います。
この方法によって証明する場合は、注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書もあわせて保管することが推奨されます。さらにこの処理において電子的な証明書が改ざんされていないことを確認する（次図のメッセージ・ダイジェスト③④の照合により行う）ために、当該電子的な証明書を発行した認証機関の、当該電子署名作成時点における公開鍵あるいは電子的な証明書を保管しておくことが推奨されます。

電磁的記録の内容
電磁的記録等

注文、注文請データ

ハッシュ化①メッセージ･
ダイジェスト

電子署名
電子署名を復号
電子的な証明書②メッセージ･
ダイジェスト

両者を
照合

相手方の
公開鍵で復号

電子的な証明書
公開鍵等の
各種情報
認証機関の
電子署名

③メッセージ･
ダイジェスト

ハッシュ化

電子署名を復号

両者を照合④メッセージ･
ダイジェスト

認証機関の公開鍵で復号。
契約時の認証機関の公開鍵を保管しておく※認証機関の電子署名は、電子的な証明書所有者の公開鍵等の各種情報からメッセージ・ダイジェストを作成し、認証機関の秘密鍵で暗号化したもの。

図 D.Ⅷ- 14 改ざんされていないことの証明の原理

282

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(3)

注文、注文請等データがいつ作成されたのかの証明

EDI では各メッセージの時間管理のしくみとして、送受信相手とのメッセージ送受信時間の整合性が相互に管理されます。
つまり、送信者側のメッセージ送信時刻と受信者側のメッセージ受信時刻が整合しているため、サーバログや送受信時刻の改ざんを行った場合、送受信相手との整合性が確保できなくなります。
そのため、メッセージの受信時刻が送信者のメッセージの作成時刻を示す、すなわち送受
信相手に対する注文、注文請等データの作成時刻を証明することになります。

283

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

改ざんされていないことの確認処理の概要例と各確認の詳細は以下のとおり。

図 D.Ⅷ- 15 改ざんされていないことの確認処理の概要イメージ(a) データ部メッセージ・ダイジェストの照合
CI-NET LiteS の場合の処理の概要は、以下の通り、電磁的記録のデータ部をハッシ
ュ化して得たメッセージ・ダイジェストと、電子署名にある署名値（メッセージ・ダイ
ジェストを送信者の秘密鍵にて暗号化した値）を送信者の公開鍵を用いて復号して得たメッセージ・ダイジェストを比較し、、両者が一致すれば改ざんされていないと判断します。

(b) 送信者の電子的な証明書の改ざん有無の確認
上述(a)の処理過程において、送信者の電子的な証明書を認証している認証機関の公開鍵を用い、送信者の電子的な証明書の改ざん有無を確認します。

284

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(c) 認証機関の電子的な証明書のなりすまし有無の確認
送信者の電子的な証明書が信頼済みの認証機関から発行されたものであるかを確認する必要があります。
そのためには、予めサーバ等に登録しておいた信頼済の認証機関の証明書と送信者の電子的な証明書への署名に利用された証明書をルート証明書までさかのぼり、一致していることを確認します。

(d) 検証処理時点における電子的な証明書の有効性の確認（電子的な証明書の有効期間が切れたもの）
失効情報および送信者の電子的な証明書に記載の有効期間を参照して、検証処理時点における電子的な証明書の有効性を確認します。電子的な証明書が有効でない（失効、或いは有効期限切れ等）場合があるため、処理を継続して両メッセージ・ダイジェストを照合のうえ、改ざんの有無以外に電子的な証明書が有効でないこともあわせて確認
します。
.

285

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 1. 建設業法
下線部分は改正部分を示します。
■建設業法（昭和 24 年法律第 100 号）
平成 12 年 11 月 29 日法律 129 号
第 18 条（建設工事の請負契約の原則）
建設工事の請負契約の当事者は、各々の対等な立場における合意に基いて公正な契約を締結し、信義に従つて誠実にこれを履行しなければならない。
第 19 条（建設工事の請負契約の内容）
建設工事の請負契約の当事者は、前条の趣旨に従つて、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。

一

工事内容

二

請負代金の額三

工事着手の時期及び工事完成の時期

四

請負代金の全部又は一部の前金払又は出来形部分に対する支払の定めをするときは、その支払の時期及び方法
五

当事者の一方から設計変更又は工事着手の延期若しくは工事の全部若しくは一部の中止の申出があつた場合における工期の変更、請負代金の額の変更又は損害の負担及びそれらの額の算定方法に関する定め
六天災その他不可抗力による工期の変更又は損害の負担及びその額の算定方法に関する定め
七価格等（物価統制令 （昭和二十一年勅令第百十八号）第二条 に規定する価格等をいう。）の変動若しくは変更に基づく請負代金の額又は工事内容の変更
八工事の施工により第三者が損害を受けた場合における賠償金の負担に関する定め

九

注文者が工事に使用する資材を提供し、又は建設機械その他の機械を貸与するときは、その内容及び方法に関する定め
十

注文者が工事の全部又は一部の完成を確認するための検査の時期及び方法並びに引渡しの時期
十一

工事完成後における請負代金の支払の時期及び方法

十二

工事の目的物の瑕疵を担保すべき責任又は当該責任の履行に関して講ずべき保証保険契約の締結その他の措置に関する定めをするときは、その内容
十三

各当事者の履行の遅滞その他債務の不履行の場合における遅延利息、違約金その

他の損害金
十四

契約に関する紛争の解決方法

286

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

２

請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更する

ときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３

建設工事の請負契約の当事者は、前 2 項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であつて、当該各項の規定による措置に準ずるものとして国
土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

参考 2. 建設業法施行令（政令）
下線部分は改正部分を示します。
■建設業法施行令（昭和 31 年政令第 273 号）
平成 13 年政令第 4 号
第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であつて国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２

前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

287

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 3. 建設業法施行規則（省令）
下線部分は改正部分を示します。
■建設業法施行規則（昭和 24 年建設省令第 14 号）
平成 13 年国土交通省省令 42 号
第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）
法第 19 条第 3 項の国土交通省令で定める措置は、次に掲げる措置とする。
一

電子情報処理組織を使用する措置のうちイ又はロに掲げるもの

イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。以下同じ。）と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する措置
ロ

建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された同条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当する
ものの変更の内容（以下「契約事項等」という。）を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイ
ルに当該契約事項等を記録する措置
二

磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）をもつて調製する
ファイルに契約事項等を記録したものを交付する措置
２

前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。

一

当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二

ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３

第 1 項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。
第 13 条の 3
令第 5 条の 5 第 1 項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一

前条第 1 項に規定する措置のうち建設工事の請負契約の当事者が講じるもの

二ファイルへの記録の方式

第 13 条の 4
令第 5 条の 5 第 1 項の国土交通省令で定める方法は、次に掲げる方法とする。
一イ

電子情報処理組織を使用する方法のうちイ又はロに掲げるもの
建設工事の請負契約の当事者の使用に係る電子計算機と当該契約の相手方の使用
288

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する方法
ロ

建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された法第 19 条第 3 項の承諾をする旨又は当該承諾を撤回する旨を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録する方法
二

磁気ディスク等をもつて調製するファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録したものを交付する方法
２

前項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

289

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 4. 建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係るガイドライン■

建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係るガイドライン

平成 13 年 3 月 30 日
国土交通省
１．はじめに国土交通省では、適切な電子商取引の普及を通じて、建設産業の健全な発達を確保するため、平成 12 年に成立した書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律(平成 12 年法律第 126 号)において、建設業法(昭和 24 年法
律第 100 号)を改正し、書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとした
ところである（平成 13 年 4 月 1 日施行）。
今般、契約当事者間の紛争を防止する等安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用により建設工事の請負契約を締結しようとする者の参考として、同法施行規則(以下｢規則｣という。) 第 13 条の 2 第 2 項（建設業法施行規則等の一部を改正する省令（平成 13 年国土交通省令第 42 号）により追加）に規定する「技術的基準」に係るガイドラインを定めることとする。
２．見読性の確保について（規則第 13 条の 2 第 2 項第 1 号関係）
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業
法第 19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシステ
ムを整備しておくことが必要である。
また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せるよう、適切な検索機能を備えておくことが望ましい。
３．原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。

290

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説（１）公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場
合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事
務を取り扱う登記所、電子署名及び認証業務に関する法律(平成 12 年法律第 102号)第 4 条に規定する特定認証機関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

291

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 5. 建設省経建発第 132 号、133 号 注文書及び請書による契約について■各都道府県主管部局長あて■各建設業者団体の長あて

建設省経建発第 132 号
建設省経建発第 133 号
平成 12 年 6 月 29 日

注文書及び請書による契約の締結について記
１

注文書・請書による請負契約を締結する場合において、次の（１）又は（２）の区分

に従い、それぞれ各号のすべての要件を満たすときは、建設業法（以下「法」という。）
第 19 条第 1 項の規定に違反しないものであること。
（１）当事者間で基本契約書を締結した上で、具体の取引については注文書及び請書の交換による場合① 基本契約書には、個別の注文書及び請書に記載される事項を除き、法第 19 条第 1 項
各号に掲げる事項を記載し、当事者の署名又は記名押印をして相互に交付すること。
② 注文書及び請書には、法第 19 条第 1 項第 1 号から第 3 号までに掲げる事項その他必要な事項を記載すること。
③ 注文書及び請書には、それぞれ注文書及び請書に記載されている事項以外の事項については基本契約書の定めによるべきことが明記されていること。
④ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
（２）注文書及び請書の交換のみによる場合① 注文書及び請書のそれぞれに、同内容の基本契約約款を添付又は印刷すること。
② 基本契約約款には、注文書及び請書の個別的記載事項を除き、法第 19 条第 1 項各号に掲げる事項を記載すること。
③ 注文書又は請書と基本契約約款が複数枚に及ぶ場合には、割印を押すこと。
④ 注文書及び請書の個別的記載欄には、法第 19 条第 1 項第 1 号から第 3 号までに掲げる事項その他必要な事項を記載すること。
⑤ 注文書及び請書の個別的記載欄には、それぞれの個別的記載欄に記載されている事
項以外の事項については基本契約約款の定めによるべきことが明記されていること。
⑥ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
２

注文書・請書による請負契約を変更する場合において、当該変更内容が注文書及び請書の個別的記載事項に係るもののみであるときは、次によることができる。

292

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説① 注文書及び請書の双方に変更内容が明記されていること。
② 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
ただし、当該変更内容に注文書及び請書の個別的記載事項以外のものが含まれる場合には、当該変更の内容を書面に記載し、署名又は記名押印をして相互に交付すること。

293

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 6. Q&A 集
1.

電子契約の目的、運用について

Q1.

契約書の電子データ化は必ず行わなければいけないのですか。

従来通り、書面による方法を継続しても問題はありません。
2001 年 4 月の建設業法第 19 条の改正は、従来書面で行っていた建設工事の請負契約を全て電子契約43とするものではなく、電子契約の方が望ましいと契約の当事者が判断する場合にその選択肢が与えられたものです。したがって、これまで書面で交わしていた建設工事の請負契約を電子契約に変える義務はありません。自社で電子契約の方が望ましいと判断す
る場合に電子契約を導入するものです。
ただし、契約行為は必ず相手のあるものですから、自社の都合だけで決めることはできません。電子データ化するには必ず相手方の合意を得ることが必要です。
Q2.

契約書を電子データ化すれば、書面の契約書は不要になるのですか。

建設業法第 19 条とそれに関連する政令、省令およびガイドライン44の要件を満たしていれば、書面の契約書は電子データによる契約に代えることができ、書面の契約書は不要にな
ります。
Q3.

書面による建設工事の請負契約書を電子契約にかえるメリットは何ですか。

コンピュータ間をオンラインで電子データを送受信する EDI 等の仕組みを使って建設工事の請負契約を受け渡しすれば、書面の契約書の場合に必要とされる郵送や持参の手間を省くことができます。また建設工事の請負契約業務が電子データ化されることで、契約書の取り交わしに関する事務作業おいての効率化だけでなく、契約後の出来高、請求等の作業も
電子データの有効利用が可能で、業務の効率化が想定されます。

43

電子契約：契約の締結を電磁的措置で行うことをいいます。
ガイドライン：正式名称は、国土交通省が 2001 年 3 月 30 日に公表した「建設業法施行規則
第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」です。以下「ガイドライン」といいます。参考 5.参照。
44

294

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

Q4.

建設工事の請負契約だけでなく、資材の購入、リース、レンタルについての契約もガイドラインの適用対象になるのでしょうか。
建設業法第 19 条とそれに関連する政令、省令およびガイドラインで対象としているのは建設工事の請負契約の締結なので、資材の購入、リース、レンタルに関する契約は適用の対象にはなりません。
しかし、建設業界での実際の契約業務は、資材の購入、リース、レンタルについても建設工事の請負契約と同様の処理をしている場合が多く見受けられますし、それらの契約も建設工事の請負契約と同等に重要なものですからガイドラインに示されているものと同様の措置をとった方が良いでしょう。
Q5.

ガイドライン等で、建設工事の請負契約の当事者とは誰ですか。

建設業法は、建設業を営む者の資質向上や建設工事の請負契約の適正化等を目的として定められており、建設工事の請負契約を締結する当事者全ての者を対象として適用されます。
Q6.

CI-NET 以外の方法で取引先と電子契約を実施する場合も、必ず電子データを保管しなければならないのでしょうか。
建設工事の請負契約締結を電子的に行う場合、建設業法第 19 条とそれに関連する政令、省令およびガイドラインは、その方式が建設業界の標準である CI-NET 方式か否かにかかわらず、あらゆる方式に適用されますので、電子データを保管する必要があります。
Q7.

書面による建設工事の請負契約を電子契約に変更するには、どこに申請して許可を得なければならないのでしょうか。
電子契約を行うための申請や許可等は必要ありません。契約の電子データ化は、相手方の合意を得たうえで、一切について自己責任で行います。ただし、建設工事の請負契約の当事者は電子契約で取り交わした契約事項がガイドライン等に示された要件をどのように満たしているかを、必要な場合に第三者に分かるように示す必要があります。
Q8.

経営事項審査（経審）の受付審査時に注文書・請書（契約書）の提出を求める行政庁が多いのですが、保管した電子データを提出できますか。

295

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

経営事項審査の申請のためには、建設業法施行規則で定められた申請書に必要な書類を添付して提出します。この手続きは、建設工事の請負契約の締結を書面で行った場合も電子契約で行った場合でも従来の提出方法に変わりはありません。
Q9.

相手方と電子契約を行うことに合意した場合は、それ以降の契約締結をすべて電子契約で行わなければならないのでしょうか。
全ての建設工事の請負契約を電子契約で行うか否かは相手方と合意しなければなりません。特定の契約だけを電子契約で行うかあるいは全ての契約をそうするか等は、相手方とあらかじめ取り決めておくことが推奨されます。
全ての建設工事の請負契約を電子契約で行うことを、あらかじめ取り決めていれば継続的に適用されると想定されますが、相手方から撤回の申出があれば、書面の交換としなければなりません。
Q10.

電子契約を行うことについて相手方の承諾を得るには、必ず書面で協定書、覚書等を取り交わさなければならないのでしょうか。
電子契約を行うことについて相手方の承諾を得るための協定書、覚書等は、必ずしも書面である必要はなく、電磁的方法で取り交わしても構いません。また電子的に取り交わした協定書、覚書等については、電子署名や電子的な証明書の添付といった要件は法律では定められていません。しかし、後日の確認のためには契約書と同様に電子署名と電子的な証明書を添付して受け渡す措置が推奨されます。
Q11.

建設工事の請負契約に付随する設計図面等の情報もすべて電子データ化しなければならないのでしょうか。
建設工事の請負契約では、注文書・請書のようないわゆる帳票に相当する書類に加えて、図面、条件書等の設計図書に相当する書類が付随する場合があります。このような契約図書の取り扱いには以下の方法が考えられます。
1.帳票に相当する書類、設計図書ともに電子データ化する方法
2.帳票に相当する書類のみ電子データ化し、設計図書は紙のままとする方法
この場合設計図書も契約内容を構成するものですから、2.の方法を用いる場合は、帳票に相当する書類の契約書に代わる契約データに設計図書の文書番号、文書年月日等を明示しておく等により、両者を関連付けることが推奨されます。

296

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

Q12.

電子契約に決まった電子データ形式があるのでしょうか。またワープロや表計算

ソフトウェアを用いて契約データを作成しても良いのでしょうか。
建設工事の請負契約の電子契約には特別に定められた形式はありませんので、ワープロ
や表計算ソフトウェアで作成した電子データでも構いません。ただしガイドラインにある
ように、電子署名と電子的な証明書を添付することが不可欠です。
Q13.

電子契約の場合、送信ミスで二重に電子データを送ってしまう場合も考えられま

すが、そうした場合はどのように対処すれば良いのでしょうか。
同様のことは書面の契約書でも生じるおそれがありますが、こうした場合に備えて相手方との間であらかじめ取り交わす協定書、覚書等に、その取扱い方法を盛り込んでおくことが推奨されます。また運用の初期段階等では書面と電子データとを並行してやりとりすることもあるでしょうが、どちらを正とするかをあらかじめ取り決めておけば、書面と電子データとの間に万一食い違いが生じた場合にも対応できると想定されます。

297

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

2.

表示・印刷機能について

Q14.

表示・印刷機能のレイアウトは具体的に何か決められていますか。

表示・印刷のレイアウトについて特定の形式等の定めはありません。
表示・印刷機能を整備する目的は、そのままでは目視できない電子データの内容を目視可
能な形にするものです。
Q15.

ガイドラインに記載されている「ディスプレイ、書面等に速やかかつ整然と表示」

について解説してください。
書面の契約書と同様に、電子データも探し出しやすいように整理、保管することが推奨されます。例えば契約データが複数の担当者のパソコンにばらばらに保管されていては目的の電子データを見つけだすまでに手間がかかり、とても速やかとは言えません。書面の契約書と同じく電子データも、全社一括、支店ごと等、必要な単位でまとめて管理しておくことが推奨されます。さらにインデックスデータ、契約データ、契約関連データ等を工夫して管理し、どの電子データが保管されているのか、関連データは何か等が速やかにわかるような管理をしておくことが推奨されます。
また表示・印刷するシステムと保管データがオンラインで接続されていれば直ちに目的の電子データを探し出せますが、コンパクト・ディスク(CD)、磁気光ディスク(MO)、デジタ
ル・バーサタイル・ディスク(DVD)等のオフラインの電子記録媒体に保管する場合にも、各ディスクにどの電子データが保管されているのか速やかにわかるような管理をしておくことが推奨されます。

298

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

3.

電子署名および電子的な証明書について

Q16.

契約図書類を別途に送信する場合、これらにも電子署名、電子的な証明書が必要でしょうか。
別途に送信した資料も契約に係るものであれば、ガイドラインに規定しているように電子署名、電子的な証明書等の対応が必要です。
Q17.

建設工事の請負契約書つまり書面に記名押印して保管する仕組みは、電子契約の場合どのような仕組みになるのでしょうか。また同様に割印はどうでしょうか。
書面の場合は、契約書上に押印することで契約内容と印鑑を対応付けますが、電子署名は契約データの中に組み込まれるのではなく、契約データとは別の電子データとして作成されます。
それでは、どのようにして契約データと電子署名を対応付けるのでしょうか。
電子署名は、印鑑の印影のように常に同じものではなく、元になる契約データの内容によってそれぞれ異なる内容になります。契約データが少しでも違っていれば、得られる電子署
名は違った値になりますので、対応付けがなされます。

契約データ

契 約 デ ー タと秘 密 鍵 を元 にコンピュー タ処 理 をして 電子署名を作成する。

署名者の秘密鍵

電子署名

図 D.Ⅷ- 16 電子署名の作成

割印は二枚の書面が関連していることを証明するため、両書面にまたがって一つの印を押すことです。契約データの場合、関連を示す注文番号、年月日等の情報を契約データに入れて電子署名を行っておけば、その契約データから生成される電子署名により改ざん等が行われていないことが証明され、書面と同様の割印効果つまり対応付け効果が得られます。
Q18.

電子記録媒体を利用して注文データ・注文請データを受け渡す場合も電子署名、電子的な証明書が必要となるのでしょうか。

299

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

コンピュータ・ネットワークを利用せずに電子媒体で受け渡す場合も、必ず電子署名、電子的な証明書を添付しなければなりません。
電子署名は作成の過程で暗号技術を使っていますが、電子署名を作成することと契約データを暗号化することは全く別の内容です。電子媒体を使えば、インターネットを用いるケースと異なり盗聴される心配が無いので暗号化は必須要件ではありません。しかし、確かに自分が作成した契約データであることを示すためには、暗号化の要否とは別に、電子署名を添付することが必要です。
また電子署名の作成に用いた暗号鍵が確かに自身のものであることを示すために、相手方が信頼する認証機関（当該請負契約の当事者ではない第三者であること）が発行した電子的な証明書を添付することが必要です。
Q19.

電子的な証明書を発行する認証機関は任意に選べるのでしょうか。

相手方が信頼する認証機関が発行する電子的な証明書を使用しなければなりません。
多くの場合の相手方が信頼する認証機関とは、ガイドライン記載のように電子認証事務を取り扱う登記所や電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられます。
Q20.

取引先ごとにあるいは契約取引ごとに別々の証明書を取る必要がありますか。

相手方が信頼する認証機関が発行した電子的な証明書を既に持っていれば、取引先ごとにあるいは契約取引ごとに別々の電子的な証明書は必要ありません。一度取得した電子的な証明書は、有効期間内であれば何度でも使用できます。
Q21.

電子的な証明書にはどのような内容が記載されていて、受け取った時には何を確認すれば良いのでしょうか。
電子的な証明書の内容は認証機関によって異なりますが、最低限、証明対象となる公開鍵と電子的な証明書の内容に対する認証機関の電子署名が添えられています。
相手方から電子的な証明書を受け取ったら、認証機関の電子署名を検証して、記載内容に改ざん等が無いことを確認することが必要です。
Q22.

電子署名や電子的な証明書が真正であることを確認するにはどうすれば良いのでしょうか。
本文に記載のように、電子的な証明書内にある認証機関の電子署名により真正性が確認
300

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説できます。具体的には電子的な証明書の発行サービスを行っている認証機関にお問い合わ
せください。
Q23.

秘密鍵を無くした場合はどうすれば良いのでしょうか。

秘密鍵を紛失した場合は、紛失した旨を即座に認証機関に届け出てください。同時に、新しい暗号鍵（秘密鍵と公開鍵）を作成して、新しい電子的な証明書を取得してください。
秘密鍵は他社に漏れないように厳重に管理しなければならないものです。もし外部に漏洩のおそれのある場合には、たとえ紛失していなくてもその旨を認証機関に届け出て失効
させ、新しい暗号鍵の電子的な証明書を取得し使用してください。
また有効期間の切れた電子的な証明書も無効なので、引き続き電子契約を行うのであれば、同様に認証機関に届け出て新しい電子的な証明書を取得してください。
なおこれらの場合、取引先に連絡することも必要です。
Q24.

契約データを保管中に、電子的な証明書の有効期間が切れた場合はどうすれば良いのでしょうか。
電子的な証明書の有効期限を過ぎた時点では、電子契約が行われた際に作成された電子署名が電子的な証明書の有効期間内に作成されたことを示すことが必要と考えられます。
そのためには、契約データの作成日と有効期間との照合や、世間的に信頼されているもののタイムスタンプ等の対処をとる等の有効な方法があります。
Q25.

暗号鍵（秘密鍵・公開鍵）の強度とは何のことでしょうか。

暗号鍵の強度とは、暗号の破られ難さと考えてよいでしょう。同じ暗号方式であれば、暗号鍵の長さが長いほど破られ難い、すなわち強度が高いと言えます。例えば、RSA 暗号方式
を用いて電子署名を作成する場合には、秘密鍵の鍵長が強度のバロメータとなります。鍵長
1,024 ビットであれば、特定認証業務の基準として電子署名法施行規則に定められたものおよび電子認証登記所で用いられているものと同等の強度であり、現状の技術的水準からみて妥当な強度をもっていると考えられます。

301

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.

データ保管について

Q26.

契約データが改ざんされていないことを証明するために、どのように電子データを保管すれば良いのでしょうか。
改ざんされていないことの証明には、契約データに添付されて送られてくる電子署名と電子的な証明書を用いることが一般的です。したがって、契約データだけでなく、電子署名と電子的な証明書を合わせて保管しておくことが推奨されます。
Q27.

書面の契約書を契約データに変更した場合、書面と違ってどのようにして契約データを保管すれば良いのでしょうか。
書面の契約書では、年月日順に並べる、相手方の企業別にファイルを分けるといった整理をされている場合が多いでしょう。電子データの場合も同様に年月日順や相手方の企業別にフォルダを分ける、データベースに入れてインデックスを付ける等の整理が推奨されます。契約内容を確認するためには、表示・印刷システムと連携する必要があります。
書面の契約書では年月日順なら年月日順で一通りの整理の方法しか選べませんが、電子データの強みを生かせば、データベース等を使って年月日別、相手方別等、様々な検索を行えるように整理することも可能です。
なお、契約データの保管については、電子データの紛失等が無いように CD、MO、DVD 等の電子記録媒体等にバックアップをとる等の措置が必要です。安全性をより高めるには、「原本性確保システム」と呼ばれる電子データの改ざん、紛失を防止する機能をもった市販のシステムを導入して運用することも想定されます。
Q28.

契約データの保管、表示・印刷が正しく行われていることや、改ざんされていないことを証明するにはどうすればよいでしょう。
基本的には、使用しているシステムが適正に運用されていることとシステム自体の信頼性が保証されていることを示す必要があります。
例えば、システムの機能を説明した仕様書や操作手順書等の資料を用意しておくことが推奨されます。また運用ルールや体制を定め、それらを遵守すること等も推奨されます。
Q29.

見積書、出来高調書、請求書等のやりとりを電子データで行う場合、これらの電子データも注文データ・注文請データと同じように保管しなければならないのでしょうか。

302

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

建設業法第 19 条とそれに関連する政令、省令およびガイドラインで対象としているのは建設工事の請負契約の締結なので、これ以外の見積書、出来高調書、請求書等の電子データ
は適用の対象にはなりません。
ただし、こうした書類の電子データも契約データと同じく重要なものですから、同様の安全措置を取ることが推奨されます。
Q30.

書面の契約書の電子データ化にはどのようなソフトウェアが必要ですか。

CI-NET LiteS 実装規約に対応したソフトウェアであれば、多くは書面の契約書の電子データ化に対処できます。そのようなソフトウェアは、既にソフトウェア・ベンダにより販売されています。 (一財)建設業振興基金 情報化評議会にお問い合せください。
一般財団法人建設業振興基金 情報化評議会〒105-0001 東京都港区虎ノ門 4-2-12 虎ノ門 4 丁目 MT ビル 2 号館
tel.03-5473-4573 fax.03-5473-4580
電子メール ci-net01@kensetsu-kikin.or.jp
またソフトウェア・ベンダから購入せずに自社で開発することも可能です。

303

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

5.

その他

Q31.

電磁的記録等の保管について、外部の証明サービスを用いる場合も、あらかじめ相手方の承諾が必要になるのでしょうか。
契約データの保管方法（自社保管、外部委託等）は自社内部の事情で決めるべきものと考えられますので、契約締結後の電子データ保管方法について相手方と合意しておく必要はないと想定されます。
Q32.

建設業法第 19 条とそれに関連する政令、省令およびガイドラインを守らなかった

場合の罰則はあるのでしょうか。
建設業法第 8 章（罰則）第 45 条から第 49 条までには対象となりません。ただし、建設業
者が建設業法第 19 条に違反すると、建設業法第 5 章（監督）第 28 条（指示及び営業の停止）つまり建設業法上の監督処分の対象になります。
Q33.

インターネットを使用する場合、インターネット・サービス・プロバイダ45の指定はありますか。
ありません。

45

インターネット・サービス・プロバイダ （Internet Service Provider）：
料金を課金して、一般ユーザにインターネットの接続先を提供する事業者。
304

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 7．電磁的記録等の保管システムにおける外部インタフェースの参考仕様
はじめに
本資料は、CI-NET LiteS 対応ソフトの下図のような実装形態における、電磁的記録46等の業務システムと保管システムとの連携方法に関する仕様の例を示すものである。

ユーザ企業A社の業務システム
ソフト・ベンダB社のパッケージ・ソフト

見積、契約等の業務処理
通信、暗号、変換

CI-NET LiteS
による契約等

ソフト・ベンダX社の保管システムa)電磁的記録等の保管

一時保存場所(フォルダ)
業務システムc)検索/表示/印刷指示
非改ざん検証指示
保管システムc)結果b)取り出しb)取り出し指示
利用画面

ユーザ企業 A 社あるいはソフト・ベンダ B 社が、他社(X 社)の保管システ
ム製品を導入し、両システムを連携させて電子契約のための対応を整備する形態。

図 D.Ⅷ- 17 本資料が前提とするシステムの形態

46

電磁的記録：情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第 19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容の電磁的記録。
305

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

表 D.Ⅷ- 4 本資料が前提とする保管システムの機能と動作方法
保管システムの機能
a)

機能の動作方法

確定注文・注文請けメッセージなど、契約に 1)業務システムは、保管すべき電磁的記録等
係わる電磁的記録等を、以下を満足できる方を一時保存場所に書き出す。

法で適切に保管する。

2)保管システムは、一時保存場所を随時調べ、・多数の記録から目的とするものを検索

電磁的記録等があればこれを保管する。

する・電磁的記録等の内容を、迅速かつ目視によって確認できるよう整然と画面または書面に表示する
・電磁的記録等が改ざんされていないことを証明するb)

第三者から契約の存在証明を求められた際 1)利用者は、保管システムの利用画面から、の対応等を想定し、電磁的記録等が改ざんさ

特定の電磁的記録等の取り出しを指示す

れていないことを客観的に証明できる形式

る。

で、特定の電磁的記録等をデータとして保管 2)保管システムは、当該電磁的記録等を取りシステムから取り出す（エクスポートする）。

出してある場所に取り出す（エクスポート
する）
。

c)

・保管されている電磁的記録等を検索する。 1)利用者は、保管システムの利用画面から、・指定された電磁的記録等の内容を、画面ま目的とする電磁的記録等を検索する。

たは書面に表示する。

2)保管システムは、検索結果を利用画面に表・指定された電磁的記録等の改ざん有無を

示する。

検証する

3)利用者は、検索結果から、表示・印刷あるいは検証すべき電磁的記録等を指示する。
4)保管システムは、指示された電磁的記録等の内容を整然と利用画面あるいは書面に表示する。
4)保管システムは、指示された電磁的記録等の改ざん有無を検証し、その結果を利用画面に表示する。

前述のうち a)の機能は業務システムと保管システムとのやりとりが前提であり、両シス
テム間でインタフェースの調整が必要となる。本資料は、この a)に係わるデータ連携を上表の「機能の動作方法」に示す方法によって行う場合のインタフェースの例を記載している。
c)の機能は保管システム単独で完結するので、その仕様は業務システムとの調整の必要がなく、保管システムの開発者に委ねられる。なお b)も保管システム単独で完結するものであ306

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

るが、取り出したデータの用途として第三者への契約の存在証明等を想定しているので、取り出しの参考フォーマットについて本資料で触れている。
以下、本資料では、機能 a)において業務システムから保管システムへ保管のために引き渡される電磁的記録等をインタフェース・ファイルという。また、機能 b)において保管システ
ムから取り出される電磁的記録等をエクスポート・ファイルという。
【電磁的記録等の取り出し（エクスポート）フォーマットについて】
b)の機能によって取り出す電磁的記録等は、第三者に対する契約の存在証明、紛争時における証拠書類等としての取り扱い等を用途と想定しているので、改ざんの有無と、契約の申込あるいは承諾に係わる取引相手の意思の真正性を証明する必要から、そのフォーマット
は、保管システムによって管理されている原本と同じく、電子署名と電子的な証明書をともなうものとした。
またこれらの情報に加えて、取り出したデータの整理、検索等に使われることを想定し、以下の内容をもつ「ヘッダ情報」を添えるフォーマットとした。このフォーマットは第 1 章に示す。
【「ヘッダ情報」の内容】
取引相手の電子メール・アドレス
電子メールの送信、受信年月日時分秒
電磁的記録等を保管した年月日時分秒

取引相手のメールアドレス、
メール送信時点、
受信時点、保管時点

エクスポート・ファイル
フォーマット
ヘッダ
情報部

クリア
署名部

相手方での確認手順
整理、検索の見出しとして利用可能

確定注文/注文請け
メッセージ等

改ざん有無の確認：メッセージ電子署名との照合によって改ざん有無を確認する。

電子署名
電子的な証明書

契約内容の確認：メッセージをデコードおよびトランス
レーションした後、内容を確認する。

図 D.Ⅷ- 18 電磁的記録等の取り出しフォーマット

307

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

1.

インタフェース・ファイルとエクスポート・ファイルのフォーマット

1.1 インタフェース・ファイルとエクスポート・ファイルのフォーマットの共通部分(1)一つの CI-NET 形式データ（メッセージ）につき一つのテキスト・ファイルとする。
CI-NET LiteS では一つの電子メールに一つの CI-NET 形式データを格納するルール（形
式(c)のコメント+圧縮技術資料の形式を除く）なので、電子メールで送受信する単位で保管処理することになる。
(2)文字コードはシフト JIS47とする。
(3)一つのファイルは、一つの「ヘッダ情報部」と、それに後続する一つの「クリア署名部」から成る。
インタフェース・ファイルとエクスポート・ファイルの「クリア署名部」のフォーマット
は共通だが、「ヘッダ情報部」のフォーマットは異なる。

ID 部(16 byte 固定長)
ヘッダ
情報部

レングス部(8 byte 固定長)データ(可変長)暗号化データ MIME ヘッダ
データ部
データ部 MIME ヘッダ

クリア
署名部

形式(b)
形式(c)
形式(a)
CI-NET
形式データ
CI-NET 形式データ
コメント（Base64 エンコード） （Base64 エンコード） （Base64 エンコード）
圧縮された技術データ 圧縮された技術データ（Base64 エンコード） （Base64 エンコード）

署名部
署名部 MIME ヘッダ
署名データ+証明書データ（ASN.1 形式、Base64 エンコード）

図 D.Ⅷ- 19 ファイルレイアウト（両ファイルとも共通）（メールの場合）(4)「クリア署名部」は、CI-NET LiteS 実装規約に準拠した署名付き暗号メールの下図矢印

47

日本語ドメイン名を想定。
308

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

範囲(暗号化 MIME ヘッダ+データ部+署名部)を復号したものである。CI-NET LiteS では一つの電子メールに一つの CI-NET 形式データを格納するルールなので、電子メールで送受信する単位で保管処理することになる。

メール・ヘッダ部
CI-NET LiteSによる電子メールのフォーマット

シングル・パートMIMEラッピング（ASN.1形式、Base64エンコード）
受信者の証明書識別情報
共通鍵を受信者の公開鍵でRSA暗号化したもの
暗号化データ部（ブロック化）
暗号化データMIMEヘッダ
暗号化データMIME ヘッダ

クリア署名部：
右記電子メールの書式の実線矢印範囲(暗号化MIMEヘッ
ダ+データ部+署名部)を復号したもの
がクリア署名部の
情報である

データ部
データ部
データ部 MIME ヘッダ

データ部MIMEヘッダ
形式(b)
形式(a)
形式(b) 形式(c)形式(a)CI-NET
形式データ
CI-NET形式データ
CI-NET形式データ
コメント
CI-NET
形式データ（Base64 エンコード）（Base64エンコード）（Base64エンコード）（Base64
エンコード） （Base64 エンコード）
圧縮された技術データ圧縮された技術データ圧縮された技術資料（Base64 エンコード）（Base64 エンコード）（Base64エンコード）
署名部
署名部
署名部
MIME ヘッダ
署名部MIMEヘッダ
署名データ+証明書データ
署名データ+証明書データ（ASN.1
形式、Base64 エンコード）（ASN.1形式、Base64エンコード）

図 D.Ⅷ- 20 クリア署名部（メールの場合）(5)「ヘッダ情報部」は、固定長形式の部分と、タブ区切り文字(0X09)によって各フィールドを区切られた可変長部分によって構成される。可変長部分では、各フィールド内部でのタブの使用は禁止する。当該項目の情報が存在しない場合でもタブは省略してはならない。
(6)「ヘッダ情報部」の内容は 1.2 および 1.3 の通りとする。
(7)各フィールドのデータ長がそのフィールドの最大長を超えた場合、保管システムおよび業務システムはそのファイルの登録は行わず、エラー・ログを出力するなどなんらかのエ
ラー処理を行う。

309

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

1.2 インタフェース・ファイルの「ヘッダ情報部」(1) ID 部(16 byte 固定長)
ID 部の値は以下の通りとする。
CINETLITESORG999-CINETLITES: 固定。
-ORG:インタフェース・ファイルであることを表す。
-999: インタフェース・ファイルのフォーマット・バージョンを表す。今回
は”001”とする(2) レングス部(8 byte 固定長)
「ヘッダ情報部」のバイト数を記載する。記載は右詰めとし、先頭ゼロはスペースを記載する。
【例】データ部(可変長)が 300 byte の場合：
レングス部=△△△△△324（△は半角スペース）(ID 部 16 byte + レングス部 8 byte + データ部 300 byte)(3) データ部(可変長)電子メールの受信時刻 [注 2]
タブ
当該データの電子メールを送信したアドレス
タブ
当該データの電子メールを受信したアドレス
タブ
インタフェース・ファイル作成時刻 [注 2]
タブ [注 3]
[注 1]上記は必須項目とし、全ての項目を記載する。
[注 2]時刻の書式は、YYYY-MM-DDTHH:MM:SS+hh:mm とする。
YYYY-MM-DD
年月日（YYYY は西暦 4 桁。年月日はハイフンで区切る）
T
固定
HH:MM:SS
時分秒（時分秒はコロンで区切る）+hh:mm
タイム・ゾーン（GMD との差。日本では+09:00）[注 3]末尾に必ずタブを記載すること。

310

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

1.3 エクスポート・ファイルの「ヘッダ情報部」(1) ID 部(16 byte 固定長)
ID 部の値は以下の通りとする。
CINETLITESEXP999-CINETLITES: 固定。
-EXP:エクスポート・ファイルであることを表す。
-999: エクスポート・ファイルのフォーマット・バージョンを表す。今回は”001”とする。

(2) レングス部(8 byte 固定長)
「ヘッダ情報部」のバイト数を記載する。記載は右詰めとし、先頭ゼロはスペースを記載する。

(3) データ部(可変長)電子メールの受信時刻 [注 2]
タブ
保管システムが保管した時刻 [注 2]
タブ
当該データの電子メールを送信したアドレス
タブ
当該データの電子メールを受信したアドレス
タブ
エクスポート・ファイル作成時刻 [注 2]
タブ [注 3]
[注 1]上記は必須項目とし、全ての項目を記載する。
[注 2]時刻の書式は、YYYY-MM-DDTHH:MM:SS+hh:mm とする。
YYYY-MM-DD
年月日（YYYY は西暦 4 桁。年月日はハイフンで区切る）
T
固定
HH:MM:SS
時分秒（時分秒はコロンで区切る）+hh:mm
タイム・ゾーン（GMD との差。日本では+09:00）[注 3]末尾に必ずタブを記載すること。

311

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説2.

業務システムと保管システムとの連携

2.1 インタフェース・ファイルの一時保存フォルダ
インタフェース・ファイルに関しては、業務システムと保管システムと間でファイル・フ
ォーマット以外にもデータの取り合い等に係わるインタフェースの調整が必要であるため、
以下 2, 3, 4, 5 章に、「はじめに」に記載した連携方法をとる場合のインタフェースの参考仕様を記載する。
一時保存フォルダとは、「はじめに」に記載した「一時保存場所」に相当するフォルダ（ディレクトリ）であり、インタフェース・ファイルを業務システムから保管システムへ受渡すために一時的に保存するフォルダである。
このフォルダは以下の規定とする。
ドライブ X:\----------EASYEDI----------CONTTMP(説明)(1)保管システムインストール時に、一時保存フォルダの先頭フォルダ EASYEDI の場所を任意に指定する48。インストール時に EASYEDI、CONTTMP 各フォルダが作成される。
(2)保管システムに新たに電磁的記録等を保管する際には、業務システムが CONTTMP 下に
インタフェース・ファイルをコピーする。その後、保管システムが必要なファイルをコ
ピーし、インタフェース・ファイルを削除する。

2.2 インタフェース・ファイルの名称
インタフェース・ファイルの名称は以下の規定とする。
IFF99999.ORG

48

CI-NET LiteS 実装規約 Ver.2.1 ad.1 指針・参考資料 2004.06.04 版 「Ｄ.Ｉ.インタフェース・ファ
イルの機能」と同じ仕様によりフォルダ EASYEDI を既に使用している場合は、このフォルダ下に
CONTTMP を作成する。
312

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(a) IFF、ORG： ファイル名の先頭 3 文字の IFF、ファイルの属性を表す拡張子の ORG は固定。

(b) 99999: 任意に付ける番号（00001～99999）で表す。
業務システムは、一時保存フォルダにインタフェース・ファイルをコピーする際、同一名称のファイルが存在しないよう、この番号によって既に存在するファイルと識別する。

2.3 一時保存フォルダ下のインタフェース・ファイルの生成・消滅(1) 生成のタイミング
業務システムは、データを保管システムに保管するタイミングで、インタフェース・ファ
イルを作成する。

(2) 消滅のタイミング
保管システムは、データを保管した場合に、当該インタフェース・ファイルを削除する。

2.4 一時保存フォルダ下のインタフェース・ファイルの排他制御
業務シ ス テムは、 イ ンタフェ ー ス・ファ イ ルを書き 出 す際、 CONTTMP 下に まず
EDI_EJ_S.LCK というロック・ファイルを設定後、CONTTMP 下にインタフェース・ファイ
ルをコピーする。コピーが完了したら EDI_EJ_S.LCK を削除する。
したがって保管システムは、CONTTMP よりインタフェース・ファイルを取得する際に、
EDI_EJ_S.LCK の存在を確認し、EDI_EJ_S.LCK が存在する間はファイルの取得は行わず待ち状態とし、EDI_EJ_S.LCK が消滅したらファイルの取得を行う（実際の処理は、一定間隔でリトライを行う）。

313

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

2.5 保管システムの機能の構成
業務システム(保管処理)

ロック・ファイルの設定
ファイル・コピー
ロック・ファイルの解除

インタ
フェイス・
ファイル

表示印刷

取り出し

保管後ファイル削除

検索

保管システム
検索
表示/印刷
取り出し

保管

保管されている電磁的記録（凡例）
業務システムの機能

保管システムの機能

図 D.Ⅷ- 21 保管システムの機能の構成

314

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

3.

エクスポート・ファイル

3.1 エクスポート・ファイルの名称
エクスポート・ファイルの名称は以下の規定とする。
XXX.EXP(a) XXX:任意。3 文字に固定されるものではない。

(b) EXP:

ファイルの属性を表す拡張子の EXP は固定。

315

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

4.

留意事項

4.1 留意事項 1 インタフェース・ファイルの保持についてこの仕様による保管システムを導入する場合には、業務システム側ではインタフェース・
ファイルの情報を保管システムに渡すために一時的に保持しておく必要がある。CI-NET
LiteS 実装規約 Ver.2.1 ad.1 参考資料・指針 2004.06.04 版

I.インタフェース・ファイルの機能」に示した CSV インタフェースや DB インタフェース機能のフロントエンドを使用している場合、業務システムはこれらインタフェースからトランスレーション後の情報（下
図中「CSV または RDB インタフェース・データ」）を受け取っているが、保管システムとの連携のためにはこの「CSV または RDB インタフェース・データ」とは別に、インタ
フェース・ファイルの情報を別途保持しておく必要がある。
業務システムCI-NETフロントエンド

保管システム フロントエンド

CSV またはRDB インタ
フェース・データ

ヘッダ情報部＋
クリア署名部

トランスレーション
CI-NET形式
データ(CII)

一時保持

MIME処理
署名・証明書検証

CSV またはRDB
インタフェース・システム

署名・証明書検証
クリア署名
データ

メールアドレス
送受信時点

保管

通信・復号処理

保管システム

図 D.Ⅷ- 22 インタフェース・ファイルの保持

4.2 留意事項 2 認証機関の電子的な証明書について本編に記載のとおり、保管システムが行う非改ざん性の証明には、保管されている電子的な証明書の検証のために、当該電磁的記録等（契約データ）作成時点における認証機関の電子的な証明書（中間電子的な証明書が存在する場合はその中間電子的な証明書も含む）が
必要です。

316

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

参考 8．電子契約の契約内容確認 印刷イメージ

一覧画面イメージ
相当のタグ番号

2

1024

1013

一覧画面の名称通し番号 情報区分 発注者

受注者

例示

ｎ

相当のタグ番号

1097

続く

1306

1043

1052,3

1173

1007,91300

1007,91045

工事コー 変更工事
注文番号 注文請等
工事略称 注文番号
取引件名
ド
コード
枝番
番号

推進鉄筋
振興建設
t00工事株式株式会社
0506-002
会社

請負金額
工事場所 工期(税込)

一覧画面の名称

例示

注文請け

1006

1008,10

基金別館 tky2002２
0736

続く

ｍ-ktky- 鉄筋加工
0381
組立て

1008,10

注文請
ファイル
注文（申
（承諾等）
名
込等）日
日

東京都港 2002/04/
2002/3/2 2002/3/3 基金別館
10,500,00 区虎ノ門 06 ～
1
２.exp
0
４－２－１ 2055/04/ 5
２その２ 15317

Ver.2.2 ad.0 指針･参考資料(20230331)

1 ページで収まる場合、
「ヘッダ」
は廃止

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

318

Ver.2.2 ad.0 指針･参考資料(20230331)

○タイトル、データ項目の名称を情報区分コードにより選別する。
○名称は「CI-NET LiteS 実装規約 Ver.2.1 ad.1 表 B.IV.2-2 [1007]帳票 No.[1009]参照帳票 No.等の記載方法」に従った。

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

319

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

320

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

321

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

322

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

323

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

324

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

325

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説
改訂履歴
日付

内容

2002 年 3 月

発行

2004 年 6 月「参考 7.電磁的記録等の保管システムにおける外部インタフェースの参考仕様」追加2019 年 3 月「1.

1.2 書面交付の理由、問題点」にて「CI-NET での契約の成立」を

明記

326

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

CI-NET LiteS 利用者のための建設工事の電子契約についての解説「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」の解説

2002年03月15日 発行
2004年06月04日 改訂【禁無断転載】発行

財団法人 建設業振興基金
建設事業情報化推進センター〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門 4 丁目MTビル 2 号館
Tel.03-5473-4573
Fax.03-5473-4580
電子メール ci-net01@kensetsu-kikin.or.jp
URL: http://www.kensetsu-kikin.or.jp/ci-net/

327

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

328

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

IX. 電子署名文書長期保存方法について

329

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

330

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

電子署名文書長期保存方法について

2019 年 3 月

一般財団法人 建設業振興基金
情報化評議会331

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

332

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

目 次
本編
１．背景・目的
２．本資料の位置づけ
２．１ 各資料の概要
２．２ 各資料と本書の関係
３．要件および対応事例
３．１ 署名検証時に、署名再検証に必要な情報を明確にしておくこと
３．２ 署名検証時の時刻を明確にしておくこと
３．３ 署名再検証に必要な情報を改ざん検出可能な状態にすること
３．４ 署名再検証に必要な情報を保存すること
４．CI-NET LiteS 利用者の運用管理

参考
参考 1. 建設業法施行規則の技術的基準に係るガイドライン」について
参考 2. 「CI-NET LiteS 利用電子契約の解説」について
参考 3. 建設業法施行令（昭和 31 年政令第 273 号）
参考 4. 「CI-NET LiteS の電子証明書」について
参考 5. 「長期署名フォーマット」について

333

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

334

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

1.

背景・目的

2001年4月の建設業法の改正施行により、建設工事の請負契約の当事者は、建設工事の請負契約の交付を書面に代えて情報通信の技術を利用した方法により行うことができるようになった。このためには一定の要件を満たすことが必要とされており、その具体的内容は政令、省令およびガイドラインに定められており、改ざん防止やなりすまし防止のために電子証明書、電子署名を使用することになっている。
しかし、電子証明書、電子署名の使用に際しては、下記のようなリスクが指摘される一方で、電子契約データの有効性を長期にわたって維持する手法がユーザーにとって複雑でわ
かりづらく、またそのための厳格な仕組みを導入し運用しようとする場合の費用負担の大きさも指摘されている。
○電子証明書には有効期限がある○有効期限内においても失効が発生する可能性がある○電子署名の暗号アルゴリズムが脆弱化する可能性がある

等

本資料は、CI-NET LiteSを用いた建設工事の請負等の契約において作成される電子署名が施された電子文書（以下、「電子署名文書」という。）を対象としている。それらを長期的に保存するために、現状の社会環境、技術状況のもとで必要な対応要件について示し、当業界における商慣行やEDIへの対応力を勘案し、大勢を占める中小業者が費用を抑制しながら利用可能な技術の活用および運用管理を行うことにより現実的な取り組みを進めようとする場合に、最低限でもこれだけは守られるべきと想定される対応の方法や考え方を事例として紹介するものであるが、必要なレベルはユーザーが自らの責任で対応することが求め
られる。

2.

本資料の位置づけ

電子署名文書の長期保存に関しては、CI-NET LiteSの活動成果の中にも関連する事項があるし、国のガイドライン等でも言及がなされている。このため、まず初めにこれらの関係を整理し、本書との位置づけを明確にする。関連する資料としては下記のものが想定できる。
Ａ．
「建設業法」等に基づく「建設業法施行規則第13条の2第2項に規定する「技術的基準」に係るガイドライン（国土交通省、2001年3月30日）49」（以下「建設業法施行規則の技術的基準に係るガイドライン」という。）
Ｂ．
「CI-NET LiteS利用者のための建設工事の電子契約についての解説（財団法人建設業振興基金 2002年6月）50（以下、「CI-NET LiteS利用電子契約の解説」という。）
Ｃ．
「電子署名文書長期保存に関するガイドライン（電子商取引推進協議会（ECOM、2010
年3月解散により一般財団法人 日本情報経済社会推進協会（JIPDEC）にて管理）、
2002年3月）」

49
50

参考 1 を参照。
参考 2 を参照。
335

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

2.1.

各資料の概要Ａ．建設業法施行規則の技術的基準に係るガイドラインについて
この資料は、情報通信の技術を利用して締結された請負契約についても、契約事項等の電磁的記録を保存することの必要性を示し、以下の点を指摘している。
保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

Ｂ．CI-NET LiteS利用電子契約の解説について
この資料はCI-NET LiteSを利用した電子契約の実施方法を解説したものである。その中で、契約事項等の電磁的記録等を適切に保存する方法や電磁的記録が改ざんされていないことを自ら証明する仕組み等を提示している。本書が電磁的記録等の保存について言及している箇所は下記の通りである。
４．電磁的措置で契約するための法的要件とその対応
4.3 CI-NET LiteSによって建設工事の請負契約の締結を行う場合の対応
4.3.2電磁的記録等の保存(1)電磁的記録等の適切な保存（以下要約）
契約事項等の電磁的記録等を適切に保存する必要があり、それらの保管に対する電磁的記録の滅失、読み出し不能、破壊等のリスクに対する防御措置について触れている。また契約事項等の存在、内容を第3者に示す必要がある場合の備え、および見読性確保・改ざんされていないことの証明のために必要な機能を有する仕組みの説明ができるような運用規定、手順書、説明書などを公開可能な状態で保管することが推奨される。
(2)改ざんされていないことの証明（以下要約）
保管されている電磁的記録が改ざんされていないことを証明するシステムを整備する必要があり、この方法の1つとして電子署名を用いる方法がある。
この方法によって証明する場合は注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書、さらに当該電子的な証明書を発行した認証機関の当該電子書名作成時点における公開鍵あるいは電子的な証明書を保管することが推奨される。
Ｃ．電子署名文書長期保存に関するガイドラインについて
この資料は電子署名文書を長期的に保存するための汎用的な実施方法を解説したものである。その中で、電子署名文書の有効性を継続的に維持するため、有効性を確認したという証拠情報を将来想定される再検証のために署名文書とともに残す方式を想定して、以下の要件を提示している。下記要件のうち最初の３つの要件については、証拠情報の生成時に考慮すべき事項としている。
○ 署名検証時に、署名再検証に必要な情報を明確にしておくこと○ 署名検証時の時刻を明確にしておくこと○ 署名再検証に必要な情報を改ざん検出可能な状態にすること○ 署名再検証に必要な情報を保存すること

336

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

2.2.

各資料と本書の関係
A．建設業法施行規則の技術的基準に係るガイドライン

法的に達成すべき要件
本C．電子署名文書長期保存に関する
ガイドライン

書
A．の目標達成に有用な C．の各手法を、建設工事の請負等の契約を対象に、B．に示される契約事項の電磁的記録の適切な保存方法等によって、建設業界の CI-NET
LiteS 利用者が参考にできるよう整理する。

汎用的な長期保存対策手法

CI-NET LiteS による契約事項の電磁的記録方法等
B．CI-NET LiteS 利用電子契約の解説

図 D.Ⅸ- 1 小規模な企業の業務の流れ

337

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

3.

要件および対応事例

本項では、「C．電子署名文書長期保存に関するガイドラインについて」に記された 4 つの要件をベースに、CI-NET LiteS 利用者にも求められ対応要件および参考となりうる対
応事例を解説する。
その際、建設業界における電子契約においては、「あらかじめ取引先に対し、電子契約の方法の種類及び内容を示し、承諾を得ていること51」が必須となっているため、お互いに取引先であることを特定できる状態であることを考慮して現状の業界の実態に合わせた管理が可能であることを想定している。

3.1 署名検証時に、署名再検証に必要な情報を明確にしておくこと【本要件の概説】
署名再検証時に電子署名文書の有効性を確認するのに必要な情報とは､検証時に署名の有効性が証明された事実を示す情報である。有効な署名として成立するためには､下記の 2 点の確認が必要となる。

表 D.Ⅸ- 1 小規模な企業の業務の流れ
確認すべき事項

確認に必要な情報の例○署名者電子証明書○上記電子証明書の発行元を示す発行者電子証明書○検証時に電子証明書が無効化していないことを示す情報
52
２．署名ポリシ に基づき作成 ○署名検証に関わる合意事項を記述した証拠
された署名であること○署名者と検証者が署名規則に合意した証となる
情報
１．電子署名文書に付与された署 名の本人性【CI-NET LiteS における対応事例】
a.署名の本人性確認のために下記情報を利用する。
a-1：「クリア署名部」の「電子証明書53」
a-2：認証局が公開する「発行者電子証明書」
a-3：認証局が公開する「電子証明書失効リスト（CRL：Certificate Revocation List）」
b.署名が署名ポリシに基づき作成されているか否かは下記情報で確認する。
b-1：署名検証に関わる合意事項は「標準規定54」、「証明書利用約款」
b-2：署名者と検証者が合意した証拠は「データ交換協定書」

参考 3 を参照。
署名検証にまつわる技術的、運用的な合意事項を記述した情報や、その情報に署名者および検証者が合意したことの証となる情報等を指す。
また、署名ポリシについては、CI-NET LiteS の電子証明書は、現在利用している認証局が示す標準規定に基づき「証明書利用約款」、「電子証明書申請書」を規定している。
53
電子証明書のプロフィールについては参考 4 を参照。
54 認証局が発行する電子証明書に関してポリシおよびその電子証明書発行の運営に関して適用する実践について記載されたもの。
51
52

338

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

解 説
CI-NET LiteS 対応システムでは、取引情報（メッセージ）を受信した直後に署名の改ざんや本人性の検証、インタフェース・ファイルの作成等を行うため、「保管システ
ムへ保管のために引き渡されるデータの内容」の「クリア署名部」に「電子証明書」が記載されている。それを「署名者電子証明書」に利用する方法が想定できる（「CI-NET
LiteS 利用電子契約の解説」の「D.Ⅷ.参考 7. 電磁的記録等の保管システムにおける外部インタフェースの参考仕様参照。
」）。
「a-1」や「a-2」が正しいかどうかは、署名者の証明書が正しいか否かをルート証明書までさかのぼり確認できる仕組みを組み込むことによって対応が可能である。
また、検証時に無効化していないことを示すためには、電子証明書の有効期間中に検証を行い「a-3：電子証明書失効リスト」を利用して電子証明書が失効していないかユー
ザーが運用上で確認することとする。
「b-1」「b-2」については、ユーザーが管理し、運用上必要なときに参照する。
CI-NET LiteS で用いる「発行者電子証明書」、「電子証明書失効リスト」は認証局
55（CA）より公表 されている。
なお、認証局（CA）とは電子証明書発行組織の一つであり、発行局（IA）や登録局（RA）とともに構成されている。CI-NET LiteS に関する登録局は、例えば、建設業振興基金が運営し、電子証明書発行に係る書類は失効処理に係る書類も含めて発行時より10 年間保存されている。このため、再検証時に電子証明書の有効性を確認することが必要な場合当基金で管理しているものを利用することができる。

3.2 署名検証時の時刻を明確にしておくこと【本要件の概説】
電子証明書の署名検証時刻を明確にするためには、信頼される時刻源56の時刻情報に基づき確定された事実を証拠情報として保存する必要がある。このためには、上記３．１に記した有効な署名として成立したことを示す証拠書類と信頼される時刻情報を結びつけて管理する仕組みが求められる。

【CI-NET LiteS における対応事例】「保管システムへ保管のために引き渡されるデータの内容」の「ヘッダ情報部」に格納されている「インタフェース・ファイル作成時刻 」を「署名検証時の時刻」と推定することとする。
解 説
CI-NET LiteS 対応のシステムでは、取引情報（メッセージ）を受信した後直ちに署名・改ざん等の検証、インタフェース・ファイルの作成を行っている。これにより、署名検証
時刻とほぼ同時刻が「インタフェース・ファイル作成時刻」として保管されるため、「イ例えば、以下の URL がある。認証局：日本電子認証株式会社 CI-Standard サービス 2「発行者電子証明書」 https://rep.ninsho.co.jp/cis2/ca-cert/index.html「証明書失効リスト」 https://rep.cistd.com/cis2/cis_crl.crl
56 例えば、以下のようなものが考えられる。
NTT の 117 時報サービス
NHK テレビの午前 7 時、午前 12 時、午後 7 時の時報
55

339

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

ンタフェース・ファイル作成時刻」を「署名検証時の時刻」と推定する方法が想定できる。
なお、D.Ⅷ.「参考 7. 電磁的記録等の保管システムにおける外部インタフェースの参考仕様」に記載されている通り、受信時とは別のタイミングで保管を行うシステムも想定できる。その場合も、上記同様、署名検証時に近い時刻を「インタフェース・ファイル作
成時刻」に納めておくことが必要である。
これらの時刻に関わる処理については、各システムにおいて実装されている処理方法に従う。
なお、建設業界における契約は「年月日」を単位としている。時刻まで特定する管理方
法には精度面に自ずと限界が生じる可能性があるが、「時刻」そのものの誤差や取引先と自社システムの時刻の誤差が業務に支障をきたさないよう確認すること等の運用管理を、「データ交換協定書」等に規定し運用することが望ましい。
さらに、以下のような事項を「データ交換協定書」等に規定することで、より精度の高い厳密な運用も可能となる。
また、セキュリティを一層強固なものとするためには、高度な長期署名フォーマット
技術57やタイムスタンプ技術を導入する等の方法が考えられる。
CI-NET LiteS においては、契約時に相互に受け渡し保管される注文情報及び注文請情報はもとより、送受信する情報には、そういった取引業務の情報（メッセージ）以外に、システム運用上「受信確認情報」がある。また基本契約の締結、契約前の見積情報
や契約後の出来高・請求情報等の送受信する情報や取引情報の送受信時の処理（通信、
暗号化・復号、署名検証等）、電磁的記録等の保存の処理等に関する一部あるいは全てのログを保存し、内容や時刻を検証できる管理としておく。
これらの情報の取得や保存については、これらの処理が容易にできるようシステム的に対応を組み込んでおくとともに、ユーザーは必要なときにそれらを参照できるようにしておく。

3.3 署名再検証に必要な情報を改ざん検出可能な状態にすること【本要件の概説】
上記３．１、３．２において収集した証拠情報が改竄されていないことを、その署名の有効期限に関わらず、確認できるようにすることが求められる。

【CI-NET LiteS における対応事例】
本要件については、「CI-NET LiteS 利用電子契約の解説」において、保管されている
電磁的記録が改竄されていないことを自ら証明するシステムの仕組みが示されているので、これに準ずることとする。
解 説
上記の「自ら証明するシステムの仕組み」は、下記に記載されている。
「CI-NET LiteS 利用電子契約の解説」
４．電磁的措置で契約するための法的要件とその対応
4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
4.3.2 電磁的記録等の保存(2)改ざんされていないことの証明
なお、電磁的記録等の保管システムにおける外部インタフェース仕様の「ヘッダ情57

参考 5 を参照。
340

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について報」部分については改ざんを検知できないため、「CI-NET LiteS 利用電子契約の解説」の「4.3.2 (1)電磁的記録等の適切な保存」に示されているリスクの例58に対する防御措置等を「データ交換協定書」等に明記し運用においてカバーすることが望ましい。
また、セキュリティを一層強固なものとするためには、高度な長期署名フォーマット
技術やタイムスタンプ技術を導入する等の方法が考えられる。

3.4 署名再検証に必要な情報を保存すること【本要件の概説】
署名の再検証に必要な情報が消失してしまうと電子署名の有効性を検証する方法が無くなるため、署名の再検証に必要な情報を整理して保存することが必要になる。

【CI-NET LiteS における対応事例】「(2)改「CI-NET LiteS 利用電子契約の解説 2」の「4.3.2(1)電磁的記録等の適切な保存」
ざんされていないことの証明」に記載される内容に準ずる。
解 説
本項は「建設業法施行規則の技術的基準に係るガイドライン」が規定する要件に含まれている。このため、CI-NET LiteS において、当該要件に対応するための方針を記した上記内容を参照にする。

58

リスクの例については参考 2 の「4.3.2 (1) 電磁的記録等の適切な保存」を参照。
341

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

4.

CI-NET LiteS 利用者の運用管理

本資料は、建設工事の請負等の契約におけるCI-NET LiteS利用時の電子署名文書において、実務に即した安全で効率的な長期保存を可能とする対応要件及び対応事例を提示する
とともに、必要に応じて「データ交換協定書」に基づく運用管理についても言及をしている。
しかし、個々の企業において適切に業務を行うためには、社内で電子契約運用規則等を定め、それを遵守することが重要である。
このため、参考として、こうした運用規則の一例を以下に示す。
（本事例は、CI-NET LiteSを利用したEDIを対象とするものであり、一般的な業務規約や情報セキュリティに関する事
項は含まない。）【CI-NET LiteS による EDI の運用管理に関する運用規則等に盛り込むべき事項】（参
考事例)
(1)
対象範囲
・ CI-NET LiteS利用の建設工事の請負等の契約を対象とする。
(2)
管理体制
・ 管理責任者、操作担当者等を定め、電子契約データに係る処理および保管等の責任、権限を明確にする。
(3)
情報資産管理・ 取引先と送受信した電子契約データあるいは保管された電子契約データ等にアクセスできる担当者を定め、アクセス履歴の記録、担当者以外の者のアクセスに対する防御等の管理を行う。
・ 取引先が契約の相手先となり得るか、企業情報（倒産等）の管理を行う。
・ 基本契約や個別契約等に係る見積情報や契約情報または出来高・請求情報等送受信する情報および情報の送受信に付随する時刻等の情報をいつでも検証できるよう管理を行う。
・ 時刻に対し、必要に応じて取引先と相互確認を行い、信頼される時刻管理を行う。
・ 秘密鍵は、担当者、管理場所等を明確にし厳重な管理を行う。
(4)
人的管理
・ 管理責任者は操作マニュアル等を用意し、操作担当者が正しい操作を行えるよう教育および啓発に努める。

342

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参 考

343

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参考 1. 建設業法施行規則の「技術的基準」に係るガイドラインについて■建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係るガイドライン
平成 13 年 3 月 30 日
国土交通省

1.

はじめに
国土交通省では、適切な電子商取引の普及を通じて、建設産業の健全な発達を確保するため、平成 12 年に成立した書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律(平成 12 年法律第 126 号)において、建設業法(昭和 24 年法律第 100 号)
を改正し、書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとしたところである（平成13 年 4 月 1 日施行）。
今般、契約当事者間の紛争を防止する等安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用により建設工事の請負契約を締結しようとする者の参考として、同法施行規則(以下｢規則｣という。) 第 13 条の 2 第 2 項（建設業法施行規則等の一部を改正する省令（平成 13 年国土交通省令第 42 号）により追加）に規定する「技術的基準」に係るガイドラインを定めることとする。

2.

見読性の確保について（規則第 13 条の 2 第 2 項第 1 号関係）
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。
）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシステムを整備しておくことが必要である。
また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せるよう、適切な検索機
能を備えておくことが望ましい。

344

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

3.

原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。

(1) 公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。

(2) 電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う登記所、
電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられる。

(3) 電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じてお345

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法についてくことも有効であると考えられる。

346

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参考 2. 「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」について■「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」から抜粋（建設業振興基金、2004 年 6 月）

1.

電磁的措置で契約するための法的要件とその対応
1.1 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
1.1.1 電磁的記録等の保存(1) 電磁的記録等の適切な保存
建設工事の請負契約を書面で締結する場合と同じく、電磁的措置により締結した場合もその電磁的記録等を適切に保管しなければなりません。電磁的記録等の保管には滅失、読み出し不能、破壊等のリスクがあり、これらに対する防御を行わなければなりません。
【電磁的記録等の保管に係るリスクの例】
・過失、誤操作による滅失、改ざん
・不適切な保管、取扱いによる滅失、改ざん
・不適切な管理による分散、散逸
・電子記録媒体等の劣化、紛失による滅失、読み出し不能、不完全な読み出し・システムの移行等による不整合、機器・媒体の互換性不備による復元の不完全・故意による隠蔽、破壊、改ざん、偽造・コンピュータ・ウィルスや不適切なソフトウェア等による破壊、混同・悪意の外部者による破壊、改ざんなど
このためには次のような防御措置が有効です。
イ)管理責任者の設定：管理責任者等を定め、保管の責任、権限を明確にします。

ロ)アクセスの管理： 保管された電磁的記録等にアクセスできる担当者を定め、アクセス履歴の記録、担当以外の者のアクセスに対する防御等の管理を行います。
ハ)操作担当者の教育： 操作マニュアル等を用意し、担当者に正しい操作を教育します。
347

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

ニ)保管場所の管理： 複数の電子記録媒体等に保管する場合は、どの電子記録媒体等にどの電磁的記録等が保管されているか、またディスク自体が正しく管理されていることを確認しておきます。
ホ)バックアップ： 電磁的記録等のバックアップを定期的に行い、バックアップした
電子データを適切に保管しておきます。
ヘ)ウィルス対策： コンピュータ・ウィルス等に対する定期的な診断を行い、ウィルスが発見されたらただちに対処します。
ト)システム移行等への対応： 保管システム自体をバージョン・アップすると、基本的ソフトウェアもバージョン・アップしなければならないことがあります。
こうした場合、旧システムで保管していた電磁的記録等が新しいシステムで処理できなくなる不都合が生じないようにします。例えば、電磁的記録等は
OS のファイルシステム上で保管することとし、特定のデータベースに格納するような方法は避けた方が良いと思われます。
さらに、建設工事の請負契約の存在、内容を第三者に示す必要がある場合に備え、こうした運用に係る規定や保管の手順書等を公開可能な形で整備することが推奨されます。なお、
外部からのシステム監査を定期的に受けるなど、コンピュータ・システムの安全な運用に係る認定制度59を利用することにより、信頼性をさらに高められる可能性があります。
また関連しますが、「4.3.1 見読性の確保」の要件や後述の「(2)改ざんされていないことの証明」の要件が満たされていることを第三者に示すには、以下の事柄が重要になります。
・見読性の確保のための表示・印刷機能により、電磁的記録等の内容がディスプレイ
や紙に正しく表示、印刷されていること。
・改ざんされていないことを証明する機能（「(2)改ざんされていないことの証明」に記載）により、電磁的記録等の内容が正しく検証されていること。
両機能が正しく動作していることを確認するために、これらの機能を説明した仕様書や操作方法を示した説明書の内容を確認し、その内容を遵守して開発、運用しなければなりません。また第三者に説明する必要が生じた場合に備え、仕様書や操作説明書等を備え置き、公開可能な状態で保管することが推奨されます。また、相手方や第三者が確認のために電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体等に電磁的記録等を出力する機能を備えることが推奨されます。
以上全ての措置は、建設工事の請負契約締結を電磁的措置によって行う当事者が自らシ59システムの安全な運用に係わる認定制度：
財団法人日本情報処理開発協会で検討中の「情報セキュリティマネジメントシステム(ISMS：
Information Security Management System)適合性評価制度」等があります。ISMS は、平成
13 年 3 月に審査認定が廃止された「情報処理サービス事業電子計算機システム安全対策実施
事務所認定基準」に代わるものとして検討されています。
348

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

ステムを整備し運用してもよく、また電磁的記録等を安全に管理する外部の保管サービスを利用することも可能です。こうした保管サービスを提供する事業者の中には、保管だけでなく、次に解説する改ざんされていないこと等の証明サービスもあわせて提供している者もあるので、それらを利用することも可能です。

(2) 改ざんされていないことの証明
保管されている電磁的記録等が改ざんされていないことを証明するシステムを整備しなければならなりません。
この証明方法の 1 つとして電子署名を用いる方法があります。これは、正しい電子署名
は相手方の秘密鍵によってしか作成できず、したがって受け渡しの途中あるいは受け取り後に改ざん等があれば電子署名と注文書・請書データとの間に不整合が生じる、という公開鍵暗号方式による電子署名の特性にもとづいています。
この場合、改ざんされていないことの証明は、注文書・請書データから生成した次図①のメッセージ・ダイジェストと、相手方の電子署名を相手方の公開鍵によって復号して得た②のメッセージ・ダイジェストとを照合することにより行います。
この方法によって証明する場合は、注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書もあわせて保管することが推奨されます。さらにこの処理において電子的な証明書が改ざんされていないことを確認する（次図のメッセージ・ダイジェスト③④の照合により行う）ために、当該電子的な証明書を発行した認証機関の、当該電子署名作成時点における公開鍵あるいは電子的な証明書を保管しておくことが推奨されます。

349

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

電磁的記録の内容
電磁的記録等

注文、注文請データ

ハッシュ化①メッセージ･
ダイジェスト

電子署名
電子署名を復号
電子的な証明書②メッセージ･
ダイジェスト

両者を
照合

相手方の
公開鍵で復号

電子的な証明書

認証機関の
電子署名

③メッセージ･
ダイジェスト

ハッシュ化

公開鍵等の
各種情報

電子署名を復号

両者を照合④メッセージ･
ダイジェスト

認証機関の公開鍵で復号。
契約時の認証機関の公開鍵を保管しておく※認証機関の電子署名は、電子的な証明書所有者の公開鍵等の各種情報からメッセージ・ダイジェストを作成し、認証機
関の秘密鍵で暗号化したもの。

図 D.Ⅸ- 2 改ざんされていないことの証明の原理(3) 確定注文、注文請け等のメッセージがいつ作成されたのかの証明
EDI では各メッセージの時間管理のしくみとして、送受信相手とのメッセージ送受信時間の整合性が相互に管理されます。
つまり、送信者側のメッセージ送信時刻と受信者側のメッセージ受信時刻が整合しているため、サーバログや送受信時刻の改ざんを行った場合、送受信相手との整合性が確保できなくなります。
そのため、メッセージの受信時刻が送信者のメッセージの作成時刻を示す、すなわち送受信相手に対する注文、注文請等データの作成時刻を証明することになります。

350

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について改ざんされていないことの確認処理の概要例と各確認の詳細は以下のとおり。

図 D.Ⅸ- 3 改ざんされていないことの確認処理の概要イメージ(a) データ部メッセージ・ダイジェストの照合
CI-NET LiteS の場合の処理の概要は、以下の通り、電磁的記録のデータ部をハッシュ化して得たメッセージ・ダイジェストと、電子署名にある署名値（メッセージ・ダイジェストを送信者の秘密鍵にて暗号化した値）を送信者の公開鍵を用いて復号して得たメッ
セージ・ダイジェストを比較し、両者が一致すれば改ざんされていないと判断します。

(b) 送信者の電子的な証明書の改ざん有無の確認
上述(a)の処理過程において、送信者の電子的な証明書を認証している認証機関の公開鍵を用い、送信者の電子的な証明書の改ざん有無を確認します。

351

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について(c) 認証機関の電子的な証明書のなりすまし有無の確認
送信者の電子的な証明書が信頼済みの認証機関から発行されたものであるかを確認する必要があります。
そのためには、予めサーバ等に登録しておいた信頼済の認証機関の証明書と送信者の電子的な証明書への署名に利用された証明書をルート証明書までさかのぼり、一致していることを確認します。

(d) 検証処理時点における電子的な証明書の有効性の確認（電子的な証明書の有効期間が切れたもの）
失効情報および送信者の電子的な証明書に記載の有効期間を参照して、検証処理時点における電子的な証明書の有効性を確認します。電子的な証明書が有効でない（失効、或いは有効期限切れ等）場合があるため、処理を継続して両メッセージ・ダイジェストを照合のうえ、改ざんの有無以外に電子的な証明書が有効でないこともあわせて確認します。

(e) 有効期限が切れたものの確認
過去に締結された契約内容が改ざんされていないことの確認については、CI-NET の仕組み（発注側企業は注文請け書を保存、受注側企業は確定注文書を保存）により検証できます。過去の契約内容について、署名付きの確定注文書や注文請け書の工事情報と現業に存在する契約情報(書面や電子データ)をセットで確認を行います。
また、一般財団法人建設業振興基金にて管理している「CI-NET 電子証明書失効申請書」と比較することにより、契約時点の電子署名の有効性を確認することができます。

352

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

1.2 「電磁的記録等の保管システムにおける外部インタフェースの参考仕様」について■CI-NET LiteS 利用の電子署名文書の保管概要「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」の D.Ⅷ「参考 7.電磁的記録等の保管システムにおける外部インタフェースの参考仕様」を参考に概要を記載する。

(1) 受信から保管の流れ
CI-NET LiteS対応ソフトが、CI-NET LiteSメッセージである電子署名文書を受信した場合の概要を示す。
次図は、受信後、直ちに有効期間・署名・改ざん性検証、保管を一連の処理で行う例
である。
1) 取引先から送信された電子署名文書は、次図「送受信文書フォーマット（CI-NET
ファイル）」の形でメールアドレスに着信する。
2) 業務システムは、1)の電子署名文書を次図「受信後フォーマット」の形でDBに取り込む。直ちに、業務システムは、署名・改ざんの検証、インタフェース・ファイルの作成等を行い、次図「保管データフォーマット（インタフェース・ファイル）」の形で保管システムに保管する。
従って、署名検証とほぼ同時刻が保管データのヘッダ情報部「インタフェース・ファ
イル作成時刻」に納められる。

353

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

メッセージ

メール
アドレス

CI-NET
ファイル

メールアドレスに着信－

操作

インタフェース・
ファイル

検証後直ちにインタフェース・
ファイルを作成

保管システム業務システム
受信ボタン
見積・注文等の業務

署名検証時
メールアドレス
受信、復号、変換に着信
有効期間・署名・改ざん性検証
保管（署名・改ざん性検証）
業務処理

機能

メールヘッダ*1

フォー
マット

メッセージ*2
電子署名
電子証明書

ヘッダ情報部*4

インディックス情報*3

クリア署名部*5
データ部
署名部

メッセージ*2
電子署名
電子証明書

送受信文書フォーマット 受信後フォーマット 保管データフォーマット
（CI-NETファイル）（DB）（インタフェース・ファイル）

図 D.Ⅸ- 4 受信後、直ちに保管する場合*1 メール・ヘッダ：
・送信者（From:行）

・受信者（To:行）

・標題（Subject:行）

・MIME ヘッダ
*2 メッセージ：
・取引先と送受信する電子文書*3 インディックス情報：・受信した電子メールのメール・ヘッダから抽出する情報
・メッセージ・グループ・ヘッダ(MGH)から抽出する情報
・メッセージから抽出する情報・保管処理を行った年月日時分秒*4 ヘッダ情報部
・電子メールの受信時刻
・当該データの電子メールを送信したアドレス
・当該データの電子メールを受信したアドレス
・インタフェース・ファイル作成時刻*5 クリア署名部
CI-NET LiteS 実装規約に準拠した署名付き暗号メールの「暗号化 MIME ヘッダ+データ部（圧354Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について縮された技術資料を含む）+署名部」)を復号したもの
・ 暗号化データ MIME ヘッダ
・ データ部
メッセージ・グループ・ヘッダ
メッセージ
技術資料
・ 署名部
電子署名
電子証明書

(2) 受信時とは別のタイミングで保管を行うシステム
CI-NET LiteS対応ソフトによっては、保管のタイミングが前図と違い、受信後、有効期間・署名・改ざん性検証を行うが、受信とは別のタイミングで保管を行うつまり受信とは別のタイミングで「インタフェース・ファイル」を作成するソフトも想定される。次図は、その処理で行う例である。
1) 取引先から送信された電子署名文書は、次図「送受信文書フォーマット（CI-NET
ファイル）」の形でメールアドレスに着信する。
2) 業務システムは、1)の電子署名文書を次図「受信後フォーマット」の形でDBに取り込み、署名・改ざんの検証等を行う。
3) その後、業務システムあるいは保管システムが、インタフェース・ファイルの作成等を行い、「保管データフォーマット（インタフェース・ファイル）」の形で保管シ
ステムに保管する。
従って、署名検証とほぼ同時刻が保管データのヘッダ情報部「電子メールの受信時刻」に納められる。

355

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

CI-NET
ファイル

メッセージ

メール
アドレス
メールアドレスに
着信
－

操作
機能

インタフェース・ファイル

業務システム保管システム

受信ボタン
見積・注文等の業務

保管ボタン

メールアドレス
受信、復号、変換に着信
有効期間・署名・改ざん性検証
業務処理
署名検
証時
メールヘッダ*1
インディックスフォー
マット

メッセージ*2
電子署名
電子証明書

送受信文書フォーマット
（CI-NETファイル）

保管
署名・改ざん性検証

ヘッダ情報部*4

情報*3
クリア署名部*5
データ部
署名部

メッセージ*2
電子署名
電子証明書

受信後フォーマット（DB）

保管データフォーマット
（インタフェース・ファイル）

図 D.Ⅸ- 5 受信時とは別のタイミングで保管を行う場合(3) 「インタフェース・ファイル」の保管データフォーマットで保管システムへ保管のために引き渡されるデータの内容
以下の項目である。
○ヘッダ情報部
・電子メールの受信時刻
・当該データの電子メールを送信したアドレス
・当該データの電子メールを受信したアドレス
・インタフェース・ファイル作成時刻○クリア署名部・ 暗号化データ MIME ヘッダ
・ データ部
メッセージ・グループ・ヘッダ
メッセージ
技術資料
・ 署名部
電子署名
電子証明書
356

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参考 3. 建設業法施行令（昭和 31 年政令第 273 号）■建設業法施行令（昭和 31 年政令第 273 号）
第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２

前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

357

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参考 4. 「CI-NET LiteS の電子証明書」について■「CI-NET LiteS 実装規約 Ver.2.2 ad.0」から抜粋

A-1. 情報伝達規約(電子メールの場合)
A-2. 情報伝達規約(ebMS の場合)

1.

電子証明書

(a) CI-NET LiteS で使用する電子証明書は ISO/IEC 規定の X.509 Version3 フォーマット
を使用する。
(b) 電子証明書プロファイルは以下の通り。

358

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

表 D.Ⅸ- 2 電子証明書プロファイル
フィールド名証明書基本部バージョン（version）
シリアル番号（serialNumber）
署名（signature）
発行者（issuer）
有効期間（validity）
所有者（subject）

所有者公開鍵（subjectPublicKeyInfo）
証明書標準拡張部
認証局鍵識別（authorityKeyIdentifier）
所有者鍵識別（subjectKeyIdentifier）
鍵種別（keyUsage）
拡張鍵種別（extendedKeyUsages）
証明書ポリシー（certificatePolicies）
所有者別名（subjectAltName）
基本制約（basicConstraints）
ＣＲＬ分配点（cRLDistributionPoints）
netscape-cert-type

設定値
値

設定者
認証局

必須

V3

認証局

必須

128ビット以下の正の整数

認証局

必須

sha1 with RSA Encryption(1.2.840.113549.1.1.5)

認証局

必須

CN=発行者

認証局

必須

認証局
登録局

必須
必須

ユーザ/

任意

登録局

必須
必須

開始時刻（例：年月日時分秒）
終了時刻（例：年月日時分秒）
C=国名（例：JP）
O=組織名（例：CI-NET）
OU=「CompanyCode-」とユーザの標準企業コード（12桁）
CN=ユーザ名または識別コード
E=ユーザの電子メールアドレス

顧客/
登録局

必須

ＲＳＡ公開鍵（例：1024ビット）

認証局

任意

認証局

任意

（例：公開鍵のSHA-1）

認証局

必須

digitalSignature, keyEncipherment (0xA0)

認証局

任意

－

認証局

任意

認証局のOID

任意

rfc822name=ユーザの電子メールアドレス

任意

cA=FALSE

顧客/
登録局
認証局

keyID=（例：発行者の公開鍵のSHA-1ハッシュ（160bit））
authorityCert=発行者のDN（識別名）とシリアル番号

pathLenConstraint=フィールドなし
認証局
/
認証局

任意

（例：URL等）

任意

－

359

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

表 D.Ⅸ- 3 電子証明書プロファイル
行

1
2

フィールド名証明書基本部バージョン（version）
シリアル番号（serialNumber）

設定者

区分

設定値
区分

値

値

SHA-1対応

SHA256対応(2017年3月31 日発行まで)(2017年4月1日発行から)

認証局

必須 V3

必須 V3

認証局

必須 正の整数(16桁）

必須 正の整数(16桁）

3

署名（signature）

認証局

必須

4

発行者
（issuer）

認証局

必須 CN=発行者

5

有効期間（validity）

認証局

必須

6

所有者
（subject）

認証局
登録局

必須 C=国名（例：JP）

必須 C=国名（例：JP）

認証局
登録局

必須 O=組織名（例：CI-NET）

必須 O=組織名（例：CI-NET）

7

ユーザ/
登録局
ユーザ/
登録局

8
9

ユーザ/
登録局
ユーザ/
登録局

10
11

必須

sha1 with RSA Encryption(1.2.840.113549.1.1.5)

OU=「CompanyCode-」とユーザの標
準企業コード（12桁）

任意 なし
任意 なし
任意 なし

ユーザ/
登録局

必須

13

ユーザ/
登録局

必須 E=ユーザの電子メールアドレス

顧客/登
録局

必須 RSA公開鍵（例：1024ビット）

所有者公開鍵（subjectPublicKeyInfo）

CN=ユーザ名または識別コード(現行はユーザ企業名)

sha256 with RSA Encryption(1.2.840.113549.1.1.11)

C=JP, O=Nippon Denshi Ninsho
必須 Co.Ltd., OU=CI-Standard2
Certification Authority
開始時刻（例：年月日時分秒）
必須
終了時刻（例：年月日時分秒）

開始時刻（例：年月日時分秒）
終了時刻（例：年月日時分秒）

12

14

必須

OU=「CPN-」の4桁に続けて、ユーザ
企業名（64桁=4+60） 注1
OU=「CMN-」の4桁に続けて、「JCN」
任意 +法人番号+「+」+枝番相当（27桁=4+3+13+1+6） 注1
OU=「CompanyCode-」とユーザ標準
必須
企業コード（24桁=12+12）
OU=「TID-」の4桁に続けて、端末ID
任意（64桁=4+60） 注1、注2
CN=職務権限者である職務権限名あるいは個人名(64桁)必須
職務権限名の場合、「SHOKUMUKENGENSHA」と固定注3
E=ユーザの電子メールアドレス
必須
(80桁)
必須

必須 RSA公開鍵（例：2048ビット）

SHA- 1 対
応からの
変更点

拡張
(160から
256ビット)

有効期間は3年30日

記載場所
の変更
新設
記載場所
の変更
新設
記載内容
の変更

拡張
(1024から2048ビット)

証明書標準拡張部
keyID=（例：発行者の公開鍵のSHA-1
keyID=（例：発行者の公開鍵のSHA-1
ハッシュ（160bit））
ハッシュ（160bit））
任意
authorityCert=発行者のDN（識別名）
authorityCert=発行者のDN（識別名）とシリアル番号とシリアル番号15

認証局鍵識別（authorityKeyIdentifier）

認証局

任意

16

所有者鍵識別（subjectKeyIdentifier）

認証局

任意 （例：公開鍵のSHA-1）

17

鍵種別（keyUsage）

認証局

必須

digitalSignature, keyEncipherment(0xA0)

任意 （例：公開鍵のSHA-1）

必須

digitalSignature、
nonRepudiation、
keyEncipherment
注4

18
19
20
21
22
23

拡張鍵種別
（extendedKeyUsage）
証明書ポリシー（certificatePolicies）
所有者別名（subjectAltName）
基本制約（basicConstraints）
CRL分配点（cRLDistributionPoints）
netscape-cert-type

認証局

任意 －

任意 －
任意 認証局のOID

認証局

任意 認証局のOID

顧客/登
録局

任意

認証局

任意 cA=FALSE

任意 cA=FALSE

認証局

任意 （例：URL等）

任意 https://rep.cistd.com/cis2/cis_crl.crl

認証局

任意 －

任意 －

「nonRepud
iation」を追加(新設)rfc822name=ユーザの電子メールアド
rfc822name=ユーザの電子メールアド
任意
レス
レス

360

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

参考 5. 「長期署名フォーマット」について
電子署名文書の電子署名を有効な状態にしておくためには、署名の有効性が失われる前に、有効性を延長する必要がある。公開鍵証明書の有効期間内、つまり電子署名の有効期間
内に、電子証明書の期限切れ以降まで有効なタイムスタンプを付加し、さらにそのタイムス
タンプの有効期限切れ直前に再びタイムスタンプを付加し続けることで、電子署名の有効性を延長することができる（図 D.Ⅸ-6）。

図 D.Ⅸ- 6 タイムスタンプ利用による電子署名の延長
この方法を用いて電子署名の有効性を延長するためには、初期にタイムスタンプを適用する電子文書や、公開鍵証明書、検証記録（CRL など）が正しく集めて、一つに纏められなければならない。また、これらの情報を誰がどのようにして集めるなどといった運用面の検討も必要となる。電子署名文書を長期保存する際の署名プロファイルとして、ETSI による標準「TS 101 733」がある（図 D.Ⅸ-7）。

図 D.Ⅸ- 7 長期署名フォーマット

図 D.Ⅸ-7 に示す長期署名フォーマットには以下のようなものがある。
361

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について(1)ES（Electronic Signature：基本署名フォーマット）
署名ポリシに従って作成された原始的なフォーマットである。

基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

図 D.Ⅸ- 8 長期署名フォーマット（ES）(2)ES-T（Electronic Signature with Timestamp：ES の署名値に対するタイムスタンプを付与したもの）
ES の署名値に対してタイムスタンプを付与したものである（ES フォーマット全体に対するタイムスタンプではない）。
ES署名に対するタイムスタンプ付き（ES-T)
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

ES署名値に対するタイムスタンプ

図 D.Ⅸ- 9 長期署名フォーマット（ES-T）(3)ES-C（The ES with Complete validation data：完全証明書および失効情報参照データ）
ES の検証に用いるすべての証明書や CRL のリファレンス情報を加えたものである。
完全証明書および失効情報参照データ（ES-C）
ES署名に対するタイムスタンプ付き（ES-T）
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

ES署名値に対するタイムスタンプ

完全証明書
および失効情報参照データ

図 D.Ⅸ- 10 長期署名フォーマット（ES-C）

362

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について(4)ES-X（完全証明書データおよび失効情報データ）
ES-X には、ES-X Long、ES-X Type-1、ES-X Type-2 の 3 種類がある。
・ES-X Long：検証に用いるすべての証明書と証明書の廃棄情報を加えたもの
・Type-1：ES-C にタイムスタンプを付与した値を加えたもの
・Type-2：検証に用いるすべての証明書と証明書の廃棄情報のリファレンスとそれらにタイムスタンプを付与した値を加えたもの

完全証明書および失効情報データ（ES-X Long）
完全証明書および失効情報参照データ（ES-C）
ES署名に対するタイムスタンプ付き（ES-T）
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

ES署名値に対するタイム
スタンプ

署名値

完全証明書
および失効情報参照データ

完全証明書
データおよび
失効情報
データ

図 D.Ⅸ- 11 長期署名フォーマット（ES-X Long）(5)ES-A（The ES with Archived validation data：ES-X に対するタイムスタンプを付与したもの）
ES-X に対し、長期保存用のタイムスタンプを付与したものである。

ES-X Longに対するタイムスタンプ付き（ES-A）
完全証明書および失効情報データ（ES-X Long）
完全証明書および失効情報参照データ（ES-C）
ES署名に対するタイムスタンプ付き（ES-T）
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

ES署名値に対するタイムスタンプ

完全証明書
および失効情報参照データ

完全証明書
データおよび
失効情報
データ

長期保存用
タイムスタンプ

図 D.Ⅸ- 12 長期署名フォーマット（ES-A）

363

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について【参考文献】
 「PKI 関連技術解説（特別認可法人 情報処理振興事業協会 セキュリティセン
ター

最終更新日：2012 年 8 月 9 日、情報処理振興事業協会の事業は 2004 年に独立行政法人 情報処理推進機構（IPA）に継承」
 「電子署名長期保存に関するガイドライン（電子商取引推進協議会（ECOM、2010 年 3 月解散により一般財団法人 日本情報経済社会推進協会（JIPDEC）
にて管理）

2001 年 3 月）

364

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

改訂履歴

日付

内容

2004 年 6 月

発行

2019 年 3 月「参考 2、1、1.1 1.1.1(3)注文、注文請けなどのメッセージがいつ作成されたのかの証明」および「同(e)有効期限が切れたものの確認」の内容を明確にした。

365

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

366

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅸ. 電子署名文書長期保存方法について

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

電子署名文書長期保存方法について

2004年06月04日

発行

2019年03月31日

改訂【禁無断転載】発行

一般財団法人 建 設 業 振 興 基 金
情報化評議会〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門 4 丁目MTビル 2 号館
Tel.03-5473-4573
Fax.03-5473-4580
電子メール:ci-net01@kensetsu-kikin.or.jp

URL : http://www.kensetsu-kikin.or.jp/ci-net/
367

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

368

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

X. CI-NET LiteS における契約データの移管について

369

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

370

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

X. CI-NET LiteS における契約データの移管について

はじめに

1.

本資料の位置づけと背景

本資料は、契約データ60の保管に関し、ある保管システムの契約データを、他の保管シス
テムに移管するにあたっての留意点を検討し、とりまとめたものである。
2001 年の建設業法の改正により、電磁的措置により建設工事の請負契約の締結が行えるようになっているが、CI-NET LiteS により EDI を実施する事業者にとっては、その契約
データの保管について､保管件数の増加に伴う管理負荷の増大を軽減したいとのニーズがある。一方、CI-NET LiteS の EDI 機能をサービスする ASP（アプリケーション・サービ
ス･プロバイダ）事業者が保管サービスについての提供を開始したことや、iDC（インターネット・データ・センター）に代表されるデータ保管サービスの普及などにより、データ保管に関してアウトソーシングする環境が整ってきつつある。
こうした状況において、CI-NET LiteS の利用者の中で、これまで自社で管理していた契約データの保管を ASP 事業者等に移管することを考える利用者が出てきており、将来的には種々の理由からその移管のパターンも多様化していくことも考えられる。
契約データの保管にあたっては、国土交通省より示された「建設業法施行規則第 13 条の2 第 2 項に規定する『技術的基準』に係るガイドライン」が示されており、その要件を満たすことが必要であるが、当該データの移管については、特段の方法が示されているわけではないため、本資料をまとめることとした。

契約データ：建設業法第 19 条とそれに関連する政令、省令およびガイドライン(建設業法施行規則
第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン 国土交通省 2001 年 3 月 30 日公表)の要件を満たしていれば、書面の契約書は電子データによる契約に代えることができ、書面の契約書は不要になる。本資料における契約データとは、CI-NET LiteS を利用した EDI による契約に係る電子データをいう。
60

371

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

2.

前提条件

今回提案している契約データの移管については、以下のような前提条件を置いて検討を行った結果をまとめている。

2.1.1.

CI-NET LiteS による EDI を前提

本資料で対象とする契約データは、『CI-NET LiteS 実装規約』に準拠したシステムを用いてやり取りされたものとすることを前提としている。

2.1.2.

データ保管における「ガイドライン」の要件の充足

国土交通省より示された「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」において、契約の電子化については、以下に示すように「見読性の確保」「原本性の確保」の 2 つの要件を満たすことが求められている。
本資料では、保管されている契約データについて、このガイドラインの要件を満たしていることを前提としている。

ガイドライン
1.見読性の確保(1) 公開鍵暗号方式による電子署名

2.原本性の確保(2) 電子的な証明書の添付(3) 電磁的記録等の保存

図 D.Ⅹ- 1 「『技術的基準』に係るガイドライン」が求める要件

2.1.3.

契約の当事者が保管すべき契約データを指定することを前提

建設工事における契約行為は、通常は契約の当事者である発注者と受注者の双方が書面等により取り交わす行為であり、当該工事において増減契約等の複数の契約が発生する場
合においても、当該工事の契約内容に基づく契約行為は一度行うものである。また、建設業
界における契約行為として契約を書面にて交付する場合は、業界の慣例として注文書、注文
請け書を取り交わすことにより実施し、契約当事者の双方が１部ずつ所有するものとなる。
一方、CI-NET 等の電磁的措置により契約行為を行う場合においても、契約行為そのものは書面の場合と何ら変わることなく受発注者間で一度行うものであり、図のように注文書（注372

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

文メッセージ）、注文請け書（注文請けメッセージ）を取り交わすことにより実施する場合が多い。
また、一般的には、注文請けメッセージが発注者のメールボックス（メールアドレス）に到着した時点を個別契約の成立時点としている。

契約データ
保管システム(Ａ)

発注者
EDI システム

受注者
EDI システム

契約データ
保管システム(B)

注文メッセージ

契約データ保管

注文請メッセージ

契約データ
保管システム(C)

契約データ保管契約データ移管契約の成立

図 D.Ⅹ- 2 電磁的措置による契約の流れ
本参考資料では前提条件の「(1)CI-NET LiteS による EDI を前提」にあるとおり、電磁的措置により取り交わされる契約データ（電子データ）がその対象であるため、書面とは異なる電子データの性質上、以下の点について留意すべきと考えている。
■契約の当事者が保管すべき契約データを指定
電子データは、契約に関するデータも含め、紙という媒体の場合と異なり同じ内容のものを複数持つことが容易に可能である。また、電子データの特性を考えた場合、データの内容が全く同じで有れば、複数有っても不都合では無いという考え方もあり得ると思われる。例
えばバックアップファイルなどがこれにあたる。ただし複数ある場合には、それぞれのデー
タがどこに存在しているかを把握するなど、契約の当事者が適切な管理を行うことが求められる。
本参考資料では、「保管すべき契約データを契約当事者が指定するものとする」ことにより、その対象として明確にすることとしたい。

2.1.4.

契約データの移管のパターン

契約データの移管のパターンについては、その移管元、移管先により、複数のパターンが考えられる。それらは大きく分類して 4 つに分けられると想定できる。

373

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

パターン①：自社から ASP 事業者等を始めとしたデータ保管を行う事業者（以下、ASP事業者とする）へのデータ移管
パターン②：ASP 事業者から自社へのデータ移管
パターン③：ASP 事業者間（ASP-A から ASP-B へ、あるいはその逆）のデータ移管
パターン④：自社あるいは ASP 事業者内での保管システム間のデータ移動
ただしパターン③は、契約データの所有者に許可なく ASP 事業者間だけで直接やり取り
することはありえず、仮に直接移管する場合は契約データ所有者の許可を得た上でのデー
タ移管となる。
また、パターン④、および自社内、ASP 事業者内で自主的に行うバックアップ等については、本資料では対象外とする。

保管
システムA
④

②

ASP-A
①

自社

①
保管
システムB

④

③
ASP-B

②

④

図 D.Ⅹ- 3 契約データ移管のパターン

なお、それぞれの移管のパターンにより、後述する「契約データ移管依頼書」「契約デー
タ移管確認書」の作成者や保管者などが異なってくることに留意されたい。

374

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について移管における考え方
ここで提示する、契約データの移管方法は、以下の考え方に基づいてまとめている。
なお、移管する契約データは契約の当事者が「契約データ」と指定するデータとし、それを移管先が信頼する前提のもとで、次の事柄が証明されることによって成立する。
①移管データの本人性
契約データの移管を「対面・手渡しによる直接の授受」により行うことで、本人性を担保する。
この方法は、現状データ交換を行う当事者間で行っている、電子証明書の最初のやり取りの場面と同じ本人性確認の方法と同じ方法である。
なお、直接の授受を行うには距離的に離れている等の理由により対面・手渡しが難しいケースの場合、書留や貨物保険付配送等の手段によるデータの授受といった方法も選択肢として考えられる。
②移管データの完全性
移管先において移管元からのデータに対し、改ざんチェック等を行い、完全性が確保されていることを確認する。
③データ移管にエクスポート・ファイルを使用
保管システムから移管対象となるデータを取り出す際にエクスポート・ファイルを生成するが、これを移管に当たっての「契約データ」として利用する。
エクスポート・ファイルは、以下の解説に示すように保管システムから取り出す際に添えられるヘッダ情報部以外のクリア署名部については、契約データと同じ中身であり、かつ電
子署名、電子的な証明書により完全性が確保されている。
④移管に際しての運用上の工夫
移管元から移管先へデータを移管する際には「契約データ移管依頼書」を、データ移管が終了した際には移管先から移管元へ「契約データ移管確認書」をそれぞれ交付し、直接手渡
しにてやり取りする。
（「3.2 契約データ移管依頼書」「3.3 契約データ移管確認書」を参照）

375

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について【解説】
電磁的記録等の取り出し（エクスポート）フォーマットについて
保管システムからの契約データの取り出し機能によって取り出す電磁的記録等は、第 3 者に対する契約の内容確認、紛争時における証拠データとしての取り扱い等が用途として想定されるが、改ざんの有無と、契約の申込あるいは承諾に関わる取引相手の意思の真正性を証明する必要から、そのフォーマットは、保管システムによって管理されている原本と同じ
く、電子署名と電子的な証明書を伴うものとしている。
またこれらの情報に加えて、取り出したデータの整理、検索等に使われることを想定し、以下の内容を持つ「ヘッダ情報」を添えるフォーマットとなっている。
（ヘッダ情報の内容）
・取引相手の電子メール・アドレス
・電子メールの送信、受信年月日時分秒
・電磁的記録等を保管した年月日時分秒

参考：電磁的記録とは情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容の電磁的記録。

契約データ原本のフォーマット

ヘッダ
情報部

クリア
署名部

エクスポート・ファイルのフォーマット

相手方での確認事項

取引相手の・メールアドレス・メール送信／受信時点
・電磁的記録の保管時点

保管システムから取り出す際に付加情報として添付される

確定注文／注文請け
メッセージ等

確定注文／注文請け
メッセージ等

電子署名

電子署名

電子的な証明書

電子的な証明書取り出したデータの整理、検索等に利用

図 D.Ⅹ- 4 契約データ原本およびエクスポート・ファイルのフォーマット

376

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

処理概要
ここでは、契約データの移管方法、およびそれに関してデータ移管の当事者間でやり取りする書類についての解説を記述する。

1.

契約データの移管方法
契約データの移管方法については、前述のパターン①（契約データの所有者から ASP 事

業者へ）、パターン②（ASP 事業者から契約データの所有者へ）の 2 通りがあり、それらの方法について以下に順に記述する。

1.1.

パターン①の場合

1.1.1.

移管依頼書の作成

契約データの移管を希望するデータの所有者が「契約データ移管依頼書」を作成する。
契約データ移管依頼書の記述内容については 3.2 で後述する。

1.1.2.

移管用のエクスポート・ファイルの取り出し

契約データの管理者（＝移管の依頼者）は、移管を希望する契約データが保管されている
移管元の保管システム（保管システム A とする）から、該当するデータのエクスポート・
ファイルを生成し、CD-ROM などの電子媒体に格納する。
なお、より厳重な管理を行う場合、移管するデータを媒体に格納した後、格納したデータに対し改ざんチェックを行ってもよい。

1.1.3.

移管依頼書および契約データの受け渡し

契約データの管理者（＝移管の依頼者）が必要事項を記入した契約データ移管依頼書とエクスポート・ファイルを格納した媒体を、移管先の管理者に手渡しで渡す。

1.1.4.

移管依頼データの内容チェック

移管先のデータ管理者は、移管依頼書の記述内容を確認し、移管元から受領した契約デー
タが改ざんされていないかどうかのチェックを行う。

377

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

1.1.5.

移管先への契約データの登録

移管先における改ざんチェックの結果、問題がなければ移管先のデータ保管システム（保管システム B とする）に、契約データとして登録する。

1.1.6.

移管確認書の作成および受け渡し

保管システム B への登録が確認できたら、移管先のデータ管理者は「契約データ移管確認書」を作成し、移管元のデータ管理者に手渡しで渡す。
契約データ移管確認書の記述内容については３．３で後述する。

1.1.7.

移管確認書の確認および移管元の契約データの削除

移管元のデータ管理者は、契約データ移管確認書の内容について問題がないことを確認し、その確認ができたら、移管の対象となった契約データ（保管システム内に原データとして保管されていたデータ）を削除する。
なお削除したかどうかの通知の有無については、当事者間で取り決めるものとする。
上記で示した移管方法を図示すると以下の図のようになる。

エクスポートファイル 出 力

保管システムA

移 管 確 認 書 の 内 容 チェック
OKなら契 約 デ ー タを削 除

移管
データ

移管
依頼書
移管
確認書

保管
システムB

改 ざん チェック等 でOKなら契 約 デ ー タ、
移管依頼書を保管

移管確認書
作成

移管された
契約データ、移管依頼書を一緒に保管

図 D.Ⅹ- 5 パターン①における契約データの移管方法

378

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

1.2.

パターン②の場合

1.2.1.

移管依頼書の作成

契約データの移管を希望するデータの所有者が「契約データ移管依頼書」を作成する。
契約データ移管依頼書の記述内容については「3.2 契約データ移管依頼書」参照。

1.2.2.

移管依頼書の作成・通知

データの移管を希望するデータの所有者は契約データ移管依頼書を作成し、契約データの管理者に手渡しで通知する。

1.2.3.

移管用のエクスポート・ファイルの取り出し

移管元の契約データ管理者は、移管内容を記入した契約データ移管依頼書に基づき、移管
希望の契約データが保管されている移管元の保管システム（保管システム A とする）から、該当するデータのエクスポート・ファイルを生成し、CD-ROM などの電子媒体に格納する。
なお、より厳重な管理を行う場合、移管するデータを媒体に格納した後、格納したデータに対し改ざんチェックを行ってもよい。

1.2.4.

移管依頼書および契約データの受け渡し

移管元のデータ管理者はエクスポート・ファイルを格納した媒体を、移管先の管理者（＝移管の依頼者）に手渡しで渡す。

1.2.5.

移管依頼データの内容チェック

移管先のデータ管理者（＝移管の依頼者）は、移管元のデータ管理者より受け取ったデー
タが移管依頼書の記述内容と相違がないかを確認し、移管元から受領した契約データが改ざんされていないかどうかのチェックを行う。

1.2.6.

移管先への契約データの登録改ざんチェックの結果、問題がなければ移管先（＝移管の依頼者）のデータ保管システム（保管システム B とする）に、契約データとして登録する。

1.2.7.

移管確認書の作成および受け渡し

保管システム B への登録が確認できたら、移管先のデータ管理者は「契約データ移管確認書」を作成し、移管元のデータ管理者に手渡しで渡す。
379

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

契約データ移管確認書の記述内容については「3.3 契約データ移管確認書」参照。

1.2.8.

移管確認書の確認および移管元の契約データの削除

移管元のデータ管理者は、契約データ移管確認書の内容について問題がないことを確認し、その確認ができたら、移管の対象となった契約データ（保管システム内に原データとして保管されていたデータ）を削除する。
なお削除したかどうかの通知の有無については、当事者間で取り決めるものとする。
上記で示した移管方法を図示すると以下の図のようになる。

エクスポートファイル出力

保管システムA

移管確認書の内容チェック
OKなら契約データを削除

移管
データ
移管
依頼書

保管
システムB

移管依頼書
作成

移管
確認書
移管確認書
作成
改ざんチェック等でOKなら契約データを
保管

移管された
契約データ、移管依頼書を一緒に保管

図 D.Ⅹ- 6 パターン②における契約データの移管方法

1.3.

パターン③の場合

ASP 事業者間でのデータ移管となるパターン③については、上記パターン①および②を組み合わせて対応するものとする。

380

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

2.

契約データ移管依頼書

2.1.1.

作成・使用の目的

契約データ移管依頼書とは、移管元の保管システム A から、移管先の保管システム B へ
契約データの移管を行う際に、移管に関わる伝達事項を書面の形でまとめて関係者の間でやり取りするために使用するものである。

2.1.2.

記載する内容契約データ移管依頼書は、記載する事項として、以下のような項目を最低限盛り込んだ形で作成する。
①データ移管の依頼者名（企業・団体名、部署名、担当者名等）②データ移管依頼書の受取者名（企業・団体名、部署名、担当者名等）③移管年月日④移管元⑤移管先⑥移管データ（ファイル）リスト⑦移管媒体⑧移管依頼書の保存期限年月日
また、これらの項目を盛り込んで作成した契約データ移管依頼書のサンプルを別紙１に示す。

2.1.3.

移管依頼書の作成者

移管依頼書は、移管元のデータの所在、移管の依頼者によって、作成者が異なる。
ここでのパターン①、②は 253 ページにおいて触れたパターンを指す。

表 D.Ⅹ- 1 移管依頼書の作成者
移管前のデー

移管後のデー

移管依頼書の移管依頼書の

タの所在

タの所在

作成者

受取者

自社
パターン①

ASP 等のデー 自社

ASP 等のデー

タ保管サービタ保管サービス事業者

ス事業者

ASP 等のデー 自社
パターン②

自社

ASP 等のデー

タ保管サービタ保管サービ

ス事業者

ス事業者
381

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について【留意事項】
このほかに、あるデータ保管サービス事業者（X 社とする）から別のデータ保管サービス
事業者（Y 社とする）に契約データの移管を行うことが考えられる（図 B.X-3 契約データ
移管のパターンおよび 3.1.3 パターン③の場合）が、この場合は X 社から自社が一旦契約データを引き取り、そのデータを Y 社に移管するということで、形式的にパターン②→パタ
ーン①の順番で実施することにより実現可能である。

3.

契約データ移管確認書

3.1.1.

作成・使用の目的

契約データ移管確認書とは、移管元の保管システム A から、移管先の保管システム B へ移管が行われ、その移管が無事に終了したことを移管元に通知するとともに、契約当事者が「契約データ」と指定するデータが移管元と移管先との 2 箇所に存在することを防ぐために、移管元にある契約データを削除してもらう依頼も合わせ、書面の形でまとめて関係者の間でやり取りするために使用するものである。

3.1.2.

記載する内容記載する事項として以下のような項目を最低限盛り込んだ形で作成する。
①データ移管先の担当者名（企業・団体名、部署名、担当者名等）②データ移管確認書の受取者名（企業・団体名、部署名、担当者名等）③移管年月日④移管元⑤移管先⑥移管データ（ファイル）リスト⑦移管媒体⑧移管確認書の保存期限年月日⑨契約当事者が指定する「契約データ」の所在
また、これらの項目を入れて作成した契約データ移管確認書のサンプルを別紙２に示す。

3.1.3.

移管確認書の作成者

移管確認書は、移管元のデータの所在、移管の依頼者によって、作成者が異なる。
ここでのパターン①、②は「１．２前提条件」において触れたパターンを指す。

382

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について

表 D.Ⅹ- 2 移管確認書の作成者
移管前のデー

移管後のデー

移管確認書の移管確認書の

タの所在

タの所在

作成者

受取者

自社
パターン①

ASP 等のデー ASP 等のデー 自社
タ保管サービ タ保管サービ
ス事業者

ASP 等のデー 自社
パターン②

ス事業者
自社

ASP 等のデー

タ保管サービタ保管サービス事業者

ス事業者【留意事項 1】
このほかに、あるデータ保管サービス事業者（X 社とする）から別のデータ保管サービス
事業者（Y 社とする）に契約データの移管を行うことが考えられる（図 B.X-3 契約データ
移管のパターンおよび 3.1.3 パターン③の場合）が、この場合は X 社から自社が一旦契約データを引き取り、そのデータを Y 社に移管するということで、形式的にパターン①→パターン②の順番で実施することにより実現可能である。
【留意事項 2 （「契約データ移管依頼書」「契約データ移管確認書」共通）】①「契約データ移管依頼書」「契約データ移管確認書」が持つ文書の効力について「契約データ移管依頼書」「契約データ移管確認書」は、移管の対象として扱うデータが契約データという性格上、簡単に移管あるいはそれに伴っての移管元での削除などができないようにしなければならないため、これらの文書が持つ意味合いは大きいものになる。
そのため、これらの文書に対しては、社判・社印等、移管に係る当該企業が発行した正式な文書であることがわかるような記載、捺印等を含むことが望ましい。
また契約データの保管者は、これらの文書により契約当事者が指定する当該契約データの在り処を示すことになるため、そのデータの保管期間中はこれらの書類を大切に保管しなければならない。
②「契約データ移管依頼書」「契約データ移管確認書」に盛り込む内容について「契約データ移管依頼書」「契約データ移管確認書」に記載する内容として上記で挙げている項目は、あくまで参考として挙げているものである。
ASP サービスで締結する契約内容に盛り込まれる事項等については、改めてここに盛り込む必要はなく、各事業者の判断に委ねられるものである。

383

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について●別紙１：契約データ移管依頼書のサンプル
2003 年 6 月 20 日
建設ソフト株式会社
データ管理部

御中（②データ移管依頼書の受取者名（企業・団体名、部署名、担当者名等））

契約データ移管依頼書
CI-NET 建設株式会社
調達本部

購買部長

建設太郎

（①データ移管の依頼者名（企業・団体名、部署名、担当者名等））

社

以下に示す移管データについて、これらを契約データとして移管致しますのでよろし
くお願い致します。
記載項目

記載内容

③移管年月日2003 年 7 月 1 日④移管元

CI-NET 建設株式会社

建築本部

購買部保管

「振興ビル建設工事関連契約データ」⑤移管先

建設ソフト株式会社

データ管理部

「CI-NET 建設様用

契約データ保管スペース」⑥移管データ（ファイル） 振興ビル建設工事関連契約データ
リスト（*1、*2）

No.0001：CINETLITESEXP001_0001.exp
No.0002：CINETLITESEXP001_0002.exp
No.0003：CINETLITESEXP001_0003.exp：：
No.0100：CINETLITESEXP001_0100.exp
合計 100 ファイル

⑦移管媒体

No.0001～0010：CD-ROM①
No.0011～0020：CD-ROM②：
No.0091～0100：CD-ROM⑩
384

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について⑧移管依頼書の保存期限 （⑥のリスト中、最も長期に保存する必要のあるデー
年月日

タの保存期限に合わせて決めることが望ましい。それを超える期間に関しては、データ移管に係る当事者間で決定するものとする。
）⑨その他伝達事項(*1)移管するデータのリストが本依頼書内に収まらない場合には、別紙に記載する等の対応を行う。この際、割印などで本移管依頼書との関連が確保されるようにしておく必要がある。
(*2)移管元、移管先で各契約データの区別が容易となるよう、契約を一意に特定できるキー
項目を記載すること。
●別紙２：契約データ移管確認書のサンプル
2003 年 7 月 1 日
CI-NET 建設株式会社
調達本部

購買部長

建設太郎

殿

（②データ移管確認書の受取者名（企業・団体名、部署名、担当者名等））

契約データ移管確認書
建設ソフト株式会社
データ管理部長（①データ移管先の担当者名（企業・団体名、部署名、担当者名等）
）

神谷一郎
社

以下に示す移管データについて、これらを契約データとして移管することを終了致しましたので確認方よろしくお願い致します。
記載項目

記載内容

③移管年月日2003 年 7 月 1 日④移管元

CI-NET 建設株式会社

建築本部

購買部保管

「振興ビル建設工事関連契約データ」⑤移管先

建設ソフト株式会社

データ管理部

385

Ver.2.2 ad.0 指針･参考資料(20230331)

D.Ⅹ. CI-NET LiteS における契約データの移管について「CI-NET 建設様用

契約データ保管スペース」⑥移管データ（ファイル） 振興ビル建設工事関連契約データ
リスト（*1、*2）

No.0001：CINETLITESEXP001_0001.exp
No.0002：CINETLITESEXP001_0002.exp
No.0003：CINETLITESEXP001_0003.exp：：
No.0100：CINETLITESEXP001_0100.exp
合計 100 ファイル

⑦移管媒体(*3)

No.0001～0010：CD-ROM①
No.0011～0020：CD-ROM②：
No.0091～0100：CD-ROM⑩⑧移管確認書の保存期限 （⑥のリスト中、最も長期に保存する必要のあるデー
年月日

タの保存期限に合わせて決めることが望ましい。それを超える期間に関しては、データ移管に係る当事者間で決定するものとする。
）⑨契約当事者が指定する 契約データの移管が確かに完了しましたので、移管デ「契約データ」の所在

ータリストにあるデータは、移管済みのデータが契約
当事者により指定される契約データとなります。

⑩その他伝達事項(*1)移管データリストが本確認書内に収まらない場合には、契約データ移管依頼書の対応と同様、別紙に記載、割印などの実行により本移管確認書との関連を確保する。
(*2)移管元、移管先で各契約データの区別が容易となるよう、契約を一意に特定できるキー
項目を記載すること。
(*3)移管に使用した後の移管媒体の取り扱いについては、移管元、移管先の両当事者間で取り決めることとする。

386

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

XI. 請負契約の電子化に伴う施工体制台帳に係る対応について387

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

388

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

XI. 請負契約の電子化に伴う施工体制台帳に係る対応について請負契約の電子化に伴う施工体制台帳に係る対応について「電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン」の解説

注）現在、国土交通省担当部局により「電子契約を行った場合の施工体制台帳の取扱
いに関するガイドライン」の見直しが行われおり、今後、同ガイドラインの改訂が出される予定。同ガイドライン改訂後は、本解説についても改訂版を策定する予定。

平成 17 年 3 月－ CI-NET 実用化推進委員会における検討報告 －情報化評議会（CI-NET）
財団法人建設業振興基金

実用化推進委員会

建設産業情報化推進センター
389

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

390

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応については じ め に
平成 13 年 4 月より施行されている IT 書面一括法（正式名称は、「書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律」）により、従来紙で交付していた契約書面を電子的な手段に替えることが認められています。
建設業界においては建設業法等がこの法律の対象となり、建設業法(昭和 24 年法律第 100 号)上の書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとなりました。
このような背景のもと、元請けである総合工事業者とその取引先の間では、CINET の定める EDI（電子データ交換）標準を利用した電子契約が実用化され、日々拡大してきている状況にあります。こうした電子契約を始めとして、これまで紙が必要とされてきた部分について電子化を進めることは、建設産業における業務の効率化に大きく寄与するものと考えられます。
情報化評議会（CI-NET） 実用化推進委員会では、CI-NET 実用上の課題を解決するために、平成 13 年度より「調達 WG（ワーキンググループ）」を設置して個別の課題の検討に取り組んでおります。本年度においては、業務処理上、契約文書を添付する必要があるものについて、各事業者が法を遵守しながら、従来の紙（契約書の写し等）に代えて電子契約の写しを利用する際に、どのような取り扱いを行うかについて検討を進めて参りました。本件の検討にあたっては、「建設業法」や「公共工事の入札及び契約の適正化の促進に関する法律（以下「入契法」という）」の所轄官庁である国
土交通省総合政策局建設業課にも議論に参加していただき、検討を重ねました。
これら検討の結果、請負契約を電子化した場合に施工体制台帳に係る法的要件への対応について、今般、国土交通省より「電子契約を行った場合の施工体制台帳の取扱
いに関するガイドライン（以下「施工体制台帳の取扱いに関するガイドライン」という）」が示されるに至りました。本資料は、その「施工体制台帳の取扱いに関するガイ
ドライン」の解説として、その具体的対応に関する運用方法の例を示しています。なお、本資料では、Part1 として本件検討の背景となった建設工事の請負契約の電子化の解説及びこれを実業務で利用可能としている CI-NET について説明し、Part2 ではその対処が求められている関係法規への対応方法を例示していく構成としています。
本資料が CI-NET LiteS を用いて電子契約を開始する企業や関係者の皆様の一助となれば幸いです。
平成 17 年 3 月
情報化評議会（CI-NET）
財団法人建設業振興基金

実用化推進委員会

建設産業情報化推進センター

391

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

392

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

目 次
Part１

請負契約の電子化について

１．１

建設業法の改正

１．２

請負契約の電子化（電子契約）の進展

１．３ CI-NET LiteS に基づいたシステムを用いた電子契約
Part２

法的対応が求められている関係法規と「施工体制台帳の取扱いに関するガイドラ
イン」の対応２．１

対応が求められている背景となっている関係法規について（建設業法・入契法の解釈について）

２．２

具体的な対応について

A.建設業法に基づく施工体制台帳に係る具体的な運用方法について(1)施工体制台帳の取扱いに関するガイドラインの目的(2)電子契約を行う場合の前提条件(3)施工体制台帳への添付に係る対応
B.入契法に基づく施工体制台帳に係る具体的な運用方法について(1)施工体制台帳の取扱いに関するガイドラインの目的(2)電子契約を行う場合の前提条件(3)施工体制台帳の写しの提出方法
参考資料目次参考資料１：関係法令等
参考資料２：電子契約内容を確認するためのビューワーツールについて
参考資料３：用語解説

393

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

394

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

Part１ 請負契約の電子化について

1.

建設業法の改正
請負契約を電子化することについては、IT 書面一括法により建設業法第 19 条が改正

（平成 13 年 4 月施行）され、一定の技術的要件の下に認められています。
■建設業法：第十九条
第十九条（建設工事の請負契約の内容）
建設工事の請負契約の当事者は、前条の趣旨に従って、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
一

工事内容

二

請負代金の額<<中２

略>>

請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更するときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３

建設工事の請負契約の当事者は、前２項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

上記法に対応していくための技術的要件について、平成 13 年 3 月に国土交通省より「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン（以下「技術的基準に係るガイドライン」という）」が公表されております。この「技術的基準に係るガイドライン」では、「見読性の確保」や「原本性の確保」等が規定されており、請負契約の電子化を行うものは、これを参考として、必要な措置を講ずる必要があります。

395

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

建設業法および関係法令を遵守した対応としての技術的要件の枠組みは以下の図のように構成されています。

建設業法第19条…（F）「IT書面一括法」により契約書面を電子的な手段に替えることが認められることを規定

建設業法施行令第5条の5…（G）「I建設工事の請負契約に係る情報通信の技術を利用する方法」について記載

建設業法施行規則第13条の2～4…（H）


法1 9 条第 3 項の国土 交通省令 が定める 措置

上記措置 において適 合が必要 な技術的 基準（ 施行 規則第1 3 条の2 第 2 項）

電子情報 処理組織 等「技術的基準」に係るガイドライン…（I）
１．見読性の確保
法19条第1項に掲げる事項の電磁的記録をディスプレイ等に速やかかつ整然と表示２．原本性の確保
以下の措置またはこれと同等の効力を有する措置を講じることにより契約事項等の電磁的記録の原本性を確保(1)公開鍵暗号方式による電子署名
契約事項等を記録した電磁的記録に加え、当該記録を十分な強度を有する暗号技術である公開鍵暗号方式を採用(2)電子的な証明書の添付添付される公開鍵が間違いなく送付した者のものであることを示す
信頼される第三者機関が発行する電子証明書を添付して相手方に送信(3)電磁的記録等の保存
保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備もしくは信頼される第三者機関において当該記録を保管・原本性証明を受けられる措置を講じる等※ ガイドラインの要旨のみ記載。詳細は参考資料１の「関係法令等」を参照ください。

（注）図注のカッコ内の記号は後掲する参考資料の資料記号に対応している。

396

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

2.

請負契約の電子化（電子契約）の進展■CI-NET の概要
e-Japan 戦略でも謳われている電子商取引拡大の一環として、電子データ交換（EDI）の普及促進が進められています。建設業界の情報化を進める建設産業情報化推進センタ
ーでは建設業界の EDI 標準を開発し、普及を進めていますが、特にインターネットを用いてより簡易に実施するための規約（ルール）として CI-NET LiteS が示されています。
この規約に基づいたパッケージソフトや ASP サービスが、ソフトウェア・ベンダや
ASP 事業者より提供され、これを利用して総合建設会社とその取引先（専門工事業者、資材商社等）との間で見積業務や契約業務（注文／注文請け）、出来高業務、請求業務で導入されています。
なお、CI-NET LiteS はインターネットを用いますので、電子証明書を使用し、デー
タの改ざん、なりすまし等を防止しています。

CI-NET標準
ファイル
専門工事業者

ASP利用の専門工事業者

総合建設会社

CI-NET標準
ファイル

インター
ネット
ASP利用の専門工事業者

CI-NET標準
ファイル

インターネット
ASP事業者

CI-NET標準
ファイル

CI-NET標準
ファイル

ASP利用の総合建設会社

総合建設会社

資材商社

図 CI-NET LiteS の運用イメージ

CI-NET についてのより詳しい説明は以下の URL（ホームページ）を参照ください。
●CI-NET 全般について
URL：http://www.kensetsu-kikin.or.jp/ci-net/

397

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について■CI-NET LiteS による電子データ交換（EDI）とは
業界標準となる CI-NET LiteS では、下図に示すように規約開発が進み、契約業務（確定注文／注文請け）を核として実用化され、大手の総合工事業者とその取引先（主に専門工事業者）の間で普及拡大に入っています。

施主（公共・民間）

総合建設会社

専門工事業者

資材商社等

設計
建築見積・設備見積・設備機器見積

見積提出
契約

積算

CI-NET LiteS Ver.２．0（設備機器は２．１）
CI-NET LiteS Ver.１．０

購買見積
CI-NET LiteS Ver.２．0
契約（注文／注文請け）
CI-NET LiteS Ver.２．１

施工

出来高業務・請求業務

維持管理

図 CI-NET LiteS の主な対象業務■CI-NET LiteS の普及拡大状況
CI-NET の実用化を示す指標として企業識別コードがありますが、その発番の状況
は下図のとおりです。このコードはデータの送信者、受信者を特定するために用いられており、建設業界に留まらず、産業界横断的に発番されています。なお、建設業界では当基金が窓口となり、発番管理しています。
CI-NET 企業識別コード有効件数（累積）

（社数）

6000
5000
4000
3000
2000
1000
0
H4

H5

H6

H7

H8

H9 H10 H11 H12 H13 H14 H15 H16（年度）※ 平成 16 年度の社数は 17 年 3 月 1 日現在

398

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について■CI-NET 活用事例（総合建設会社 S 建設の事例）
CI-NET LiteS を取り入れ実用化に取り組んでいる事業者の代表例を以下に示します。
◎CI-NET 実施業務
平成 17 年 1 月現在
購買見積業務、契約業務（確定注文／注文請け業務）
平成 17 年４月～
設備見積業務、出来高業務◎CI-NET（電子商取引）を活用する取引業者数と電子契約率の推移
平成 17 年 1 月現在
Ver2.0 EDI 登録業者数

1966 社

EDI 電子契約率（首都圏 建築・土木共 64%）

累計電子契約件数

55%

約 37,000 件

平成 16 年度末までの取組目標
Ver2.0EDI 取引業者数目標 2000 社
EDI 電子契約率

60%目標

399

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

3.

CI-NET LiteS に基づいたシステムを用いた電子契約
CI-NET LiteS は、インターネット環境のもとで電子メールを利用して簡易に EDI を行うための仕組みであり、建設産業のどの企業でも簡単に契約等を電磁的措置によって行える環境がソフトベンダー等より提供されています。また、「技術的基準に係るガイ
ドライン」に示された各項目への対応を含め、安全性の面で十分な配慮がされています。
■CI-NET LiteS における「技術的基準に係るガイドライン」等への対応●電磁的措置の種類および内容に係る相手方の事前の承諾（業法・施行令の要件）
CI-NET では、承諾を得たことの確認として、「データ交換協定書」等に記名押印して取り交わすのが一般的な方法です。
（なお、「データ交換協定書」の雛型はCI-NET 標準の中に記載されています。）●書面の交付に代えることのできる電磁的措置の種類
電子メール方式を採用。
（同方式は、省令によって許容された方式の一つです。
）●電子署名の添付「技術的基準に係るガイドライン」では、電子データの改ざん対策として電子署名を必ず電子データにほどこすように規定されていますが、CI-NET LiteS は十分な強度をもつ電子署名を使用しています。
●電子的な証明書の添付「技術的基準に係るガイドライン」で要求している電子的な証明書の添付についても、CI-NET LiteS は対応しています。
●安全な保管、保管データの表示・印刷
CI-NET LiteS に対応した多くのソフトウェアでは、保管されている電磁的記録
等（保管データ）が改ざんされてないことを証明する機能や、保管データの表
示・印刷機能（見読性の確保）の組み込みが進んでいます。
以上のように、CI-NET LiteS システムは、「技術的基準に係るガイドライン」で規定されている技術的要件を満たした形で実際のデータ交換を実現しています。
上記の内容を含め CI-NET LiteS での電子契約についての概観図は次ページのようになります。

400

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

・
建設業法施行令の要件「電子契約について相手方に承諾を得る」
行為として『データ交換協定書』を締結

建 設業 法

建設業法 第１９条＜中略＞
３ 建設工事の請負契約の当事者は、前2項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省
令で定めるものを講ずることができる。＜以下 省略＞

建設業法施行令 第5条の5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第19条第3項の規定により同項に規定する国土交通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法
であって国土交通省令で定めるもの（次項において「電磁的方法」という。）による承諾を得なければならない。
＜以下 省略＞

電子署名
電子的な証明書

請負契約の電子化に係る技術的な対応

注文データ

技術的基準に係るガ イ ド ラ イ ン の 要 件

電子メール

注文請データ

CI-NET LiteSの規約■原本性の確保
電子署名の添付電子的な証明書の添付

電子メール（S/MIME）準拠
電子署名の添付に対応
電子的な証明書の添付に対応

ソフト
運用

表示・印刷
機能

■見読性の確保
保存機能■原本性の確保電磁的記録等の保存案件

非改ざん性の証明機能

図 CI-NET LiteS の対応
401

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

Part２ 法的対応が求められている関係法規と「施工体制台帳の取扱いに関するガイドライン」の対応
従来の書面交付の契約から電子化への展開、とりわけ建設業界における EDI 標準である
CI-NET LiteS で建設工事の請負契約が紙の契約書から電子化されることにより、法的に要求されている業務処理場面で、その運用を考慮すべきものが出てきているものと考えられます。
その 1 つが「施工体制台帳」に関連した対応です。
その理由として、①

建設業法において、施工体制台帳に請負契約の書面の写しを添付することが義務付けられている②

入契法において、施工体制台帳の写しを公共工事発注者へ提出することが義務付けられているなど、法による規定があるため、その対応が具体的に求められているものです。
このような背景においては、施工体制台帳に契約文書の写しを添付したり、あるいはその台帳の写しを提出したりする際、契約が電子化されるとその「写し」をどのように添付すればよいかが解決すべき課題として挙がってきております。
そこで以降は、そうした課題について具体的な対応方法、すなわち施工体制台帳に係る請負契約の写し（電子データ）の添付（提出）について、国土交通省から示された「施工体制台帳の取扱いに関するガイドライン」の対応の考え方やその方法を参考例としてまとめて
います。

402

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

1.

対応が求められる背景となっている関係法規について（建設業法・入契法の解釈について）
建設業法、入契法において、今回対象としている施工体制台帳に関する記載は以下のようなものがあります。
■建設業法：第二十四条の七
第二十四条の七 （施工体制台帳及び施工体系図の作成等）
特定建設業者は、発注者から直接建設工事を請け負った場合において、当該建設工事を施工するために締結した下請契約の請負代金の額（当該下請契約が二以上あるときは、それらの請負代金の額の総額）が政令で定める金額以上になるときは、建設工事の適正な施工を確保するため、国土交通省令で定めるところにより、当該建設工事について、下請負人の商号又は名称、当該下請負人に係る建設工事の内容及び工期その他の国土交
通省令で定める事項を記載した施工体制台帳を作成し、工事現場ごとに備え置かなければならない。
<<以下 略>>■建設業法施行規則：第十四条の二
２施工体制台帳には、次に掲げる書類を添付しなければならない。

一

前項第二号ロの請負契約及び同項第四号ロの下請契約に係る法第十九条第一項及び第二項の規定による書面の写し（作成特定建設業者が注文者となった下請契約以外の下請契約であって、公共工事（公共工事の入札及び契約の適正化の促進に関する法律（平成十二年法律第百二十七号）第二条第二項に規定する公共工事をいう。第十四条の四第三項において同じ。）以外の建設工事について締結されるものに係るものにあっては、請負代金の額に係る部分を除く。）
<<中

略>>

４ 法第十九条第三項に規定する措置が講じられた場合にあっては、契約事項等が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて第二項第一号に規定する添付書類に代えることができる。

403

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について■公共工事の入札及び契約の適正化の促進に関する法律：第十三条（施工体制台帳の提出等）
第十三条 公共工事の受注者（建設業法第二十四条の七第一項の規定により同項に規定する施工体制台帳（以下単に「施工体制台帳」という。）を作成しなければならないこととされているものに限る。）は、作成した施工体制台帳（同項の規定により記載すべきものとされた事項に変更が生じたことに伴い新たに作成されたものを含む。）の写しを発注者に提出しなければならない。この場合においては、同条第三項の規定は、適用しない。
<<以下 略>>

上記の建設業法等から、工事現場毎に施工体制台帳を備え置くことや、「請負契約書の写し」を施工体制台帳へ添付すること、また、「施工体制台帳の写し」を公共工事発
注者に提出することが求められていること等が判ります。
なお、電子契約を行った場合については、建設業法施行規則第 14 条の 2 第 4 項にあるように、建設業法等の関係法令に規定する要件を満たす方法（CI-NET LiteS は
建設業法等の関係法令の要件を満たしている）で処理している場合、その電子契約データの見読性が確保されるのであれば、その契約データを添付書類（契約書の写し）に代えることができると明文化されています。
これらの関係法規への対応として、今般、国土交通省より「施工体制台帳の取扱いに関するガイドライン」が示されました。建設業法及び入契法等の要件と「施工体制台帳の取扱いに関するガイドライン」との対応関係は次ページの図のように構成され
ています。

404

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について
建設業法第19条…（F）

建設業法第24条の7…（Ｂ）

建設業法施行令第5条の5…（G）
建設業法施行規則第13条の2～4…（H）

建設業法施行規則
第14条の2第4項…（C）「技術的基準に係るガイドライン」…（I）■施工体制台帳の取扱いに関するガイドライン…（A）※ ガイドラインの要旨のみ記載。詳細は参考資料１の「関係法令等」を参照ください。

１．はじめに※ガイドラインの主旨を説明。内容は省略。
２．電子契約を行う場合の前提条件① 電子契約の方法等についてあらかじめ相手方の承諾を得た上で、建設業法の規定を満たす契約内容とするなど、関係法令を遵守していること。
② 「建設業法施行規則第１３条の２第２項に規定する『技術的基準』に係るガイドライン」を参考として、必要な措置を講じていること。
３．建設業法に基づき工事現場に備え置く施工体制台帳の取扱い(1)工事現場にＰＣ、プリンタ等が常時設置されている場合の対応
工事現場で電子契約の内容が確認できる環境が整備されていれ
ば、契約内容を紙面に表示した書面や契約内容を保存したFD等を添付する必要はない。
(2)工事現場にＰＣ、プリンタ等が常時設置されていない場合の対応① 電子契約の内容を印刷した書面を施工体制台帳に添付する。
② ①の書面の内容が電子契約の内容と相違ない旨を、当該契約における注文者の現場代理人が誓約する書面を添付する。
③ 発注者等が電子契約の内容を直接紙面に表示することを求めた場合には、必要な機器を工事現場に持ち込むこと等により対応する。
(3)電子契約と書面による契約が混在していることに対する措置
施工体制台帳を構成する契約の中に電子契約と書面による契約が混在するため、施工体制台帳の一覧性を確保し、施工体制の円滑な確認を容易にするため、当面の間、(1)の要件が満たされている場合でも、電子契約の内容を印刷した書面を施工体制台帳に添付することとする。この場合、電子契約の内容と相違ない旨の誓約は必要ない。
４．入契法に基づき公共工事発注者に提出する施工体制台帳の写しの取扱い
電子契約を行った場合には、以下の２つの条件を全て満たすことにより対応する。
① 電子契約の内容を印刷した書面を施工体制台帳の写しに添付する。
② ①の書面の内容が電子契約の内容と相違ない旨を、当該契約における注文者の現場代理人が誓約する書面を添付する。
なお、発注者が施工体制台帳の写しを電子的な方法で提出することを認めている場合には、当該方法で提出して差し支えない。
入契法第13条…（D）

行政手続等における情報通信の技術の利用に関する法律第3条第1項…（E）（注）図注のカッコ内の記号は後掲する参考資料の資料記号に対応している。
405

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

2.

具体的な対応について

A．建設業法に基づく施工体制台帳に係る具体的な運用方法について
掲題について「施工体制台帳の取扱いに関するガイドライン」に示された対応方法
について、例示を交えて解説します。
なお、以下の説明における「契約データ」とは、相手方の電子署名及び信頼される第三者機関（認証機関）が発行する電子証明書（電子署名を証明するもの）が付けられた電子契約データを指します。

2.1.

施工体制台帳の取扱いに関するガイドラインの目的

施工体制台帳の取扱いに関するガイドラインでは、はじめに本ガイドラインの主旨が述べられています。詳細は下記枠内をご覧ください。
■「施工体制台帳の取扱いに関するガイドライン」より
１．はじめに建設工事における電子契約については、平成１３年４月より、建設業法（昭和２４年法律第１００号）第１９条第３項に基づき、一定の要件の下に認められているところである。本ガイドラインは、建設業における電子商取引の一層の推進を図るため、建設業法施行規則（昭和２４年建設省令第１４号）第１４条の２第２項第１号に規定されている契約に係る書面の写しの施工体制台帳への添付について、建設業法施行規則第１４条の２第４項に規定されている電子契約を行った場合の取扱いを明確化するものである。

2.2.

電子契約を行う場合の前提条件

前述のとおり平成 13 年 4 月から、建設業法第 19 条第 3 項により請負工事の電子契約が認められていますが、「施工体制台帳の取扱いに関するガイドライン」でも電子契約を行う場合の前提として、建設業法等の遵守並びに「技術的基準に係るガイドライン」
を参考とした措置を講じることを条件としてあげています。
電子契約を行う場合の前提条件の詳細は、下記枠内及び Part１「請負契約の電子化について」を参照ください。
■「施工体制台帳の取扱いに関するガイドライン」より
２．電子契約を行う場合の前提条件について建設工事において電子契約を行う場合には、その前提として、以下の条件を満たしていることが必要である。
① 電子契約の方法等についてあらかじめ当該契約の相手方の承諾を得た上で、建設業法第１９条第 1 項各号に掲げる事項を満たす契約内容とするなど、関係法令を遵守していること。
② 平成１３年３月３０日に定めた「建設業法施行規則第１３条の２第２項に規定する『技術的基準』に係るガイドライン」を参考として、必要な措置を講じていること。
406

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

なお、CI-NET LiteS のシステムは「技術的基準に係るガイドライン」の要件を満たしています。

2.3.

施工体制台帳への添付に係る対応

建設業法に基づき工事現場に備え置く施工体制台帳に添付する契約書の写しについて、電子契約を行った場合の対応は下記のいずれかの方法が考えられます。
(1)

当該工事現場に PC、プリンタ等が常時設置されている場合
当該工事現場（以下単に「工事現場」という）にパーソナルコンピュータ（以下「PC」という）、プリンタ等が常時設置されており、当該 PC 等のハードディスクやフロッピーディスク（以下「FD」という）等に、該当する物件の契約データが記録されており、その記録された内容が必要に応じて明確に紙面に表示できるときは、
施工体制台帳に当該契約データの内容を印刷した書面を添付する必要はなく、契約内容を保存した FD 等も施工体制台帳に物理的に添付する必要もありません（図－１）。
また、当該契約データが本社・営業所等のサーバや ASP サーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じて工事現場において PC
等によりこれにアクセスし、明確に紙面に表示することができるときは、上記と同じく施工体制台帳に当該契約データの内容を印刷した書面を添付する必要はなく、契約内容を保存した FD 等も施工体制台帳に物理的に添付する必要もありません（図－２、図－３）。
■「施工体制台帳の取扱いに関するガイドライン」より
３．電子契約を行った場合の工事現場に備え付ける施工体制台帳の取扱いについて（１）建設業法施行規則第１４条の２第４項の規定の趣旨について
建設業法施行規則第１４条の２第４項に規定されているとおり、電子契約の内容がパーソナルコンピュータ（以下「ＰＣ」という。）等のハードディスクや、
フロッピーディスク（以下「ＦＤ」という。）等に記録され、その記録された内容が、必要に応じ、当該工事現場（以下単に「工事現場」という。）においてＰ
Ｃ、プリンタ等により明確に紙面に表示することができるときは、建設業法施行規則第１３条の２第２項において建設工事の電子契約の要件として求められている見読性及び原本性が確保されていることから、当該契約の書面による写しを別に作成し、施工体制台帳に添付する必要はなく、ＦＤ等に当該契約の内容を保存して施工体制台帳に物理的に添付する必要もないこととしてよい。
また、当該電子契約のデータが、本社・営業所等のサーバやＡＳＰサーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じ、工事現場においてＰＣ等によりこれにアクセスし、明確に紙面に表示することができるときは、上記と同様に取り扱って差し支えない。
※ 見読性：契約の相手方がファイルの記録を出力した書面を作成することができるものであること。
原本性：ファイルに記録された契約事項等について、改変が行われていな
いかどうかを確認することができる措置を講じていること。
ＡＳＰ：Application Service Provider の略。ネットワーク経由でアプリ
ケーションの機能を提供するサービス。
407

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

図－１ PC等のハードディスクに契約データを保管し、必要に応じ紙面に表示

工事現場
施工体制
台帳

×
（添付不要）

電子契約の内容を印刷した書面を施工体制台帳に添付する必要はない
発注者等の求めに応じて契約
データを紙面に表示

契約
データ

契約の内容を印刷した書面図－２ 本社・営業所等の契約データ保管システムにアクセスし、必要に応じ紙面に表示

工事現場
施工体制
台帳

×
（添付不要）

本社・営業所

発注者等の求めに応じて契約
データを紙面に表示

契約データ
保管システム

契約の内容を印刷した書面
図－３ ASPの契約データ保管システムにアクセスし、必要に応じ紙面に表示
契約

施工体制
台帳

×

電子契約の内容を印刷した書面を
工事現場
施工体制台帳に添付する必要はない
発注者等の求（添付不要）

データ
ASP
契約データ
保管システム

めに応じて契約
データを紙面に表示

契約の内容を印刷した書面
電子契約の内容を印刷した書面を施工体制台帳に添付する必要はない

契約
データ

408

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について(2)

工事現場に PC、プリンタ等が常時設置されていない場合
工事現場によっては、PC、プリンタ等が常時設置されておらず、電子契約の内容を常時紙面に表示することが困難な場合もあると考えられますが、この場合であっても、以下の３つの条件のすべてを満たすことにより対応します。
① 該当する電子契約の内容を本社や営業所等で紙面に印刷したものを工事現場に送付し、施工体制台帳に添付する。
② ①の書面の内容が当該電子契約の内容と相違ない旨を、当該契約の注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。
）が署名又は記名押印により誓約した書面（誓約文）を添付する（図－６参照）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、PC、プリンタ等の必要な機器を工事現場に持ち込むこと等により、その要求に対応する。
なお、工事現場に持ち込む PC 等は、当該電子契約の内容を明確に紙面に表示させることが必要となります。
■「施工体制台帳の取扱いに関するガイドライン」より（２）工事現場にＰＣ、プリンタ等が常時設置されておらず、電子契約の内容を、常時、紙面に表示することが困難な場合における対応について
工事現場によっては、ＰＣ、プリンタ等が常時備え置かれていない場合もある
ものと考えられるが、この場合であっても、以下の３つの条件のすべてを満たす
場合には、見読性及び原本性が確保されるため、建設業法施行規則第１４条の２第４項の規定に適合するものとして取り扱って差し支えない。
① あらかじめ当該電子契約の内容が紙面に印刷された書面が施工体制台帳に添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。）の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、請負業者が必要な機器を工事現場に持ち込むこと等により、その要求に対応すること。

図－４ 本社・営業所等にある契約データの内容を印刷し、誓約した書面を台帳に添付

本社・営業所

工事現場

本社、営業所にある契約データの内容を紙面に印刷し、工事現
場に送る

（添付）
契約内容を印刷
した書面
施工体制台帳誓約した書面を添付する

誓約文の参考例は
ｐ１９を参照のこと

契約
契約
データ

409

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について(3)

電子契約と書面による契約が混在していることに対する措置

現在の電子商取引の普及状況等を勘案しますと、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間は、上記の１）の要件が満たされている場合（当該電子契約の内容が PC 等のハードディスクやFD 等に記録され、その記録された内容が、必要に応じ、工事現場において PC 等により明確に紙面に表示することができる場合）においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとします（図－５）。
なお、この場合は、現場代理人の署名又は記名押印による誓約は必要ありません。

■「施工体制台帳の取扱いに関するガイドライン」より（３）電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないことに対する措置について
現在の電子商取引の普及状況等を勘案すれば、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されな
いこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間
は、（１）の要件が満たされている場合においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとする。
なお、この場合、上記書面の原本性は、工事現場においてＰＣ等で確認するものであるため、現場代理人の署名又は記名押印による誓約は必要ない。

図－５ 電子契約と書面の契約が混在していることに対する当面の措置

工事現場
（添付）
契約内容を
印刷した書面

本社・営業所・ASP
契約
データ

契約データ
保管システム

施工体制
台帳
・契約内容を印刷した書面を添付する
・工事現場で原本性が確認できるため、現場代理人の誓約は不要

契約
データ

410

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について◎ 誓約について
当該電子契約の内容を印刷した書面を施工体制台帳に添付する際は、工事現場に PC、プリンタ等が設置されていない場合、書面の内容が電子契約の内容と相違ない旨を、当該契約における注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者）の署名又は記名押印により誓約された書面を添付することになっています。
誓約文の記述としては次のようなものが参考になります。
■誓約文の参考例
当社は請負工事の電子契約について、建設業法等において規定されている措置が講じられた方法で実施しており、電子契約の内容を紙面に印刷した下記書面の内容は、
当該電子契約の内容と相違ないことを誓約します。
平成 17 年 2 月 24 日

振興建設株式会社 所属・役職
現場代理人 振興 太郎

記

印

署名または記名押印

契約（注文）番号

受注者名

h-200-15○○鉄筋工事㈱振興ビル鉄筋工事

h-225-10△△電気設備㈱振興ビル屋内配線工事

k-122-05□□塗装㈱振興ビル外壁塗装工事

契約件名※ 施工体制台帳に添付している契約書の写しの内、電子契約に該当している書面が一意に特定できる項目を記すことが望まれます。
新たに電子契約を行った場合、誓約書面も新たに追加して施工体制台帳に添付する

図―６ 誓約文例

411

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

B．入契法に基づく施工体制台帳に係る具体的な運用方法について「公共工事の入札及び契約の適正化の促進に関する法律」第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされています。ここでは、この入契法への対応について「施工体制台帳の取扱いに関するガイドライン」で示されている対応方法を参考例として以下に示します。
なお、以下の説明における「契約データ」とは、相手方の電子署名及び信頼される第三者機関（認証機関）が発行する電子証明書（電子署名を証明するもの）が付けられた電子契約データを指します。

2.4.

施工体制台帳の取扱いに関するガイドラインの目的

施工体制台帳の取扱いに関するガイドラインでは、はじめに本ガイドラインの主旨が述べられています。詳細は「A．建設業法に基づく施工体制台帳に係る具体的な運用方法について」の「2.2.1(1)施工体制台帳の取扱いに関するガイドラインの目的」を参照ください。

2.5.

電子契約を行う場合の前提条件

電子契約を行う場合の前提条件については、「A．建設業法に基づく施工体制台帳に係る具体的な運用方法について」の「2.2.1 (2) 電子契約を行う場合の前提条件」を参照
ください。

2.6.

施工体制台帳の写しの提出方法

公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされていますが、電子契約を行った場合には、以下の２つの条件のすべてを満たすことにより対応します。
① 該当する電子契約の内容を印刷した書面を、施工体制台帳の写しに添付する。
② ①の書面の内容が当該電子契約の内容と相違ない旨を、当該契約の注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。）が署名又は記名押印により誓約文を添付する（図－７）。誓約文は図－６を参照。
なお、発注者が電子データでの提出を認めている場合には、当該電子契約データを FD 等の媒体に入れて提出するなど発注者の指定する方法に従うこととします。その場合は当該契約データの内容を確認するためのビューワーも必要となりますので、契約データと共にビューワーツール（参考資料２を参照）を用意する必要があります。

412

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について■「施工体制台帳の取扱いに関するガイドライン」より抜粋
４．電子契約を行った場合の公共工事発注者に提出する施工体制台帳の写しの取扱いについて
公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされているが、電子契約を行った場合には、以下の２つの条件のすべてを満たさなければならないこととする。
① 当該電子契約の内容が紙面に印刷された書面が施工体制台帳の写しに添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文者の現場代理人の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
なお、発注者が、行政手続等における情報通信の技術の利用に関する法律（平成１４年法律第１５１号）第３条第１項の規定に基づき、施工体制台帳の写しを電子的な方法で提出することを認めている場合には、当該方法で提出して差し支えない。

図―７
図－６ 契約データの内容を印刷した書面を添付し、誓約した書面を台帳の写しに添付して提出

受注者

発注者

（添付）
契約内容を
印刷した書面「施工体制
台帳の写し」
誓約した書面を添付する台帳の写しを提出

誓約文の参考例は
ｐ１９を参照のこと
契約データを印刷した紙で確認

413

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

参考資料
目

次

参考資料１：関係法令等■施工体制台帳への添付（提出）について
A）電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン
B）建設業法（第２４条の７）
C）建設業法施行規則（第１４条の 2）
D）公共工事の入札及び契約の適正化の促進に関する法律（第１３条）
E）行政手続等における情報通信の技術の利用に関する法律（第 3 条）
■請負工事に関する契約の電子化について
F）建設業法（第１８条～第１９条）
G）建設業法施行令（第５条の５）
H）建設業法施行規則（第１３条の２～４）
I）建設業法施行規則第１３条の２ 第二項に規定する「技術的基準」に係るガイドライン
J）建設省経建発第 132 号、133 号（注文書及び請書による契約の締結について）
参考資料２：電子契約内容を確認するためのビューワーツールについて
参考資料３：用語解説

414

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

415

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

参考資料１：関係法令等■施工体制台帳への添付（提出）について
Ａ）電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン
電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン
平成１７年３月３日
国 土 交 通 省
１．はじめに建設工事における電子契約については、平成１３年４月より、建設業法（昭和２４年
法律第１００号）第１９条第３項に基づき、一定の要件の下に認められているところである。本ガイドラインは、建設業における電子商取引の一層の推進を図るため、建設業法施行規則（昭和２４年建設省令第１４号）第１４条の２第２項第１号に規定されている契約に係る書面の写しの施工体制台帳への添付について、建設業法施行規則第１４条の２第４項に規定されている電子契約を行った場合の取扱いを明確化するものである。
２．電子契約を行う場合の前提条件について建設工事において電子契約を行う場合には、その前提として、以下の条件を満たしていることが必要である。
① 電子契約の方法等についてあらかじめ当該契約の相手方の承諾を得た上で、建設業法第１９条第１項各号に掲げる事項を満たす契約内容とするなど、関係法令を遵守していること。
② 平成１３年３月３０日に定めた「建設業法施行規則第１３条の２第２項に規定する『技術的基準』に係るガイドライン」を参考として、必要な措置を講じていること。
３．電子契約を行った場合の工事現場に備え付ける施工体制台帳の取扱いについて（１）建設業法施行規則第１４条の２第４項の規定の趣旨について
建設業法施行規則第１４条の２第４項に規定されているとおり、電子契約の内容がパーソナルコンピュータ（以下「ＰＣ」という。）等のハードディスクや、フロッ
ピーディスク（以下「ＦＤ」という。）等に記録され、その記録された内容が、必要に応じ、当該工事現場（以下単に「工事現場」という。）においてＰＣ、プリンタ等
により明確に紙面に表示することができるときは、建設業法施行規則第１３条の２
第２項において建設工事の電子契約の要件として求められている見読性及び原本性が確保されていることから、当該契約の書面による写しを別に作成し、施工体制台帳に添付する必要はなく、ＦＤ等に当該契約の内容を保存して施工体制台帳に物理的に添付する必要もないこととしてよい。
また、当該電子契約のデータが、本社・営業所等のサーバやＡＳＰサーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じ、工事現場においてＰＣ等によりこれにアクセスし、明確に紙面に表示することができるときは、
上記と同様に取り扱って差し支えない。
※

見読性：契約の相手方がファイルの記録を出力した書面を作成することができるものであること。
原本性：ファイルに記録された契約事項等について、改変が行われていないか
416

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応についてどうかを確認することができる措置を講じていること。
ＡＳＰ：Application Service Provider の略。ネットワーク経由でアプリケー
ションの機能を提供するサービス。
（２）工事現場にＰＣ、プリンタ等が常時設置されておらず、電子契約の内容を、常時、紙面に表示することが困難な場合における対応について
工事現場によっては、ＰＣ、プリンタ等が常時備え置かれていない場合もあるものと考えられるが、この場合であっても、以下の３つの条件のすべてを満たす場合には、見読性及び原本性が確保されるため、建設業法施行規則第１４条の２第４項の規定に適合するものとして取り扱って差し支えない。
① あらかじめ当該電子契約の内容が紙面に印刷された書面が施工体制台帳に添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。）の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、請負業者が必要な機器を工事現場に持ち込むこと等により、その要求に対応すること。
（３）電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないことに対する措置について
現在の電子商取引の普及状況等を勘案すれば、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されな
いこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間
は、（１）の要件が満たされている場合においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとする。
なお、この場合、上記書面の原本性は、工事現場においてＰＣ等で確認するものであるため、現場代理人の署名又は記名押印による誓約は必要ない。
４．電子契約を行った場合の公共工事発注者に提出する施工体制台帳の写しの取扱いについて
公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）
第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされているが、電子契約を行った場合には、以下の２つの条件のすべてを満たさなければならないこととする。
① 当該電子契約の内容が紙面に印刷された書面が施工体制台帳の写しに添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文
者の現場代理人の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
なお、発注者が、行政手続等における情報通信の技術の利用に関する法律（平成１４年法律第１５１号）第３条第１項の規定に基づき、施工体制台帳の写しを電子的な方法で提出することを認めている場合には、当該方法で提出して差し支えない。

417

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

Ｂ）建設業法（抄）昭和 24 年 5 月 24 日 法律第 100 号
平成 26 年 6 月 13 日法律 69 号
第２４条の７ （施工体制台帳及び施工体系図の作成等）
特定建設業者は、発注者から直接建設工事を請け負った場合において、当該建設工事を施工するために締結した下請契約の請負代金の額（当該下請契約が二以上あるときは、それらの請負代金の額の総額）が政令で定める金額以上になるときは、建設工事の適正な施工を確保するため、国土交通省令で定めるところにより、当該建設工事について、下請負人の商号又は名称、当該下請負人に係る建設工事の内容及び工期その他の国土交通省令で定める事項を記載した施工体制台帳を作成し、工事現場ごとに備え置かなければならない。
２ 前項の建設工事の下請負人は、その請け負った建設工事を他の建設業を営む者に請け負わせたときは、国土交通省令で定めるところにより、同項の特定建設業者に対して、
当該他の建設業を営む者の商号又は名称、当該者の請け負った建設工事の内容及び工期
その他の国土交通省令で定める事項を通知しなければならない。
３ 第一項の特定建設業者は、同項の発注者から請求があつたときは、同項の規定により備え置かれた施工体制台帳を、その発注者の閲覧に供しなければならない。
４ 第一項の特定建設業者は、国土交通省令で定めるところにより、当該建設工事における各下請負人の施工の分担関係を表示した施工体系図を作成し、これを当該工事現場の見やすい場所に掲げなければならない。

Ｃ）建設業法施行規則（抄）昭和 24 年 7 月 28 日 建設省令第 14 号
（施工体制台帳の記載事項等）
第１４条の２ 法第２４条の７第一項の国土交通省令で定める事項は、次のとおりとする。
一 作成特定建設業者（法第２４条の７第一項の規定により施工体制台帳を作成する
場合における当該特定建設業者をいう。以下同じ。）が許可を受けて営む建設業の種類
二 作成特定建設業者が請け負った建設工事に関する次に掲げる事項
イ 建設工事の名称、内容及び工期
ロ 発注者と請負契約を締結した年月日、当該発注者の商号、名称又は氏名及び住所並びに当該 請負契約を締結した営業所の名称及び所在地
ハ 発注者が監督員を置くときは、当該監督員の氏名及び法第１９条の２第二項に規定する通知事項
ニ 作成特定建設業者が現場代理人を置くときは、当該現場代理人の氏名及び法第１９条の２第一項に規定する通知事項
ホ 監理技術者の氏名、その者が有する監理技術者資格及びその者が専任の監理技術者であるか否かの別へ 法第２６条の２第一項 又は第二項の規定により建設工事の施工の技術上の管理をつかさどる者でホの監理技術者以外のものを置くときは、その者の氏名、その者が管理をつかさどる建設工事の内容及びその有する主任技術者資格（建設業の種類に応じ、法第７条第二号 イ若しくはロに規定する実務の経験若しくは学科の修得又は同号 ハの規定による国土交通大臣の認定があることをいう。以下
同じ。）

418

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

三 前号の建設工事の下請負人に関する次に掲げる事項
イ 商号又は名称及び住所
ロ 当該下請負人が建設業者であるときは、その者の許可番号及びその請け負った建設工事に係る許可を受けた建設業の種類
四 前号の下請負人が請け負った建設工事に関する次に掲げる事項
イ 建設工事の名称、内容及び工期
ロ 当該下請負人が注文者と下請契約を締結した年月日
ハ 注文者が監督員を置くときは、当該監督員の氏名及び法第１９条の２第二項に規定する通知事項
ニ 当該下請負人が現場代理人を置くときは、当該現場代理人の氏名及び法第１９条の２第一項 に規定する通知事項
ホ 当該下請負人が建設業者であるときは、その者が置く主任技術者の氏名、当該主任技術者が有する主任技術者資格及び当該主任技術者が専任の者であるか否かの別へ 当該下請負人が法第２６条の２第一項 又は第二項の規定により建設工事の施工の技術上の管理をつかさどる者でホの主任技術者以外のものを置くときは、当該者の氏名、その者が管理をつかさどる建設工事の内容及びその有する主任技術者資格
ト 当該建設工事が作成特定建設業者の請け負わせたものであるときは、当該建設工事について請負契約を締結した作成特定建設業者の営業所の名称及び所在地
２ 施工体制台帳には、次に掲げる書類を添付しなければならない。
一 前項第二号ロの請負契約及び同項第四号ロの下請契約に係る法第１９条第一項及び第二項の規定による書面の写し（作成特定建設業者が注文者となった下請契約以外の下請契約であって、公共工事（公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）第２条第二項に規定する公共工事をいう。第１４条の４第三項において同じ。）以外の建設工事について締結されるものに係るものにあっては、請負代金の額に係る部分を除く。）
二 前項第二号ホの監理技術者が監理技術者資格を有することを証する書面（当該監
理技術者が 法第２６条第四項の規定により選任しなければならない者であるときは、監理技術者資格者証の写 しに限る。）及び当該監理技術者が作成特定建設業者に雇用期間を特に限定することなく雇用されている者であることを証する書面又はこれらの写し
三 前項第二号ヘに規定する者を置くときは、その者が主任技術者資格を有することを証する書面及びその者が作成特定建設業者に雇用期間を特に限定することなく雇用されている者であることを証する書面又はこれらの写し
３ 第一項各号に掲げる事項が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて法第２４条の７第一項に規定する施工体制台帳への記載に代えることができる。
４ 法第１９条第三項 に規定する措置が講じられた場合にあっては、契約事項等が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて第二項第一号に規定する添付書類に代えることができる。

419

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

Ｄ）公共工事の入札及び契約の適正化の促進に関する法律 （抄）平成 12 年 11 月 27 日 法律第 127 号（施工体制台帳の提出等）
第１３条 公共工事の受注者（建設業法第２４条の７第一項の規定により同項に規定する施工体制台帳（以下単に「施工体制台帳」という。）を作成しなければならないこととされているものに限る。
）は、作成した施工体制台帳（同項の規定により記載すべきものとさ れた事項に変更が生じたことに伴い新たに作成されたものを含む。）の写しを発注者に提出しなければならない。この場合においては、同条第三項の規定は、適用しない。
２ 前項の公共工事の受注者は、発注者から、公共工事の施工の技術上の管理をつかさどる者（次条において「施工技術者」という。）の設置の状況その他の工事現場の施工体制
が施工体制台帳の記載に合致しているかどうかの点検を求められたときは、これを受けることを拒んではならない。
３ 第一項の公共工事の受注者についての建設業法第２４条の７第四項の規定の適用については、同項中「見やすい場所」とあるのは、「工事関係者が見やすい場所及び公衆が見やすい場所」とする。

E）行政手続等における情報通信の技術の利用に関する法律（抄）平成 14 年 12 月 13 日 法律第 151 号（電子情報処理組織による申請等）
第３条 行政機関等は、申請等のうち当該申請等に関する他の法令の規定により書面等により行うこととしているものについては、当該法令の規定にかかわらず、主務省令で定めるところにより、電子情報処理組織（行政機関等の使用に係る電子計算機（入出力装置を含む。以下同じ。）と申請等をする者の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。）を使用して行わせることができる。
２ 前項の規定により行われた申請等については、当該申請等を書面等により行うものとして規定した申請等に関する法令の規定に規定する書面等により行われたものとみなして、当該申請等に関する法令の規定を適用する。
３ 第１項の規定により行われた申請等は、同項の行政機関等の使用に係る電子計算機に備えられたファイルへの記録がされた時に当該行政機関等に到達したものとみなす。
４ 第１項の場合において、行政機関等は、当該申請等に関する他の法令の規定により署名等をすることとしているものについては、当該法令の規定にかかわらず、氏名又は名称を明らかにする措置であって主務省令で定めるものをもって当該署名等に代えさせることができる。

420

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について■請負工事に関する契約の電子化について
F）建設業法（抄）昭和 24 年 5 月 24 日 法律第 100 号
第１８条（建設工事の請負契約の原則）
建設工事の請負契約の当事者は、各々の対等な立場における合意に基いて公正な契約を締結し、信義に従って誠実にこれを履行しなければならない。
第１９条（建設工事の請負契約の内容）
一
工事内容
二

請負代金の額三

工事着手の時期及び工事完成の時期

四

請負代金の全部又は一部の前金払又は出来形部分に対する支払の定めをするときは、その支払の時期及び方法
五

当事者の一方から設計変更又は工事着手の延期若しくは工事の全部若しくは一部の中止の申出があつた場合における工期の変更、請負代金の額の変更又は損害の負担及びそれらの額の算定方法に関する定め
六天災その他不可抗力による工期の変更又は損害の負担及びその額の算定方法に関する定め
七価格等（物価統制令（昭和二十一年勅令第百十八号）第二条に規定する価格等をいう。）の変動若しくは変更に基づく請負代金の額又は工事内容の変更
八工事の施工により第三者が損害を受けた場合における賠償金の負担に関する定め

九

注文者が工事に使用する資材を提供し、又は建設機械その他の機械を貸与するときは、その内容及び方法に関する定め
十

注文者が工事の全部又は一部の完成を確認するための検査の時期及び方法並びに引渡しの時期
十一

工事完成後における請負代金の支払の時期及び方法

十二

工事の目的物の瑕疵を担保すべき責任又は当該責任の履行に関して講ずべき保証保険契約の締結その他の措置に関する定めをするときは、その内容
十三

各当事者の履行の遅滞その他債務の不履行の場合における遅延利息、違約金その

他の損害金
十四

契約に関する紛争の解決方法

建設工事の請負契約の当事者は、前条の趣旨に従って、契約の締結に際して次に掲げる事
項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
２ 請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更する
ときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３

建設工事の請負契約の当事者は、前２項の規定による措置に代えて、政令で定めるとこ
421

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

ろにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国
土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

G）建設業法施行令（抄）昭和 31 年 8 月 29 日 政令第 273 号
第５条の５（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第１９条第３項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２ 前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第１９条第一項又は第二項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

H）建設業法施行規則（抄）昭和 24 年 7 月 28 日 建設省令 14 号
第１３条の２（建設工事の請負契約に係る情報通信の技術を利用する方法）
法第１９条第３項の国土交通省令で定める措置は、次に掲げる措置とする。
一 電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。以下同じ。）と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する措置
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された同条第１項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。
）を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファ
イルに当該契約事項等を記録する措置
二 磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）をもつて調製する
ファイルに契約事項等を記録したものを交付する措置
２ 前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一 当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二 ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ 第一項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

422

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

第１３条の３
令第５条の５第一項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一 前条第一項に規定する措置のうち建設工事の請負契約の当事者が講じるもの
二 ファイルへの記録の方式「
第１３条の４
令第５条の５第一項の国土交通省令で定める方法は、次に掲げる方法とする。
一 電子情報処理組織を使用する方法のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する方法
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された法第１９条第三項の承諾をする旨又は当該承諾を撤回する旨を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録する
方法
二 磁気ディスク等をもつて調製するファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録したものを交付する方法
２ 前項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

I）建設業法施行規則第１３条の２ 第二項に規定する「技術的基準」に係るガイドライン■建設業法施行規則第１３条の２第二項に規定する「技術的基準」に係るガイドライン
平成１３年３月３０日
国 土 交 通 省
１．はじめに国土交通省では、適切な電子商取引の普及を通じて、建設産業の健全な発達を確保するため、平成１２年に成立した書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律(平成１２年法律第１２６号)において、建設業法(昭和２４年法律第１００号)を改正し、書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとしたところである（平成１３年４月１日施行）。
今般、契約当事者間の紛争を防止する等安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用により建設工事の請負契約を締結しようとする者の参考として、同法施行規則(以下｢規則｣という。) 第１３条の２第二項（建設業法施行規則等の一部を改正する省令（平成１３年国土交通省令第４２号）により追加）に規定す
る「技術的基準」に係るガイドラインを定めることとする。
２．見読性の確保について（規則第１３条の２第二項第一号関係）
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業
法第１９条第１項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシステ
ムを整備しておくことが必要である。
423

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せるよう、適切な検索機能を備えておくことが望ましい。
３．原本性の確保について（規則第１３条の２第二項第二号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。
（１）公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものである
ことを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う
登記所、電子署名及び認証業務に関する法律(平成１２年法律第１０２号)第４条に規定する特定認証機関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

424

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

J）建設省経建発第１３２号、１３３号 （注文書及び請書による契約について）■各都道府県主管部局長あて 建設省経建発第１３２号■各建設業者団体の長あて 建設省経建発第１３３号
平成１２年６月２９日
注文書及び請書による契約の締結について記
１ 注文書・請書による請負契約を締結する場合において、次の（１）又は（２）の区分
に従い、それぞれ各号のすべての要件を満たすときは、建設業法（以下「法」という。）
第１９条第一項の規定に違反しないものであること。
（１）当事者間で基本契約書を締結した上で、具体の取引については注文書及び請書の交換による場合① 基本契約書には、個別の注文書及び請書に記載される事項を除き、法第１９条第一項各号に掲げる事項を記載し、当事者の署名又は記名押印をして相互に交付すること。
② 注文書及び請書には、法第１９条第一項第一号から第三号までに掲げる事項その他必要な事項を記載すること。
③ 注文書及び請書には、それぞれ注文書及び請書に記載されている事項以外の事項については基本契約書の定めによるべきことが明記されていること。
④ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
（２）注文書及び請書の交換のみによる場合① 注文書及び請書のそれぞれに、同内容の基本契約約款を添付又は印刷すること。
② 基本契約約款には、注文書及び請書の個別的記載事項を除き、法第１９条第一項各号に掲げる事項を記載すること。
③ 注文書又は請書と基本契約約款が複数枚に及ぶ場合には、割印を押すこと。
④ 注文書及び請書の個別的記載欄には、法第１９条第一項第一号から第三号までに掲げる事項その他必要な事項を記載すること。
⑤ 注文書及び請書の個別的記載欄には、それぞれの個別的記載欄に記載されている事
項以外の事項については基本契約約款の定めによるべきことが明記されていること。
⑥ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
２ 注文書・請書による請負契約を変更する場合において、当該変更内容が注文書及び請書の個別的記載事項に係るもののみであるときは、次によることができる。
① 注文書及び請書の双方に変更内容が明記されていること。
② 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
ただし、当該変更内容に注文書及び請書の個別的記載事項以外のものが含まれる場合には、当該変更の内容を書面に記載し、署名又は記名押印をして相互に交付すること。

425

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

参考資料２：電子契約内容を確認するためのビューワー
ツールについて本資料の「B．入契法に基づく施工体制台帳に係る具体的な運用方法について」の「(3)施工体制台帳の写しの提出方法」に記載している電子契約内容を確認するためのビュー
ワーツールは、一般的には以下の機能やメッセージ（主に注文業務に関連するもの）に対応していること等が求められるものと想定されます。

1.

必要な機能

1) 電子契約データ案件の検索
2) 電子契約データの案件内容*の画面または書面への表示機能
3) 電子契約データの改ざんチェック機能【補足】*：案件内容の画面または書面への表示は、建設業法 19 条（建設工事の請負契約の内容）に記載されている項目等。

2.

対応すべきメッセージ
確定注文メッセージ、注文請けメッセージ、鑑項目合意変更申込メッセージ、鑑項目合意

変更承諾メッセージ、合意解除申込メッセージ、合意解除承諾メッセージ、一方的解除通知
メッセージ、合意打切申込、合意打切承諾、一方的打切通知

426

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について3.

想定される利用例
A社営業管理システム/調達管理システム
ユーザ企業A社の業務システム
ソフト・ベンダB社のパッケージ・ソフト
見積、契約等の業務処理

ソフト・ベンダX社の保管システ
ムa)電磁的記録の保管

通信、暗号、変換

CI-NET LiteS
による契約等c)検索/表示/印刷指示
非改ざん検証指示

一時保存場所(フォルダ)
業務システム

保管Sys

c)結果

b)取り出しb)取り出し指示
利用画面

監督行政庁など

本ツールにより、
・内容確認
・改竄有無の確認

なお CI-NET では、会員企業及び公共発注者に対して、上記機能等を満たしたビューワ
ーツールの利用を支援しています。

427

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

参考資料３：用語解説
ASP（アプリケーション・サービス・プロバイダ：Application Service Provider）
コンピュータ・ソフトウェアを販売する代わりに、ネットワーク経由
でソフトの機能だけを有償で提供する事業者。ユーザーにとって、ブラウザ（データ・ファイルの内容を表示するソフト）とインターネッ
トを利用できればソフトウェアを利用できるため、ソフトウェアの導入、運用、更新等の手間をかける必要がなくなる。
CI-NET（シー・アイ・ネット：Construction Industry NETwork）
建設業界の EDI 日本標準のこと。標準化された方法でコンピュータ・ネ
ットワークを利用し建設生産に関わる様々な企業間の情報交換を実現
し、建設産業全体の生産性向上を図ろうとするものである。
CI-NET LiteS（シー・アイ・ネット・ライツ：Construction Industry NETwork
Light Scheme）
建設産業の EDI 標準方式である CI-NET に準拠した見積、契約、出来高、請求等の電子データ交換（EDI）を、インターネット（電子メール）を用いてより簡易に実施するための規約（ルール）のことである。
EDI（イー・ディー・アイ：Electronic Data Interchange）
電子データ交換。企業間で行われる受発注や資金決済などの取引のためのデータを通信回線を介して標準的な規約（可能な限り広く合意された各種規約）によりコンピュータ（端末を含む）間でデータ交換す
ること。

■参考文献
「建設工事の電子契約についての解説」〔平成 14 年 2 月 発行〕「CI-NET 標準ビジネスプロトコル Ver.1.4」〔平成 15 年 3 月 発行〕「CI-NET LiteS 実装規約 Ver.2.1 ad.1」〔平成 15 年 6 月発行〕
以上

財団法人建設業振興基金発行

428

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について請負契約の電子化に伴う施工体制台帳に係る対応について
平成 17 年 3 月発行
編集・発行

財団法人建設業振興基金
建設産業情報化推進センター〒105-0001

東京都港区虎ノ門 4-2-12
虎ノ門４丁目 MT ビル２号館

TEL：03-5473-4573
FAX：03-5473-4580
E-mail：ci-net01@kensetsu-kikin.or.jp
URL：http://www.kensetsu-kikin.or.jp/ci-net/※ 本書の全部または一部の無断複写複製を禁じます（著作権法上の例外を除く）。

429

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XI 請負契約の電子化に伴う施工体制台帳に係る対応について

430

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

431

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

432

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例
適格請求書に必要な記載事項は、以下のとおり｡① 適格請求書発行事業者の氏名または名称および登録番号② 取引年月日（課税資産の譲渡等を 行った年月日）① 取引内容（軽減税率の対象品目がある場合、その旨）② 税率ごとに区分して合計した対価の額（税抜きまたは税込み）および適用税率③ 税率ごとの消費税額等（端数処理は一請求書当たり、税率ごとに１回ずつ）④ 書類の交付を受ける事業者の氏名又は名称
 ｢税率ごとに区分｣とは､消費税 10％、軽減税率 8％および経過措置による各旧税率の分類を指す。
なお､国税庁ホームページにて｢消費税の仕入税額控除制度における適格請求書等保存方式に関する Q＆A｣を公開している｡｢消費税の仕入税額控除制度における適格請求書等保存方式に関する Q＆A｣
URL:https://www.nta.go.jp/taxes/shiraberu/zeimokubetsu/shohi/keigenzeiritsu/
qa_01.htm
本帳票印刷例は､適格請求書として必要な記載事項と CI-NET メッセージのタグ№との関係を印刷例で示したものである。従って､本帳票印刷例は完全に実装規約を反映したものではなく、一部帳票として表現しておく方が分かりやすい、想像しやすい表現や項目も含まれており、あくまで実装における参考情報として提示するものである。

2022/11/24 第 6 回 LiteS 規約 WG
帳票内の緑色吹き出しは、前回 WG（2022 年度第 5 回 LiteS 規約 WG）からの変更点を示すためのもの。（最終版では削除予定）

433

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

1. 内容
1 請求業務の帳票例(1) 鑑の帳票例
1) 計算方式：A 方式の場合
2) 計算方式：B 方式の場合
3) 計算方式：C 方式の場合
4) 計算方式：D 方式の場合(2) 明細の帳票例
1) 累積査定方式 縦並びの場合
2) 累積査定方式 横並びの場合
3) 当月査定方式 縦並びの場合
4) 当月査定方式 横並びの場合
出来高、請求業務での個々の資材、工事等の明細の出来高査定には、「累積査定方式」と「当月査定方式」の 2 通りがある。従って､明細の帳票例に
おいて 2 通り､またそれぞれにおいて､累積出来高数量や金額を縦に並べる
様式と横に並べる様式があるため､4 通り帳票例を示す｡
CI-NET LiteS 実装規約 Ver.2.2 ad.0
打切

B.Ⅶ.出来高・請求・立替金・契約

3.1.明細出来高の累積査定方式と当月査定方式を参照。

434

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2 立替金業務の帳票例【補足説明】
立替金報告による請求には、以下の 2 つの取引形態があり、どの形態で処理するかは、各取引の実績に合わせ、各社で判断・処理している。
2 者間取引

ゼネコンと協力会社間の課税取引として請求する場合



現在の立替金報告メッセージの規約案を、この取引形態をベースに策定している。

3 者間取引

仕入先と協力会社間の課税取引として、ゼネコンから仕入れ先への支払を立替金として、協力会社に請求する場合（「消費税の仕入税額控除制度における適格請求書等保存方式に関する Q＆A 問 75（立替金）平成 30 年 6 月（令和 3 年 7 月改訂）」に相当）



CI-NET で行う場合、仕入先から受領した適格請求書もしくはゼネ
コンが作成した請求書を添付するか、内訳明細の項目（[1214]規格・仕様・摘要、[1251]明細別備考欄）等を利用して、適格請求書に必要な事項①～⑤を記載する必要がある。

(1) 2 者間取引の場合
1) 立替金請求書（税抜き･2 者間のサンプル・税抜き）
2) 内訳明細書（2 者間取引のサンプル・税抜き）(2) 3 者間取引の場合
1) 立替金請求書（3 者間取引のサンプル・発注者側(ゼネコン等)は不課税処理
2) 内訳明細書（3 者間取引のサンプル・発注者側(ゼネコン等)は不課税処
理）3) 立替金請求書（3 者間取引のサンプル・発注者側(ゼネコン等)は課税処
理）
4) 内訳明細書（3 者間取引のサンプル・発注者側(ゼネコン等)は課税処理）

435

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3 工事請負契約外業務の帳票例(1) 鑑の帳票例
1) 税抜きの場合
2) 税込みの場合(2) 明細の帳票例
1) 物品調達において請求書毎に作成する場合
2) 物品調達において注文書毎に作成する場合
3) 物品調達において納品書毎に作成する場合
4) レンタル・リースの場合
5) レンタル・リースにおいて残数表示を行う場合

436

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

1.
(1)
1)

請求業務の帳票例
鑑の帳票例
計算方式：A 方式の場合

図 D.Ⅻ- 1 A 方式の場合の帳票例（鑑）437

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2)

計算方式：B 方式の場合

図 D.Ⅻ- 2 B 方式の場合の帳票例（鑑）438

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3)

計算方式：C 方式の場合

図 D.Ⅻ- 3 C 方式の場合の帳票例（鑑）439

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

4)

計算方式：D 方式の場合

図 D.Ⅻ- 4 D 方式の場合の帳票例（鑑）440

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例(2)
1)

明細の帳票例
累積査定方式 縦並びの場合

図 D.Ⅻ- 5 帳票例（累積査定方式 縦並び）
441

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2)

累積査定方式 横並びの場合

図 D.Ⅻ- 6 帳票例（累積査定方式 横並び）

442

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3)

当月査定方式 縦並びの場合

図 D.Ⅻ- 7 帳票例（当月査定方式 縦並び）

443

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

4)

当月査定方式 横並びの場合

図 D.Ⅻ- 8 帳票例（当月査定方式 横並び）
444

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2.

立替金業務の帳票例(1)1)

2 者間取引の場合
立替金請求書（税抜き･2 者間のサンプル・税抜き）

図 D.Ⅻ- 9 鑑の帳票例（2 者間取引の場合）
445

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2)

内訳明細書（2 者間取引のサンプル・税抜き）

図 D.Ⅻ- 10 明細の帳票例（2 者間取引の場合）
446

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例(2)1)

3 者間取引の場合
立替金請求書（3 者間取引のサンプル・発注者側(ゼネコン等)は不課税処理

図 D.Ⅻ- 11 鑑の帳票例（3 者間取引き・不課税の場合）

447

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2)

内訳明細書（3 者間取引のサンプル・発注者側(ゼネコン等)は不課税処理）

図 D.Ⅻ- 12 明細の帳票例（3 者間取引き・不課税の場合）
448

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3)

立替金請求書（3 者間取引のサンプル・発注者側(ゼネコン等)は課税処理）

図 D.Ⅻ- 13 鑑の帳票例（3 者間取引き・課税の場合）

449

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

4)

内訳明細書（3 者間取引のサンプル・発注者側(ゼネコン等)は課税処理）

図 D.Ⅻ- 14 明細の帳票例（3 者間取引き・課税の場合）

450

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3.
(1)
1)

工事請負契約外業務の帳票例
鑑の帳票例
税抜きの場合図 D.Ⅻ- 15 鑑の帳票例（税抜きの場合）

451

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

2)

税込みの場合図 D.Ⅻ- 16 鑑の帳票例（税込みの場合）

452

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例(2)
1)

明細の帳票例
物品調達において請求書毎に作成する場合

図 D.Ⅻ- 17 明細の帳票例（請求書毎に作成する場合）

453

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例2)

物品調達において注文書毎に作成する場合

図 D.Ⅻ- 18 明細の帳票例（注文書毎に作成する場合）

454

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

3)

物品調達において納品書毎に作成する場合

図 D.Ⅻ- 19 明細の帳票例（納品書毎に作成する場合）

455

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

4)

レンタル・リースの場合

図 D.Ⅻ- 20 明細の帳票例（レンタル・リースの場合）

456

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例【参考】レンタル・リースに特有の「管理番号」「入出庫区分」を帳票内左部分に記載した例

図 D.Ⅻ- 21 明細の帳票例（レンタル・リースの場合）

457

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例

5)

レンタル・リースにおいて残数表示を行う場合

図 D.Ⅻ- 22 明細の帳票例（レンタル・リースにおいて残数表示を行う場合）

458

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XII. 適格請求書等保存方式（いわゆるインボイス制度）に対応した帳票印刷例【参考】レンタル・リースに特有の「管理番号」「入出庫区分」を帳票内左部分に記載した例

図 D.Ⅻ- 23 明細の帳票例（レンタル・リースにおいて残数表示を行う場合）

459

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

460

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

XIII. 標準メッセージ一覧表

461

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

462

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

ⅩⅢ. 標準メッセージ一覧表
標準メッセージ一覧表について、LiteS 実装規約に記載されているメッセージを除く、以下のメッセージの標準メッセージ項目を示す。
・

出荷メッセージ／入荷メッセージ

・

総括請求メッセージ

・CAD データ封筒メッセージ※属性

Ｘ－英数字、カナ、特殊文字など 8bit 系文字列の文字データ：１字＝１byte

Ｋ－漢字、ひらがななど 16bit 系文字列の文字データ：１字＝２byte

９－「0」～「9」のみで表される符号なし固定小数点の数値データ：１字＝１byte
Ｎ－浮動小数点の数値データ、符号と小数点は桁数に含めない：１字＝１byte※文字数：文字データの最大文字数、数値データの整数部の最大桁数（符号は含めない）。
※小数：小数点以下の最大桁数（小数点は含めない）。

※マルチ：第何番目のマルチ明細であるかを示す。
※ＣＤ：「CI-NET 標準データコード」を使用するデータ項目であることを示す。

※消費税込：原則として消費税を含む金額であることを示す。

●－メッセージの処理に不可欠なデータ項目で、省略のできない必須データ項目◎－メッセージを構成するのに必須なデータ項目○－ユーザが必要に応じて使用を選択できるデータ項目▲－ＣＡＤデータの伝送時に必要なデータ項目△－ＣＡＤデータの伝送時に必要に応じて使用を選択できるデータ項目▽－次期バージョン削除項目（メッセージ構成上使用しないことが望ましい項目）

なお､標準メッセージ項目は､CI-NET LiteS 実装規約に準拠とすることしているが､｢ⅩⅢ.

標準メッセージ一覧表｣では､CI-NET 標準ビジネスプロトコルに記載されている標準

メッセージ項目における属性､文字数､小数､マルチ等を記載している｡

463

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

1.

出荷メッセージ／入荷メッセージ

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

出 入
属 文 小 マルチ Ｃ 消 荷 荷
性 字 数
Ｄ 費
数
税
込

摘

要

10

1 データ処理Ｎｏ．

9

5

20

2 情報区分コード

Ｘ

4

30

3 データ作成日

9840

4 発注者コード

Ｘ

12

＊

50

5 受注者コードＸ12＊

60 1197 サブセット・バージョ Ｘン80
9 訂正コードＸ

12

90 1006 工事コードＸ

25

110 1007 帳票Ｎｏ．

Ｘ

25

130 1008 帳票年月日

98140 1181 帳票名称

Ｋ 120

150 1009 参照帳票Ｎｏ．

Ｘ

25

160 1010 参照帳票年月日

98200 1144 参照ＣＡＤデータ情報 Ｘ
帳票Ｎｏ．
210 1145 参照ＣＡＤデータ情報 9
帳票年月日
220 1087 元発注者注文Ｎｏ．
Ｘ

25◎ ◎ 帳票に記載する年月日。例として、見積依頼メッセージにおいては見積を依頼した年月日を、見積回答メッセー
ジにおいては見積を回答した年月日を表す。
○ ○ 伝送するメッセージデータの名称。【例】 ○○社△棟
電気設備工事見積書その２◎ ◎ 注文番号・契約番号など、取引を特定するための参照帳
票の番号。
◎ ◎ 注文番号・契約番号など、取引を特定するための参照帳
票に記載された年月日。
○ ○ 関連するＣＡＤデータ情報の帳票No．

8○ ○ 関連するＣＡＤデータ情報の帳票年月日25

230 1011 参照ＣＡＤデータ番号 Ｘ

25

MDﾚﾍﾞﾙ1

240 1012 参照ＣＡＤデータ名称 Ｋ

60

MDﾚﾍﾞﾙ1○ ○ 発注者に対して元発注者が存在する場合、発注者との取引で元発注者が採番した注文番号。
○ ○ 帳票データのみを送信した場合に、関連するＣＡＤデー
タの番号を示す。
○ ○ 帳票データのみを送信した場合に、関連するＣＡＤデー
タの名称を示す。
○ ○ 発注者が定めた受注者の識別コード。

＊● ● 受信者での受信データの処理順序を示す番号。受信者
は、受信データをこの番号の昇順に処理すること。
● ● 情報の種類を示すコード。
◎ ◎ メッセージデータを作成した年月日。

1＊● ● 注文を行う側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● ● 注文を受ける側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● ● メッセージサブセットの版。
● ● 情報の新規・一括変更・全文取消・一部変更を示すコード。
◎ ◎ 工事場所、受渡し場所、原価管理上の区分などを示すコード。
● ● 帳票の番号。

250 1023 受注者コード２（発注 Ｘ 25
者採番）
260 1046 取引件名（注文件名） Ｘ 25
コード
270 1177 管理項目名
Ｋ 120

MLﾚﾍﾞﾙ1○ ○ 発注工事の種別を示す作業コード・納入物品の種別を示す品目コードなど取引件名の種別を表すコード。
○ ○ メッセージデータの原価管理上の項目名。

280 1178 管理項目コード

Ｘ

25

MLﾚﾍﾞﾙ1○ ○ メッセージデータの原価管理上の項目コード。

290 1191 原価要素名

Ｋ

20○ ○ 原価管理上の要素名。

300 1192 原価要素コードＸ

5○ ○ 原価管理上の要素コード。

310 1193 原価科目名Ｋ

20○ ○ 原価管理上の科目名。

320 1194 原価科目コードＸ

5○ ○ 原価管理上の科目コード。

330 1195 原価細目名Ｋ20○ ○ 原価管理上の細目名。

340 1196 原価細目コード

Ｘ

5○ ○ 原価管理上の細目コード。

464

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項

目 名

出 入
属 文 小 マルチ Ｃ 消 荷 荷
Ｄ 費
性 字 数
税
数
込

摘

要

350 1013 受注者名

Ｋ

40

◎ ○ 受注者の名称。

360 1015 受注者代表者氏名

Ｋ

28○ ○ 受注者の代表者の氏名。

370 1017 受注者担当部署名Ｋ

60

M9ﾚﾍﾞﾙ1◎ ○ 受注者の事業所・担当部署・作業所などの名称。

380 1018 受注者担当者名

Ｋ

30

M9ﾚﾍﾞﾙ1○ ○ 受注者の担当者の氏名。

390 1019 受注者担当郵便番号

Ｘ

10

M9ﾚﾍﾞﾙ1

400 1020 受注者担当住所

Ｋ60

M9ﾚﾍﾞﾙ1

410 1021 受注者担当電話番号

Ｘ

25

M9ﾚﾍﾞﾙ1

420 1022 受注者担当FAX番号Ｘ

25

M9ﾚﾍﾞﾙ1

430 1165 受注者決裁者名

Ｋ

60

MEﾚﾍﾞﾙ1○ ○ 受注者の事業所・担当部署・作業所などの連絡用の郵便番号。
○ ○ 受注者の事業所・担当部署・作業所などの連絡用の住所。
○ ○ 受注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）○ ○ 受注者の事業所・担当部署・作業所などの連絡用のＦＡ
Ｘ番号。（市外局番を含む）○ ○ 受注者のメッセージデータに対する決裁者の氏名。

440 1166 受注者建設業許可区
Ｋ
分・登録コード
450 1167 受注者建設業許可工事 Ｋ
業種
460 1168 受注者建設業許可日
Ｋ

20

＊

12

MFﾚﾍﾞﾙ1 ＊11

470 1024 発注者名

Ｋ

40

○ ○ 建設業法に基づく建設業の許可において、受注者の許可
区分および登録番号を示す。
○ ○ 建設業法に基づく建設業の許可において、受注者の許可
工事業種を示す。
○ ○ 建設業法に基づく建設業の許可において、受注者が許可を受けた年月日を和暦で示す。
○ ◎ 発注者の名称。

500 1026 発注者代表者氏名

Ｋ

28○ ○ 発注者の代表者の氏名。

510 1028 発注者担当部署名

Ｋ

60

MAﾚﾍﾞﾙ1○ ◎ 発注者の事業所・担当部署・作業所などの名称。

520 1029 発注者担当者名

Ｋ

30

MAﾚﾍﾞﾙ1○ ○ 発注者の担当者の氏名。

530 1030 発注者担当郵便番号

Ｘ

10

MAﾚﾍﾞﾙ1

540 1031 発注者担当住所

Ｋ

60

MAﾚﾍﾞﾙ1

550 1032 発注者担当電話番号

Ｘ

25

MAﾚﾍﾞﾙ1

560 1033 発注者担当ＦＡＸ番号 Ｘ

25

MAﾚﾍﾞﾙ1

570 1034 発注者コード２（受注 Ｘ
者採番）
580 1169 発注者決裁者名
Ｋ

25○ ○ 発注者の事業所・担当部署・作業所などの連絡用の郵便番号。
○ ○ 発注者の事業所・担当部署・作業所などの連絡用の住所。
○ ○ 発注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）○ ○ 発注者の事業所・担当部署・作業所などの連絡用ＦＡＸ
番号。（市外局番を含む）○ ○ 受注者が定めた発注者の識別コード。

60

590 1170 発注者建設業許可区
Ｋ
分・登録コード
600 1171 発注者建設業許可工事 Ｋ
業種
610 1172 発注者建設業許可日
Ｋ11620 1372 工種・科目コード

12

Ｘ

MGﾚﾍﾞﾙ1○ ○ 発注者のメッセージデータに対する決裁者の氏名。

20

＊

12

MHﾚﾍﾞﾙ1 ＊630 1042 工事場所・受渡し場所 Ｋ 60
名称
640 1173 工事場所・受渡し場所 Ｋ 120
略称
650 1016 工事場所・受渡し場所 Ｘ 10
郵便番号

○ ○ 建設業法に基づく建設業の許可において、発注者の許可
区分および登録番号を示す。
○ ○ 建設業法に基づく建設業の許可において、発注者の許可
工事業種を示す。
○ ○ 建設業法に基づく建設業の許可において、発注者が許可を受けた年月日を和暦で示す。
○ ○ 帳票データの工種、科目を表すコード。
◎ ◎ 工事場所・受渡し場所（納入場所）の正式名称。
○ ○ 工事場所・受渡し場所（納入場所）の略称。
○ ○ 工事場所・受渡し場所（納入場所）の郵便番号。

465

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項

目 名

660 1043 工事場所・受渡し場所
住所670 1025 工事場所・受渡し場所
所長名
680 1027 工事場所・受渡し場所
担当者名
690 1041 工事場所・受渡し場所
電話番号
700 1182 工事場所・受渡し場所
ＦＡＸ番号
720 1045 取引件名（注文件名）

出 入
属 文 小 マルチ Ｃ 消 荷 荷
性 字 数
Ｄ 費
数
税
込

摘

要

Ｋ

60

○ ○ 工事場所・受渡し場所（納入場所）の住所。

Ｋ30○ ○ 工事場所・受渡し場所（納入場所）の所長名。

Ｋ

30○ ○ 工事場所・受渡し場所（納入場所）の担当者名。

Ｘ

25○ ○ 工事場所・受渡し場所（納入場所）の電話番号。

Ｘ

25○ ○ 工事場所・受渡し場所（納入場所）のＦＡＸ番号。

Ｋ

60◎ ◎ 発注工事の名称・納入物品の名称など取引の名称。

730 1047 受渡し方法

Ｋ60

740 1048 受渡し条件

Ｋ60○ ○ 作業所納入・施工・納入施工・係員立ち会いなどの受渡し方法を文面で示す。
○ ○ 受渡しに関する取り決め条件を文面で示す。

750 1052 工事・納入開始日

Ｘ

14

760 1053 工事・納入終了日・納 Ｘ
入期限
770 1139 工期・納期指定
Ｋ

14
60

780 1044 別途受渡し場所名称

Ｋ

60

790 1095 別途受渡し場所住所

Ｋ60

800 1137 別途受渡し場所コード Ｘ

25

810 1138 取引区分コード

Ｘ

5

＊

820 1049 施工者・納入者コード Ｘ

12MBﾚﾍﾞﾙ1 ＊830 1050 施工者・納入者コード Ｘ２
840 1051 施工者・納入者名
Ｋ

25

MBﾚﾍﾞﾙ1○ ○ 工事・納入の開始年月日・時分秒。（時分秒については省略可）○ ○ 工事・納入の終了年月日・時分秒。または納入期限の年
月日・時分秒。（時分秒については省略可）○ ○ 工期・納期に関する条件を文面で示す。 【例】 「至急納品」○ ○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し場所の名称。
○ ○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し場所の住所。
○ ○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し場所のコード。
◎ ◎ 購入・支給品・レンタル・リースなどの取引の区分を示すコード。
○ ○ 施工・納入を行う企業及びその事業所・担当部署・作業所などを示す標準企業コード。
○ ○ 発注者・受注者が定めた施工者・納入者の識別コード。

40

MBﾚﾍﾞﾙ1○ ○ 施工者・納入者の名称。

1080 1071 運送費用負担

Ｋ60○ ○ 運送費用の負担者を文面で示す。

1090 1072 運賃分類Ｋ60

○ ○ 屯建・昼夜・長尺などの輸送運賃の分類を文面で示す。

1100 1073 運送者名

Ｋ

40

○ ○ 運送者の名称。

1110 1074 運送者コードＸ

121120 1075 運送者コード２

Ｘ

25○ ○ 運送者の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
○ ○ 受注者・発注者が定めた運送者の識別コード。

1130 1076 車番

Ｘ20◎ ◎ 運送車輌を示す番号。

1140 1077 発送日時

Ｘ

141150 1078 到着日時

Ｘ

14

1190

57 消費税コード

Ｘ

1

＊

1200

59 課税分類コード

Ｘ

1

＊

◎ ◎ 物品の発送年月日・時分秒。（時分秒については省略可）◎ ◎ 物品の到着年月日・時分秒。（時分秒については省略可）○ ○ ［1088］明細金額計、［1126］今回支払金額計について
税抜き・税込を示すコード。
○ ○ 消費税に係る課税・非課税取引を示すコード。

M1ﾚﾍﾞﾙ1＊

466

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項

目 名

出 入
属 文 小 マルチ Ｃ 消 荷 荷
Ｄ 費
性 字 数
税
数
込

摘

要

1210 1004 消費税率

Ｎ

3 11220 1083 補助数量計Ｎ

9 31230 1084 補助数量計単位

Ｋ

61240 1085 明細数量計

Ｎ

9 31250 1086 明細数量計単位

Ｋ

61260 1088 明細金額計Ｎ

14○ ○ ［1223］明細金額の合計。

1270 1089 明細金額計調整額

Ｎ141280 1090 調整後帳票金額計Ｎ

14○ ○ ［1088］明細金額計に対する調整額。値引きなどは負号をつけた金額となる。
○ ○ ［1088］明細金額計＋［1089］明細金額計調整額。

1290 1096 消費税額Ｎ

131300 1097 最終帳票金額

Ｎ141320 1014 送り状案内

Ｋ 240

1410 1179 帳票データチェック値 Ｘ

251540 1164 取引件数

982340 1136 備考

Ｋ 120

2350

Ｘ 120

55 自由使用欄○ ○ 消費税の税率。パーセント表記。【例】消費税率5%は5と記載する。
○ ○ ［1216］補助数量の合計。
＊○ ○ ［1083］補助数量計の単位を示す単位コード。
○ ○ ［1218］明細数量の合計。

＊

MQﾚﾍﾞﾙ1
MMﾚﾍﾞﾙ1○ ○ ［1085］明細数量計の単位を示す単位コード。

＊ ○ ○ ［1090］調整後帳票金額計（請求書の場合は［1112］今
回請求金額計）に対する消費税の合計。
＊ ○ ○ ［1090］調整後帳票金額計（請求書の場合は［1112］今
回請求金額計）＋［1096］消費税額。
○ ○ メッセージを送付する際の送り状。
○ ○ メッセージデータの授受が正確に行われているかどうかをお互いにチェックするための項目。【例】全明細行数などをセットする。
○ ○ 明細情報で示す取引の件数。

M5ﾚﾍﾞﾙ1○ ○ 帳票についての特記事項・参考情報を文面で示すフリーエリア。
○ ○ 各社独自のデータ項目に使用するフリーエリア。

2360 1383 受注者側専用使用欄

Ｋ

60

MUﾚﾍﾞﾙ1○ ○ 受注者独自のデータ項目に使用するフリーエリア。

2370 1384 発注者側専用使用欄

Ｋ

60

MVﾚﾍﾞﾙ1○ ○ 発注者独自のデータ項目に使用するフリーエリア。

2380 1001 送信側電子メールアド Ｘ 120
レス
2390 1002 受信側電子メールアド Ｘ 120
レス2400 1146 ＣＡＤデータ枚数95◎ ◎ データ送信側のインターネットの電子メールアドレス。

△ △ 本メッセージで対象とするＣＡＤデータの数。

2410 1147 ＣＡＤデータ取扱い付 Ｋ 120
帯事項
3000 1200 明細コード
Ｘ 50

M6ﾚﾍﾞﾙ1 ＊△ △ 本メッセージで対象とするＣＡＤデータを取り扱う際の付帯事項。
● ● 明細データを特定しデータ階層上の位置を示すコード。

3030 1288 明細データ属性コード Ｘ

1

M6ﾚﾍﾞﾙ1 ＊3040 1289 補助明細コードＸ

2

M6ﾚﾍﾞﾙ1 ＊

3050 1201 明細番号

Ｘ

25

M6ﾚﾍﾞﾙ1○ ○ ［1200］明細コードと組み合わせて使用し、総括明細、
内訳明細、見積条件などの明細データの属性を表すコード。
○ ○ ［1200］明細コードおよび［1288］明細データ属性コード と組み合わせて使用し、明細データの補助的な属性を表すコード。
○ ○ 各社が定めた明細データの通し番号・分類記号。

3060 1278 明細番号２

Ｘ

25

M6ﾚﾍﾞﾙ1○ ○ 各社が定めた明細データの通し番号・分類記号その２。

3070 1202 明細別発注者担当部署 Ｘ
コード3080 1203 明細別取引区分コード Ｘ

25

M6ﾚﾍﾞﾙ1

5

M6ﾚﾍﾞﾙ1 ＊○ ○ 発注者が定めた明細データごとの発注者の担当部署の識別コード。（例：支払い担当部署など）◎ ◎ 明細別の購入・支給品・レンタル・リースなどの取引の区分を示すコード。

◎ ◎ データ受信側のインターネットの電子メールアドレス。

467

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項

目 名

3090 1287 明細別材工共コード

出 入
属 文 小 マルチ Ｃ 消 荷 荷
性 字 数
Ｄ 費
数
税
込

Ｘ

2

M6ﾚﾍﾞﾙ1 ＊

3100 1204 明細別参照帳票Ｎｏ． Ｘ

25

M6ﾚﾍﾞﾙ1

3110 1205 明細年月日（明細別参照帳票年月日）3120 1256 明細別参照ＣＡＤデー
タ番号3130 1257 明細別参照ＣＡＤデー
タ名称
3170 1279 建設資機材コードＸ

14

M6ﾚﾍﾞﾙ1

Ｘ

25

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｘ

40

M6ﾚﾍﾞﾙ1 ＊3180 1280 コード送信側変換結果 Ｘ
コード2

M6ﾚﾍﾞﾙ1 ＊3190 1281 建設資機材標準名称

Ｋ 120

M6ﾚﾍﾞﾙ1

摘

要○ ○ ［1223］明細金額について材料のみ／工賃のみ／材料・工賃共を示すコード。
○ ○ 明細データに対応する取引の帳票番号を示す。
○ ○ 明細データ・明細別参照帳票No．に関する年月日を示す。（例：納入日など）○ ○ 帳票データのみを送信した場合に、［1213］品名・名称に関連するＣＡＤデータの番号を示す。
○ ○ 帳票データのみを送信した場合に、［1213］品名・名称に関連するＣＡＤデータの名称を示す。
○ ○ 建設資機材に対して採番された中間コード。
○ ○ 建設資機材コード送信側におけるコード変換の変換結果を示すコード。コード変換時にコード変換プログラムが自動生成する。
○ ○ 建設資機材の標準名称。

3200 1282 コード受信側変換結果 Ｘ
コード2

M6ﾚﾍﾞﾙ1 ＊3220 1210 名称コードＸ

25

M6ﾚﾍﾞﾙ1

3230 1211 摘要コードＸ

54

M6ﾚﾍﾞﾙ1

3240 1213 品名・名称

Ｋ

60

M7ﾚﾍﾞﾙ2○ ○ 将来の統一規格・仕様・摘要コードのための空きエリア。
◎ ◎ 品名・費目・工事科目名など名称。

3250 1214 規格・仕様・摘要Ｋ

60

M7ﾚﾍﾞﾙ2◎ ◎ 規格・寸法・仕様などの摘要。

3260 1215 補助概要

Ｋ

60

M7ﾚﾍﾞﾙ2

3270 1283 配管用途コードＸ

2

M6ﾚﾍﾞﾙ1 ＊○ ○ 特に別表示が必要な規格・仕様・摘要項目。（例：単重寸法など）○ ○ 配管類の用途を示すコード。

3280 1284 建設資機材メーカー／ Ｘ
型番コード3290 1285 施工区分コード
Ｘ

25

M6ﾚﾍﾞﾙ1 ＊6

M6ﾚﾍﾞﾙ1 ＊3350 1216 補助数量

Ｎ

9 3 M6ﾚﾍﾞﾙ1○ ○ 発注者が定めたメーカーコードではなく、建設資機材のメーカーと型番を標準的に示すコード。
○ ○ 管工事などにおいて、施工箇所（屋内、屋外など）、施工方法（露出、隠ぺいなど）などを示すコード。
○ ○ 特に別表示が必要な数量。（例：本数・重量など）

3360 1217 補助数量単位

Ｋ

6○ ○ ［1216］補助数量の単位を示す単位コード。

3370 1218 明細数量Ｎ

9 3 M6ﾚﾍﾞﾙ1◎ ◎ 金額計算の基本となる数量。

3380 1219 明細数量単位

Ｋ

6

M6ﾚﾍﾞﾙ1 ＊◎ ◎ ［1218］明細数量の単位を示す単位コード。

3390 1220 明細別消費税コードＸ

1

M6ﾚﾍﾞﾙ1 ＊○ ○ ［1223］明細金額について税抜き・税込を示すコード。

3400 1286 明細別運賃コード

Ｘ

2

M6ﾚﾍﾞﾙ1 ＊○ ○ ［1223］明細金額について運賃の込／別を示すコード。

3420 1222 単価

Ｎ

12 3 M6ﾚﾍﾞﾙ1○ ○ ［1219］明細数量１単位あたりの価格。

3430 1223 明細金額

Ｎ

14

M6ﾚﾍﾞﾙ1○ ○ ［1218］明細数量×［1222］単価。

3500 1251 明細別備考欄

Ｋ80

M8ﾚﾍﾞﾙ2

5000 1501 ＣＡＤデータ番号Ｘ

25

M6ﾚﾍﾞﾙ1○ ○ 明細データごとの特記事項・参考情報を文面で示すフ
リーエリア。
△ △ ＣＡＤデータの番号。

5010 1502 ＣＡＤデータ名称

Ｋ

60

M6ﾚﾍﾞﾙ1▲ ▲ ＣＡＤデータの名称。

M6ﾚﾍﾞﾙ1 ＊○ ○ 建設資機材コード受信側におけるコード変換の変換結果を示すコード。コード変換時にコード変換プログラムが自動生成する。
○ ○ 将来の統一品名・名称コードのための空きエリア。

468

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項

目 名

出 入
属 文 小 マルチ Ｃ 消 荷 荷
性 字 数
Ｄ 費
数
税
込

5020 1503 ＣＡＤデータ作成バー Ｘ
ジョン5030 1504 ＣＡＤデータ作成年月 9日5040 1505 ＣＡＤデータ作成者担 Ｋ
当者名5060 1507 印刷サイズ
Ｋ
5070 1508 縮尺

摘

要

10

M6ﾚﾍﾞﾙ1△ △ ＣＡＤデータの作成バージョン。

14

M6ﾚﾍﾞﾙ130

M6ﾚﾍﾞﾙ1▲ ▲ ＣＡＤデータを作成した年月日・時分秒。（時分秒については省略可）△ △ ＣＡＤデータを作成した担当者の氏名。

20

M6ﾚﾍﾞﾙ1

Ｘ

10

M6ﾚﾍﾞﾙ1

5080 1509 ＣＡＤデータ／属性
Ｘ
データ区分
5090 1510 ＣＡＤデータ形式コー Ｘ
ド5100 1511 ＣＡＤデータ形式名
Ｋ

1

M6ﾚﾍﾞﾙ1 ＊△ △ ＣＡＤデータを印刷した時のサイズを示す。（例：Ａ１横、Ａ２縦）△ △ ［1507］印刷サイズの縮尺（例：５／８、１／１００、
１／１０００）△ △ ＣＡＤデータと属性データの区分を示すコード。

1

M6ﾚﾍﾞﾙ1 ＊▲ ▲ ＣＡＤデータ形式の識別コード。

40

M6ﾚﾍﾞﾙ1

10

M6ﾚﾍﾞﾙ1△ △ ［1510］ＣＡＤデータ形式コードがＤＸＦ形式・ＩＧＥ
Ｓ形式以外の場合のＣＡＤデータ形式名。
△ △ ＣＡＤデータ形式のバージョン。

60

M6ﾚﾍﾞﾙ1

20

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

20

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｘ

60

M6ﾚﾍﾞﾙ1△ △ ＣＡＤデータ送信側のＣＡＤデータ作成ハードウェア
名。
△ △ ＣＡＤデータ送信側のＣＡＤデータ作成ＯＳ名とそのバージョン。
△ △ ＣＡＤデータ送信側のＣＡＤデータ作成ベースソフト
ウェア名とそのバージョン。
△ △ ＣＡＤデータ送信側のＣＡＤデータ作成アプリケーショ
ンソフト名とそのバージョン。
△ △ ＣＡＤデータ受信側のＣＡＤデータ処理ハードウェア
名。
△ △ ＣＡＤデータ受信側のＣＡＤデータ処理ＯＳ名とそのバージョン。
△ △ ＣＡＤデータ受信側のＣＡＤデータ処理ベースソフト
ウェア名とそのバージョン。
△ △ ＣＡＤデータ受信側のＣＡＤデータ処理アプリケーショ
ンソフト名とそのバージョン。
▲ ▲ ＣＡＤデータのファイル名。

Ｘ

60

M6ﾚﾍﾞﾙ1△ △ 外部参照データがある場合のファイル名。

Ｘ

1

M6ﾚﾍﾞﾙ1 ＊▲ ▲ データ圧縮の有無を示すコード。

5230 1524 データ圧縮ソフト情報 Ｋ

60

M6ﾚﾍﾞﾙ1

5240 1525 レイヤー意味

Ｋ 120

M6ﾚﾍﾞﾙ1▲ ▲ データ圧縮に使用したソフトウエア名とそのバージョン。
△ △ レイヤーの意味。

5250 1526 設計名称

Ｋ

60

M6ﾚﾍﾞﾙ1△ △ 建築・電気・空調・衛生等の設計名称。

5260 1527 設計コードＸ

25

M6ﾚﾍﾞﾙ1△ △ 建築・電気・空調・衛生等の設計コード。

5270 1528 設計仕様名称

Ｋ

60

M6ﾚﾍﾞﾙ1△ △ 国土交通省仕様・日建仕様等の設計仕様名称。

5280 1529 設計仕様コードＸ

25

M6ﾚﾍﾞﾙ1△ △ 国土交通省仕様・日建仕様等の設計仕様コード。

5290 1530 設計開始年月日

9

8

M6ﾚﾍﾞﾙ1△ △ 設計の開始年月日。

5300 1531 設計終了年月日

9

8

M6ﾚﾍﾞﾙ1△ △ 設計の終了年月日。

5310 1532 明細別ＣＡＤデータ取 Ｋ 120
扱い付帯事項MCﾚﾍﾞﾙ2△ △ ［1502］ＣＡＤデータ名称が示すＣＡＤデータを取り扱う際の付帯事項。

5110 1512 ＣＡＤデータ形式のＸ
バージョン
5120 1513 送信側ＣＡＤハードウ Ｋ
エア情報5130 1514 送信側ＯＳ情報Ｋ
5140 1515 送信側ベースソフト情報5150 1516 送信側アプリケーショ
ンソフト情報5160 1517 受信側ＣＡＤハード
ウェア情報
5170 1518 受信側ＯＳ情報
5180 1519 受信側ベースソフト情報5190 1520 受信側アプリケーショ
ンソフト情報
5200 1521 ＣＡＤデータファイル
名5210 1522 外部参照データファイ
ル名5220 1523 データ圧縮識別コード

469

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

2.

総括請求メッセージ

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

10

1 データ処理Ｎｏ．

9

5

20

2 情報区分コード

Ｘ

4

30

3 データ作成日

9840

4 発注者コード

Ｘ

12

＊

50

5 受注者コードＸ12＊

60 1197 サブセット・バージョ Ｘン80
9 訂正コードＸ

12

90 1006 工事コードＸ

25

110 1007 帳票Ｎｏ．

Ｘ

25

130 1008 帳票年月日

98140 1181 帳票名称

Ｋ 120

＊

摘

要

● 受信者での受信データの処理順序を示す番号。受信者は、受信データをこの番号の昇順に処理すること。
● 情報の種類を示すコード。
◎ メッセージデータを作成した年月日。

1＊● 注文を行う側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● 注文を受ける側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● メッセージサブセットの版。
● 情報の新規・一括変更・全文取消・一部変更を示すコード。
◎ 工事場所、受渡し場所、原価管理上の区分などを示すコード。
● 帳票の番号。
◎ 帳票に記載する年月日。例として、見積依頼メッセージにおいては見積を依頼した年月日を、見積回答メッセージにおいては見積を回答した年月日を表す。
○ 伝送するメッセージデータの名称。【例】○○社△棟電気設備工事見積書その２○ 発注者が定めた受注者の識別コード。

250 1023 受注者コード２（発注 Ｘ 25
者採番）
260 1046 取引件名（注文件名） Ｘ 25
コード
270 1177 管理項目名
Ｋ 120

MLﾚﾍﾞﾙ1○ 発注工事の種別を示す作業コード・納入物品の種別を示す
品目コードなど取引件名の種別を表すコード。
○ メッセージデータの原価管理上の項目名。

280 1178 管理項目コード

Ｘ

25

MLﾚﾍﾞﾙ1○ メッセージデータの原価管理上の項目コード。

290 1191 原価要素名Ｋ20○ 原価管理上の要素名。

300 1192 原価要素コードＸ5○ 原価管理上の要素コード。

310 1193 原価科目名Ｋ

20○ 原価管理上の科目名。

320 1194 原価科目コードＸ5○ 原価管理上の科目コード。

330 1195 原価細目名Ｋ20○ 原価管理上の細目名。

340 1196 原価細目コード

Ｘ5○ 原価管理上の細目コード。

350 1013 受注者名

Ｋ

40

◎ 受注者の名称。

360 1015 受注者代表者氏名

Ｋ

28○ 受注者の代表者の氏名。

370 1017 受注者担当部署名Ｋ

60

M9ﾚﾍﾞﾙ1◎ 受注者の事業所・担当部署・作業所などの名称。

380 1018 受注者担当者名

Ｋ

30

M9ﾚﾍﾞﾙ1○ 受注者の担当者の氏名。

390 1019 受注者担当郵便番号

Ｘ

10

M9ﾚﾍﾞﾙ1

400 1020 受注者担当住所

Ｋ60

M9ﾚﾍﾞﾙ1○ 受注者の事業所・担当部署・作業所などの連絡用の郵便番号。
○ 受注者の事業所・担当部署・作業所などの連絡用の住所。

410 1021 受注者担当電話番号

Ｘ

25

M9ﾚﾍﾞﾙ1○ 受注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）

470

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

摘

要

420 1022 受注者担当FAX番号Ｘ

25

M9ﾚﾍﾞﾙ1

430 1165 受注者決裁者名

Ｋ

60

MEﾚﾍﾞﾙ1

440 1166 受注者建設業許可区
Ｋ
分・登録コード
450 1167 受注者建設業許可工事 Ｋ
業種
460 1168 受注者建設業許可日
Ｋ

20

＊

12

MFﾚﾍﾞﾙ1 ＊11

470 1024 発注者名

Ｋ

40

○ 建設業法に基づく建設業の許可において、受注者の許可区分および登録番号を示す。
○ 建設業法に基づく建設業の許可において、受注者の許可工事業種を示す。
○ 建設業法に基づく建設業の許可において、受注者が許可を受けた年月日を和暦で示す。
○ 発注者の名称。

500 1026 発注者代表者氏名

Ｋ

28○ 発注者の代表者の氏名。

510 1028 発注者担当部署名

Ｋ

60

MAﾚﾍﾞﾙ1○ 発注者の事業所・担当部署・作業所などの名称。

520 1029 発注者担当者名

Ｋ

30

MAﾚﾍﾞﾙ1○ 発注者の担当者の氏名。

530 1030 発注者担当郵便番号

Ｘ

10

MAﾚﾍﾞﾙ1

540 1031 発注者担当住所

Ｋ

60

MAﾚﾍﾞﾙ1○ 発注者の事業所・担当部署・作業所などの連絡用の郵便番号。
○ 発注者の事業所・担当部署・作業所などの連絡用の住所。

550 1032 発注者担当電話番号

Ｘ

25

MAﾚﾍﾞﾙ1

560 1033 発注者担当ＦＡＸ番号 Ｘ

25

MAﾚﾍﾞﾙ1

570 1034 発注者コード２（受注 Ｘ
者採番）
580 1169 発注者決裁者名
Ｋ

25○ 発注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）○ 発注者の事業所・担当部署・作業所などの連絡用ＦＡＸ番号。（市外局番を含む）○ 受注者が定めた発注者の識別コード。

MGﾚﾍﾞﾙ1○ 発注者のメッセージデータに対する決裁者の氏名。

590 1170 発注者建設業許可区
Ｋ
分・登録コード
600 1171 発注者建設業許可工事 Ｋ
業種
610 1172 発注者建設業許可日
Ｋ
630 1042 工事場所・受渡し場所
名称
640 1173 工事場所・受渡し場所
略称
650 1016 工事場所・受渡し場所
郵便番号
660 1043 工事場所・受渡し場所
住所670 1025 工事場所・受渡し場所
所長名
680 1027 工事場所・受渡し場所
担当者名
690 1041 工事場所・受渡し場所
電話番号
700 1182 工事場所・受渡し場所
ＦＡＸ番号
720 1045 取引件名（注文件名）
750 1052 工事・納入開始日

Ｋ

60○ 受注者の事業所・担当部署・作業所などの連絡用のＦＡＸ番号。（市外局番を含む）○ 受注者のメッセージデータに対する決裁者の氏名。

20

＊

12

MHﾚﾍﾞﾙ1 ＊1160○ 建設業法に基づく建設業の許可において、発注者の許可区分および登録番号を示す。
○ 建設業法に基づく建設業の許可において、発注者の許可工事業種を示す。
○ 建設業法に基づく建設業の許可において、発注者が許可を受けた年月日を和暦で示す。
◎ 工事場所・受渡し場所（納入場所）の正式名称。

Ｋ 120○ 工事場所・受渡し場所（納入場所）の略称。

Ｘ

10○ 工事場所・受渡し場所（納入場所）の郵便番号。

Ｋ

60○ 工事場所・受渡し場所（納入場所）の住所。

Ｋ

30○ 工事場所・受渡し場所（納入場所）の所長名。

Ｋ

30○ 工事場所・受渡し場所（納入場所）の担当者名。

Ｘ

25○ 工事場所・受渡し場所（納入場所）の電話番号。

Ｘ

25○ 工事場所・受渡し場所（納入場所）のＦＡＸ番号。

Ｋ

60◎ 発注工事の名称・納入物品の名称など取引の名称。

Ｘ

14○ 工事・納入の開始年月日・時分秒。（時分秒については省
略可）

471

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
Ｄ 費 請
性 字 数
税 求
数
込

14

摘

要

760 1053 工事・納入終了日・納 Ｘ
入期限
770 1139 工期・納期指定
Ｋ60

780 1044 別途受渡し場所名称

Ｋ

60

790 1095 別途受渡し場所住所

Ｋ60

800 1137 別途受渡し場所コード Ｘ

25

810 1138 取引区分コード

Ｘ

5

＊

820 1049 施工者・納入者コード Ｘ

12MBﾚﾍﾞﾙ1 ＊830 1050 施工者・納入者コード Ｘ２
840 1051 施工者・納入者名
Ｋ

25

MBﾚﾍﾞﾙ1○ 工事・納入の終了年月日・時分秒。または納入期限の年月
日・時分秒。（時分秒については省略可）○ 工期・納期に関する条件を文面で示す。 【例】 「至急納品」○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し場所の名称。
○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し場所の住所。
○ 工事場所と受渡し場所（納入場所）が異なる場合の受渡し
場所のコード。
◎ 購入・支給品・レンタル・リースなどの取引の区分を示す
コード。
○ 施工・納入を行う企業及びその事業所・担当部署・作業所などを示す標準企業コード。
○ 発注者・受注者が定めた施工者・納入者の識別コード。

40

MBﾚﾍﾞﾙ1○ 施工者・納入者の名称。

870 1056 支払条件

Ｋ60

M2ﾚﾍﾞﾙ1○ 支払条件を文面で示す場合のフリーエリア。

960 1065 支払日指定Ｋ

20○ 月の支払日を文面で示す。

1160 1079 基本契約日

98○ 基本契約を締結した年月日。

1190

57 消費税コード

Ｘ

1

＊

1200

59 課税分類コード

Ｘ

1

＊

1210 1004 消費税率

Ｎ

3 11220 1083 補助数量計Ｎ

9 31230 1084 補助数量計単位

Ｋ

61240 1085 明細数量計

Ｎ

9 31250 1086 明細数量計単位

Ｋ

61260 1088 明細金額計Ｎ14○ ［1223］明細金額の合計。

1270 1089 明細金額計調整額

Ｎ141280 1090 調整後帳票金額計Ｎ14○ ［1088］明細金額計に対する調整額。値引きなどは負号をつけた金額となる。
○ ［1088］明細金額計＋［1089］明細金額計調整額。

1290 1096 消費税額Ｎ

131300 1097 最終帳票金額

Ｎ141320 1014 送り状案内

Ｋ 240

MQﾚﾍﾞﾙ1

1330 1183 使用メーカー名

Ｋ

40

MOﾚﾍﾞﾙ1○ 使用材料の、メーカーの名称。

1340 1184 使用メーカー見積金額 Ｎ
合計
1350 1185 使用メーカー購入品
Ｋ
名、数量単位

13

MOﾚﾍﾞﾙ1

20

MOﾚﾍﾞﾙ1○ ［1183］使用メーカー名 で示される、メーカー分の使用材料の見積金額の合計。
○ ［1183］使用メーカー名 で示される、メーカーからの購入品の名称、および数量単位。

○ ［1088］明細金額計、［1126］今回支払金額計について税抜き・税込を示すコード。
◎ 消費税に係る課税・非課税取引を示すコード。
○ 消費税の税率。パーセント表記。【例】消費税率5%は5と記載する。
○ ［1216］補助数量の合計。

＊○ ［1083］補助数量計の単位を示す単位コード。
○ ［1218］明細数量の合計。

＊○ ［1085］明細数量計の単位を示す単位コード。

＊ ◎ ［1090］調整後帳票金額計（請求書の場合は［1112］今回
請求金額計）に対する消費税の合計。
＊ ◎ ［1090］調整後帳票金額計（請求書の場合は［1112］今回
請求金額計）＋［1096］消費税額。
○ メッセージを送付する際の送り状。

472

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

摘

要

1360 1186 使用メーカー購入品数 Ｎ
量1370 1187 使用商社名
Ｋ

7

MOﾚﾍﾞﾙ1○ ［1183］使用メーカー名 で示される、メーカーからの購入品の数量。
○ 使用材料の、商社の名称。

40

MPﾚﾍﾞﾙ1

1380 1188 使用商社見積金額合計 Ｎ

13MPﾚﾍﾞﾙ1

1390 1189 使用商社購入品名、数 Ｋ
量単位
1400 1190 使用商社購入品数量Ｎ

20

MPﾚﾍﾞﾙ1

7

MPﾚﾍﾞﾙ11410 1179 帳票データチェック値 Ｘ

25

MMﾚﾍﾞﾙ1

1430 1091 契約数量計Ｎ

9 3○ ［1187］使用商社名 で示される、商社分の使用材料の見積
金額の合計。
○ ［1187］使用商社名 で示される、商社からの購入品の名称、および数量の単位。
○ ［1187］使用商社名 で示される、商社からの購入品の数量。
○ メッセージデータの授受が正確に行われているかどうかをお互いにチェックするための項目。【例】全明細行数などをセットする。
○ ［1224］契約数量明細の合計。

1440 1092 契約金額計Ｎ

14○ ［1225］契約金額明細の合計。

1460 1093 契約金額計調整額

Ｎ141470 1094 調整後契約金額計Ｎ

14○ ［1092］契約金額計に対する調整額。値引きなどは負号をつけた金額となる。
○ ［1092］契約金額計＋［1093］契約金額調整額。

1480 1098 契約金額消費税額Ｎ

12＊ ○ ［1094］調整後契約金額計に対する消費税の合計。

1490 1099 最終契約金額

Ｎ

14＊ ○ ［1094］調整後契約金額計＋［1098］契約金額消費税額。

1500 1080 出来高調査日

98○ 出来高調査を行った年月日。

1510 1311 請求予定年月

96○ 受注者が請求を行う年月。

1520 1081 出来高調査回数

96○ 今回の出来高調査の回数。

1530 1082 今回迄の請求回数

96○ 同一契約に対する請求回数。

1540 1164 取引件数

98

○ 明細情報で示す取引の件数。

1610 1106 前回迄累積出来高数量 Ｎ
計1620 1107 前回迄累積出来高金額 Ｎ
計
1650 1100 前回迄累積請求数量計 Ｎ

9 3○ ［1232］前回迄累積出来高数量明細の合計。

14○ ［1233］前回迄累積出来高金額明細の合計。

9 3○ ［1226］前回迄累積請求数量明細の合計。

1660 1101 前回迄累積請求金額計 Ｎ14○ ［1227］前回迄累積請求金額明細の合計。

1680 1152 税込前回迄累積出来高 Ｎ
金額計1710 1159 税込前回迄累積請求金 Ｎ
額計1720 1148 前回請求金額計Ｎ

14＊ ○ ［1262］税込前回迄累積出来高金額明細の合計。

14＊ ○ ［1269］税込前回迄累積請求金額明細の合計。

14

1730 1149 前回請求保留金額計Ｎ141740 1155 税込前回請求金額計Ｎ141750 1156 税込前回請求保留金額 Ｎ計1760 1108 今回迄累積出来高数量 Ｎ計14○ 前回請求した金額。または［1258］前回請求金額明細の合計。
○ 前回請求を保留した金額。または［1259］前回請求保留金額明細の合計。
＊ ○ 前回請求した税込金額。または［1265］税込前回請求金額
明細の合計。
＊ ○ 前回請求を保留した税込金額。または［1266］税込前回請
求保留金額明細の合計。
○ ［1085］明細数量計（今回出来高数量計）＋［1106］前回
迄累積出来高数量計。または［1234］今回迄累積出来高数
量明細の合計。

9 3

473

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

1770 1109 今回迄累積出来高金額 Ｎ計141780 1115 今回出来高百分率Ｎ

9 31790 1116 累積出来高百分率Ｎ

9 31820 1102 今回迄累積請求数量計 Ｎ

9 31830 1103 今回迄累積請求金額計 Ｎ

141850 1114 今回迄累積請求保留金 Ｎ
額計1860 1110 契約数量差引残高計Ｎ141870 1111 契約金額差引残高計Ｎ141880 1104 契約数量支払残高計Ｎ

9 31890 1105 契約金額支払残高計Ｎ141900 1153 税込今回迄累積出来高 Ｎ
金額計141940 1163 税込今回迄累積請求保 Ｎ
留金額計1960 1160 税込今回迄累積請求金 Ｎ額計141970 1154 税込契約金額差引残高 Ｎ
計1980 1161 税込契約金額支払残高 Ｎ
計1990 1143 今回請求数量計
Ｎ142020 1112 今回請求金額計Ｎ

142030 1113 今回請求保留金額計Ｎ142040 1150 今回繰越請求金額計Ｎ142050 1151 今回請求金額合計

Ｎ142060 1157 税込今回繰越請求金額 Ｎ
計2070 1158 税込今回請求金額合計 Ｎ

142080 1162 税込今回請求保留金額 Ｎ
計

9 3

14

14
9 3

14

14

摘

要

○ ［1090］調整後帳票金額計（今回出来高金額計）＋［1107］前回迄累積出来高金額計。または［1235］今回迄
累積出来高金額明細の合計。
○ ［1094］調整後契約金額計に対する［1090］調整後帳票金額計（今回出来高金額計）の％割合。
○ ［1094］調整後契約金額計に対する［1109］今回迄累積出
来高金額計の％割合。
○ ［1100］前回迄累積請求数量計＋［1143］今回請求数量計。または［1228］今回迄累積請求数量明細の合計。
○ ［1101］前回迄累積請求金額計＋［1112］今回請求金額計。または［1229］今回迄累積請求金額明細の合計。
○ 今回迄の請求保留金額の累積合計。または［1255］今回迄
累積請求保留金額明細の合計。
○ ［1091］契約数量計－［1108］今回迄累積出来高数量計。
または［1236］契約数量差引残高明細の合計。
○ ［1094］調整後契約金額計－［1109］今回迄累積出来高金額計。または［1237］契約金額差引残高明細の合計。
○ ［1091］契約数量計－［1102］今回迄累積請求数量計。または［1230］契約数量支払残高明細の合計。
○ ［1094］調整後契約金額計－［1103］今回迄累積請求金額計。または［1231］契約金額支払残高明細の合計。
＊ ○ ［1090］調整後帳票金額計（今回出来高金額計）×（１＋消費税率）＋［1152］税込前回迄累積出来高金額計。または［1263］税込今回迄累積出来高金額明細の合計。
＊ ○ 今回迄の税込の請求保留金額の累積合計。または［1273］
税込今回迄累積請求保留金額明細の合計。
＊ ○ ［1158］税込今回請求金額合計＋［1159］税込前回迄累積
請求金額計。または［1270］税込今回迄累積請求金額明細の合計。
＊ ○ ［1099］最終契約金額－［1153］税込今回迄累積出来高金額計。または［1264］税込契約金額差引残高明細の合計。
＊ ○ ［1099］最終契約金額－［1160］税込今回迄累積請求金額計。または［1271］税込契約金額支払残高明細の合計。
○ ［1085］明細数量計（今回出来高数量計）のうち今回請求する数量。または［1252］今回請求数量明細の合計。
○ ［1090］調整後帳票金額計（今回出来高金額計）のうち今回請求する金額。または［1253］今回請求金額明細の合計。
○ ［1090］調整後帳票金額計（今回出来高金額計）－［1112］今回請求金額計。または［1254］今回請求保留金額明細の合計。
○ 前回請求を保留した中で今回繰越請求を行う金額。または［1260］今回繰越請求金額明細の合計。
○ ［1112］今回請求金額計＋［1150］今回繰越請求金額計。
または［1261］今回請求金額合計明細の合計。
＊ ○ 前回請求を保留した中で今回繰越請求を行う税込金額。または［1267］税込今回繰越請求金額明細の合計。
＊ ○ ［1097］最終帳票金額（税込今回請求金額計）－［1157］
税込今回繰越請求金額計。または［1268］税込今回迄請求
金額残高明細の合計。
＊ ○ ［1090］調整後帳票金額計（今回出来高金額計）×（１＋消費税率）－［1097］最終帳票金額（税込今回請求金額計）。または［1272］税込今回請求保留金額明細の合計。

474

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

摘

要

2090 1035 受注者指定金融機関名 Ｋ

40

MSﾚﾍﾞﾙ1○ 受注者が振込を指定する口座の金融機関名。

2100 1036 受注者指定金融機関支店名2110 1037 受注者指定金融機関預金種目
2120 1038 受注者指定金融機関口
座番号2130 1039 受注者指定金融機関口座名義
2140 1040 受注者指定金融機関口座名義フリガナ
2340 1136 備考Ｋ

40MSﾚﾍﾞﾙ1○ 受注者が振込を指定する口座の金融機関支店名。

Ｋ

6MSﾚﾍﾞﾙ1○ 受注者が振込を指定する口座の種別。（普通・当座）

920MSﾚﾍﾞﾙ1

Ｋ

40

MSﾚﾍﾞﾙ1○ 受注者が振込を指定する口座番号。（金融機関番号・支店
番号を含む）○ 受注者が振込を指定する口座名義。

Ｘ

60

MSﾚﾍﾞﾙ1○ 受注者が振込を指定する口座名義の読み仮名。

Ｋ 120

M5ﾚﾍﾞﾙ1

2350

Ｘ 120

○ 帳票についての特記事項・参考情報を文面で示すフリーエ
リア。
○ 各社独自のデータ項目に使用するフリーエリア。

55 自由使用欄

2360 1383 受注者側専用使用欄

Ｋ

60

MUﾚﾍﾞﾙ1○ 受注者独自のデータ項目に使用するフリーエリア。

2370 1384 発注者側専用使用欄

Ｋ

60

MVﾚﾍﾞﾙ1○ 発注者独自のデータ項目に使用するフリーエリア。

2380 1001 送信側電子メールアド Ｘ 120
レス
2390 1002 受信側電子メールアド Ｘ 120
レス
3000 1200 明細コード
Ｘ 50

M6ﾚﾍﾞﾙ1 ＊● 明細データを特定しデータ階層上の位置を示すコード。

3030 1288 明細データ属性コード Ｘ

1

M6ﾚﾍﾞﾙ1 ＊3040 1289 補助明細コードＸ

2

M6ﾚﾍﾞﾙ1 ＊

3050 1201 明細番号

Ｘ

25

M6ﾚﾍﾞﾙ1○ ［1200］明細コードと組み合わせて使用し、総括明細、内訳明細、見積条件などの明細データの属性を表すコード。
○ ［1200］明細コードおよび［1288］明細データ属性コードと組み合わせて使用し、明細データの補助的な属性を表すコード。
○ 各社が定めた明細データの通し番号・分類記号。

3060 1278 明細番号２

Ｘ

25

M6ﾚﾍﾞﾙ1○ 各社が定めた明細データの通し番号・分類記号その２。

3070 1202 明細別発注者担当部署 Ｘ
コード3080 1203 明細別取引区分コード Ｘ

25

M6ﾚﾍﾞﾙ1

5

M6ﾚﾍﾞﾙ1 ＊3090 1287 明細別材工共コードＸ

2

M6ﾚﾍﾞﾙ1 ＊

3100 1204 明細別参照帳票Ｎｏ． Ｘ

25

M6ﾚﾍﾞﾙ1○ 発注者が定めた明細データごとの発注者の担当部署の識別コード。（例：支払い担当部署など）○ 明細別の購入・支給品・レンタル・リースなどの取引の区分を示すコード。
○ ［1223］明細金額について材料のみ／工賃のみ／材料・工賃共を示すコード。
● 明細データに対応する取引の帳票番号を示す。

3110 1205 明細年月日（明細別参 Ｘ
照帳票年月日）3170 1279 建設資機材コードＸ

14

M6ﾚﾍﾞﾙ1

40

M6ﾚﾍﾞﾙ1 ＊2

M6ﾚﾍﾞﾙ1 ＊3180 1280 コード送信側変換結果 Ｘ
コード3190 1281 建設資機材標準名称

Ｋ 120

3200 1282 コード受信側変換結果 Ｘ
コード2◎ データ送信側のインターネットの電子メールアドレス。
◎ データ受信側のインターネットの電子メールアドレス。

M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1 ＊○ 明細データ・明細別参照帳票No．に関する年月日を示す。
（例：納入日など）○ 建設資機材に対して採番された中間コード。
○ 建設資機材コード送信側におけるコード変換の変換結果を示すコード。コード変換時にコード変換プログラムが自動生成する。
○ 建設資機材の標準名称。
○ 建設資機材コード受信側におけるコード変換の変換結果を示すコード。コード変換時にコード変換プログラムが自動
生成する。

475

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

摘

要

3220 1210 名称コードＸ

25

M6ﾚﾍﾞﾙ1○ 将来の統一品名・名称コードのための空きエリア。

3230 1211 摘要コードＸ

54

M6ﾚﾍﾞﾙ1○ 将来の統一規格・仕様・摘要コードのための空きエリア。

3240 1213 品名・名称

Ｋ

60

M7ﾚﾍﾞﾙ2○ 品名・費目・工事科目名など名称。

3250 1214 規格・仕様・摘要Ｋ

60

M7ﾚﾍﾞﾙ2○ 規格・寸法・仕様などの摘要。

3260 1215 補助概要

Ｋ

60

M7ﾚﾍﾞﾙ2

3270 1283 配管用途コードＸ

2

M6ﾚﾍﾞﾙ1 ＊○ 特に別表示が必要な規格・仕様・摘要項目。（例：単重寸法など）○ 配管類の用途を示すコード。

3280 1284 建設資機材メーカー／ Ｘ
型番コード3290 1285 施工区分コード
Ｘ

25

M6ﾚﾍﾞﾙ1 ＊6

M6ﾚﾍﾞﾙ1 ＊

3300 1212 明細別取引件名（支払 Ｋ
件名）3310 1206 使用期間開始日
Ｘ

60

M7ﾚﾍﾞﾙ2

14

M6ﾚﾍﾞﾙ1○ 発注者が定めたメーカーコードではなく、建設資機材のメーカーと型番を標準的に示すコード。
○ 管工事などにおいて、施工箇所（屋内、屋外など）、施工方法（露出、隠ぺいなど）などを示すコード。
◎ 請求・支払の対象となる工事名・物品の名称など明細行別の取引件名。
○ レンタル・リース取引の場合の使用開始年月日。

3320 1207 使用期間締切日

Ｘ

14

M6ﾚﾍﾞﾙ1○ レンタル・リース取引の場合の使用終了年月日。

3330 1208 使用期間

Ｎ

9 3 M6ﾚﾍﾞﾙ1○ レンタル・リース取引の場合の使用期間。

3340 1209 使用期間単位

Ｋ

6○ レンタル・リース取引の場合の使用期間単位。

3350 1216 補助数量

Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 特に別表示が必要な数量。（例：本数・重量など）

3360 1217 補助数量単位

Ｋ6○ ［1216］補助数量の単位を示す単位コード。

3370 1218 明細数量Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 金額計算の基本となる数量。

3380 1219 明細数量単位

Ｋ

6

M6ﾚﾍﾞﾙ1 ＊○ ［1218］明細数量の単位を示す単位コード。

3390 1220 明細別消費税コードＸ

1

M6ﾚﾍﾞﾙ1 ＊○ ［1223］明細金額について税抜き・税込を示すコード。

3400 1286 明細別運賃コード

Ｘ

2

M6ﾚﾍﾞﾙ1 ＊○ ［1223］明細金額について運賃の込／別を示すコード。

3410 1221 明細別課税分類コード Ｘ

1

M6ﾚﾍﾞﾙ1 ＊○ 消費税に係る課税・非課税取引を示すコード。

3420 1222 単価

Ｎ

12 3 M6ﾚﾍﾞﾙ1○ ［1219］明細数量１単位あたりの価格。

3430 1223 明細金額

Ｎ

14

M6ﾚﾍﾞﾙ1○ ［1218］明細数量×［1222］単価。

3460 1247 明細別使用メーカー
Ｘ
コード3470 1248 明細別使用メーカー名 Ｋ

25

M6ﾚﾍﾞﾙ1○ 明細データごとの、メーカーの識別コード。

40

M6ﾚﾍﾞﾙ1○ 明細データごとの、メーカーの名称。

3480 1249 明細別使用商社コード Ｘ

25

M6ﾚﾍﾞﾙ1○ 明細データごとの、商社の識別コード。

3490 1250 明細別使用商社名

Ｋ

40

M6ﾚﾍﾞﾙ1○ 明細データごとの、商社の名称。

3500 1251 明細別備考欄

Ｋ80

M8ﾚﾍﾞﾙ23560 1224 契約数量明細

Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 明細データごとの特記事項・参考情報を文面で示すフリーエリア。
○ 契約数量の明細。

M6ﾚﾍﾞﾙ1 ＊M6ﾚﾍﾞﾙ1 ＊476

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

総
属 文 小 マルチ Ｃ 消 括
性 字 数
Ｄ 費 請
数
税 求
込

M6ﾚﾍﾞﾙ1

摘要3570 1225 契約金額明細Ｎ143580 1232 前回迄累積出来高数量
明細3600 1233 前回迄累積出来高金額
明細3610 1226 前回迄累積請求数量明細3620 1227 前回迄累積請求金額明細3630 1262 税込前回迄累積出来高
金額明細3640 1269 税込前回迄累積請求金額明細3650 1258 前回請求金額明細Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 前回迄の出来高数量の明細。

Ｎ

14○ 前回迄の出来高金額の明細。

Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 前回迄の請求数量の明細。

Ｎ

14

M6ﾚﾍﾞﾙ1○ 前回迄の請求金額の明細。

Ｎ

14

M6ﾚﾍﾞﾙ1＊ ○ 前回迄の税込出来高金額の明細。

Ｎ

14

M6ﾚﾍﾞﾙ1＊ ○ 前回迄の税込請求金額の明細。

Ｎ

14

M6ﾚﾍﾞﾙ1○ 前回請求した金額の明細。

3660 1259 前回請求保留金額明細 Ｎ

14M6ﾚﾍﾞﾙ1○ 前回請求を保留した金額の明細。

3670 1265 税込前回請求金額明細 Ｎ

14M6ﾚﾍﾞﾙ1＊ ○ 前回請求した税込金額の明細。

3680 1266 税込前回請求保留金額 Ｎ
明細3690 1234 今回迄累積出来高数量 Ｎ
明細3710 1235 今回迄累積出来高金額 Ｎ
明細14

M6ﾚﾍﾞﾙ1＊ ○ 前回請求を保留した税込金額の明細。

3720 1228 今回迄累積請求数量明細3730 1229 今回迄累積請求金額明細3740 1255 今回迄累積請求保留金
額明細3750 1236 契約数量差引残高明細Ｎ

9 3 M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1Ｎ

9 3 M6ﾚﾍﾞﾙ1

M6ﾚﾍﾞﾙ1

9 3 M6ﾚﾍﾞﾙ1
14

M6ﾚﾍﾞﾙ1

3760 1237 契約金額差引残高明細 Ｎ

14M6ﾚﾍﾞﾙ1

3770 1230 契約数量支払残高明細 Ｎ

9 3 M6ﾚﾍﾞﾙ1

3780 1231 契約金額支払残高明細 Ｎ

14M6ﾚﾍﾞﾙ1

3790 1263 税込今回迄累積出来高
金額明細3800 1270 税込今回迄累積請求金額明細3810 1273 税込今回迄累積請求保留金額明細3820 1264 税込契約金額差引残高明細3830 1271 税込契約金額支払残高
明細
3840 1252 今回請求数量明細Ｎ

14M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1

Ｎ

14

M6ﾚﾍﾞﾙ1Ｎ

9 3 M6ﾚﾍﾞﾙ1○ 契約金額の明細。

○ ［1218］明細数量（今回出来高数量明細）＋［1232］前回
迄累積出来高数量明細。
○ 当月査定方式の場合：［1223］明細金額（今回出来高金額
明細）＋［1233］前回迄累積出来高金額明細。 累積査定方式の場合：［1234］今回迄累積出来高数量明細×0.01×［1235］今回迄累積出来高明細別単価出来高率×［1222］
単価。
○ ［1252］今回請求数量明細＋［1226］前回迄累積請求数量明細。
○ ［1253］今回請求金額明細＋［1227］前回迄累積請求金額明細。
○ 今回迄の請求保留金額の明細。
○ ［1224］契約数量明細－［1234］今回迄累積出来高数量明
細。
○ ［1225］契約金額明細－［1235］今回迄累積出来高金額明細。
○ ［1224］契約数量明細－［1228］今回迄累積請求数量明細。
○ ［1225］契約金額明細－［1229］今回迄累積請求金額明細。
＊ ○ 今回迄の税込出来高金額の明細。
＊ ○ ［1268］税込今回請求金額合計明細＋［1269］税込前回迄
累積請求金額明細。
＊ ○ 今回迄の税込請求保留金額の明細。
＊ ○ ［1225］契約金額明細（税抜きの場合）×（１＋消費税率）－［1263］税込今回迄累積出来高金額明細。
＊ ○ 税込の契約金額支払残高の明細。
○ ［1218］明細数量（今回出来高数量明細）に対する請求数量。

477

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

3850 1253 今回請求金額明細

総属 文 小 マルチ Ｃ 消 括
Ｄ 費 請
性 字 数
税 求
数
込

摘

要

Ｎ

14

M6ﾚﾍﾞﾙ1○ ［1223］明細金額（今回出来高金額明細）に対する請求金額。
○ ［1223］明細金額（今回出来高金額明細）－［1253］今回
請求金額明細。
○ 前回請求を保留した中で今回繰越請求を行う金額の明細。

3860 1254 今回請求保留金額明細 Ｎ

14M6ﾚﾍﾞﾙ1

3870 1260 今回繰越請求金額明細 Ｎ

14M6ﾚﾍﾞﾙ1

3880 1261 今回請求金額合計明細 Ｎ

14M6ﾚﾍﾞﾙ1

3890 1290 消費税明細Ｎ

14

M6ﾚﾍﾞﾙ1○ ［1253］今回請求金額明細＋［1260］今回繰越請求金額明細。
＊ ○ 消費税の明細

3900 1291 最終金額明細Ｎ

14

M6ﾚﾍﾞﾙ1＊ ◎ 最終帳票金額の明細

3910 1267 税込今回繰越請求金額 Ｎ
明細3920 1268 税込今回請求金額合計 Ｎ
明細3930 1272 税込今回請求保留金額 Ｎ
明細3940 1274 支払い手続き完了日
9

14

M6ﾚﾍﾞﾙ1

14

M6ﾚﾍﾞﾙ1

14

M6ﾚﾍﾞﾙ1＊ ○ 前回請求を保留した中で今回繰越請求を行う税込金額の明細。
＊ ○ ［1291］最終金額明細（税込今回請求金額明細）＋［1267］税込今回繰越請求金額明細。
＊ ○ 税込の今回請求保留金額の明細。

8

M6ﾚﾍﾞﾙ1○ 明細別の社内支払い手続きを完了した年月日。

3950 1275 明細別金融機関振込日98M6ﾚﾍﾞﾙ1○ 明細別の金融機関の振込（現金支払）による支払年月日。

3960 1276 明細別手形支払日

98M6ﾚﾍﾞﾙ1○ 明細別の手形による支払年月日。

3970 1277 明細別期日一括払い支
払日

9

8

M6ﾚﾍﾞﾙ1○ 明細別の期日一括払いによる支払年月日。

478

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

3.

CAD データ封筒メッセージ

Ｃ タグ
Ｉ №
｜
Ｎ
Ｅ
Ｔ
№

項 目 名

Ｃ
属 文 小 マルチ Ｃ 消 Ａ
性 字 数
Ｄ 費 Ｄ
数
税 デ
込 ｜
タ
封
筒

摘

要

10

1 データ処理Ｎｏ．

9

5

20

2 情報区分コード

Ｘ

4

30

3 データ作成日

9840

4 発注者コード

Ｘ

12

＊

50

5 受注者コードＸ12＊

60 1197 サブセット・バージョ Ｘン80
9 訂正コードＸ

12

90 1006 工事コードＸ

25

110 1007 帳票Ｎｏ．

Ｘ

25

130 1008 帳票年月日98150 1009 参照帳票Ｎｏ．

Ｘ

25

160 1010 参照帳票年月日98250 1023 受注者コード２（発注 Ｘ
者採番）
260 1046 取引件名（注文件名） Ｘ
コード350 1013 受注者名
Ｋ

25

40

△ 発注工事の種別を示す作業コード・納入物品の種別を示す
品目コードなど取引件名の種別を表すコード。
△ 受注者の名称。

360 1015 受注者代表者氏名

Ｋ

28△ 受注者の代表者の氏名。

370 1017 受注者担当部署名Ｋ

60

M9ﾚﾍﾞﾙ1△ 受注者の事業所・担当部署・作業所などの名称。

380 1018 受注者担当者名

Ｋ

30

M9ﾚﾍﾞﾙ1△ 受注者の担当者の氏名。

390 1019 受注者担当郵便番号

Ｘ

10

M9ﾚﾍﾞﾙ1

400 1020 受注者担当住所

Ｋ60

M9ﾚﾍﾞﾙ1△ 受注者の事業所・担当部署・作業所などの連絡用の郵便番号。
△ 受注者の事業所・担当部署・作業所などの連絡用の住所。

410 1021 受注者担当電話番号

Ｘ

25

M9ﾚﾍﾞﾙ1

420 1022 受注者担当FAX番号Ｘ

25

M9ﾚﾍﾞﾙ1

430 1165 受注者決裁者名

Ｋ

60

MEﾚﾍﾞﾙ1

440 1166 受注者建設業許可区
Ｋ
分・登録コード
450 1167 受注者建設業許可工事 Ｋ
業種
460 1168 受注者建設業許可日
Ｋ

20

＊

12

MFﾚﾍﾞﾙ1 ＊470 1024 発注者名

40

Ｋ

＊

▲ メッセージデータを作成した年月日。

1＊● 注文を行う側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● 注文を受ける側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● メッセージサブセットの版。
● 情報の新規・一括変更・全文取消・一部変更を示すコード。
▲ 工事場所、受渡し場所、原価管理上の区分などを示すコード。
● 帳票の番号。
▲ 帳票に記載する年月日。例として、見積依頼メッセージにおいては見積を依頼した年月日を、見積回答メッセージにおいては見積を回答した年月日を表す。
△ 注文番号・契約番号など、取引を特定するための参照帳票の番号。
△ 注文番号・契約番号など、取引を特定するための参照帳票に記載された年月日。
△ 発注者が定めた受注者の識別コード。

25

11● 受信者での受信データの処理順序を示す番号。受信者は、受信データをこの番号の昇順に処理すること。
● 情報の種類を示すコード。

△ 受注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）△ 受注者の事業所・担当部署・作業所などの連絡用のＦＡＸ番号。（市外局番を含む）△ 受注者のメッセージデータに対する決裁者の氏名。
△ 建設業法に基づく建設業の許可において、受注者の許可区分および登録番号を示す。
△ 建設業法に基づく建設業の許可において、受注者の許可工事業種を示す。
△ 建設業法に基づく建設業の許可において、受注者が許可を受けた年月日を和暦で示す。
▲ 発注者の名称。

479

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

Ｃ
属 文 小 マルチ Ｃ 消 Ａ
Ｄ 費 Ｄ
性 字 数
税 デ
数
込 ｜
タ
封
筒

摘

要

500 1026 発注者代表者氏名

Ｋ

28

510 1028 発注者担当部署名

Ｋ

60

MAﾚﾍﾞﾙ1▲ 発注者の事業所・担当部署・作業所などの名称。

520 1029 発注者担当者名

Ｋ

30

MAﾚﾍﾞﾙ1△ 発注者の担当者の氏名。

530 1030 発注者担当郵便番号

Ｘ

10

MAﾚﾍﾞﾙ1

540 1031 発注者担当住所

Ｋ

60

MAﾚﾍﾞﾙ1△ 発注者の事業所・担当部署・作業所などの連絡用の郵便番号。
△ 発注者の事業所・担当部署・作業所などの連絡用の住所。

550 1032 発注者担当電話番号

Ｘ

25

MAﾚﾍﾞﾙ1

560 1033 発注者担当ＦＡＸ番号 Ｘ

25

MAﾚﾍﾞﾙ1

570 1034 発注者コード２（受注 Ｘ
者採番）
580 1169 発注者決裁者名
Ｋ

25△ 発注者の事業所・担当部署・作業所などの連絡用の電話番号。（市外局番を含む）△ 発注者の事業所・担当部署・作業所などの連絡用ＦＡＸ番号。（市外局番を含む）△ 受注者が定めた発注者の識別コード。

MGﾚﾍﾞﾙ1△ 発注者のメッセージデータに対する決裁者の氏名。

590 1170 発注者建設業許可区
Ｋ
分・登録コード
600 1171 発注者建設業許可工事 Ｋ
業種
610 1172 発注者建設業許可日
Ｋ
630 1042 工事場所・受渡し場所
名称
640 1173 工事場所・受渡し場所
略称
660 1043 工事場所・受渡し場所
住所720 1045 取引件名（注文件名）
750 1052 工事・納入開始日

Ｋ

60△ 発注者の代表者の氏名。

20

＊

12

MHﾚﾍﾞﾙ1 ＊1160△ 建設業法に基づく建設業の許可において、発注者の許可区分および登録番号を示す。
△ 建設業法に基づく建設業の許可において、発注者の許可工事業種を示す。
△ 建設業法に基づく建設業の許可において、発注者が許可を受けた年月日を和暦で示す。
▲ 工事場所・受渡し場所（納入場所）の正式名称。

Ｋ 120△ 工事場所・受渡し場所（納入場所）の略称。

Ｋ

60△ 工事場所・受渡し場所（納入場所）の住所。

Ｋ

60△ 発注工事の名称・納入物品の名称など取引の名称。

Ｘ

14

760 1053 工事・納入終了日・納 Ｘ
入期限
770 1139 工期・納期指定
Ｋ

14
60

820 1049 施工者・納入者コード Ｘ

12MBﾚﾍﾞﾙ1 ＊830 1050 施工者・納入者コード Ｘ２
840 1051 施工者・納入者名
Ｋ

25

MBﾚﾍﾞﾙ1△ 工事・納入の開始年月日・時分秒。（時分秒については省
略可）△ 工事・納入の終了年月日・時分秒。または納入期限の年月
日・時分秒。（時分秒については省略可）△ 工期・納期に関する条件を文面で示す。【例】「至急納品」△ 施工・納入を行う企業及びその事業所・担当部署・作業所などを示す標準企業コード。
△ 発注者・受注者が定めた施工者・納入者の識別コード。

40

MBﾚﾍﾞﾙ1△ 施工者・納入者の名称。

2350

55 自由使用欄

Ｘ 120△ 各社独自のデータ項目に使用するフリーエリア。

2380 1001 送信側電子メールアド Ｘ 120
レス
2390 1002 受信側電子メールアド Ｘ 120
レス2400 1146 ＣＡＤデータ枚数
95◎ データ送信側のインターネットの電子メールアドレス。

△ 本メッセージで対象とするＣＡＤデータの数。

2410 1147 ＣＡＤデータ取扱い付 Ｋ 120
帯事項
3000 1200 明細コード
Ｘ 50△ 本メッセージで対象とするＣＡＤデータを取り扱う際の付帯事項。
● 明細データを特定しデータ階層上の位置を示すコード。

◎ データ受信側のインターネットの電子メールアドレス。

M6ﾚﾍﾞﾙ1 ＊480

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

Ｃ
属 文 小 マルチ Ｃ 消 Ａ
Ｄ 費 Ｄ
性 字 数
税 デ
数
込 ｜
タ
封
筒

摘

要

3030 1288 明細データ属性コード Ｘ

1

M6ﾚﾍﾞﾙ1 ＊3040 1289 補助明細コードＸ

2

M6ﾚﾍﾞﾙ1 ＊

3100 1204 明細別参照帳票Ｎｏ． Ｘ

25

M6ﾚﾍﾞﾙ1

3110 1205 明細年月日（明細別参 Ｘ
照帳票年月日）5000 1501 ＣＡＤデータ番号Ｘ

14

M6ﾚﾍﾞﾙ1

25

M6ﾚﾍﾞﾙ1△ 明細データ・明細別参照帳票No．に関する年月日を示す。
（例：納入日など）▲ ＣＡＤデータの番号。

5010 1502 ＣＡＤデータ名称

Ｋ

60

M6ﾚﾍﾞﾙ1▲ ＣＡＤデータの名称。

5020 1503 ＣＡＤデータ作成バー Ｘ
ジョン5030 1504 ＣＡＤデータ作成年月 9日5040 1505 ＣＡＤデータ作成者担 Ｋ
当者名5050 1506 参照明細コードＸ

10

M6ﾚﾍﾞﾙ1△ ＣＡＤデータの作成バージョン。

14

M6ﾚﾍﾞﾙ130

M6ﾚﾍﾞﾙ1▲ ＣＡＤデータを作成した年月日・時分秒。（時分秒については省略可）△ ＣＡＤデータを作成した担当者の氏名。

25

M6ﾚﾍﾞﾙ1

5060 1507 印刷サイズ

Ｋ

20

M6ﾚﾍﾞﾙ1

5070 1508 縮尺

Ｘ

10M6ﾚﾍﾞﾙ1

5080 1509 ＣＡＤデータ／属性
Ｘ
データ区分
5090 1510 ＣＡＤデータ形式コー Ｘ
ド5100 1511 ＣＡＤデータ形式名
Ｋ

1

M6ﾚﾍﾞﾙ1 ＊△ ＣＡＤデータのみを送信した場合（ＣＡＤデータ情報）、
ＣＡＤデータが対応する明細データの明細コード。
△ ＣＡＤデータを印刷した時のサイズを示す。（例：Ａ１横、Ａ２縦）△ ［1507］印刷サイズの縮尺（例：５／８、１／１００、１／１０００）△ ＣＡＤデータと属性データの区分を示すコード。

1

M6ﾚﾍﾞﾙ1 ＊▲ ＣＡＤデータ形式の識別コード。

40

M6ﾚﾍﾞﾙ1

10

M6ﾚﾍﾞﾙ1△ ［1510］ＣＡＤデータ形式コードがＤＸＦ形式・ＩＧＥＳ
形式以外の場合のＣＡＤデータ形式名。
△ ＣＡＤデータ形式のバージョン。

60

M6ﾚﾍﾞﾙ1△ ＣＡＤデータ送信側のＣＡＤデータ作成ハードウェア名。

20

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1△ ＣＡＤデータ送信側のＣＡＤデータ作成ＯＳ名とそのバー
ジョン。
△ ＣＡＤデータ送信側のＣＡＤデータ作成ベースソフトウェ
ア名とそのバージョン。
△ ＣＡＤデータ送信側のＣＡＤデータ作成アプリケーション
ソフト名とそのバージョン。
△ ＣＡＤデータ受信側のＣＡＤデータ処理ハードウェア名。

Ｋ

20

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｋ

60

M6ﾚﾍﾞﾙ1

Ｘ

60

M6ﾚﾍﾞﾙ1△ ＣＡＤデータ受信側のＣＡＤデータ処理ＯＳ名とそのバー
ジョン。
△ ＣＡＤデータ受信側のＣＡＤデータ処理ベースソフトウェ
ア名とそのバージョン。
△ ＣＡＤデータ受信側のＣＡＤデータ処理アプリケーション
ソフト名とそのバージョン。
▲ ＣＡＤデータのファイル名。

Ｘ

60

M6ﾚﾍﾞﾙ1△ 外部参照データがある場合のファイル名。

Ｘ

1

M6ﾚﾍﾞﾙ1 ＊▲ データ圧縮の有無を示すコード。

5110 1512 ＣＡＤデータ形式のＸ
バージョン
5120 1513 送信側ＣＡＤハードウ Ｋ
エア情報5130 1514 送信側ＯＳ情報Ｋ
5140 1515 送信側ベースソフト情報5150 1516 送信側アプリケーショ
ンソフト情報5160 1517 受信側ＣＡＤハード
ウェア情報
5170 1518 受信側ＯＳ情報
5180 1519 受信側ベースソフト情報5190 1520 受信側アプリケーショ
ンソフト情報
5200 1521 ＣＡＤデータファイル
名5210 1522 外部参照データファイ
ル名5220 1523 データ圧縮識別コード○ ［1200］明細コードと組み合わせて使用し、総括明細、内訳明細、見積条件などの明細データの属性を表すコード。
○ ［1200］明細コードおよび［1288］明細データ属性コードと組み合わせて使用し、明細データの補助的な属性を表すコード。
△ 明細データに対応する取引の帳票番号を示す。

481

Ver.2.2 ad.0 指針･参考資料(20230331)

D. XIII. 標準メッセージ一覧表

Ｃ
Ｉ
｜
Ｎ
Ｅ
Ｔ
№

タグ
№
項

目

名

Ｃ
属 文 小 マルチ Ｃ 消 Ａ
性 字 数
Ｄ 費 Ｄ
数
税 デ
込 ｜
タ
封
筒

5230 1524 データ圧縮ソフト情報 Ｋ

摘

要

60

M6ﾚﾍﾞﾙ1▲ データ圧縮に使用したソフトウエア名とそのバージョン。

5240 1525 レイヤー意味

Ｋ 120

M6ﾚﾍﾞﾙ1△ レイヤーの意味。

5250 1526 設計名称

Ｋ

60

M6ﾚﾍﾞﾙ1△ 建築・電気・空調・衛生等の設計名称。

5260 1527 設計コードＸ

25

M6ﾚﾍﾞﾙ1△ 建築・電気・空調・衛生等の設計コード。

5270 1528 設計仕様名称

Ｋ

60

M6ﾚﾍﾞﾙ1△ 国土交通省仕様・日建仕様等の設計仕様名称。

5280 1529 設計仕様コードＸ

25

M6ﾚﾍﾞﾙ1△ 国土交通省仕様・日建仕様等の設計仕様コード。

5290 1530 設計開始年月日

9

8

M6ﾚﾍﾞﾙ1△ 設計の開始年月日。

5300 1531 設計終了年月日

9

8

M6ﾚﾍﾞﾙ1△ 設計の終了年月日。

5310 1532 明細別ＣＡＤデータ取 Ｋ 120
扱い付帯事項MCﾚﾍﾞﾙ2△ ［1502］ＣＡＤデータ名称が示すＣＡＤデータを取り扱う
際の付帯事項。

482

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

483

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

484

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

CI-NET LiteS 実装規約 Ver.2.1ad.7 指針・参考資料からの主な追加・変更点
Ver.2.1 ad.7

Ver.2.2 ad.0

D.Ⅰ.9

各メッセージのインタフェース・フ

各メッセージのインタフェース・ファイル

インタフェース・

ァイルのデータ項目順序ののデータ項目順序を更新

ファイルのデータ

Ver.2.1ad.7 の時点版が掲載

項目

項目順序
D.Ⅰ.10

一括取り込み CSV ファイル

■CSV ファイルの拡張子を MDA から TXT

工事請負契約外請（MSE*****.MDA）へ変更する。

求一括取り込み

一括取り込み CSV ファイル

CSV インタフェー（MSE*****.TXT）

ス機能（S-2021-001）

D.Ⅰ.10

工事請負契約外請求一括取り 工事請負契約外請求一括取り込みに工事請負契約外請込みについて、順序方式のみ

ついて、順序方式に加えて、タグ付き

求一括取り込み方式（TXT）を追加

CSV インタフェー（S-2021-001）

ス機能 （3）一括
取り込みインタフェース・ファイル
フォーマット、(4)一括取り込みイン
タフェース・ファイルの注意事項
等
D.Ⅰ.10（記載なし）

工事請負契約外請求業務の帳票サン工事請負契約外請

プルとして、主にレンタル・リース業

求一括取り込み

務で使用されているものを例に掲載

CSV インタフェー
ス機能(6)請求書サンプル
D. Ⅵ. 14. 合 意 打

合意精算請求書

切申込および合意

Ver.2.1ad.7 の時点版が掲載

帳票イメージの帳票イメージを更新（S-2022-006）

打切における合意
精算請求書

合意精算請求書

帳票

イメージ計算仕様

485

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

項目
D. Ⅷ .

Ver.2.1 ad.7

Ver.2.2 ad.0

CI-NET■「2019 年技術検討 WG の議題：電子契約

LiteS 利用者のた及び電子署名文書長期保存方法のあり方にめの建設工事の電関する指針・参考資料の修正（案）」に基づ

子契約についてのく修正

解説
以下の記述に関する修正。
D.Ⅸ. 電子署名文(1)電子データ交換（EDI）における契約成立

書長期保存方法にの定義が記載されていない

ついて(2)「電子的な証明書の有効性の確認」に関する記述について、改ざんされていないことの確認処理の説明が不足している(3)改ざんされていないことの証明処理として、一部不足している

D.Ⅸ. 電子署名文SHA1 に対応した、電子証明書プロ

SHA256 に対応した、電子証明書プロファ

書長期保存方法にファイルのみ掲載

イルを追加（ Ver.2.1 ad.7 ）D.XII.建築積算メッセージの CSV フ

下記理由により、CI-NET LiteS 実装規約

D.XII.建 築 積算 メォーマット

Ver.2.2 ad.0 へ移動。指針・参考資料からはついてッセージの CSV フ

削除。

ォーマット


建築積算メッセージは､建築見積依頼､回答メッセージの明細部分に展開可能な内容となっており､回答メッセージの付属として授受することを想定している｡そのため､実装規約に記載するメ
ッセージであることが適当と判断された（標準委員会 2021 年度第 1 回）

D.XII.

適 格請 求適格請求書として必要な記載事項と CI-（記載なし）

書等保存方式（いNET メッセージのタグ№との関係を示すた

わゆるインボイス

め、印刷例のサンプルを追加。

制度）に対応した

なお、指針・参考資料に追記する帳票レイア

帳票印刷例

ウトは、飽くまでも各社がサンプルとして参照するものであり、帳票様式の標準化を意図するものではない。

486

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

Ver.2.1 ad.7

項目

Ver.2.2 ad.0
また、工事請負契約外業務の明細の帳票例（レンタル・リースの場合）について、レンタル・リースに特有の項目である「管理番号」「入出庫区分」を、同帳票内の右側のレンタル・リース等業務に適した群列に移動する案こととなった。ただし、2020 年 8 月に既にシステムを用いた実証実験を行い、リース・レンタル会社も既に改修を行っていた経緯に鑑み、「明細（リース・レンタルの場合）」「明細（リース・レンタルの場合）（残数表示の場合）」の 2 点については、左に寄せたままのレイアウトを、参考として残すことで決定した。
（S-2022-005）

XIII.

標準メッセ

標準メッセージ一覧は、標準 BP から削除

掲載なし

ージ一覧表

し、LiteS 実装規約に準拠とする。ただし、出荷/入荷メッセージ、CAD データ、総括請
求データは指針・参考資料に掲載する。

487

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点
項目

Ver.2.1 ad.6

Ver.2.1 ad.7

B.参考資料
Ⅰ．CSV インタフ≪「２．インタフェース・ファイル名称」の

ェース機能「表 B.Ⅰ-2 インタフェース・ファイル名称一覧(1)」に以下の 3 メッセージを追加。≫

・ 工事物件案内
・ 契約外請求・ 契約外請求確認
設備見積業務、設備機器見積業務、購設備見積業務、設備機器見積業務、購買見積

買見積業務、注文業務、出来高・請求業務、注文業務、出来高・請求業務、立替業

業務、立替業務、支払通知業務等

務、支払通知業務、工事請負契約外請求業務
等

以下のメッセージについては、この

以下のメッセージについては、このファイファイルは作成しない。

ルは作成しない。

見積不採用通知メッセージ

見積不採用通知メッセージ

合意解除申込メッセージ

工事物件案内メッセージ

合意解除承諾メッセージ

合意解除申込メッセージ

一方的解除通知メッセージ

合意解除承諾メッセージ
一方的解除通知メッセージ【例 2】[1179]帳票データチェック値【例 2】[1179]帳票データチェック値（X 属（X 属性、最大バイト数 15）に[1]デ性、最大バイト数 15）に[1]データ処理 No.

ータ処理 No.「123」（15 バイトの中「123」（15 バイトの中の右詰め 5 桁）を記の右詰め 5 桁）を記載する場合。

載する場合。

正：ssssssssss00123

正：ssssssssss00123

正：ssssssssssss123

誤：ssssssssssss123

誤：ssssssssss123ss

誤：ssssssssss123ss

誤：0000000000ss123

誤：0000000000ss123（注）LiteS 実装規約 Ver.2.1 ad.6 以前は「ssssssssssss123」の表記も正と記載されていたため、同 Ver.2.1 ad.6 以前からの運用システムにおいては、「ssssssssssss123」の表記も混在しており、注意が必要である。なお、

488

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点項目

Ver.2.1 ad.6

Ver.2.1 ad.7
「ssssssssssss123」と表記している場合
は、できる限り速やかに「ssssssssss00123」の表記に改修することが望ましい。
≪工事物件案内、契約外請求、契約外請求確
認メッセージの項目一覧（鑑情報部分）を追記。≫≪工事物件案内、契約外請求、契約外請求確
認メッセージの項目一覧（明細情報部分）を追記。≫≪ 11. 工 事 請 負 契 約 外 請 求 一 括 取 り 込 み
CSV インタフェース機能を新設。≫≪頁末尾に以下を追加。≫（2014.03.04 記載）
１７．複数工事物件（複数作業所）に対する請求書における明細作成のパターン

Ⅵ．CI-NET LiteS≪CI-NET LiteS 実装規約 Ver.2.1ad.7「Ⅸ.

実装規約における

工事請負契約外取引メッセージ」の新設に実際の運用上の留伴い、「１７．複数工事物件（複数作業所）

意点

に対する請求書における明細作成のパターン」を追記。≫

XII．建築積算メッ

建築積算メッセージの CSV フォーマットのセージの CSV フォ

新設

ーマット

489

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点「CI-NET LiteS 実装規約 Ver.2.1ad.5 指針・参考資料」からの主な追加・変更点
項目

Ver.2.1 ad.5

Ver.2.1 ad.6

B.参考資料
Ⅵ．CI-NET LiteS「Ⅵ．CI-NET LiteS 実装規約における実際実装規約におけるの運用上の留意点」に以下の点を追加。

実際の運用上の留・１６．精算時における CI-NET LiteS での意点

対応方法について

490

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点「CI-NET LiteS 実装規約 Ver.2.1ad.4 指針・参考資料」からの主な追加・変更点
Ver.2.1 ad.4

Ver.2.1 ad.5

Ⅵ．CI-NET LiteS「Ⅵ．CI-NET LiteS 実装規約におけ「Ⅵ．CI-NET LiteS 実装規約における実際実装規約における

る実際の運用上の留意点」の運用上の留意点

実際の運用上の留・8.出来高要請メッセージの利用方

ジの利用方法に係る留意点」に、以下の内容

意点法に係る留意点を追加。

項目
B.参考資料

8.出来高要請メッセー

・出来高要請メッセージ利用の対象者と要件・出来高要請メッセージを使用する場合のフロー・出来高要請メッセージの使い回しの場合
における出来高報告の「最終回」の伝達方法「Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点」に以下の点を追加。
・15.K 属性データ項目の数値表現について

491

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点「CI-NET LiteS 実装規約 Ver.2.1ad.3 指針・参考資料」からの主な追加・変更点
Ver.2.1 ad.3

Ver.2.1 ad.4

Ⅰ .CSV イ ン タ フ

9.インタフェース・ファイルのデー

9.インタフェース・ファイルのデータ項目順

ェース機能

タ項目順序

序

凡例

凡例

K 属性

以下のように記述を変更。

（中略）

K 属性

【重要確認】（中略）項目
B.参考資料X 属性は（中略）省略することが【重要確認】
X 属性は（中略）省略することができる。

できる。

【重要確認 2】
JIS

X0213:2004（JIS2004）という JIS

規約で定められている第三水準、第四水準
および非漢字のうち JIS X0208 と比べこの
JIS 規約で新たに追加定義された文字については使用してはならない。
Ⅵ．CI-NET LiteS「４．枝番契約の打切方法」「４．枝番契約の打切方法」

実装規約における・対応方法、および挿入図について記述を変

実際の運用上の留更。

意点「Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点」に以下の点を追加。
・12.総括明細行と内訳明細行の混在に係る留意点
・13.内訳明細計行に係る留意点
・14.合意打切申込および合意打切精算請求書帳票イメージ

492

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点「CI-NET LiteS 実装規約 Ver.2.1ad.2 参考資料・指針」からの主な追加・変更点
Ver.2.1 ad.2

項目

Ver.2.1 ad.3

A.指針
A.指針

B.指針

「A.指針」に変更。

Ⅰ.CI-NET 対応の

B.Ⅰ.ASP 事業者への CI-NET 対応「Ⅰ. CI-NET 対応のための ASP サービス

ための ASP サービ

についての指針に係る指針

スに係る指針（B.Ⅰ.と B.Ⅱ.を統合整理）

第1版

第 1 版」を新規に追加。

B.Ⅱ.CI-NET 対応 ASP 事業者とのデータ交換に係る指針

Ⅵ．CI-NET LiteS

２．注文請け書における「技術資料」 CI-NET LiteS 実装規約に規定し、CI-NET

実装規約におけるの取り扱い

LiteS 実装規約

実際の運用上の留参考資料・指針から削除する。

意点

B.参考資料
B.参考資料

A.参考資料「B.参考資料」に変更。

Ⅰ .CSV イ ン タ フ

Ⅰ.CSV インタフェース機能

Ⅰ.CSV インタフェース機能

ェース機能

支払通知メッセージに係る仕様部分を追加。
・インタフェース・ファイル名称・インタフェース・ファイルフォーマット
・インタフェース・ファイルのデータ項目
順序

Ⅵ．CI-NET LiteS「Ⅵ．CI-NET LiteS 実装規約における実際実装規約におけるの運用上の留意点」に以下の点を追加。

実際の運用上の留・9.特記の記載箇所仕様

意点

・10.X 属性 8 バイトで定義されている日付
項目の取り扱い・11.支払通知帳票イメージ

493

Ver.2.2 ad.0 指針･参考資料(20230331)

CI-NET LiteS 実装規約 指針・参考資料の主な追加・変更点「CI-NET LiteS 実装規約 Ver.2.1ad.1 参考資料・指針」からの主な追加・変更点
項目

Ver.2.1 ad.1

Ver.2.1 ad.2

A.参考資料Ⅰ .CSV イ ン タ フ

Ⅰ.CSV インタフェース機能

ェース機能

Ⅰ.CSV インタフェース機能
別仕様であった設備見積、設備機器見積

Ⅱ. 設備見積・設備機器見積メッセ

業務のメッセージの CSV インタフェー

ージの CSV フォーマット

ス機能を統合し、設備見積、設備機器見
積、購買見積、注文、出来高、立替、支払業務のメッセージの CSV インタフェース機能を統一する。

・設備見積、設備機器見積業務のメッセージの CSV インタフェース機能に関して、他(購買見積、注文、出来高、請求業務のメッセー
ジ等)と同様の仕様とする。
・CSV インタフェース機能・インタフェース・フォルダ
・インタフェース・ファイル生成・消滅
・インタフェース・ファイル排他制御
・CI-NET LiteS 対応 CSV インタフェー
ス機能の構成・受信確認の方法
また、下記仕様も同様にする。
・インタフェース・ファイル名称
・ファイルフォーマット、等
Ⅵ．CI-NET LiteS

２．注文請け書における「技術資料」 CI-NET LiteS 実装規約に規定し、CI-NET

実装規約におけるの取り扱い

LiteS 実装規約

実際の運用上の留参考資料・指針から削除する。

意点
Ⅵ．CI-NET LiteS「出来高要請メッセージの利用方法に係る実装規約における留意点」を追加。

実際の運用上の留意点

494

Ver.2.2 ad.0 指針･参考資料(20230331)

Ver.2.2 ad.0 指針･参考資料(20230331)

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

CI-NET LiteS 実装規約 Ver.2.2 ad.0
指針・参考資料
Ver.2.2 ad.0指針･参考資料｢出来高要請利用の留意点｣のみ未確定(20230125)

2023年1月25日 発行【禁無断転載】発行

一般財団法人 建設業振興基金
情報化評議会〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門 4 丁目MTビル2号館
tel.

: 03-5473-4573

fax.

: 03-5473-4580

E-mail : ci-net @kensetsu-kikin.or.jp
URL: http://www.kensetsu-kikin.or.jp/ci-net/

Ver.2.2 ad.0 指針･参考資料(20230331)

Ver.2.2 ad.0 指針･参考資料(20230331)

C
I
|
N
E
T
L
i
t
e
S
R

実
装
規
約
Ver.
2.2
ad.0

指
針
・
参
考
資
料

発
行
一
般
財
団
法
人
建
設
業
振
興
基
金
情
報
化
評
議
会

Ver.2.2 ad.0 指針･参考資料(20230331)