CI-NET LiteS
R

実装規約
Ver.2.1 ad.7
指針・参考資料

発行

一般財団法人 建設業振興基金
建設産業情報化推進センター

目 次
CI-NET LiteS 実装規約

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

A．指針 .............................................................................................................. 3Ⅰ.

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

B．参考資料 ..................................................................................................... 43
Ⅰ.

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

Ⅱ. 設備見積・設備機器見積メッセージの CSV フォーマット........................... 117
Ⅲ. 標準企業コードとメールアドレスの関係に係る留意点 ................................ 121
Ⅳ. メールに添付された電子証明書を利用した電子証明書の本人性確認
およびメッセージの完全性確認について ............................................................. 127
Ⅴ. 電子契約データにおける注文業務帳票の印刷例 （確定注文書、注文請け書等） ............................................................... 135
Ⅵ.

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

Ⅶ.

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

Ⅷ.

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

IX.

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

X.

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

XI.

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

XII.

建築見積メッセージの CSV フォーマット ................................................. 415

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点........................................................................................... 473

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

CI-NET LiteS 実装規約 指針・参考資料について
1. CI-NET LiteS 実装規約の位置づけ
CI-NET LiteS 実装規約 1 は、建設産業におけるオンラインデータ交換の標準である「CI-NET 標準ビジネスプロトコル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.1 ad.6（シーアイ・ネット・ライツ
実装規約バージョン 2.1 エィディ 6、2012 年 7 月 3 日版）の規約集である。ad.：addition、追加。
2 CI-NET 標準ビジネスプロトコル：CI-NET 標準ビジネスプロトコル Ver.1.5 をいう。
1

1

Ver.2.1 ad.7 (2014.10.31)

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

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

指針・参考資料：「CI-NET LiteS 実装規約 Ver.2.1 ad.6 指針・参考資料(2012 年 7 月 3 日版)」に記載されているものをいう。以下「CI-NET LiteS 実装規約 指針・参考資料」という。
32

Ver.2.1 ad.7 (2014.10.31)

A．指針

A．指針

3

Ver.2.1 ad.7 (2014.10.31)

A．指針

4

Ver.2.1 ad.7 (2014.10.31)

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

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

5Ver.2.1 ad.7 (2014.10.31)

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

6Ver.2.1 ad.7 (2014.10.31)

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

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

2014 年 10 月

財団法人 建設業振興基金
建設産業情報化推進センター

7

Ver.2.1 ad.7 (2014.10.31)

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

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

8Ver.2.1 ad.7 (2014.10.31)

A．Ⅰ. 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 年度、国土交通省)」により明確になった実装仕様をこれに追加したものである。

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

9Ver.2.1 ad.7 (2014.10.31)

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

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

3. 改訂履歴「ASP 事業者への CI-NET 対応についての指針」
2001 年 1 月 第 1 版公表
2002 年 2 月 第 2 版公表（主な改訂内容）
2001 年 4 月の建設業法の改訂施行により、建設工事の請負契約の当事者が、請負契約書の交付を書面に代えて情報通信技術を利用した方法により行なえることになった。これに伴い電子署名の扱い方を本指針においても明確にした。
2002 年 9 月 第 3 版公表（主な改訂内容）
受信確認メッセージに対する電子署名者として、取引当事者のみに限らず
ASP 事業者の電子署名でも可とした。
「CI-NET 対応 ASP 事業者とのデータ交換に係る指針」
2003 年 2 月 第 1 版公表（主な内容）
ASP と ASP 間におけるデータ交換および CI-NET LiteS 導入済みの企業と複数の ASP との間におけるデータ交換の指針を示した。
「CI-NET 対応のための ASP サービスに係る指針」
2006 年 6 月 第 1 版公表（主な内容）
上記の二つの指針を統合・整理し、異なる ASP 間の連携の環境に必要とされる実装仕様を追加した。

10

Ver.2.1 ad.7 (2014.10.31)

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

4. 参照資料等
i.

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

ii.

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

iii. 「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」（CI-NET
LiteS 実装規約 Ver.2.1 ad.3

指針・参考資料 B.Ⅷ）

iv. 「ASP 事業者のための CI-NET 対応に関する指針 第 3 版」
（CI-NET LiteS 実装規
約 Ver.2.1 ad.2 参考資料・指針 B.Ⅰ）v.

「CI-NET 対応 ASP 事業者とのデータ交換に係る指針 第 1 版」（CI-NET LiteS 実
装規約 Ver.2.1 ad.2 参考資料・指針 B.Ⅱ）vi. 「メールに添付された電子証明書を利用した電子証明書の本人性確認およびメッセージの完全性確認について」（CI-NET LiteS 実装規約 Ver.2.1 ad.3 指針・参考資料
B.Ⅳ）

11

Ver.2.1 ad.7 (2014.10.31)

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

5. CI-NET とは
5.1.

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

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

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

CI-NET 標準 BP

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

CI-NET LiteS 実装規約

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

通信方式

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

セキュリティ方式

決め。

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

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

シンタックスルール

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

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

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

CI-NET 標準 BP に準拠

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

CI-NET 標準 BP に準拠

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

12

Ver.2.1 ad.7 (2014.10.31)

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

5.2.

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

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

標準企業コード(12桁)

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

枝番(6桁)||

企業番号

支店・部署番号など

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

5.3.

CI-NET LiteS のメッセージ

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

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

土木工事

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

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

見積回答、設備機器見

見積回答）

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

購買見積メッセージ群（購買見積依頼、購買見積回答、見積不採用通知）

メッセージ： 厳密には CI-NET 標準 BP において定義される「メッセージ」に対して、CI-NET LiteS
実装規約はその「メッセージサブセット」を定義しているのであるが、本指針では、混乱の恐れがない限
り、ともに「メッセージ」と記載する。
10

13

Ver.2.1 ad.7 (2014.10.31)

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

注文メッセージ群（確定注文、注文請け、合意解除申込、合意打切申込、鑑「注文業務」

項目合意変更申込、一方的解除通知、一方的打切通知、合意解除承諾、合意打切承諾、鑑項目合意変更承諾）「出来高業務」、「立 出来高メッセージ群（出来高要請、出来高報告、出来高確認）替業務」、「支払業立替メッセージ群（立替金報告、立替金確認）務」

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

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

11

技術データ： 例えば、発注条件書、特記事項、図面、製品仕様書（カタログ）等がある。
なお注文請け書における技術データの取り扱いについては、CI-NET LiteS 実装規約「B.情報表
現規約 Ⅵ.注文メッセージ
1.3 (1) 注文請けメッセージにおける「技術データ」の取り扱い」に注
意事項を記載している。

14

Ver.2.1 ad.7 (2014.10.31)

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

6. 指針
6.1.

指針の適用範囲

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

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

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

Ver.2.1 ad.7 (2014.10.31)

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

6.2.

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

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

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

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

B社

B社の
標準企業コード

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

ブラウザ
方式
メール
方式

C社

C社の
標準企業コード

D社

D社の標準企業コード

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

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

(1)

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

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

(2)

B 社→A 社の場合

From 行

A 社のメールアドレス

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

To 行

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

A 社のメールアドレス

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

16

Ver.2.1 ad.7 (2014.10.31)

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

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

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

A 社→B 社の場合

B 社→A 社の場合

ASP-X の公開鍵

A 社の公開鍵

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

(4)

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

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

17

Ver.2.1 ad.7 (2014.10.31)

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

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

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

メール
ボックス

AP インターAP
ネット

メール
ボックス

自社システムB社の担当者

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

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

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

6.3.

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

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

18

Ver.2.1 ad.7 (2014.10.31)

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

ASP-X社

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

ブラウザ
方式

受注者B社
発注者C社

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

ケース２

メール方式

ASP-Y社

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

受注者E社
受注者F社

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

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

(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.1 ad.3 指針・参考資料「B.Ⅳ.メールに添付された電子証明書を利用した電子証明

19

Ver.2.1 ad.7 (2014.10.31)

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

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

(5)

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

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

20

Ver.2.1 ad.7 (2014.10.31)

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

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

ASP-X
会員の
送信者

AP インターAP
ネット

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

メール
ボックス

AP インターAP
ネット

メール
ボックス

ASPサービス

ASP-Y
会員の
受信者

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

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

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

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

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

7.2.2

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

7.2.3

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

21

Ver.2.1 ad.7 (2014.10.31)

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

7. 指針に関する解説
7.1.

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

7.1.1.

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

ASP 事業者は、CI-NET LiteS に準拠した EDI 取引サービスを提供するために、次のものを取得しておく必要がある。

(1) ASP 事業者(自社)の標準企業コード(2) 認証局より発行された ASP 事業者の電子証明書（公開鍵付き）(3) 電文のやり取りを行うための ASP 事業者のメールアドレス
7.1.2.

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

例えば表 A.Ⅰ-2 や図 A.Ⅰ-3 において、発注者の A 社から ASP 事業者 ASP-X 社のサービス利用者である受注者の B 社へ電文を送信する際のデータ交換は、図 A.Ⅰ-9 のように行われる。

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

22

Ver.2.1 ad.7 (2014.10.31)

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

暗号化とパラメータ設定について
A 社と ASP 事業者 ASP-X 社との間で交換される電文は、CI-NET LiteS 実装規約に準拠している必要がある（図 A.Ⅰ-10）。同図においてデータ部は、CII シンタックスに準拠した CI-NET 形式データ(メッセージ)および技術データが格納されている。同図吹
き出し中に記述したパラメータは本指針に示すように適切に設定する必要がある。
図 A.Ⅰ-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]受注者コード

署名部
電子署名

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

圧縮された技術データ(Base64エンコード)
署名部
署名部MIMEヘッダ
署名データ＋証明書データ（ASN.1形式、Base64エンコード）

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

23

Ver.2.1 ad.7 (2014.10.31)

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

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

表 A.Ⅰ- 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.1 ad.7 (2014.10.31)

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

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

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

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

図 A.Ⅰ- 12

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

25

Ver.2.1 ad.7 (2014.10.31)

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

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

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

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

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

CII メッセージグループ・ヘッダの[C08]受信センターコードが ASP-X
社の標準企業コードであること ※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

・・・

：
：
：

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

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

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

A.Ⅰ-15）。

図 A.Ⅰ- 14

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

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

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

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

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

27

Ver.2.1 ad.7 (2014.10.31)

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

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

送信用

電子証明書情報：：：

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業B

アドレスB

：
：
：

：
：
：

比較③
比較④

・・・

標準企業コードB

・・・

：
：
：

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

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

表 A.Ⅰ- 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.1 ad.7 (2014.10.31)

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

電文受信が成立したことを、送信者に伝達するものである。
」となっているためである。

7.1.3.

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

例えば図 A.Ⅰ-6 において、ASP 事業者 ASP-X 社および ASP-Y 社を介し、発注者である
C 社と受注者である D 社が取引を行う際のデータ交換は、図 A.Ⅰ-16 の通り行われる。

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

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

ASP-X会員の
発注者C社

ASP-X

ASP-Z

ASP-Y

ASP-Y会員の受注者D社

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

29

Ver.2.1 ad.7 (2014.10.31)

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

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

(3)

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

図 A.Ⅰ- 18(a)

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

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

30

Ver.2.1 ad.7 (2014.10.31)

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

表 A.Ⅰ- 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]受 信 セ ンター コ ー ド が
ASP-Y 社の標準企業コードであること ※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

・・・

：
：
：

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

31

Ver.2.1 ad.7 (2014.10.31)

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

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

表 A.Ⅰ- 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 社での処理)
内容

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

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

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

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

32

Ver.2.1 ad.7 (2014.10.31)

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

送信用

電子証明書情報：：：

企業名 メールアドレス

比較②

：
：
：

：
：
：

比較①

企業D

アドレスD

：
：
：

：
：
：

比較③
比較④

・・・

標準企業コードD

・・・

：
：
：

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

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

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

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

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

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

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

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

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

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

33

Ver.2.1 ad.7 (2014.10.31)

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

7.2.

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

7.2.1.

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

EDI を実施することを合意した取引当事者が異なる ASP を利用している場合は、「6.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 への接続先登録が完了したとき、必要に応じて受注者に連絡して疎通テストを実施する。
図 A.Ⅰ-21 に ASP 連携を開始する際のフローの参考例を示す。

34

Ver.2.1 ad.7 (2014.10.31)

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

発注者側ＡＳＰASP-X社

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

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

受注者側ＡＳＰASP-X社

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

①

②

②

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

⑥
受注者情報を登録

疎通テスト

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

疎通テスト⑦

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

35

Ver.2.1 ad.7 (2014.10.31)

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

7.2.2.

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

発注者
C社

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

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

受注者
D社

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

送信したことを確認

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

再処理等の実施

解決

図 A.Ⅰ- 22

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

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

36

Ver.2.1 ad.7 (2014.10.31)

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

発注者
C社

発注者側ASPＡＳＰ-X社

受注者側ASPＡＳＰ-Y社

受注者
D社

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

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

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

解決

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

37

Ver.2.1 ad.7 (2014.10.31)

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

7.2.3.

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

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

・ASP-X の EDI メールアドレス
・ASP-X の標準企業コード（12 桁）
等
ASP-X が サ ポ ー ト す る CI-NET
LiteS メッセージ一覧
ASP-X の窓口担当者および連絡先

受注者 D の情報
・受注者 D の会社名
・受注者 D の会社名（カナ） 等
受注者 D の申し込み者／連絡先担当者に関する下記事項
・支店名/部署名
・役職名
・氏名
・氏名（カナ）
・メールアドレス
・郵便番号
・住所
・電話番号
・FAX 番号 等

発注者 C の情報
・発注者 C の会社名
・発注者 C の会社名（カナ）等
発注者 C の申し込み者／連絡先担当者に関する下記事項
・支店名/部署名
・役職名
・氏名
・氏名（カナ）
・メールアドレス
・郵便番号
・住所
・電話番号
・FAX 番号 等

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

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

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

38

Ver.2.1 ad.7 (2014.10.31)

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

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

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

サポ ートメ ッ

EDI メール

コード

セージ

アドレス

X12

X04

X265

0305
0306
0303
0304
・
・
・
1208
1104
1108

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

39

Ver.2.1 ad.7 (2014.10.31)

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

40Ver.2.1 ad.7 (2014.10.31)

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

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

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

2006 年 6 月 第 1 版公表【禁無断転載】発行
財団法人 建 設 業 振 興 基 金
建設産業情報化推進センター〒105-0001
東京都港区虎ノ門 4-2-12
虎ノ門4丁目MTビル2号館
tel.03-5473-4573 fax.03-5473-4580
電子メール: ci-net@kensetsu-kikin.or.jp
URL : http://www.kensetsu-kikin.or.jp/ci-net/

41

Ver.2.1 ad.7 (2014.10.31)

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

42Ver.2.1 ad.7 (2014.10.31)

B．参考資料.

B．参考資料43

Ver.2.1 ad.7 (2014.10.31)

B．参考資料

44

Ver.2.1 ad.7 (2014.10.31)

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

B. 参考資料

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

45

Ver.2.1 ad.7 (2014.10.31)

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

46

Ver.2.1 ad.7 (2014.10.31)

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

Ⅰ．CSV インタフェース機能
1. インタフェース・フォルダ
業務システムと CSV インタフェース機能との間で、送受信時に物件インタフェース・フ
ァイルの受け渡しを行うフォルダ（ディレクトリ）は以下の規定とする。
ドライブ X:¥EASYEDI

SEND
RECV

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

CSV
インタフェース
機能

インタフェイス
フォルダ

業務
システム

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

47

Ver.2.1 ad.7 (2014.10.31)

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

ルダを削除する。
(e) フォルダ名一覧

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

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

２

SEND

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

３

RECV

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

48

Ver.2.1 ad.7 (2014.10.31)

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

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

表 B.Ⅰ- 2 インタフェース・ファイル名称一覧(1)メッセージ
設備見積依頼
設備見積回答
設備機器見積依頼
設備機器見積回答
購買見積依頼
購買見積回答
見積不採用通知
確定注文
注文請け
合意解除申込
一方的解除通知
鑑項目合意変更申込
合意打切申込
一方的打切通知
合意解除承諾
鑑項目合意変更承諾
合意打切承諾
出来高要請
出来高報告
出来高確認
請求
請求確認
立替金報告
立替金確認
支払通知
工事物件案内
契約外請求
契約外請求確認

XXX

備考
受注者
受信
送信
受信
送信
受信
送信
受信
受信
送信
受信
（ただし、一方的解除通知、一方的打切通知は送信および受
信）

SMI
SET
SKI
SKK
MIT
KAI
MFU
CYU
UKE
HNM

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

HNS

受信

送信

DYO
DHO
DKA
SEI
SEK
TAH
TAK
SHT
KBA
GSE
GSK

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

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

【注】この表に記載のないメッセージについては、適宜定める。

49

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能(b) 99999：任意に付ける番号（00001～99999）で表す。

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

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

YYY

説明

拡張子
INF

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

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. 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.1 ad.7 (2014.10.31)

B．Ⅰ. 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.1 ad.7 (2014.10.31)

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

表 B.Ⅰ- 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]受注者側見積・契約条件

53

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能[1140]見積有効期間[1088]明細金額計 （=税抜き見積金額）[1096]消費税額[1097]最終帳票金額 （=税込見積金額）

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

(b)

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

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

54

Ver.2.1 ad.7 (2014.10.31)

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

表 B.Ⅰ- 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 行のデータから成る。
※各ファイルのデータ項目の並び順等は、「9.インタフェース・ファイルのデータ項目順序」
に示す。

55

Ver.2.1 ad.7 (2014.10.31)

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

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

送信用(SEND)フォルダ下

1) 生成のタイミング
業務システムは、「2.インタフェース・ファイル名称」に準拠したファイルを作成する。次のタイミングで取引関係情報メッセージの内容を送信用(SEND)フォルダ下に書き出さなければならない。
(a) メッセージの新規作成時(b) メッセージの更新時【注意事項】 受信確認処理について・取引先から返信される受信確認メッセージとの照合を行うには、業務システムは送信した各取引関係情報のインタフェース・ファイルの名称を、受信確認データが戻るまで記憶しておく必要がある。詳細は「7.受信確認の方法」を参照。
2) 消滅のタイミング
次のタイミングで CSV インタフェース機能がインタフェース・ファイルを削除する。
CSV インタフェースの送信処理を行った場合に、送信用(SEND)フォルダ下に存在す
るメッセージ全てを CSV インタフェースに取り込み、送信用(SEND)フォルダ下のファイルを削除する。
【注意事項】 二重登録のチェックについて(a) 送信用(SEND)フォルダにファイルが存在する場合、業務システムは、これから出力するファイルと同一のファイルが存在するかをチェックし、必要な場合はファイルの置き換えなどで二重に存在しないように出力する必要がある。
(b) CSV インタフェース機能は、ファイル名を昇順でソートし処理を行う。二重登録のチェックは行わずに単に後から処理するファイルで上書きを行う。

(2)

受信用(RECV)フォルダ下

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

56

Ver.2.1 ad.7 (2014.10.31)

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

57

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. 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.1 ad.7 (2014.10.31)

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

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

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

ロックファイルの設定

ﾌｧｲﾙｺﾋﾟｰ

ﾌｫﾙﾀﾞ作成

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

技術資料ｺﾋﾟｰ

SEND¥

ロックファイルの解除

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

技術資料
フォルダ
CSV 形式
ﾒｯｾｰｼﾞ
ｲﾝﾀﾌｪｰｽ
ﾌｧｲﾙ

技術資料
複数

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

ﾌｧｲﾙｺﾋﾟｰ

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

送信後ﾌｧｲﾙ削除

トランスレータ

ロックファイルの設定

CI-NET LiteS 対応 CSV インタフェース
送（ＣＳＶインタフェース）信
受 信

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

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

59Ver.2.1 ad.7 (2014.10.31)

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

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

業務システム(1)

XXX99999.INF SEND
XXX99999.DAT

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

(2)
変換、送信

同一名

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

照合(3)
受信確認チェック

受信確認

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

60

Ver.2.1 ad.7 (2014.10.31)

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

8. 注文情報の保存
注文業務に対応する CI-NET LiteS の対応 CSV インタフェース機能製品は、2001 年 4
月 1 日施行の建設業法第 19 条改正にともなって国土交通省が 2001 年 3 月 30 日に公表した「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」
記載された以下の要件に対応する機能を備えることが望ましい。

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

61

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. 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.1 ad.7 (2014.10.31)

B．Ⅰ. 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]補助数量単位
これらのデータ項目では、CI-NET 標準 BP「3.2.3.12 単位コード」に定める単位

63

Ver.2.1 ad.7 (2014.10.31)

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

コードを使用しなければならない。ただし 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.1 ad.7 (2014.10.31)

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

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

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

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

摘要

玄関 床

JB

花崗岩

100×100

ホール 巾木本磨き花崗岩

100×25

前室 飾り棚

本磨き

大理石

850×450数量
3.50[1222]単価

単位

単価

m2

20000.0

マル チ7レベ ル2
10.00

m

5000.09.00

m220000.0

1,2回目

図 B.Ⅰ- 5 マルチレベル 1 とレベル 2 の例

■最大長・ N 属性のデータ項目については、上記のバイト数と小数の桁数に、正負記号および小数点を加えた総桁数を示す。
・ X 属性、K 属性、9 属性については、上記のバイト数と同じ長さである。
■使用・不使用のデータ項目
・メッセージの「順序」に数字が入っているデータ項目は当該メッセージの CSV ファイルで使用できる項目。
･メッセージの「順序」が空欄のデータ項目は当該メッセージで使用してはならない項目。

65

Ver.2.1 ad.7 (2014.10.31)

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

全体情報部分（鑑、拡張子=INF)のデータ項目記載順序の表

1)

設備見積依頼／回答、機器見積依頼／回答r‑・ ・‑‑・ ・
‑
E

E

設備 機器
見積 見積
トーー

CI-NET LiteS定義 依 回
頼 答
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

ト
ー
● ●
ト
ー
● ●
ト
8 ● ●
12 ト
● ●

1 データ処理No.

95

2 情報区分コード
3 データ作成日

Ｘ

4

9

8

4 発注者コード
5 受注者コード

Ｘ

12

Ｘ

12

12
12

一
依 回
頼 答

ド
ーー
順 順 ー
順 ー
順
序 序

設備見積依頼、回答はファイ
ル１つ

マルチ

タグ

序 序

5

● ●

1

4

● ●

2

● ●

3

● ●

4

● ●

5

○ ○

1197

● ●

9

卜
一
● ●

1197 サブセット・バージョン
9 訂正コード

X

12

Ｘ

度
1

1006 工事コードＸ

121007 帳票No.
1008 帳票年月日

Ｘ

14

ト
ー
● ●
ト
ー
ー
1 ● ●
12 ト
○ ○
14 ト
● ●

9

8

8

1009 参照帳票No.
1010 参照帳票年月日

Ｘ14

I I I149881181 帳票名称
1023 受注者コード２

K

60

60

Ｘ

10

10

1046 取引件名（注文件名）コード1191 原価要素名

Ｘ

8

8

Ｋ

16

16

1192 原価要素コード1193 原価科目名

Ｘ

5

5

Ｋ

40

40

1194 原価科目コード1195 原価細目名

Ｘ

5

5

Ｋ

24

24

1196 原価細目コード1013 受注者名

Ｘ

5

5

Ｋ

40

40

1015 受注者代表者氏名1017 受注者担当部署名

Ｋ

28

28

Ｋ

40

1

40

○

○ ○

M9ﾚﾍﾞﾙ1 1017

1018 受注者担当者名

Ｋ

20

1

II

20

○

○ ○

M9ﾚﾍﾞﾙ1 1018

1019 受注者担当郵便番号
1020 受注者担当住所

Ｘ

10

1

10

○

○ ○

M9ﾚﾍﾞﾙ1 1019

Ｋ

60

1

60

○

○ ○

M9ﾚﾍﾞﾙ1 1020

1021 受注者担当電話番号
1022 受注者担当FAＸ番号

Ｘ

15

1

15

○

○ ○

M9ﾚﾍﾞﾙ1 1021

Ｘ

15

1

15

1165 受注者決裁者名
1166 受注者建設業許可区分・登録
コード1167 受注者建設業許可工事業種

K

20

1

20

MEﾚﾍﾞﾙ1 1165

K

40

40

1166

K

24

24

MFﾚﾍﾞﾙ1 1167

1168 受注者建設業許可日
1024 発注者名

K

22

22

Ｋ

56

56

1005 JV工事フラグ
1003 その他のJV構成企業名

Ｘ

1

1

Ｋ

56

3

56

1028 発注者担当部署名1029 発注者担当者名

Ｋ

40

2

40

Ｋ

20

2

20

1030 発注者担当郵便番号
1031 発注者担当住所

Ｘ

10

2

10

Ｋ

60

2

60

1032 発注者担当電話番号
1033 発注者担当ＦＡＸ番号

Ｘ

15

2

Ｘ

15

2

5

卜
一
● ●

トー
●

￨
、
司
●

○

1006
● ●

1007

● ●

1008

●

1009

、
て

1010

メ¥
1181

1
2
3
4
5
6
7
8
9
10
11
12
13

1
2
3
4
5
6
7
8
9
10

1191

ト

1195
1196

仁と ーよー
○ ○

○ ○

○ ○

1013

14

11

15
16
17
18
19

12
13
14
15
16
17

20

18

21
22

19
20
21
22
23
24
25
26
27
28
29
30

1015

M9ﾚﾍﾞﾙ1 1022

1168

と
仁亡 さ
○ ○

○ ○

圧

1024
1005
MRﾚﾍﾞﾙ1 1003

○ ○

○ ○

MAﾚﾍﾞﾙ1 1028

○ ○

○ ○

MAﾚﾍﾞﾙ1 1029

○ ○MAﾚﾍﾞﾙ1 1030

○ ○MAﾚﾍﾞﾙ1 1031

15

○ ○

MAﾚﾍﾞﾙ1 1032

15

○ ○

MAﾚﾍﾞﾙ1 1033
1028

20

1029

1030
1031

マルチ2回目
マルチ2回目

10

1030

60

1031

1032

マルチ2回目

15

1032

2

txt
順序

依頼、回答は一ファイルの同一フォー
1192
マット（並び順）なので、各メッセージで1193
使用しないデータ項目の箇所は何も記載しない（タブを連続させる）。
1194
以下、同様。

40

20

txt
順序

設備機器見積依頼、回答はファイル１つ1046

マルチ2回目
マルチ2回目

Ｋ

設備
機器
見積

1023

1028
1029

1033 マルチ2回目
1169 発注者決裁者名

設備
見積

15

1033

20

MGﾚﾍﾞﾙ1 1169

L一
一
一
一

一
一
一
一
一

66

23
24

Ver.2.1 ad.7 (2014.10.31)

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

設備
見積

「
ー
ー
ー
ー

機器
見積

ー‑r‑ I‑‑r‑

CI-NET LiteS定義 依 回
頼 答
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長
M

12

12

1042 工事場所・受渡し場所名称
1173 工事場所・受渡し場所略称

Ｋ

76

76

Ｋ

50

50

1016 工事場所・受渡し場所郵便番号
1043 工事場所・受渡し場所住所1025 工事場所・受渡し場所所長名

Ｘ

10

10

○ ○

ー
ト
○ ○

Ｋ

60

60

Ｋ

20

20

1027 工事場所・受渡し場所担当者
名
1041 工事場所・受渡し場所電話番号1182 工事場所・受渡し場所ＦＡＸ番
号
1371 工事場所・受渡し場所所在地
コード(JIS)1045 取引件名（注文件名）

Ｋ

20

20

Ｋ

40

40

1047 受渡し方法
1052 工事・納入開始日

M

30

30

Ｘ

8

8

1053 工事・納入終了日・納入期限
1139 工期・納期指定

Ｘ

8

8

K 120

120

1044 別途受渡し場所名称
1095 別途受渡し場所住所

Ｋ

76

76

Ｋ

60

60

1055 精算条件
1056 支払条件

M

60

60

M

60

…‑'‑

txt
順序

にと
○ ○

1372

25
26

31

1042

土

○ ○

1016

27

1043

28

1027

山
.
.
.
，
‑
‑

15

15

○ ○

1182

X

5

5

○ト
○

1371

31

1045

32

60
60

○ ○

1041

ト
ー

ト ト ー
○ ○ ○ ○'‑‑'‑ ト
ー
○ ○
ト町一
○ ○
ト
ー
○ ○
ト
ー
○ ○

ごと

…
…

20

76

同 マルチ5回目
同 マルチ6回目

76

同 マルチ7回目
同 マルチ8回目

76

同 マルチ9回目
同 マルチ10回目

76

同 マルチ11回目

76

同 マルチ12回目

76

同 マルチ13回目
同 マルチ14回目

76

同 マルチ15回目
同 マルチ16回目

76

同 マルチ17回目
同 マルチ18回目

76

同 マルチ19回目
同 マルチ20回目

76

1053
1139

ごと にと
○ ○

M2ﾚﾍﾞﾙ1 1056○
仁

○ M3ﾚﾍﾞﾙ1 1069
と

76
76

76
76
76
76
8

62
62

33

1055
○ ○

76

62

33
34
35
36

1044

76

M

30

1095

76

同 マルチ3回目
同 マルチ4回目

一一一トー‑1
一一一

1052

60
76

29

1047

60
M

32

1025

Ｘ

4

設備
機器
見積

1173

15

76

同 マルチ3回目
同 マルチ4回目

一 」

txt
順序

15

同 マルチ2回目

1174 発注者側見積・契約条件
同 マルチ2回目

○ ○

タグ

Ｘ

同 マルチ2回目
同 マルチ3回目
同 マルチ4回目
1069 受注者側見積・契約条件

マルチ

序 序

トー トー』ー○ ○一四トー

1372 工種・科目コード

r
ー一一

設備
見積

』 同
・ 順
ー
順 順 順ー
序 序

「
ー
ー
‑
，

依 回
頼 答

ゴ
○

62
62

67

MIﾚﾍﾞﾙ1 1174

34
37
35
38
36
39
37
40
38
41
39
42
40
43
41
44
42
45
43
46
一44十 寸一 一
47
45
48
46
49
47
50
48
51
49
52
50
53
51
54
52
55
53
56
54
57
55
58
56
59
57
60
58
59
60
61

Ver.2.1 ad.7 (2014.10.31)

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

一
I
‑
‑
r
‑依
一回
CI-NET LiteS定義 依 回 一
r‑‑
設備 機器
見積 見積
頼 答
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

同 マルチ5回目

62

同 マルチ6回目
同 マルチ7回目

62

頼 答

一一
ト一一ー
一
一
同
ーー
順 順
序 序

順 順
序 序

マルチ

タグ

62

1175 特記事項
1176 特記事項２

M

76

10

76

M

76

20

76

1070 見積有効期限年月日
1140 見積有効期間

X

8

8

K

40

40

1141 見積提出期限年月日

Ｘ

8

8

1071 運送費用負担

M

20

20

57 消費税コードＸ

1

59 課税分類コード

トー …
ωMJﾚﾍﾞﾙ1 1175
MKﾚﾍﾞﾙ1 1176

L
F
○

○

1140
1141
1071

1

○ ○
二
に
○

1

○

59

57

X

1

N

3

N

12

13

○

1089 明細金額計調整額

Ｎ

12

13

○

1090 調整後帳票金額計

N

12

13

○

1096 消費税額

N

12

13

○

1097 最終帳票金額

N

12

13

○

1014 送り状案内

M

76

39

76

1183 使用メーカー名

Ｋ

40

10

40

MOﾚﾍﾞﾙ1 1183

1184 使用メーカー見積金額合計

Ｎ

12

10

13

MOﾚﾍﾞﾙ1 1184

1185 使用メーカー購入品名、数量
単位1186 使用メーカー購入品数量
1187 使用商社名

M

40

10

40

MOﾚﾍﾞﾙ1 1185

6

1004

仁
○

1088
1089

E
○
○

1090
1096
1097

7

10

8

MOﾚﾍﾞﾙ1 1186

Ｋ

40

10

40

MPﾚﾍﾞﾙ1 1187

Ｎ
1188 使用商社見積金額合計
1189 使用商社購入品名、数量単位 M

12

10

13

MPﾚﾍﾞﾙ1 1188

40

10

40

MPﾚﾍﾞﾙ1 1189

Ｎ

7

10

8

M 240

1

240

○

120

○

55 自由使用欄
1179 帳票データチェック値

X 120
Ｘ

15

9

15

同 マルチ2回目

15

同 マルチ3回目

15

同 マルチ4回目

15

同 マルチ5回目

15

同 マルチ6回目

15

同 マルチ7回目
同 マルチ8回目

15

同 マルチ9回目
1383 受注者側専用使用欄

15
5

120

同 マルチ2回目
同 マルチ3回目

120

同 マルチ4回目
同 マルチ5回目

1201384 発注者側専用使用欄

トー
○ ○
トー ‑

二仁 M5ﾚﾍﾞﾙ1 1136
55
MMﾚﾍﾞﾙ1 1179

に
じ
○ ○

MUﾚﾍﾞﾙ1 1383

エMVﾚﾍﾞﾙ1 1384

120
120
M 120

5

120

同 マルチ2回目

120

同 マルチ3回目

120

同 マルチ4回目
同 マルチ5回目

120
120

66
67

61

卜一一卜

62

一一一ト ー ト一一
70
63
71
72
73
64
74
65

MPﾚﾍﾞﾙ1 1190
○ ○

15
M 120

一一一トーート一一

MQﾚﾍﾞﾙ1 1014

Ｎ

1190 使用商社購入品数量
1136 備考

txt
順序

68
69

1004 消費税率
1088 明細金額計

1

txt
順序

設備
機器
見積

1070

ヒ

○

r
ー
ー
ー
ー

62
63
64
65

62

同 マルチ8回目

「
ー
ー
ー
‑
，
設備
見積

○ ○

」
ー
ー
ー
ー
ー ー
ー
ー
ー
ー
ー

68

75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95

41

66

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能2) 購買見積（依頼／回答／不採用）、注文（確定・請け）、鑑変更（合意申込／合意承諾）、解除（合意申込／合意承諾／一方的通知）
購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的
通知

順序 順序

順序 順序

順序 順序 順序

用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

順序 順序 順序

９

5

5

Ｘ

4

4

９

8

8

Ｘ

12

12

5 受注者コード1197 サブセット・バージョン

Ｘ

12

12

X

12

12

1198 契約変更識別コード

X

2

2

9 訂正コード
1006 工事コード

Ｘ

1

1

Ｘ

12

12

1306 変更工事コード1007 帳票No.

X

12

12

Ｘ

14

14

1300 注文番号枝番
1008 帳票年月日

X

2

2

９

8

8

1181 帳票名称
1009 参照帳票No.

K

60

60

Ｘ

14

14

1010 参照帳票年月日

9

8

8

1301 参照帳票No.2(見積依頼番号)
1023 受注者コード２(発注者採番)

X

14

14

Ｘ

10

10

12

1046 取引件名（注文件名）コード1191 原価要素名

Ｘ

8

8

Ｋ

16

16

13
14

1192 原価要素コード1193 原価科目名

Ｘ

5

5

Ｋ

40

40

1194 原価科目コード1195 原価細目名

Ｘ

5

5

Ｋ

24

24

17
18

1196 原価細目コード

Ｘ

5

5

19

1013 受注者名
1015 受注者代表者氏名

Ｋ

40

40

Ｋ

28

28

20
21

14
15

15
16

1017 受注者担当部署名
1018 受注者担当者名

Ｋ

40

1

40

Ｋ

20

1

20

22
23

16
17

17
18

1019 受注者担当郵便番号
1020 受注者担当住所

Ｘ

10

1

10

Ｋ

60

1

60

24
25

18
19

19
20

1021 受注者担当電話番号

Ｘ

15

1

15

26

20

21

1022 受注者担当FAＸ番号

Ｘ

15

1

15

27

21

22

1165 受注者決裁者名

K

20

1

20

22

23

1166 受注者建設業許可区分・登録コード1167 受注者建設業許可工事業種

K

40

40

K

24

23
24

24
25

1 データ処理No.
2 情報区分コード
3 データ作成日
4 発注者コード

5

1
2

1
2

1
2

1
2

1
2

1
2

1
2

1
2

1
2

1

3
4

3
4

3
4

3
4

3
4

3
4

3
4

3
4

3
4

3
4

3

5
6

5
6

5
6

5
6

5
6

5
6

5
6

5
6

5
6

5
6

5

7

7

7

7

7

1198

7
8

7
8

9

9

10
11

10

13

8
9

8
9

8
9

8
9

8
9

9

9
10

10
11

10
11

10
11

10
11

10
11

1306

9

9
10

11
12

12
13

12
13

12
13

12
13

12
13

1300

10

11
12

11

13
14

し
一

24

25
26

26
27

同 マルチ4回目

24

27

28

同 マルチ5回目

24

28

29

29

30

1168 受注者建設業許可日

K

22

22

1024 発注者名

Ｋ

56

56

28

31

1005 JV工事フラグ

Ｘ

1

1

29

32

1003 その他のJV構成企業名
同 マルチ2回目

Ｋ

56

56
56

30
31

33
34

56

32

35

1026 発注者代表者氏名K

28

1028 発注者担当部署名

Ｋ

40

28
2

40

コピ
33

69

1197

7
8

15
16

24

4

7
8

I I
I12 I12
11

2

7
8

24

同 マルチ3回目

タグ

1
2

同 マルチ2回目
同 マルチ3回目

3

マルチ

36

，‑‑
13
トー
14
13 15
14 16
15 17
16 18
17 19
18 20
19 21
20 22
21 23
22 24
23 25
24 26
25 27
26 28
27 29
28 30
29 31
30 32
31 33
32 34
33 35
34 36
35 37
36 38
37 39
38 40
39 41
40 42
41 43
42 44
43 45
44 46

1006
1007
1008
1181

14

1009

14

γ
一
15

15

1010

14
15

16
17

14
15

16
17

14
15

1301

16
17

18
19

16
17

18
19

16
17

1046

18
19

20
21

18
19

20
21

18
19

1192

20
21

22
23

20
21

22
23

20
21

1194

22

24

22

24

22

1196

23
24

25
26

23
24

25
26

23
24

1013

25
26

27
28

25
26

27
28

25
26

M9ﾚﾍﾞﾙ1 1017

27
28

29
30

27
28

29
30

27
28

M9ﾚﾍﾞﾙ1 1019

29

31

29

31

29

M9ﾚﾍﾞﾙ1 1021

30

32

30

32

30

M9ﾚﾍﾞﾙ1 1022

31

33

31

33

31

MEﾚﾍﾞﾙ1 1165

32
33

34
35

32
33

34
35

32
33

MFﾚﾍﾞﾙ1 1167

34
35

36
37

34
35

36
37

34
35

0

36

38

36

38

36

0

37

39

37

39

37

0

38

40

38

40

38

1168

39

41

39

41

39

1024

40

42

40

42

40

1005

41
42

43
44

41
42

43
44

41
42

MRﾚﾍﾞﾙ1 1003

43

45

43

45

43

44

46

44

46

44

1026

45

47

45

47

45

MAﾚﾍﾞﾙ1 1028

1023
1191
1193
1195

1015
M9ﾚﾍﾞﾙ1 1018
M9ﾚﾍﾞﾙ1 1020

1166

0

0
0

Ver.2.1 ad.7 (2014.10.31)

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

購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的
通知

用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

順序 順序 順序

順序 順序

順序 順序

順序 順序 順序マルチ

1029 発注者担当者名

Ｋ

20

2

20

34

45

47

46

48

46

48

46

MAﾚﾍﾞﾙ1 1029

1030 発注者担当郵便番号

Ｘ

10

II2 I10

35

46

48

47

49

47

49

47

MAﾚﾍﾞﾙ1 1030

1031 発注者担当住所1032 発注者担当電話番号

Ｋ

60

2

60

15

2

15

47
48

49
50

48
49

50
51

48
49

50
51

48
49

MAﾚﾍﾞﾙ1 1031

Ｘ

36
37

1033 発注者担当ＦＡＸ番号
1028 マルチ2回目

Ｘ

15

2

15

49
50

51
52

50
51

52
53

50
51

52
53

50
51

MAﾚﾍﾞﾙ1 1033

51

53

52

54

52

54

52

1029

52

54

53

55

53

55

53

1030

53
54

55
56

54
55

56
57

54
55

56
57

54
55

1031

55

57

56

58

56

58

56

1033

56

58

57

59

57

59

57

MGﾚﾍﾞﾙ1 1169

57

59

58

60

58

60

58

0

58
59

60
61

59
60

61
62

59
60

61
62

59
60

1042

60

62

61

63

61

63

61

1016

61

63

62

64

62

64

62

1043

62

64

63

65

63

65

63

1025

63

65

64

66

64

66

64

1027

64

66

65

67

65

67

65

1041

65

67

66

68

66

68

66

1182
1045

37

ト38
ー
ト39
ー
40

1029

マルチ2回目

20

40

1030

マルチ2回目

10

41

1031
1032

マルチ2回目
マルチ2回目

60
15

42
43

ト41
ー
ト42
ー
ト43
…
ト44
ー
ト45
ー
ト46
ー

1033

マルチ2回目

15

44

47

20

45

40

38
39

タグ

MAﾚﾍﾞﾙ1 1032
1028

1032

Ｋ

20

56

46

1042 工事場所・受渡し場所名称
1173 工事場所・受渡し場所略称

Ｋ

76

76

Ｋ

50

50

47
48

1016 工事場所・受渡し場所郵便番号

Ｘ

10

10

49

1043 工事場所・受渡し場所住所

Ｋ

60

60

50

1025 工事場所・受渡し場所所長名

Ｋ

20

20

51

ト48
ー
ト49
ー
ト50
ー
ト51
ー
ト52
ー
ト53
ー
ト54
ー

1027 工事場所・受渡し場所担当者名

Ｋ

20

20

52

55

1041 工事場所・受渡し場所電話番号

Ｘ

15

15

53

1182 工事場所・受渡し場所ＦＡＸ番号

Ｘ

15

15

54

1045 取引件名（注文件名）
1047 受渡方法

Ｋ

40

40

M

30

30

55
56

ト56
ー
ト57
ー
ト58
ー
ト59
ー

66
67

68
69

67
68

69
70

67
68

69
70

67
68

1139 工期・納期指定
1052 工事・納入開始日

K 120

120

Ｘ

8

8

57

r‑
60
68

69

71

69

71

69

1052

1053 工事・納入終了日・納入期限

Ｘ

8

8

58

ト61
ー

70

69

71

70

72

70

72

70

1053

1044 別途受渡し場所名称
1095 別途受渡し場所住所

Ｋ

76

76

60

60

62
ト63
ー
」

70
71

72
73

71
72

73
74

71
72

73
74

71
72

1044

Ｋ

59
60

1054 保証期間指定

M

60

60

72

74

73

75

73

75

73

1054

1055 精算条件

M

60

60

61

73

75

74

76

74

76

74

1055

1056 支払条件
同 マルチ2回目

M

60

60

62
63

74
75

76
77

75
76

77
78

75
76

77
78

75
76

M2ﾚﾍﾞﾙ1 1056

76
77

78
79

77
78

79
80

77
78

79
80

77
78

80
81

79
80

81
82

79
80

81
82

79
80

1169 発注者決裁者名

2

同 マルチ2回目

4

60
60

同 マルチ3回目
同 マルチ4回目
1066 保険条項
1069 受注者側見積・契約条件

60
M

60

M

76

」自白

(

64

ト65
…
ト66
ー
ト67
ー
ト68
ー

64
65

」

60

1173

1047
1139

1095

0
0
0
1066

76

66

30

78
79

同 マルチ2回目
同 マルチ3回目

76

67
68

31
32

80
81

82
83

81
82

83
84

81
82

83
84

81
82

0

同 マルチ4回目
同 マルチ5回目

76

33
34

82
83

84
85

83
84

85
86

83
84

85
86

83
84

0

76

69
70

同 マルチ6回目

76

71

35

84

86

85

87

85

87

85

0

同 マルチ7回目
同 マルチ8回目

76

72
73

36
37

85
86

87
88

86
87

88
89

86
87

88
89

86
87

0

同 マルチ9回目
同 マルチ10回目

76

74
75

38
39

87
88

89
90

88
89

90
91

88
89

90
91

88
89

0

同 マルチ11回目
同 マルチ12回目

76

40
41

89
90

91
92

90
91

92
93

90
91

92
93

90
91

0

76

76
77

同 マルチ13回目

76

78

42

91

93

92

94

92

94

92

0

同 マルチ14回目

76

79

43

92

94

93

95

93

95

93

0

同 マルチ15回目

76

80

44

93

95

94

96

94

96

94

0

20

76

76
76

70

M3ﾚﾍﾞﾙ1 1069
0
0

0
0
0

Ver.2.1 ad.7 (2014.10.31)

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

購買見積

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的通知

順序 順序 順序

順序 順序

順序 順序

順序 順序 順序

81
82

45
46

94
95

96
97

95
96

97
98

95
96

97
98

95
96

0

83
84

47
48

96
97

98
99

97
98

99
100

97
98

99
100

97
98

0

85
86

49

98
99

100
101

99 101
100 102

99 101 99
100 102 100

100 102101 103101 103102 104

101 103 101
102 104 1020

102 104

103 105

103 105 1030

103 105
104 106

104 106
105 107104 106 104
105 107 1050

105 107106 108

106 108
107 109

106 108 106
107 109 1070

107 109108 110108 110109 111108 110 108
109 111 109

109 111110 112110 112111 113110 112 110
111 113 1110

111 113112 114112 114113 115112 114 112
113 115 1130

113 115114 116114 116 1140

114 116115 117

115 117116 118

115 117 115
116 118 1160

116 118
117 119

117 119
118 120117 119 117
118 120 118

118 120119 121119 121120 122119 121 119
120 122 1200

120 122121 123

121 123
122 124

121 123 121
122 124 1220

122 124
123 125

123 125
124 126

123 125 123
124 126 1240

124 126

125 127

125 127 1250

125 127
126 128

126 128
127 129

126 128 126
127 129 1270

127 129
128 130

128 130
129 131

128 130 128
129 131 1290

129 131130 132

130 132 1300

130 132

131 133

131 133 1310

131 133
132 134

132 134
133 135

132 134 132
133 135 1330

133 135
134 136

134 136
135 137

134 136 134
135 137 1350

135 137

136 138

136 138 1360

136 138

137 139

137 139 137

0

CI-NET LiteS定義 依頼 回答 不採
用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

同 マルチ16回目
同 マルチ17回目

76

同 マルチ18回目
同 マルチ19回目

76

同 マルチ20回目
1174 発注者側見積・契約条件

76

76
76
M

62

8

62

同 マルチ2回目
同 マルチ3回目

62
62

87
88

同 マルチ4回目

62

89

同 マルチ5回目
同 マルチ6回目

62

90
91

同 マルチ7回目
同 マルチ8回目

621175 特記事項
同 マルチ2回目

62
62
M

76

10

76
76

94
95

76

同 マルチ5回目
同 マルチ6回目

76
76

98
99

同 マルチ7回目

76

100

同 マルチ8回目
同 マルチ9回目

76

101
102

同 マルチ10回目
1176 特記事項２

76

76
M

76

20

76

96
97

103
104

同 マルチ2回目
同 マルチ3回目

76

同 マルチ4回目
同 マルチ5回目

76

同 マルチ6回目
同 マルチ7回目

76
76

109
110

同 マルチ8回目

76111

同 マルチ9回目
同 マルチ10回目

76

112
113

同 マルチ11回目
同 マルチ12回目

76
76

114
115

同 マルチ13回目

76116

同 マルチ14回目

76

117

同 マルチ15回目
同 マルチ16回目

76

118
119

同 マルチ17回目
同 マルチ18回目

76
76

120
121

同 マルチ19回目

76122

同 マルチ20回目
1140 見積有効期間

76

123

76
76

76

76

K

40

40

ト70
…
ト71
ー
ト72
ー
ト73
ー
ト74
ー
ト75
ー
ト76
ー
ト77
ー
トー
78
トー
79
ト80
ー
ト81
ー
ト82
…
ト83
ー
ト84
ー
ト85
ー
ト86
ー
ト87
ー
ト88
ー
ト89
ー
ト90
…
ト91
ー
ト92
ー
ト93
ー
ト94
ー
ト95
ー
ト96
ー

92
93

同 マルチ3回目
同 マルチ4回目

76

69

105
106
107
108

片一
97

トー
98
トー
99
ト
ー
100
ト
ー
101
ト
ー
102
ト
ー
103
ト
ー
104
ト
ー
105
ト
ー
106
」

マルチ タグ000MIﾚﾍﾞﾙ1 1174
000MJﾚﾍﾞﾙ1 1175
0
0
0

0
0
MＫﾚﾍﾞﾙ1 1176
0
0
0

0
0

0
0

1140

1070 見積有効期限年月日
1141 見積提出期限年月日

X

8

8

Ｘ

8

8

124

1071 運送費用負担

M

20

20

125

1079 基本契約日

981302 基本契約番号

M

24

1070

50

1141

107

ト
ー
108

137 139

138 140

138 140 138

1071

8

138 140

139 141

139 141 139

1079

24

139 141

140 142140 142 140

1302

71

」町四四

Ver.2.1 ad.7 (2014.10.31)

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

購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的
通知

順序 順序

順序 順序

順序 順序 順序マルチ タグ用タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長
X

1

1

57 消費税コードＸ

1

1

59 課税分類コード
1004 消費税率

X

1

1

N

3

1088 明細金額計1089 明細金額計調整額

N

12

13

Ｎ

12

13

1090 調整後帳票金額計1096 消費税額

N

12

13

N

12

1097 最終帳票金額
1136 備考N

55 自由使用欄
1014 送り状案内

M1312 出来高査定方式識別コード

順序 順序 順序140 142141 143

141 143 141

1312

51

109

141 143

142 144

142 144 142

57

52
53

110
111

142 144
143 145

143 145144 146

143 145 143
144 146 144

59

54
55

112
113

144 146
145 147

145 147
146 148

145 147 145
146 148 146

1088

114
115

146 148
147 149

147 149
148 150147 149 147
148 150 148

1090

13

56
57

12

13

58

116

148 150

149 151

M 240

1 240

1

6

X 120
76

126

127

官

1004
1089
1096
1097

149 151 149

M5ﾚﾍﾞﾙ1 1136

120
39

76

55
MQﾚﾍﾞﾙ1 1014

128

59

117

149 151

150 152

150 152 150

同 マルチ2回目

129

60

118

150 152

151 153

151 153 151

0

同 マルチ3回目
同 マルチ4回目

130
131

61
62

119
120

151 153
152 154

152 154
153 155

152 154 152
153 155 153

0

同 マルチ5回目
同 マルチ6回目

132
133

63
64

121
122

153 155
154 156

154 156
155 157

154 156 154
155 157 155

0

同 マルチ7回目
同 マルチ8回目

134
135

65
66

123
124

155 157
156 158

156 158
157 159

156 158 156
157 159 157

0

同 マルチ9回目
同 マルチ10回目

136
137

67
68

125
126

157 159
158 160

158 160
159 161

158 160 158
159 161 159

0

同 マルチ11回目
同 マルチ12回目

138
139

69
70

127
128

159 161
160 162

160 162
161 163

160 162 160
161 163 161

0

同 マルチ13回目
同 マルチ14回目

140
141

71
72

129
130

161 163
162 164

162 164
163 165

162 164 162
163 165 163

0

同 マルチ15回目

142

73

131

163 165

164 166

164 166 164

0

同 マルチ16回目

143

74

132

164 166

165 167

165 167 165

0

同 マルチ17回目

144

75

133

165 167

166 168

166 168 166

0

同 マルチ18回目
同 マルチ19回目

145
146

76
77

134
135

166 168167 169

167 169
168 170

167 169 167
168 170 168

0

同 マルチ20回目
同 マルチ21回目

147
148

78
79

136
137

168 170
169 171

169 171
170 172

169 171 169
170 172 170

0

同 マルチ22回目
同 マルチ23回目

149
150

80
81

138
139

170 172
171 173

171 173172 174

171 173 171
172 174 172

0

同 マルチ24回目
同 マルチ25回目

151
152

82
83

140
141

172 174
173 175

173 175
174 176

173 175 173
174 176 174

0

同 マルチ26回目
同 マルチ27回目

153
154

84
85

142
143

174 176
175 177

175 177
176 178

175 177 175
176 178 176

0

同 マルチ28回目
同 マルチ29回目

155
156

86
87

144
145

176 178
177 179

177 179
178 180

177 179 177
178 180 178

0

157

88

146

178 180

179 181179 181 179

0

同 マルチ31回目
同 マルチ32回目

158
159

89
90

147
148

179 181180 182

180 182
181 183

三E

0

同 マルチ30回目

180 182 180
181 183 181

0

同 マルチ33回目
同 マルチ34回目

160
161

91
92

149
150

181 183
182 184

182 184
183 185

182 184 182
183 185 183

0

同 マルチ35回目
同 マルチ36回目

162
163

93
94

151
152

183 185
184 186

184 186
185 187

184 186 184
185 187 185

0

同 マルチ37回目
同 マルチ38回目

164
165

95
96

153
154

185 187
186 188

186 188
187 189

186 188 186
187 189 187

0

同 マルチ39回目

166

97

155

187 189

188 190

188 190 188

0

72

三
主

0
0
0
0
0
0

0
0
0
0
0

0
0
0
0

Ver.2.1 ad.7 (2014.10.31)

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

購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的
通知

用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

順序 順序 順序

順序 順序

順序 順序

順序 順序 順序

マルチ

タグ1183 使用メーカ名

Ｋ

40

10

40

167

98

156

188 190

189 191

189 191 189

MOﾚﾍﾞﾙ1 1183

1184 使用メーカ見積金額合計

Ｎ

12

10

13

168

99

157

189 191

190 192

190 192 190

MOﾚﾍﾞﾙ1 1184

1185 使用メーカ購入品名、数量単位
1186 使用メーカ購入品数量

M

40

10

40

7

10

8

190 192
191 193191 193
192 194191 193 191
192 194 192

MOﾚﾍﾞﾙ1 1185

Ｎ

169 100 158
170 101 159

MOﾚﾍﾞﾙ1 1186

1183

マルチ2回目40

171 102 160

192 194

193 195

193 195 193

1183

1184

マルチ2回目13

172 103 161

193 195

194 196

194 196 194

1184

1185

マルチ2回目40

173 104 162

194 196

195 197

195 197 195

1185

1186

マルチ2回目8

174 105 163

195 197

196 198

196 198 196

1186

1183

マルチ3回目40

175 106 164

196 198

197 199

197 199 197

1183

1184
1185

マルチ3回目
マルチ3回目13

176 107 165
177 108 166

197 199
198 200

198 200
199 201

198 200 198
199 201 199

1184

1186
1183

マルチ3回目
マルチ4回目8

178 109 167
179 110 168

199 201
200 202200 202201 203200 202 200
201 203 201

1186

1184
1185

マルチ4回目
マルチ4回目13

201 203202 204

202 204
203 205

202 204 202
203 205 203

1184

40

180 111 169
181 112 1701186

マルチ4回目8

182 113 171

203 205

204 206

204 206 204

1186

1183
1184

マルチ5回目
マルチ5回目40

183 114 172
184 115 173

204 206
205 207205 207206 208

205 207 205
206 208 206

1183

1185
1186

マルチ5回目
マルチ5回目40

185 116 174
186 117 175

206 208
207 209

207 209
208 210207 209 207
208 210 208

1185

1183
1184

マルチ6回目
マルチ6回目40

187 118 176
188 119 177

208 210209 211209 211210 212209 211 209
210 212 210

1183

1185
1186

マルチ6回目
マルチ6回目40

210 212211 213211 213212 214211 213 211
212 214 212

1185

8

189 120 178
190 121 1791183

マルチ7回目40

191 122 180

212 214213 215213 215 213

1183

1184
1185

マルチ7回目
マルチ7回目13

192 123 181
193 124 182

213 215214 216214 216215 217214 216 214
215 217 215

1184

1186
1183

マルチ7回目
マルチ8回目8

194 125 183
195 126 184

215 217216 218

216 218217 219

216 218 216
217 219 217

1186

1184
1185

マルチ8回目
マルチ8回目13

196 127 185
197 128 186

217 219218 220218 220219 221218 220 218
219 221 219

1184

1186
1183

マルチ8回目
マルチ9回目8

219 221220 222220 222221 223220 222 220
221 223 221

1186

40

198 129 187
199 130 1881184

マルチ9回目13

200 131 189

221 223

222 224

222 224 222

1184

1185
1186

マルチ9回目
マルチ9回目40

201 132 190
202 133 191

222 224
223 225

223 225
224 226

223 225 223
224 226 224

1185

1183
1184

マルチ10回目
マルチ10回目

40

203 134 192
204 135 193

224 226
225 227

225 227
226 228

225 227 225
226 228 226

1183

1185
1186

マルチ10回目
マルチ10回目

40

205 136 194
206 137 195

226 228
227 229

227 229228 230

227 229 227
228 230 228

1185

228 230
229 231229 231230 232

229 231 229
230 232 230

MPﾚﾍﾞﾙ1 1187

40
40

13
8
13

40
40
40

8
13
8

1185
1183
1185

1184
1186
1184
1186

1185
1183
1185
1183

1186
1184
1186

1187 使用商社名
1188 使用商社見積金額合計

Ｋ

40

10

40

Ｎ

12

10

13

207 138 196
208 139 197

1189 使用商社購入品名、数量単位

M

40

10

40

209 140 198

230 232

231 233

231 233 231

MPﾚﾍﾞﾙ1 1189

1190 使用商社購入品数量
1187 マルチ2回目

Ｎ

7

10

8

210 141 199
211 142 200

231 233
232 234

232 234
233 235

232 234 232
233 235 233

MPﾚﾍﾞﾙ1 1190

233 235
234 236

234 236
235 237

234 236 234
235 237 2351188

235 237

236 238

236 238 236

1190

40

1188
1189

マルチ2回目
マルチ2回目13
40

212 143 201
213 144 202

1190

マルチ2回目8

214 145 203

73

MPﾚﾍﾞﾙ1 1188

1187
1189

Ver.2.1 ad.7 (2014.10.31)

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

購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

解除

確定 請け

合意 合意
申込 承諾

合意 合意 一方
申込 承諾 的
通知

用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

順序 順序 順序

順序 順序

順序 順序

順序 順序 順序40

215 146 204
216 147 205

236 238
237 239

237 239
238 240

217 148 206
218 149 207

238 240
239 241

239 241240 242=1=
tご

219 150 208
220 151 209

240 242241 243

マルチタグ

237 239 237
238 240 238

1187

239 241 239
240 242 2401189

241 243242 244241 243 241
242 244 242

1187

242 244243 245

243 245244 246

243 245 243
244 246 244

1189

223 154 212

244 246245 247

245 247 245

1187

13

224 155 213

245 247

246 248

246 248 246

1188

マルチ5回目
マルチ5回目40

225 156 214
226 157 215

246 248247 249247 249248 250247 249 247
248 250 248

1189

1187
1188

マルチ6回目
マルチ6回目40

227 158 216
228 159 217

248 250249 251

249 251
250 252

249 251 249
250 252 250

1187

1189
1190

マルチ6回目
マルチ6回目40

250 252
251 253251 253
252 254251 253 251
252 254 252

1189

8

229 160 218
230 161 219

1187

マルチ7回目40

231 162 220

252 254

253 255

253 255 253

1187

1188
1189

マルチ7回目
マルチ7回目13

232 163 221
233 164 222

253 255
254 256

254 256
255 257

254 256 254
255 257 255

1188

1190
1187

マルチ7回目
マルチ8回目

234 165 223
235 166 224

255 257
256 258

256 258
257 259

256 258 256
257 259 257

1190

1188
1189

マルチ8回目
マルチ8回目

236 167 225
237 168 226

257 259258 260

258 260
259 261258 260 258
259 261 259

1188

1190
1187

マルチ8回目
マルチ9回目

238 169 227
239 170 228

259 261
260 262260 262261 263

260 262 260
261 263 261

1190

1188
1189

マルチ9回目
マルチ9回目13

240 171 229
241 172 230

261 263262 264

262 264
263 265

262 264 262
263 265 263

1188

1190
1187

マルチ9回目
マルチ10回目

8

242 173 231
243 174 232

263 265
264 266

264 266
265 267

264 266 264
265 267 265

1190

1188
1189

マルチ10回目
マルチ10回目

13

244 175 233
245 176 234

265 267
266 268

266 268
267 269

266 268 266
267 269 267

1188

1190 マルチ10回目
1179 帳票データチェック値

815

246 177 235
247 178 236

267 269
268 270

268 270269 271

268 270 268
269 271 269

15

248 179 237

269 271

270 272

270 272 270

15

249 180 238
250 181 239

270 272271 273271 273272 274271 273 271
272 274 272

251 182 240
252 183 241

272 274273 275

273 275
274 27615

253 184 242
254 185 243

274 276
275 277

275 277276 27815

255 186 244

276 278277 279

1187
1188

マルチ3回目
マルチ3回目

1189
1190

マルチ3回目
マルチ3回目

1187
1188

マルチ4回目
マルチ4回目

1189
1190

マルチ4回目
マルチ4回目40
8

221 152 210
222 153 2111187

マルチ5回目401188

マルチ5回目1189
1190

同 マルチ2回目
同 マルチ3回目
同 マルチ4回目
同 マルチ5回目
同 マルチ6回目
同 マルチ7回目
同 マルチ8回目
同 マルチ9回目
1199 解除、打切理由

臣

13
40
8

40
13

8
13

住

40
8
40

出
手

13
40
8
40
40
40
40

Ｘ

15

9

m
15
15
15
15

M

76

10

76

さ
全

1188
1190
1188
1190

1190
1188
1190

1189
1187
1189
1187
1189
1187
1189
1190
MMﾚﾍﾞﾙ1 1179

韮273 275 273
274 276 274
275 277 275
276 278 276

277 279 277
278 280 278

同 マルチ2回目
同 マルチ3回目

76

同 マルチ4回目
同 マルチ5回目

76

同 マルチ6回目
同 マルチ7回目

76

同 マルチ8回目
同 マルチ9回目

76
76

285 287 285
286 288 286

同 マルチ10回目

76

287 289 287

MTﾚﾍﾞﾙ1 1199

279 281 279
280 282 28076

281 283 281
282 284 282

76

283 285 283
284 286 284

76

74

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能3) 注文（確定／請け）、打切（申込／承諾／通知）、出来高（要請／報告／確認）、請求（請求／確認）、立替（報告／確認）

CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

打切

出来高

請求

確 請
定 け
一

申 承 通
込 諾 知

要 報 確
請 告 認

順 順
序 序

順 順 順
序 序 序

順 順 順
序 序 序

ー‑‑r‑ トーーー
請 確 報 確求 認 告 認一 トー トー 一

一

順
序

順
序

マルチ

タグ

←

1

2

トー
1
1
1
卜
一
卜一
2 2
2
2

3

3

3

3

4

4

5

5

5

5

6

6

6

6

6

一ートー ト一一ー
4 4
44
一ートー トーー一5 5
55
一一卜ー ト一一一
6 6
6
6

3

4

7

7

7

7

7

7

ト一一一
r
7‑r
7‑ 7
7

8

8

8

8

8

8

8

9

9

9

9

9

9

9

5

5

1

1

1

1

1

1

1

1

Ｘ

4

4

2

2

2

2

2

2

2

９

8

8

3

3

3

3

3

3

Ｘ

12

12

4

4

4

4

4

5 受注者コード1197 サブセット・バージョン

Ｘ

12

12

5

5

5

5

X

12

12

6

6

6

1198 契約変更識別コード
9 訂正コード

X

2

2

Ｘ

1

1

7

7

1006 工事コード1306 変更工事コード

Ｘ

12

12

8

X

12

12

9

1007 帳票No.

Ｘ

14

14

10 10

10 10 101300 注文番号枝番
1008 帳票年月日

X

2

2

11 11

11 11 11

９

8

8

12 12

12 12 121009 参照帳票No.
1010 参照帳票年月日

Ｘ

14

14

13

13

9

8

8

14

14

1303 注文番号
1301 参照帳票No.2

X

14

14

X

14

14

1304 参照帳票No.3

Ｘ

14

14

1023 受注者コード２(発注者採番)Ｘ

101046 取引件名（注文件名）コード1191 原価要素名

Ｘ

3 データ作成日
4 発注者コード

順 順
序 序

立替

1

９

1 データ処理No.
2 情報区分コード

「
ー
ー
ー
ー
ー

注文

10 10 1011 11 113

3

一一ト叩 トー ‑8 8
88
一ートー ト一 一ー
9

4
5
1197
1198
9
1006

9

9

9

1306

10 10

10

10

1007

一 」 トー，‑，‑ト11 ー11
11
11

ト
ー
13 13
ト
ー
14 14
ド
ー
15 15

ー
ト ト12 ー
12 12
12
…
トー
一一ト
13 13
13 13
一
ー
ト 卜一
14 14
14 14
ト
ー
ト
15

ト
16 16

16

12 12

2

1300
1008
1009
1010
1303

ごじ

13 15 13

10

一
ー
14 16

14 16 14

12 17 17

一
=
17 ト
15

8

8

15 17

15 17 15

13 18 18

18 ト
16

Ｋ

16

16

16 18

16 18 16

14 19 19

19 ト
17

1191

1192 原価要素コード1193 原価科目名

Ｘ

5

5

17 19

17 19 17

15 20 20

20 ト
18

1192

Ｋ

40

40

18 20

18 20 18

16 21 21

21 ト
19

1193

1194 原価科目コード

Ｘ

5

5

19 21

19 21 19

17 22 22

22 20

1194

1195 原価細目名

Ｋ

24

24

20 22

20 22 20

18 23 231196 原価細目コード

Ｘ

5

5

21 23

19 24 241013 受注者名

Ｋ

40

40

ー
ー
22 24

21 23 21
22 24 22

20 25 251015 受注者代表者氏名

Ｋ

28

28

23 25

23 25 23

21 26 26

1017 受注者担当部署名
1018 受注者担当者名

Ｋ

40

1

40

24 26

24 26 24

22 27 27

Ｋ

20

1

20

25 27

25 27 25

23 28 281019 受注者担当郵便番号
1020 受注者担当住所

Ｘ

10

1

10

26 28

26 28 26

24 29 29

Ｋ

60

1

60

27 29

27 29 27

25 30 301021 受注者担当電話番号
1022 受注者担当FAＸ番号

Ｘ

15

1

15

28 30

28 30 28

26 31 31

Ｘ

15

1

15

29 31

29 31 29

27 32 321165 受注者決裁者名
1166 受注者建設業許可区分・登録コード

K

20

1

20

30 32

30 32 30

K

40

40

31 33

31 33 311166

1167 受注者建設業許可工事業種
同 マルチ2回目

K

24

24

32 34

32 34 32

MFﾚﾍﾞﾙ1 1167

13 15

m
5

t
:
:
15

15

卜
一
卜
一
23 21
ト
ー
24 22
ー
』16ー 16
ー
25 23
ト
ー 卜17
一 17
26 24
卜一 卜18
一 18
27 25
ト
叩 トー
28 26
19 19
ト
叩 トー
29 27
20 20
ト
ー ト21
ー 21
30 28
卜
一
卜
一
31 29
22 22
ト
叩 トー
32 30
23 23
一 」 トー ‑

ー

1301
1304
1023
1046

1195
1196
1013
1015
M9ﾚﾍﾞﾙ1 1017
M9ﾚﾍﾞﾙ1 1018
M9ﾚﾍﾞﾙ1 1019
M9ﾚﾍﾞﾙ1 1020
M9ﾚﾍﾞﾙ1 1021
M9ﾚﾍﾞﾙ1 1022
MEﾚﾍﾞﾙ1 1165

24

33 35

33 35 33

0

同 マルチ3回目
同 マルチ4回目

24

34 36

34 36 34

0

24

35 37

35 37 350

同 マルチ5回目
1168 受注者建設業許可日

24

36 38

36 38 36

0

K

22

22

37 39

37 39 371024 発注者名
1005 JV工事フラグ

Ｋ

56

56

38 40

38 40 38

28 33 33

Ｘ

1

1

39 41

39 41 39

29 34 34

1003 その他のJV構成企業名
同 マルチ2回目

Ｋ

56

56

40 42

40 42 40

30 35 35

56

41 43

41 43 41

31 36 36

56

42 44

42 44 42

32 37 37

28

43 45

43 45 43

33 38 38

3

同 マルチ3回目
1026 発注者代表者氏名
1028 発注者担当部署名1029 発注者担当者名
1030 発注者担当郵便番号

K

28

Ｋ

40

2

40

44 46

44 46 44

34 39 39

Ｋ

20

2

20

45 47

45 47 45

35 40 40

Ｘ

10

2

10

46 48

46 48 46

36 41 4175

明一「一 ト一 一
33 31
24 24
トー
34 ト
32
25 25
ト市
35 ト
33
26 26
ト
ー
ト27
ー 27
36 34
ト
ー 卜28
一 28
37 35
ト
ー
ト
ー
38 36
29 29
ト
叩 トー
39 37
30 30
ト
叩 トー
40 38
31 31
ト
ー ト32
ー 32
41 39
ー ~~ ー

1168
1024
1005
MRﾚﾍﾞﾙ1 1003
001026
MAﾚﾍﾞﾙ1 1028
MAﾚﾍﾞﾙ1 1029
MAﾚﾍﾞﾙ1 1030

Ver.2.1 ad.7 (2014.10.31)

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

「
一
一
一
一
一

注文

CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e数 数 数 大長1031 発注者担当住所1032 発注者担当電話番号

Ｋ

60

2

60

Ｘ

15

2

15

1033 発注者担当ＦＡＸ番号
1028 マルチ2回目

Ｘ

15

2

15

1029

マルチ2回目1030

マルチ2回目

1031
1032

マルチ2回目
マルチ2回目

打切

出来高

確 請
定 け

申 承 通
込 諾 知

要 報 確
請 告 認

順 順
序 序

順 順 順
序 序 序

順 順 順
序 序 序

トー
47 49
トー

47 49 47

37 42 4248 50

48 50 48

38 43 43

49 51

49 51 49

39 44 44

50 52 50

40 45 45

51 53 51

41 46 46

トー‑
トー

トー
50 52
トー
20 51 53
トー
40
10

52 54

52 54 52

42 47 47

60

53 55

53 55 53

43 48 48

54 56

54 56 54

44 49 49

55 57 55

45 50 50

15

トー

ト
55 57
20 ト
56 58
20 ト
57 59
15

1033 マルチ2回目
1169 発注者決裁者名

Ｋ

20

同 マルチ2回目
1372 工種・科目コード

M

12

12

1042 工事場所・受渡し場所名称
1173 工事場所・受渡し場所略称

Ｋ

76

76

Ｋ

50

1016 工事場所・受渡し場所郵便番号
1043 工事場所・受渡し場所住所

Ｘ

10

ト
ー
58 60
ト
50 59 61
ト
10 60 62

Ｋ

60

60

1025 工事場所・受渡し場所所長名
1027 工事場所・受渡し場所担当者名

Ｋ

20

20

Ｋ

20

20

1041 工事場所・受渡し場所電話番号
1182 工事場所・受渡し場所ＦＡＸ番号

Ｘ

15

15

Ｘ

15

15

1371 工事場所・受渡し場所所在地コード(JIS)1045 取引件名（注文件名）
1047 受渡方法

X

5

5

Ｋ

40

40

M

30

30

1052 工事・納入開始日
1053 工事・納入終了日・納入期限

Ｘ

8

Ｘ

8

1044 別途受渡し場所名称

Ｋ

1095 別途受渡し場所住所

2

MAﾚﾍﾞﾙ1 1033

トー トー
36 36
トートー
46 44
37 37
トートー
45 43

1028
1029

47 45

38

38

1030

48 46

39

39

1031

40

40

1032

49 47
50 48

トー トー
トートー
41 41
トー」一

1033
MGﾚﾍﾞﾙ1 1169

57 59 57

卜42
一 「一
42
トート
ー
43 43
トートー
53 51
44 44
トートー
54 52
45 45
卜一卜一
55 53
46 46
卜一トー

一
一
一
…
…
一
…

51 56 56

63 65 63

52 57 57

64 66

64 66 64

53 58 58

65 67

65 67 65

54 59 59

ト63
ー 65
トー
卜一 一
卜…

66 68

1056 支払条件
同 マルチ2回目

M

60

トー
71 73
トー
60 72 74トー
60 73 75
ト…
74 76

ト
75 77
ト
76 78

60

い
77 79

60

78 80

56 54

47

ト48
ート48
ー
トー トー
58 56
49 49
卜一 トー
59 57
50 50
卜一トー

60 58

66 68 66

56 61 6157

68 70 68

58 62 62

一一52

67 69 67
69 71 69

59 63 63

63 61

54

70 72 70

60 64 64長l
72 74 72
62

47

57 55

55 60 60

1016
1043
1025
1027
1041
1182

51

1371

…卜一卜一

1045

61 59

51

1173

52

トー トー
トートー
62 60
53 53
卜一 トー
54

卜~

一
一
一
64 62
65 63

1047
1052
1053
1044

71 73 71

61 65 65

73 75 7363

1055

74 76 74

64

M2ﾚﾍﾞﾙ1 1056

75 77 7565

76 78 7666

77 79 77

1095

67

1054

ト
79 81
76 ト
80 82

78 80 78

68

1066

79 81 79

69

M3ﾚﾍﾞﾙ1 1069

80 82 8070

76

81 83 8171

82 84 82

72

83 85

83 85 83

73

76

81 83

卜一
82 84
卜一

同 マルチ4回目
同 マルチ5回目

76

同 マルチ6回目
同 マルチ7回目

76

ト84
ー 86

84 86 84

74

76

85 87

85 87 8575

同 マルチ8回目
同 マルチ9回目

76

86 88

86 88 86

76

87 89

87 89 8777

同 マルチ10回目
同 マルチ11回目

76

同 マルチ16回目
同 マルチ17回目

35

62 64 62

62 64

60

同 マルチ14回目
同 マルチ15回目

MAﾚﾍﾞﾙ1 1032

35

44 42

50 55 55

M

同 マルチ12回目
同 マルチ13回目

34

61 63 61

卜…
61 63
卜一

60

同 マルチ2回目
同 マルチ3回目

MAﾚﾍﾞﾙ1 1031

34

49 54 54

M

20

トー トー
33 33
トートー

60 62 60

1054 保証期間指定
1055 精算条件

76

42 40
43 41

序

1042

60

M

タグ

序

48 53 53

60

60

マルチ

序 序

59 61 59

Ｋ

M

報 確
告 認

』順
ー 』ー
順 順
順

1372

70 72

1066 保険条項
1069 受注者側見積・契約条件

トーr‑

52 50

76

60

請 確
求 認

51 49

76

60

一
一
一
一
一
一
一
一
一
一
一
一

47 52 52

69 71

同 マルチ3回目
同 マルチ4回目

立替

46 51 51

8

60

「
一
一
一
一
一
一

58 60 58

ト67
ー 69
トー
8 68 70
卜…

4

56 58 56

請求

76

76

トー

トー
88 90
88 90 88トー
76 89 91 1
89 1
91 89
トー
76 90 92
90 92 90
トー

78
79
80

76

91 93

91 93 91

81

76

92 94

92 94 9282

93 95 9383

94 96 9484

95 97 95

85

ト
93 95
76 ト
94 96
76 ト
95 97
76

76

一
一
一
一
一
一

L一
一
一
一
一
一

Ver.2.1 ad.7 (2014.10.31)

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

タグ

項目名

注文

打切

出来高

CI-NET LiteS定義

確 請
定 け

申 承 通
込 諾 知

要 報 確
請 告 認

属 byt 小 回 最性 e数 数 数 大
長

順 順
序 序

順 順 順
序 序 序

順 順 順
序 序 序

76

96 98

同 マルチ18回目
同 マルチ19回目
同 マルチ20回目
1174 発注者側見積・契約条件

II 76
76
M

62

8

62

ー

一
一
…
一
一
…
一
戸一

96 98 96

86

請求

同ー‑

請 確
求 認

同ー

順 順
序 序

立替
報 確
告 認

一
順
序

順
序

マルチ

タグ

トー一

トー
97 99
97 99 9787
トー
98 100 98 100 98
88
ト…
99 101 99 101 99
89
ト…
100 102 100 102 100 90
トー}

同 マルチ2回目
同 マルチ3回目

62

同 マルチ4回目
同 マルチ5回目

62
62

ト
92
103 105 103 105 103 ト
93

同 マルチ6回目
同 マルチ7回目

62

104 106 104 106 10462

105 107 105 107 105

同 マルチ8回目
1175 特記事項

62

62

「
一
一
一
一
一

101 103 101 103 101

MIﾚﾍﾞﾙ1 1174

91}

102 104 102 104 102

94

ト
95
ト
106 108 106 108 106 96
}

M

76

10

同 マルチ2回目
同 マルチ3回目」

76

107 109 107 109 10776

108 110 108 110 108

76

109 111 109 111 109…

一」

同 マルチ4回目
同 マルチ5回目

76

110 11276

111 113

同 マルチ6回目

76

112 114

同 マルチ7回目

76

113 115

同 マルチ8回目

76

114 116

同 マルチ9回目

76

同 マルチ10回目

76…
}

115 117 115 117 115 105
116 118 116 118 116 ト
10676

117 119 117 119 117 ト
107

同 マルチ2回目

76

118 120 118 120 118 108

同 マルチ3回目

76

同 マルチ4回目
同 マルチ5回目

76

120 122 120 122 120 ト
110

76

121 123 121 123 121 111

同 マルチ6回目
同 マルチ7回目

76

122 124 122 124 122 112

1176 特記事項２

同 マルチ8回目
同 マルチ9回目
同 マルチ10回目
同 マルチ11回目
同 マルチ12回目
同 マルチ13回目

M

76

20

MJﾚﾍﾞﾙ1 1175

98

トー
99
トー
110 112 110 100
トー
111 113 111 101
ト…
112 114 112 102
トー
113 115 113 103トー
114 116 114 104
トー

一
一
一
…
一
一
」

トー
97
卜…

MＫﾚﾍﾞﾙ1 1176

119 121 119 121 119 ト
109

…

ト

卜…
ト自
76 123 125 123 125 123 113
ト自
」

一

耳 一
76

124 126 124 126 124 114

76

125 127 125 127 125 11576

126 128 126 128 126 116

トー
ト…
ト自
76 127 129 127 129 127 117
ト自
~

…
}

一
一
一
一

76

128 130 128 130 128 11876

129 131 129 131 129 119トー

130 132 130 132 130 ト
120

同 マルチ14回目
同 マルチ15回目

76

同 マルチ16回目

76

同 マルチ17回目

76

同 マルチ18回目
同 マルチ19回目

76

134 136 134 136 134 ト
12476

135 137 135 137 135 12576

136 138 136 138 136 126

131 133 131 133 131 ト
121
」

76

同 マルチ20回目
1070 見積有効期限年月日

X

8

8

1141 見積提出期限年月日

Ｘ

8

8

1071 運送費用負担
1079 基本契約日

M

20

20

9

8

8

1302 基本契約番号1312 出来高査定方式識別コード

M

24

24

X

1

1

57 消費税コードＸ

1

1

59 課税分類コード

X

1

1

1004 消費税率

N31088 明細金額計

N

12

13

1089 明細金額計調整額

Ｎ

12

13

旺
1

6

132 134 132 134 132 ト
122
133 135 133 135 133 ト
123
~

」

一
一
一
一
一
一
一一

ト

卜一
卜一

138 140 138 140 138 128 66 66

139 141 139 141 139 129 67 67
140 142 140 142 140 130 68 68』

141 143 141 143 141 131 69 69
142 144 142 144 142 132 70 70
143 145 143 145 143 133 71 71」

145 147

77

1070
1141

ト自

137 139 137 139 137 127

144 146

0

1071

ト一 一
66 64
ト

1079

m

67 65

1302

トー

68 66

一
ー一

1312

69 一
67

55

55

57

70 68

56

56

59

57

57

1004

58

58

1088

ト叩

トー
71 69
トー

い
‑
‑
‑
‑
‑
‑
‑
59

59

1089

Ver.2.1 ad.7 (2014.10.31)

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

「
ー
ー
ー
ー
ー

注文

タグ

項目名

出来高

請求

申 承 通
込 諾 知

要 報 確
請 告 認

順 順 順
序 序 序

順 順 順
序 序 序

一
一 t‑‑‑r‑1
一一

147 149 144 146 144

r
‑
ー
「
ー
ー
72 72

72 70

148 150 145 147 145

73 73

73 71

トーー
CI-NET LiteS定義 確 請
定 け
ト
ー
順 順
属 byt 小 回 最性 e数 数 数 大長1090 調整後帳票金額計1096 消費税額

N

12

13

N

12

13

1097 最終帳票金額

N

12

13

1014 送り状案内

M

76

39

同 マルチ2回目
同 マルチ3回目
同 マルチ4回目
同 マルチ5回目

一

序 序

ト
ー
146 148トー

一トー
149 151トー
76 150 152
トー
76 151 153
トー
76 152 154
トー

76

76

同 マルチ6回目

76

同 マルチ7回目
同 マルチ8回目

76

146 148 146 134 74 74
147 149 147 135 75 75
148 150 148 136 76 76
149 151 149 137 77 77

153 155 150 152 150 138 78 78

ト
154 156 151 153 151 139 79 79

い155 157 152 154 152 140 80 80

報 確
告 認
』
ートー
順 順
順 順
序 序

一一

62

78 76

67

67

70

70

75

75

77

77

87

87

』ー
63 H
63
トートー
75 73
64 64
トートー
76 74
65 65
トートー
77 75
66 66
トートー

74 72

同 マルチ13回目
同 マルチ14回目

76

卜一
162 164 159 161 159 147 87 87

76

163 165 160 162 160 148 88 88

88 86

76

161 163 161 149 89 89

89 87

162 164 162 150 90 90

90 88

163 165 163 151 91 91

91 89

164 166 164 152 92 92

92 90

165 167 165 153 93 93

93 91

166 168 166 154 94 94

94 92

167 169 167 155 95 95

95 93

168 170 168 156 96 96

96 94

169 171 169 157 97 97

97 95

173 175 170 172 170 158 98 98

98 96

同 マルチ21回目
同 マルチ22回目
同 マルチ23回目
同 マルチ24回目
同 マルチ25回目

76

同 マルチ29回目
同 マルチ30回目
同 マルチ31回目
同 マルチ32回目
同 マルチ33回目

卜一
182 184
卜…
76 183 185
トー
76 184 186
トー
76 185 187
76

同 マルチ34回目
同 マルチ35回目
同 マルチ36回目
同 マルチ37回目

76

同 マルチ38回目
同 マルチ39回目
1183 使用メーカ名
1184 使用メーカ見積金額合計

Ｋ

40

10

Ｎ

12

10

1185 使用メーカ購入品名、数量単位

M

40

10

1186 使用メーカ購入品数量
1183 マルチ2回目

Ｎ

7

10

1186

マルチ2回目

1097
MQﾚﾍﾞﾙ1 1014

81 79

トート
ー
71 71
トート
ー
83 81
72 72
ト…ト
ー
84 82
73 73
ト白
トー
85 83
74 74
ト国トー
82 80

86 84
87 85

ト
ートー
76 76
ト
ートー
78 78
ト
ートー
79 79
ト
ートー
80 80
ト
ートー
81 81
トー
82 82
トートー
83 83
トートー
84 84
トート…
85 85
トートー
86 86
トートー

ート88
ー
ト
174 176 171 173 171 159 99 99
99 97 ト88ー76 ト
175 177 172 174 172 160 100 100 100 98
89 ト
89
トート
ー
ト
76 176 178 173 175 173 161 101 101 101 99
90 90
トートー
76 ト
177 179 174 176 174 162 102 102 102 100 91 91
トートー
76 ト
178 180 175 177 175 163 103 103 103 101 92 92
トートー
76 ト
179 181 176 178 176 164 104 104 104 102 93 93
トートー
76 ト
180 182 177 179 177 165 105 105 105 103 94 94
トートー
ト
76 181 183 178 180 178 166 106 106 106 104 95 95

同 マルチ28回目

マルチ2回目
マルチ2回目1096

76

同 マルチ26回目
同 マルチ27回目

1184
1185

1090

トート
ー
68 68
ト…トー
80 78
69 69
トート白

76

同 マルチ19回目
同 マルチ20回目

タグ

79 77

76

同 マルチ17回目
同 マルチ18回目

トートー
60 60
トートー
62

同 マルチ12回目

トー
164 166トー
76 165 167
トー
76 166 168
ト…
76 167 169
トー
76 168 170
トー
76 169 171
トー
76 170 172
トー
76 171 173
トー
76 172 174
トー

マルチ

序

61

同 マルチ11回目

ト
160 162 157 159 157 145 85 85
ト
76 161 163 158 160 158 146 86 86

序61

同 マルチ9回目
同 マルチ10回目

い159 161 156 158 156 144 84 84

立替

請 確
求 認

ト
156 158 153 155 153 141 81 81
76 ト
157 159 154 156 154 142 82 82
76 ト
158 160 155 157 155 143 83 83
76

同 マルチ15回目
同 マルチ16回目

r
‑
ー
ー
ー
ー
ー

打切

180 182 180 168 108 108
181 183 181 169 109 109
182 184 182 170 110 110

186 188 183 185 183 171 111 111

ト…
187 189トー
188 190トー
13 189 191
トー
40 190 192
トー
8 191 193トー
76

184 186 184 172 112 112

40

185 187 185

40

卜
一トー
96 96
ト
ートー
108 106 97 97
トートー
109 107 98 98
トートー
110 108 99 99
トートー
111 109 100 100
トートー
112 110 101 101
トー」ー

179 181 179 167 107 107 107 105

MOﾚﾍﾞﾙ1 1183

186 188 186

MOﾚﾍﾞﾙ1 1184

187 189 187

MOﾚﾍﾞﾙ1 1185

188 190 188

MOﾚﾍﾞﾙ1 1186

192 194 189 191 1891183

ト
193 195 190 192 190
40 ト
194 196 191 193 191
8 ト
195 197 192 194 192
13

L一一一

78

1184
1185
1186

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能注文
CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

打切

出来高

ー
.
.
.
.
，
.
.
.
.
.
確 請 申 承 通定」
けー 込 諾 知
一
順 順
順 順 順

要 報 確
請 告 認

序 序

序 序 序

序 序 序

196 ト
198 193 195 193

請求

「
ー
ー
ー
ー
ー

立替

ー
.
.
.
.
，
.
.
.
.
.ト ー 一請 確 報 確求 認 告 認
一
トー 順
ー一
順 順 順
順 順 ト
順
序 序

序

マルチ

タグ

序

一
一
一 L一 ト 一 一

1183
1184

マルチ3回目
マルチ3回目

40
13

197 ト
199 194 196 194

1185
1186

マルチ3回目
マルチ3回目40

198 200 195 197 195
199 201 196 198 196

1186

1183
1184

マルチ4回目
マルチ4回目40トト
200 202 197 199 197

1185

8
13

201 203 198 200 198

1184

1185
1186

マルチ4回目
マルチ4回目40

202 204 199 201 199

1185

8

203 205 200 202 200

1186

1183
1184

マルチ5回目
マルチ5回目

1185
1186

マルチ5回目
マルチ5回目

1183
1184

マルチ6回目
マルチ6回目

40

1185
1186

マルチ6回目
マルチ6回目

40

1183
1184

マルチ7回目
マルチ7回目

40

1185
1186

マルチ7回目
マルチ7回目401183

マルチ8回目

40

1184
1185

マルチ8回目
マルチ8回目

1186
1183

マルチ8回目
マルチ9回目

1184
1185

マルチ9回目
マルチ9回目

13

221 ト
223 218 220 218

40

222 224 219 221 219

1186

マルチ9回目

81183

マルチ10回目

40

1184
1185

マルチ10回目
マルチ10回目

13

1186 マルチ10回目
1187 使用商社名

8

い
ト
ー

ト
ー
ト
ー
40 204 206 201 203 201
ト
13 205 207 202 204 202
ト
m

m

1183
1184

1183

1183
1184

40

206 208 203 205 203

1185

8

207 209 204 206 204

1186

13
8
13
8

トー
ト
ー
208 210 205 207 205
トー
209 211 206 208 206
トー
210 212 207 209 207
トー
211 213 208 210 208
ト
212 214 209 211 209
ト
213 215 210 212 210
ト
214 216 211 213 211
ト215 217 212 214 212
ト
m

m

m

m

m

1183
1184
1185
1186
1183
1184
1185
1186

216 218 213 215 213

1183

13

217 219 214 216 214

1184

8

219 221 216 218 216

トートー
40 218 220 215 217 215
ト
ー
40

40

220 ト
222 217 219 217

い

223 ト
225 220 222 220

224 ト
226 221 223 221
225 ト
227 222 224 222
226 ト
228 223 225 223

227 ト
229 224 226 224

228 ト
230 225 227 225

1185
1186
1183
1184
1185
1186
1183
1184
1185
1186

Ｋ

40

10

40

1188 使用商社見積金額合計
1189 使用商社購入品名、数量単位

Ｎ

12

10

13

229 ト
231 226 228 226

M

40

10

40

230 232 227 229 227

MPﾚﾍﾞﾙ1 1189

1190 使用商社購入品数量

Ｎ

7

10

8

231 233 228 230 228

MPﾚﾍﾞﾙ1 1190

ト
叩

1187

マルチ2回目40トト
232 234 229 231 229

1188
1189

マルチ2回目
マルチ2回目13

233 235 230 232 230

1190

マルチ2回目

1187

マルチ3回目1188

マルチ3回目

1189

ト
ー
ト
ー
40 234 236 231 233 231
トー
8 235 237 232 234 232
ト
同
40 236 238 233 235 233
ト
同MPﾚﾍﾞﾙ1 1187
MPﾚﾍﾞﾙ1 1188

1187
1188
1189
1190
1187

13

237 239 234 236 234

1188

マルチ3回目40

238 240 235 237 235

1189

1190

マルチ3回目

8

239 241 236 238 236

1190

1187

マルチ4回目40

240 242 237 239 237

1187

1188
1189

マルチ4回目
マルチ4回目13

238 240 238

1188

239 241 239

1189

1190
1187

マルチ4回目
マルチ5回目8

240 242 2401190

241 243 241

1187

1188
1189

マルチ5回目
マルチ5回目13

242 244 242

1188

243 245 243

1189

1190

マルチ5回目

8

244 246 244

1190

40
40
40

トー
ト
m

ト
ー
ト
ー
241 243トー
242 244トー
243 245ト同
244 246ト同
245 247
ト叩
246 248ト
247 249
一」m

79

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能注文
CI-NET LiteS定義
タグ

1187

項目名

属 byt 小 回 最性 e数 数 数 大
長

打切

出来高

請求

「
ー
ー
ー
ー
ー
立替

ー‑.‑トー一
一一
確 請 申 承 通 要 報 確 請 確 報 確
定 け

込 諾 知

請 告 認

序 序

順 順 順
序 序 序

順 順 順
序 序 序

一
順 一
順

求 認

告 認

序 序

序

トー ー
一
順 順 ト
順 一
順

マルチ

タグ

序

ー‑‑'‑トー一

40

248 250 245 247 245

13249 251 246 248 246

1187
1188

40

250 252 247 249 247

1189

8

251 253 248 250 248

40

252 254 249 251 249

13

253 255 250 252 250

1188

40

254 256 251 253 251

1189

8

255 257 252 254 252

1190

1188

マルチ6回目
マルチ6回目

1189
1190

マルチ6回目
マルチ6回目

1187
1188

マルチ7回目
マルチ7回目

1189
1190

マルチ7回目
マルチ7回目

1187

マルチ8回目40

256 258 253 255 253

1187

1188
1189

マルチ8回目
マルチ8回目13

257 259 254 256 254

1188

40

258 260 255 257 255

1189

1190
1187

マルチ8回目
マルチ9回目

8

259 261 256 258 256

1190

40

260 262 257 259 257

1187

1188
1189

マルチ9回目
マルチ9回目13

261 263 258 260 258

1188

40

262 264 259 261 259

1189

1190
1187

マルチ9回目
マルチ10回目

8

263 265 260 262 260

1190

40

264 266 261 263 261

1187

1188
1189

マルチ10回目
マルチ10回目

13

265 267 262 264 262

1188

40

266 268 263 265 263

1189

8

267 269 264 266 264

1190 マルチ10回目
1179 帳票データチェック値

自

Ｘ

15

調
9

15
15

同 マルチ2回目
同 マルチ3回目

15

同 マルチ4回目
同 マルチ5回目

15

同 マルチ6回目

15

同 マルチ7回目
同 マルチ8回目

15

同 マルチ9回目
1199 解除、打切理由

15

15
15
M

76

10

76

一
一
一r
一
一ト
一一一
102 102卜
一 トー
269 271 266 268 266 174 114 114 114 112 103 103
トー トー
270 272 267 269 267 175 115 115 115 113 104 104
ト
即 トー
271 273 268 270 268 176 116 116 116 114 105 105
トー トー
272 274 269 271 269 177 117 117 117 115 106 106
トー トー
273 275 270 272 270 178 118 118 118 116 107 107
ー 108
ト274 276 271 273 271 179 119 119 119 117 ト
108ト由ト
275 277 272 274 272 180 120 120 120 118 109 109
卜一
276 278 273 275 273 181 121 121 121 ト
119 110 110
四
四
‑
'
‑
叩 トー一
274 276 274
268 270 265 267 265 173 113 113 113 111

同 マルチ2回目
同 マルチ3回目

76

275 277 27576

276 278 276

同 マルチ4回目
同 マルチ5回目

76277 279 277

76

278 280 278

76

279 281 279

76

280 282 28076

281 283 281

76

282 284 282

同 マルチ6回目
同 マルチ7回目
同 マルチ8回目
同 マルチ9回目

F76

同 マルチ10回目

ト一一一

一

1190
1187

1190
MMﾚﾍﾞﾙ1 1179

MTﾚﾍﾞﾙ1 1199

283 285 283"'
F" 1‑‑ー
284 286 284 182 122 122 F
122
120

1092

285 287 285 183 123 123 123 121

1385

II13

286 288 286 184 124 124 124 122

1093

12

13

287 289 287 185 125 125 125 123

1094

N

12

13

N

12

13

1080 出来高調査日

9

8

8

1311 請求予定年月

9

6

6

1081 出来高調査回数1082 今回迄の請求回数

9

6

6

9

6

6

1313 請求算定方式コード

X

2

2

1092 契約金額計

N

12

13

1385 追加契約金額

N

12

13

1093 契約金額計調整額
1094 調整後契約金額計

N

12

N

1098 契約金額消費税額1099 最終契約金額

一
一

80

ト
ー

ト
ー
ト
ー
288 290 288 186 126 126 126 124
トー
289 291 289 187 127 127 127 125ー』ーー
290 292 290
128 128 128 126
トー
291 293 291 188 129 129 129 127
トー
292 294 292 189 130 130 130 128
ト
131 129‑‑ー"1
293 295 293 190 131 131 一
132 F
130
II
II 一
」 ー

ー

1098
1099
1080
1311
1081
1082
1313

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能注文
CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e数 数 数 大
長

打切

出来高

請求

確 請
定 け

申 承 通
込 諾 知

要 報 確
請 告 認

請 確
求 認

順 順
序 序

順 順 順
序 序 序

順 順 順
序 序 序

順 順
序 序

ー‑.‑‑

ー

ー

一
立替

同‑r‑
報 確
告 認

』
ー 順
ー
順 ー
序

ー ー トー」ー」1314 請求完了区分コード

X

1

1

191 132 132 133 131

1315 出来高・請求・立替査定結果コード

X

2

2

133

1316 請求確認コード

X

1

1

1381 検査完了予定日

9

8

8

1382 引渡予定日

9

8

8

1058 支払条件：部分払い割合

N31107 前回迄累積出来高金額計

N

12

13

1321 前回迄累積出来高金額計調整額

N

12

13

1322 調整後前回迄累積出来高金額計N

121101 前回迄累積請求金額計N1323 前回迄累積支払金額計
1152 税込前回迄累積出来高金額計

に

132

L‑

111

133

マルチ

タグ

序

ー ー

1314
1315
1316

192 133 134 134 134

1381

193 134 135 135 1351382

294 296 294 194 135 136 136 136

1058

295 297 295

136 1371107

296 298 296

137 138 138 138

1321

13

297 299 297

138 139 139 139

1322

12

13

298 300 298

1101

N

12

13

…
…

139 140 140 140

299 301 299

140 141 141 141

1323

N

12

13

300 302 300

1351 税込前回迄累積出来高金額計調整額1352 調整後税込前回迄累積出来高金額
計1159 税込前回迄累積請求金額計

N

12

13

301 303 301

N

12

13

302 304 302

N

12

13

1109 今回迄累積出来高金額計

N

12

13

1331 今回迄累積出来高金額計調整額

N

12

13

N
1332 調整後今回迄累積出来高金額計
1103
今回迄累積請求金額計
'
K""
山
‑
‑
‑
"
‑
"
山
‑
‑
‑
"
‑
"
‑
"
山
‑
‑
‑
"
‑
‑
‑
‑
‑
"
‑
"
‑
‑
‑
‑
‑
"
‑
"
山
‑
‑
‑
"
‑
"
‑N

12

13

306 308 306

147 ト
148 148 148

1213

307 309 307

148 149 149 149

1103

149 150 150 150

1334
1114

1

6

一
一

一

303 305 303
304 306 304
305 307 305

日
田町一

ー ー 』ーー
137 137 1‑‑ー

一一
仁
ト
ー

141 ト
142 142 142

1152

142 ト
143 143 143

1351

1

143 144 144 1441352

144 145 145 145

1159

145 146 146 ー
146

1109

146 ト
147 147 147

1331
1332

ト
ー

1334 今回迄累積請求金額計消費税額
1114 今回迄累積請求保留金額計

N

12

13

N

12

13

308 310 308

150 151 151 151

1153 税込今回迄累積出来高金額計

N

12

13

309 311 309

151 152 152 152

1153

1341 税込今回迄累積出来高金額計調整
額

N

12

13

310 312 310

ト
ト…
152 153

153 1531341

N1342 調整後税込今回迄累積出来高金額
計1335 税込今回迄累積請求金額計(調整前) N

1213

311 313 311

153 ト
154 154 154

1342

12

13

312 314 312

154 ト
155 155 155

1335

1163 税込今回迄累積請求保留金額計

N

12

13

313 315 313

155 156 156 156

1163

1343 税込今回迄累積請求金額計調整額
1160 税込今回迄累積請求金額計

N

12

13

314 316 314

156 157 157 157

1343

N

12

13

315 317 315

157 158 158 158

1160

1361 今回請求金額計(調整前)

N

12

13

316 318 316

158 159 159 159

1361

1362 今回請求金額計調整額

N

12

13

317 319 317

159 160 160 160

1362

1112 今回請求金額計

N

12

13

318 320 318

160 161 161 161

1035 受注者指定金融機関名

K

20

1

20

1036 受注者指定金融機関支店名
1037 受注者指定金融機関預金種目

K

20

1

20

K

4

1

4

1038 受注者指定金融機関口座番号1039 受注者指定金融機関口座名義

9

14

1

K

40

1040 受注者指定金融機関口座名義フリガ
ナ
1383 受注者側専用使用欄

X

一
一

卜一
m

ト
…
ト
ー
トー

ー ー 』ーー

ト
ー
トー

1112

ー
ー 』ーー
162

MSﾚﾍﾞﾙ1 1035

163

MSﾚﾍﾞﾙ1 1036

164

MSﾚﾍﾞﾙ1 1037

14

165

MSﾚﾍﾞﾙ1 1038

1

40

166

MSﾚﾍﾞﾙ1 1039

40

1

40

167

MSﾚﾍﾞﾙ1 1040

M 120

5

120

一

ー ー

195 161 162 168 162

同 マルチ2回目

120

同 マルチ3回目
同 マルチ4回目

120

197 163 164120

198 164 165

同 マルチ5回目
1384 発注者側専用使用欄

120

199 165 166120

200 166 167

同 マルチ2回目
同 マルチ3回目

120

201 167 168120

202 168 169

同 マルチ4回目
同 マルチ5回目

120

203 169 170120

204 170 171

M 120

5

81

F
戸=
111 112トートー
112 113トートー
170 164 113 114
トートー
171 165 114 115
ト白 ー
172 166 115 ト
116
トートー
173 167 116 117
トート…
174 168 117 118
トート
175 169 118 119
ト白トー
176 170 119 120
卜一 トー
177 171 120 121
トー」ー

MUﾚﾍﾞﾙ1 1383

196 162 163 169 163

MVﾚﾍﾞﾙ1 1384

E

一一

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能4) 支払通知

一
一
一
支払
通知

CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e 数 数 大
数
長

順
序

マルチ

タグ

全体情報部分（鑑）1 データ処理No.

９

5

5

1

1

2 情報区分コード
3 データ作成日

Ｘ

4

4

2

2

９

8

8

3

3

4 発注者コード

Ｘ

12

12

4

4

Ｘ

12

12

5

5

Ｘ

12

12

6

1197

Ｘ

1

1

7

9

1007 帳票No.

Ｘ

14

14

8

1007

1008 帳票年月日
1009 参照帳票No.

９

8

8

9

1008

Ｘ

14

14

10

1009

1010 参照帳票年月日

９

8

8

11

1010

1023 受注者コード２(発注者採番)

Ｘ

10

10

12

1013 受注者名

Ｋ

40

40

13

1013

1015 受注者代表者氏名1017 受注者担当部署名

Ｋ

28

28

一

1023

Ｋ

40

1 40

15

M9ﾚﾍﾞﾙ1

1017

1018 受注者担当者名

Ｋ

20

1 20

16

M9ﾚﾍﾞﾙ1

1018

1019 受注者担当郵便番号
1020 受注者担当住所

Ｘ

10

1 10

17

M9ﾚﾍﾞﾙ1

1019

Ｋ

60

1 60

18

M9ﾚﾍﾞﾙ1

1020

1021 受注者担当電話番号
1022 受注者担当FAＸ番号

Ｘ

15

1 15

19

M9ﾚﾍﾞﾙ1

1021

Ｘ

15

1 15

1022

1024 発注者名

Ｋ

56

56

1026 発注者代表者氏名

K

28

28

一

M9ﾚﾍﾞﾙ1

1028 発注者担当部署名

Ｋ

40

2 40

23

MAﾚﾍﾞﾙ1

1028

1029 発注者担当者名

Ｋ

20

2 20

24

MAﾚﾍﾞﾙ1

1029

1030 発注者担当郵便番号

Ｘ

10

2 10

25

MAﾚﾍﾞﾙ1

1030

1031 発注者担当住所1032 発注者担当電話番号

Ｋ

60

2 60

26

MAﾚﾍﾞﾙ1

1031

Ｘ

15

2 15

27

MAﾚﾍﾞﾙ1

1032

1033 発注者担当ＦＡＸ番号
1028 マルチ2回目

Ｘ

15

2 15

28

MAﾚﾍﾞﾙ1

1033

40

29

1028

5 受注者コード1197 サブセット・バージョン
9 訂正コード

14

20

1015

21

1024

22

1026

1029

マルチ2回目

20

30

1029

1030
1031

マルチ2回目
マルチ2回目

10

31

1030

60

32

1031

1032
1033

マルチ2回目
マルチ2回目

15

33

1032

15

一

1033

1014 送り状案内

M

76

39 76

34

35

同 マルチ2回目

76

同 マルチ3回目

76

37

同 マルチ4回目
同 マルチ5回目

76

38

76

39

同 マルチ6回目

7640

同 マルチ7回目

76

41

同 マルチ8回目
同 マルチ9回目

76

42

76

43

同 マルチ10回目

76

44

同 マルチ11回目
同 マルチ12回目

76

45

76

46

MQﾚﾍﾞﾙ1

1014

36

82

Ver.2.1 ad.7 (2014.10.31)

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

支払
通知

一

CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e 数 数 大
数
長

順
序

マルチ

タグ

同 マルチ13回目

76

47

同 マルチ14回目

76

48

同 マルチ15回目

76

49

同 マルチ16回目

76

50

同 マルチ17回目

7651

同 マルチ18回目
同 マルチ19回目

76

52

76

53

同 マルチ20回目
同 マルチ21回目

76

54

76

55

同 マルチ22回目

76

56

同 マルチ23回目

76

57

同 マルチ24回目

76

58

同 マルチ25回目
同 マルチ26回目

76

59

76

60

同 マルチ27回目
同 マルチ28回目

76

61

76

62

同 マルチ29回目
同 マルチ30回目

76

63

76

64

同 マルチ31回目

76

65

同 マルチ32回目
同 マルチ33回目

76

66

76

67

同 マルチ34回目
同 マルチ35回目

76

68

76

69

同 マルチ36回目

76

70

同 マルチ37回目

76

71

同 マルチ38回目

76

72

同 マルチ39回目

76

一
74

MSﾚﾍﾞﾙ1

1035

75

MSﾚﾍﾞﾙ1

1036

73

Ｋ

20

1 20

Ｋ
1036 受注者指定金融機関支店名
1037 受注者指定金融機関預金種目 Ｋ

20

1 20

4

1

4

76

MSﾚﾍﾞﾙ1

1037

９

14

1 14

77

MSﾚﾍﾞﾙ1

1038

1039 受注者指定金融機関口座名義 Ｋ 40
1040 受注者指定金融機関口座名義 Ｘ 40
フリガナ
Ｎ 14
1126 今回支払金額計

1 40

78

MSﾚﾍﾞﾙ1

1039

1 40

79

1040

1035 受注者指定金融機関名

1038 受注者指定金融機関口座番号1127 控除・相殺金額明細計
1128 一括控除・相殺項目

Ｎ

件
÷一

MSﾚﾍﾞﾙ1

14

Ｋ

40

15 40

82

M4ﾚﾍﾞﾙ1

1128

1129 一括控除・相殺金額

Ｎ

14

15 14

83

M4ﾚﾍﾞﾙ1

1129

80

1126

81

1127

1128
1129

マルチ2回目
マルチ2回目

40

84

1128

14

85

1129

1128
1129

マルチ3回目
マルチ3回目

40

86

1128

14

87

1129

1128
1129

マルチ4回目
マルチ4回目

40

88

1128

14

89

1129

マルチ5回目

40

90

1128

マルチ5回目

14

91

1129

1128
1129

83

Ver.2.1 ad.7 (2014.10.31)

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

CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e 数 数 大
数
長

一
支払
通知
一
一
順
序

マルチ

タグ

1128
1129

マルチ6回目
マルチ6回目

40

92

1128

14

93

1129

1128

マルチ7回目

40

94

1128

1129
1128

マルチ7回目
マルチ8回目

14

95

1129

40

96

1128

1129

マルチ8回目

14

97

1129

1128

マルチ9回目

40

98

1128

1129

マルチ9回目

14

99

1129

1128
1129

マルチ10回目
マルチ10回目

40

100

1128

14

101

1129

1128
1129

マルチ11回目
マルチ11回目

40

102

1128

14

103

1129

マルチ12回目

40

104

1128

1129
1128

マルチ12回目
マルチ13回目

14

105

1129

40

106

1128

1129
1128

マルチ13回目
マルチ14回目

14

107

1129

40

108

1128

1129

マルチ14回目

14

109

1129

1128
1129

マルチ15回目
マルチ15回目

40

110

1128

14

111

1129

1128

1130 一括控除・相殺金額計1131 控除・相殺金額合計

Ｎ

14

14

112

1130

Ｎ

14

14

113

1131

1132 調整後今回支払金額計

Ｎ

14

14

114

1132

1133 今回支払金額内現金金額計1134 今回支払金額内手形金額計

Ｎ

14

14

115

1133

Ｎ

14

14

116

1134

1135 今回支払金額内期日一括払い Ｎ 14
金額計
Ｎ 141600 今回控除・相殺金残高Ｎ 141601 前回控除・相殺金残高

14

117

1135

14

118

1600

14

119

1601

14

120

1602

Ｎ

14

3 14

121

MXﾚﾍﾞﾙ1

1603

1604 今回支払金額内現金金額金融 ９
機関振込日内訳
1605 今回支払金額内現金金額摘要 Ｋ

8

3

8

122

MXﾚﾍﾞﾙ1

1604

20

MXﾚﾍﾞﾙ1

1605

1602 今回支払金額内ファクタリング
金額計1603 今回支払金額内現金金額内訳 Ｎ 14

3 20

123

1603

マルチ2回目

14

124

1603

1604
1605

マルチ2回目
マルチ2回目

8

125

1604

20

126

1605

1603

マルチ3回目

14

127

1603

1604
1605

マルチ3回目
マルチ3回目

8

128

1604

20

129

3 14

130

MYﾚﾍﾞﾙ1

1606

1606 今回支払金額内手形金額内訳 Ｎ 141607 今回支払金額内手形支払日内訳
卜一
1608 今回支払金額内手形決済日内
訳

1605

９

8

3

8

131

MYﾚﾍﾞﾙ1

1607

９

8

3

8

132

ト
MYﾚﾍﾞﾙ1

1608

84

Ver.2.1 ad.7 (2014.10.31)

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

支払通知
CI-NET LiteS定義

一
順
序

マルチ

タグ

3 20

133

MYﾚﾍﾞﾙ1

1609

14

134

1606

マルチ2回目

8

135

1607

1608
1609

マルチ2回目
マルチ2回目

8

136

1608

20

137

1609

1606

マルチ3回目

14

138

1606

1607

マルチ3回目

8

139

1607

1608

マルチ3回目

8

140

1608

20

141

3 14

142

MZﾚﾍﾞﾙ1

1610

3

8

143

MZﾚﾍﾞﾙ1

1611

3 20

144

MZﾚﾍﾞﾙ1

1612

14

タグ

項目名

属 byt 小 回 最性 e 数 数 大
数長1609 今回支払金額内手形金額摘要 Ｋ
1606 マルチ2回目
1607

20

目

1609 マルチ3回目
1610 今回支払金額内期日一括払い Ｎ 14
金額内訳
81611 今回支払金額内期日一括払い ９
支払日内訳
1612 今回支払金額内期日一括払い Ｋ 20
金額摘要1610 マルチ2回目

1609

145

1610

1611
1612

マルチ2回目
マルチ2回目

8

146

1611

20

147

1612

1610

マルチ3回目

14

148

1610

マルチ3回目
マルチ3回目

8

149

1611

20

150

1612

1611
1612

1613 今回支払金額内ファクタリング
金額内訳1614 今回支払金額内ファクタリング
支払日内訳
1615 今回支払金額内ファクタリング
決済日内訳1616 今回支払金額内ファクタリング
金額摘要1613 マルチ2回目
1614 マルチ2回目
1615

マルチ2回目

1616
1613

マルチ2回目
マルチ3回目

1614
1615

マルチ3回目
マルチ3回目

1616

Ｎ

14

3 14

151

MA1ﾚﾍﾞﾙ1

1613

９

8

3

8

152

MA1ﾚﾍﾞﾙ1

1614

９

8

3

8

153

MA1ﾚﾍﾞﾙ1

1615

Ｋ

20

3 20

154

MA1ﾚﾍﾞﾙ1

1616

旺

マルチ3回目

14

155

1613

8

156

1614

8

157

1615

20

長
土

158

1616

14

159

1613

8

160

1614

8

161

1615

20

壮士

162

1616

1620 手形送付先担当部署名
1621 手形送付先担当郵便番号

Ｋ

60

60

163

1620

Ｘ

10

10

164

1621

1622 手形送付先担当住所

Ｋ

60

60

165

1622

1623 手形送付先担当電話番号
1624 手形送付先担当FAX番号

Ｘ

25

25

166

1623

Ｘ

25

25

167

1630 支払通知内容問い合わせ先
同 マルチ2回目

Ｋ

76

20 76

168

76

169

同 マルチ3回目

76

170

同 マルチ4回目

76

171

85

1624
MA2ﾚﾍﾞﾙ1

1630

Ver.2.1 ad.7 (2014.10.31)

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

支払通知
CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e 数 数 大
数
長

一
順
序

同 マルチ5回目

76

172

同 マルチ6回目

76

173

同 マルチ7回目

76

174

同 マルチ8回目

76

175

同 マルチ9回目

76

176

同 マルチ10回目
同 マルチ11回目

76

177

76

178

同 マルチ12回目
同 マルチ13回目

76

179

76

180

同 マルチ14回目
同 マルチ15回目

76

181

76

182

同 マルチ16回目

76

183

同 マルチ17回目
同 マルチ18回目

76

184

76

185

同 マルチ19回目
同 マルチ20回目

76

186

76

187

30 76

188

76

189

同 マルチ3回目

76

190

同 マルチ4回目
同 マルチ5回目

76

191

76

192

同 マルチ6回目
同 マルチ7回目

76

193

76

194

同 マルチ8回目
同 マルチ9回目

76

195

76

196

同 マルチ10回目

76

197

同 マルチ11回目
同 マルチ12回目

76

198

76

199

同 マルチ13回目
同 マルチ14回目

76

200

76

201

同 マルチ15回目
同 マルチ16回目

76

202

76

203

同 マルチ17回目

76

204

同 マルチ18回目
同 マルチ19回目

76

205

76

206

同 マルチ20回目
同 マルチ21回目

76

207

76

208

同 マルチ22回目
同 マルチ23回目

76

209

76

210

同 マルチ24回目

76211

同 マルチ25回目
同 マルチ26回目

76

212

76

213

同 マルチ27回目
同 マルチ28回目

76

214

76

215

同 マルチ29回目
同 マルチ30回目

76

216

76

一

1631 支払通知記載事項摘要
同 マルチ2回目

Ｋ

76

86

マルチ

タグ

MA3ﾚﾍﾞﾙ1

1631

217

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能5) 工事物件案内、工事請負契約外（請求／請求確認）

工
事
物
件
案
内

タグ

項目名

工事請負
契約外
請
求

請
求
確
認

順
序

順
序

順
序

5

1

1

1

4

2

2

2

属 byte 小 *
性数 数

回
数

一

マルチ

タグ

全体情報部分（鑑）1 データ処理No.
2 情報区分コード
3 データ作成日
4 発注者コード
5 受注者コード1197 サブセット・バージョン
9 訂正コード
1006 工事コード1306 変更工事コード1007 帳票No.
1008 帳票年月日
1009 参照帳票No.
1010 参照帳票年月日
1023 受注者コード２(発注者採番)
1046 取引件名（注文件名）コード
1013 受注者名
1015 受注者代表者氏名1017 受注者担当部署名
1018 受注者担当者名
1019 受注者担当郵便番号
1020 受注者担当住所
1021 受注者担当電話番号
1022 受注者担当FAＸ番号
1024 発注者名
1005 JV工事フラグ
1003 その他のJV構成企業名
1003 同 マルチ2回目
1003 同 マルチ3回目
1026 発注者代表者氏名
1028 発注者担当部署名1029 発注者担当者名
1030 発注者担当郵便番号
1031 発注者担当住所1032 発注者担当電話番号
1033 発注者担当ＦＡＸ番号

９
Ｘ
９
Ｘ
Ｘ
X
Ｘ
Ｘ
X
Ｘ
９
Ｘ
9
Ｘ
Ｘ
Ｋ
Ｋ
Ｋ
Ｋ
Ｘ
Ｋ
Ｘ
Ｘ
Ｋ
Ｘ
Ｋ

K
Ｋ
Ｋ
Ｘ
Ｋ
Ｘ
Ｘ

8

3

3

3

12

4

4

4

12

5

5

5

12

6

6

6

1

7

7

7

12

8

8

8

12

9

9

9

14

10

10

10

8

11

11

11

14

12

12

8

13

13

10

12

14

14

8

13

15

15

40

14

16

16

28

15

17

17

40

1

16

18

18

20

1

17

19

19

10

1

18

20

20

60

1

19

21

21

15

1

20

22

22

15

1

21

23

23

56

22

24

24

1

23

25

25

24

26

26

25

27

27

26

28

28

27

29

29

56

3

28
40

2

28

30

30

20

2

29

31

31

10

2

30

32

32

60

2

31

33

33

15

2

32

34

34

15

2

33

35

35

87

M9ﾚﾍﾞﾙ1
M9ﾚﾍﾞﾙ1
M9ﾚﾍﾞﾙ1
M9ﾚﾍﾞﾙ1
M9ﾚﾍﾞﾙ1
M9ﾚﾍﾞﾙ1

MRﾚﾍﾞﾙ1

MAﾚﾍﾞﾙ1
MAﾚﾍﾞﾙ1
MAﾚﾍﾞﾙ1
MAﾚﾍﾞﾙ1
MAﾚﾍﾞﾙ1
MAﾚﾍﾞﾙ1

1
2
3
4
5
1197
9
1006
1306
1007
1008
1009
1010
1023
1046
1013
1015
1017
1018
1019
1020
1021
1022
1024
1005
1003
1003
1003
1026
1028
1029
1030
1031
1032
1033

Ver.2.1 ad.7 (2014.10.31)

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

工
事
物
件
案
内

タグ

項目名

請
求

請
求
確
認

序

順
序

順
序

34

36

36

35

37

37

36

38

38

37

39

39

38

40

40

39

41

41

76

40

42

42

50

41

43

43

10

42

44

44

60

43

45

45

20

44

46

46

20

45

47

47

15

46

48

48

15

47

49

49

5

48

50

50

40

49

51

51

8

50

8

51

8

52

52

8

53

53

12

54

54

55

55

56

56

57

57

58

58

属 byte 小 *性数 数1028 マルチ2回目
1029 マルチ2回目
1030 マルチ2回目
1031 マルチ2回目
1032 マルチ2回目
1033 マルチ2回目
1042 工事場所・受渡し場所名称
Ｋ
1173 工事場所・受渡し場所略称
Ｋ
1016 工事場所・受渡し場所郵便番号Ｘ1043 工事場所・受渡し場所住所Ｋ1025 工事場所・受渡し場所所長名
Ｋ
1027 工事場所・受渡し場所担当者名
Ｋ
1041 工事場所・受渡し場所電話番号
Ｘ1182 工事場所・受渡し場所ＦＡＸ番号
Ｘ
1371 工事場所・受渡し場所所在地コード(JIS) X
1045 取引件名（注文件名）
Ｋ
1379 全体工事開始日
Ｘ1380 全体工事終了日
Ｘ1052 工事・納入開始日
Ｘ1053 工事・納入終了日・納入期限Ｘ1088 明細金額計N1089 明細金額計調整額
Ｎ1090 調整後帳票金額計N1096 消費税額N1097 最終帳票金額
N

工事請負
契約外

12
12
12
12

回
数

13
13
13
13
13

88

一
順

マルチ

タグ

1028
1029
1030
1031
1032
1033
1042
1173
1016
1043
1025
1027
1041
1182
1371
1045
1379
1380
1052
1053
1088
1089
1090
1096
1097

Ver.2.1 ad.7 (2014.10.31)

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

工
事
物
件
案
内

タグ

項目名

属 byte 小 *
性数 数

回
数

76

39

1014 送り状案内
M
1014 同 マルチ2回目
1014 同 マルチ3回目
1014 同 マルチ4回目
1014 同 マルチ5回目
1014 同 マルチ6回目
1014 同 マルチ7回目
1014 同 マルチ8回目
1014 同 マルチ9回目
1014 同 マルチ10回目
1014 同 マルチ11回目
1014 同 マルチ12回目
1014 同 マルチ13回目
1014 同 マルチ14回目
1014 同 マルチ15回目
1014 同 マルチ16回目
1014 同 マルチ17回目
1014 同 マルチ18回目
1014 同 マルチ19回目
1014 同 マルチ20回目
1014 同 マルチ21回目
1014 同 マルチ22回目
1014 同 マルチ23回目
1014 同 マルチ24回目
1014 同 マルチ25回目
1014 同 マルチ26回目
1014 同 マルチ27回目
1014 同 マルチ28回目
1014 同 マルチ29回目
1014 同 マルチ30回目
1014 同 マルチ31回目
1014
同 マルチ32回目
・ ・ ・ 酬・・ ・ 酬・・ ・ 酬・・ ・ ・ ・ ・1014 同 マルチ33回目
1014 同 マルチ34回目
1014 同 マルチ35回目
1014 同 マルチ36回目
1014 同 マルチ37回目
1014 同 マルチ38回目
1014 同 マルチ39回目
H

H

H

酬
.

l

89

酬
.

請
求

請
求
確
認

序

順
序

順
序

52

59

59

53

60

60

54

61

61

55

62

62

56

63

63

57

64

64

58

65

65

59

66

66

60

67

67

61

68

68

62

69

69

63

70

70

64

71

71

65

72

72

66

73

73

67

74

74

68

75

75

69

76

76

70

77

77

71

78

78

72

79

79

73

80

80

74

81

81

75

82

82

76

83

83

77

84

84

78

85

85

79

86

86

80

87

87

81

88

88

82

89

89

83

90

90

84

91

91

85

92

92

86

93

93

87

94

94

88

95

95

89

96

96

90

97

97

一
順

H

工事請負
契約外

・ 酬・
.

マルチ

タグ

MQﾚﾍﾞﾙ1 1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
1014
・ ・ 酬・H・ 酬・

Ver.2.1 ad.7 (2014.10.31)

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

r
‑
ー
ー
ー
ー

工
事
物
件
案
内
タグ

項目名

属 byte 小 *性数 数1179 同 マルチ9回目
81080 出来高調査日
961311 請求予定年月
921315 出来高・請求・立替査定結果コードX11316 請求確認コードX
201035 受注者指定金融機関名
K
1036 受注者指定金融機関支店名
K 20
41037 受注者指定金融機関預金種目
K1038 受注者指定金融機関口座番号
9 141039 受注者指定金融機関口座名義
K 401040 受注者指定金融機関口座名義フリガナ X 40
1383 受注者側専用使用欄
M 120
1383 同 マルチ2回目
1383 同 マルチ3回目
1383 同 マルチ4回目
1383 同 マルチ5回目
1384 発注者側専用使用欄
M 1201384 同 マルチ2回目
1384 同 マルチ3回目
1384 同 マルチ4回目
1384 同 マルチ5回目

回
数

工事請負
契約外
請
求

請
求
確
認

順
序

順
序

順
序

ト一
一
99

106

106

107

107

108

108

同一ー

ト一一

マルチ

109

トーー
110

1

109

ト一
一
向
110
ト一
一
一
111
トー…
112
ト一
一
白

1
1
1
1

113

1

ト114
一一

5

115

111

116

112

117

113

118

114

119

115

120

116

121

117

122

118

123

119

124

120

同100
ーー
ト一
一
101
トー一
102
ド一
一
103
ト104
一一
トー
…
5
105
ト106
一一
ト一
一
107
片
一一
108
109

ト一一

MSﾚﾍﾞﾙ1
MSﾚﾍﾞﾙ1
MSﾚﾍﾞﾙ1
MSﾚﾍﾞﾙ1
MSﾚﾍﾞﾙ1
MSﾚﾍﾞﾙ1
MUﾚﾍﾞﾙ1

MVﾚﾍﾞﾙ1

タグ

1179
1080
1311
1315
1316
1035
1036
1037
1038
1039
1040
1383
1383
1383
1383
1383
1384
1384
1384
1384
1384

L
‑
・ ・‑
E

90

Ver.2.1 ad.7 (2014.10.31)

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

明細情報部分(拡張子=DAT)のデータ項目記載順序の表
1） 設備見積（依頼／回答）、機器見積（依頼／回答）
r
‑
ー
ー ー
ー
ー
ー
設備 機器
見積 見積
ー
.
.
.
，
.
.
.
.
CI-NET LiteS定義 依 回 依 回

設備見積依頼、回答は

r
‑
r
‑

頼答頼答
タグ

項目名

1200 明細コード1294 階層レベル
1295 階層内通し番号
1288 明細データ属性コード
1289 補助明細コード1201 明細番号1278 明細番号２1203 明細別取引区分コード
1287 明細別材工共コード1279 建設資機材コード
1280 コード送信側変換結果コード
1281 建設資機材標準名称
1282 コード受信側変換結果コード1405 C-CADEC機器分類コード1213 品名・名称
1214 規格・仕様・摘要1213 マルチ2回目
1214 マルチ2回目
1401 設計記号・機器記号1402 工種・科目コード1403 部位区分
1211 摘要コード1208 使用期間
1209 使用期間単位
1216 補助数量
1217 補助数量単位
1218 明細数量1219 明細数量単位
1222 単価
1223 明細金額
1292 定価1293 単価掛率1404 仕分け区分
1247 明細別使用メーカーコード
1248 明細別使用メーカー名
1284 建設資機材メーカ・型番コード1249 明細別使用商社コード
1250 明細別使用商社名
1251 明細別備考欄
1251 同 マルチ2回目
1413 明細別変更コード

属 byt 小 回 最性 e数 数 数 大
長
Ｘ

50

∞

50

9

2

∞

2

順 順
序 序

ーー
ト
ート
ー
一トー
● ●

ト」

9

4

∞

4

Ｘ

1

∞

1

Ｘ

2

∞

2

Ｘ

25

∞

25

Ｘ

5

∞

5

Ｘ

5

∞

5

Ｘ

2

∞

2

Ｘ

40

∞

40 ト
○「
○

Ｘ

2

∞

K 240
Ｘ

2

ー
順』
順
マルチ タグ~ ファイル１つ
設備
設備
見積
機器
見積

序 序

● ●

ー 」

「干

M6ﾚﾍﾞﾙ1 1200

M6ﾚﾍﾞﾙ1 1288

● ●

● ●

M6ﾚﾍﾞﾙ1 1289

X

40

∞

40

54

2

54

M

66

2

66
54

○ ○

M6ﾚﾍﾞﾙ1 1287

5
6
7
8

一 「

○ ○ M6ﾚﾍﾞﾙ1 1405
卜‑○ ○ M７ﾚﾍﾞﾙ2 1213
卜‑○ ○ M７ﾚﾍﾞﾙ2 1214

ー 」

1214

二
亡 M6ﾚﾍﾞﾙ1 1402

12

∞

12

M

12

∞

12

M

12

∞

12

X

54

∞

54

Ｎ

5

2∞

9

○ ○

仁E

M6ﾚﾍﾞﾙ1 1208

M

6

∞

6

M6ﾚﾍﾞﾙ1 1209

7

3∞

12

M6ﾚﾍﾞﾙ1 1216

M

6

∞

7

3∞

6
12 ト
○「
○

M

6

∞

6 ト
○ト
○

Ｎ

12

1∞

15 ト
○ト
○

N

12

∞

13 ト
○ト
○

N

12

1∞

15 ト
○ト
○

N

3

1∞

6

M

24

∞

24

Ｘ

25

∞

25

Ｋ

40

∞

40

X

25

∞

25

Ｘ

25

∞

25

Ｋ

40

∞

40

M

16

2

16

Ｘ

1

∞

1

ト」

13

M6ﾚﾍﾞﾙ1 1211

Ｎ
Ｎ

一
一
○「
○
卜一
○ ○
卜一
○
卜一
○
卜一
○
」

5
6
7
8
9
10
11

M6ﾚﾍﾞﾙ1 1401
M6ﾚﾍﾞﾙ1 1403

○ ○

4

9
10
11
12

1213

66
M

2
3

4

M6ﾚﾍﾞﾙ1 1203

己
○ ○

2
3

M6ﾚﾍﾞﾙ1 1278

○ ○ M6ﾚﾍﾞﾙ1 1279
二E M6ﾚﾍﾞﾙ1 1280
∞ 240 ト○ト
○ ○ ○ M6ﾚﾍﾞﾙ1 1281
二E M6ﾚﾍﾞﾙ1 1282
∞
2 ト
○ト
○

M

1

M6ﾚﾍﾞﾙ1 1201

2 ト
○ト
○

ト」

1

M6ﾚﾍﾞﾙ1 1295

● ●

○ ○

txt
順序

M6ﾚﾍﾞﾙ1 1294

● ●

仁E

txt
順序

設備機器
見積依頼、
回答はファ
イル１つ

/

依頼、回答は一ファイルの同一フォーマット（並び順）
なので、各メッセージで使用しないデータ項目の箇
所は何も記載しない（タブを連続させる）。

M6ﾚﾍﾞﾙ1 1217/ラ/

M6ﾚﾍﾞﾙ1 1218

戸/

M6ﾚﾍﾞﾙ1 1219dグ
M6ﾚﾍﾞﾙ1 1222
M6ﾚﾍﾞﾙ1 1223
M6ﾚﾍﾞﾙ1 1292

14
15
16
17
18

12
13
14
15
16

M6ﾚﾍﾞﾙ1 1293
M6ﾚﾍﾞﾙ1 1404

一
一
○「
○

ー
○ト
○
ー
○ト
○

ー 」

17
18
19

M6ﾚﾍﾞﾙ1 1247
M6ﾚﾍﾞﾙ1 1248
M6ﾚﾍﾞﾙ1 1284
M6ﾚﾍﾞﾙ1 1249
M6ﾚﾍﾞﾙ1 1250

○ ○ M8ﾚﾍﾞﾙ2 1251
E
圧二
16
1251
○ ○

'‑‑‑IL‑‑

91

19
20

20
21

M6ﾚﾍﾞﾙ1 1413

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能2） 購買見積（依頼／回答／不採用）、注文（確定・請け）、鑑変更（合意申込／合意承諾）、解除（合意申込／合意承諾／一方的通知）
購買見積
CI-NET LiteS定義 依頼 回答 不採

注文

鑑変更

確定 請け

合意 合意
申込 承諾

順序 順序

順序 順序

用

タグ

項目名

属 byt 小 回 最性 e数 数 数 大長

Ｘ 501200 明細コードＸ11288 明細データ属性コード
Ｘ
21289 補助明細コード
Ｘ 251201 明細番号Ｘ
51278 明細番号２，.
.n..n"n..n"n"n..n"n..n"n"n..n"n..n"n..n"n"n..n"n..n"n"n..n"n..n.，Ｘ
51203 明細別取引区分コードＸ21287 明細別材工共コード
Ｘ 401279 建設資機材コードＸ
21280 コード送信側変換結果コード
K 240
1281 建設資機材標準名称
Ｘ21282 コード受信側変換結果コード
X 54
1211 摘要コード
M 541213 品名・名称
M 66
1214 規格・仕様・摘要1213 マルチ2回目
1214 マルチ2回目
Ｎ
51208 使用期間
M
61209 使用期間単位
Ｎ71216 補助数量
M61217 補助数量単位Ｎ71218 明細数量M61219 明細数量単位
Ｎ 121222 単価
N 121223 明細金額
N 121292 定価
Ｘ 251247 明細別使用メーカコード
Ｋ 40
1248 明細別使用メーカ名
Ｘ 251249 明細別使用商社コード
Ｋ 401250 明細別使用商社名
M 161251 明細別備考欄
同 マルチ2回目
Ｘ
11413 明細別変更コード

∞

50

∞

1

∞

2

∞

25

∞

5

∞

5

∞

2

∞

40

∞

2

順序 順序 順序

1
2
3
4
5
6
7
8
9

1
2
3
4
5
6
7
8
9

叩一…叩

1
2
3
4
5
6
7
8
9

1
2
3
4
5
n..n"n"
6
7
8
9

1
2
3
4
5
6
7
8
9

1
2
3
4
5
・
n"n..・
6
7
8
9

∞ 240
∞

2

∞

54

2

54

2

66
54
66

2 ∞

9

∞

6

3 ∞

12

∞

6

3 ∞

12

∞

6

1 ∞

15

∞

13

1 ∞

13

∞

25

∞

40

∞

25

∞

40

2

16

件
宇
仁
16
∞

1

92

マルチ

タグ

M6ﾚﾍﾞﾙ1

1200

M6ﾚﾍﾞﾙ1

1288

M6ﾚﾍﾞﾙ1

1289

M6ﾚﾍﾞﾙ1

1201

M6ﾚﾍﾞﾙ1

1278

'
"
・
・ n"n..n"n..n"n" ..n"n..n"nM6ﾚﾍﾞﾙ1

1203

M6ﾚﾍﾞﾙ1

1287

M6ﾚﾍﾞﾙ1

1279

M6ﾚﾍﾞﾙ1

1280

M6ﾚﾍﾞﾙ1

1281
1282

10

10

10

10

10

10

M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1

1211

11
12
13
14
15
16
17
18
19
20
21

11
12
13
14
15
16
17
18
19
20
21
22

11
12
13
14
15
16
17
18
19
20
21
22

11
12
13
14
15
16
17
18
19
20
21
22

11
12
13
14
15
16
17
18
19
20
21
22

11
12
13
14
15
16
17
18
19
20
21
22

M７ﾚﾍﾞﾙ2

1213

M７ﾚﾍﾞﾙ2

1214

22
23
24
25
26
27
28

23
24
25
26
27
28
29

23
24
25
26
27
28

23
24
25
26
27
28

23
24
25
26
27
28

23
24
25
26
27
28

1213
1214
M6ﾚﾍﾞﾙ1

1208

M6ﾚﾍﾞﾙ1

1209

M6ﾚﾍﾞﾙ1

1216

M6ﾚﾍﾞﾙ1

1217

M6ﾚﾍﾞﾙ1

1218

M6ﾚﾍﾞﾙ1

1219

M6ﾚﾍﾞﾙ1

1222

M6ﾚﾍﾞﾙ1

1223

M6ﾚﾍﾞﾙ1

1292

M6ﾚﾍﾞﾙ1

1247

M6ﾚﾍﾞﾙ1

1248

M6ﾚﾍﾞﾙ1

1249

M6ﾚﾍﾞﾙ1

1250

M8 ﾚﾍﾞﾙ2

1251
0

M6ﾚﾍﾞﾙ1

1413

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能3) 注文（確定／請け）、打切（申込／承諾／通知）、出来高（要請／報告／確認）、請求（請求／確認）、立替（報告／確認）

93Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能4） 支払通知支払
通知CI-NET LiteS定義
タグ

項目名

属 byt 小 回 最性 e 数 数 大
数
長

一
一
順
序

マルチ

タグ

明細情報部分（内訳）1200 明細コード
1288 明細データ属性コード
1289 補助明細コード

Ｘ

50

∞ 50

1

M6ﾚﾍﾞﾙ1 1200

Ｘ

1

∞

1

2

M6ﾚﾍﾞﾙ1 1288

Ｘ

2

∞

2

3

1201 明細番号

Ｘ

25

∞ 25

4

M6ﾚﾍﾞﾙ1 1201

1278 明細番号２

Ｘ

5

∞

5

M6ﾚﾍﾞﾙ1 1278

1202 明細別発注者担当部署コード1204 明細別参照帳票No.
1212 明細別取引件名（支払件名）
同 マルチ2回目
1241 今回支払金額明細
1242 控除・相殺金額明細
1420 明細別工事コード1421 明細別取引件名コード1422 明細別発注者管理番号1423 明細別工事場所・受渡し場所
名称1424 明細別工事場所・受渡し場所
電話番号
1425 明細別支払区分
1426 明細別CI-NET区分コード
1427 請求出来高立替控除区分
コード1430 明細別原価要素名
1431 明細別原価要素コード1432 明細別原価科目名1433 明細別原価科目コード1434 明細別原価細目名1435 明細別原価細目コード

Ｘ

25

∞ 25

一
一

M6ﾚﾍﾞﾙ1 1289

6

M6ﾚﾍﾞﾙ1 1202

Ｘ

25

∞ 25

7

M6ﾚﾍﾞﾙ1 1204

Ｋ

60

2 60

8

M7ﾚﾍﾞﾙ2 1212

60

9

N

14

∞ 14

10

M6ﾚﾍﾞﾙ1 1241

5

0

N

14

∞ 14

11

M6ﾚﾍﾞﾙ1 1242

Ｘ

25

∞ 25

12

M6ﾚﾍﾞﾙ1 1420

Ｘ

25

∞ 25

13

M6ﾚﾍﾞﾙ1 1421

Ｘ

25

∞ 25

14

M6ﾚﾍﾞﾙ1 1422

Ｋ

76

∞ 76

15

M6ﾚﾍﾞﾙ1 1423

Ｘ

25

∞ 25

16

M6ﾚﾍﾞﾙ1 1424

Ｘ

10

∞ 10

17

M6ﾚﾍﾞﾙ1 1425

Ｘ

1

∞

1

18

M6ﾚﾍﾞﾙ1 1426

Ｘ

1

∞

1

19

M6ﾚﾍﾞﾙ1 1427

Ｋ

20

∞ 20

20

M6ﾚﾍﾞﾙ1 1430

Ｘ

5

∞

5

21

M6ﾚﾍﾞﾙ1 1431

Ｋ

20

∞ 20

22

M6ﾚﾍﾞﾙ1 1432

Ｘ

5

∞

5

23

M6ﾚﾍﾞﾙ1 1433

Ｋ

20

∞ 20

24

M6ﾚﾍﾞﾙ1 1434

Ｘ

5

∞

25

M6ﾚﾍﾞﾙ1 1435

5

一

94

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能5) 工事物件案内、工事請負契約外（請求／請求確認）
「
ー
ー
ー
ー

工
事
物
件
案
内
タグ

項目名

属 byte 小 *
性 数 数

回
数

順
序

請
求

請
求
確
認

順
序

順
序

マルチ

タグ

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M7ﾚﾍﾞﾙ2
M7ﾚﾍﾞﾙ2

1204
1205
1377
1378
1200
1288
1289
1203
1287
1279
1280
1282
1430
1431
1432
1433
1434
1435
1213
1214
1213
1214
1208
1209
1216
1217
1218
1219
1220
1221
1376
1375
1223
1247
1248
1249
1250

ト一一

明細情報部分（内訳）1204 明細別参照帳票No
1205 明細年月日
1377 明細別参照帳票No21378 明細別参照年月日21200 明細コード
1288 明細データ属性コード
1289 補助明細コード1203 明細別取引区分コード
1287 明細別材工共コード1279 建設資機材コード
1280 コード送信側変換結果コード
1282 コード受信側変換結果コード1430 明細別原価要素名
1431 明細別原価要素コード1432 明細別原価科目名1433 明細別原価科目コード1434 明細別原価細目名1435 明細別原価細目コード1213 品名・名称
1214 規格・仕様・摘要1213 マルチ2回目
1214 マルチ2回目
1208 使用期間
1209 使用期間単位
1216 補助数量
1217 補助数量単位
1218 明細数量1219 明細数量単位
1220 明細別消費税コード1221 明細別課税分類コード1376 明細別消費税率
1375 単価（小数3桁）
1223 明細金額
1247 明細別使用メーカーコード
1248 明細別使用メーカー名
1249 明細別使用商社コード
1250 明細別使用商社名

←一ー

工事請負
契約外

ｘ
ｘ
ｘ
ｘ
Ｘ
Ｘ
Ｘ
Ｘ
Ｘ
Ｘ
Ｘ
Ｘ
Ｋ
X
Ｋ
X
Ｋ
X
M
M

25
14
25
14
50
1
2
5
2
40
2
2
20
5
20
5
20
5
54
66

Ｎ
M
Ｎ
M
Ｎ
M
Ｘ
Ｘ
Ｎ
Ｎ
N
Ｘ
Ｋ
Ｘ
Ｋ

5
6
7
6
7
6
1
1
3
12
12
25
40
25
40

円
千
二
2
3
3

9∞
∞
12 ∞
∞
12 ∞
∞
∞
∞
6∞
15 ∞
13 ∞
∞
∞
∞
∞

長土
1
3

∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
∞
2
2

95

卜一一
トーー
卜一一
卜一一
ト一一
ト一一
ト一一
ト一一
ト一一

ト一一
ト一一
トー
卜一一
卜一一
トー
卜一一
ト一一
卜一一
ト一一
ト一一
ト一一
ト一一
ト一一
ト一一
ト一一
ト一一
ト一一
卜一一
ト一一
卜一一
L一
一
一
一
一

M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1
M6ﾚﾍﾞﾙ1

Ver.2.1 ad.7 (2014.10.31)

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

r‑‑
工
事
物
件
案
内
タグ

項目名

1251 明細別備考欄
1251 同 マルチ2回目
1413 明細別変更コード
1298 契約使用期間
1299 契約補助数量
1224 契約数量明細
1225 契約金額明細
1206 使用期間開始日
1207 使用期間締切日

属 byte 小 *
性 数 数

回
数

M

16

2

Ｘ
Ｎ
Ｎ
Ｎ
N
X
X

1
∞
5 2 9∞
7 3 12 ∞7 3 12 ∞
12
13 ∞
8
∞
8
∞

トーー
順
序

ト一一
トーー
』ーー
ト一一
卜一一
ト一一
トーー
卜一一

L
‑
・・
‑

工事請負
契約外
請
求

請
求
確
認

順
序

順
序

マルチ

38
39
40
41
42
43
44
45
46

38
39
40
41
42
43
44
45
46

M8ﾚﾍﾞﾙ2 1251
1251
M6ﾚﾍﾞﾙ1 1413
M6ﾚﾍﾞﾙ1 1298
M6ﾚﾍﾞﾙ1 1299
M6ﾚﾍﾞﾙ1 1224
M6ﾚﾍﾞﾙ1 1225
M6ﾚﾍﾞﾙ1 1206
M6ﾚﾍﾞﾙ1 1207

タグ

E

96

Ver.2.1 ad.7 (2014.10.31)

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

97

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. 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(1 件)

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

98

Ver.2.1 ad.7 (2014.10.31)

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

工事案内

受発注
システム
等

工事請負契約外請求一括取り込み CSV ファイル（ MSE*****.
MDA）
A 社 X 工事
A 社 Y 工事
B 社 Z 工事

発注者Ａ社 X 工事の契約外請求メッセー
分割処理

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

・
・
・

＜パターン B＞
【受注者の社内システム等】

工事案内

受発注
システム
等

【CI-NET 対応製品、サービス等】

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

一括取り込みCSV ファイル
（ MSE*****.
MDA）
A 社 X 工事
A 社 Y 工事
B 社 Z 工事

分割処理

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

・
・
・

（注）
「MSE」は工事請負契約外請求 CSV ファイルのインタフェース・ファイル名称、「MDA」は工事請
負契約外請求一括取り込み CSV ファイルのインタフェース・ファイル名称の拡張子を表す。
（⇒「2．工事請負契約外請求一括取り込みインタフェース・ファイル名称」を参照。
）

図 B.Ⅰ- 7 工事請負契約外請求一括取り込み機能による受渡しイメージ

99

Ver.2.1 ad.7 (2014.10.31)

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

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

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

100

Ver.2.1 ad.7 (2014.10.31)

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

請求 1

請求 2

請求 3

請求 4

図 B.Ⅰ- 9 工事請負契約外請求一括取り込み CSV フォーマットの例

101

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能■具体的な請求書作成・発行ケース〔ケース 1：同一発注者の複数作業所分の請求書発行の場合〕
A 作業所
納品書

A 作業所
請求書

B 作業所
納品書

B 作業所
請求書

C 作業所
納品書

C 作業所
請求書

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

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

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

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

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

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

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

C-3 作業所
請求書

図 B.Ⅰ- 11 異なる発注者の複数作業所分の請求書発行のイメージ
ケース 1 では同一発注者の複数作業所向けの納品をまとめるケースであったのに対し、
ケース 2 では、異なる発注者の複数作業所分の納品をまとめて請求するケースを想定したものである。
工事請負契約外請求一括取り込み CSV ファイルに発注者及び作業所を分割振り分けする

102

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能のに必要な情報が入っていれば、その処理は EDI サービスを提供する事業者が対応するということが可能であり、分割振り分けされた請求書は CI-NET LiteS のメッセージ作成方法に基づき作成、送信することとすればよい。

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

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

XXX

備考
発注者
受信

MSE

受注者
送信

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

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

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

一括情報

YYY

説明

拡張子
MDA

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

103

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能(3)

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

工事請負契約外請求一括取り込みインタフェース・ファイルは以下の規定によるフォー
マットで行う。

1) 一つのインタフェース・ファイルは、全体情報部分と明細情報部分を合わせた 1 種類で構成される。

・工事請負契約外請求一括取り込み情報部分のファイル（拡張子=MDA)
・レコード数=請求書の枚数×明細書の行数（すなわち、請求書の枚数×CI-NET 形式
ファイルの M6 マルチの繰り返し回数）。各レコードは CRLF(HX '0D0A')で区切る。
・データ項目：各取引関係情報の全体情報部分の全データ項目と、明細情報部分の全データ項目を過不足なく含む。

2) タブ(0x09)区切り文字による可変長ファイルとする。
3) 文字コードはシフト JIS とする。
4) 各フィールド内で文字間のタブの使用は禁止とする。
5) 各フィールド内で使用するシングルクォーテーション(')またはダブルクォーテーション(")は通常の文字列として CSV インタフェース機能は認識する。
※各ファイルのデータ項目の並び順等は、「５．工事請負契約外請求一括取り込みインタフェース・ファイルのデータ項目順序」に示す。

104

Ver.2.1 ad.7 (2014.10.31)

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

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

1 レコード目

請求１ 鑑項目情報※1

2 レコード目

請求１

請求１ 明細情報 １行目

鑑項目情報（※1 と同明細情報 ２行目

鑑項目情報（※1 と同明細情報 ３行目

鑑項目情報（※1 と同明細情報 ４行目

じ）

3 レコード目

請求１じ）

4 レコード目

請求１じ）

5 レコード目

請求２ 鑑項目情報※2

6 レコード目

請求２

請求２ 明細情報 １行目

鑑項目情報（※2 と同明細情報 ２行目

鑑項目情報（※2 と同明細情報 ３行目

じ）

7 レコード目

請求２じ）

8 レコード目

請求３ 鑑項目情報※3

9 レコード目

請求３

請求３ 明細情報 １行目

鑑項目情報（※3 と同明細情報 ２行目

鑑項目情報（※3 と同明細情報 ３行目

じ）

10 レコード目

請求３
じ）

105

Ver.2.1 ad.7 (2014.10.31)

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

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

1 レコード目

請求１

鑑項目情報

2 レコード目

請求１

鑑項目情報

明細情報

２行目

3 レコード目

請求１

鑑項目情報

明細情報

３行目

4 レコード目

請求１

鑑項目情報

明細情報

４行目

5 レコード目

請求２

鑑項目情報

6 レコード目

請求２

鑑項目情報

明細情報

２行目（エラー）

7 レコード目

請求２

鑑項目情報

明細情報

３行目

8 レコード目

請求３

鑑項目情報

9 レコード目

請求３

鑑項目情報

明細情報

２行目

10 レコード目

請求３

鑑項目情報

明細情報

３行目

請求１

請求２

明細情報

請求３

明細情報

明細情報

106

１行目
正常に送信

１行目

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

１行目
正常に送信

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能(5) 一括取り込みインタフェース・ファイルのデータ項目順序
工事請負契約外請求一括取り込みインタフェース・ファイルのフォーマット、データ項
目順序を示す。
（次ページ以降掲載の表を参照）

107

Ver.2.1 ad.7 (2014.10.31)

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

108

Ver.2.1 ad.7 (2014.10.31)

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

１）

一括取り込み（拡張子=MDA）のデータ項目記載順序

一
括
取
り
込
み

CI-NET LiteS定義
タグ

項目名

1 データ処理No.
2 情報区分コード
3 データ作成日
4 発注者コード
5 受注者コード1197 サブセット・バージョン
9 訂正コード
1006 工事コード1306 変更工事コード1007 帳票No.
1008 帳票年月日
1009 参照帳票No.
1010 参照帳票年月日
1023 受注者コード２(発注者採番)
1046 取引件名（注文件名）コード
1013 受注者名
1015 受注者代表者氏名1017 受注者担当部署名
1018 受注者担当者名
1019 受注者担当郵便番号
1020 受注者担当住所
1021 受注者担当電話番号
1022 受注者担当FAＸ番号
1024 発注者名
1005 JV工事フラグ
1003 その他のJV構成企業名
1003 同 マルチ2回目
1003 同 マルチ3回目
1026 発注者代表者氏名
1028 発注者担当部署名1029 発注者担当者名
1030 発注者担当郵便番号
1031 発注者担当住所1032 発注者担当電話番号
1033 発注者担当ＦＡＸ番号
1028 マルチ2回目
1029 マルチ2回目
1030 マルチ2回目
1031 マルチ2回目
1032 マルチ2回目
1033 マルチ2回目

属 byte 小 マルチ
性数 数
９
Ｘ
９
Ｘ
Ｘ
X
Ｘ
Ｘ
X
Ｘ
９
Ｘ
9
Ｘ
Ｘ
Ｋ
Ｋ
Ｋ
Ｋ
Ｘ
Ｋ
Ｘ
Ｘ
Ｋ
Ｘ
Ｋ

K
Ｋ
Ｋ
Ｘ
Ｋ
Ｘ
Ｘ

回
数

最
大
長
5

1

4

4

2

8

8

3

12

12

4

12

12

5

12

12

6

1

1

7

12

12

8

12

12

9

14

14

10

8

8

11

14

14

12

8

8

13

10

10

14

8

8

15

40

40

16

28

28

17

40

M9ﾚﾍﾞﾙ1

1

40

18

20

M9ﾚﾍﾞﾙ1

1

20

19

10

M9ﾚﾍﾞﾙ1

1

10

20

60

M9ﾚﾍﾞﾙ1

1

60

21

15

M9ﾚﾍﾞﾙ1

1

15

22

15

M9ﾚﾍﾞﾙ1

1

15

23

56

56

24

1

1

25

56

26

56

27

56

28

28

29

MRﾚﾍﾞﾙ1

3

28
40

MAﾚﾍﾞﾙ1

2

40

30

20

MAﾚﾍﾞﾙ1

2

20

31

10

MAﾚﾍﾞﾙ1

2

10

32

60

MAﾚﾍﾞﾙ1

2

60

33

15

MAﾚﾍﾞﾙ1

2

15

34

15

MAﾚﾍﾞﾙ1

2

15

35

40

36

20

37

10

38

60

39

15

40

15

41

109

考

順
序

5

56

備

※受注者、発注者のいずれがセットするデータ項目であるかについて記載。

受注者側でセット（必須）

受注者側でセット（必須）
受注者側でセット（必須）

受注者側で工事物件案内の値をセット（必須）
受注者側でセット（必須）
受注者側でセット（必須）

原則、工事物件案内の値をセット
マルチ１回目に工事事務所に係る情報を記
載
ノVer.2.1 ad.7 (2014.10.31)

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

一
括
取
り
込
み

CI-NET LiteS定義
タグ

項目名

属 byte 小 マルチ
性数 数1042 工事場所・受渡し場所名称
Ｋ
1173 工事場所・受渡し場所略称
Ｋ
1016 工事場所・受渡し場所郵便番号Ｘ1043 工事場所・受渡し場所住所Ｋ1025 工事場所・受渡し場所所長名
Ｋ
1027 工事場所・受渡し場所担当者名
Ｋ
1041 工事場所・受渡し場所電話番号
Ｘ1182 工事場所・受渡し場所ＦＡＸ番号
Ｘ
1371 工事場所・受渡し場所所在地コード(JIS) X
1045 取引件名（注文件名）
Ｋ
1379 全体工事開始日
Ｘ1380 全体工事終了日
Ｘ1052 工事・納入開始日
Ｘ1053 工事・納入終了日・納入期限Ｘ1088 明細金額計N1089 明細金額計調整額
Ｎ1090 調整後帳票金額計N1096 消費税額N1097 最終帳票金額
N1014 送り状案内
M
1014 同 マルチ2回目
1014 同 マルチ3回目
1014 同 マルチ4回目
1014 同 マルチ5回目
1014 同 マルチ6回目
1014 同 マルチ7回目
1014 同 マルチ8回目
1014 同 マルチ9回目
1014 同 マルチ10回目
1014 同 マルチ11回目
1014 同 マルチ12回目
1014 同 マルチ13回目
1014 同 マルチ14回目
1014 同 マルチ15回目
1014 同 マルチ16回目
1014 同 マルチ17回目
1014 同 マルチ18回目
1014 同 マルチ19回目
1014 同 マルチ20回目
1014 同 マルチ21回目
1014 同 マルチ22回目
1014 同 マルチ23回目
1014 同 マルチ24回目
1014 同 マルチ25回目
1014 同 マルチ26回目
1014 同 マルチ27回目
1014 同 マルチ28回目
1014 同 マルチ29回目
1014 同 マルチ30回目

回
数

順
序

76

42

50

50

43

10

10

44

60

60

45

20

20

46

20

20

47

15

15

48

15

15

49

5

5

50

40

40

51

8

8

52

8

8

53

8

54

8

8

55

12

13

56

12

13

57

12

13

58

12

13

59

12

13
76

一

76

62

76

63

76

64

76

65

76

66

76

67

76

68

76

69

76

70

76

71

76

72

76

73

76

74

76

75

76

76

76

77

76

78

76

79

76

80

76

81

76

82

76

83

76

84

76

85

76

86

76

87

76

88

76

89

76

90

76

トー

MQﾚﾍﾞﾙ1

39

110

考

一

最
大
長

76

8

備

※受注者、発注者のいずれがセットするデータ項目であるかについて記載。

工事事務所に係る情報を記載

原則、工事物件案内の値をセット60
61〉 発注者側で否認、理由を記載する

Ver.2.1 ad.7 (2014.10.31)

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

一
括
取
り
込
み

CI-NET LiteS定義
タグ

項目名

属 byte 小 マルチ
性数 数1014 同 マルチ31回目
1014 同 マルチ32回目
1014 同 マルチ33回目
1014 同 マルチ34回目
1014 同 マルチ35回目
1014 同 マルチ36回目
1014 同 マルチ37回目
1014 同 マルチ38回目
1014 同 マルチ39回目
1179 帳票データチェック値
Ｘ 151179 同 マルチ2回目
1179 同 マルチ3回目
1179 同 マルチ4回目
1179 同 マルチ5回目
1179 同 マルチ6回目
1179 同 マルチ7回目
1179 同 マルチ8回目
1179 同 マルチ9回目
81080 出来高調査日
961311 請求予定年月
921315 出来高・請求・立替査定結果コードX11316 請求確認コード
X1035 受注者指定金融機関名
K 201036 受注者指定金融機関支店名
K 20
41037 受注者指定金融機関預金種目K
141038 受注者指定金融機関口座番号
91039 受注者指定金融機関口座名義
K 401040 受注者指定金融機関口座名義フリガナ X 40
1383 受注者側専用使用欄
M 120
1383 同 マルチ2回目
1383 同 マルチ3回目
1383 同 マルチ4回目
1383 同 マルチ5回目
1384 発注者側専用使用欄
M 1201384 同 マルチ2回目
1384 同 マルチ3回目
1384 同 マルチ4回目
1384 同 マルチ5回目
1204 明細別参照帳票Noｘ 251205 明細年月日
ｘ 141377 明細別参照帳票No2ｘ 251378 明細別参照年月日2ｘ 141200 明細コード
Ｘ 501288 明細データ属性コードＸ
11289 補助明細コードＸ21203 明細別取引区分コード
Ｘ
5

回
数

MMﾚﾍﾞﾙ1

9

順
序

76

91

76

92

76

93

76

94

76

95

76

96

76

97

76

98

76

99

15

100

15

101

15

102

15

103

15

104

15

105

15

106

15

107

15

108

8

109

6

110

2

111

1

112

1

20

113

MSﾚﾍﾞﾙ1

1

20

114

MSﾚﾍﾞﾙ1

1

4

115

MSﾚﾍﾞﾙ1

1

14

116

MSﾚﾍﾞﾙ1

1

40

117

MSﾚﾍﾞﾙ1

1

40

118

MUﾚﾍﾞﾙ1

5

120

一

120

120

120

121

120

122

120

123

120

124

120

125

120

126

120

127

5

M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞M6ﾚﾍﾞﾙ1 ∞

111

考

一

最
大
長

MSﾚﾍﾞﾙ1

MVﾚﾍﾞﾙ1

備※受注者、発注者のいずれがセットするデータ項目であるかについて記載。

〉

119

120

128

25
14
25
14
50
1
2
5

129
130
131
132
133
134
135
136

受注者の納品番号
受注者の納品年月日
発注者が識別できる注文番号
発注者が識別できる注文年月日

Ver.2.1 ad.7 (2014.10.31)

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

CI-NET LiteS定義
タグ

項目名

1287 明細別材工共コード1279 建設資機材コード
1280 コード送信側変換結果コード
1282 コード受信側変換結果コード1430 明細別原価要素名
1431 明細別原価要素コード1432 明細別原価科目名1433 明細別原価科目コード1434 明細別原価細目名1435 明細別原価細目コード1213 品名・名称
1214 規格・仕様・摘要1213 マルチ2回目
1214 マルチ2回目
1208 使用期間
1209 使用期間単位
1216 補助数量
1217 補助数量単位
1218 明細数量1219 明細数量単位
1220 明細別消費税コード1221 明細別課税分類コード1376 明細別消費税率
1375 単価（小数3桁）
1223 明細金額
1247 明細別使用メーカーコード
1248 明細別使用メーカー名
1249 明細別使用商社コード
1250 明細別使用商社名
1251 明細別備考欄
1251 同 マルチ2回目
1413 明細別変更コード
1298 契約使用期間
1299 契約補助数量
1224 契約数量明細
1225 契約金額明細
1206 使用期間開始日
1207 使用期間締切日

属 byte 小 マルチ
性数 数
Ｘ
Ｘ
Ｘ
Ｘ
Ｋ
X
Ｋ
X
Ｋ
X
M
M

2
40
2
2
20
5
20
5
20
5
54
66

Ｎ
M
Ｎ
M
Ｎ
M
Ｘ
Ｘ
Ｎ
Ｎ
N
Ｘ
Ｋ
Ｘ
Ｋ
M

5
6
7
6
7
6
1
1
3
12
12
25
40
25
40
16

Ｘ
Ｎ
Ｎ
Ｎ
N
X
X

1
5
7
7
12
8
8

回
数

最
大
長
M6ﾚﾍﾞﾙ1 ∞2
M6ﾚﾍﾞﾙ1 ∞ 40
M6ﾚﾍﾞﾙ1 ∞2
M6ﾚﾍﾞﾙ1 ∞2
M6ﾚﾍﾞﾙ1 ∞ 20
M6ﾚﾍﾞﾙ1 ∞5
M6ﾚﾍﾞﾙ1 ∞ 20
M6ﾚﾍﾞﾙ1 ∞5
M6ﾚﾍﾞﾙ1 ∞ 20
M6ﾚﾍﾞﾙ1 ∞5
M7ﾚﾍﾞﾙ2 2 54
M7ﾚﾍﾞﾙ2 2 66
66
66
2 M6ﾚﾍﾞﾙ1 ∞9
M6ﾚﾍﾞﾙ1 ∞6
3 M6ﾚﾍﾞﾙ1 ∞ 12
M6ﾚﾍﾞﾙ1 ∞6
3 M6ﾚﾍﾞﾙ1 ∞ 12
M6ﾚﾍﾞﾙ1 ∞6
M6ﾚﾍﾞﾙ1 ∞1
M6ﾚﾍﾞﾙ1 ∞1
1 M6ﾚﾍﾞﾙ1 ∞6
3 M6ﾚﾍﾞﾙ1 ∞ 15
M6ﾚﾍﾞﾙ1 ∞ 13
M6ﾚﾍﾞﾙ1 ∞ 25
M6ﾚﾍﾞﾙ1 ∞ 40
M6ﾚﾍﾞﾙ1 ∞ 25
M6ﾚﾍﾞﾙ1 ∞ 40
M8ﾚﾍﾞﾙ2 2 16
16
M6ﾚﾍﾞﾙ1 ∞1
2 M6ﾚﾍﾞﾙ1 ∞9
3 M6ﾚﾍﾞﾙ1 ∞ 12
3 M6ﾚﾍﾞﾙ1 ∞ 12
M6ﾚﾍﾞﾙ1 ∞ 13
M6ﾚﾍﾞﾙ1 ∞8
M6ﾚﾍﾞﾙ1 ∞
8

112

一
括
取
り
込
み

備

考

※受注者、発注者のいずれがセットするデータ項目であるかについて記載。

順
序
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174

発注者側の原価要素名
発注者側の原価要素コード
発注者側の原価科目名
発注者側の原価科目コード
発注者側の原価細目名
発注者側の原価細目コード

内税、外税
課税、非課税、免税、経過措置、対象外
消費税の税率。バーセント表記
リース資材用に準備
計算値

一
一
一

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. 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
なお、本資料のメッセージサブセットの使用データ項目一覧表で「M」と記載するデータ項目では Mix モード（8 ビット文字と 16 ビット文字の混在）を許す。これらのデータ項目はシフト JIS コードで記載しなければならない。
【重要事項】単位の記載について
本資料に定めるメッセージサブセットには、単位に関連する以下のデータ項目が含まれる。
[1219]明細数量単位[1209]使用期間単位[1217]補助数量単位
これらのデータ項目では、CI-NET 標準 BP「3.2.3.12 単位コード」に定める単位コードを使用しなければならない。ただし CI-NET LiteS の運用上 Mix モードを許容するので、半角（8 bit）文字を使用してよい。しかし「m2」など、複数の英数カナ文

113

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能字を含む単位コードについては、全ての英数カナ文字を半角（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 属性のデータ項目の小数点以下の最大桁数を示す。
・なお、上記のバイト数と同じく最大桁数であり、実際に送信するデータ項目の桁数がこの値より尐ない場合は、必要な桁数だけ送信することができる。

114

Ver.2.1 ad.7 (2014.10.31)

B．Ⅰ. CSV インタフェース機能■最大長・ N 属性のデータ項目については、上記のバイト数と小数の桁数に、正負記号および小数点を加えた総桁数を示す。
・ X 属性、K 属性、9 属性については、上記のバイト数と同じ長さである。
■使用・不使用のデータ項目
・メッセージの「順序」に数字が入っているデータ項目は当該メッセージの CSV ファイルで使用できる項目。
･メッセージの「順序」が空欄のデータ項目は当該メッセージで使用してはならない項目。

115

Ver.2.1 ad.7 (2014.10.31)

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

116

Ver.2.1 ad.7 (2014.10.31)

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

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

117

Ver.2.1 ad.7 (2014.10.31)

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

118

Ver.2.1 ad.7 (2014.10.31)

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

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

119

Ver.2.1 ad.7 (2014.10.31)

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

120

Ver.2.1 ad.7 (2014.10.31)

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

B.参考資料

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

121

Ver.2.1 ad.7 (2014.10.31)

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

122

Ver.2.1 ad.7 (2014.10.31)

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

Ⅲ．標準企業コードとメールアドレスの関係に係る留意点
1. 本資料の目的・背景
CI-NET LiteS 実装規約の通信部分（情報伝達規約）について、実運用を通じて標準企業
コードとメールアドレスの利用に関して 2.に示すような事項が明確化した。従って、CI-NET LiteS システム実装に係る留意を示す。

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

123

Ver.2.1 ad.7 (2014.10.31)

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

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

メールアドレス

T@a.com（受信者へ）

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

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

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

124

Ver.2.1 ad.7 (2014.10.31)

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

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

企業

標準企業コード

Ａ社

123456000000

B社

234567000000

C社

345678000000

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

X@a.com（受信者へ）

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

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

以上

125

Ver.2.1 ad.7 (2014.10.31)

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

126

Ver.2.1 ad.7 (2014.10.31)

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

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

127

Ver.2.1 ad.7 (2014.10.31)

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

128

Ver.2.1 ad.7 (2014.10.31)

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

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

129

Ver.2.1 ad.7 (2014.10.31)

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

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

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

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

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

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

13標準企業コード：

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

130

Ver.2.1 ad.7 (2014.10.31)

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

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

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

送信用

証明書情報

：
：
：

：
：
：

：
：
：

企業X

アドレスA

：
：
：

：

企業名 メールアドレス

・・・

標準企業コードX

・・・

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

：
：
：

比較 ：
：

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

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

131

Ver.2.1 ad.7 (2014.10.31)

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

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

企業名

送信用
メールアドレス

標準企業コード

証明書情報

：
：
：

：
：
：

：
：
：

：
：
：

企業X

アドレスA

標準企業コードX

：
：
：

：
：
：

：
：
：

公開鍵

アドレスB

・・・・
：
：
：

検索

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

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

132

Ver.2.1 ad.7 (2014.10.31)

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

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

133

Ver.2.1 ad.7 (2014.10.31)

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

134

Ver.2.1 ad.7 (2014.10.31)

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

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

135

Ver.2.1 ad.7 (2014.10.31)

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

136

Ver.2.1 ad.7 (2014.10.31)

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

Ⅴ．電子契約データにおける注文業務帳票の印刷例（確定注文書、注文請け書等）
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.1 ad.7 (2014.10.31)

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

138

Ver.2.1 ad.7 (2014.10.31)

r‑
可

1
‑

注文請№の記載方法■TAG2情報区分ｺｰﾄﾞが、
0506：確定請けの場合、注文請№＋’：’＋TAG1007
0507:鑑項目合意変更承諾の場合、変更承諾№＋’：’＋TAG1007
0508:合意解除承諾の場合、解除承諾№＋’：’＋TAG1007

TAG1173工事場所・受渡し場所略称（工事略称）
TAG1306変更工事コード
TAG1006工事コード
株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８ ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
変更工事№：
注文請け
高尾産業株式会社型枞工事高層棟
注文№：01661
注文請№：23456
TAG1045取引件名（注文件名） 注文no、注文番号枝番の記載方法
TAG1013受注者名■TAG2情報区分ｺｰﾄﾞが、
0502：確定注文、0503:鑑項目合意変更、0504:合意解除申込、0514:一方的解除通知のTAG2を文字表示場合
0502:確定注文。0506:注文請け。
TAG1007 + '-' + TAG1300
0503:鑑項目合意変更申込。0507:
TAG2：0506注文請け、0507：鑑項目合意変更承諾、0508:合意解除承諾の場合
鑑項目合意変更承諾。0504:合意
TAG1009 + '-' + TAG1300
解除申込。0508:合意解除承諾。
参考0514:一方的解除通知。
TAG1007帳票№、TAG1009：参照帳票№、TAG1300：注文番号枝番'

TAG1024

ヘッダ仕様

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

"
'
‑
̲
.
.

139

Ver.2.1 ad.7 (2014.10.31)

渋谷区千駄ヶ谷４ー２５ー２２

140

ＣＩ－ＮＥＴ住宅その他
契約NO ００５３０

参考用 CI-NET LiteS 注文者側発行回数

○作業所名

1

毎度、ご協力ありがとうございます。下記の注文書をＣＩ－ＮＥＴで送りしましたので、直ちに注文請書を提出して下さい。

株式会社 渋谷建設 東京支店
調達部
調達 太郎
TEL :03-5474-3279
FAX :03-3405-5125〒151-0052

提出日 2002年 09月 27日

確定注文書送り状

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
型枞工事高層棟
注文№：01661

高尾産業株式会社 御中〒151
渋谷区千駄ヶ谷３－１３－１８ＷＤＩビル
営業部
津久井 太郎 殿

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社
変更工事№：
印刷日 2002年9月27日

確定注文
（参考）

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

Ver.2.1 ad.7 (2014.10.31)

ヘッダー内容参照

，
し
一
一
一
一
一
一

「一一一一

株式会社 渋谷建設 東京支店
調達部
調達 太郎
TEL :03-5474-3279
FAX :03-3405-5125〒151-0052

一

141
1

TAG1179、1行目

解除通知の場合は発行回数ＣＩ－ＮＥＴ住宅その他
契約NO ００５３０1

参考用 CI-NET LiteS 注文者側発行回数○作業所名

毎度、ご協力ありがとうございます。下記の注文書をＣＩ－ＮＥＴで送りしましたので、直ちに注文請書を提出して下さい。

ＴＡＧ１０１４ １ー３９行

高尾産業株式会社 御中〒151
渋谷区千駄ヶ谷３－１３－１８ＷＤＩビル
営業部
津久井 太郎 殿

提出日 2002年 09月 27日
TAG2を文字表示+'書送り状’
0502:確定注文。0503:鑑項目合意変更申込。0504:合意解除申込。0506:注文請け。0507:鑑項目合意変更承諾。
0508:合意解除承諾。0514:一方的解除通知。
渋谷区千駄ヶ谷４ー２５ー２２

確定注文書送り状

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
型枞工事高層棟
注文№：01661

印刷日

変更工事№：
印刷日 2002年9月27日﹁J

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社
確定注文（参考）

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

Ver.2.1 ad.7 (2014.10.31)

〒 １９１ー１２３４
住所 東京都大田区並木町３ー１ー２

142〒102 東京都千代田区隼町１－１－５

2002年 9月27日

01161－

住所

注文日

注文№

2002年01月05日

基本契約

現金

保険条項

1

確定注文
（参考）

課税分類コード 1：課税対象\132,825,000 円\126,500,000 円\6,325,000 円

５０％ 手形 ５０％

サイト 120日（請求締切）毎月20日 （支払） 翌月10日（部分払い） 出来高・納入高の ８０％

消費税ｺｰﾄﾞ 2：外税

工事金額
消費税額 5％

労災保険の加入 注文者

精算条件
実数実測による
保証期間指定 無償保証期間 施主引渡し日から１年

支払条件

契約金額
うち

会社名 株式会社渋谷建設 東京支店
代表者名 取締役支店長 渋谷 弘典
共同企業体代表者名 外崎（工事所長名）参考用 CI-NET LiteS 注文者側発行回数

2002年10月 １日ー2002年12月20日

工期・納期

原価細目名

外注
金属工事
金属工事

１
402
402

原価科目名

原価要素名

取引件名

型枞工事高層棟

工事名称
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事

０１６０８１

変更工事№：

本帳票は参考用に電子契約データを印刷したもの-〒 １５１ー８５０３
住所 東京都渋谷区千駄ヶ谷４ー２５ー２ ２

確 定 注 文 書

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
型枞工事高層棟
注文№：01661

工事コード

代表者名 津久井 太郎

受注者ｺｰﾄﾞ2 １２３４５６７
会社名 高尾産業株式会社

受注者

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

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

Ver.2.1 ad.7 (2014.10.31)

143
０１１６１－
TAG1046＋TAG1045
型枞工事高層棟
TAG1192＋TAG1191
１
外注

取引件名

解除通知の場

精算条件

支払条件

内税の場合、 契約金額
消費税の金額
うち
印刷しない

ＪＶの場合のみ印刷
３行目や２行目がﾌﾞﾗﾝｸなら１行目を１段または２段下げる

TAG1054

TAG1055
実数実測による\132,825,000 円
TAG1090
工事金額\126,500,000 円
TAG1004+％
TAG1096
消費税額 5％\6,325,000 円
消費税ｺｰﾄﾞ
2：外税
課税分類コード
1：課税対象TAG57+消費税ｺｰﾄﾞ
TAG59+課税分類名
名
TAG1056（支払）1行目翌月10日（請求締切）毎月20日（部分払い） 出来高・納入高の ８０％
TAG1056 2行目
TAG1056 3行目
現金
５０％ 手形 ５０％
サイト 120日
TAG1056 4行目

TAG1097

TAG1024 東京支店
会社名 株式会社渋谷建設
代表者名 取締役支店長
渋谷 弘典
TAG1026
共同企業体代表者名 外崎（工事所長名）ＪＶの場合のみTAG1025

TAG1003 3行目

TAG1003 １行目
TAG1003 2行目

TAG1079+TAG1302
基本契約
2002年01月05日
合は発行回数 保証期間指定 無償保証期間 施主引渡し日から１年
TAG1066
注文日の記載方法、TAG2の情報区分
保険条項
労災保険の加入
注文者
が0502：注文日：＋TAG1008
0503：変更申込日：＋TAG1008
0504：解除申込日：＋TAG1008
0505：打切申込日：＋TAG1008
参考用 CI-NET LiteS 注文者側発行回数 TAG1179、1行目
10514：解除通知日：＋TAG1008
注文No.、注文番号枝番の記載方法
添付書類は下記見積書とする。
0515：打切通知日：＋TAG1008■TAG2情報区分ｺｰﾄﾞが、
0506：注文日：＋TAG1010
0502：確定注文､0503:鑑項目合意変更､0504:合意解除申込､0514:一方的解除通知の場合 （特記事項・見積条件、ﾒｰｶｰ名・商社名、その他事項、内0507：変更申込日：＋TAG1010
訳明細書）
TAG1007 + '-' + TAG1300
0508：解除申込日：＋TAG1010
TAG2：0506注文請け、0507：鑑項目合意変更承諾、0508:合意解除承諾の場合
0509：打切申込日：＋TAG1010
TAG1009 + '-' + TAG1300
参考： TAG1007帳票№、TAG1009：参照帳票№、TAG1300：注文番号枝番

工期・納期

TAG1052
TAG1066
2002年10月 １日ー 2002年12月20日

原価細目名

原価科目名

TAG1194＋TAG1193
402
金属工事
402 TAG1196＋TAG1195
金属工事

2002年 9月27日

注文日

注文№

原価要素名

TAG1016＋TAG1043〒102 東京都千代田区隼町１－１－５

工事名称
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事
TAG1042

ＪＶの場合のみ印刷（工事所長名）とも

住所

工事コード
０１６０８１
TAG1006
TAG1306

代表者名 津久井 太郎 TAG1015

TAG1023
受注者ｺｰﾄﾞ2 １２３４５６７
会社名 高尾産業株式会社 TAG1013

確 定 注 文 書株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
変更工事№：
確定注文
TAG2を文字表示+’書’
高尾産業株式会社型枞工事高層棟
注文№：01661（参考）0502:確定注文。0503:鑑項目合意変更申込。0504:合意解除申込。0506:注文請
ヘッダー内容参照
け。0507:鑑項目合意変更承諾。0508:合
本帳票は参考用に電子契約データを印刷したもの
意解除承諾。0514:一方的解除通知。
受注者
TAG1030
TAG1019〒 １９１ー１２３４〒 １５１ー８５０３
TAG1020を2行で印刷
住所 東京都大田区並木町３ー１ー２
住所 東京都渋谷区千駄ヶ谷４ー２５ー２ ２
TAG1031を２行表示

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

Ver.2.1 ad.7 (2014.10.31)

渋谷区千駄ヶ谷４ー２５ー２

144
ＣＩ－ＮＥＴ住宅その他
契約NO ００５３０

参考用 CI-NET LiteS注文者側発行回数

○作業所名

1

毎度、ご注文ありがとうございます。下記の注文請書を送りしましたので、よろしくお願い致します。

高尾産業株式会社
営業部
津久井 次郎TEL :03-5474-2222
FAX :03-3405-9999〒151-0052

提出日 2002年 ９月 30日

注文請け書送り状

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
注文№：01661
型枞工事高層棟

株式会社渋谷建設 東京支店 御中〒151
渋谷区千駄ヶ谷３－１３－１８
調達部
調達 太郎 殿株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

受注者側発行回数

変更工事№：
注文請№：23456
印刷日 2002年 9月30日

2

注文請け
（参考）

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

Ver.2.1 ad.7 (2014.10.31)

渋谷区千駄ヶ谷４ー２５ー２

高尾産業株式会社
営業部
津久井 次郎TEL :03-5474-2222
FAX :03-3405-9999〒151-0052

参考用 CI-NET LiteS注文者側発行回数1

TAG1179 1行目

受注者側発行回数

解除通知、打切り通知の場合は無■TAG2情報区分ｺｰﾄﾞが、0506注文請け、0507：鑑項目
合意変更承諾、0508:合意解除承諾の場合の場合→TAG1データ処理№

印刷日

変更工事№：
注文請№：23456
印刷日 2002年 9月30日に145

Ver.2.1 ad.7 (2014.10.31)

解除通知の場合は発行回数ＣＩ－ＮＥＴ住宅その他
契約NO ００５３０

毎度、ご注文ありがとうございます。下記の注文請書を送りしましたので、よろしくお願い致します。

ＴＡＧ１０１４ １ー３９行

調達部
調達 太郎 殿

○作業所名

ヘッダー内容参照

注文請け書送り状

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
型枞工事高層棟
注文№：01661
TAG2を文字表示+'書送り状’
0502:確定注文。0503:鑑項目合意変更申込。0504:合意解除申込。0506:注文株式会社渋谷建設 東京支店 御中 請け。0507:鑑項目合意変更承諾。
提出日 2002年 ９月 30日
0508:合意解除承諾。0514:一方的解除〒151通知。
渋谷区千駄ヶ谷３－１３－１８

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

2

注文請け
（参考）

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

〒 １９１ー１２３４
住所 東京都大田区並木町３ー１ー２

146

2002年10月 １日ー 2002年12月20日

2002年01月05日

工期・納期

基本契約

原価細目名

1

保険条項

参考用 CI-NET LiteS 注文者側発行回数

１
402
402

原価科目名

原価要素名

取引件名

注文№

現金

注文請け
（参考）

５０％ 手形 ５０％

サイト 120日

受注者側発行回数

労災保険の加入 注文者

2

課税分類コード 1：課税対象\132,825,000 円\126,500,000 円\6,325,000 円（請求締切）毎月20日 （支払） 翌月10日（部分払い） 出来高・納入高の ８０％

消費税ｺｰﾄﾞ 2：外税

工事金額
消費税額 5％

精算条件
実数実測による
保証期間指定 無償保証期間 施主引渡し日から１年

支払条件

2002年 9月27日注文請日 2002年 9月27日
01161－
注文請№ 23456
型枞工事高層棟

注文日

外注
金属工事
金属工事

契約金額
うち

〒102 東京都千代田区隼町１－１－５

住所

会社名 株式会社渋谷建設 東京支店
代表者名 取締役支店長 渋谷 弘典
共同企業体代表者名 外崎（工事所長名）工事名称
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事

０１６０８１

変更工事№：
注文請№：23456

本帳票は参考用に電子契約データを印刷したもの-〒 １５１ー８５０３
住所 東京都渋谷区千駄ヶ谷４ー２５ー２ ２

注 文 請 け 書

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
型枞工事高層棟
注文№：01661

工事コード

代表者名 津久井 太郎

受注者ｺｰﾄﾞ2 １２３４５６７
会社名 高尾産業株式会社

受注者

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

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

Ver.2.1 ad.7 (2014.10.31)

147

TAG1079+TAG1302
2002年01月05日

解除通知の場合は発行回数\132,825,000 円
TAG1090
工事金額\126,500,000 円
TAG1004+％
TAG1096
消費税額 5％\6,325,000 円
消費税ｺｰﾄﾞ
2：外税
課税分類コード
1：課税対象TAG57+消費税ｺｰﾄﾞ
TAG59+課税分類名
名
TAG1056（支払）1行目翌月10日（請求締切）毎月20日（部分払い） 出来高・納入高の ８０％
TAG1056 2行目
TAG1056 3行目
現金
５０％ 手形 ５０％
サイト 120日
TAG1056 4行目

TAG1097

ＪＶの場合のみ印刷
３行目や２行目がﾌﾞﾗﾝｸなら１行目を１段または２段下げる

保険条項

TAG1066
労災保険の加入
注文者

0506注文請け、0507：鑑項目合意変更承

TAG1055
精算条件
実数実測による
TAG1054
保証期間指定 無償保証期間 施主引渡し日から１年■TAG2情報区分ｺｰﾄﾞが、支払条件内税の場合、
消費税の金額 契約金額
うち
印刷しない

ＪＶの場合のみTAG1025

TAG1024 東京支店
会社名 株式会社渋谷建設
代表者名 取締役支店長
渋谷 弘典
TAG1026
共同企業体代表者名 外崎（工事所長名）TAG1003 3行目

TAG1003 １行目
TAG1003 2行目

注文日注文請日の記載方法、TAG2の情報区分が諾、解除通知、打切り
0506：注文日＋TAG1010＋ 注文請日+TAG1008
0508:合意解除承諾の場合の場合
通知の場合は無0507：変更申込日＋TAG1010＋ 変更承諾日+TAG1008→TAG1データ処理№
0508：解除申込日＋TAG1010＋ 解除承諾日+TAG1008
0509：打切申込日：＋TAG1010＋打切承諾日+TAG1008
参考用 CI-NET LiteS 注文者側発行回数 TAG1179、1行目
1
受注者側発行回数
20514：解除通知日＋TAG1008
0515：打切通知日＋TAG1008注文No.、注文番号枝番の記載方法■TAG2情報区分ｺｰﾄﾞが、左側
右側
0506：注文請け、0507:鑑項目合意変更承諾、0508:合意解除承諾、 0506：注文請けの場合、注文請№+TAG1007
添付書類は下記見積書とする。
0509:合意打切承諾、の場合 注文№+TAG1009 + '-' + TAG13000507:鑑項目合意変更承諾の場合、変更承諾№+TAG1007（特記事項・見積条件、ﾒｰｶｰ名・商社名、0514:一方的解除通知、0515：一方的打切通知の場合
0508:合意解除承諾の場合、解除承諾№+TAG1007
その他事項、内訳明細書）
注文№+TAG1007 + '-' + TAG1300
0509:合意打切承諾の場合、打切承諾№+TAG1007

基本契約

工期・納期

TAG1052
TAG1066
2002年10月 １日ー2002年12月20日

原価細目名

原価科目名

原価要素名

取引件名

TAG1194＋TAG1193
402
金属工事
402 TAG1196＋TAG1195
金属工事

2002年 9月27日注文請日 2002年 9月27日
０１１６１－
注文請№ 23456
TAG1046＋TAG1045
型枞工事高層棟
TAG1192＋TAG1191
１
外注

注文日

注文№

TAG1016＋TAG1043〒102 東京都千代田区隼町１－１－５

工事名称
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事
TAG1042

ＪＶの場合のみ印刷（工事所長名）とも

住所

工事コード
０１６０８１
TAG1006
TAG1306

代表者名 津久井 太郎 TAG1015

TAG1023
受注者ｺｰﾄﾞ2 １２３４５６７
会社名 高尾産業株式会社 TAG1013

注 文 請 け 書株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
変更工事№：
注文請け
TAG2を文字表示+’書’
高尾産業株式会社型枞工事高層棟
注文№：01661（参考）0502:確定注文。0503:鑑項目合意変更申込。0504:合意解除申込。0506:注文請
ヘッダー内容参照
け。0507:鑑項目合意変更承諾。0508:合
本帳票は参考用に電子契約データを印刷したもの
意解除承諾。0514:一方的解除通知。
受注者
TAG1030
TAG1019〒 １９１ー１２３４〒 １５１ー８５０３
TAG1020を2行で印刷
住所 東京都大田区並木町３ー１ー２
住所 東京都渋谷区千駄ヶ谷４ー２５ー２ ２
TAG1031を２行表示

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

Ver.2.1 ad.7 (2014.10.31)

参考用 CI-NET LiteS

注文者側発行回数1

受注者側発行回数

受注者契約条件（見積時の受注者側見積条件）
ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬ

2

注文請け
（参考）

発注者特記事項２
ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬ

変更工事№：
注文請№：23456

発注者契約条件（見積時の発注者側見積条件）-

発注者特記事項１

特 記 事 項 ・ 契 約 条 件

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
高尾産業株式会社型枞工事高層棟
注文№：01661

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

148

Ver.2.1 ad.7 (2014.10.31)

発注者特記事項１

ヘッダー内容参照

一「一一一一一149

参考用 CI-NET LiteS

TAG1176、1ー20行

解除通知の場合は発行回数

発注者特記事項２
ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬTAG1175、1ー10行

変更工事№：
注文請№：23456

注文請け
（参考）

1

一
」

TAG1179、1行目

解除通知、打切
り通知の場合は無TAG1069、1ー20行

げ

受注者側発行回数2■TAG2情報区分ｺｰﾄﾞが、0506注文請け、0507：鑑項目
合意変更承諾、0508:合意解除承諾の場合の場合→TAG1データ処理№

受注者契約条件（見積時の受注者側見積条件）
ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺＡＢＣＤＥＦＧＨＩＪＫＬTAG1174、1ー8行「一一一一一L「ベ
t「
注文者側発行回数-

発注者契約条件（見積時の発注者側見積条件）

特 記 事 項 ・ 契 約 条 件

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
高尾産業株式会社型枞工事高層棟
注文№：01661

B.Ⅴ．電子契約データにおける注文業務帳票の印刷例「一一一

Ver.2.1 ad.7 (2014.10.31)

150

名

社

商

名

カ

｜

メ

１）
２）
３）
４）
５）
６）
７）
８）
９）
１０）

１）
２）
３）
４）
５）
６）
７）
８）
９）
１０）

コード

コード

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５型枞工事高層棟

注文者側発行回数

1

金額（円）

金額（円）

品名・単位

品名・単位

使用メーカー名・商社名一覧表

参考用 CI-NET LiteS

藤田商事

名称

三菱
松下

名称

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

数量

数量

-

受注者側発行回数

工事№：016081
注文№：01661

備考

備考

変更工事№：
注文請№：23456

2

注文請け
（参考）

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

Ver.2.1 ad.7 (2014.10.31)

151

コード

名称

解除通知の場合は発行回数

TAG1187、1ー10行

「ー

ーーー
ーーー
ーーー
ーーー
ーーー
ーーー
ーーー
ーーー
ーーー

参考用 CI-NET LiteS

藤田商事

名称

TAG1183、1ー10行

三菱
松下

金額（円）

1

「ー
」

TAG1179、1行目

解除通知、打切
り通知の場合
は無

「
一
一

/

備考

変更工事№：
注文請№：23456

備考

ド

注文請け
（参考）

2

■TAG2情報区分ｺｰﾄﾞが、0506注文請け、0507：鑑項目合意変
更承諾、0508:合意解除承諾の場合の場合→TAG1データ処理№

TAG1190、1ー10行

数量

TAG1186、1ー10行

数量-

受注者側発行回数¥.
1‑

注文者側発行回数

工事№：016081
注文№：01661

TAG1185、1ー
10行

TAG1189、
1ー10行

品名・単位

品名・単位

TAG1188、1ー10行

金額（円）TAG1184、1ー10行

」一一一

名

１）
２）
３）
４）
５）
６）
７）
８）
９）
１０）

コード

使用メーカー名・商社名一覧表

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５型枞工事高層棟

」一一一

社

商

名

カ

｜

メ

１）
２）
３）
４）
５）
６）
７）
８）
９）
１０）

ヘッダー内容参照

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

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

」

ー
ー
ー
ー
ー
ー
ー
ー
ー

Ver.2.1 ad.7 (2014.10.31)

解

除

理

参考用 CI-NET LiteS

注文者側発行回数由1-

受注者側発行回数

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
型枞工事高層棟
注文№：01661

基本契約書第＊条により契約解除致します

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

2

変更工事№：
注文請№：23456

注文請け
（参考）

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

152

Ver.2.1 ad.7 (2014.10.31)

ヘッダー内容参照

解

除

理

由

153
参考用 CI-NET LiteS

解除通知の場合は発行回数1

TAG1179、1行目
注文者側発行回数

TAG1199、1ー10行

2■TAG2情報区分ｺｰﾄﾞが、
0508:合意解除承諾の場合の場合→TAG1データ処理№
受注者側発行回数

解除通知、打切
り通知の場合は無ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５工事№：016081
変更工事№：型枞工事高層棟
注文№：01661
注文請№：23456■TAG2情報区分ｺｰﾄﾞが、
0504:合意解除申込、0505：合意打切り申込、0508:合意解除承諾、0509：合意打切り承諾、0514：一方的解
除通知、0515：合意打切り通知の場合印刷
基本契約書第＊条により契約解除致します

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

注文請け
（参考）

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

Ver.2.1 ad.7 (2014.10.31)

154

出来高査定

担当部署2

担当部署1

参考用 CI-NET LiteS

1：累積査定方式

TEL：03-5454-2222

注文者側発行回数

FAX:03-5454-3334

TEL03-5474-3233 FAX03-5474-3333
東京事務所 渋谷太郎
〒102 東京都千代田区隼町３－３－６

217010000000
渋谷 弘典
購買 次郎
調達部
調達 太郎
〒１９１ー１２３４ 東京都大田区並木町３ー１ー２

1\240,994,746\-746\240,994,000

許可日

建設業許可
許可業種

担当部署

受注者側発行回数

TEL:0427-82-9999 FAX:0427-82-9300
東京都知事一般001第１２３４５６号
大工
左官
とび・土工
鉄骨
石工
平成１０年１０月１０日

2

営業部
津久井 次郎〒１５１ー８５０３ 東京都渋谷区千駄ヶ谷４ー２５ー２ ２

受注者側項目
受注者ｺｰﾄﾞ 234567000000
決裁者名
津久井 三郎

明細金額計
調整額
工事金額

見積依頼番号 01462
見積回答回数 3（ﾃﾞｰﾀﾁｪｯｸ値8）

ト一一

発注者側項目
発注者ｺｰﾄﾞ
決裁者名

共通事項
情報区分
0506 注文請け書
ｻﾌﾞｾｯﾄﾊﾞｰｼﾞｮﾝ ORDERS02.00
訂正ｺｰﾄﾞ
1:新規
工事略称
ＣＩ－ＮＥＴ共済会館
所長
外崎
TEL:03-3261-1651
担当
先崎
FAX：03-3261-1652
別途受渡し名称 作業所
別途受渡し住所
受渡し方法
運送費用負担 受注者負担

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

Ver.2.1 ad.7 (2014.10.31)

ヘッダー内容参照

そ の 他 事 項

出来高査定

担当部署2

担当部署1

担当部署

受注者側項目
受注者ｺｰﾄﾞ 234567000000
決裁者名
津久井TAG1165
三郎

TAG5

TAG1090

TAG1017
TAG1018
営業部
津久井 +次郎TAG1019 +東京都渋谷区千駄ヶ谷４ー２５ー２
TAG1020*2行表示〒１５１ー８５０３
２

TAG1032,1行目
TEL03-5474-3233 FAX03-5474-3333TAG1033,1行目
TAG1028,2行目
東京事務所
渋谷太郎 TAG1029,2行目

TAG1022
TAG1021
TEL:0427-82-9999 FAX:0427-82-9300
TAG1166
建設業許可 東京都知事一般001第１２３４５６号
TAG1167,1行
許可業種
大工
左官TAG1167,4行目〒102 東京都千代田区隼町３－３－６目
TAG1167,2行
TAG1167,5行目
TAG1030,2行目＋TAG1031,2行目＊2行表
とび・土工
鉄骨
目
示
TAG1032,2行目
石工TAG1167,3行目
TEL：03-5454-2222
FAX:03-5454-3334
TAG1033,2行目
許可日
平成１０年１０月１０日
TAG1168 ■TAG2情報区分ｺｰﾄﾞが、0506注文請け、
0507：鑑項目合意変更承諾、0508:合意解解除通知の場合は発行回数
1：累積査定方式
TAG1312が解除通知、打切り通知の場合は無除承諾の場合の場合→TAG1データ処理
1の場合 1:累積査定方式№
2の場合 2:当月査定方式
TAG1179、1行目
参考用 CI-NET LiteS
注文者側発行回数1
受注者側発行回数2217010000000 TAG4
TAG1169、1行目
渋谷
弘典
TAG1169、2行目
購買 次郎
調達部 TAG1028,1行目
調達 太郎 ＋ TAG1029,1行目〒１９１ー１２３４
東京都大田区並木町３ー１ー２
TAG1030,1行目＋TAG1031,1行目＊2行表示

注文請け
（参考）

/

h

Hlu

発注者側項目
発注者ｺｰﾄﾞ
決裁者名

TAG1088

TAG1179の8行目##########
TAG1089\-746##########

TAG1301

変更工事№：- 注文請№：23456

﹂いいいい

155

門
ハ
ハ
ハ
︺

I l l 1 1 1↑

共通事項
情報区分
0506 注文請け書
TAG2＋情報区分名（注文書設計参照）＋’書’ 見積依頼番号 01462
TAG1197
ｻﾌﾞｾｯﾄﾊﾞｰｼﾞｮﾝ ORDERS02.00
見積回答回数 3
TAG9+訂正ｺｰﾄﾞ名
訂正ｺｰﾄﾞ
1:新規（ﾃﾞｰﾀﾁｪｯｸ値8）
TAG1173
工事略称
ＣＩ－ＮＥＴ共済会館
所長
外崎TAG1025 TEL:03-3261-1651 TAG1041
担当
先崎TAG1027 FAX：03-3261-1652
TAG1182
TAG1044
別途受渡し名称 作業所
TAG1095
別途受渡し住所
TAG1047
受渡し方法
運送費用負担 受注者負担
明細金額計
TAG1071
調整額
工事金額

工事№：016081
注文№：01661

円llu
門llu

門llu

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５
高尾産業株式会社型枞工事高層棟

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

Ver.2.1 ad.7 (2014.10.31)

内 訳 明 細 書

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
型枞工事高層棟
注文№：01661

ト一一

ト一一

-

変更工事№：
注文請け
注文請№：23456（参考）

注文請け

156
ト一一 ト一一 ト一一 ト一一
5,060

Ｍ２

450

500

9,000

3,600

ト一一 ト一一 ト一一 ト一一2,277,000

2,530,000

270,000

8,568,000

3,056,000

工

工

共

共

共

共

←一ー ←一ー 同一ー 同一ー

Ｍ２

ｹ所

ｹ所

4,000

4,336,500

共

共

共

同一ー

12 荷揚・荷降明

ト一一 ト一一 ト一一 ト一一
Ｍ

3,500

10,936,874

2,352,000

8,820,735

ト一一 ト一一 ト一一 ト一一

5,060

30

2,380

764

Ｍ

6,200

6,000

6,000 .5

ト一一

11 型枞運搬費
明

10 避難ﾊｯﾁ止め枞
明 材工共 700□

9 ALCﾌｧｽﾅｰ取付
明 材工共

8 ｽﾗﾌﾞ止め枞ｽﾗﾌﾞ止め枞
明 材工共

1,239

1,764 .012 Ｍ

ｹ所

392

ト一一

7 ｽﾗﾌﾞ段差止め枞
明 材工共 H=170

ト一一

6 床立上り型枞
明 材工共 H=100,W=100

5 小梁PC端部囲い
明 材工共 L=300程度

ｹ所

1,470

ト一一

4 梁PC端部囲い
明 材工共 L=300程度

数量
単位
単価
金額
品名・名称
材
備考
メーカー名
№
規格・仕様・摘要工
商社名【高層棟高層部】 品名１行目
1 品名名称2行ＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷ
明 ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺあああああああ ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺあああああああ 2ｔ １２ヶ月
ＡＢＣＤＥＦＧＨ
城山八王子電工
2 普通型枞組払
1,481
M25,500 .1
8,145,648 共 ＩＪＫＬＮＭＯＰ
津久井商事
2ｔ １２ヶ月明 材工共
1234567890123456
3 打放型枞組払
3,579 .22 M2
7,600 .1
27,202,429 共 1234567890123456
明 123456789012345678901234567890123456789012345678901234567890123456 123456789012345678901234567890123456789012345678901234567890123456 2ｔ １２ヶ月

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

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

ト一一 ト一一 ト一一 ト一一ト一一 ト一一 ト一一 ト一一Ver.2.1 ad.7 (2014.10.31)

小

計

ト一一

ト一一

300

80,640単価(
18,063,360

79,568,886)

1,073,700

金額

共

共

材
工

備考

メーカー名
商社名

ト一一
ト一一
ト一一 ト一一ト一一』一一』一一 ト一一トーー
同ーー
同ーー トーー

ト一一』一一』一一 ト一一ト一一ト一一
ト一一 ト一一ト一一ト一一
ト一一 ト一一

ｹ所

ｹ所

15

ト一一 ト一一30
75,00090,000157

240,994,746

1,125,000

2,700,000

共共

共

ト一一 ト一一

139,537,500

ト一一457,500

ト一一 ト一一

Ｍ２

ト一一

305

ト一一

Ｍ２

ト一一 ト一一224

ト一一』一一 ト一一

計』一一

18 ﾃﾞｯｷ部ｻﾎﾟｰﾄ補強
明 材工共

Ｍ２

単位

同ーー

17 柱底型枞組払
明 材工共 850□

3,579

数量

内 訳 明 細 書』一一

16 PH梁底ｽｰﾊﾟｰｽﾃｰｼﾞ取付
明

15 雨樋ｽﾘｰﾌﾞ抜き
明 材工共 125φ

14

13 面木目地棒
明

品名・名称№
規格・仕様・摘要

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

同ーー トーー』一一 ト一一ト一一 ト一一

Ver.2.1 ad.7 (2014.10.31)

内 訳 明 細 書

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５ 工事№：016081
型枞工事高層棟
注文№：01661-

変更工事№： 注文請け
注文請№：23456
（参考）

注文請け

」

「
一
一

」

ト一一

ト

「
一
一

ー
ー
ー
「
ー
ー

4 梁PC端部囲い
明 材工共 L=300程度
明細の印刷
5 小梁PC端部囲い
連番
明 材工共 L=300程度
6,000

「
一
一
一

」

392TAG1218ｹ所

「
一
一
一

ト
ー

」

r一一「

に
一
一

2,352,000

8,820,735

158

ト一一
ト一一
ト一一

トーー
トーー
同ーー
同ーー

工

ト一一

2,277,000

工

』一一

450

共

』一一

Ｍ２

2,530,000

270,000

共

ト一一

5,060

500

9,000

共

ト一一

12 荷揚・荷降明ｹ所

TAG1288=5 かつ TAG1299=0 は 明細内訳本体行の’明’
5,060
Ｍ２
TAG1288=0 かつ TAG1299=0 は 総括明細本体行の’総’その他 ﾌﾞﾗﾝｸ

ヘ

11 型枞運搬費
明

30

共

共

共

共

「
一
一

10 避難ﾊｯﾁ止め枞
明 材工共 700□

TAG1222
6 床立上り型枞
1,764 .012 Ｍ
6,200
10,936,874
明 材工共 H=100,W=100
1頁は12行の内訳行数
数量、単価の尐数以下無しの場合は、尐数以下は印刷しない。尐数以下有りでも、例えば、実ﾃﾞｰﾀが尐数以下1桁
7 ｽﾗﾌﾞ段差止め枞
1,239
Ｍ
3,500
4,336,500
TAG1223
なら1桁まで印刷、2桁なら2桁まで印刷する。
材工共 H=170
文字連結は、連結される文字の後ろｽﾍﾟｰｽ削除、連結する文字の頭に、１つｽﾍﾟｰｽを追加して連結する。各ページの右上にﾍﾟｰｼﾞ番号
8 ｽﾗﾌﾞ止め枞ｽﾗﾌﾞ止め枞
764
Ｍ
4,000
3,056,000
各ページの中央下に注文者側発行回数（TAG1179、1行目）
材工共
各ページの右下に■TAG2情報区分ｺｰﾄﾞが、0506注文請け、0507：鑑項目合意変更承諾、0508:合意解除承諾の場
合 9 ALCﾌｧｽﾅｰ取付
2,380
ｹ所
3,600
8,568,000
受注者側発行回数（TAG1データ処理№）
本 材工共

整数部と小
数点の間
はあけない

6,000 .5

1,470 TAG1219
ｹ所

数量
単位
単価
金額
品名・名称
材
備考
メーカー名
№
規格・仕様・摘要工
商社名【高層棟高層部】 品名１行目
明細１行目：ＴＡＧ１２１３、１行目
1 品名名称2行ＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷ
明細２行目：ＴＡＧ１２１３、２行目
TAG1251。２行
明 ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺあああああああ ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺあああああああ 2ｔ １２ヶ月
TAG1248ＡＢＣＤＥＦＧＨ
城山八王子電工
明細３行目：ＴＡＧ１２１４、１、２行目連結。
2 普通型枞組払
1,481
M25,500 .1
8,145,648 共 ＩＪＫＬＮＭＯＰ
津久井商事
TAG1216が０以外は連結して出力。TAG1217がﾌﾞﾗﾝｸ以外なら連結して出力する
2ｔ １２ヶ月
明 材工共
TAG1250
TAG1208が０以外は連結して出力。TAG1209がﾌﾞﾗﾝｸ以外なら連結して出力する
1234567890123456
3 打放型枞組払
3,579 .22 M2
7,600 .1
27,202,429 共 1234567890123456
TAG1287：02:材、04:工、06:共
明 123456789012345678901234567890123456789012345678901234567890123456 123456789012345678901234567890123456789012345678901234567890123456 2ｔ １２ヶ月
、それ以外；ｽﾍﾟｰｽ株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ヘッダー内容参照
高尾産業株式会社

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

I/

Ver.2.1 ad.7 (2014.10.31)

小

計

1

75,00090,000457,500

(

共

共

共

共

共

材
工

TAG1088

備考

メーカー名
商社名

ト一一

ト一一 ト一一
ト一一

ト一一

159

240,994,746

1,125,000

2,700,000

139,537,500

18,063,360

79,568,886)

1,073,700

金額

ト一一 ト一一計ｹ所』一一 ト一一

15

ｹ所

30

300

80,640単価

ト一一 ト一一

18 ﾃﾞｯｷ部ｻﾎﾟｰﾄ補強
明 材工共

１．フラットの場合は明細の最後に計を追加する。
階層の場合は階層単位
毎計を追加する。

Ｍ２

Ｍ２

Ｍ２

単位

』一一 ト一一305

TAG1288=5 かつ TAG1299=90の小計行は224’小計’ を記入、小計額は( ）で金額欄に記入

3,579

数量

内 訳 明 細 書

』一一 ト一一17 柱底型枞組払
明 材工共 850□

16 PH梁底ｽｰﾊﾟｰｽﾃｰｼﾞ取付
明

15 雨樋ｽﾘｰﾌﾞ抜き
明 材工共 125φ

14

13 面木目地棒
明

品名・名称№
規格・仕様・摘要

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

ト一一

ト一一

ト一一

ト一一

ト一一
ト一一 ト一一ト一一ト一一
ト一一 ト一一ト一一』一一』一一 ト一一ト一一ト一一
ト一一 ト一一ト一一』一一』一一 ト一一ト一一』一一』一一 ト一一ト一一ト一一
ト一一 ト一一ト一一ミ¥¥

Ver.2.1 ad.7 (2014.10.31)

160

軒樋

軒樋

123456789012345678901234567890123456789012345678901234

小計

笠木出隅コーナー

1514

計（Ｍ５４）*1
１あああ５ああああ０ああああ５あああ19

１２３４５６７８９０１２３４５６７８９０１２３４５６７

スパンドレル

13 軒天井

12

11 屋根

10

9

笠木

8 屋根

7

防塵網

6 軒樋

5

4

3

2

品名・名称

規格・仕様・摘要

１あああ５ああああ０ああああ５ああああ０あ22（Ｍ６６）*1

質問回答１０軽鉄下地共日本アルミＥＸ－１５１５同等品

アルミ電解着色（エキストラ）参照図意－３１－２１

電解着色

アルミＴ２．５加工

２５０Ｗ

１２３４６７８９０１２３４５６７８９０１２３４５６７８９０１２３

落し口共

１２５

φ

123456789012345678901234567890123456789012345678901234567890123456

Ｒ付き（Ｒ＝１，４９０）

開き止め銅線共

硬質塩化ビニル既製品

３００

延Ｗ

開き止め銅線共

硬質塩化ビニル既製品

３００

延Ｗ

単位

15,800

8,160

4,590

7,870

13,500213,300

802,329

57,12083,07978,700126,900

456,530

金 額

変更工事№：
注文請№：23456

6,430

-

備 考

注文請け注文請け
（参考）

（

１）

1,072,749（Ｎ７．３）（Ｎ１２．１）（Ｎ１２）（Ｍ１６）*1
1,234,567.000 あああ
123,456,789,012.0
123,456,789,012 １あああ５ああああ10

13.500 ｍ２

7.000 か所

18.100 ｍ

10.000 か所

9.400 ｍ

単 価

工事№：016081
注文№：01661

71.000 ｍ

数 量

内 訳 明 細 書

ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５型枞工事高層棟（注）*1：規約の属性と文字数。この資料の文字の大きさ（10P）では枞内に収まらない
解決策→枞をオーバーするデータだけ文字の大きさを小さく（6P）する

明

明

明

明

明

明

1

№

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
高尾産業株式会社

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

Ver.2.1 ad.7 (2014.10.31)

」一一←~'--一一--y一---'

161

計

¥

一

」

１あああ５ああああ０ああああ５ああああ０あ22（Ｍ６６）*1

アルミ電解着色

１．フラットの場合は明細
日本アルミＥＸ－１５１５同等品の最後に計を追加する。
軽鉄下地共
2.階層の場合は階層単
質問回答１０
位毎計を追加する。

計（Ｍ５４）*1
１あああ５ああああ０ああああ５あああ19

１２３４５６７８９０１２３４５６７８９０１２３４５６７

スパンドレル（エキストラ）10.000 か所

7,870

13,5009.400 ｍTAG1219

6,430

TAG1222単 価

備 考

注文請け注文請け（参考）78,700

TAG1223 126,900

456,530 TAG1251。２行

金 額変更工事№：
注文請№：23456

71.000 ｍ

単位

-

１）

123,456,789,012.0（Ｎ１２．１）15,8008,160

1,072,749（Ｍ１６）*1
123,456,789,012 １あああ５ああああ10（Ｎ１２）

213,300(802,329)

57,120

1頁は17行の内訳行数
各ページの中央下に注文者側発行回数（TAG1179、1行目）
各ページの右下に■TAG2情報区分ｺｰﾄﾞが、0506注文請け、0507：鑑項目合意変更承諾、0508:合意解除承諾の場合、受注者側発行回数（TAG1データ処理№）（

1,234,567.000 あああ（Ｎ７．３）

13.500 ｍ２

7.000 か所

取引区分ｺｰﾄﾞ（TAG1203）、材工共ｺｰﾄﾞ（TAG1287）、使用期間（TAG1208），使用
期間単位（TAG1209）、補助数量（TAG1216）、補助数量単位（TAG1217）、使用ﾒｰ
18.100 ｍ
4,590
83,079ｶｰ（TAG1248）、使用商社（TAG12580）、建設資機材ｺｰﾄﾞ（TAG1279）など、その他必要と思われる場合は規格・仕様・摘要欄に行を変えて印刷する。

TAG1218

数 量

工事№：016081
注文№：01661，‑‑
i（注）*1：規約の属性と文字数。この資料の文字の大きさ（10P）では枞内に収まらない
解決策→枞をオーバーするデータだけ文字の大きさを小さく（6P）する

15

14

13 軒天井小笠木出隅コーナー

11 屋根

12

「
¥

明

明

「

123456789012345678901234567890123456789012345678901234

TAG1288=5 かつ TAG1299=90の小計行は名称欄に
参照図意－３１－２１’小計’ を記入、小計額は( ）で金額欄に記入

電解着色

アルミＴ２．５加工

２５０

Ｗ

１２５

φ

123456789012345678901234567890123456789012345678901234567890123456

Ｒ付き（Ｒ＝１，４９０）

開き止め銅線共

硬質塩化ビニル既製品

３００

延Ｗ

ー

10

笠木

8 屋根

9

，‑‑J

明

」一「

7

〔

TAG1288=5 かつ TAG1299=0 は 明細内訳本体行の’明’
落し口共TAG1288=0 かつ TAG1299=0
は 総括明細本体行の’総’
１２３４６７８９０１２３４５６７８９０１２３４５６７８９０１２３
その他 ﾌﾞﾗﾝｸ

明細の印刷連番

開き止め銅線共

硬質塩化ビニル既製品

規格・仕様・摘要：ＴＡＧ１２１４、2行
３００

規格・仕様・摘要

」

防塵網

6 軒樋

k

明

5

軒樋

明細データ の単位を 示す

軒樋

ILJ

4

3

2

延Ｗ

内 訳 明 細 書

」

明

明

品名・名称
明細：ＴＡＧ１２１３、2行

」

1

「

№

株式会社渋谷建設 東京支店４５６７８９０１２３４５６７８
ＣＩ－ＮＥＴ住宅９０１２３４５６７８９０１２３４５
高尾産業株式会社型枞工事高層棟
ヘッダー内容参照

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

Ver.2.1 ad.7 (2014.10.31)

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

162

Ver.2.1 ad.7 (2014.10.31)

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

B.参考資料Ⅵ. CI-NET LiteS 実装規約における実際の運用上の留意点

163

Ver.2.1 ad.7 (2014.10.31)

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

164

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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 記載）
１７．複数工事物件（複数作業所）に対する請求書における明細作成のパターン

165

Ver.2.1 ad.7 (2014.10.31)

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

1．明細なしメッセージのデータ交換の可否◆運用に際しての疑問点
明細がないメッセージをやり取りすることは許されるか。
◆対応方法
契約場面を始めとして、明細がないメッセージをやり取りすることは、・入契法14において、専門工事における一式契約は禁止
・建設業法において、施主の同意なしに一式下請を行うことは禁止などの状況があるため、実質的にはないものと考えられる。
そこで、明細なしメッセージをやり取りできるかについて、運用上、以下の対応とする。
・サブセット定義において明細のない見積不採用通知および解除のメッセージを除き、明細なしのメッセージは禁止し、「明細付き」となるようにする。
・開発関係者にはバージョンアップ時に、以下とすることを求めていく。
(a) 「鑑＋明細」となるメッセージとする。
(b) 操作者が鑑のみ（一式契約）としても、それは見かけ上でデータは（a.）の形式とする。
（明細がない場合、トランスレーション時等にダミーの行等を 1 行付け加える方法などが考えられる。
）(c) 明細金額の合計が鑑の金額となるようにする。

入契法：「公共工事の入札及び契約の適正化の促進に関する法律」、2001 年(平成 13 年)4 月 1 日
から施行。
14

166

Ver.2.1 ad.7 (2014.10.31)

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

2. 出来高報告と請求の同時提出◆運用に際しての疑問点
現状では、一般に受注者が出来高報告と請求を同時に作業所へ郵送もしくは持参し査定を受けており、発注者は出来高報告、請求の内容に問題がなければそのまま請求処理を行っている。
この場合出来高承認をもとに請求を作成する必要がなくなる。現状の業務フローを適用することを想定すると、出来高報告と請求を同時に行うことが考えられるのではないか。

167

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点◆対応方法
受注者側で社内の分業化が進み、工事部もしくは作業所の担当者が出来高を算出し、総務・事務部で出来高をもとに請求を作成、提出するケースが多い。小規模な企業においてもこの形態が普及しつつある。
こうした企業で、例えばスタンド・アロンの専用システム等を使用していると、総務・事務部では送信した出来高報告と受信した承認の内容を比較、確認し請求を作成する必要
が生じる。
発注側

受注側
見積依頼

営業部

見積回答

見積回答

積算部
確定注文

総務部

注文請け

事務部
出来高報告

出来高報告

請 求

工事部

図 B.Ⅵ- 1 中・大規模な企業の業務の流れ

発注側

受注側

出来高承認

出来高査定

出来高査定

出来高査定

出来高承認

総務部

出来高査定

事務部
請 求
出来高査定

出来高報告
と比較

工事部

図 B.Ⅵ- 2 小規模な企業の業務の流れ

168

Ver.2.1 ad.7 (2014.10.31)

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

そこで、以下のような処理が行えるような方針とする。
・出来高、請求業務の基本フローでは、受注者は発注者からの出来高確認(承認)メッセー
ジを受領した後に請求を行う。
・ただし、出来高報告日から請求〆日までの余裕が短い場合あるいは小口の場合など種々の状況があるので、両者の合意のうえで受注者が出来高報告メッセージと請求メッセー
ジを同時に送信することもできるとする。この場合の参考フローを以下に示す。

出来高報告メッセージ
請求メッセージ

出来高
内容

発注者

OK
・請求メッセージを自社の請求処理に取り込む
・出来高報告を承認したことを受注者に伝える

受注者

出来高確認メッセージ(承認)(i)出来高報告、請求内容を発注者が承認する場合

出来高報告メッセージ
請求メッセージ

出来高
内容

再提出

発注者

NG
・出来高報告および請求を承認しないことを受注者に伝え、再提出を求める

受注者
出来高確認メッセージ(査定)
請求確認メッセージ(不承認)(ii)出来高報告、請求内容を発注者が承認しない場合

図 B.Ⅵ- 3 出来高報告、請求メッセージ同時提出の参考フロー◆留意点(a)発注者側で、出来高承認をしないと請求を受け取れないシステムを構築している場合もないとは言えず、受注者側の「同時提出するので受けてほしい」との一方的な要望は必ずしも通らない。
(b)受注者側で、出来高承認を得ないと請求書を発行できないシステムを構築している場
合もないとは言えず、発注者側の「同時提出せよ」との一方的な要望は必ずしも通らない。
従って、(a)、(b)の場合、両者の合意のうえで行うことが重要である。

169

Ver.2.1 ad.7 (2014.10.31)

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

3．請求完了区分コードの取り扱い◆運用に際しての疑問点
前月に出来高 ・請求を完了している案件で、当月出来高がなく、前月の出来高を元に打切精算を行なう場合、当月出来高がないので、前月分の出来高の[1314]請求完了区
分コードが「精算(最終回)」にならないまま精算されることになるが問題ないか。
◆対応方法(a)予定した最終月に出来高は発生しなかった場合、基本的には以下のような対応とする。
前月は [1314]請求完了区分コード=未精算で請求を行っているときに、－その翌月、出来高は発生せずに終了する場合：[1314]請求完了区分コード=精算の出来高、請求メッセージを交換する必要はない。
－その翌月、出来高は発生せずに打ち切る場合：[1314]請求完了区分コード=精算の出来高、請求メッセージを交換した後に打切メッセージを取り交わす必要はない。
(b)一方、以下のようなケースでは、出来高・請求処理が必要になる。
－支払保留を行っている場合は、その精算のために、最終月に出来高がなくても出
来高、請求処理が必要。
－受注者側で、[1314] 請求完了区分コード=精算のメッセージを受け取らないと終了処理ができないシステムを構築している場合などは、最終月に出来高がなくても出来高、請求処理が必要。

170

Ver.2.1 ad.7 (2014.10.31)

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

4． 枝番契約の打切方法◆運用に際しての疑問点
CI-NET LiteS 実装規約 Ver.2.1ad.4 p.265 最下部【注意事項】における枝番契約の打切に関する取り扱いはどのようにすればよいか。
◆対応方法
枝番契約が発生している契約において、合意打切を行う際には、本契約 1 本に対して合意打切メッセージを送ることで枝番を含む契約全てを打ち切ることができることとする。
したがって出来高査定時に本契約に一本化した明細に枝番契約分として追加した明細
等は、打切時に本契約と枝番に振り分ける必要はなく、全ての出来高は本契約の打切メ
ッセージにまとめて記載する。
なお、本契約と枝番契約をまとめる場合は、[1400]明細別注文番号枝番の記載を残すた
め、本契約とあるいは枝番契約に同一の品名・名称、仕様があり別行扱いとする追加型（実装規約 P.257 参照）が望ましい。
これを図で示すと下図のようになる。

契約
契約番号
契約金額

出来高・請求
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

図 B.Ⅵ- 4 本契約、枝番契約の出来高・請求、打切における処理方法

171

Ver.2.1 ad.7 (2014.10.31)

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

5．出来高報告、出来高確認の[1007]帳票 No.の取り扱い◆運用に際しての疑問点
出来高報告、あるいは出来高確認時に[1007]帳票 No.を変更する必要があるか。
◆対応方法
取引の特定は[1303]注文番号で行っている。
従って、取引の特定に際して[1007]帳票 No.は影響を及ぼさないことから、毎回同じ番号でも、毎回番号を変えても、自身の都合で決定してよい（CI-NET LiteS 実装規約
上にも規定はない）。
なお実際の運用上では、以下の点を考慮することが望ましい。
・受注者の場合、月ごとの出来高を識別するために、出来高報告番号を月別に別番号とした方が管理上便利な場合がある。
・発注者の場合、請求メッセージにどの出来高確認を受けた請求であるかを示すため出
来高確認番号が記載されるので、出来高確認番号を月別に別番号とした方が管理上便利な場合がある。

172

Ver.2.1 ad.7 (2014.10.31)

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

6． LiteS 注文業務データがあるケースを前提としての運用上の留意点(1) 増減に関わる対応◆運用に際しての疑問点
・当初の契約と出来高の場面での金額・数量の増減に対してどのように対応を取ればよ
いか。
具体的には、明細の材料が変わった場合など、増減が発生する。このような場合、本契約のままの明細に追加するケースが多いが、作業所で対応する業務であることが多く、CI-NET LiteS ではどのような対応を取れば良いか。
◆対応方法
以下に考え方の例を示す。詳細については、契約当事者間での合意事項とする。
・項目の追加－増の場合、別途契約する。
－減の場合、当初の契約にて精算する。
・数量の増減契約とのある程度の乖離（例えば５％）に関わらず、当初の契約にて精算する。
・また明細書の作成例として、CI-NET LiteS 実装規約「Ⅶ.出来高・請求・立替金・契約
打切メッセージ 1.1 (2)出来高業務のメッセージの明細書作成例」にあるような方法があり、参考にされたい。

173

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(2) 出来高算出におけるマイナスの端数処理◆運用に際しての疑問点
通常、金額計算は切り捨て処理を行っているが、その計算結果がマイナスとなった場
合、その端数処理はどうするか？
例えば、（CI-NET LiteS 実装規約 Ver.2.1 ad.1 p.341）[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・②を対応方法として採用する。

174

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(3) CI-NET LiteS による契約前の出来高の扱い◆運用に際しての疑問点
契約締結が遅れている場合や、紙による出来高報告等を行っていたなどの状況があり、その後 CI-NET LiteS による出来高・請求業務を実施しようとする場合、それまでの出来高（既払い）分をどのように扱うか。
◆対応方法
CI-NET LiteS 実装規約 Ver.2.1 ad.1 において手入力データ作成を許可する。
出来高金額、請求金額算定方法（下記 A～D 方式）15により、最低限以下のデータ項目が該当する。
A 方式では、[1101]前回迄累計出来高金額・請求金額B 方式では、[1323]前回迄累積支払金額
C・D 方式では、[1159]税込前回迄累積請求金額計
出来高報告メッセージの作成時、計算によって算出されることになっているデータ（値）がない場合、手入力可能とすることを必要とする場合がある。
例えば、CI-NET LiteS 実装規約「Ⅶ.出来高・請求・立替金・契約打切メッセージ 2.2
全体情報部分(鑑)の出来高金額・請求金額算定方法 表 B.Ⅶ.2-3 全体情報部分（鑑）の出来高金額・請求金額算定方法」において、未決処理の場合[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 でのキー項目とのその関連・紐付けを行っておく必要がある（システム的に対応しておく必要がある）。

15

請求金額算定方式については、CI-NET LiteS 実装規約 Ver.2.1 ad.3 p.274 参照。

175

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(4)[1300]注文番号枝番の取り扱い◆運用に際しての疑問点[1300]注文番号枝番は、規約上取引を特定するキー項目として定義されている(CI-NET LiteS 実装規約 Ver.2.1ad.3 p.209 表 B.Ⅵ.2-1、p.211 表 B.Ⅵ.2-2)。システムを構築する上で、データを特定するキー項目には NOT NULL(未設定不可)の制約を設定することになるため、自社システムを構築している発注者の中には、元契約の[1300]注
文書番号枝番＝’00’(固定)、変更契約の[1300]注文書番号枝番＝’01’,’02’,’03’…としている場合がある。CI-NET LiteS 実装規約 Ver.2.1ad.3 の[1300]注文番号枝番の解説には「変更契約の際に利用する」と記述されているが、元契約の場合には Nullに加えて’00’も設定可能か。
なお同様の議論として、[1400]明細別注文番号枝番も考慮する。
◆対応方法
CI-NET LiteS においては、[1300]注文番号枝番、[1400]明細別注文番号枝番に「00」の記入も許容する。

176

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(5) 請求業務における「出来高確認の有無」フラグの必要性◆運用に際しての疑問点
CI-NET LiteS は、「出来高報告・確認メッセージ」の交換がなくても請求メッセージを出すことができる。その際、発注者は、「この請求は自社から出来高確認メッセージを出した取引か（査定をした取引か）、否か」の判断材料がない。
◆対応方法
本件については、特に規約の改訂等はなく、CI-NET LiteS 実装規約通りとする。
なお、「出来高確認メッセージ送信の有無」は、具体的には以下のようにして確認する
ことが可能である。
請求時にその請求の元となる、出来高確認が行われたかどうかは、①請求メッセージの[1009]参照帳票 No.に「出来高確認番号」が入っていること②請求メッセージの[1179]帳票データチェック値マルチ 8 回目の値が下記の条件を満たしていること
条件：請求の根拠となる出来高確認（承認）メッセージの[1]データ処理 No.の値と同じ（変更せず返信）。15 バイト全体の中の右詰め 5 桁（CI-NET LiteS 実装規約「Ⅶ.
出来高・請求・立替金・契約打切メッセージ

2.3(1-7)帳票データチェック値の内容」参照）。

177

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(6) 請求確認メッセージの「承認」の運用の必要性◆運用に際しての疑問点[1316]請求確認コードにおいて、通常の正しい業務処理に対するコードの設定がない。
◆対応方法
本件については特に規約の改訂等はなく、CI-NET LiteS 実装規約通り、請求確認メッ
セージは請求メッセージに対して「不承認」の場合にのみ利用する。
ただし、発注者、受注者の双方で請求データの金額チェックを必ず行うようにするとともに、[1315]出来高・請求・立替金査定結果コードに「10:承認」を記録することについては、各社（当事者）の社内システムにおいて対応することを推奨する。

178

Ver.2.1 ad.7 (2014.10.31)

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

7． LiteS 注文業務ﾃﾞｰﾀがあるｹｰｽの一部修正に伴う運用上の留意点
LiteS 注文業務データがあるケースの一部修正、すなわち下図で示すように、注文業務データがないケース16を想定した場合に、運用上留意すべき点を以下に列挙する。
パターンⅠ-0

パターンⅠ-A

発注者

受注者

発注者

受注者

パターンⅠ-B
発注者

受注者

建築/設備見積依頼

建築/設備見積依頼

建築/設備見積依頼

同回答

同回答

同回答

購買見積依頼

購買見積依頼

購買見積依頼

同回答

同回答

同回答

確定注文

確定注文

確定注文

注文請け

注文請け

注文請け

出来高要請

出来高要請

出来高要請

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

：

：

：

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

請 求

請 求

請 求

請求確認

請求確認

請求確認

図 B.Ⅵ- 5 LiteS 注文業務データがなく購買見積依頼・回答がある業務パターン
パターンⅡ-0

パターンⅡ-A

発注者

受注者

発注者

受注者

パターンⅡ-B
発注者

受注者

建築/設備見積依頼

建築/設備見積依頼

建築/設備見積依頼

同回答

同回答

同回答

購買見積依頼

購買見積依頼

購買見積依頼

同回答

同回答

同回答

確定注文

確定注文

確定注文

注文請け

注文請け

注文請け

出来高要請

出来高要請

出来高要請

出来高報告
出来高確認
：

出来高報告
出来高確認
：

出来高報告
出来高確認
：

出来高報告
出来高確認

出来高報告
出来高確認

出来高報告
出来高確認

請 求

請 求

請 求

請求確認

請求確認

請求確認

図 B.Ⅵ- 6 LiteS 注文業務データがなく購買見積依頼・回答がない業務パターン

16 注文業務データがないケース：契約の内容等により書面によるなど CI-NET LiteS を利用した電子データ交換
以外の方法で契約を締結する場合､つまり CI-NET LiteS を利用した電子データがない場合｡

179

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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]単価(注)(注)規約上「確定注文と同一」と書かれているが、出来高業務として必ず使用する項目。

180

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(2) 購買見積業務のメッセージから出来高業務のメッセージを作成する場合の契約数
量・金額の値の設定◆運用に際しての疑問点
出来高業務のメッセージに規定されているデータ項目には、見積関係の項目はなく契約関係の項目しかない。
例えば CI-NET LiteS による注文業務のデータがなく、購買見積業務のデータから出
来高報告のメッセージを作成する場合、契約金額、明細の契約数量等にどのような値を設定するか。
例えば、契約金額は 0 か？明細の契約数量は 0 か？

あるいは明細の契約単価に見積単価を入れるか？などがある。
◆対応方法
出来高業務のメッセージにおける[1299]契約補助数量、[1224]契約数量明細、[1225]
契約金額明細には注文がある場合には通常、契約における補助数量、契約数量、契約金額が入ることになっているが、これがない場合、以下のような対応を取ることが可能である。
なお(a)、(b)のいずれを採るかについては、当事者間での合意事項とする。
(a)購買見積業務のデータがある場合
・最初の出来高報告メッセージ作成
購買見積業務のメッセージでやり取りされた数量、金額等の値を出来高報告メッセー
ジの契約関係のデータ項目にセットする。
（購買見積回答の[1216]補助数量、[1218]明細数量、[1223]明細金額など）
・2 回目以降のデータ作成
前回出来高報告・確認メッセージ、あるいは請求メッセージにある値を活用する(b)購買見積業務のデータがない場合
・最初の出来高報告メッセージ作成
受注者が持つ標準的な単価、数量、金額等の値を出来高報告メッセージの契約関係のデータ項目にセットする
・2 回目以降のデータ作成
前回出来高報告・確認メッセージ、あるいは請求メッセージにある値を活用する

181

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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％の実施④ 更に各発注者・受注者間で対象とする金額等を絞り込むなどの条件を付加できることでの実施

なお、上記の要件④に示す「条件」について、その具体的なものとして以下のようなものが考えられる。

182

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点(a)

外注や労務等のような契約を基本とするものを除いた取引（ここではそれらを「雑材料等」とする）を対象とする。

具体的には、以下に示すようなものが挙げられる。
－工事対象の構造物そのものを構成する材料ではないものの、工事遂行上必要とされる資機材等（例えば仮設材、消火器などの資材）購入の取引－工事ごとに単価契約を行わない取引(b)

外注や労務等のような契約を基本とするものについては、書面等での契約が行われているものとする。

具体的には、以下に示すようなものが挙げられる。
－CI-NET LiteS 以外の方法（例えば、書面による注文・注文請け）で契約する取引

2) 出来高要請メッセージ利用のケース
出来高要請メッセージの利用については、下表のケース(c)の場合とする。
出来高・請求業務の対象となる工事内容（対象取引）が異なる場合､1 つの出来高要請
番号に対し複数の出来高報告番号とし「[1081]出来高調査回数」は「１」のまま（カウントアップしない）とする｡
もし複数回出来高報告メッセージを送信する場合には､出来高報告番号を変えて送信するものとする｡【参考】 「[1081]出来高調査回数」をカウントアップする方法も検討したが、契約可能な取引においては締結することを基本とする方針で進めていくため、出来高要請メッセー
ジを利用するケースを限定することとした。

183

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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
(送信)

工事内容

高調査回数
1

雑 土 工 (備 品 搬
入手伝い)1
KOGUCHI-100101

雑 土 工 (道 路 清
掃)1

雑土工(除草)1

雑 土 工 (備 品 搬

KOGUCHI-100102(KOGUCHI-300)(送信)[1081]出来

KOGUCHI-100100(KOGUCHI-300)
(送信)

4 回目

(送信)

(KOGUCHI-300)
(送信)

3 月目

出来高報告番号

KOGUCHI-100103
(送信)

入手伝い)
1

雑型枞工

KOGUCHI-400100

184

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点（※）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 注文業務データを利用した取引がなく、出来高報告メッセージは送信するが出来
高確認メッセージは送信しない業務パターンは、「図 B.Ⅵ-5、図 B.Ⅵ-617」に示すように「パターンⅠ-A」「パターンⅡ-A」「パターンⅡ-B」の 3 パターンがある。
これらのパターンにおいては、請求メッセージの識別（取引の特定）に必要なデータ
項目として、

図 B.Ⅵ-5、図 B.Ⅵ-6：「７．LiteS 注文業務データがあるケースの一部修正に伴う運用上の留意点
図 B.Ⅵ-5 LiteS 注文業務データがなく購買見積依頼／回答がある業務パターン、図 B.Ⅵ-6
LiteS 注文業務データがなく購買見積依頼／回答がない業務パターン」参照
17

185

Ver.2.1 ad.7 (2014.10.31)

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

・[4]発注者コード
・[6]受注者コード
・[1006]工事コード
・[2]情報区分コード
・[1082]今回迄の請求回数に加え、各パターンにおいて以下のデータ項目が必要となる。

表 B.Ⅵ- 4 業務パターン別の請求メッセージ識別に必要なデータ項目
業務パターン

識別に必要なデータ項目

Ⅰ-A[1301：参照帳票 No.2]出来高報告番号

Ⅱ-A[1301：参照帳票 No.2]出来高報告番号、[1304：参照帳票 No.3]出来高要請番号

Ⅱ-B[1304：参照帳票 No.3]出来高要請番号

これらの項目を使用することにより、取引の特定が可能であるため、請求番号を取引
特定の項目に追加する必要はない。

4) 1 回の出来高要請メッセージに対する請求メッセージの利用回数
なおパターンⅡ-B の場合は、1 回の出来高要請メッセージに対し、請求メッセージの
送信は 1 回だけ認めることとする。
この理由は以下の通りである。
請求番号は受注者側で発番し毎回変わるのが通常である。その場合、当該取引の請求
メッセージに対して事前にやり取りしているメッセージとの紐付けを考える際、パター
ンⅡ-B の場合は出来高要請メッセージしか利用できない。従ってどの出来高要請メッセージに対しての請求メッセージが紐付けられているかという関係を保つため上記の対応
とする。

186

Ver.2.1 ad.7 (2014.10.31)

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

5) 出来高要請メッセージを使用する場合のフロー
出来高要請メッセージを使用した出来高業務、請求業務の主なフローは以下の通りであ
る。

発注者A

受注者B
発注／受注

【初回(1月目)】
依頼内容
仮設材(口頭、紙ベース)
出来高要請メッセージ
要請番号：100
出来高報告メッセージ

出来高要請メッセージに記載の情報
出来高業務開始時に伝達
すれば、以降も同じ情報を再活用可能

報告番号：100-1
出来高確認メッセージ
依頼内容は「仮設材」で同一(足場板に対して)請求メッセージ

発注／受注

【2月目】
依頼内容：
仮設材

(口頭、紙ベース)
出来高報告メッセージ
報告番号：100-2
出来高確認メッセージ

初回に出来高要請
メッセージを送信しているので不要のフローとなっている(投光器に対して)請求メッセージ【N月目(最終回)】
依頼内容：
仮設材

発注／受注
(口頭、紙ベース)
出来高報告メッセージ
報告番号：100-N
出来高確認メッセージ(雨合羽に対して)請求メッセージ

図 B.Ⅵ- 7 1 件の出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフロー(a)

出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフロー

上記のフローについての説明は以下の通りである。
(a-1)出来高調査回数のセット
出来高要請メッセージを利用するにあたり、出来高・請求業務の対象となる工事内容（対象取引）が異なる場合においては､1 つの出来高要請番号に対し複数の出来高報告番

187

Ver.2.1 ad.7 (2014.10.31)

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

号とし出来高調査回数は「1」のままとする｡
複数回出来高報告メッセージを送信する場合には､出来高報告番号を変えて送信する｡
なお、1 件の出来高要請の情報を 1 回の出来高報告でのみ使用する場合には、出来高報
告番号が 1 つのみ存在し、出来高調査回数も「1」のままとなる。
(a-2)具体的な各月の処理
1 件の出来高要請の情報を複数回の出来高報告で使用（使い回し）の場合のフローとしては、以下のような手順となる。
雑材料等の取引の中でも同じ受注者／工事物件のもとで依頼内容も同一であるような場合には、出来高要請メッセージの送信負担を軽減するために 1 度の出来高要請メッセージに対して複数回の出来高報告、請求を行うことができるとする考え方から考えられている方法である。
〔1 月目〕①出来高業務を行う対象の案件（依頼内容は仮設材。1 月目は足場板）について、発注者／受注者間で口頭や電話、FAX 等による発注／受注のやり取りが行われる。
②対象案件について、発注者から受注者に当該案件の工事コードや作業所に係る情報等を出来高要請メッセージを利用して伝達する。
③受注者は出来高要請メッセージにより把握した工事コードや作業所に係る情報等を始めとして、出来高の明細を作成し出来高報告メッセージとして発注者に送信する。
④これ以降は従来の出来高確認、請求メッセージのやり取りと同様である。
〔2 月目以降〕①1 月目同様、出来高業務を行う対象の案件（依頼内容は仮設材。2 月目は投光器）について、発注者／受注者間で口頭や電話、FAX 等による発注／受注のやり取りが行われる。
②対象案件について、1 月目、2 月目で依頼内容は仮設材で同様であることから、先に送付している出来高要請メッセージを活用し、当該月の出来高報告メッセージを作成する。つまり 1 月目の出来高要請メッセージを再度利用している点が特徴となる。
この場合、出来高報告番号は 1 月目とは異なる番号を付番する。
③以降は 1 月目と同様の処理となる。
ただし、最終となる出来高報告以外は[1314]請求完了区分コード=1（未精算）として、次回以降も当初の出来高要請メッセージの情報が活用できるようにしておく。
一方、最終回（最終月）は[1314]=9（精算）として処理する。
（参考）出来高要請の情報を同一案件で 1 回使用（使い切り）の場合

188

Ver.2.1 ad.7 (2014.10.31)

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

この場合は、上記の使い回しの場合の最終回（最終月）における処理をベースに考える。
すなわち、出来高報告が 1 回だけ送れればよいため、[1314]請求完了区分コード=9（精算）として処理することで対応が可能である。

発注者A

受注者B
発注／受注
(口頭、紙ベース)【初回(1月目)】

出来高要請メッセージ

工事内容：
塗装

No.001
出来高報告メッセージ
No.001に対する報告
出来高確認メッセージ

工事内容
が異なる

出来高要請は工事案件、作業所等に係る情報提供が目的
出来高業務開始時に伝達するが、通常は1回限りでの使用とする(塗装に対して)請求メッセージ
請求完了区分：9

【2月目】
工事内容：
内装仕上

発注／受注
(口頭、紙ベース)
出来高要請メッセージ
No.002
出来高報告メッセージ
No.002に対する報告
出来高確認メッセージ(内装仕上に対して)請求メッセージ
請求完了区分：9

図 B.Ⅵ- 8 出来高要請の情報を同一案件で 1 回使用（使い切り）の場合のフロー

189

Ver.2.1 ad.7 (2014.10.31)

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

6) 出来高要請メッセージの使い回しの場合における出来高報告の「以後使用停止」の
使用方法

発注者A
【初回(1月目)】

受注者B
出来高要請メッセージ
要請番号：100

依頼内容：
仮設材

データ処理No.：1
請求完了区分：1
出来高報告メッセージ
報告番号：100-1
出来高確認メッセージ
請求メッセージ【2月目】

出来高報告メッセージ

依頼内容：
仮設材

報告番号：100-2
出来高確認メッセージ

・最初のデータ送信なのでデータ処理No.は1・複数回の報告を想定して請求完了区分は1(未精算)(足場板に対して)(投光器に対して)請求メッセージ

【N月目】
(停止のた
めの通知）

出来高要請メッセージ
要請番号：100
データ処理No.：2
請求完了区分：7

・2度目のデータ送信なのでデータ処理No.は2・このメッセージで出来高業
務を打ち切るため請求完了
区分は7(以後使用停止)

通知到達後は出来高報告は送れない

図 B.Ⅵ- 9 出来高要請メッセージの使い回しの場合における出来高報告の「最終回」の伝達
方法
上記のフロー実現に伴い、[1314]請求完了区分コードについて、設定可能な値として「7：以後使用停止」を追加する。
これに関して、上記の図にある[1314]請求完了区分コード＝｢7（以後使用停止）｣の利用
イメージは以下のとおりである。

190

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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 回回しの場合)

回し終了の場合)

限り使いの場合)

出来高報告メッセージ○×（入力処理不可）○

出来高確認メッセージ○×（入力処理不可）○

請求メッセージ○

×（入力処理不可）○

191

Ver.2.1 ad.7 (2014.10.31)

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

9．特記の記載箇所仕様－特記事項､特記事項 2､発注者側見積・契約条件、受注者側見積・契約条件に記載する内容
の明確化－

(1)

背景・問題点

CI-NET LiteS 実装規約には､条件を記載する項目に､「特記事項､特記事項 2､発注者側見
積・契約条件、受注者側見積・契約条件」の 4 項目があるが、複数箇所あることや記載容量が尐ないなどの理由により､効率的な利用のために、ある程度 4 項目に内容の意味付けを持たせた方がよいのではないかとの指摘がある。
本件については、平成 16 年度実用化推進委員会の調達・出来高 WG にて、今回提示しているデータ項目に係る記載内容の標準化について検討を行ってきた。そこでの議論では、
ユーザ各社での記載内容が現状バラバラで統一は難しいのではないか、との結論を得ている。
しかし、一方では受注者側で、発注者ごとに異なる記載内容を受信・処理しているのが現状であり、それぞれのデータ項目に係る記載内容の標準化まではできないにしても、記載内容に関してある程度の分類を行うことは可能ではないかとの提案を受けている。

(2)

検討結果

発注者は、見積や契約を行うにあたって条件を記載する際、[1175]特記事項、[1176]特記事項 2、[1174]および発注者側見積・契約条件をはじめ、明細行の仕様行や添付ファイルの中へ記載するなど、いずれの方法を採ってもよいこととしている。
ただし、基本的なもの、全社的なもの、共通的なものについては、できるだけ[1175]特記事項、[1176]特記事項 2、[1174]および発注者側見積・契約条件に記載するものとし、それ以外は明細に記載または技術データ(添付ファイル)という形で記載することを今後推奨する。
なお文字数の増加については、提案しない。理由は、各社の事情にあった適当な文字数は確定できず、明細または技術データに記載する方法で解決できるためである。
なお、特記事項等に記載する内容の一例として、以下に示すような慣用句的なものを提示する。
①法令および発注者指定の約款等に係る記載
・○○建設法令・労働安全衛生関連法令など遵守のこと
・○○建設所定「工事下請負基本契約約款」（平成 17 年度改訂版）を遵守のこと

192

Ver.2.1 ad.7 (2014.10.31)

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

・○○建設所定「取引業者標準見積要項」（平成 17 年度改訂版）を遵守のこと
・○○建設所定「取引業者安全衛生管理要綱」（平成 17 年度改訂版）を遵守のこと
・ディーゼル車排ガス規制等関係法令を遵守のこと
・品質管理活動および環境保全活動に協力のこと
・○○建設「建設業労働安全衛生マネジメントシステム」に基づく管理指示を遵守のこと
・建設副産物の適正処理を徹底すること②当該現場に係る記載
・現場の特記要項については添付ファイルの通りとする。
③契約・支払等に係る記載
・実測精算、内容変更ない限り、一式無増減とする。
・上記、見積内訳以外は別途精算とする。

193

Ver.2.1 ad.7 (2014.10.31)

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

10． X 属性 8 バイトで定義されている日付項目の取り扱い(1) 背景・問題点
年月日を示すデータ項目(帳票年月日等)については、ビジネスプロトコル上 9 属性で定義(アラビア数字で記入する。年は西暦 4 桁を記入する。
「：」「/」などの区切り文字は使用しない)されているが、以下の項目については X 属性 8 バイトで定義されているため入力方法が統一されず、発注者、受注者の取り決め事項になっている。
運用上 X 属性にしなければならないニーズも低いと思われるので、9 属性と同様に入力方法を統一するようにできないかとの指摘があった。
[1052]工事・納入開始[1053]工事・納入終了日・納入期限[1070]見積有効年月日[1141]見積提出期限年月日(2) 検討結果
9 属性と同じく「1 バイト(半角)の「0」～「9」の数字のみで表される数値。カンマは記載しない」とする。つまり、入力方法は（YYYYMMDD）とする。

194

Ver.2.1 ad.7 (2014.10.31)

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

11．支払通知帳票イメージ

支払通知メッセージの実装規約化の検討にあたっては帳票イメージをもとに検討を行った。
この帳票イメージを参考までに次ページ以降に提示する。
本帳票イメージは 100％実装規約を反映したものではなく、一部帳票として表現しておく方が分かりやすい、想像しやすい表現や項目も含まれており、あくまで実装における参考情報として提示するものである。

195

Ver.2.1 ad.7 (2014.10.31)

発注者名

１９１ー１２３４

東京都大田区並木町３ー１ー２

１２３４５６７

高尾産業株式会社

経理部

津久井 太郎

03-3567-8901

03-3567-8902

住所

取引先コード

会社名

部署名

担当者名

電話

FAX

受注者名

株式会社渋谷建設

196

控除・相殺金額明細計

振込金融機関7654321

CI-NET LiteS 支払通知書発行回数

支払通知書 フッタ部

052-555-6789

06-6789-0123

事務センター

事務センター

大阪支店

名古屋支店

03-6543-3212

03-6543-9876

経理部

事務センター

東京支店

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX(支払通知記載事項摘要）

03-3567-8999
03-3567-8989

FAX

経理部
TEL

部署名

１９１ー１２３４
東京都大田区並木町３ー１ー２〒
住所

口座名義(カナ) ﾀｶｵｻﾝｷﾞｮｳ(ｶ)口座名義(漢字) 高尾産業

口座番号

預金種別

(同上)支店名

・控除・相殺に関する処理について、支払債務の期日の早いものから対象額を控除、相殺しました。

03-6543-3211

財務部

1

03-3456-5679

FAX

本社

0

03-3456-5678

電話「手形送付先」

渋谷 一郎

担当者名

シーアイ銀行
虎ノ門支店
当座

経理部

部署名

「登録振込口座」

株式会社渋谷建設

会社名「支払内容に係る説明」

今回控除・相殺金残高

2,462,575

400

525

1,000

500

2,425

2,565,000

2,700,000★
135,000 ☆

100,000

１５１ー８５０３
東京都渋谷区千駄ヶ谷４ー２５ー２ ２

住所

発注者（通知元）〒（支払通知内容問い合わせ先）

2005/01/31
2005/02/28

振込事務手数料

互助会費

2004/10/31

協力会費

2004/10/31(内訳)

100,000

200,000

400,000

150,000

500,000

600,000

一括控除金額（今回支払予定手続金額計）

差引今回支払予定手続金額

2004/11/30 手形送付
2004/12/31 手形送付
2005/01/31 手形送付

小切手

支払金額明細計

前回控除・相殺金残高「支払予定金額」（金額については消費税含む、単位：円）

手形郵送料

2004/11/15
2004/11/30

2004/10/31
ST2004-10001

・年末の支払は12月31日ではなく12月28日になります。

（お知らせ）

2004/10/31
2004/10/31
2004/10/31
2004/12/31
2004/12/31

500,000

100,000

12,575

通知No.

1106 発行日

支 払 通 知 書

情報区分コードH「お問い合わせ先」

ﾌｧｸﾀﾘﾝｸﾞ

期日指定

約束手形

現金

（摘要)

（金額については消費税含む、単位：円）(支払日/振出日)(決済日)(金額)「今回支払手続分内訳」

高尾産業株式会社(支払方法)様山〒

受注者（通知先）

支払通知書 鑑部

223456234567

受注者コード

支払通知書 ヘッダ部

発注者コードB.Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点

Ver.2.1 ad.7 (2014.10.31)

223456

高尾産業株式会社

経理部

津久井 太郎

03-3567-8901

03-3567-8902

TAG1017 部署名

TAG1018 担当者名
TAG1021 電話

TAG1022 FAX

197

事務センターTAG1
CI-NET LiteS 支払通知書発行回数

支払通知書 フッタ部

06-6789-0123

事務センター

大阪支店

名古屋支店

052-555-6789

03-6543-9876

03-6543-3212

経理部

事務センター

東京支店

03-6543-3211

財務部

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX(支払通知記載事項摘要） TAG1631

TEL TAG1623 03-3567-8999
FAX TAG1624 03-3567-8989

部署名TAG1620 経理部

・控除・相殺に関する処理について、支払債務の期日の早いものから対象額を控除、相殺しました。

0

本社

TAG1600

口座名義(カナ) ﾀｶｵｻﾝｷﾞｮｳ(ｶ)TAG1621 １９１ー１２３４〒
住所 TAG1622 東京都大田区並木町３ー１ー２「手形送付先」

7654321
口座名義(漢字) 高尾産業

口座番号

預金種別

シーアイ銀行
虎ノ門支店
当座「支払内容に係る説明」

1

400

525

TAG1040

TAG1039

TAG1038(同上)支店名

振込金融機関

「登録振込口座」（支払通知内容問い合わせ先） TAG1630

今回控除・相殺金残高

500
1,000

2,462,575

TAG1129M4

TAG1129M3

差引今回支払予定手続金額

TAG1128M4 手形郵送料

TAG1128M3 振込事務手数料

TAG1129M2

TAG1129M1

2,425

2,565,000(内訳)TAG1128M1 協力会費
TAG1128M2 互助会費

TAG1036★
135,000 ☆
TAG1037

TAG1035

100,000
2,700,000

TAG1130

TAG1127

TAG1126

TAG1601

一括控除金額（今回支払予定手続金額計）

控除・相殺金額明細計

支払金額明細計

前回控除・相殺金残高

FAX TAG1033 03-3456-5679

電話 TAG1032 03-3456-5678

TAG1029 渋谷 一郎
担当者名

部署名TAG1028 経理部

TAG1024 株式会社渋谷建設
会社名「お問い合わせ先」

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

TAG1609M2

ﾌｧｸﾀﾘﾝｸﾞ

TAG1611M1

TAG1610M1
2004/12/31
400,000

TAG1610M2
2004/12/31
200,000

TAG1609M1
期日指定

TAG1606M3
TAG1607M3
150,000
2004/10/31
2005/01/31 手形送付 TAG1608M3

TAG1604M3

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
約束手形

現金

（摘要)

（金額については消費税含む、単位：円）(金額)(支払日/振出日)(決済日)11111111111「今回支払手続分内訳」

TAG1030 １５１ー８５０３

住所 TAG1031 東京都渋谷区千駄ヶ谷４ー２５ー２ ２

旧(支払方法)

発注者（通知元）〒U W
JTAG1604M2

１２３４５６７

TAG1013 会社名「支払予定金額」（金額については消費税含む、単位：円）・年末の支払は12月31日ではなく12月28日になります。

東京都大田区並木町３ー１ー２

TAG1020 住所
TAG1023 取引先コード様（お知らせ） TAG1014

１９１ー１２３４

TAG1604M1

2004/10/31

通知No. TAG1007 ST2004-10001

1106 発行日 TAG1008

支 払 通 知 書

情報区分コードTAG2

TAG1019 〒

受注者（通知先）

門川︺

TAG2

支払通知書 鑑部TAG1024 株式会社渋谷建設
発注者名

凹
￨

TAG1013 高尾産業株式会社
受注者名

門lllu

‑

門llu

門llu

234567

門llu

受注者コード TAG5
門1111u

支払通知書 ヘッダ部
門lllu

発注者コード TAG4.

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

Ver.2.1 ad.7 (2014.10.31)

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

明細別発注者
担当部署コード

今回支払予定手続分

受注者名

発注者名

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 雑土工

明細別
原価要素コード

Ii

LJ
ここでは原価要素／科目／細目について名称とコードの双方を提示しているが、実際にはアプリケーションでいず
れかだけの提示するするなどの対応が考えられる。

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
条件A

条件C

条件B

★

2,700,000☆

135,000

支払金額明細計 控除・相殺明細金額計

250,000
300,000
200,000
350,000
550,000

150,000

400,000

500,000（メッセージ区分）（金額については消費税含む、単位：円）
明細別
明細別CI-NET 請求出来高立替
明細別
今回支払
控除・相殺
明細別
原価細目コード
区分コード
控除区分コード 参照帳票No,
金額明細
金額明細
支払区分

¥
/

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

明細番号

支払通知書 明細部

223456

受注者コード

支払通知書 ヘッダ部

発注者コード工事場所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

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

198

Ver.2.1 ad.7 (2014.10.31)

234567

TAG1
CI-NET LiteS 支払通知書発行回数

支払通知書 フッタ部

明細別工事場所・受渡し場所名称

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銀行ビル建設工事
全作業所

明細番号

(TAG1423)(TAG1421)

111222333
111222333
111222334
111222334
111222335
111222335
111222335
111222335
111222335
111222335
111222336
111222337
111222338
111222339
111222340

明細別
取引件名

(TAG1212)

33333333 A棟外壁タイル工事
33333333 A棟外壁タイル工事立替金33333344 5階部分内装工事
33333344 5階部分内装工事立替金33333355 鉄筋工事
33333355 鉄筋工事立替金33333355
鉄筋工事立替金内訳（弁当代）
33333355
鉄筋工事立替金内訳（クリーニング代）
33333355
鉄筋工事立替金内訳（文房具費）
33333355
鉄筋工事立替金内訳（写真現像料）
33333366 共用部分床仕上材
33333377 1階エントランス部分左官材
33333388 外構部外構材
33333399 仮設工事
33440000 雑土工（備品搬入）
立替金（作業着貸与代）

明細別
明細別
発注者管理番号 取引件名コード(TAG1422)

2004/10/31

通知No. TAG1007 ST2004-10001

1106 発行日 TAG1008

建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建築工事
建設資材
建設資材
建設資材
建築工事
雑種工事

明細別
原価科目名

(TAG1432)
明細別
原価要素名

明細別
原価科目コード

明細別
原価細目名(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 労務

(TAG1430)(TAG1433)

支 払 通 知 明 細（メッセージ区分）

CI-NETに
EDIデータ上はコード値（1または2）となる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)

400,000

250,000
300,000
200,000
350,000
550,000

150,000

.
.

条件A

条件C

条件B

★

2,700,000

4砂☆

135,000

支払金額明細計 控除・相殺明細金額計30,00015,000
9,000
3,000
1,000
2,000

40000

50,000

明細別
支払区分

控除・相殺
金額明細

今回請求
金額明細

500,000(TAG1425)(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]今回支
払金額明細であるが、帳票イメージ
上は「請求」の意味合いを出すた
め、このような表記としている。

（金額については消費税含む、単位：円）

データとして入れるものは請求書№/立替金報告書№を想定

¥
/

101
101
101
101
201
201
201
201
201
201
202
301
302
303
401

明細別
工事コード

情報区分コードTAG2

八
r

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

(TAG1420)(TAG1202)

明細別発注者
担当部署コード

今回支払予定手続分

TAG1013 高尾産業株式会社
受注者名

TAG1024 株式会社渋谷建設
発注者名

f 一一斗

(TAG1201)

支払通知書 明細部

223456

受注者コード TAG5

支払通知書 ヘッダ部

発注者コード TAG4

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

ι

(

し-~

199

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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｣が混在しないようにする。
図 B.Ⅵ- 10 総括明細行と内訳明細行の混在の例

また上記内容の対象範囲は現在実装規約化されているメッセージ全てとすることとした。
これは、できる限り全てのメッセージで共通的なルールのもと運用することが求められるために、広く対象とすることとしたものである。

200

Ver.2.1 ad.7 (2014.10.31)

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

13． 内訳明細計行に係る留意点
各メッセージの明細表現に関する記載における、表「[1288]明細データ属性コードと[1289]補助明細コードの組合せによる明細行種類の表現」に関し、内訳明細計行（[1288]
明細データ属性コード＝5 かつ [1289]補助明細コード＝90）の部分の記述について、記述の読み込み不足からくる混乱を防ぐため、以下のように補足説明する。
内訳明細計行の「備考」の 2 点目の記載については、以下のような記載に変更する。
・同一階層内で、[1200]明細コード順にみた直前の内訳明細計行から自行の直前までに存在する内訳明細本体行を金額集計対象とすること。同一階層内で自行の直前までに内訳明細計行が無い場合は、同一階層内の先頭から自行の直前までを金額集計範囲とすること。
またこれを図示すると以下の図のようになる。
（同一階層内で前に内訳明細計行が無い場合の例）[1200][1288][1289][1213][1235]
明細データ 補助明細
今回迄累積出来高
明細コード
品名
属性コード コード
金額明細
0001
5
00
壁タイル工事500,0000002
500
床タイル工事
200,0000003
500
浴室タイル工事
300,0000004
590
内部タイル工事費
1,000,000
図 B.Ⅵ- 11 内訳明細計行の記載の例（その 1）（同一階層内で前に内訳明細計行がある場合の例）[1200][1288][1289][1213]
明細データ 補助明細
明細コード
品名
属性コード コード0001
500
壁タイル工事0002
500
床タイル工事0003
500
浴室タイル工事
0004
590
内部タイル工事費
0005
500
外壁タイル工事0006
500
外床タイル工事
0007
590
外部タイル工事費[1235]
今回迄累積出来高
金額明細
500,000
200,000
300,000
1,000,000
700,000
400,000
1,100,000

図 B.Ⅵ- 12 内訳明細計行の記載の例（その 2）

201

Ver.2.1 ad.7 (2014.10.31)

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

14． 合意打切申込および合意打切精算請求書帳票イメージ
合意打切前の契約金額から減額となった金額や最終的に確定する契約金額などを示す方法として、関連するデータ項目の新規追加を行うまでの措置として、CI-NET LiteS システムのアプリケーション側で合意打切申込および合意打切精算請求書の帳票イメージを提供することで対応することになり、その参考になるものとして上記の帳票イメージを次ペー
ジ以降に提示する。
合意打切申込および合意打切精算請求書の帳票イメージは、出来高金額・請求金額算定方式に 4 つの算定方式（A、B、C、D 方式）があるが、それぞれの算定方式により使用するデータ項目が異なるため、以下のような提示の仕方としている。

(1) 合意打切申込
・合意打切申込書 全体
・合意打切申込書 A 方式使用項目（契約金額、出来高・請求金額部分）
・合意打切申込書 B 方式使用項目（契約金額、出来高・請求金額部分）
・合意打切申込書 C 方式使用項目（契約金額、出来高・請求金額部分）
・合意打切申込書

D 方式使用項目（契約金額、出来高・請求金額部分）(2) 合意打切精算請求書
・合意打切精算請求書 全体（A 方式をベース）
・合意打切精算請求書 B/C/D 方式使用項目（契約金額、出来高・請求金額部分）

202

Ver.2.1 ad.7 (2014.10.31)

合意打切申込書イメージ（全体情報）

ー
←

'
‑
'
‑
ー
/
/ 2007年3月20日

津久井 太郎
03-3567-8901
BC2002-001
2002年1月5日

代表者名
電話番号
基本契約番号
基本契約日

203

L
.
.
.
.
.
.
J

Lー

請求算定方式コード

網掛けは、請求金額算定;市丈一‑‑flトT 一

卜++‑i H ト

A

1:累積査定方式方式A,B,C,D方式に共通

前回迄の累積出来高／請求金額等

前回迄

今回迄

今回迄の累積出来高／請求金額等

打切時の累積出来高金額等

打切時

どミ亡三三

2:外税
1:課税対象
5

外注
金属工事
金属工事

太線枞の部分について、請
求金額算定方式A,B,C,D方
式毎に規定（次ページ以降参照）

p

出来高査定方式識別コード

１
402
402

打切前の契約金額等

東京都千代田区隼町１－１－５
青山 二郎
神宮 三郎
03-3456-5656

3回
2007年3月15日
2007年3月
株式会社渋谷建設
渋谷 太郎
経理部
151-8503
東京都渋谷区千駄ヶ谷４－２５－２２
03-3456-5678
03-3456-5679
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事

打切前

出来高調査回数
出来高調査日
請求予定年月
発注者名
発注者代表者氏名
発注者担当部署
発注者郵便番号
発注者担当住所
発注者担当電話番号
発注者担当FAX番号
工事場所受渡し場所名称
工事場所受渡し場所略称
工事場所住所
工事場所所長名
工事場所担当者名
工事場所電話番号/

消費税コード
課税分類コード
消費税率

原価要素
原価科目
原価細目

一

別途受渡場所住所

戸 T

取引先件名コード（注文番号） 12345工事・納期開始日
2006年10月1日
工事・納入終了日
2007年3月25日
その他JV構成企業名
株式会社青山組
赤坂建設株式会社
乃木工務店株式会社
別途受渡場所名称

高尾産業株式会社

会社名234567P00002
受注者コード受注者コード２（取引先コード） 1234567
住所
東京都大田区並木町３－１－２

工事コード/受注者工事コード 016081
帳票No/帳票年月日
S2007-03001

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

iVer.2.1 ad.7 (2014.10.31)

B.Ⅵ．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]\129,150 [1094]に対する消費税額\2,712,150 =[1094]＋[1098]\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]\2,263,000 =[1332]\-320,000 =[参考１]－[1094]\2,376,150 =[参考１]＋[参考１]に対する消費税額\-336,000 =[参考２]＋[参考２]に対する消費税額
算出根拠等
金額\2,000,000 =Σ [1233]\0 前回請求時の[1331]￨￨
前回請求時の[1332]\2,000,000\2,000,000 前回請求時の[1101]

今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1114]今回迄累積請求保留金額計

算出根拠等
金額
\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]
100%\2,263,000 =[1332]＊[1058]＊0.01\0 =[1332]－[1103]

白l前回迄 lデータ項目[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1101]前回迄累積請求金額計\263,000 =[1103]－[1101]\13,150 [1112]に対する消費税額\276,150 =[1112]＋[1096][1112]今回請求金額計[1096]消費税額[1097]最終帳票金額

204

Ver.2.1 ad.7 (2014.10.31)

B.Ⅵ．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]\129,150 [1094]に対する消費税額\2,712,150 =[1094]＋[1098]\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]\2,263,000 =[1332]\-320,000 =[参考１]－[1094]\2,376,150 =[参考１]＋[参考１]に対する消費税額\-336,000 =[参考２]＋[参考２]に対する消費税額

l前回迄 lデータ項目[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1323]前回迄累積支払金額計

算出根拠等
金額
\2,000,000 =Σ [1233]￨ ￨\0 前回請求時の[1331]￨￨
前回請求時の[1332]\2,000,000\2,000,000 支払通知書等から値を入手

今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1114]今回迄累積請求保留金額計

算出根拠等
金額
\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]
100%\2,263,000 =[1332]＊[1058]＊0.01\0 =[1332]－[1103][1361]今回請求金額計（調整前）[1362]今回請求金額計調整額[1112]今回請求金額計[1096]消費税額[1097]最終帳票金額

口\263,000 =[1103]－[1323]\0 [1361]に対する調整額\263,000 =[1361]－[1362]\13,150 [1112]に対する消費税額\276,150 =[1112]＋[1096]

205

Ver.2.1 ad.7 (2014.10.31)

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

合意精算に係る金額関連データ項目（請求金額算定方式：C方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1334]今回迄累積請求金額計消費税額
打切時[参考１]税抜合意精算出来高金額[参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額
前回迄
データ項目
[1107]前回迄累積出来高金額計[1321]前回迄累積出来高金額計調整額[1322]調整後前回迄累積出来高金額計[1159]税込前回迄累積請求金額計
今回迄
データ項目
[1109]今回迄累積出来高金額計[1331]今回迄累積出来高金額計調整額[1332]調整後今回迄累積出来高金額計[1058]支払条件・部分払い割合[1103]今回迄累積請求金額計[1334]今回迄累積請求金額計消費税額[1335]税込今回迄累積請求金額計（調整前）[1343]税込今回迄累積請求金額計調整額[1160]税込今回迄累積請求金額計[1114]今回迄累積請求保留金額計

算出根拠等
金額
\2,000,000 =[1092]－[1385]\583,000 枝番分の契約額（[1092]の内訳）\2,583,000 =Σ [1225]、または（元契約金額＋[1385]）\0 [1092]に対する調整額\2,583,000 =[1092]＋[1093]\129,150 [1094]に対する消費税額\2,712,150 =[1094]＋[1098]\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]\113,150 [1103]に対する消費税額\2,263,000 =[1103]\-320,000 =[参考１]－[1094]\2,376,150 =[1335]\-336,000 =[参考３]－[1099]

自

算出根拠等
金額
\2,000,000 =Σ [1233]\0 前回請求時の[1331]\2,000,000 前回請求時の[1332]\2,100,000 前回請求時の[1160]

算出根拠等
金額
\2,263,000 =Σ [1235]\0 [1109]に対する調整額\2,263,000 =[1109]＋[1331]
100%\2,263,000 =[1332]＊[1058]＊0.01\113,150 [1103]に対する消費税額\2,376,150 =[1103]＋[1334]\0 [1335]に対する調整額\2,376,150 =[1335]＋[1343]\0 =[1332]－[1103]\276,150 =[1160]－[1159][1097]最終帳票金額

206

Ver.2.1 ad.7 (2014.10.31)

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

合意精算に係る金額関連データ項目（請求金額算定方式：D方式）
データ項目
元契約金額
[1385]追加契約金額[1092]契約金額計
打切前 [1093]契約金額計調整額[1094]調整後契約金額計[1098]契約金額消費税額[1099]最終契約金額[1153]税込今回迄累積出来高金額計[1341]税込今回迄累積出来高金額計調整額[1342]調整後税込今回迄累積出来高金額計
打切時 [参考１]税抜合意精算出来高金額[参考２]税抜合意後精算差引金額[参考３]税込合意精算出来高金額[参考４]税込合意後精算差引金額
前回迄
データ項目
[1152]税込前回迄累積出来高金額計[1351]税込前回迄累積出来高金額計調整額[1352]調整後税込前回迄累積出来高金額計[1159]税込前回迄累積請求金額計

算出根拠等
金額
\2,000,000 =[1092]－[1385]\583,000 枝番分の契約額（[1092]の内訳）\2,583,000 =Σ [1225]、または（元契約金額＋[1385]）\0 [1092]に対する調整額\2,583,000 =[1092]＋[1093]\129,150 [1094]に対する消費税額\2,712,150 =[1094]＋[1098]\2,376,150 =[1109]＋（[1109]に対する消費税額）\0 [1153]に対する調整額\2,376,150 =[1153]＋[1341]\2,263,000 =[参考３]－[参考３]に対する消費税額\-320,000 =[参考４]－[参考４]に対する消費税額\2,376,150 =[1342]\-336,000 =[参考３]－[1099]

己

算出根拠等
金額
\2,100,000 前回請求時の[1153]\0 前回請求時の[1341]\2,100,000 前回請求時の[1342]\2,100,000 前回請求時の[1160]

今回迄
データ項目
よ
[1109]今回迄累積出来高金額計

金額\2,263,000 =Σ [1235][1153]税込今回迄累積出来高金額計[1341]税込今回迄累積出来高金額計調整額[1342]調整後税込今回迄累積出来高金額計[1058]支払条件・部分払い割合[1335]税込今回迄累積請求金額計（調整前）[1343]税込今回迄累積請求金額計調整額[1160]税込今回迄累積請求金額計[1163]税込今回迄累積請求保留金額計\2,376,150 =[1109]＋（[1109]に対する消費税額）\0 [1153]に対する調整額\2,376,150 =[1153]＋[1341]
100%\2,376,150 =[1342]＊[1058]＊0.01\0 [1335]に対する調整額\2,376,150 =[1335]＋[1343]\0 =[1342]－[1160]

算出根拠等\276,150 =[1160]－[1159][1097]最終帳票金額

207

Ver.2.1 ad.7 (2014.10.31)

請求書 ヘッダ部

208\2,263,000\-320,000

参考１
参考２

請求書 フッタ部

税抜合意精算出来高金額
税抜合意後精算差引金額\2,000,000\583,000\2,583,000\0\2,583,000\129,150\2,712,150

TAG1095

元契約金額
TAG1385 追加契約金額
TAG1092 契約金額計
TAG1093 契約金額計調整額
TAG1094 調整後契約金額計
TAG1098 契約金額消費税額
TAG1099 最終契約金額【A方式】

別途受渡住所

参考用 CI-NET LiteS

TAG1097 最終帳票金額

受注者側発行回数

1

TAG57
TAG59

TAG1114 今回迄累積請求保留金額計

TAG1332 調整後今回迄累積出来高金額計
TAG1058 支払条件・部分払い割合
TAG1103 今回迄累積請求金額計

今回迄
TAG1109 今回迄累積出来高金額計
TAG1331 今回迄累積出来高金額計調整額

課税分類コード１：課税対象

消費税コード ２：外税

\2,263,000\0

この部分については、請求金額算定方式により提示するデータ項目が異なる。

発注者専用使用欄 TAG1384\2,263,000\0\2,263,000
100%「登録振込口座」
TAG1035 振込金融機関 シーアイ銀行
TAG1036 (同上)支店名 虎ノ門支店
当座
TAG1037 預金種別
7654321
TAG1038 口座番号
TAG1039 口座名義(漢字) 高尾産業
TAG1040 口座名義(カナ) ﾀｶｵｻﾝｷﾞｮｳ(ｶ)

受注者専用使用欄 TAG1383

受注者〒
１９１ー１２３４
住所
東京都大田区並木町３ー１ー２
取引先コード １２３４５６７
会社名
高尾産業株式会社
会社代表者名 津久井 太郎
部署名
経理部
担当者名
津久井 一郎電話03-3567-8901
FAX
03-3567-8902

TAG1081
出来高調査回数
3回
TAG1082
今回迄請求回数
3回
TAG1314
請求完了区分 8：精算（合意打切精算）
TAG1004
消費税率
５％

TAG1179、1行目\263,000\13,150\276,150\2,000,000\0\2,000,000\2,000,000

検査完了予定日
2007年3月20日TAG1381
引渡予定日 2007年3月25日TAG1382

前回迄
TAG1107 前回迄累積出来高金額計
TAG1321 前回迄累積出来高金額計調整額
TAG1322 調整後前回迄累積出来高金額計
TAG1101 前回迄累積請求金額計

TAG1112 今回請求金額計
TAG1096 消費税額

TAG1019
TAG1020
TAG1023
TAG1013
TAG1015
TAG1017
TAG1018
TAG1021
TAG1022

TAG10461245 型枞工事高層棟
TAG1192
１
外注
TAG1194402 金属工事
TAG1196402 金属工事
TAG1053
2007年3月25日
2006年10月01日 TAG1052
TAG1302
2002年01月05日 TAG1079
基本契約番号
BC2002-001

TAG1080
出来高調査日 2007年03月15日
請求予定年月 2007年03月 TAG1311
TAG1313
請求算定方式 A方式
TAG1312
出来高査定方式
１：累積査定方式

TAG1045 取引件名
TAG1191 原価要素名
TAG1193 原価科目名
TAG1195 原価細目名
工期・納期
基本契約日

工事場所住所〒102-0001 東京都千代田区隼町１－１－５
工事場所電話03-3456-5656TAG1041
工事場所FAX 03-3456-5657TAG1182
TAG1027
TAG1021
所長名
青山 二郎 TAG1025
担当者名
神宮 三郎 TAG1018
TAG1371
TAG1303
TAG1021
所在地コードCYD123
注文番号12345－
TAG1008
TAG1372
工種・科目コード2004000
参照帳票No. 2345－
TAG1301
TAG1009
参照帳票年月日2006年12月15日
参照帳票No.2 3456－
TAG1044
TAG1304
別途受渡名称参照帳票No.3 4567－

TAG1306
TAG1006
工事コード ０１６０８１
変更工事コード
ＣＩ－ＮＥＴ共済組合会館（仮称）建築工事
TAG1042
工事名称
TAG1016
工事略称
TAG1043
TAG1044

会社名
TAG1024株式会社渋谷建設
会社代表者名様
TAG1026渋谷 太郎
TAG1028
部署名
経理部
TAG1029
担当者名
渋谷 一郎
様
電話 TAG1032
03-3456-5678
FAX TAG1033
03-3456-5679
TAG1005
JV構成企業名
JV工事フラグ1
企業名１
株式会社青山組
TAG1003M1
企業名２
赤坂建設株式会社
TAG1003M2
企業名３TAG1003M3
乃木工務店株式会社

1104 発行日 TAG1008 2007/3/20
請求書No.
TAG1007S2007-03001

合意精算請求書

情報区分コード
TAG2（お知らせ）TAG1014
・年末の支払は12月31日ではなく12月28日になります。

TAG1024
発注者名
株式会社渋谷建設
TAG1013
受注者名
高尾産業株式会社

発注者（通知元）〒 TAG1030
１５１ー８５０３
住所 TAG1031
東京都渋谷区千駄ヶ谷４－２５－２２

TAG2

請求書 鑑部

発注者コードTAG4 223456
受注者コードTAG5 234567

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

Ver.2.1 ad.7 (2014.10.31)

【B方式】~ !
!I!明‑‑ttV
一【C方式】

税抜合意精算出来高金額
税抜合意後精算差引金額

匂

209

【D方式】

!/
ー
"

匂

税込合意精算出来高金額
税込合意後精算差引金額

ト

参考３
参考４

元契約金額
TAG1385 追加契約金額
TAG1092 契約金額計
TAG1093 契約金額計調整額
TAG1094 調整後契約金額計
TAG1098 契約金額消費税額
TAG1099 最終契約金額

1+++十税込合意精算出来高金額
税込合意後精算差引金額\2,376,150\-336,000\2,000,000\583,000\2,583,000\0\2,583,000\129,150\2,712,150\2,376,150\-336,000\2,000,000\583,000\2,583,000\0\2,583,000\129,150\2,712,150\2,263,000\-320,000\2,000,000\583,000\2,583,000\0\2,583,000\129,150\2,712,150

TAG1097 最終帳票金額

前回迄
TAG1152 税込前回迄累積出来高金額計
TAG1351 税込前回迄累積出来高金額計調整額
TAG1352 調整後税込前回迄累積出来高金額計
TAG1159 税込前回迄累積請求金額計

TAG1097 最終帳票金額

前回迄
TAG1107 前回迄累積出来高金額計
TAG1321 前回迄累積出来高金額計調整額
TAG1322 調整後前回迄累積出来高金額計
TAG1159 税込前回迄累積請求金額計

TAG1097 最終帳票金額

TAG1361 今回請求金額計（調整前）
TAG1362 今回請求金額計調整額
TAG1112 今回請求金額計
TAG1096 消費税額

前回迄TAG1107 前回迄累積出来高金額計
TAG1321 前回迄累積出来高金額計調整額
TAG1322 調整後前回迄累積出来高金額計
TAG1323 前回迄累積支払金額計\276,150\2,100,000\0\2,100,000\2,100,000\276,150\2,000,000\0\2,000,000\2,100,000\263,000\0\263,000\13,150\276,150\2,000,000\0\2,000,000\2,000,000

今回迄
TAG1109 今回迄累積出来高金額計
TAG1153 税込今回迄累積出来高金額計
TAG1341 税込今回迄累積出来高金額計調整額
TAG1342 調整後税込今回迄累積出来高金額計
TAG1058 支払条件・部分払い割合
TAG1335 税込今回迄累積請求金額計（調整前）
TAG1343 税込今回迄累積請求金額計調整額
TAG1160 税込今回迄累積請求金額計
TAG1163 税込今回迄累積請求保留金額計

今回迄
TAG1109 今回迄累積出来高金額計
TAG1331 今回迄累積出来高金額計調整額
TAG1332 調整後今回迄累積出来高金額計
TAG1058 支払条件・部分払い割合
TAG1103 今回迄累積請求金額計
TAG1334 今回迄累積請求金額計消費税額
TAG1335 税込今回迄累積請求金額計（調整前）
TAG1343 税込今回迄累積請求金額計調整額
TAG1160 税込今回迄累積請求金額計
TAG1114 今回迄累積請求保留金額計

今回迄
TAG1109 今回迄累積出来高金額計
TAG1331 今回迄累積出来高金額計調整額
TAG1332 調整後今回迄累積出来高金額計
TAG1058 支払条件・部分払い割合
TAG1103 今回迄累積請求金額計
TAG1114 今回迄累積請求保留金額計\2,263,000\0\2,263,000\0\2,263,000100%\2,376,150\0\2,376,150\0\2,263,000\2,376,150\0\2,376,150
100%\2,263,000\113,150\2,376,150\0\2,376,150\0\2,263,000\0\2,263,000
100%

¥
一

参考３
参考４

元契約金額
TAG1385 追加契約金額
TAG1092 契約金額計
TAG1093 契約金額計調整額
TAG1094 調整後契約金額計
TAG1098 契約金額消費税額
TAG1099 最終契約金額

参考１
参考２

元契約金額
TAG1385 追加契約金額
TAG1092 契約金額計
TAG1093 契約金額計調整額
TAG1094 調整後契約金額計
TAG1098 契約金額消費税額
TAG1099 最終契約金額

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

l¥一

IIIIIIト十

ト

!/
ー
"

Ver.2.1 ad.7 (2014.10.31)

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

15． K 属性データ項目の数値表現について(1) 背景・問題点
K 属性にあたる項目の中で、右詰めする項目の中で空いた部分について、「０」とするか「□（スペース）」とするかの解釈に違いが出ている。
項目の具体例として、[1168]受注者建設業許可日、及び[1166]受注者建設業許可区分・登録コードが挙げられる。前者の例では、[1168]に関し、「右詰めは、０表記、可能」と解釈し、「平成１９年０４月０１日」をセットしている例もあれば、「平成１９年□４月□１日」
でないとエラーとするケースも出ている。

(2) 検討結果
建設業許可の届出書や経営事項審査の申請書等の記入例から､記入(入力)枞を守るとの意向が見られることから、K 属性にあたる項目のうち、右詰めする項目の中で空いた部分について、「０」または「□（スペース）」とすることが可能とする｡
なお、[1168]受注者建設業許可日については、標準ビジネスプロトコル Ver.1.4 P.53 にあるように、本来、年月日の数字部分は右詰めとすることとなっている。
K 属性項目に係る記載例（正） 「０４月」
「０１日」
「□４月」
「□１日」
（誤） 「４□月」「１□日」・・・標準ビジネスプロトコルの定義（数字は右詰め）に反している
これに加え、上記のルールに基づいて作成されたデータについては、その後の表示や出力については、作成された通りに行うことを推奨する。
なお、入力段階のデータについて、その後のデータ管理・検索の容易性や表示の統一性を図る等の目的で、制約や修正を加えることについては、特段 CI-NET では関与せず当事者の判断に委ねることにする。

210

Ver.2.1 ad.7 (2014.10.31)

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

16． 精算時における CI-NET LiteS での対応方法について(1)

精算（増額／減額）における対応の考え方

契約に関して何らかの変更がある場合の対応としては、既存の規約を考えれば基本的には以下の表中の①にある「確定注文／注文請けメッセージ」によって対応することで、業務的には十分対応することができる。
また、契約の打切のように、既に契約対象工事が着工され出来高が発生している場合に、その時点における出来高を精算し、精算以降の契約内容を無かったことにする措置の際には、「合意打切申込／承諾メッセージ」（下表③）を利用することも可能である。
一方、精算時（これ以上出来高が発生しない場合を指す）の対応としては、当初の契約内容より変更のあった部分を踏まえた変更に係る「確定注文／注文請けメッセージ」（下表②(a)）で従来通り処理することが基本だが、これに加えて、下表②(b)の「合意打切申込／
承諾メッセージ」を用いて対応することも可能である。
このうち、下表②(b)の「合意打切申込／承諾メッセージ」については、従来想定している③での利用に加え、②においても利用するための方法を提示する。

表 B.Ⅵ- 7 契約の変更に関連するメッセージ
契約の類型

対応するメッセージ①本契約

確定注文／注文請けメッセージで対応②精算

以下の 2 種類の対応方法がある。

（増額／減額）(a)確定注文／注文請けメッセージで対応(b)合意打切申込／承諾メッセージで対応③打切

合意打切申込／承諾メッセージで対応（注）上記(b)は精算時に使用する。なお、精算とはこれ以上出来高が発生しない場合を指す。
基本的には、減額時の精算は精算時点が契約期間完了時であるときに合意打切申込／承諾メッセージを適用する場合と考えられる。
また、増額時の精算は、上記で減額とした部分が当初契約より実績が上回って増額に変わったと考えることができる。

(2)

精算時の取引当事者間での合意に係る留意点

当初契約と比べ、実績額が増減した場合の精算方法について、その基となる契約や出来高に係る手続、処理を行う具体的な CI-NET のメッセージや書面のやり取りの方法等につ211

Ver.2.1 ad.7 (2014.10.31)

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

いては、取引当事者間で互いに合意を取ることが必要である。

(3)

精算時における従来方法以外の具体的なデータ交換方法

精算に係る業務へ確定注文／注文請けメッセージではないメッセージを適用する場合の具体的な方法について以下に示す。

（a） データ交換に使用するメッセージ
使用するメッセージは合意打切申込／合意打切承諾メッセージとする。
ただし、業務的、概念的には合意打切と精算は異なると考えられる。そのため業務運
用上、別の名称を提示して分かりやすくすることは妨げない。その際の名称の例として
は、－合意精算申込メッセージ（発注者→受注者）－合意精算承諾メッセージ（受注者→発注者）などが考えられる。

(b) データ交換手順
データ交換手順としては、既存の CI-NET LiteS 実装規約 Ver.2.1 ad.5 P.265 に提示している合意打切申込／承諾メッセージの交換方法に準じる。

（ｃ） 精算に係る業務に対してのメッセージ使用
契約の精算の場合において、いずれの業務メッセージを使用するかは、当事者間で協議して決めることとする。

212

Ver.2.1 ad.7 (2014.10.31)

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

17． 複数工事物件（複数作業所）に対する請求書における明細作成のパターン
受注者より提出される納品書の作成パターンは上記①で示したように様々であり、それを基に作成する請求書も同様に多様である。
契約外請求においては、その対象となる商品・サービスを提供する受注者側のこれまでの商慣習から、従来 CI-NET LiteS で想定してきた「1 案件 1 請求」ではない形、すなわち受注者の処理、管理体系上、発注者や案件が複数あるものを 1 つにまとめて処理するパターンへの対応も可能とする。
具体的なケースとしては、「同一発注者の複数作業所分の請求書発行」（ケース 1）、「異なる発注者の複数作業所分の請求書発行」（ケース 2）といったものが想定される。
これらの処理を行えるようにする背景としては、受注者の中には既に請求書発行において社内システムを構築している企業も多く、それらの企業においては既存システムに大きな改修を加えることなく、請求業務の EDI 化を進めることが期待されているためである。
なお、この複数作業所分の請求を一括請求ファイルを使って行う方法の詳細については、
CI-NET LiteS 実装規約 指針・参考資料の「B.参考資料 Ⅺ.請負契約外請求一括取り込み
CSV インタフェース機能」にて解説を行っているので参照されたい。
〔ケース 1：同一発注者の複数作業所分の請求書発行の場合〕
A 作業所
納品書

A 作業所
請求書

B 作業所
納品書

B 作業所
請求書

C 作業所
納品書

C 作業所
請求書

A 作業所
請求書
一括請求
ファイル

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

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

図 B.Ⅵ- 13 同一発注者の複数作業所分の請求書発行のイメージ

同一発注者の複数作業所向けの納品に対する請求を行う際、既に受注者側で請求書発行の社内システムがあり、そこでは作業所ごとの請求書発行ではなく、発注者 1 社に対する請求書としてまとめて作成するようなケースがある。
このようなケースでは、個々の作業所単位での請求書を出す仕組みを新たに組み込む必213

Ver.2.1 ad.7 (2014.10.31)

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

要が生じることから、作業所単位に分けて請求 EDI データを作成する処理を、EDI サービ
スを提供する事業者が対応する方法が考えられる。
〔ケース 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 サービス事業者が対応

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

214

Ver.2.1 ad.7 (2014.10.31)

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

B.参考資料Ⅶ. CI-NET LiteS における電子証明書更新の省力化について

215

Ver.2.1 ad.7 (2014.10.31)

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

216

Ver.2.1 ad.7 (2014.10.31)

B.Ⅶ. 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

CI-NET LiteS で使用する電子証明書の更新：取引相手と新たに CI-NET LiteS を開始する
場合にも、事前の電子証明書の受け渡しとシステムへの登録は必要である。本資料では、電子証明書を更新する場合の処理について説明しているが、新規開始の場合にもシステムの実装方法
および運用方法を工夫することにより、同じコンセプトにもとづいた手交によらない受け渡しとシステ
ムへの登録が可能になると考えられる。
18

217

Ver.2.1 ad.7 (2014.10.31)

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

LiteS 対応システムが自動で行う方法の一例を示す。
想定する状況 1：自社の電子証明書が有効期限切れとなった場合⇒ 自社のシステムに新しい電子証明書を登録(更新)する。
⇒ 自社の新しい電子証明書を取引相手に渡し、システムに登録(更新)してもらう。
想定する状況 2：取引相手の電子証明書が有効期限切れとなった場合⇒ 取引相手から新しい電子証明書を受け取って、自社のシステムに登録(更新)する。

1.3． 省力化方法のコンセプト
本資料で説明する方法は、次のコンセプトにもとづいている。
電子証明書自動更新のコンセプト
取引先からの電子メールに従来（更新前）と異なる電子証明書が添付されてきた場合で、かつその電子証明書が当該取引先のものであると信じられるならば、その電子証明書を新たに更新された、かつ正しい電子証明書として取扱い、従来の電子証明書と置き換える。
ここで、「その電子証明書が当該取引のものであると信じられる」か否かの検証は電子証明書に記載された標準企業コードによって行う。したがって電子証明書が以下のような場
合には本資料による方法は適用できないので、更新は手交、郵送、電子メール等によって受け渡しを行い、受け取った側でシステムに登録作業する。
【本資料の方法を適用できないケース】
 更新後の電子証明書に標準企業コードが記載されていない場合。
 電子証明書の標準企業コードが、後述「2.1(1-1)」の条件を満たさない場合。
 一部の ASP のように複数の企業が同一のメールアドレスを使用する ASP を、電子証明書を更新する企業が利用している場合。
など【留意事項】
システム面の対処
本資料に示した方法によって対処する場合には、電子証明書を更新する企業とその取引相手の双方が本資料に示すシステム面の対処を施していなければならない。

218

Ver.2.1 ad.7 (2014.10.31)

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

システム改修の範囲
CI-NET LiteS 対応ソフトは一般に次図のような機能構成をもっており、CI-NET LiteS
対応システムを開発/利用している企業には、(A)および(B)を自社開発し(C)の部分は他のソ
フトウェア・ベンダより購入して組み込んでいるところがある。本資料に示すシステム対応は通常は(C)の部分に当たる。このため(A)および(B)の部分には影響は及ばない可能性が高いが、実態は各社の実装方法によって異なるので、本資料の対処による影響の有無は、(C)部分を提供するソフトウェア・ベンダにご確認いただきたい。

(A)
(B)
業務
変換
アプリ 機能
機能

(C)
暗号
通信
機能
本資料に示す対処は、
主に(C)部分の対応。

図 B.Ⅶ- 1 システム改修の範囲

219

Ver.2.1 ad.7 (2014.10.31)

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

2． 処理概要
電子証明書を更新する際には、自社の電子証明書を更新する側の企業（A 社とする）において作業が生じるのは無論のこと、その取引相手（X 社とする）でも A 社の電子証明書を新しいものに登録しなおす必要がある。
以下では、A 社および X 社が CI-NET LiteS 対応システムで対応させることにより、手交等の方法によらずに、インターネット経由で安全かつ尐ない作業負荷で電子証明書を更新する方法を示す。
以下、A 社側と X 社側に分けて説明する。

新しい電子証明書を取得
A社
自社の電子証明書を更新

X社
更新したことを連絡

自社の情報を更新

取引相手が電子証明書を更新
A社の情報を更新

図 B.Ⅶ- 2 処理概要

2.1

自社の電子証明書を更新する企業（A 社）の処理

有効期限切れ等の理由によって自社の電子証明書を新しいものに更新する場合、以下の(1)～(3)の手順により実施する。この場合、次のポイントが必要である。
 新しい（更新後の）電子証明書は自社の標準企業コードが記載されているものとすること。
 従来の（更新前の）電子証明書の有効期限到来前に新しい電子証明書を取得すること。
 更新前、更新後の双方の電子証明書を並列保管できるようシステム対応すること。

(1) 新しい（更新後の）電子証明書を取得する。
1) 新しい電子証明書には、自社の標準企業コードが記載されていなければならない。またこの標準企業コードは以下の条件を満たさなければならない。これは、取引相手 X
社が更新すべき電子証明書を特定するために必要な要件である。
 CI-NET LiteS に用いる電子証明書を自社が複数所有している場合には、各電子証明書の標準企業コードは異なっていなければならない。

220

Ver.2.1 ad.7 (2014.10.31)

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

 更新前の電子証明書、更新後の電子証明書とも標準企業コードが記載されているもの
である場合、両電子証明書に記載される標準企業コードは同一でなければならない。
【注意事項】更新時期における標準企業コードの一時的な重複電子証明書に記載する標準企業コードについて「複数所有している場合には、各電子証
明書の標準企業コードは異なっていなければならない」と前述しているが、更新時期に一時的に有効期間を重複して保有する場合はこの限りではない。

従来証明書の有効期限満了日

従来証明書
標準企業CD=AAAAAABBBBBB

新しい証明書の発効日

新しい証明書
標準企業CD=AAAAAABBBBBB

この期間は、同一標準企業コードの電子証明書が二つ存在する

図 B.Ⅶ- 3 更新時期における標準企業コードの一時的な重複
2) 新しい電子証明書は、従来の（更新前の）電子証明書の有効期限の 1 ヶ月程度以前に取得できるよう申請しなければならない

従来証明書の有効期限満了日

従来証明書の有効期間1ヶ月程度重複するよう申請する

新しい証明書の有効期間
申請

新しい証明書の発効日

図 B.Ⅶ- 4 新しい電子証明書の申請時期(2) 取得した電子証明書を自社の CI-NET LiteS システムに登録する。
 この時、従来の電子証明書もしばらくの期間システムから削除せず新旧並列保管する
よう、CI-NET LiteS システムを対応させなければならない。

221

Ver.2.1 ad.7 (2014.10.31)

B.Ⅶ. 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社の従来の電子証明書(公開鍵)によってメッセージを暗号化してくる

図 B.Ⅶ- 5 更新前後の電子証明書の有効期間の重複

222

Ver.2.1 ad.7 (2014.10.31)

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

2.2 取引相手の電子証明書更新に対応しなければならない企業（X 社）の処理
取引相手 A 社が電子証明書を更新し、前述のように更新後の電子証明書によるメッセー
ジを送信してきた場合、X 社側では以下のように対応する。この場合、次のポイントが必要である。
 新しい（更新後の）電子証明書を自動的にマスタ登録できるようシステム対応すること。
前提条件
 取引相手のマスタをシステムに保有しており、そのマスタに取引相手の電子証明書に係わる情報を登録している。
 CI-NET LiteS の電子メールを受信した際、その送り主をマスタ上で一意に特定することができる。
現状の CI-NET LiteS 対応システムの多くにおける処理
現状の CI-NET LiteS 対応システムの多くでは、電子メール受信時、以下のような処理を行っていると思われる。
(1) 受信した電子メールを復号する。
(2) 受信した電子メールの送り主をマスタから探す。
(3) 電子メールに添付されてきた電子証明書をマスタ上の電子証明書と比較して一致することを確認し、一致していればメール添付の電子証明書が当該取引相手のものであると判断する。
(4) 一致していれば、電子証明書の有効期限、失効有無等を確認したうえで、当該電子証明書を用いて改ざん有無の検証等を行う。
(5) 一致しない場合、不正なメールと判断し、エラー処理を行う。

223

Ver.2.1 ad.7 (2014.10.31)

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

A社からの
電子メール

取引相手のマスタ
(1)
復号

企業名

...

電子証明書

A社

...

A社証明書

(2)
検索

(3)電子メールに添付されて来た電子証明書とマスタ上の電子証明書とが一致することを確認する。
(一致しなければエラー処理)
自動更新に対応するには、エラー処理ではなく次に説明する処理が必要。

図 B.Ⅶ- 6 電子メール受信時の処理例

電子証明書の自動更新のためには、以下のようにシステムを対応させる
上記(5)の処理において両電子証明書が一致しない場合、A 社の電子証明書が更新されている可能性がある。
したがってこの場合は一律にエラー処理するのではなく、添付されてきた電子証明書が A
社のものと信じられるならば、A 社の電子証明書が更新されたものと認識し、両者の有効期限や新旧等をチェックしたうえでマスタに登録する。A 社のものと信じられるか否かの確認
は、A 社の電子証明書の標準企業コードを X 社であらかじめ入手しマスタ登録しておき、添付されてきた電子証明書の標準企業コードがこれと一致するなら A 社のものと信じられると判断する方法が妥当と考えられる。
これ以降 A 社から受け取る電子メールは更新後の電子証明書によって電子署名等の処理が行われるはずなので、X 社では更新後の A 社の電子証明書を用いて受信後の処理を行う。
また X 社はこれ以降 A 社に電子メールを送信する場合は、更新後の A 社の電子証明書の公開鍵によって暗号化し、送信する。もしも上の例で受信した電子メールが取引関係情報（見積依頼などの CI-NET メッセージ）を含むものであれば受信確認メッセージを返信する必要があるが、その受信確認メッセージの暗号化処理も更新後の電子証明書の公開鍵によって行う。

224

Ver.2.1 ad.7 (2014.10.31)

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

3． まとめ3.1． 運用上の必要事項
運用上の必要事項（電子証明書を更新する A 社側）
 新しい（更新後の）電子証明書を取得する。
⇒

新しい電子証明書には自社の標準企業コードが記載されていなければならない。

⇒ CI-NET LiteS に用いる電子証明書を自社が複数所有している場合には、各電子証明書の標準企業コードは異なっていなければならない。
⇒

更新前の電子証明書、更新後の電子証明書とも標準企業コードが記載されているものである場合、両電子証明書に記載される標準企業コードは同一でなければならない。

 新しい（更新後の）電子証明書は、従来の（更新前）の電子証明書と有効期間が 1 ヶ月程度重複するよう申請する。
 新しい（更新後の）電子証明書を取得したら、自社の CI-NET LiteS システムに登録する。
 その後、従来の（更新前の）電子証明書の有効期間内に、全ての取引相手にメッセー
ジを送信する。
運用上の必要事項（取引相手の電子証明書更新に対応しなければならない X 社側）
 取引相手の電子証明書の標準企業コード 19 を連絡してもらい、あらかじめ自社のCI-NET LiteS システムに登録する。
【留意事項】取引相手の電子証明書の標準企業コードの登録(財)建設業振興基金が CI-NET LiteS 用として発行し現在流通している電子証明書は2 種類ある。新タイプの電子証明書（2002 年 7 月 15 日以降に発行）はその持ち主の企
業の標準企業コードが記載されているものであり、旧タイプの電子証明書にはその記載がない。
新タイプの電子証明書に対応した CI-NET LiteS システムは、取引相手の電子証明書の標準企業コードが登録されていないと正しく作動しないものが多い。すなわちこのタイプのシステムが現在正常に作動している企業では、取引相手の電子証明書の標19

電子証明書の標準企業コード：
電子証明書の標準企業コードの枝番（下 6 桁）と CI-NET メッセージ内部に記載される標準企業コードの枝番（下 6 桁）とが異なる、つまり標準企業コードが異なる場合があるので注意すること。

225

Ver.2.1 ad.7 (2014.10.31)

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

準企業コードが既に正しく登録されており、取引相手が電子証明書を変更しても上記の登録作業の必要がないケースもある。
旧タイプの電子証明書のみに対応した CI-NET LiteS システムには、取引相手の電子証明書の標準企業コードが登録されていないものが多い。この場合は上記の登録作業が必要となる。
ただし、実態は個別のシステムによって異なるため、事前にシステムの提供者にご確認いただきたい。

3.2．

システムの要対応事項

CI-NET LiteS システムが備えるべき機能は、自社が電子証明書を更新する場合（前例のA 社）と取引相手が電子証明書を更新する場合（X 社）で、それぞれ以下のようにまとめられる。ただし CI-NET LiteS を利用するどの企業も、自社が電子証明書を更新することもあ
れば取引相手が電子証明書を更新することもあるので、CI-NET LiteS システムは以下の双方の機能を備えることが必要である。
システムの要対応事項（自社の電子証明書を更新しなければならない場合に必要な機能）
 新しい（更新後の）電子証明書が登録された際、従来の（更新前の）電子証明書は削除せず、最低限その有効期間内は両者を並列保管する。
 更新後に送信するメッセージには、新しい（更新後の）電子証明書によって電子署名する。
 更新後に受信したメッセージを新しい（更新後の）電子証明書の秘密鍵によって復号できなかった場合、従来の（更新前の）電子証明書の秘密鍵によって復号する。
システムの要対応事項（取引相手の電子証明書更新に対応しなければならない場合に必要な機能）
 受信した電子メールに添付されている電子証明書が従来認識しているものと異なる
場合、添付の電子証明書が当該取引相手のものであると信頼できるならば、添付の電子証明書をマスタに登録する。
 以降、当該取引相手に送信するメッセージは、更新後の電子証明書の公開鍵によって暗号化する。
その他
これらのシステム対応と同時に、CI-NET LiteS システムは以下のような機能を備えても良い。
 電子証明書の有効期限の一定期間前に有効期限が間近であることをユーザに伝え、電子証明書の更新を促す機能。

226

Ver.2.1 ad.7 (2014.10.31)

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

 自社が電子証明書を更新した後もなんらかの理由によって更新できない取引相手が存在する場合に備え、選択的に従来の（更新前の）電子証明書によって電子署名して送信する機能。
 「2.1 の【留意事項】更新前後の電子証明書の有効期間の重複と、並列保管について」に記載したように、電子証明書を更新した企業は、更新後の電子証明書によって署名した CI-NET LiteS 形式のデータを従来の(更新前の)電子証明書の有効期限到来前に全ての取引相手に送信する必要があるので、期限前に取引データの発生しない取引相手にもコメントのみの電子メールなどを送信しなければならない。CI-NET LiteS シス
テムは、このコメント・メール送信の作業負荷を削減する機能（例：電子証明書更新後一定期間を経過しても電子メールを送信していない取引相手に自動的にコメン
ト・メールを送信する）を備えても良い。

227

Ver.2.1 ad.7 (2014.10.31)

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

228

Ver.2.1 ad.7 (2014.10.31)

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

B.参考資料

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

229

Ver.2.1 ad.7 (2014.10.31)

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

230

Ver.2.1 ad.7 (2014.10.31)

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

CI-NET LiteS 利用者のための建設工事の電子契約についての解説「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」の解説

2004 年 6 月

財団法人 建設業振興基金
建設産業情報化推進センター

231

Ver.2.1 ad.7 (2014.10.31)

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

232

Ver.2.1 ad.7 (2014.10.31)

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

目 次
本解説書の目的と構成························································ 235
CI-NET LiteS システムを用いた電子契約の概要 ································· 237
１．背景と目的
1.1 IT 書面一括法の背景、目的 ············································ 239
1.2 書面交付の理由、問題点············································· 24040
２．建設業法第 19 条の改正
2.1 狙い ······························································· 24242
2.2 改正 ······························································· 24242
３.ガイドラインの必要性··················································· 24444
４．電磁的措置で契約するための法的要件とその対応 ·························· 24747
4.1 改正に伴う新たな法的要件 ············································ 24747
4.1.1.書面の交付に代えることのできる
電磁的措置の種類 省令第 13 条の 2 第 1 項 ······················· 2499
4.1.2.電磁的措置の種類および内容に係る相手方の事前の承諾 政令 第 5 条の 5 ·························· 25050
4.1.3.電磁的措置の技術的基準
省令 第 13 条の 2 第 2 項 ···································· 25151
4.2 CI-NET LiteS における対応の考え方 ·································· 25555
4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応 ······· 26060
4.3.1.

見読性の確保················································· 26161

4.3.2.

電磁的記録等の保存············································ 2688

参考参考1． 建設業法第 19 条改正条文 ······································ 27373
参考2． 建設業法施行令（政令）改正条文 ······························· 27474
参考3． 建設業法施行規則（国土交通省令）改正条文······················ 27575
参考4． 建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係るガイド
ライン ······················································· 27777
参考5． 建設省経建発第 132 号、133 号 注文書及び請書による契約について ·· 2799

233

Ver.2.1 ad.7 (2014.10.31)

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

参考6． Q&A 集 ························································ 28181
参考7． 電磁的記録等の保管システムにおける外部インタフェースの参考仕様 29393
参考8． 電子契約の契約内容確認 印刷イメージ ··························· 307

234

Ver.2.1 ad.7 (2014.10.31)

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

本解説書の目的と構成
2001 年 4 月の建設業法の改正施行により、建設工事の請負契約の当事者は、建設工事の請負契約の交付を書面に代えて情報通信の技術を利用した方法により行うことができるよ
うになりました。
すなわち、CI-NET20のような EDI21を用いた方法や、フロッピ・ディスク(FD)、
コンパクト・ディスク(CD)、磁気光ディスク(MO)、デジタル・バーサタイル・ディスク(DVD)などの媒体にデータを記録して受け渡す方法によって契約を締結することができるようになりました。ただしこのためには一定の要件を満たすことが必要とされており、その具体的内容は、政令22、省令23およびガイドライン24に定められています。
本解説書は、この施行をうけて建設工事の請負契約の締結をこれまでの書面に代えて
CI-NET LiteS25による EDI によって行おうとする方の参考のために、建設業法第 19 条それにともなう政令、省令およびガイドラインに定められた要件を満たすために必要となる対応を解説しようとするものです。
なお、こうした対応を必要とするのは建設工事の請負契約の当事者ですが、現実の業務
では、自身でコンピュータ・システムを開発して利用する場合だけでなく、市販のパッケ
ージ・ソフトを購入しての利用や ASP 事業者26に委託するケース等も考えられます。そうしたケースに該当する場合には、利用するパッケージ・ソフトや ASP サービス等の提供者においてもこれらの対応が必要となります。

20

CI-NET（シー・アイ・ネット：Construction Industry NETwork）：
標準化された方法でコンピュータ・ネットワークを利用し建設生産に関わる様〄な企業間の情報交換を実現し、建設産業全体の生産性向上を図ろうとするものです。
21 EDI（イー・ディー・アイ：Electronic Data Interchange）：
電子データ交換。企業間で行われる受発注や資金決済などの取引のためのデータを通信回線を介して標準的な規約（可能な限り広く合意された各種規約）によりコンピュータ（端末を含む）間でデータ交換することをいいます。
22 政令： 建設業法施行令23
省令： 建設業法施行規則24
ガイドライン：
建設業法施行規則第 13 条の 2 第 2 項に規定する「技術的基準」に係わるガイドライン
25
CI-NET LiteS：（シー・アイ・ネット・ライツ）
建設産業における EDI（電子データ交換）の標準方式である「CI-NET 標準ビジネスプロトコル」に準拠した EDI を電子メール方式で実施するもの。実施のための取り決めは、(財)建設業振興基金
建設産業情報化推進センターが発行する「CI-NET LiteS 実装規約」に定められている。
26
ASP 事業者(エー・エス・ピー： Application Service Provider)：コンピュータ・ソフトウェアを販売する代わりに、ネットワーク経由でソフトの機能だけを有償で提供する事業者。ユーザにとって、ブラウザ（データ・ファイルの内容を表示するソフト）とインターネットを利用できればソフトウェアを利用できるため、ソフトウェアの導入、運用、更新等の手間をかける必要がなくなるサービスを提供します。

235

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 に掲げていない要件の各々を満たすために必要となる対応を解説する。
なお本解説書の内容は、現状の技術水準にあわせた具体的方策を解説したものであり、今後の技術進歩にあわせて見直すことが必要です。

236

Ver.2.1 ad.7 (2014.10.31)

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

CI-NET LiteS システムを用いた電子契約の概要
財団法人建設業振興基金では、建設産業用の EDI（イー・ディー・アイ）標準である CI-NET（シー・アイ・ネット）標準の開発を進めています。
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-net@kensetsu-kikin.or.jp

237

Ver.2.1 ad.7 (2014.10.31)

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

注文データ

電子署名
電子的な証明書

建設工事の請負契約では注文請けデータ
CI-NET LiteS 規約■原本性の確保
電子署名の添付電子的な証明書の添付
ガ
イ
ド
ラ
イ
ン
の
要
件

情報伝達規約で定められた通信方式準拠
電子署名の添付に対応
電子的な証明書の添付に対応

ソフト運用
表示・印刷
機能

■見読性の確保
保存機能■原本性の確保電磁的記録等の保存

案件

非改ざん性
の証明機能

図 B.Ⅷ- 1 CI-NET LiteS の対応

238

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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」の解説
参照。

239

Ver.2.1 ad.7 (2014.10.31)

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

1.2． 書面交付の理由、問題点(1) 理由建設業法において書面交付を義務付けている条文の一つとして、建設工事の請負契約の内容を定めた第 19 条があります。第 19 条では、あらゆる請負契約の当事者に対して請負契約の内容を書面に記載して相互に交付することを義務付けています。建設工事の請負契約の当事者とは、発注者と元請負人との間に締結される契約の当事者のみならず、下請契約の当事者すなわち元請負人と下請負人も含むものです。
書面が義務付けられている理由は以下の通りです。請負契約29は民法によれば両当事者間の合意によって成立する諾成契約30とされており(民法第 632 条)、何らの様式を必要とせず、
いわゆる口約束だけでも効力を生じます｡しかし、それでは内容が不明確･不正確となり後日紛争の原因となりやすいので、建設工事の場合は、内容等重要な事項を明記するなど当事者間の権利義務関係を明確にしておく必要性から､建設業法第 19 条において契約は書面で行い相互に交付すべきことを規定しています。
またこのようにあらかじめ契約の内容を書面により明確にしておくことは､いわゆる請負契約の「片務性31」を改善することにもなり、極めて重要な意義があります｡(2) 問題点
建設工事は数々の専門工種の組み合わせから成り立ち、建設工事の元請負人は工事の内容に応じて､その都度様々な専門工事業者に注文を出すので、建設業者間で締結される建設工事の請負契約は膨大なものとなっています。ある大手総合工事業者の年間契約件数は 10万件近くにおよび、それに付随する膨大な事務処理が大きな負担となっています。
これを電子的に作成交付できれば、書類保存や整理、検索に伴う費用を大幅に節減できる可能性がある等のため、書面の交付に係る規定の規制緩和が建設業界より強く要望されるようになりました｡

29請負契約：

民法上、次のように規定されています。
民法 632 条【請負】請負ハ当事者ノ一方カ或仕事ヲ完成スルコトヲ約シ相手方カ其仕事ノ結果ニ対シテ之ニ報酬ヲ与フルコトヲ約スルニ因リテ其効力ヲ生ス
30諾成契約：合意だけで成立する契約をいいます。
31片務：契約の当事者の一方のみが義務を負うことをいいます。

240

Ver.2.1 ad.7 (2014.10.31)

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

図 B.Ⅷ- 2 本解説の位置づけ

241

Ver.2.1 ad.7 (2014.10.31)

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

2． 建設業法第 19 条の改正

2.1 狙いIT 書面一括法により、建設業法では第 19 条(建設工事の請負契約の内容)、
第 19 条の 2(現場代理人の選任等に関する通知)、第 22 条(一括請負の禁止)、第 23 条(下請負人の変更請求)が改正され、従来からの書面の交付による手続きに加えて電磁的措置が許容されました。
これにより、インターネット等を活用した電子商取引が広まり、個々の建設業者の事務コストの削減が期待され、能力のある建設業者が伸びるチャンスが増えるなど､構造改善にもつながっていくことが期待されます｡

2.2 改正(1) 建設業法第 19 条の改正
この改正で、書面交付に代えて､相手方の承諾を得て建設工事の請負契約を電磁的措置によって行えることとなりました。参考 1.参照。

(2) 建設業法施行令の改正
建設業法第 19 条第 3 項の条文中の「政令で定めるところ」の文面の具体的内容を建設業
法施行令（以下、「政令」という。
）第 5 条の 5 で示しており、あらかじめ相手方の承諾を得る必要性について定めています。参考 2.参照。

(3) 建設業法施行規則（国土交通省令）の改正
建設業法第 19 条第 3 項および建設業法施行令第 5 条の 5 の条文中の「省令で定めるところ」の文面の具体的内容を建設業法施行規則（以下、「省令」という。）第 13 条の 2、第 13
条の 3、第 13 条の 4 で示しており、電磁的措置を行う方法、電磁的措置の種類および内容、あるいはそれに適合する技術的基準さらにあらかじめ相手方の承諾を得るべき内容などについて定めています。参考 3.参照。
なお、これらの改正は、2001 年 4 月 1 日に改正施行されたものです。

242

Ver.2.1 ad.7 (2014.10.31)

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

発注者

受注者

電子データ

書面

建設業法
第19条
第3項

建設業法第19条の改正で、書面あるいは電子データ
いずれも選択できるようになった。

図 B.Ⅷ- 3 建設工事の請負契約は、書面あるいは電子データいずれも選択可能

243

Ver.2.1 ad.7 (2014.10.31)

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

3. ガイドラインの必要性

電磁的措置によって建設工事の請負契約を締結しようとする者は、「2. 建設業法第 19 条の改正」に掲げたように、「省令第 13 条の 2 第 2 項」に規定する「技術的基準」に沿って行う必要があります。
省令 第 13 条の 2
<略>
２ 前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一

当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二

ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ <略>
しかしながら、この基準だけでは、具体的にどのような電磁的措置を講じれば法律に添ったものとなるのか明確でないこと、また改変防止等の措置が不十分なまま建設工事の請負契約を締結した場合後日紛争が生じやすいこと等の問題があります。
このため、安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用によって電子的に建設工事の請負契約を締結しようとする場合の参考として、「建設業法
施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン（以下、「ガイドライン」という。
）」を国土交通省が定め、2001 年 3 月 30 日公表しました。参考 4.参照。

244

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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.改変を確認することができる措置を講じていること（原本性の確保） ・公開鍵暗号方式による電子署名 ・電子的な証明書の添付
 ・電磁的記録等の保存

図 B.Ⅷ- 4 建設業法第 19 条とガイドラインの関係

245

Ver.2.1 ad.7 (2014.10.31)

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

建設工事の請負契約を電磁的措置で行う場合
電子メールやWebを使って電子メール契約を行いたいコンピュータ・ネットワークWeb（ホームページ）

Ａ社

Ｂ社
FD、CDなど

Ｃ社

省令第13条の2
第2項の規定ガイドライン

第1項
印刷・表示

第2項
技術基準に適合すること・書面作成が可能なこと・改変を確認することができる措置を講じていること

・表示・書面作成が可能なこと（見読性の確保）・改変を確認することができる措置を講じていること（原本性の確保）・電子署名の添付
・電子的な証明書の添付
・電磁的記録等の保存

第3項

図 B.Ⅷ- 5 ガイドラインの内容

246

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 改正に伴う新たな法的要件
建設業法第 19 条 3 項の追加により、書面の交付に代えて情報通信の技術の利用によって建設工事の請負契約を締結することができるようになりました。これによって関連する政令、省令も改正され、またそれに対応して新たにガイドラインも定められましたので、それらの要件を以下の順番で解説します。
4.1.1 書面の交付に代えることのできる電磁的措置の種類
4.1.2 電磁的措置の種類および内容に係る相手方の事前の承諾
4.1.3 電磁的措置の技術的基準

省令第 13 条の 2 第 1 項
政令 第 5 条の 5
省令 第 13 条の 2 第 2 項

247

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説●電磁的措置の種類
コンピュータ・ネットワーク利用の措置と電子記録媒体利用の措置のいずれも利用できるコンピュータ・ネットワーク
利用の措置

電子メール

Web（ホームページ）
FD、CDなど

電子記録媒体利用の措置●相手方の事前の承諾が必要
電磁的措置を行う前に種類と内容について承諾を得ること
1.以下の方法のうちどれを使うか・コンピュータ・ネットワーク利用の措置
・電子記録媒体利用の措置
2.ファイルの記録方式はどのような方式か●技術的基準に適合電磁的措置を行うには以下の技術基準に適合すること
1.ファイルの記録から書面作成が可能（見読性の確保）
2.改ざんを確認できる措置を講じていること（原本性の確保）

図 B.Ⅷ- 6 改正に伴う新たな法的要件の概要

248

Ver.2.1 ad.7 (2014.10.31)

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

4.1.1 書面の交付に代えることのできる電磁的措置の種類 省令第 13 条の 2 第 1 項
書面の交付に代えることのできる電磁的措置の種類として、以下の措置が掲げられています。
省令 第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）
法第 19 条第 3 項の国土交通省令で定める措置は、次に掲げる措置とする。
一 電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。
以下同じ。
）と当該契約の相手方の使用に係る電子計算機とを接続する電気通
信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイ
ルに記録する措置
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイ
ルに記録された同条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。
）を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該契約事項等を記録する措置
二 磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。
）
をもつて調製するファイルに契約事項等を記録したものを交付する措置
２<略>

３ 第 1 項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

解説○電磁的措置・電磁的措置としては、上欄の「省令第 13 条の 2」に掲げられた措置「第 1 項 1 号イ、ロあるいは 2 号」のいずれも用いることができます。
1. コンピュータ・ネットワーク利用の措置
第 1 項第 1 号に掲げられた措置とは、現在ではコンピュータ・ネットワークを用いて、電子メール、Web32(ホームページ)、VAN33等によってコンピュータ間で電子データを送受

32

Web（ウェブ）： World Wide Web（ワールド・ワイド・ウェブ）の略称。インターネット／イントラネッ

249

Ver.2.1 ad.7 (2014.10.31)

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

信する措置が該当すると想定されます。
2. 電子記録媒体利用の措置
第 1 項第 2 号に掲げられた措置とは、現在ではフロッピ・ディスク(FD)、コンパクト・ディスク(CD)、磁気光ディスク(MO)、デジタル・バーサタイル・ディスク(DVD)等の電子記録媒体に電子データを記録して受け渡す措置が該当すると想定されます。

4.1.2 電磁的措置の種類および内容に係る相手方の事前の承諾 政令第 5 条の 5
「1.背景と目的」で述べたように、IT 書面一括法の趣旨は、従来からの書面の交付による手続きに加えて電磁的措置を許容するものです。すなわち、当事者の双方が電磁的措置の方が望ましいと判断する場合に限ってその選択肢を与えるものです。したがって、建設工事の請負契約においても書面の交付による請負契約締結に代えて電磁的措置で行うことができるのは、建設工事の請負契約の当事者の双方が電磁的措置の方が望ましいと判断する場合です。
このため、建設工事の請負契約の締結を電磁的措置により行おうとするときは、電磁的措置の利用に先立ってあらかじめ当該契約の相手方に対してその電磁的措置の種類、内容等を示し、承諾を得なければならないことが定められています。
政令 第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交通省令で定める措置（以下この条において「電磁的措置」という。
）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類及び内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であつて国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２ 前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1 項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場
合はこの限りではない。

ト上で利用可能なシステム。WWW（ダブリュ・ダブリュ・ダブリュ）も略称です。
33 VAN（バン：Value Added Network）：付加価値通信網のこと。コンピュータ向けの大容量の回線を持つ業者が、その回線のリセールを行なうサービス。

250

Ver.2.1 ad.7 (2014.10.31)

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

上欄下線部の「国土交通省令で定める措置」とは、前述の「4.1.1 書面の交付に代えることのできる電磁的措置の種類」の中の「省令第 13 条の 2 第 1 項」に掲げられており、コン
ピュータ・ネットワーク利用の措置と電子記録媒体利用の措置が想定されます。
また「国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し」とされている内容は、次に述べる「省令第13 条の 3」に掲げられており、a)省令第 13 条の 2 第 1 項に定められたコンピュータ・ネッ
トワーク利用の措置と電子記録媒体利用の措置のうち使用する措置、b)電子データのファ
イルへの記録方式の 2 点を相手方に示さなければならないとされています。
省令 第 13 条の 3
令第 5 条の 5 第 1 項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一

前条第 1 項に規定する措置のうち建設工事の請負契約の当事者が講じるもの二ファイルへの記録の方式

なおこの場合、相手方の承諾は、書面によって得るほか、「省令第 13 条の 4」に掲げられた「電磁的方法」によって確認することができます。

解説○相手方の承諾・相手方との間で、建設工事の請負契約の締結を電磁的措置によって行うことについて合意する契約、協定等をあらかじめ取り交わさなければなりません。
・この協定等には、合意した電磁的措置の種類および内容、電子データの記録形式、電子データの受け渡し方法等を明示しなければなりません。建設工事の請負契約の締結は、この協定等において合意した内容にしたがって運用されなければなりません。

4.1.3 電磁的措置の技術的基準

省令 第 13 条の 2 第 2 項

電磁的措置による建設工事の請負契約の記録は、電磁的記録なので記録そのものが見読不可能であり、また建設工事の請負契約の当事者が対面して書面により行う契約に比べて改ざんされてもその痕跡が残り難い等の問題があります。
そこで、建設工事の請負契約の当事者間の紛争を防止する等安全な電子商取引を促進す

251

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説る観点から、前述の「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 号関係）
」としてガイドラインに以下が定められています。
３．原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講

252

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。
（１）公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、
いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う登記所、電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

253

Ver.2.1 ad.7 (2014.10.31)

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

なお上欄各項目について補足すると、(1)は、いわゆる公開鍵暗号方式34による電子署名を採用する必要があることを述べています。
(2)は、信頼される第三者機関が発行する電子的な証明書を添付して相手方に渡す必要があることを述べています。
(3)は、契約事項等の電磁的記録等を適切に保存しておく必要があること、その際、保管されている電磁的記録等が改ざんされていないことを自ら証明できるシステムを整備しておく必要があることを述べています。

解説○相手方に渡す電子データ
・相手方に渡す電子データは、相手方が目視によって確認するためにディスプレイ、書面
等に表示できるよう、あらかじめ相手方と合意した電子データ形式等に則ったものでなければなりません。
・相手方に渡す電子データには、当該電子データが真に自ら作成したものであること（改ざん等が行われていないこと）を示すために、暗号鍵（秘密鍵・公開鍵）が十分な強度35をもつ公開鍵暗号方式によって作成された電子署名を添えて相手方に受け渡さなければなりません。
・また電子署名の作成に用いた暗号鍵が確かに自身のものであることを示すために、相手方が信頼する認証機関（当該請負契約の当事者ではない第三者であること）が発行した
電子的な証明書も添付しなければなりません。
○相手方から受け取った電子データ
・相手方から受け取った電子データを電磁的記録として保管するためには、滅失、散逸、改ざん等のないよう適切な管理の下に保管のうえ、ディスプレイや書面に速やかかつ整
然と表示できるように、また保管されている電磁的記録等が改ざんされていないことを証明できるようにシステムを整備しなければなりません。

34公開鍵暗号方式：「4.2 (3-b)公開鍵暗号方式による電子署名の採用」を参照。
35

暗号鍵（秘密鍵・公開鍵）が十分な強度： 詳細は「4.2(3-c)【留意事項】」を参照。

254

Ver.2.1 ad.7 (2014.10.31)

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

4.2 CI-NET LiteS における対応の考え方
電磁的措置によって建設工事の請負契約を締結するには、CI-NET LiteS を用いる場合も例外なく 4.1 に示した事項等をすべて遵守しなければなりません。ただし、これら事項のいくつかは CI-NET LiteS 実施上の必須ルールとなっているため、CI-NET LiteS 実装規約に準拠した運用、システム整備を行っている利用者は、ほかに追加的な対処をする必要はありません。本節では、これらの内容を整理します。

表 B.Ⅷ- 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 実装規約に準拠することで対応済みと考えられる事項。

255

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 号の「ファイルへの記録の方法」に関しては、注文書・請書のデータ書式（CI-NET
LiteS 実装規約に準拠すること）、電子署名と電子的な証明書の添付書式（情報伝達規約で定められた方式を用いること）、相互に使用する電子メール・アドレス等について相手方に36

前条第 1 項： 省令第 13 条の 2 第 1 項

256

Ver.2.1 ad.7 (2014.10.31)

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

示し、その承諾を得ることが推奨されます。
なお、こうした事項を網羅した「データ交換協定書」および「運用マニュアル」の雛形が CI-NET LiteS の利用を前提として作成されており、各社はこれを流用して一部を手直しするなどにより、自社用の「データ交換協定書」および「運用マニュアル」を作成することができます。「データ交換協定書」と「運用マニュアル」の雛形の入手方法については、(財)建設業振興基金 建設産業情報化推進センターにお問い合せください。
(3-a)ディスプレイ、書面等に速やかかつ整然と表示できるシステム整備
CI-NET LiteS 実装規約での対応する規則はありません。

(3-b)公開鍵暗号37方式による電子署名の採用
CI-NET LiteS では、公開鍵暗号方式による電子署名を使用することをルールとしています。電子署名は情報伝達規約で定められた方式により添付します。
(3-c)電子的な証明書の添付
同じく CI-NET LiteS では、電子的な証明書を情報伝達規約で定められた方式によって電子メールに添付することをルールとしています。
この電子的な証明書の正当性の確保は、以下の 2 点を確認することによって行います。
・当該電子的な証明書が確かに当該相手方のものであること
・当該電子的な証明書が自社の信頼する認証機関38により認証されたものであること

37

公開鍵暗号方式：
公開鍵暗号方式では、データの暗号化、復号のために公開鍵と秘密鍵という 2 種類の暗号鍵を使います。建設業者は公開鍵と秘密鍵を同時にペアで作成し、公開鍵を必要な取引先に渡します。一方、秘密鍵は絶対に他社に漏れないよう厳重に保管しなければなりません。秘密鍵で暗号化したデータは公開鍵でしか復号できません。
38 認証機関：電子的な証明書を発行する機関(企業、公共組織等）。公開鍵の持ち主が正しく本人であることを保証します。

257

Ver.2.1 ad.7 (2014.10.31)

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

B社の電子的な証明書（A社が信頼する認証機
関による電子署名付き）
相手方
（B社）

相手方
（B社）

A社が信頼
する認証機
関の公開鍵

B社からの電子的な証明書受領時に、認証機関による電子署名を検証し、信頼できる電子的な証明書であることを確認する。

図 B.Ⅷ- 7 電子的な証明書の正当性の確認

また電子的な証明書が無効になった際はただちに相手方に通知するとともに、相手方から通知を受けた場合にはこれを失効情報として管理することが必要です。
【留意事項】電子的な証明書の信頼性、暗号の強度について
建設業法第 19 条は、同 18 条に定める「建設工事の請負契約の原則」の趣旨に従い、契約の内容を明記したうえで相互に交付することを定めていますが、建設工事の請負契約の記録はこのほかにも、紛争にともなう裁判等において当該請負契約が真に存在することを自ら証明する手段として利用される場合があります。
こうした状況において、建設工事の請負契約の電磁的記録等の真正性や、改ざんされていないことの証明には、電子的な証明書の信頼性と暗号鍵の強度が重要な要素となります。
裁判官等の第三者が真正性を判断する場合、これら第三者が電子的な証明書をどの程度信頼するか、および検証処理に用いる暗号鍵がどの程度の強度をもつか等が判断の要素となり得ます。このような事情から、電子的な証明書の信頼性、電子署名の強度について、世間的に相応のレベルとみなされているものを使用することが推奨されます。
この点についてガイドラインでは、具体的に以下の記載をしており、この下線部の記載
から、信頼性と強度の妥当なレベルについては、2001 年 4 月に施行された電子署名法39における特定認証業務に係る定めや、改正された商業登記法にもとづく「商業登記に基礎を置
く電子認証制度40」を一つの目安とすることができます。

39

電子署名法： 電子署名および認証業務に関する法律。2000 年法律第 102 号。2001 年 4 月１日から施行されました。これにより、本人による一定の要件を充たす電子署名が行われた電子文書等は、真正に成立したもの（本人の意思に基づき作成されたもの）と推定されます。
40 商業登記に基礎を置く電子認証制度：2000 年 4 月 19 日に公布された「商業登記法等の一部を改正する法律」の一部（商業登記法の一部改正関係）の施行に伴い運用を開始されたもので

258

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 年に発表したものです。

259

Ver.2.1 ad.7 (2014.10.31)

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

4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
CI-NET LiteS によって建設工事の請負契約を締結する場合、CI-NET LiteS 実装規約に準拠しているならば 4.2 に整理した要件は既に満足していると考えられます。本節では、その他に必要となる対応を解説します。

表 B.Ⅷ- 3 必要な対応の概要
本項の節番号

法的要件の内容

対応の内容

4.3.1 見読性の ディスプレイ、書 ・保管している電磁的記録等をディスプレイ、書面
確保

電面等に速やかかつ

等に速やかかつ整然と表示するシステムを整備し整然と表示できる

なければならない。

システム整備・このため、当該記録の検索に使用するインデック

磁ス情報と対応づけて保管することが推奨される。

的

4.3.2 電磁的記 電磁的記録等の適 ・アクセス管理や電磁的記録等の滅失、読み出し不

措

録等の保存

切な保存、改ざん

能、破壊等を防御するための運用やコンピュー

置

されていないこと

タ・システムの構築等が推奨される。

のを自ら証明できる ・保管している電磁的記録等が改ざんされていない技

システムの整備ことを証明するシステムを整備しなければならな術い。改ざんされていないことの証明を電子署名を的用いて行う場合には、注文データ・注文請データ

基の電磁的記録等を、電子署名、電子的な証明書と準ともに保管することが推奨される。
・表示・印刷機能および改ざんされていないことの証明機能が正しく動作し、運用されていることを示すために、機能仕様書、操作説明書等を整備し、その内容を遵守することが推奨される。

なお、CI-NET LiteS によって請負契約を締結する場合も、書面による場合と同じく、建設業法第 19 条第 1 項に掲げられた第 1 号から第 11 号の内容（工事内容、請負代金の額、工期等）について相手方と合意したことを確認できる記載をする必要があることは言うまでもありません。
また契約書の交付方法として、建設業法第 19 条では「相互に交付しなければならない」とされているので、契約書を 2 通作成してお互いに持ち合うことになります。しかし業界の実態として注文書・請書の形態による契約締結が多く行われていることから、CI-NET
LiteS のような注文書・請書による契約の形態も認められています（参考 5.参照）。

260

Ver.2.1 ad.7 (2014.10.31)

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

4.3.1 見読性の確保システムには、保管されている電磁的記録等をディスプレイ、書面等に速やかかつ整然と表示する「表示・印刷機能」を備えなければなりません。また「検索機能」を備えることが推奨されます。なお電磁的記録等はこうした機能に適した方法でインデックス（見出し）情報と関連付けて保管することが推奨されます。さらに請負契約の相手方あるいは第三者が確認のために当該電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体に電磁的記録等（改ざんされていないことを証明できるデータ形式のもの）
を出力する機能を備えることが推奨されます。
電磁的記録等をディスプレイ表示
あるいは書面印刷

検索条件を指定検索結果を表示選択

検索機能

インデックス
情報

表示・印刷
機能

電磁的記録
電磁的記録等の
出力

関連付けて保管

図 B.Ⅷ- 8 見読性の確保システムの概要(1) 検索機能
多数の電磁的記録等から条件検索等により目的とするものを探し出す機能を備えることが推奨されます。以下のような検索方法を備えることが推奨されます。
-条件検索
契約年月日による検索
取引先による検索
契約金額による検索
各項目のクロス検索
特定の契約を指定（取引先+注文番号等による）した抽出など-全件表示-検索結果のソート表示など

261

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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]発注者名

262

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説[1042]工事場所・受渡場所名称[1097]最終帳票金額など(d) 保管処理を行った年月日時分秒
これらの情報は、そのほとんどが注文データ・注文請データに含まれる場合が多いと考えられますが、検索の効率を考慮すると、検索に必要なこれらインデックス情報を抽出し、電磁的記録等と関連付けて管理することが推奨されます。

電子
メール
DES復号

(a)

復号された
注文関連データ+電子署名+電子的な証明書
電子署名を検証

保管

MIME
分解
等

CI-NET
形式
データ

トランス
レーション

(b)

中間
ファイル

(c)

各〄からインデックス情報を抽出して保管業務
データ
日〄の業務は、こちらのデータを
用いて行う

(d)

図 B.Ⅷ- 9 インデックス情報抽出の処理イメージ

263

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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)のデータを保管します。

図 B.Ⅷ- 10 保管すべきデータ（メッセージ）

264

Ver.2.1 ad.7 (2014.10.31)

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

電磁的記録等は、改ざんされていないことを自ら証明できるよう、取引関係情報（メッセージ）だけでなく、相手方の電子署名および電子的な証明書とともに保管します。具体的には、次図の矢印で示した「暗号化データ MIME ヘッダ+データ部+署名部」を復号した状態のデータを保管します。復号した状態の書式のイメージを次々図に示します。
保管は、データが真正であることを確認のうえで行うことが推奨されます。

暗号化データ MIME ヘッダ
データ部
データ部 MIME ヘッダ
形式(b)
形式(c)
形式(a)
CI-NET 形式データ CI-NET 形式データ コメント
（Base64 エンコード）（Base64 エンコード）（Base64 エンコード）
圧縮された技術データ圧縮された技術データ（Base64 エンコード）（Base64 エンコード）

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

相手方から受信する電子メール上では矢印の部分（暗号化データ MIME
ヘッダ+データ部+署名部）は共通鍵によって DES 暗号化されています
が、受信後この部分を復号したデータを保管します。
この部分を復号した状態の書式のイメージを次ページに示します。

図 B.Ⅷ- 11 CI-NET LiteS の書式と保管する電磁的記録の範囲（電子メールの場合）

265

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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)」のデータの場合のフォーマット

図 B.Ⅷ- 12 保管するデータの書式（S/MIME 方式の例）

266

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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

有効期間を確認失効
情報

図 B.Ⅷ- 13 保管処理の概要イメージ（電子メールの場合）

上図において、電子メールに添付されている電子的な証明書自体の情報によって、その電子的な証明書が当該相手方のものであることを確認できる場合には、電子メールに添付されている電子的な証明書とあらかじめ保管しているものとの照合（図中(c)）は必要なく、電子メールに添付されている電子的な証明書の公開鍵によって電子署名の復号（RSA 復号）に利用できます。

267

Ver.2.1 ad.7 (2014.10.31)

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

4.3.2 電磁的記録等の保存(1) 電磁的記録等の適切な保存
建設工事の請負契約を書面で締結する場合と同じく、電磁的措置により締結した場合もその電磁的記録等を適切に保管しなければなりません。電磁的記録等の保管には滅失、読み出し不能、破壊等のリスクがあり、これらに対する防御を行わなければなりません。
【電磁的記録等の保管に係るリスクの例】
・過失、誤操作による滅失、改ざん
・不適切な保管、取扱いによる滅失、改ざん
・不適切な管理による分散、散逸
・電子記録媒体等の劣化、紛失による滅失、読み出し不能、不完全な読み出し・システムの移行等による不整合、機器・媒体の互換性不備による復元の不完全・故意による隠蔽、破壊、改ざん、偽造・コンピュータ・ウィルスや不適切なソフトウェア等による破壊、混同・悪意の外部者による破壊、改ざんなど
このためには次のような防御措置が有効です。
イ)管理責任者の設定： 管理責任者等を定め、保管の責任、権限を明確にします。
ロ)アクセスの管理：保管された電磁的記録等にアクセスできる担当者を定め、ア

クセス履歴の記録、担当以外の者のアクセスに対する防御等の管理を行います。
ハ)操作担当者の教育：

操作マニュアル等を用意し、担当者に正しい操作を教育します。
ニ)保管場所の管理：

複数の電子記録媒体等に保管する場合は、どの電子記録媒体

等にどの電磁的記録等が保管されているか、またディスク自体が正しく管理されていることを確認しておきます。
ホ)バックアップ：

電磁的記録等のバックアップを定期的に行い、バックアップした電子データを適切に保管しておきます。
ヘ)ウィルス対策：

コンピュータ・ウィルス等に対する定期的な診断を行い、ウィルスが発見されたらただちに対処します。
ト)システム移行等への対応：

保管システム自体をバージョン・アップすると、基

本的ソフトウェアもバージョン・アップしなければならないことがあります。こ268

Ver.2.1 ad.7 (2014.10.31)

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

うした場合、旧システムで保管していた電磁的記録等が新しいシステムで処理できなくなる不都合が生じないようにします。例えば、電磁的記録等は OS のファイ
ルシステム上で保管することとし、特定のデータベースに格納するような方法は避けた方が良いと思われます。
さらに、建設工事の請負契約の存在、内容を第三者に示す必要がある場合に備え、こうした運用に係る規定や保管の手順書等を公開可能な形で整備することが推奨されます。な
お、外部からのシステム監査を定期的に受けるなど、コンピュータ・システムの安全な運用に係る認定制度42を利用することにより、信頼性をさらに高められる可能性があります。
また関連しますが、「4.3.1 見読性の確保」の要件や後述の「(2)改ざんされていないことの証明」の要件が満たされていることを第三者に示すには、以下の事柄が重要になります。
 見読性の確保のための表示・印刷機能により、電磁的記録等の内容がディスプ
レイや紙に正しく表示、印刷されていること。
 改ざんされていないことを証明する機能（「(2)改ざんされていないことの証明」に記載）により、電磁的記録等の内容が正しく検証されていること。
両機能が正しく動作していることを確認するために、これらの機能を説明した仕様書や操作方法を示した説明書の内容を確認し、その内容を遵守して開発、運用しなければなりません。また第三者に説明する必要が生じた場合に備え、仕様書や操作説明書等を備え置
き、公開可能な状態で保管することが推奨されます。また、相手方や第三者が確認のために電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体等に電磁的記録等を出力する機能を備えることが推奨されます。
以上全ての措置は、建設工事の請負契約締結を電磁的措置によって行う当事者が自らシステムを整備し運用してもよく、また電磁的記録等を安全に管理する外部の保管サービスを利用することも可能です。こうした保管サービスを提供する事業者の中には、保管だけ
でなく、次に解説する改ざんされていないこと等の証明サービスもあわせて提供している者もあるので、それらを利用することも可能です。

(2) 改ざんされていないことの証明
保管されている電磁的記録等が改ざんされていないことを証明するシステムを整備しなければならなりません。

42

システムの安全な運用に係わる認定制度：
財団法人日本情報処理開発協会で検討中の「情報セキュリティマネジメントシステム(ISMS：
Information Security Management System)適合性評価制度」等があります。ISMS は、2001 年 3 月に審査認定が廃止された「情報処理サービス事業電子計算機システム安全対策実施事務所認定基準」に代わるものとして検討されています。

269

Ver.2.1 ad.7 (2014.10.31)

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

この証明方法の 1 つとして電子署名を用いる方法があります。これは、正しい電子署名
は相手方の秘密鍵によってしか作成できず、したがって受け渡しの途中あるいは受け取り後に改ざん等があれば電子署名と注文書・請書データとの間に不整合が生じる、という公
開鍵暗号方式による電子署名の特性にもとづいています。
この場合、改ざんされていないことの証明は、注文書・請書データから生成した次図①のメッセージ・ダイジェストと、相手方の電子署名を相手方の公開鍵によって復号して得た②のメッセージ・ダイジェストとを照合することにより行います。
この方法によって証明する場合は、注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書もあわせて保管することが推奨されます。さらにこの処理において電子的な証明書が改ざんされていないことを確認する（次図のメッセージ・ダイジェスト③④の照合により行う）ために、当該電子的な証明書を発行した認証機関の、当該電子署名作成時点における公開鍵あるいは電子的な証明書を保管しておくことが推奨されます。

電磁的記録の内容
電磁的記録等

注文、注文請データ

ハッシュ化①メッセージ･
ダイジェスト

電子署名
電子署名を復号
電子的な証明書②メッセージ･
ダイジェスト

両者を
照合

相手方の
公開鍵で復号

電子的な証明書
公開鍵等の
各種情報
認証機関の
電子署名

ハッシュ化

電子署名を復号③メッセージ･
ダイジェスト

両者を照合④メッセージ･
ダイジェスト

認証機関の公開鍵で復号。
契約時の認証機関の公開鍵を保管しておく※認証機関の電子署名は、電子的な証明書所有者の公開鍵等の各種情報からメッセージ・ダイジェストを作成し、認証機関の秘密鍵で暗号化したもの。

図 B.Ⅷ- 14 改ざんされていないことの証明の原理

270

Ver.2.1 ad.7 (2014.10.31)

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

改ざんされていないことの証明処理の例：(a) メッセージ・ダイジェストの照合
CI-NET LiteS の場合の処理の概要は、以下の通り、電磁的記録のデータ部をハッシ
ュ化して得たメッセージ・ダイジェストと、電子署名を復号して得たメッセージ・ダイジェストを照合し、両者が一致すれば改ざんされていないと判断します。
保管されている電磁的記録
MIME 分解

データ部
multipart/mixed MIME
(base64)

MIME 分解&
base64 decode

署名部

失効
情報

注文関連データ(CI-NET 形式)(c)有効期間を確認base64 decode&
ASN.1 分解

トランスレーション[3]データ作成日
ハッシュ化(d)期間を照合(b)認証機関の公開鍵を使用し、電子証明書が改ざんされ認証 ていないことを確認
機関の公開鍵
メッセージ・ダイジェスト

送信者の
電子証明書

電子署名

送信者の
証明書識別情報

RSA 復号

メッセージ・ダイジェスト(a)照合

図 B.Ⅷ- 15 改ざんされていないことの確認処理の概要イメージ(b) 電子的な証明書の改ざん有無の確認
上述(a)の処理過程において、送信者の電子的な証明書を認証している認証機関の公開鍵を用い、送信者の電子的な証明書の改ざん有無を確認します。なおこのためには、検証対象である電子署名作成時点の認証機関の公開鍵あるいは電子的な証明書の保管が必要です。

(c) 電子的な証明書の有効性の確認
上述(a)の処理過程において、失効情報および送信者の電子的な証明書に記載の有効期間を参照して、検証処理時点における電子的な証明書の有効性を確認することが推奨されます。電子的な証明書が有効でない場合は、処理を継続して両メッセージ・ダ

271

Ver.2.1 ad.7 (2014.10.31)

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

イジェストを照合のうえ、改ざんの有無以外に電子的な証明書が有効でないこともあ
わせて示すことが推奨されます。

(d) 契約時点と電子的な証明書の有効期間との整合性の確認
上述(a)の処理過程において、失効情報および送信者の電子的な証明書に記載の有効期間を参照して、データ部の CI-NET 形式データに記載されたデータ交換の年月日（データ・ダグ[3]データ作成日）が電子的な証明書の有効期間内であるかを検証し、改ざんの有無以外にその結果もあわせて示すことが推奨されます。
.

272

Ver.2.1 ad.7 (2014.10.31)

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

参考 1. 建設業法
下線部分は改正部分を示します。
■建設業法（昭和 24 年法律第 100 号）
第 18 条（建設工事の請負契約の原則）
建設工事の請負契約の当事者は、各々の対等な立場における合意に基いて公正な契約を締結し、信義に従つて誠実にこれを履行しなければならない。
第 19 条（建設工事の請負契約の内容）
建設工事の請負契約の当事者は、前条の趣旨に従つて、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
一 工事内容二 請負代金の額
三 工事着手の時期及び工事完成の時期
四

請負代金の全部又は一部の前金払又は出来形部分に対する支払の定めをする

ときは、その支払の時期及び方法
五

当事者の一方から設計変更又は工事着手の延期若しくは工事の全部若しくは一部の中止の申出があつた場合における工期の変更、請負代金の額の変更又は損害の負担及びそれらの額の算定方法に関する定め
六天災その他不可抗力による工期の変更又は損害の負担及びその額の算定方法に関する定め
七

価格等（物価統制令（昭和 21 年勅令第 118 号）第 2 条に規定する価格等をいう。
）の変動若しくは変更に基づく請負代金の額又は工事内容の変更

七の二工事の施工により第三者が損害を受けた場合における賠償金の負担に関する定め
七の三 注文者が工事に使用する資材を提供し、又は建設機械その他の機械を貸与するときは、その内容及び方法に関する定め
八

注文者が工事の全部又は一部の完成を確認するための検査の時期及び方法並びに引渡しの時期

九 工事完成後における請負代金の支払の時期及び方法
十 各当事者の履行の遅滞その他債務の不履行の場合における遅延利息、違約金その他の
損害金

273

Ver.2.1 ad.7 (2014.10.31)

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

十一 契約に関する紛争の解決方法
２

請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更する

ときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３ 建設工事の請負契約の当事者は、前 2 項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であつて、当該各項の規定による措置に準ずるものとして国土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

参考 2. 建設業法施行令（政令）
下線部分は改正部分を示します。
■建設業法施行令（昭和 31 年政令第 273 号）
第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であつて国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２

前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

274

Ver.2.1 ad.7 (2014.10.31)

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

参考 3. 建設業法施行規則（省令）
下線部分は改正部分を示します。
■建設業法施行規則（昭和 24 年建設省令第 14 号）
第 13 条の 2（建設工事の請負契約に係る情報通信の技術を利用する方法）
法第 19 条第 3 項の国土交通省令で定める措置は、次に掲げる措置とする。
一 電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。以下同じ。
）と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する措置
ロ

建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された同条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当する
ものの変更の内容（以下「契約事項等」という。）を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファ
イルに当該契約事項等を記録する措置
二 磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）をもつて調製す
るファイルに契約事項等を記録したものを交付する措置
２ 前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一

当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二 ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ 第 1 項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した
電子情報処理組織をいう。
第 13 条の 3
令第 5 条の 5 第 1 項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一 前条第 1 項に規定する措置のうち建設工事の請負契約の当事者が講じるもの
二 ファイルへの記録の方式
第 13 条の 4
令第 5 条の 5 第 1 項の国土交通省令で定める方法は、次に掲げる方法とする。
一 電子情報処理組織を使用する方法のうちイ又はロに掲げるもの

275

Ver.2.1 ad.7 (2014.10.31)

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

イ

建設工事の請負契約の当事者の使用に係る電子計算機と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する方法
ロ

建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された法第 19 条第 3 項の承諾をする旨又は当該承諾を撤回する旨を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録する方法
二

磁気ディスク等をもつて調製するファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録したものを交付する方法
２

前項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

276

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認めら

277

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説れる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。
（１）公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場
合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事
務を取り扱う登記所、電子署名及び認証業務に関する法律(平成 12 年法律第 102号)第 4 条に規定する特定認証機関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

278

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 号までに掲げる事項その他必要な事項を記載すること。
⑤ 注文書及び請書の個別的記載欄には、それぞれの個別的記載欄に記載されている事
項以外の事項については基本契約約款の定めによるべきことが明記されていること。
⑥ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
２ 注文書・請書による請負契約を変更する場合において、当該変更内容が注文書及び請279

Ver.2.1 ad.7 (2014.10.31)

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

書の個別的記載事項に係るもののみであるときは、次によることができる。
① 注文書及び請書の双方に変更内容が明記されていること。
② 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
ただし、当該変更内容に注文書及び請書の個別的記載事項以外のものが含まれる場合には、当該変更の内容を書面に記載し、署名又は記名押印をして相互に交付すること。

280

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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

281

Ver.2.1 ad.7 (2014.10.31)

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

Q4.

建設工事の請負契約だけでなく、資材の購入、リース、レンタルについての契約もガイドラインの適用対象になるのでしょうか。
建設業法第 19 条とそれに関連する政令、省令およびガイドラインで対象としているのは建設工事の請負契約の締結なので、資材の購入、リース、レンタルに関する契約は適用の対象にはなりません。
しかし、建設業界での実際の契約業務は、資材の購入、リース、レンタルについても建設工事の請負契約と同様の処理をしている場合が多く見受けられますし、それらの契約も建設工事の請負契約と同等に重要なものですからガイドラインに示されているものと同様の措置をとった方が良いでしょう。
Q5.

ガイドライン等で、建設工事の請負契約の当事者とは誰ですか。

建設業法は、建設業を営む者の資質向上や建設工事の請負契約の適正化等を目的として定められており、建設工事の請負契約を締結する当事者全ての者を対象として適用されます。
Q6.

CI-NET 以外の方法で取引先と電子契約を実施する場合も、必ず電子データを保管しなければならないのでしょうか。
建設工事の請負契約締結を電子的に行う場合、建設業法第 19 条とそれに関連する政令、省令およびガイドラインは、その方式が建設業界の標準である CI-NET 方式か否かにかかわらず、あらゆる方式に適用されますので、電子データを保管する必要があります。
Q7.

書面による建設工事の請負契約を電子契約に変更するには、どこに申請して許可を得なければならないのでしょうか。
電子契約を行うための申請や許可等は必要ありません。契約の電子データ化は、相手方の合意を得たうえで、一切について自己責任で行います。ただし、建設工事の請負契約の当事者は電子契約で取り交わした契約事項がガイドライン等に示された要件をどのように満たしているかを、必要な場合に第三者に分かるように示す必要があります。
Q8.

経営事項審査（経審）の受付審査時に注文書・請書（契約書）の提出を求める行政庁が多いのですが、保管した電子データを提出できますか。

282

Ver.2.1 ad.7 (2014.10.31)

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

経営事項審査の申請のためには、建設業法施行規則で定められた申請書に必要な書類を添付して提出します。この手続きは、建設工事の請負契約の締結を書面で行った場合も電子契約で行った場合でも従来の提出方法に変わりはありません。
Q9.

相手方と電子契約を行うことに合意した場合は、それ以降の契約締結をすべて電子契約で行わなければならないのでしょうか。
全ての建設工事の請負契約を電子契約で行うか否かは相手方と合意しなければなりません。特定の契約だけを電子契約で行うかあるいは全ての契約をそうするか等は、相手方とあらかじめ取り決めておくことが推奨されます。
全ての建設工事の請負契約を電子契約で行うことを、あらかじめ取り決めていれば継続的に適用されると想定されますが、相手方から撤回の申出があれば、書面の交換としなけ
ればなりません。
Q10.

電子契約を行うことについて相手方の承諾を得るには、必ず書面で協定書、覚書等を取り交わさなければならないのでしょうか。
電子契約を行うことについて相手方の承諾を得るための協定書、覚書等は、必ずしも書面である必要はなく、電磁的方法で取り交わしても構いません。また電子的に取り交わした協定書、覚書等については、電子署名や電子的な証明書の添付といった要件は法律では定められていません。しかし、後日の確認のためには契約書と同様に電子署名と電子的な証明書を添付して受け渡す措置が推奨されます。
Q11.

建設工事の請負契約に付随する設計図面等の情報もすべて電子データ化しなければならないのでしょうか。
建設工事の請負契約では、注文書・請書のようないわゆる帳票に相当する書類に加えて、図面、条件書等の設計図書に相当する書類が付随する場合があります。このような契約図書の取り扱いには以下の方法が考えられます。
1.帳票に相当する書類、設計図書ともに電子データ化する方法
2.帳票に相当する書類のみ電子データ化し、設計図書は紙のままとする方法
この場合設計図書も契約内容を構成するものですから、2.の方法を用いる場合は、帳票に相当する書類の契約書に代わる契約データに設計図書の文書番号、文書年月日等を明示しておく等により、両者を関連付けることが推奨されます。
Q12.

電子契約に決まった電子データ形式があるのでしょうか。またワープロや表計算

283

Ver.2.1 ad.7 (2014.10.31)

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

ソフトウェアを用いて契約データを作成しても良いのでしょうか。
建設工事の請負契約の電子契約には特別に定められた形式はありませんので、ワープロ
や表計算ソフトウェアで作成した電子データでも構いません。ただしガイドラインにある
ように、電子署名と電子的な証明書を添付することが不可欠です。
Q13.

電子契約の場合、送信ミスで二重に電子データを送ってしまう場合も考えられま

すが、そうした場合はどのように対処すれば良いのでしょうか。
同様のことは書面の契約書でも生じるおそれがありますが、こうした場合に備えて相手方との間であらかじめ取り交わす協定書、覚書等に、その取扱い方法を盛り込んでおくことが推奨されます。また運用の初期段階等では書面と電子データとを並行してやりとりすることもあるでしょうが、どちらを正とするかをあらかじめ取り決めておけば、書面と電子データとの間に万一食い違いが生じた場合にも対応できると想定されます。

284

Ver.2.1 ad.7 (2014.10.31)

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

2． 表示・印刷機能について

Q14.

表示・印刷機能のレイアウトは具体的に何か決められていますか。

表示・印刷のレイアウトについて特定の形式等の定めはありません。
表示・印刷機能を整備する目的は、そのままでは目視できない電子データの内容を目視可能な形にするものです。
Q15.

ガイドラインに記載されている「ディスプレイ、書面等に速やかかつ整然と表示」

について解説してください。
書面の契約書と同様に、電子データも探し出しやすいように整理、保管することが推奨されます。例えば契約データが複数の担当者のパソコンにばらばらに保管されていては目的の電子データを見つけだすまでに手間がかかり、とても速やかとは言えません。書面の契約書と同じく電子データも、全社一括、支店ごと等、必要な単位でまとめて管理しておくことが推奨されます。さらにインデックスデータ、契約データ、契約関連データ等を工夫して管理し、どの電子データが保管されているのか、関連データは何か等が速やかにわかるような管理をしておくことが推奨されます。
また表示・印刷するシステムと保管データがオンラインで接続されていれば直ちに目的の電子データを探し出せますが、フロッピ・ディスク(FD)、コンパクト・ディスク(CD)、
磁気光ディスク(MO)、デジタル・バーサタイル・ディスク(DVD)等のオフラインの電子記録媒体に保管する場合にも、各ディスクにどの電子データが保管されているのか速やかにわかるような管理をしておくことが推奨されます。

285

Ver.2.1 ad.7 (2014.10.31)

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

3. 電子署名および電子的な証明書について

Q16.

契約図書類を別途に送信する場合、これらにも電子署名、電子的な証明書が必要でしょうか。
別途に送信した資料も契約に係るものであれば、ガイドラインに規定しているように電子署名、電子的な証明書等の対応が必要です。
Q17.

建設工事の請負契約書つまり書面に記名押印して保管する仕組みは、電子契約の場合どのような仕組みになるのでしょうか。また同様に割印はどうでしょうか。
書面の場合は、契約書上に押印することで契約内容と印鑑を対応付けますが、電子署名
は契約データの中に組み込まれるのではなく、契約データとは別の電子データとして作成されます。
それでは、どのようにして契約データと電子署名を対応付けるのでしょうか。
電子署名は、印鑑の印影のように常に同じものではなく、元になる契約データの内容によってそれぞれ異なる内容になります。契約データが尐しでも違っていれば、得られる電子署名は違った値になりますので、対応付けがなされます。

契約
データ

契約データと秘密鍵を元にコンピュータ処理をして電子署名を作成する。

署名者の秘密鍵

電子署名

図 B.Ⅷ- 16 電子署名の作成

割印は二枚の書面が関連していることを証明するため、両書面にまたがって一つの印を押すことです。契約データの場合、関連を示す注文番号、年月日等の情報を契約データに入れて電子署名を行っておけば、その契約データから生成される電子署名により改ざん等が行われていないことが証明され、書面と同様の割印効果つまり対応付け効果が得られます。

286

Ver.2.1 ad.7 (2014.10.31)

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

Q18.

フロッピ・ディスク等の電子記録媒体を利用して注文データ・注文請データを受け渡す場合も電子署名、電子的な証明書が必要となるのでしょうか。
コンピュータ・ネットワークを利用せずにフロッピ・ディスク等で受け渡す場合も、必ず電子署名、電子的な証明書を添付しなければなりません。
電子署名は作成の過程で暗号技術を使っていますが、電子署名を作成することと契約データを暗号化することは全く別の内容です。フロッピ・ディスクを使えば、インターネッ
トを用いるケースと異なり盗聴される心配が無いので暗号化は必須要件ではありません。
しかし、確かに自分が作成した契約データであることを示すためには、暗号化の要否とは別に、電子署名を添付することが必要です。
また電子署名の作成に用いた暗号鍵が確かに自身のものであることを示すために、相手方が信頼する認証機関（当該請負契約の当事者ではない第三者であること）が発行した電子的な証明書を添付することが必要です。
Q19.

電子的な証明書を発行する認証機関は任意に選べるのでしょうか。

相手方が信頼する認証機関が発行する電子的な証明書を使用しなければなりません。
多くの場合の相手方が信頼する認証機関とは、ガイドライン記載のように電子認証事務を取り扱う登記所や電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられます。
Q20.

取引先ごとにあるいは契約取引ごとに別々の証明書を取る必要がありますか。

相手方が信頼する認証機関が発行した電子的な証明書を既に持っていれば、取引先ごとにあるいは契約取引ごとに別々の電子的な証明書必要はありません。一度取得した電子的な証明書は、有効期間内であれば何度でも使用できます。
Q21.

電子的な証明書にはどのような内容が記載されていて、受け取った時には何を確認すれば良いのでしょうか。
電子的な証明書の内容は認証機関によって異なりますが、最低限、証明対象となる公開
鍵と電子的な証明書の内容に対する認証機関の電子署名が添えられています。
相手方から電子的な証明書を受け取ったら、認証機関の電子署名を検証して、記載内容に改ざん等が無いことを確認することが必要です。

287

Ver.2.1 ad.7 (2014.10.31)

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

Q22.

電子署名や電子的な証明書が真正であることを確認するにはどうすれば良いのでしょうか。
本文に記載のように、電子的な証明書内にある認証機関の電子署名により真正性が確認できます。具体的には電子的な証明書の発行サービスを行っている認証機関にお問い合わ
せください。
Q23.

秘密鍵を無くした場合はどうすれば良いのでしょうか。

秘密鍵を紛失した場合は、紛失した旨を即座に認証機関に届け出てください。同時に、新しい暗号鍵（秘密鍵と公開鍵）を作成して、新しい電子的な証明書を取得してください。
秘密鍵は他社に漏れないように厳重に管理しなければならないものです。もし外部に漏洩のおそれのある場合には、たとえ紛失していなくてもその旨を認証機関に届け出て失効
させ、新しい暗号鍵の電子的な証明書を取得し使用してください。
また有効期間の切れた電子的な証明書も無効なので、引き続き電子契約を行うのであれば、同様に認証機関に届け出て新しい電子的な証明書を取得してください。
なおこれらの場合、取引先に連絡することも必要です。
Q24.

契約データを保管中に、電子的な証明書の有効期間が切れた場合はどうすれば良いのでしょうか。
電子的な証明書の有効期限を過ぎた時点では、電子契約が行われた際に作成された電子署名が電子的な証明書の有効期間内に作成されたことを示すことが必要と考えられます。
そのためには、契約データの作成日と有効期間との照合や、世間的に信頼されているもののタイムスタンプ等の対処をとる等の有効な方法があります。
Q25.

暗号鍵（秘密鍵・公開鍵）の強度とは何のことでしょうか。

暗号鍵の強度とは、暗号の破られ難さと考えてよいでしょう。同じ暗号方式であれば、暗号鍵の長さが長いほど破られ難い、すなわち強度が高いと言えます。例えば、RSA 暗号方式を用いて電子署名を作成する場合には、秘密鍵の鍵長が強度のバロメータとなります。
鍵長 1,024 ビットであれば、特定認証業務の基準として電子署名法施行規則に定められたものおよび電子認証登記所で用いられているものと同等の強度であり、現状の技術的水準からみて妥当な強度をもっていると考えられます。
Q26.

電子的な証明書、秘密鍵・公開鍵等について教えてください。

288

Ver.2.1 ad.7 (2014.10.31)

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

各種の参考書が出版され、Web（ホームページ）でも公開されています。例えば、電子商取引推進協議会（ECOM）ホームページ（URL: http://www.ecom.jp/）「やさしい EC 入門」
ページがあり「EC 用語集」の中に以下が掲載されています。
【参考】電子商取引推進協議会（ECOM）ホームページ（URL: http://www.ecom.jp/）より
デジタル署名 (Digital Signature)：
署名対象データのハッシュ値(データを数学的な操作によって一定の長さに縮小させたもの。ハッシュ値から元のデータは再現不可能)に対して、秘密鍵で暗号化したもの。デジタル署名の検証は、デジタル署名を公開鍵で復号化した値と元のデータのハッシュ値とを照合することで可能。デジタル署名は、当該秘密鍵の保有者のみが生成できることから文字による署名と同等の効果が推定されます。

認証書、電子的な証明書 (Certificate)：
認証対象者の識別情報と公開鍵とが対応していることを証明するデジタル文書。
認証対象者の識別情報、その公開鍵、鍵の利用目的・範囲、発行認証機関名などを含む一連の情報に、認証機関のデジタル署名（電子署名）を付加したもの。

秘密鍵(Private Key)：
公開鍵暗号システムにおける鍵ペアのうちの一つで、他人には知られないように秘密にしておく鍵。

公開鍵 (Public Key)：
公開鍵暗号システムにおける鍵ペアのうちの一つで、通信相手等の他人に知らせて利用してもらうための鍵。

289

Ver.2.1 ad.7 (2014.10.31)

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

4. データ保管について

Q27.

契約データが改ざんされていないことを証明するために、どのように電子データを保管すれば良いのでしょうか。
改ざんされていないことの証明には、契約データに添付されて送られてくる電子署名と電子的な証明書を用いることが一般的です。したがって、契約データだけでなく、電子署
名と電子的な証明書を合わせて保管しておくことが推奨されます。
Q28.

書面の契約書を契約データに変更した場合、書面と違ってどのようにして契約データを保管すれば良いのでしょうか。
書面の契約書では、年月日順に並べる、相手方の企業別にファイルを分けるといった整理をされている場合が多いでしょう。電子データの場合も同様に年月日順や相手方の企業
別にフォルダを分ける、データベースに入れてインデックスを付ける等の整理が推奨されます。契約内容を確認するためには、表示・印刷システムと連携する必要があります。
書面の契約書では年月日順なら年月日順で一通りの整理の方法しか選べませんが、電子データの強みを生かせば、データベース等を使って年月日別、相手方別等、様々な検索を行えるように整理することも可能です。
なお、契約データの保管については、電子データの紛失等が無いように FD、CD、MO、DVD等の電子記録媒体等にバックアップをとる等の措置が必要です。安全性をより高めるには、「原本性確保システム」と呼ばれる電子データの改ざん、紛失を防止する機能をもった市販のシステムを導入して運用することも想定されます。
Q29.

契約データの保管、表示・印刷が正しく行われていることや、改ざんされていないことを証明するにはどうすればよいでしょう。
基本的には、使用しているシステムが適正に運用されていることとシステム自体の信頼性が保証されていることを示す必要があります。
例えば、システムの機能を説明した仕様書や操作手順書等の資料を用意しておくことが推奨されます。また運用ルールや体制を定め、それらを遵守すること等も推奨されます。

290

Ver.2.1 ad.7 (2014.10.31)

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

Q30.

見積書、出来高調書、請求書等のやりとりを電子データで行う場合、これらの電子データも注文データ・注文請データと同じように保管しなければならないのでしょうか。
建設業法第 19 条とそれに関連する政令、省令およびガイドラインで対象としているのは建設工事の請負契約の締結なので、これ以外の見積書、出来高調書、請求書等の電子デー
タは適用の対象にはなりません。
ただし、こうした書類の電子データも契約データと同じく重要なものですから、同様の安全措置を取ることが推奨されます。
Q31.

書面の契約書の電子データ化にはどのようなソフトウェアが必要ですか。

CI-NET LiteS 実装規約に対応したソフトウェアであれば、多くは書面の契約書の電子データ化に対処できます。そのようなソフトウェアは、既にソフトウェア・ベンダにより販売されています。 (財)建設業振興基金 建設産業情報化推進センターにお問い合せください。
財団法人建設業振興基金 建設産業情報化推進センター〒105-0001 東京都港区虎ノ門 4-2-12 虎ノ門 4 丁目森ビル 2 号館
tel.03-5473-4573 fax.03-5473-4580 電子メール ci-net@kensetsu-kikin.or.jp
またソフトウェア・ベンダから購入せずに自社で開発することも可能です。

291

Ver.2.1 ad.7 (2014.10.31)

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

5. その他

Q32.

電磁的記録等の保管について、外部の証明サービスを用いる場合も、あらかじめ相手方の承諾が必要になるのでしょうか。
契約データの保管方法（自社保管、外部委託等）は自社内部の事情で決めるべきものと考えられますので、契約締結後の電子データ保管方法について相手方と合意しておく必要はないと想定されます。
Q33.

建設業法第 19 条とそれに関連する政令、省令およびガイドラインを守らなかった

場合の罰則はあるのでしょうか。
建設業法第 8 章（罰則）第 45 条から第 49 条までには対象となりません。ただし、建設業者が建設業法第 19 条に違反すると、建設業法第 5 章（監督）第 28 条（指示及び営業の停止）つまり建設業法上の監督処分の対象になります。
Q34.

インターネットを使用する場合、インターネット・サービス・プロバイダ45の指定はありますか。
ありません。

45

インターネット・サービス・プロバイダ （Internet Service Provider）：
料金を課金して、一般ユーザにインターネットの接続先を提供する事業者。

292

Ver.2.1 ad.7 (2014.10.31)

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

参考 7．電磁的記録等の保管システムにおける外部
インタフェースの参考仕様
はじめに
本資料は、CI-NET LiteS 対応ソフトの下図のような実装形態における、電磁的記録46等の業務システムと保管システムとの連携方法に関する仕様の例を示すものである。

ユーザ企業 A 社あるいはソフト・ベンダ B 社が、他社(X 社)の保管システ
ム製品を導入し、両システムを連携させて電子契約のための対応を整備する形態。

図 B.Ⅷ- 17 本資料が前提とするシステムの形態

46

電磁的記録：
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第 19 条
第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容の電
磁的記録。

293

Ver.2.1 ad.7 (2014.10.31)

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

表 B.Ⅷ- 4 本資料が前提とする保管システムの機能と動作方法
保管システムの機能
a)

機能の動作方法

確定注文・注文請けメッセージなど、契約に 1)業務システムは、保管すべき電磁的記録等
係わる電磁的記録等を、以下を満足できる方を一時保存場所に書き出す。

法で適切に保管する。

2)保管システムは、一時保存場所を随時調べ、・多数の記録から目的とするものを検索す

電磁的記録等があればこれを保管する。

る・電磁的記録等の内容を、迅速かつ目視によって確認できるよう整然と画面または書面に表示する
・電磁的記録等が改ざんされていないこと
を証明する
b)

第三者から契約の存在証明を求められた際 1)利用者は、保管システムの利用画面から、の対応等を想定し、電磁的記録等が改ざんさ

特定の電磁的記録等の取り出しを指示す

れていないことを客観的に証明できる形式

る。

で、特定の電磁的記録等をデータとして保管 2)保管システムは、当該電磁的記録等を取りシステムから取り出す（エクスポートする）。

出してある場所に取り出す（エクスポート
する）。

c)

・保管されている電磁的記録等を検索する。 1)利用者は、保管システムの利用画面から、・指定された電磁的記録等の内容を、画面ま目的とする電磁的記録等を検索する。

たは書面に表示する。

2)保管システムは、検索結果を利用画面に表・指定された電磁的記録等の改ざん有無を検示する。
3)利用者は、検索結果から、表示・印刷ある証するいは検証すべき電磁的記録等を指示する。
4)保管システムは、指示された電磁的記録等の内容を整然と利用画面あるいは書面に表示する。
4)保管システムは、指示された電磁的記録等の改ざん有無を検証し、その結果を利用画面に表示する。

前述のうち a)の機能は業務システムと保管システムとのやりとりが前提であり、両シス
テム間でインタフェースの調整が必要となる。本資料は、この a)に係わるデータ連携を上
表の「機能の動作方法」に示す方法によって行う場合のインタフェースの例を記載している。
c)の機能は保管システム単独で完結するので、その仕様は業務システムとの調整の必要が

294

Ver.2.1 ad.7 (2014.10.31)

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

なく、保管システムの開発者に委ねられる。なお b)も保管システム単独で完結するものであるが、取り出したデータの用途として第三者への契約の存在証明等を想定しているので、取り出しの参考フォーマットについて本資料で触れている。
以下、本資料では、機能 a)において業務システムから保管システムへ保管のために引き渡される電磁的記録等をインタフェース・ファイルという。また、機能 b)において保管システムから取り出される電磁的記録等をエクスポート・ファイルという。
【電磁的記録等の取り出し（エクスポート）フォーマットについて】
b)の機能によって取り出す電磁的記録等は、第三者に対する契約の存在証明、紛争時における証拠書類等としての取り扱い等を用途と想定しているので、改ざんの有無と、契約の申込あるいは承諾に係わる取引相手の意思の真正性を証明する必要から、そのフォーマッ
トは、保管システムによって管理されている原本と同じく、電子署名と電子的な証明書をともなうものとした。
またこれらの情報に加えて、取り出したデータの整理、検索等に使われることを想定し、以下の内容をもつ「ヘッダ情報」を添えるフォーマットとした。このフォーマットは第 1章に示す。
【「ヘッダ情報」の内容】
取引相手の電子メール・アドレス
電子メールの送信、受信年月日時分秒
電磁的記録等を保管した年月日時分秒

取引相手のメールアドレス、
メール送信時点、
受信時点、保管時点

エクスポート・ファイル
フォーマット
ヘッダ
情報部

クリア
署名部

相手方での確認手順
整理、検索の見出しとして利用可能

確定注文/注文請け
メッセージ等

改ざん有無の確認：メッセージ電子署名との照合によって改ざん有無を確認する。

電子署名
電子的な証明書

契約内容の確認：メッセージをデコードおよびトランス
レーションした後、内容を確認する。

図 B.Ⅷ- 18 電磁的記録等の取り出しフォーマット

295

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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 エンコード）

図 B.Ⅷ- 19 ファイルレイアウト（両ファイルとも共通）（メールの場合）

47

日本語ドメイン名を想定。

296

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. CI-NET LiteS 利用者のための建設工事の電子契約についての解説(4)「クリア署名部」は、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エンコード）

図 B.Ⅷ- 20 クリア署名部（メールの場合）(5)「ヘッダ情報部」は、固定長形式の部分と、タブ区切り文字(0X09)によって各フィールドを区切られた可変長部分によって構成される。可変長部分では、各フィールド内部でのタブの使用は禁止する。当該項目の情報が存在しない場合でもタブは省略してはならない。
(6)「ヘッダ情報部」の内容は 1.2 および 1.3 の通りとする。
(7)各フィールドのデータ長がそのフィールドの最大長を超えた場合、保管システムおよび業務システムはそのファイルの登録は行わず、エラー・ログを出力するなどなんらかのエ
ラー処理を行う。

297

Ver.2.1 ad.7 (2014.10.31)

B.Ⅷ. 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) データ部(可変長)電子メールの受信時刻 [注 3]
タブ
当該データの電子メールを送信したアドレス
タブ
当該データの電子メールを受信したアドレス
タブ
インタフェース・ファイル作成時刻 [注 3]
タブ [注 2]
[注 1]上記は必須項目とし、全ての項目を記載する。
[注 2]末尾に必ずタブを記載すること。
[注 3]時刻の書式は、YYYY-MM-DDTHH:MM:SS+hh:mm とする。
YYYY-MM-DD
年月日（YYYY は西暦 4 桁。年月日はハイフンで区切る）
T
固定
HH:MM
:SS
時分秒（時分秒はコロンで区切る）+hh:mm
タイム・ゾーン（GMD との差。日本では+09:00）

298

Ver.2.1 ad.7 (2014.10.31)

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

1.3 エクスポート・ファイルの「ヘッダ情報部」(1) ID 部(16 byte 固定長)
ID 部の値は以下の通りとする。
CINETLITESEXP999-CINETLITES: 固定。
-EXP: エクスポート・ファイルであることを表す。
-999: エクスポート・ファイルのフォーマット・バージョンを表す。今回は”001”とする。

(2) レングス部(8 byte 固定長)
「ヘッダ情報部」のバイト数を記載する。記載は右詰めとし、先頭ゼロはスペースを記載する。

(3) データ部(可変長)電子メールの受信時刻 [注 3]
タブ
保管システムが保管した時刻 [注 3]
タブ
当該データの電子メールを送信したアドレス
タブ
当該データの電子メールを受信したアドレス
タブ
エクスポート・ファイル作成時刻 [注 3]
タブ [注 2]
[注 1]上記は必須項目とし、全ての項目を記載する。
[注 2]末尾に必ずタブを記載すること。
[注 3]時刻の書式は、YYYY-MM-DDTHH:MM:SS+hh:mm とする。
YYYY-MM-DD
年月日（YYYY は西暦 4 桁。年月日はハイフンで区切る）
T
固定
HH:MM
:SS
時分秒（時分秒はコロンで区切る）+hh:mm
タイム・ゾーン（GMD との差。日本では+09:00）

299

Ver.2.1 ad.7 (2014.10.31)

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

業務システムと保管システムとの連携

2.1 インタフェース・ファイルの一時保存フォルダ
インタフェース・ファイルに関しては、業務システムと保管システムと間でファイル・
フォーマット以外にもデータの取り合い等に係わるインタフェースの調整が必要であるため、以下 2, 3, 4, 5 章に、「はじめに」に記載した連携方法をとる場合のインタフェースの参考仕様を記載する。
一時保存フォルダとは、「はじめに」に記載した「一時保存場所」に相当するフォルダ（ディレクトリ）であり、インタフェース・ファイルを業務システムから保管システムへ受渡すために一時的に保存するフォルダである。
このフォルダは以下の規定とする。
ドライブ X:\----------EASYEDI----------CONTTMP(説明)(1)保管システムインストール時に、一時保存フォルダの先頭フォルダ EASYEDI の場所を任意に指定する48。インストール時に EASYEDI、CONTTMP 各フォルダが作成される。
(2)保管システムに新たに電磁的記録等を保管する際には、業務システムが CONTTMP 下に
インタフェース・ファイルをコピーする。その後、保管システムが必要なファイルをコ
ピーし、インタフェース・ファイルを削除する。

48

CI-NET LiteS 実装規約 Ver.2.1 ad.3 指針・参考資料「2006.06.13 版 B.Ⅰ．インタフェース・フ
ァイルの機能」と同じ仕様によりフォルダ EASYEDI を既に使用している場合は、このフォルダ下に
CONTTMP を作成する。

300

Ver.2.1 ad.7 (2014.10.31)

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

2.2 インタフェース・ファイルの名称
インタフェース・ファイルの名称は以下の規定とする。
IFF99999.ORG(a) IFF、ORG： ファイル名の先頭 3 文字の IFF、ファイルの属性を表す拡張子の ORG は固定。

(b) 99999: 任意に付ける番号（00001～99999）で表す。
業務システムは、一時保存フォルダにインタフェース・ファイルをコピーする際、同一名称のファイルが存在しないよう、この番号によって既に存在するファイルと識別する。

301

Ver.2.1 ad.7 (2014.10.31)

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

2.3 一時保存フォルダ下のインタフェース・ファイルの生成・消滅(1) 生成のタイミング
業務システムは、データを保管システムに保管するタイミングで、インタフェース・フ
ァイルを作成する。

(2) 消滅のタイミング
保管システムは、データを保管した場合に、当該インタフェース・ファイルを削除する。

302

Ver.2.1 ad.7 (2014.10.31)

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

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 が消滅したらファイルの取得を行う（実際の処理は、一定間隔でリトライを行う）。

303

Ver.2.1 ad.7 (2014.10.31)

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

2.5 保管システムの機能の構成
業務システム(保管処理)

ロック・ファイルの設定
ファイル・コピー
ロック・ファイルの解除

インタ
フェイス・
ファイル

表示印刷

取り出し

保管後ファイル削除

検索

保管システム
検索
表示/印刷
取り出し

保管

保管されている電磁的記録（凡例）
業務システムの機能

保管システムの機能

図 B.Ⅷ- 21 保管システムの機能の構成

304

Ver.2.1 ad.7 (2014.10.31)

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

3. エクスポート・ファイル

3.1 エクスポート・ファイルの名称
エクスポート・ファイルの名称は以下の規定とする。
XXX.EXP(a) XXX: 任意。3 文字に固定されるものではない。
(b) EXP: ファイルの属性を表す拡張子の EXP は固定。

305

Ver.2.1 ad.7 (2014.10.31)

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

4. 留意事項
4.1 留意事項 1 インタフェース・ファイルの保持についてこの仕様による保管システムを導入する場合には、業務システム側ではインタフェー
ス・ファイルの情報を保管システムに渡すために一時的に保持しておく必要がある。
「CI-NET LiteS 実装規約 Ver.2.1 ad.1 参考資料・指針 2004.06.04 版 Ⅰ．インタフェー
ス・ファイルの機能」に示した CSV インタフェースや DB インタフェース機能のフロントエンドを使用している場合、業務システムはこれらインタフェースからトランスレーショ
ン後の情報（下図中「CSV または RDB インタフェース・データ」）を受け取っているが、保管システムとの連携のためにはこの「CSV または RDB インタフェース・データ」とは別に、インタフェース・ファイルの情報を別途保持しておく必要がある。
業務システムCI-NETフロントエンド

保管システム フロントエンド

CSV またはRDB インタ
フェース・データ

ヘッダ情報部＋
クリア署名部

トランスレーション
CI-NET形式
データ(CII)

一時保持

MIME処理
署名・証明書検証

CSV またはRDB
インタフェース・システム

署名・証明書検証
クリア署名
データ

メールアドレス
送受信時点

保管

通信・復号処理

保管システム図 B.Ⅷ- 22 インタフェース・ファイルの保持

4.2 留意事項 2 認証機関の電子的な証明書について本編に記載のとおり、保管システムが行う非改ざん性の証明には、保管されている電子的な証明書の検証のために、当該電磁的記録等（契約データ）作成時点における認証機
関の電子的な証明書（中間電子的な証明書が存在する場合はその中間電子的な証明書も含む）が必要です。
以上

306

Ver.2.1 ad.7 (2014.10.31)

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

参考 8．電子契約の契約内容確認 印刷イメージ

一覧画面イメージ
相当のタグ番号
一覧画面の名称
例示

2

1006

1306

1173

1007,91300

1007,91045

11IIIIIIIIIIu
ｎ

1097

1043

受注者

1052,3

1008,10

続く

1008,10

注文請
注文（申
ファイル
（承諾等）
込等）日
名
日

U
IIIIII
請負金額
工事場所 工期
(税込)

続く

例示

1013

工事コー 変更工事
注文番号 注文請等
工事略称 注文番号
取引件名
ド
コード
枝番
番号
推進鉄筋
振興建設
t00基金別館 tky2002ｍ-ktky- 鉄筋加工
注文請け
工事株式
株式会社
0506-002
２
0736
0381
組立て
会社

通し番号 情報区分 発注者

相当のタグ番号
一覧画面の名称1024

東京都港 2002/04/
10,500,00 区虎ノ門 06 ～2002/3/2 2002/3/3 基金別館
0４－２－１ 2055/04/ 5
1
２.exp
２その２ 15307

Ver.2.1 ad.7 (2014.10.31)

ヘッダ
2002.8.1打ち合わせで項目精査の結果、1頁で収まるので、「ヘッダ」は廃止。
情報区分コードにより選別される名称

308

1191 原価要素名
1193 原価科目名1056 支払条件
4回

1173 工事略称
1016 郵便番号
1043 工事場所

Ｍ６０ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

1010 参照帳票年月日
1007 帳票No.
1008 帳票年月日

x12xxxxxxxxx
x12xxxxxxxxx
Ｋ７６ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
Ｋ５０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK
x10xxxxxxx
Ｋ６０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
Ｋ４０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK
x8xxxxxx ～ x8xxxxxx
x14xxxxxxxxxxx
x2
98999999
情報区分コードにより選別される名称、データ
x14xxxxxxxxxxx
1009 参照帳票No.
1300 注文番号枝番
98999999

工事基本情報1006 工事コード1306 変更工事コード1042 工事名称

1045 取引件名
1052,3 工期
ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ
1007,9 注文番号
Ｍ６０ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ
1300 注文番号枝番
ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ
1008,10 注文（申込等）日
Ｋ１６ＫＫＫＫＫＫＫＫＫＫＫＫＫ
1007,9 受注側番号
Ｋ４０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK1008,10 注文請（承諾等）
日

Ｍ６０ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

Ｍ６０ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

Ｍ６０ＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭＭ

n12nnnnnnnnn
n12nnnnnnnnn
n12nnnnnnnnn

契約金額情報1088 工事金額
1096 消費税額
1097 請負金額
1055 精算条件

x12xxxxxxxxx
Ｋ５６ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ1015 代表者名
Ｋ２８ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
1019 郵便番号x10xxxxxxx
1020 住所
Ｋ６０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
1017 担当部署名
Ｋ４０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK
1166 建設業許可区分コードＫ４０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK
1167 許可業種１
Ｋ２４ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
5回 許可業種２Ｋ２４ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
許可業種３
Ｋ２４ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
許可業種４
Ｋ２４ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
許可業種５
Ｋ２４ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
1168 許可日
Ｋ２２ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ

受注者情報

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 YYYY/MM/DD HH:MM:SS hh:mm

5 標準企業コード1013 企業名

注文請け書

x12xxxxxxxxx
Ｋ５６ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ1026 代表者名
Ｋ２８ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ1030 郵便番号x10xxxxxxx
1031 住所
Ｋ６０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKKＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
1028 担当部署名
Ｋ４０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫKKKKKKKKKKKK1025 工事場所・受渡場所所長名
Ｋ２０ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
1003 その他JV構成企業名
Ｋ５６その１ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
3回
ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
Ｋ５６その２ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ
Ｋ５６その３ＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫＫ

4 標準企業コード
1024 企業名

発注者情報

印刷イメージの仕様

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

Ver.2.1 ad.7 (2014.10.31)

309

0508 合意解除承諾書

0514 一方的解除通知書

合意解除承諾

一方的解除通知

注文番号

解除承諾番号

解除通知日

解除承諾日

解除申込日

注文番号

合意解除申込

0504 合意解除申込書

変更承諾日

鑑項目合意変更承諾 0507 鑑項目合意変更承諾書 変更承諾番号

注文請日

注文日

1008
帳票年月日

変更申込日

注文請番号

注文番号

1007
帳票No.

鑑項目合意変更申込 0503 鑑項目合意変更申込書 注文番号

0506 注文請け書

注文請け

書名（タイトル）

0502 確定注文書

情報
区分
コード

確定注文

メッセージ

印刷名称

－

注文番号

－

注文番号

－

注文番号

－

－

解除申込日

－

変更申込日

－

注文日

－

工事基本情報の項
目名称
1009
1010
参照帳票No.
参照帳票年月日

1300
注文番号枝番

注文番号枝番

注文番号枝番

注文番号枝番

注文番号枝番

注文番号枝番

注文番号枝番

注文番号枝番○タイトル、データ項目の名称を情報区分コードにより選別する。
○名称は「CI-NET LiteS実装規約Ver.2.12002.06.18版p.129 表B.Ⅳ.2-2 [1007]帳票No.、[1009]参照帳票No.等の記載方法」に従った。
○対象メッセージは「CI-NET LiteS実装規約Ver.2.0」のメッセージとする。

情報区分コードにより選別される名称

一解除通知

合解除承諾

合解除申込

変更承諾

変更申込

注文請け

確定注文

一覧表表示略称

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

Ver.2.1 ad.7 (2014.10.31)

310

外注
鉄筋工事

甲所定の条件による。

支払条件

原価要素名
原価科目名

一式無増減

契約金額情報

工事金額
消費税額
請負金額
精算条件

平成１３年 ４月１６日

東京港営業所営業部
東京都知事一般１２３４第５６７８９０号
建築工事業
とび・土工工事業
鉄筋工事業

千田次郎
105-0002
東京都港区虎ノ門４－２－１２虎ノ門４丁目ＭＴビル３号館

502505887766
推進鉄筋工事株式会社

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

取引件名
工期
注文番号
注文番号枝番注文日

2002/3/25

基金別館２
105-0004
東京都港区虎ノ門４－２－１２その２

工事略称
郵便番号
工事場所

財団法人建設業振興基金別館新築工事第２期工事

t00-0506-002

工事基本情報工事コード変更工事コード
工事名称

許可業種１
許可業種２
許可業種３
許可業種４
許可業種５
許可日

建設業許可区分コード

担当部署名

代表者名
郵便番号
住所

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

受注者情報
標準企業コード
企業名

確定注文書

1007帳票No.→
1300注文番号枝番 →1008帳票年月日→
1009参照帳票No.
→
1010参照帳票年月日→

東京支店調達部神谷長太郎
虎ノ門建設株式会社、芝建設株式会社、赤坂建設株式会社、
新橋建設株式会社、西新橋建株式会社、大門建設株式会社、
虎ノ門建設株式会社、芝建設株式会社、赤坂建設株式会社

担当部署名
作業所長名

\10,000,000\500,000\10,500,000

基金太郎
105-0001
東京都港区虎ノ門４－２－１２虎ノ門４丁目ＭＴビル２号館

代表者名
郵便番号
住所

その他JV構成企業名

502505006500
振興建設株式会社

標準企業コード
企業名

発注者情報

確定注文書の印刷イメージ

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

Ver.2.1 ad.7 (2014.10.31)

311

外注
鉄筋工事

甲所定の条件による。

支払条件

原価要素名
原価科目名

一式無増減

契約金額情報

工事金額
消費税額
請負金額
精算条件

平成１３年 ４月１６日

東京港営業所営業部
東京都知事一般１２３４第５６７８９０号
建築工事業
とび・土工工事業
鉄筋工事業

千田次郎
105-0002
東京都港区虎ノ門４－２－１２虎ノ門４丁目ＭＴビル３号館

502505887766
推進鉄筋工事株式会社

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

取引件名
工期
注文番号
注文番号枝番
注文日
注文請番号
注文請日

2002/3/25
ｍ-ktky-0381
2002/3/31

基金別館２
105-0004
東京都港区虎ノ門４－２－１２その２

工事略称
郵便番号
工事場所

財団法人建設業振興基金別館新築工事第２期工事

t00-0506-002

工事基本情報工事コード変更工事コード
工事名称

許可業種１
許可業種２
許可業種３
許可業種４
許可業種５
許可日

建設業許可区分コード

担当部署名

代表者名
郵便番号
住所

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

受注者情報
標準企業コード
企業名

注文請け書

1009参照帳票No.
→
1300注文番号枝番 →1010参照帳票年月日→
1007帳票No.→
1008帳票年月日→

東京支店調達部神谷長太郎
虎ノ門建設株式会社、芝建設株式会社、赤坂建設株式会社、
新橋建設株式会社、西新橋建株式会社、大門建設株式会社、
虎ノ門建設株式会社、芝建設株式会社、赤坂建設株式会社

担当部署名
作業所長名

\10,000,000\500,000\10,500,000

基金太郎
105-0001
東京都港区虎ノ門４－２－１２虎ノ門４丁目ＭＴビル２号館

代表者名
郵便番号
住所

その他JV構成企業名

502505006500
振興建設株式会社

標準企業コード
企業名

発注者情報

注文請け書の印刷イメージ

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

Ver.2.1 ad.7 (2014.10.31)

印刷イメージ

印刷イメージ

312
1009参照帳票No.
→
1300注文番号枝番 →1010参照帳票年月日→
1007帳票No.→
1008帳票年月日
→

取引件名
工期
注文番号
注文番号枝番
変更申込日
変更承諾番号変更承諾日

鑑項目合意変更承諾書

1007帳票No→
1300注文番号枝番 →1008帳票年月日→
1009参照帳票No.
→
1010参照帳票年月日→

取引件名
工期
注文番号
注文番号枝番
変更申込日

鑑項目合意変更申込書

2002/3/25
ｍ-ktky-0381
2002/3/31

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

2002/3/25

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

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

Ver.2.1 ad.7 (2014.10.31)

印刷イメージ

印刷イメージ

313
1009参照帳票No.
→
1300注文番号枝番 →1010参照帳票年月日→
1007帳票No.→
1008帳票年月日
→

取引件名
工期
注文番号
注文番号枝番
解除申込日
解除承諾番号
解除承諾日

合意解除承諾書

1007帳票No→
1300注文番号枝番 →1008帳票年月日→
1009参照帳票No.
→
1010参照帳票年月日→

取引件名
工期
注文番号
注文番号枝番
解除申込日

合意解除申込書

2002/3/25
ｍ-ktky-0381
2002/3/31

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

2002/3/25

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

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

Ver.2.1 ad.7 (2014.10.31)

印刷イメージ

1007帳票No→
1300注文番号枝番 →1008帳票年月日→
1009参照帳票No.
無1010参照帳票年月日 無

取引件名
工期
注文番号
注文番号枝番
解除通知日

一方的解除通知書

314
2002/3/25

鉄筋加工組立て2002/04/06 ～ 2055/04/15
tky2002-0736

本印刷物は、CI-NET LiteS対応「電子契約の契約内容確認ツール」によって、原本から出力されたものです。
エクスポート・ファイル作成日 2002/08/22 10:50:25 02:09

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

Ver.2.1 ad.7 (2014.10.31)

電子契約の契約内容確認モデルツール 一覧・案件表示のプロパティ
一覧表示にてl
宮 厚J
本性確認支援、

1，
N . 4i51$sU宜 主"'"イル一元

"
"
ε

1
i
!
l
1
i
I
l
W
U
1
i
J.
MEl叫 " " " " 正 . ‑ 園 田 園 ・

n
ロ川 ι"
・
ω∞

暴
{箸4
ほ剣F'OO.J
80‑Tno8，
S9ω ∞トル ~ III~刻 þJ O.-J3-許守寸布市百案件表示にて円

一
一一
̲Inl五』

州 山

メ一同 町 川長
温圏直ml
霊園国蝿副圃副園面幽幽圃竪畠血血L

F市 古 古 す7一ー

F訂 蒜 古OO.COτ

一一一

巳孟孟
ユ
315
即 日

商事斥捜株式全 tt

直尾正
了 恥 トト

営努苦ド

ヨ
ヲ

A
I
J
!
s

∞

帽事陥

1
8
ち
ー弓1

静 香ヰ泊三代々フて町
m
‑
:
>
)
勾‑;?:>?
00 ーや

‑11‑

_L ~~~

Ver.2.1 ad.7 (2014.10.31)

決然 苔7
余郡
j
併合建設
やhl
主性
主
:
場 貫郡

込
;
"
i
:
対Z
ω ~?j ~?: ‑
:
O
:
:
C
j

E
露買都

ろラキ守二子
ω ~?j ~?: ‑
:
O
:
:
C
j

ム!
J
rS金 工 事111-~ .f: 1j

烹京証主""じ三南ブヤ
鈴 1‑1
.
t 三g
l 思乞L~算日Iroo0506 01

R
τお胃古

τ

γ一

参 照 帳 事fIo [RE 高 言百

情緒区
分 医烹."

制効協同話士了之副m措汚アル.t~)\. ~苛官官百置蚕否

同Z盲 可 否 百 否 両 正

間同
副王者輔副

tJ
e
S
i
o
:n百 官 苛 官 官 吉 一

柑 珊

陣 窟F 富 市 宮 一

開制組制
F

而示面司

OU ~面司茸面'1"画面面函両面閣四'
.

正亙亙二1

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

一一‑)，.( ~ 作成 ・ 別 ド匂 0 ，- J
叶

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

316

Ver.2.1 ad.7 (2014.10.31)

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

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

CI-NET LiteS 利用者のための建設工事の電子契約についての解説「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」の解説

2002年03月15日 発行
2002年06月18日 発行
2004年06月04日 発行【禁無断転載】発行

財団法人

建設業振興基金
建設産業情報化推進センター〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門 4 丁目MTビル 2 号館
Tel.03-5473-4573
Fax.03-5473-4580
電子メール ci-net@kensetsu-kikin.or.jp

URL: http://www.kensetsu-kikin.or.jp/ci-net/

317

Ver.2.1 ad.7 (2014.10.31)

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

318

Ver.2.1 ad.7 (2014.10.31)

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

B. 参考資料

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

319

Ver.2.1 ad.7 (2014.10.31)

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

320

Ver.2.1 ad.7 (2014.10.31)

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

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

2004 年 6 月

財団法人 建設業振興基金
建設産業情報化推進センター

321

Ver.2.1 ad.7 (2014.10.31)

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

322

Ver.2.1 ad.7 (2014.10.31)

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

目 次
本編
１．背景・目的 ·························································································· 32424
２．本資料の位置づけ ················································································· 32424
２．１ 各資料の概要 ·············································································· 32525
２．２ 各資料と本書の関係 ····································································· 32626
３．要件および対応事例 ·············································································· 32727
３．１ 署名検証時に、署名再検証に必要な情報を明確にしておくこと ··········· 32727
３．２ 署名検証時の時刻を明確にしておくこと ··········································· 3288
３．３ 署名再検証に必要な情報を改ざん検出可能な状態にすること ··············· 3299
３．４ 署名再検証に必要な情報を保存すること ·········································· 33030
４．CI-NET LiteS 利用者の運用管理 ····························································· 33131

参考
参考 1. 建設業法施行規則の技術的基準に係るガイドライン」について ················ 33434
参考 2. 「CI-NET LiteS 利用電子契約の解説」について ··································· 33636
参考 3. 建設業法施行令（昭和 31 年政令第 273 号）······································ 34646
参考 4. 「CI-NET LiteS の電子証明書」について ········································· 34747
参考 5. 「長期署名フォーマット」について ···················································· 34949

323

Ver.2.1 ad.7 (2014.10.31)

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

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）、
2002年3月）」

49
50

参考 1 を参照。
参考 2 を参照。

324

Ver.2.1 ad.7 (2014.10.31)

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

2.1 各資料の概要

Ａ．建設業法施行規則の技術的基準に係るガイドラインについて
この資料は、情報通信の技術を利用して締結された請負契約についても、契約事項等の電磁的記録を保存することの必要性を示し、以下の点を指摘している。
保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

Ｂ．CI-NET LiteS利用電子契約の解説について
この資料はCI-NET LiteSを利用した電子契約の実施方法を解説したものである。その中で、契約事項等の電磁的記録等を適切に保存する方法や電磁的記録が改ざんされていないことを自ら証明する仕組み等を提示している。本書が電磁的記録等の保存について言及している箇所は下記の通りである。
４．電磁的措置で契約するための法的要件とその対応
4.3 CI-NET LiteSによって建設工事の請負契約の締結を行う場合の対応
4.3.2電磁的記録等の保存(1)電磁的記録等の適切な保存（以下要約）
契約事項等の電磁的記録等を適切に保存する必要があり、それらの保管に対する電磁的記録の滅失、読み出し不能、破壊等のリスクに対する防御措置について触れている。また契約事項等の存在、内容を第3者に示す必要がある場合の備え、および見読性確保・改ざんされていないことの証明のために必要な機能を有する仕組みの説明ができるような運用規定、手順書、説明書などを公開可能な状態で保管することが推奨される。
(2)改ざんされていないことの証明（以下要約）
保管されている電磁的記録が改ざんされていないことを証明するシステムを整備する必要があり、この方法の1つとして電子署名を用いる方法がある。
この方法によって証明する場合は注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書、さらに当該電子的な証明書を発行した認証機関の当該電子書名作成時点における公開鍵あるいは電子的な証明書を保管することが推奨される。
Ｃ．電子署名文書長期保存に関するガイドラインについて
この資料は電子署名文書を長期的に保存するための汎用的な実施方法を解説したものである。その中で、電子署名文書の有効性を継続的に維持するため、有効性を確認したという証拠情報を将来想定される再検証のために署名文書とともに残す方式を想定して、以下の要件を提示している。下記要件のうち最初の３つの要件については、証拠情報の生成時に考慮すべき事項としている。
○ 署名検証時に、署名再検証に必要な情報を明確にしておくこと○ 署名検証時の時刻を明確にしておくこと○ 署名再検証に必要な情報を改ざん検出可能な状態にすること○ 署名再検証に必要な情報を保存すること

325

Ver.2.1 ad.7 (2014.10.31)

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

2.2 各資料と本書の関係
A．建設業法施行規則の技術的基準に係るガイドライン

法的に達成すべき要件
本C．電子署名文書長期保存に関する
ガイドライン

書
A．の目標達成に有用な C．の各手法を、建設工事の請負等の契約を対象に、B．に示される契約事項の電磁的記録の適切な保存方法等によって、建設業界の CI-NET
LiteS 利用者が参考にできるよう整理する。

汎用的な長期保存対策手法

CI-NET LiteS による契約事項の電磁的記録方法等
B．CI-NET LiteS 利用電子契約の解説

図 B.Ⅸ- 1 小規模な企業の業務の流れ

326

Ver.2.1 ad.7 (2014.10.31)

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

3. 要件および対応事例
本項では、「C．電子署名文書長期保存に関するガイドラインについて」に記された 4 つの要件をベースに、CI-NET LiteS 利用者にも求められ対応要件および参考となりうる対応
事例を解説する。
その際、建設業界における電子契約においては、「あらかじめ取引先に対し、電子契約の方法の種類及び内容を示し、承諾を得ていること51」が必須となっているため、お互いに取引先であることを特定できる状態であることを考慮して現状の業界の実態に合わせた管理が可能であることを想定している。

3.1 署名検証時に、署名再検証に必要な情報を明確にしておくこと【本要件の概説】
署名再検証時に電子署名文書の有効性を確認するのに必要な情報とは､検証時に署名の有効性が証明された事実を示す情報である。有効な署名として成立するためには､下記の 2 点の確認が必要となる。

表 B.Ⅸ- 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

327

Ver.2.1 ad.7 (2014.10.31)

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

解 説
CI-NET LiteS 対応システムでは、取引情報（メッセージ）を受信した直後に署名の改ざんや本人性の検証、インタフェース・ファイルの作成等を行うため、「保管システムへ保管のために引き渡されるデータの内容」の「クリア署名部」に「電子証明書」が記載されている。それを「署名者電子証明書」に利用する方法が想定できる（「CI-NET LiteS
利用電子契約の解説」の「参考資料 7. 電磁的記録等の保管システムにおける外部インタ
フェースの参考仕様55参照。
」）。
「a-1」や「a-2」が正しいかどうかは、署名者の証明書が正しいか否かをルート証明書
までさかのぼり確認できる仕組みを組み込むことによって対応が可能である。
また、検証時に無効化していないことを示すためには、電子証明書の有効期間中に検証を行い「a-3：電子証明書失効リスト」を利用して電子証明書が失効していないかユーザ
ーが運用上で確認することとする。
「b-1」「b-2」については、ユーザーが管理し、運用上必要なときに参照する。
CI-NET LiteS で用いる「発行者電子証明書」、「電子証明書失効リスト」は認証局（CA）
より公表56されている。
なお、認証局（CA）とは電子証明書発行組織の一つであり、発行局（IA）や登録局（RA）
とともに構成されている。CI-NET LiteS に関する登録局は、例えば、建設業振興基金が運営し、電子証明書発行に係る書類は失効処理に係る書類も含めて発行時より 10 年間保存されている。このため、再検証時に電子証明書の有効性を確認することが必要な場合当基金で管理しているものを利用することができる。

3.2 署名検証時の時刻を明確にしておくこと【本要件の概説】
電子証明書の署名検証時刻を明確にするためには、信頼される時刻源57の時刻情報に基づき確定された事実を証拠情報として保存する必要がある。このためには、上記３．１に記した有効な署名として成立したことを示す証拠書類と信頼される時刻情報を結びつけて管理する仕組みが求められる。

【CI-NET LiteS における対応事例】「保管システムへ保管のために引き渡されるデータの内容」の「ヘッダ情報部」に格納されている「インタフェース・ファイル作成時刻 」を「署名検証時の時刻」と推定することとする。
解 説
CI-NET LiteS 対応のシステムでは、取引情報（メッセージ）を受信した後直ちに署名・改ざん等の検証、インタフェース・ファイルの作成を行っている。これにより、署名検証時刻とほぼ同時刻が「インタフェース・ファイル作成時刻」として保管されるため、「イ

参考 2 の「2.2 電磁的記録等の保管システムにおける外部インタフェースの参考仕様」を参照。
例えば、以下の URL がある。
「発行者電子証明書」 https://www2.jcsinc.co.jp/repository/index.html「証明書失効リスト」 http://vnec3.jcsinc.co.jp/repository1/CRL1/PUB1.crl
57 例えば、以下のようなものが考えられる。
NTT の 117 時報サービス
NHK テレビの午前 7 時、午前 12 時、午後 7 時の時報
55
56

328

Ver.2.1 ad.7 (2014.10.31)

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

ンタフェース・ファイル作成時刻」を「署名検証時の時刻」と推定する方法が想定できる。
なお、参考 2 の「2.2 電磁的記録等の保管システムにおける外部インタフェースの参考仕様」に記載されている通り、受信時とは別のタイミングで保管を行うシステムも想定できる。その場合も、上記同様、署名検証時に近い時刻を「インタフェース・ファイル
作成時刻」に納めておくことが必要である。
これらの時刻に関わる処理については、各システムにおいて実装されている処理方法に従う。
なお、建設業界における契約は「年月日」を単位としている。時刻まで特定する管理
方法には精度面に自ずと限界が生じる可能性があるが、「時刻」そのものの誤差や取引先と自社システムの時刻の誤差が業務に支障をきたさないよう確認すること等の運用管理
を、「データ交換協定書」等に規定し運用することが望ましい。
さらに、以下のような事項を「データ交換協定書」等に規定することで、より精度の高い厳密な運用も可能となる。
また、セキュリティを一層強固なものとするためには、高度な長期署名フォーマット
技術58やタイムスタンプ技術を導入する等の方法が考えられる。
CI-NET LiteS においては、契約時に相互に受け渡し保管される注文情報及び注文請情報
はもとより、送受信する情報には、そういった取引業務の情報（メッセージ）以外に、
システム運用上「受信確認情報」がある。また基本契約の締結、契約前の見積情報や契約後の出来高・請求情報等の送受信する情報や取引情報の送受信時の処理（通信、暗号化・復号、署名検証等）、電磁的記録等の保存の処理等に関する一部あるいは全てのログを保存し、内容や時刻を検証できる管理としておく。
これらの情報の取得や保存については、これらの処理が容易にできるようシステム的に対応を組み込んでおくとともに、ユーザーは必要なときにそれらを参照できるようにしておく。

3.3 署名再検証に必要な情報を改ざん検出可能な状態にすること【本要件の概説】
上記３．１、３．２において収集した証拠情報が改竄されていないことを、その署名の有効期限に関わらず、確認できるようにすることが求められる。

【CI-NET LiteS における対応事例】
本要件については、「CI-NET LiteS 利用電子契約の解説」において、保管されている電磁的記録が改竄されていないことを自ら証明するシステムの仕組みが示されているので、これに準ずることとする。
解 説
上記の「自ら証明するシステムの仕組み」は、下記に記載されている。
「CI-NET LiteS 利用電子契約の解説」
４．電磁的措置で契約するための法的要件とその対応
4.3 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
4.3.2 電磁的記録等の保存(2)改ざんされていないことの証明

58

参考 5 を参照。

329

Ver.2.1 ad.7 (2014.10.31)

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

なお、電磁的記録等の保管システムにおける外部インタフェース仕様の「ヘッダ情報」
部分については改ざんを検知できないため、「CI-NET LiteS 利用電子契約の解説」の「4.3.2 (1)電磁的記録等の適切な保存」に示されているリスクの例59に対する防御措置等を「データ交換協定書」等に明記し運用においてカバーすることが望ましい。
また、セキュリティを一層強固なものとするためには、高度な長期署名フォーマット
技術やタイムスタンプ技術を導入する等の方法が考えられる。

3.4 署名再検証に必要な情報を保存すること【本要件の概説】
署名の再検証に必要な情報が消失してしまうと電子署名の有効性を検証する方法が無くなるため、署名の再検証に必要な情報を整理して保存することが必要になる。

【CI-NET LiteS における対応事例】「CI-NET LiteS 利用電子契約の解説 2」の「4.3.2(1)電磁的記録等の適切な保存」「(2)改ざんされていないことの証明」に記載される内容に準ずる。
解 説
本項は「建設業法施行規則の技術的基準に係るガイドライン」が規定する要件に含まれている。このため、CI-NET LiteS において、当該要件に対応するための方針を記した
上記内容を参照にする。

59

リスクの例については参考 2 の「4.3.2 (1) 電磁的記録等の適切な保存」を参照。

330

Ver.2.1 ad.7 (2014.10.31)

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

4. CI-NET LiteS 利用者の運用管理
本資料は、建設工事の請負等の契約におけるCI-NET LiteS利用時の電子署名文書において、実務に即した安全で効率的な長期保存を可能とする対応要件及び対応事例を提示する
とともに、必要に応じて「データ交換協定書」に基づく運用管理についても言及をしている。
しかし、個々の企業において適切に業務を行うためには、社内で電子契約運用規則等を定め、それを遵守することが重要である。
このため、参考として、こうした運用規則の一例を以下に示す。
（本事例は、CI-NET LiteSを利用したEDIを対象とするものであり、一般的な業務規約や情報セキュリティに関する事
項は含まない。
）【CI-NET LiteS による EDI の運用管理に関する運用規則等に盛り込むべき事項】（参
考事例)
(1)
対象範囲
・ CI-NET LiteS利用の建設工事の請負等の契約を対象とする。
(2)
管理体制
・ 管理責任者、操作担当者等を定め、電子契約データに係る処理および保管等の責
任、権限を明確にする。
(3)
情報資産管理・ 取引先と送受信した電子契約データあるいは保管された電子契約データ等にアクセスできる担当者を定め、アクセス履歴の記録、担当者以外の者のアクセスに対する防御等の管理を行う。
・ 取引先が契約の相手先となり得るか、企業情報（倒産等）の管理を行う。
・ 基本契約や個別契約等に係る見積情報や契約情報または出来高・請求情報等送受信する情報および情報の送受信に付随する時刻等の情報をいつでも検証できるよう管理を行う。
・ 時刻に対し、必要に応じて取引先と相互確認を行い、信頼される時刻管理を行う。
・ 秘密鍵は、担当者、管理場所等を明確にし厳重な管理を行う。
(4)
人的管理
・ 管理責任者は操作マニュアル等を用意し、操作担当者が正しい操作を行えるよう教育および啓発に努める。

331

Ver.2.1 ad.7 (2014.10.31)

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

332

Ver.2.1 ad.7 (2014.10.31)

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

参 考

333

Ver.2.1 ad.7 (2014.10.31)

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

参考 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 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。
）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシステムを整備しておくことが必要である。
また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せるよう、適切な検索機能を備えておくことが望ましい。

334

Ver.2.1 ad.7 (2014.10.31)

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

3. 原本性の確保について（規則第 13 条の 2 第 2 項第 2 号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じる
ことにより、契約事項等の電磁的記録の原本性を確保する必要がある。

(1) 公開鍵暗号方式による電子署名
情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。

(2) 電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものであることを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う登記所、電子署名及び認証業務に関する法律(平成 12 年法律第 102 号)第 4 条に規定する特定認証機関等が該当するものと考えられる。

(3) 電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関にお335

Ver.2.1 ad.7 (2014.10.31)

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

いて当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

参考 2. 「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」について■「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」から抜粋（建設業振興基金、2002 年 6 月）

1. 電磁的措置で契約するための法的要件とその対応
1.1 CI-NET LiteS によって建設工事の請負契約の締結を行う場合の対応
1.1.1 電磁的記録等の保存(1) 電磁的記録等の適切な保存
建設工事の請負契約を書面で締結する場合と同じく、電磁的措置により締結した場合もその電磁的記録等を適切に保管しなければなりません。電磁的記録等の保管には滅失、読み出し不能、破壊等のリスクがあり、これらに対する防御を行わなければなりません。
【電磁的記録等の保管に係るリスクの例】
・過失、誤操作による滅失、改ざん
・不適切な保管、取扱いによる滅失、改ざん
・不適切な管理による分散、散逸
・電子記録媒体等の劣化、紛失による滅失、読み出し不能、不完全な読み出し・システムの移行等による不整合、機器・媒体の互換性不備による復元の不完全・故意による隠蔽、破壊、改ざん、偽造・コンピュータ・ウィルスや不適切なソフトウェア等による破壊、混同・悪意の外部者による破壊、改ざんなど
このためには次のような防御措置が有効です。
イ)管理責任者の設定： 管理責任者等を定め、保管の責任、権限を明確にします。

336

Ver.2.1 ad.7 (2014.10.31)

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

ロ)アクセスの管理：保管された電磁的記録等にアクセスできる担当者を定め、ア

クセス履歴の記録、担当以外の者のアクセスに対する防御等の管理を行います。
ハ)操作担当者の教育：

操作マニュアル等を用意し、担当者に正しい操作を教育します。
ニ)保管場所の管理：

複数の電子記録媒体等に保管する場合は、どの電子記録媒体

等にどの電磁的記録等が保管されているか、またディスク自体が正しく管理されていることを確認しておきます。
ホ)バックアップ：

電磁的記録等のバックアップを定期的に行い、バックアップした電子データを適切に保管しておきます。
ヘ)ウィルス対策：

コンピュータ・ウィルス等に対する定期的な診断を行い、ウィルスが発見されたらただちに対処します。
ト)システム移行等への対応：

保管システム自体をバージョン・アップすると、基

本的ソフトウェアもバージョン・アップしなければならないことがあります。
こうした場合、旧システムで保管していた電磁的記録等が新しいシステムで処理できなくなる不都合が生じないようにします。例えば、電磁的記録等は
OS のファイルシステム上で保管することとし、特定のデータベースに格納するような方法は避けた方が良いと思われます。
さらに、建設工事の請負契約の存在、内容を第三者に示す必要がある場合に備え、こうした運用に係る規定や保管の手順書等を公開可能な形で整備することが推奨されます。な
お、外部からのシステム監査を定期的に受けるなど、コンピュータ・システムの安全な運用に係る認定制度60を利用することにより、信頼性をさらに高められる可能性があります。
また関連しますが、「4.3.1 見読性の確保」の要件や後述の「(2)改ざんされていないことの証明」の要件が満たされていることを第三者に示すには、以下の事柄が重要になります。
・見読性の確保のための表示・印刷機能により、電磁的記録等の内容がディスプレイ
や紙に正しく表示、印刷されていること。
・改ざんされていないことを証明する機能（「(2)改ざんされていないことの証明」に記載）により、電磁的記録等の内容が正しく検証されていること。
両機能が正しく動作していることを確認するために、これらの機能を説明した仕様書や操作方法を示した説明書の内容を確認し、その内容を遵守して開発、運用しなければなり

60

システムの安全な運用に係わる認定制度：
財団法人日本情報処理開発協会で検討中の「情報セキュリティマネジメントシステム(ISMS：
Information Security Management System)適合性評価制度」等があります。ISMS は、平成
13 年 3 月に審査認定が廃止された「情報処理サービス事業電子計算機システム安全対策実施事
務所認定基準」に代わるものとして検討されています。

337

Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法についてません。また第三者に説明する必要が生じた場合に備え、仕様書や操作説明書等を備え置
き、公開可能な状態で保管することが推奨されます。また、相手方や第三者が確認のために電磁的記録等の提出を求めるケースに備え、FD、CD、MO、DVD 等の電子記録媒体等に電磁的記録等を出力する機能を備えることが推奨されます。
以上全ての措置は、建設工事の請負契約締結を電磁的措置によって行う当事者が自らシステムを整備し運用してもよく、また電磁的記録等を安全に管理する外部の保管サービスを利用することも可能です。こうした保管サービスを提供する事業者の中には、保管だけ
でなく、次に解説する改ざんされていないこと等の証明サービスもあわせて提供している者もあるので、それらを利用することも可能です。

(2) 改ざんされていないことの証明
保管されている電磁的記録等が改ざんされていないことを証明するシステムを整備しなければならなりません。
この証明方法の 1 つとして電子署名を用いる方法があります。これは、正しい電子署名
は相手方の秘密鍵によってしか作成できず、したがって受け渡しの途中あるいは受け取り後に改ざん等があれば電子署名と注文書・請書データとの間に不整合が生じる、という公
開鍵暗号方式による電子署名の特性にもとづいています。
この場合、改ざんされていないことの証明は、注文書・請書データから生成した次図①のメッセージ・ダイジェストと、相手方の電子署名を相手方の公開鍵によって復号して得た②のメッセージ・ダイジェストとを照合することにより行います。
この方法によって証明する場合は、注文データ・注文請データの電磁的記録とともに、それに対する相手方の電子署名および相手方の電子的な証明書もあわせて保管することが推奨されます。さらにこの処理において電子的な証明書が改ざんされていないことを確認する（次図のメッセージ・ダイジェスト③④の照合により行う）ために、当該電子的な証明書を発行した認証機関の、当該電子署名作成時点における公開鍵あるいは電子的な証明書を保管しておくことが推奨されます。

338

Ver.2.1 ad.7 (2014.10.31)

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

電磁的記録の内容
電磁的記録等

注文、注文請データ

ハッシュ化①メッセージ･
ダイジェスト

電子署名
電子署名を復号
電子的な証明書②メッセージ･
ダイジェスト

両者を
照合

相手方の
公開鍵で復号

電子的な証明書
公開鍵等の
各種情報
認証機関の
電子署名

ハッシュ化

電子署名を復号③メッセージ･
ダイジェスト

両者を照合④メッセージ･
ダイジェスト

認証機関の公開鍵で復号。
契約時の認証機関の公開鍵を保管しておく※認証機関の電子署名は、電子的な証明書所有者の公開鍵等の各種情報からメッセージ・ダイジェストを作成し、認証機関の秘密鍵で暗号化したもの。

図 B.Ⅸ- 2 改ざんされていないことの証明の原理

339

Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法について改ざんされていないことの証明処理の例：(a) メッセージ・ダイジェストの照合
CI-NET LiteS の場合の処理の概要は、以下の通り、電磁的記録のデータ部をハッシュ化して得たメッセージ・ダイジェストと、電子署名を復号して得たメッセージ・ダイジ
ェストを照合し、両者が一致すれば改ざんされていないと判断します。

保管されている電磁的記録
MIME分解

データ部
multipart/mixed MIME
(base64)

MIME分解&base64 decode

署名部

失効
情報

注文関連データ(CI-NET形式)(c)有効期間を確認 base64 decode&
ASN.1分解

トランスレーション[3]データ作成日
SHA-1ハッシュ(d)期間を照合

送信者の
電子証明書

電子署名

送信者の
証明書識別情報(b)認証機関の公開鍵を使用
認証 し、電子証明書が改ざんされ機関の ていないことを確認
公開鍵メッセージ・ダイジェスト

(a)照合

RSA復号

メッセージ・ダイジェスト

図 B.Ⅸ- 3 改ざんされていないことの確認処理の概要イメージ(b) 電子的な証明書の改ざん有無の確認
上述(a)の処理過程において、送信者の電子的な証明書を認証している認証機関の公開鍵を用い、送信者の電子的な証明書の改ざん有無を確認します。なおこのためには、検証対象である電子署名作成時点の認証機関の公開鍵あるいは電子的な証明書の保管が必要です。

(c) 電子的な証明書の有効性の確認
上述(a)の処理過程において、失効情報および送信者の電子的な証明書に記載の有効期間を参照して、検証処理時点における電子的な証明書の有効性を確認することが推奨されます。電子的な証明書が有効でない場合は、処理を継続して両メッセージ・ダイジェス
トを照合のうえ、改ざんの有無以外に電子的な証明書が有効でないこともあわせて示す

340

Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法についてことが推奨されます。

(d) 契約時点と電子的な証明書の有効期間との整合性の確認
上述(a)の処理過程において、失効情報および送信者の電子的な証明書に記載の有効期間を参照して、データ部の CI-NET 形式データに記載されたデータ交換の年月日（データ・
ダグ[3]データ作成日）が電子的な証明書の有効期間内であるかを検証し、改ざんの有無
以外にその結果もあわせて示すことが推奨されます。

341

Ver.2.1 ad.7 (2014.10.31)

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

1.2 「電磁的記録等の保管システムにおける外部インタフェースの参考仕様」について■CI-NET LiteS 利用の電子署名文書の保管概要「CI-NET LiteS 利用者のための建設工事の電子契約についての解説」の「参考資料７．電磁的記録等の保管システムにおける外部インタフェースの参考仕様」
を参考に概要を記載する。

(1) 受信から保管の流れ
CI-NET LiteS対応ソフトが、CI-NET LiteSメッセージである電子署名文書を受信した場合の概要を示す。
次図は、受信後、直ちに有効期間・署名・改ざん性検証、保管を一連の処理で行う例である。
1) 取引先から送信された電子署名文書は、次図「送受信文書フォーマット（CI-NET
ファイル）」の形でメールアドレスに着信する。
2) 業務システムは、1)の電子署名文書を次図「受信後フォーマット」の形でDBに取り込む。直ちに、業務システムは、署名・改ざんの検証、インタフェース・ファイ
ルの作成等を行い、次図「保管データフォーマット（インタフェース・ファイル）」の形で保管システムに保管する。
従って、署名検証とほぼ同時刻が保管データのヘッダ情報部「インタフェース・フ
ァイル作成時刻」に納められる。

342

Ver.2.1 ad.7 (2014.10.31)

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

メッセージ

メール
アドレス

CI-NET
ファイル

メールアドレスに着信－

操作

インタフェース・
ファイル

検証後直ちにインタフェース・
ファイルを作成

保管システム業務システム
受信ボタン
見積・注文等の業務

署名検証時
メールアドレス
受信、復号、変換に着信
有効期間・署名・改ざん性検証
保管（署名・改ざん性検証）
業務処理

機能

メールヘッダ*1

フォー
マット

メッセージ*2
電子署名
電子証明書

インディックス情報*3
メッセージ*2
電子署名

ヘッダ情報部*4
クリア署名部*5
データ部
署名部

電子証明書

送受信文書フォーマット 受信後フォーマット 保管データフォーマット
（CI-NETファイル）（DB）（インタフェース・ファイル）

図 B.Ⅸ- 4 受信後、直ちに保管する場合*1 メール・ヘッダ：
・送信者（From:行）

・受信者（To:行）

・標題（Subject:行）

・MIME ヘッダ
*2 メッセージ：
・取引先と送受信する電子文書*3 インディックス情報：・受信した電子メールのメール・ヘッダから抽出する情報
・メッセージ・グループ・ヘッダ(MGH)から抽出する情報
・メッセージから抽出する情報・保管処理を行った年月日時分秒*4 ヘッダ情報部
・電子メールの受信時刻
・当該データの電子メールを送信したアドレス
・当該データの電子メールを受信したアドレス
・インタフェース・ファイル作成時刻*5 クリア署名部
CI-NET LiteS 実装規約に準拠した署名付き暗号メールの「暗号化 MIME ヘッダ+データ部（圧343Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法について縮された技術資料を含む）+署名部」)を復号したもの
・ 暗号化データ MIME ヘッダ
・ データ部
メッセージ・グループ・ヘッダ
メッセージ
技術資料
・ 署名部
電子署名
電子証明書

(2) 受信時とは別のタイミングで保管を行うシステム
CI-NET LiteS対応ソフトによっては、保管のタイミングが前図と違い、受信後、有効期間・署名・改ざん性検証を行うが、受信とは別のタイミングで保管を行うつまり受信とは別のタイミングで「インタフェース・ファイル」を作成するソフトも想定される。
次図は、その処理で行う例である。
1) 取引先から送信された電子署名文書は、次図「送受信文書フォーマット（CI-NET
ファイル）」の形でメールアドレスに着信する。
2) 業務システムは、1)の電子署名文書を次図「受信後フォーマット」の形でDBに取り込み、署名・改ざんの検証等を行う。
3) その後、業務システムあるいは保管システムが、インタフェース・ファイルの作成等を行い、「保管データフォーマット（インタフェース・ファイル）」の形で保管シ
ステムに保管する。
従って、署名検証とほぼ同時刻が保管データのヘッダ情報部「電子メールの受信時刻」に納められる。

344

Ver.2.1 ad.7 (2014.10.31)

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

CI-NET
ファイル

メッセージ

メール
アドレス
メールアドレスに
着信
－

操作
機能

インタフェース・ファイル

業務システム保管システム

受信ボタン
見積・注文等の業務

保管ボタン

メールアドレス
受信、復号、変換に着信
有効期間・署名・改ざん性検証
業務処理
署名検
証時
メールヘッダ*1
インディックスフォー
マット

メッセージ*2
電子署名
電子証明書

送受信文書フォーマット
（CI-NETファイル）

保管
署名・改ざん性検証

ヘッダ情報部*4

情報*3
メッセージ*2
電子署名

クリア署名部*5
データ部
署名部

電子証明書

受信後フォーマット（DB）

保管データフォーマット
（インタフェース・ファイル）

図 B.Ⅸ- 5 受信時とは別のタイミングで保管を行う場合(3) 「インタフェース・ファイル」の保管データフォーマットで保管システムへ保管のために引き渡されるデータの内容
以下の項目である。
○ヘッダ情報部
・電子メールの受信時刻
・当該データの電子メールを送信したアドレス
・当該データの電子メールを受信したアドレス
・インタフェース・ファイル作成時刻○クリア署名部・ 暗号化データ MIME ヘッダ
・ データ部
メッセージ・グループ・ヘッダ
メッセージ
技術資料
・ 署名部
電子署名
電子証明書

345

Ver.2.1 ad.7 (2014.10.31)

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

参考 3. 建設業法施行令（昭和 31 年政令第 273 号）■建設業法施行令（昭和 31 年政令第 273 号）
第 5 条の 5（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第 19 条第 3 項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２

前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第 19 条第 1項又は第 2 項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

346

Ver.2.1 ad.7 (2014.10.31)

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

参考 4. 「CI-NET LiteS の電子証明書」について■「CI-NET LiteS 実装規約 Ver.2.1 ad.1」から抜粋

A. 情報伝達規約

1. 電子証明書(a) CI-NET LiteS で使用する電子証明書は ISO/IEC 規定の X.509 Version3 フォーマットを使用する。
(b) 電子証明書プロフィールは以下の通り。

347

Ver.2.1 ad.7 (2014.10.31)

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

表 B.Ⅸ- 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等）

任意

－

348

Ver.2.1 ad.7 (2014.10.31)

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

参考 5. 「長期署名フォーマット」について
電子署名文書の電子署名を有効な状態にしておくためには、署名の有効性が失われる前に、有効性を延長する必要がある。公開鍵証明書の有効期間内、つまり電子署名の有効期
間内に、電子証明書の期限切れ以降まで有効なタイムスタンプを付加し、さらにそのタイ
ムスタンプの有効期限切れ直前に再びタイムスタンプを付加し続けることで、電子署名の有効性を延長することができる（図 B.Ⅸ-6）。

図 B.Ⅸ- 6 タイムスタンプ利用による電子署名の延長
この方法を用いて電子署名の有効性を延長するためには、初期にタイムスタンプを適用する電子文書や、公開鍵証明書、検証記録（CRL など）が正しく集めて、一つに纏められなければならない。また、これらの情報を誰がどのようにして集めるなどといった運用面の検討も必要となる。電子署名文書を長期保存する際の署名プロファイルとして、ETSI による標準「TS 101 733」がある（図 B.Ⅸ-7）。

349

Ver.2.1 ad.7 (2014.10.31)

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

図 B.Ⅸ- 7 長期署名フォーマット
図 B.Ⅸ-7 に示す長期署名フォーマットには以下のようなものがある。

(1)ES（Electronic Signature：基本署名フォーマット）
署名ポリシに従って作成された原始的なフォーマットである。

基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

図 B.Ⅸ- 8 長期署名フォーマット（ES）(2)ES-T（Electronic Signature with Timestamp：ES の署名値に対するタイムスタンプを付与したもの）
ES の署名値に対してタイムスタンプを付与したものである（ES フォーマット全体に対するタイムスタンプではない）。
ES署名に対するタイムスタンプ付き（ES-T)
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

ES署名値に対するタイムスタンプ

図 B.Ⅸ- 9 長期署名フォーマット（ES-T）(3)ES-C（The ES with Complete validation data：完全証明書および失効情報参照データ）
ES の検証に用いるすべての証明書や CRL のリファレンス情報を加えたものである。
完全証明書および失効情報参照データ（ES-C）
ES署名に対するタイムスタンプ付き（ES-T）
基本署名フォーマット（ES）
署名ポリシー
他の署名属性ID

署名値

ES署名値に対するタイムスタンプ

完全証明書
および失効情報参照データ図 B.Ⅸ- 10 長期署名フォーマット（ES-C）

350

Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法について(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署名値に対するタイム
スタンプ

署名値

完全証明書
および失効情報参照データ

完全証明書
データおよび
失効情報
データ

図 B.Ⅸ- 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署名値に対するタイムスタンプ

完全証明書
および失効情報参照データ

完全証明書
データおよび
失効情報
データ

長期保存用
タイムスタンプ

図 B.Ⅸ- 12 長期署名フォーマット（ES-A）

351

Ver.2.1 ad.7 (2014.10.31)

B.Ⅸ. 電子署名文書長期保存方法について【参考文献】
 「PKI 関連技術解説（情報処理振興事業協会セキュリティセンター 最終更新
日：2002 年 12 月 12 日）」
 「電子署名長期保存に関するガイドライン（電子商取引推進協議会 2001 年 3
月）

352

Ver.2.1 ad.7 (2014.10.31)

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

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

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

2004年06月04日 発行【禁無断転載】発行

財団法人

建設業振興基金
建設産業情報化推進センター〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門 4 丁目MTビル 2 号館
Tel.03-5473-4573
Fax.03-5473-4580
電子メール:ci-net@kensetsu-kikin.or.jp

URL : http://www.kensetsu-kikin.or.jp/ci-net/

353

Ver.2.1 ad.7 (2014.10.31)

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

354

Ver.2.1 ad.7 (2014.10.31)

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

B. 参考資料

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

355

Ver.2.1 ad.7 (2014.10.31)

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

356

Ver.2.1 ad.7 (2014.10.31)

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

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

1. はじめに

1.1 本資料の位置づけと背景

本資料は、契約データ61の保管に関し、ある保管システムの契約データを、他の保管シス
テムに移管するにあたっての留意点を検討し、とりまとめたものである。
2001 年の建設業法の改正により、電磁的措置により建設工事の請負契約の締結が行えるようになっているが、CI-NET LiteS により EDI を実施する事業者にとっては、その契約
データの保管について､保管件数の増加に伴う管理負荷の増大を軽減したいとのニーズがある、一方、CI-NET LiteS の EDI 機能をサービスする ASP（アプリケーション・サービ
ス･プロバイダ）事業者が保管サービスについての提供が開始したことや、iDC（インターネット・データ・センター）に代表されるデータ保管サービスの普及などにより、データ保管に関してアウトソーシングする環境が整ってきつつある。
こうした状況において、CI-NET LiteS の利用者の中で、これまで自社で管理していた契約データの保管を ASP 事業者等に移管することを考える利用者が出てきており、将来的には種々の理由からその移管のパターンも多様化していくことも考えられる。
契約データの保管にあたっては、国土交通省より示された「建設業法施行規則第 13 条の2 第 2 項に規定する『技術的基準』に係るガイドライン」が示されており、その要件を満たすことが必要であるが、当該データの移管については、特段の方法が示されているわけではないため、本資料をまとめることとした。

61

契約データ：建設業法第 19 条とそれに関連する政令、省令およびガイドライン(建設業法施行規則
第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン 国土交通省 2001 年 3 月 30 日公表)の要件を満たしていれば、書面の契約書は電子データによる契約に代えることができ、書面の契約書は不要になる。本資料における契約データとは、CI-NET LiteS を利用した EDI による契約に係る電子データをいう。

357

Ver.2.1 ad.7 (2014.10.31)

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

1.2 前提条件
今回提案している契約データの移管については、以下のような前提条件を置いて検討を行った結果をまとめている。

(1) CI-NET LiteS による EDI を前提
本資料で対象とする契約データは、『CI-NET LiteS 実装規約』に準拠したシステムを用いてやり取りされたものとすることを前提としている。

(2) データ保管における「ガイドライン」の要件の充足
国土交通省より示された「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン」において、契約の電子化については、以下に示すように「見読性の確保」「原本性の確保」の 2 つの要件を満たすことが求められている。
本資料では、保管されている契約データについて、このガイドラインの要件を満たしていることを前提としている。

ガイドライン
1.見読性の確保(1) 公開鍵暗号方式による電子署名

2.原本性の確保(2) 電子的な証明書の添付(3) 電磁的記録等の保存

図 B.Ⅹ- 1 「『技術的基準』に係るガイドライン」が求める要件(3) 契約の当事者が保管すべき契約データを指定することを前提
建設工事における契約行為は、通常は契約の当事者である発注者と受注者の双方が書面等により取り交わす行為であり、当該工事において増減契約等の複数の契約が発生する場
合においても、当該工事の契約内容に基づく契約行為は一度行うものである。また、建設業界における契約行為として契約を書面にて交付する場合は、業界の慣例として注文書、注文請け書を取り交わすことにより実施し、契約当事者の双方が１部ずつ所有するものとなる。一方、CI-NET 等の電磁的措置により契約行為を行う場合においても、契約行為そのものは書面の場合と何ら変わることなく受発注者間で一度行うものであり、図のように注文書（注文メッセージ）、注文請け書（注文請けメッセージ）を取り交わすことにより実施する場合が多い。

358

Ver.2.1 ad.7 (2014.10.31)

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

また、一般的には、注文請けメッセージが発注者のメールボックス（メールアドレス）に到着した時点を個別契約の成立時点としている。

契約データ
保管システム(Ａ)発注者
受注者
EDI システ
EDI システムム
注文メッセージ

契約データ保管

注文請メッセージ

契約データ
保管システム(B)

契約データ
保管システム(C)

契約データ保管契約データ移管契約の成立

図 B.Ⅹ- 2 電磁的措置による契約の流れ
本参考資料では前提条件の「（１）CI-NET LiteS による EDI を前提」にあるとおり、電磁的措置により取り交わされる契約データ（電子データ）がその対象であるため、書面とは異なる電子データの性質上、以下の点について留意すべきと考えている。
■契約の当事者が保管すべき契約データを指定
電子データは、契約に関するデータも含め、紙という媒体の場合と異なり同じ内容のものを複数持つことが容易に可能である。また、電子データの特性を考えた場合、データの内容が全く同じで有れば、複数有っても不都合では無いという考え方もあり得ると思われる。例えばバックアップファイルなどがこれにあたる。ただし複数ある場合には、それぞれのデータがどこに存在しているかを把握するなど、契約の当事者が適切な管理を行うことが求められる。
本参考資料では、「保管すべき契約データを契約当事者が指定するものとする」ことにより、その対象として明確にすることとしたい。

(4) 契約データの移管のパターン
契約データの移管のパターンについては、その移管元、移管先により、複数のパターンが考えられる。それらは大きく分類して 4 つに分けられると想定できる。
パターン①：自社から ASP 事業者等を始めとしたデータ保管を行う事業者（以下、ASP事業者とする）へのデータ移管
パターン②：ASP 事業者から自社へのデータ移管

359

Ver.2.1 ad.7 (2014.10.31)

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

パターン③：ASP 事業者間（ASP-A から ASP-B へ、あるいはその逆）のデータ移管
パターン④：自社あるいは ASP 事業者内での保管システム間のデータ移動
ただしパターン③は、契約データの所有者に許可なく ASP 事業者間だけで直接やり取り
することはありえず、仮に直接移管する場合は契約データ所有者の許可を得た上でのデー
タ移管となる。
また、パターン④、および自社内、ASP 事業者内で自主的に行うバックアップ等については、本資料では対象外とする。

保管
システムA
④

②

ASP-A
①

自社

①
保管
システムB

④

②

③
ASP-B
④

図 B.Ⅹ- 3 契約データ移管のパターン

なお、それぞれの移管のパターンにより、後述する「契約データ移管依頼書」「契約デー
タ移管確認書」の作成者や保管者などが異なってくることに留意されたい。

360

Ver.2.1 ad.7 (2014.10.31)

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

2. 移管における考え方

ここで提示する、契約データの移管方法は、以下の考え方に基づいてまとめている。
なお、移管する契約データは契約の当事者が「契約データ」と指定するデータとし、それを移管先が信頼する前提のもとで、次の事柄が証明されることによって成立する。
①移管データの本人性
契約データの移管を「対面・手渡しによる直接の授受」により行うことで、本人性を担保する。
この方法は、現状データ交換を行う当事者間で行っている、電子証明書の最初のやり取りの場面と同じ本人性確認の方法と同じ方法である。
なお、直接の授受を行うには距離的に離れている等の理由により対面・手渡しが難しい
ケースの場合、書留や貨物保険付配送等の手段によるデータの授受といった方法も選択肢として考えられる。
②移管データの完全性
移管先において移管元からのデータに対し、改ざんチェック等を行い、完全性が確保されていることを確認する。
③データ移管にエクスポート・ファイルを使用
保管システムから移管対象となるデータを取り出す際にエクスポート・ファイルを生成するが、これを移管に当たっての「契約データ」として利用する。
エクスポート・ファイルは、以下の解説に示すように保管システムから取り出す際に添えられるヘッダ情報部以外のクリア署名部については、契約データと同じ中身であり、かつ電子署名、電子的な証明書により完全性が確保されている。
④移管に際しての運用上の工夫
移管元から移管先へデータを移管する際には「契約データ移管依頼書」を、データ移管
が終了した際には移管先から移管元へ「契約データ移管確認書」をそれぞれ交付し、直接手渡しにてやり取りする。
（「契約データ移管依頼書」「契約データ移管確認書」については、それぞれ３．２、３．
３で詳述）

361

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について【解説】
電磁的記録等の取り出し（エクスポート）フォーマットについて
保管システムからの契約データの取り出し機能によって取り出す電磁的記録等は、第 3者に対する契約の内容確認、紛争時における証拠データとしての取り扱い等が用途として想定されるが、改ざんの有無と、契約の申込あるいは承諾に関わる取引相手の意思の真正性を証明する必要から、そのフォーマットは、保管システムによって管理されている原本と同じく、電子署名と電子的な証明書を伴うものとしている。
またこれらの情報に加えて、取り出したデータの整理、検索等に使われることを想定し、以下の内容を持つ「ヘッダ情報」を添えるフォーマットとなっている。
（ヘッダ情報の内容）
・取引相手の電子メール・アドレス
・電子メールの送信、受信年月日時分秒
・電磁的記録等を保管した年月日時分秒

参考：電磁的記録とは情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業法第19 条第 1 項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容の電磁的記録。

契約データ原本のフォーマット

ヘッダ
情報部

クリア
署名部

エクスポート・ファイルのフォーマット

相手方での確認事項

取引相手の・メールアドレス・メール送信／受信時点
・電磁的記録の保管時点

保管システムから取り出す際に付加情報として添付される

確定注文／注文請け
メッセージ等

確定注文／注文請け
メッセージ等

電子署名

電子署名

電子的な証明書

電子的な証明書取り出したデータの整理、検索等に利用図 B.Ⅹ- 4 契約データ原本およびエクスポート・ファイルのフォーマット

362

Ver.2.1 ad.7 (2014.10.31)

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

3. 処理概要

ここでは、契約データの移管方法、およびそれに関してデータ移管の当事者間でやり取りする書類についての解説を記述する。

3.1 契約データの移管方法

契約データの移管方法については、前述のパターン①（契約データの所有者から ASP 事
業者へ）、パターン②（ASP 事業者から契約データの所有者へ）の 2 通りがあり、それらの方法について以下に順に記述する。

3.1.1 パターン①の場合(1) 移管依頼書の作成
契約データの移管を希望するデータの所有者が「契約データ移管依頼書」を作成する。
契約データ移管依頼書の記述内容については３．２で後述する。

(2) 移管用のエクスポート・ファイルの取り出し
契約データの管理者（＝移管の依頼者）は、移管を希望する契約データが保管されている移管元の保管システム（保管システム A とする）から、該当するデータのエクスポート・
ファイルを生成し、CD-ROM、FD などの媒体に格納する。
なお、より厳重な管理を行う場合、移管するデータを媒体に格納した後、格納したデー
タに対し改ざんチェックを行ってもよい。

(3) 移管依頼書および契約データの受け渡し
契約データの管理者（＝移管の依頼者）が必要事項を記入した契約データ移管依頼書とエクスポート・ファイルを格納した媒体を、移管先の管理者に手渡しで渡す。

(4) 移管依頼データの内容チェック
移管先のデータ管理者は、移管依頼書の記述内容を確認し、移管元から受領した契約データが改ざんされていないかどうかのチェックを行う。

363

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について(5) 移管先への契約データの登録
移管先における改ざんチェックの結果、問題がなければ移管先のデータ保管システム（保管システム B とする）に、契約データとして登録する。

(6) 移管確認書の作成および受け渡し
保管システム B への登録が確認できたら、移管先のデータ管理者は「契約データ移管確認書」を作成し、移管元のデータ管理者に手渡しで渡す。
契約データ移管確認書の記述内容については３．３で後述する。

(7) 移管確認書の確認および移管元の契約データの削除
移管元のデータ管理者は、契約データ移管確認書の内容について問題がないことを確認し、その確認ができたら、移管の対象となった契約データ（保管システム内に原データとして保管されていたデータ）を削除する。
なお削除したかどうかの通知の有無については、当事者間で取り決めるものとする。
上記で示した移管方法を図示すると以下の図のようになる。

エクスポートファイル出力

保管システムA

移管確認書の内容チェック
OKなら契約データを削除

移管
データ

移管
依頼書
移管
確認書

保管
システムB

改ざんチェック等でOKなら契約データ、移管依頼書を保管

移管確認書
作成

移管された
契約データ、移管依頼書を一緒に保管

図 B.Ⅹ- 5 パターン①における契約データの移管方法

364

Ver.2.1 ad.7 (2014.10.31)

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

3.1.2 パターン②の場合(1)

移管依頼書の作成

契約データの移管を希望するデータの所有者が「契約データ移管依頼書」を作成する。
契約データ移管依頼書の記述内容については３．２で後述する。

(2)

移管依頼書の作成・通知

データの移管を希望するデータの所有者は契約データ移管依頼書を作成し、契約データの管理者に手渡しで通知する。

(3)

移管用のエクスポート・ファイルの取り出し

移管元の契約データ管理者は、移管内容を記入した契約データ移管依頼書に基づき、移管希望の契約データが保管されている移管元の保管システム（保管システム A とする）か
ら、該当するデータのエクスポート・ファイルを生成し、CD-ROM、FD などの媒体に格納する。なお、より厳重な管理を行う場合、移管するデータを媒体に格納した後、格納したデータに対し改ざんチェックを行ってもよい。

(4)

移管依頼書および契約データの受け渡し

移管元のデータ管理者はエクスポート・ファイルを格納した媒体を、移管先の管理者（＝移管の依頼者）に手渡しで渡す。

(5)

移管依頼データの内容チェック

移管先のデータ管理者（＝移管の依頼者）は、移管元のデータ管理者より受け取ったデータが移管依頼書の記述内容と相違がないかを確認し、移管元から受領した契約データが改ざんされていないかどうかのチェックを行う。

(6)

移管先への契約データの登録改ざんチェックの結果、問題がなければ移管先（＝移管の依頼者）のデータ保管システ
ム（保管システム B とする）に、契約データとして登録する。

(7)

移管確認書の作成および受け渡し

保管システム B への登録が確認できたら、移管先のデータ管理者は「契約データ移管確認書」を作成し、移管元のデータ管理者に手渡しで渡す。
契約データ移管確認書の記述内容については３．３で後述する。

365

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について(8)

移管確認書の確認および移管元の契約データの削除

移管元のデータ管理者は、契約データ移管確認書の内容について問題がないことを確認し、その確認ができたら、移管の対象となった契約データ（保管システム内に原データとして保管されていたデータ）を削除する。
なお削除したかどうかの通知の有無については、当事者間で取り決めるものとする。
上記で示した移管方法を図示すると以下の図のようになる。

エクスポートファイル出力

保管システムA

移管確認書の内容チェック
OKなら契約データを削除

移管
データ
移管
依頼書

保管
システムB

移管依頼書
作成

移管
確認書
移管確認書
作成
改ざんチェック等でOKなら契約データを
保管

移管された
契約データ、移管依頼書を一緒に保管

図 B.Ⅹ- 6 パターン②における契約データの移管方法【留意事項】
ASP 事業者間でのデータ移管となるパターン③については、上記パターン①および②を組み合わせて対応するものとする。

366

Ver.2.1 ad.7 (2014.10.31)

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

3.2 契約データ移管依頼書(1)

作成・使用の目的

契約データ移管依頼書とは、移管元の保管システム A から、移管先の保管システム B へ
契約データの移管を行う際に、移管に関わる伝達事項を書面の形でまとめて関係者の間でやり取りするために使用するものである。

(2)

記載する内容契約データ移管依頼書は、記載する事項として、以下のような項目を最低限盛り込んだ形で作成する。
①データ移管の依頼者名（企業・団体名、部署名、担当者名等）②データ移管依頼書の受取者名（企業・団体名、部署名、担当者名等）③移管年月日④移管元⑤移管先⑥移管データ（ファイル）リスト⑦移管媒体⑧移管依頼書の保存期限年月日
また、これらの項目を盛り込んで作成した契約データ移管依頼書のサンプルを別紙１に
示す。

(3)

移管依頼書の作成者

移管依頼書は、移管元のデータの所在、移管の依頼者によって、作成者が異なる。
ここでのパターン①、②は 253 ページにおいて触れたパターンを指す。

表 B.Ⅹ- 1 移管依頼書の作成者
移管前のデー

移管後のデー

移管依頼書の移管依頼書の

タの所在

タの所在

作成者

受取者

自社
パターン①

ASP 等のデー 自社

ASP 等のデー

タ保管サービタ保管サービス事業者

ス事業者

ASP 等のデー 自社
パターン②

自社

ASP 等のデー

タ保管サービタ保管サービ

ス事業者

ス事業者

367

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について【留意事項】
このほかに、あるデータ保管サービス事業者（X 社とする）から別のデータ保管サービス
事業者（Y 社とする）に契約データの移管を行うことが考えられる（253 ページのパターン③）が、この場合は X 社から自社が一旦契約データを引き取り、そのデータを Y 社に移管するということで、形式的にパターン②→パターン①の順番で実施することにより実現可能である。

3.3 契約データ移管確認書(1)

作成・使用の目的

契約データ移管確認書とは、移管元の保管システム A から、移管先の保管システム B へ移管が行われ、その移管が無事に終了したことを移管元に通知するとともに、契約当事者
が「契約データ」と指定するデータが移管元と移管先との 2 箇所に存在することを防ぐた
めに、移管元にある契約データを削除してもらう依頼も合わせ、書面の形でまとめて関係者の間でやり取りするために使用するものである。

(2)

記載する内容記載する事項として以下のような項目を最低限盛り込んだ形で作成する。
①データ移管先の担当者名（企業・団体名、部署名、担当者名等）②データ移管確認書の受取者名（企業・団体名、部署名、担当者名等）③移管年月日④移管元⑤移管先⑥移管データ（ファイル）リスト⑦移管媒体⑧移管確認書の保存期限年月日⑨契約当事者が指定する「契約データ」の所在
また、これらの項目を入れて作成した契約データ移管確認書のサンプルを別紙２に示す。

(3)

移管確認書の作成者

移管確認書は、移管元のデータの所在、移管の依頼者によって、作成者が異なる。
ここでのパターン①、②は「１．２前提条件」において触れたパターンを指す。

368

Ver.2.1 ad.7 (2014.10.31)

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

表 B.Ⅹ- 2 移管確認書の作成者
移管前のデー

移管後のデー

移管確認書の移管確認書の

タの所在

タの所在

作成者

受取者

自社
パターン①

ASP 等のデー ASP 等のデー 自社
タ保管サービ タ保管サービ
ス事業者

ASP 等のデー 自社
パターン②

ス事業者
自社

ASP 等のデー

タ保管サービタ保管サービス事業者

ス事業者【留意事項 1】
このほかに、あるデータ保管サービス事業者（X 社とする）から別のデータ保管サービス
事業者（Y 社とする）に契約データの移管を行うことが考えられる（253 ページのパターン③）が、この場合は X 社から自社が一旦契約データを引き取り、そのデータを Y 社に移管するということで、形式的にパターン①→パターン②の順番で実施することにより実現可能である。

【留意事項 2 （「契約データ移管依頼書」「契約データ移管確認書」共通）】①「契約データ移管依頼書」「契約データ移管確認書」が持つ文書の効力について「契約データ移管依頼書」「契約データ移管確認書」は、移管の対象として扱うデータが契約データという性格上、簡単に移管あるいはそれに伴っての移管元での削除などができないようにしなければならないため、これらの文書が持つ意味合いは大きいものになる。
そのため、これらの文書に対しては、社判・社印等、移管に係る当該企業が発行した正式な文書であることがわかるような記載、捺印等を含むことが望ましい。
また契約データの保管者は、これらの文書により契約当事者が指定する当該契約データの在り処を示すことになるため、そのデータの保管期間中はこれらの書類を大切に保管しなければならない。
②「契約データ移管依頼書」「契約データ移管確認書」に盛り込む内容について「契約データ移管依頼書」「契約データ移管確認書」に記載する内容として上記で挙げている項目は、あくまで参考として挙げているものである。
ASP サービスで締結する契約内容に盛り込まれる事項等については、改めてここに盛り込む必要はなく、各事業者の判断に委ねられるものである。

369

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. 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⑩370

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について⑧移管依頼書の保存期限 （⑥のリスト中、最も長期に保存する必要のあるデー
年月日

タの保存期限に合わせて決めることが望ましい。それを超える期間に関しては、データ移管に係る当事者間で決定するものとする。
）⑨その他伝達事項(*1)移管するデータのリストが本依頼書内に収まらない場合には、別紙に記載する等の対応を行う。この際、割印などで本移管依頼書との関連が確保されるようにしておく必要がある。
(*2)移管元、移管先で各契約データの区別が容易となるよう、契約を一意に特定できるキー
項目を記載すること。
●別紙２：契約データ移管確認書のサンプル
2003 年 7 月 1 日
CI-NET 建設株式会社
調達本部 購買部長 建設太郎 殿（②データ移管確認書の受取者名（企業・団体名、部署名、担当者名等））

契約データ移管確認書
建設ソフト株式会社
データ管理部長 神谷一郎（①データ移管先の担当者名（企業・団体名、部署名、担当者名等））

社

以下に示す移管データについて、これらを契約データとして移管することを終了致しましたので確認方よろしくお願い致します。
記載項目

記載内容

③移管年月日2003 年 7 月 1 日④移管元

CI-NET 建設株式会社 建築本部 購買部保管「振興ビル建設工事関連契約データ」⑤移管先

建設ソフト株式会社 データ管理部「CI-NET 建設様用 契約データ保管スペース」

371

Ver.2.1 ad.7 (2014.10.31)

B.Ⅹ. CI-NET LiteS における契約データの移管について⑥移管データ（ファイル） 振興ビル建設工事関連契約データ
リスト（*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)移管に使用した後の移管媒体の取り扱いについては、移管元、移管先の両当事者間で取り決めることとする。

372

Ver.2.1 ad.7 (2014.10.31)

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

B.参考資料

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

373

Ver.2.1 ad.7 (2014.10.31)

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

374

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について請負契約の電子化に伴う施工体制台帳に係る対応について「電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン」の解説

平成 17 年 3 月－ CI-NET 実用化推進委員会における検討報告 －情報化評議会（CI-NET）実用化推進委員会

財団法人建設業振興基金 建設産業情報化推進センター

375

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応については じ め に
平成 13 年 4 月より施行されている IT 書面一括法（正式名称は、「書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律」）により、従来紙で交付していた契約書面を電子的な手段に替えることが認められています。
建設業界においては建設業法等がこの法律の対象となり、建設業法(昭和 24 年法律第100 号)上の書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとなりました。
このような背景のもと、元請けである総合工事業者とその取引先の間では、CI-NETの定める EDI（電子データ交換）標準を利用した電子契約が実用化され、日々拡大してきている状況にあります。こうした電子契約を始めとして、これまで紙が必要とされてきた部分について電子化を進めることは、建設産業における業務の効率化に大きく寄与するものと考えられます。
情報化評議会（CI-NET） 実用化推進委員会では、CI-NET 実用上の課題を解決するために、平成 13 年度より「調達 WG（ワーキンググループ）」を設置して個別の課題の検討に取り組んでおります。本年度においては、業務処理上、契約文書を添付する必要があるものについて、各事業者が法を遵守しながら、従来の紙（契約書の写し等）に代えて電子契約の写しを利用する際に、どのような取り扱いを行うかについて検討を進めて参りました。本件の検討にあたっては、「建設業法」や「公共工事の入札及び契約の適正化の促進に関する法律（以下「入契法」という）」の所轄官庁である国土交通省総合政策局建設業課にも議論に参加していただき、検討を重ねました。
これら検討の結果、請負契約を電子化した場合に施工体制台帳に係る法的要件への対応について、今般、国土交通省より「電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン（以下「施工体制台帳の取扱いに関するガイドライン」という）」が示されるに至りました。本資料は、その「施工体制台帳の取扱いに関するガイドライン」の解説として、その具体的対応に関する運用方法の例を示しています。なお、本資料では、Part1 として本件検討の背景となった建設工事の請負契約の電子化の解説及びこれを実業務で利用可能としている CI-NET について説明し、Part2 ではその対処が求められている関係法規への対応方法を例示していく構成としています。
本資料が CI-NET LiteS を用いて電子契約を開始する企業や関係者の皆様の一助となれば幸いです。
平成 17 年 3 月
情報化評議会（CI-NET）実用化推進委員会

財団法人建設業振興基金 建設産業情報化推進センター

376

Ver.2.1 ad.7 (2014.10.31)

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

目 次
Part１ 請負契約の電子化について············································ 379
１．１ 建設業法の改正 ···················································· 379
１．２ 請負契約の電子化（電子契約）の進展 ································ 381
１．３ CI-NET LiteS に基づいたシステムを用いた電子契約 ···················· 381
Part２

法的対応が求められている関係法規と「施工体制台帳の取扱いに関するガイドラ
イン」の対応 ······················································· 386

２．１ 対応が求められている背景となっている関係法規について（建設業法・入契法の解釈について） ···················································· 387
２．２ 具体的な対応について ·············································· 390
A.建設業法に基づく施工体制台帳に係る具体的な運用方法について ············ 390(1)施工体制台帳の取扱いに関するガイドラインの目的 ······················· 390(2)電子契約を行う場合の前提条件········································· 390(3)施工体制台帳への添付に係る対応････････････････････････････････････････391
B.入契法に基づく施工体制台帳に係る具体的な運用方法について ·············· 396(1)施工体制台帳の取扱いに関するガイドラインの目的 ······················· 396(2)電子契約を行う場合の前提条件········································· 396(3)施工体制台帳の写しの提出方法········································· 396
参考資料目次 ······························································· 398
参考資料１：関係法令等 ···················································· 399
参考資料２：電子契約内容を確認するためのビューワーツールについて ·········· 409
参考資料３：用語解説 ······················································ 411

377

Ver.2.1 ad.7 (2014.10.31)

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

378

Ver.2.1 ad.7 (2014.10.31)

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

1. Part１ 請負契約の電子化について

2.1 建設業法の改正

請負契約を電子化することについては、IT 書面一括法により建設業法第 19 条が改正
（平成 13 年 4 月施行）され、一定の技術的要件の下に認められています。
■建設業法：第十九条
第十九条（建設工事の請負契約の内容）
建設工事の請負契約の当事者は、前条の趣旨に従って、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
一 工事内容二 請負代金の額<<中 略>>
２ 請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更するときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３ 建設工事の請負契約の当事者は、前２項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

上記法に対応していくための技術的要件について、平成 13 年 3 月に国土交通省より「建設業法施行規則第 13 条の 2 第 2 項に規定する『技術的基準』に係るガイドライン（以下「技術的基準に係るガイドライン」という）」が公表されております。この「技術的基準に係るガイドライン」では、「見読性の確保」や「原本性の確保」等が規定されており、請負契約の電子化を行うものは、これを参考として、必要な措置を講ずる必要があります。

379

Ver.2.1 ad.7 (2014.10.31)

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

建設業法および関係法令を遵守した対応としての技術的要件の枞組みは以下の図のように構成されています。

建設業法第19条…（F）「IT書面一括法」により契約書面を電子的な手段に替えることが認められることを規定

寸 建設業法施行令第5条の5…（G）「I建設工事の請負契約に係る情報通信の技術を利用する方法」について記載

y
/
/
/

建設業法施行規則第13条の2～4…（H）


法1 9 条第3 項の国土交通省令が定める措置



上記措置において適合が必要な 技術的基準（ 施行規則第1 3 条の2 第2 項）



電子情報処理組織 等「技術的基準」に係るガイドライン…（I）
１．見読性の確保
法19条第1項に掲げる事項の電磁的記録をディスプレイ等に速やかかつ整然と表示２．原本性の確保
以下の措置またはこれと同等の効力を有する措置を講じることにより契約事項等の電磁的記録の原本性を確保(1)公開鍵暗号方式による電子署名
契約事項等を記録した電磁的記録に加え、当該記録を十分な強度を有する暗号技術である公開鍵暗号方式を採用(2)電子的な証明書の添付添付される公開鍵が間違いなく送付した者のものであることを示す
信頼される第三者機関が発行する電子証明書を添付して相手方に送信(3)電磁的記録等の保存
保管されている電磁的記録が改ざんされていないことを自ら証明できるシステムを整備もしくは信頼される第三者機関において当該記録を保管・原本性証明を受けられる措置を講じる等※ ガイドラインの要旨のみ記載。詳細は参考資料１の「関係法令等」を参照ください。

（注）図注のカッコ内の記号は後掲する参考資料の資料記号に対応している。

380

Ver.2.1 ad.7 (2014.10.31)

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

2.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/●CI-NET に関する e-ラーニング
URL：http://www.yoi-kensetsu.com/

381

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について■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 日現在

382

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について■CI-NET 活用事例（総合建設会社 S 建設の事例）
CI-NET LiteS を取り入れ実用化に取り組んでいる事業者の代表例を以下に示します。
◎CI-NET 実施業務
平成 17 年 1 月現在
購買見積業務、契約業務（確定注文／注文請け業務）
平成 17 年４月～
設備見積業務、出来高業務◎CI-NET（電子商取引）を活用する取引業者数と電子契約率の推移
平成 17 年 1 月現在
Ver2.0 EDI 登録業者数 1966 社
EDI 電子契約率
累計電子契約件数

55% （首都圏 建築・土木共 64%）
約 37,000 件

平成 16 年度末までの取組目標
Ver2.0EDI 取引業者数目標
EDI 電子契約率

2000 社

60%目標

383

Ver.2.1 ad.7 (2014.10.31)

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

2.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 での電子契約についての概観図は次ページのようになります。

384

Ver.2.1 ad.7 (2014.10.31)

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

「
ー
ー
ー
ー
「
建設業法 第１９条

建
設
業
法

行「
電
為子
と契
し約
てに
『つ
デ
ーい
タて
相
交手
換方
協に
定承
書諾
』を
を
締得
結る
」

＜中略＞
３ 建設工事の請負契約の当事者は、前2項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省
令で定めるものを講ずることができる。＜以下 省略＞

・¥
建 1
建設業法施行令 第5条の5（建設工事の請負契設約に係る情報通信の技術を利用する方法）
業 建設工事の請負契約の当事者は、法第19条第3項の規法 定により同項に規定する国土交通省令で定める措置（以施 下この条において「電磁的措置」という。）を講じようとす
行 るときは、国土交通省令で定めるところにより、あらかじ
令 め、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織をの 使用する方法その他の情報通信の技術を利用する方法
要 であって国土交通省令で定めるもの（次項において「電件 磁的方法」という。）による承諾を得なければならない。
＜以下 省略＞

L...‑‑

̲
.
̲
.
̲
.
̲
.
ー
目
ー
・
ー
目
ー
.
̲
.
̲
.
̲
.
̲
.
̲
.
ー
目
ー
・
ー
目
ー
.
̲
.
̲
.
̲
.
̲
.
̲
.
ー
目
ー
.
‑
.
̲
.
̲
.
̲
.
̲
.
ー
目
ー
・
ー
目
ー
.̲
.̲
.
‑
電子署名
電子的な証明書

請負契約の電子化に係る技術的な対応¥技術的基準に係るガイドラインの要件

CトNETLite
Sの規約‑原本性の確保
電子署名の添付電子的な証明書の添付

電子メール (
S/MIME)準拠
電子署名の添付に対応
電子的な証明書の添付に対応‑見読性の確保

‑原本性の確保電磁的記録等の保存

図 CI-NET LiteS の対応

385

Ver.2.1 ad.7 (2014.10.31)

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

Part２ 法的対応が求められている関係法規と「施工体制台帳の取扱いに関するガイドライン」の対応
従来の書面交付の契約から電子化への展開、とりわけ建設業界における EDI 標準である

CI-NET LiteS で建設工事の請負契約が紙の契約書から電子化されることにより、法的に要求されている業務処理場面で、その運用を考慮すべきものが出てきているものと考えられます。
その 1 つが「施工体制台帳」に関連した対応です。
その理由として、①建設業法において、施工体制台帳に請負契約の書面の写しを添付することが義務付けられている②入契法において、施工体制台帳の写しを公共工事発注者へ提出することが義務付けられているなど、法による規定があるため、その対応が具体的に求められていることによるものです。
このような背景においては、施工体制台帳に契約文書の写しを添付したり、あるいはその台帳の写しを提出したりする際、契約が電子化されるとその「写し」をどのように添付すればよいかが解決すべき課題として挙がってきております。
そこで以降は、そうした課題について具体的な対応方法、すなわち施工体制台帳に係る請負契約の写し（電子データ）の添付（提出）について、国土交通省から示された「施工体制台帳の取扱いに関するガイドライン」の対応の考え方やその方法を参考例としてまとめています。

386

Ver.2.1 ad.7 (2014.10.31)

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

2.1 対応が求められる背景となっている関係法規について（建設業法・入契法の解釈について）
建設業法、入契法において、今回対象としている施工体制台帳に関する記載は以下のようなものがあります。
■建設業法：第二十四条の七
第二十四条の七 （施工体制台帳及び施工体系図の作成等）
特定建設業者は、発注者から直接建設工事を請け負った場合において、当該建設工事を施工するために締結した下請契約の請負代金の額（当該下請契約が二以上あるときは、それらの請負代金の額の総額）が政令で定める金額以上になるときは、建設工事の適正な施工を確保するため、国土交通省令で定めるところにより、当該建設工事について、下請負人の商号又は名称、当該下請負人に係る建設工事の内容及び工期その他の国土交
通省令で定める事項を記載した施工体制台帳を作成し、工事現場ごとに備え置かなければならない。
<<以下 略>>■建設業法施行規則：第十四条の二２ 施工体制台帳には、次に掲げる書類を添付しなければならない。
一

前項第二号ロの請負契約及び同項第四号ロの下請契約に係る法第十九条第一項及び第二項の規定による書面の写し（作成特定建設業者が注文者となった下請契約以外の下請契約であって、公共工事（公共工事の入札及び契約の適正化の促進に関する法律（平成十二年法律第百二十七号）第二条第二項に規定する公共工事をいう。第十四条の四第三項において同じ。
）以外の建設工事について締結されるものに係るものにあっては、請負代金の額に係る部分を除く。
）<<中 略>>
４ 法第十九条第三項に規定する措置が講じられた場合にあっては、契約事項等が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて第二項第一号に規定する添付書類に代えることができる。

387

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について■公共工事の入札及び契約の適正化の促進に関する法律：第十三条（施工体制台帳の提出等）
第十三条 公共工事の受注者（建設業法第二十四条の七第一項の規定により同項に規定する施工体制台帳（以下単に「施工体制台帳」という。
）を作成しなければならないこととされているものに限る。
）は、作成した施工体制台帳（同項の規定により記載すべきものとされた事項に変更が生じたことに伴い新たに作成されたものを含む。
）の写しを発注者に提出しなければならない。この場合においては、同条第三項の規定は、適用しない。
<<以下 略>>

上記の建設業法等から、工事現場毎に施工体制台帳を備え置くことや、「請負契約書の写し」を施工体制台帳へ添付すること、また、「施工体制台帳の写し」を公共工事発
注者に提出することが求められていること等が判ります。
なお、電子契約を行った場合については、建設業法施行規則第 14 条の 2 第 4 項にあるように、建設業法等の関係法令に規定する要件を満たす方法（CI-NET LiteS は建設業法等の関係法令の要件を満たしている）で処理している場合、その電子契約データの見読性が確保されるのであれば、その契約データを添付書類（契約書の写し）に代えることができると明文化されています。
これらの関係法規への対応として、今般、国土交通省より「施工体制台帳の取扱いに関するガイドライン」が示されました。建設業法及び入契法等の要件と「施工体制台帳の取扱いに関するガイドライン」との対応関係は次ページの図のように構成されています。

388

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について
建設業法第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）II（注）図注のカッコ内の記号は後掲する参考資料の資料記号に対応している。

389

Ver.2.1 ad.7 (2014.10.31)

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

2.2 具体的な対応について

2.2.1.

A．建設業法に基づく施工体制台帳に係る具体的な運用方法について

掲題について「施工体制台帳の取扱いに関するガイドライン」に示された対応方法について、例示を交えて解説します。
なお、以下の説明における「契約データ」とは、相手方の電子署名及び信頼される第三者機関（認証機関）が発行する電子証明書（電子署名を証明するもの）が付けられた

電子契約データを指します。
(1)

施工体制台帳の取扱いに関するガイドラインの目的

施工体制台帳の取扱いに関するガイドラインでは、はじめに本ガイドラインの主旨が述べられています。詳細は下記枞内をご覧ください。
■「施工体制台帳の取扱いに関するガイドライン」より
１．はじめに建設工事における電子契約については、平成１３年４月より、建設業法（昭和２４年法律第１００号）第１９条第３項に基づき、一定の要件の下に認められているところである。本ガイドラインは、建設業における電子商取引の一層の推進を図るため、建設業法施行規則（昭和２４年建設省令第１４号）第１４条の２第２項第１号に規定されている契約に係る書面の写しの施工体制台帳への添付について、建設業法施行規則第１４条の２第４項に規定されている電子契約を行った場合の取扱いを明確化するものである。

(2)

電子契約を行う場合の前提条件

前述のとおり平成 13 年 4 月から、建設業法第 19 条第 3 項により請負工事の電子契約が認められていますが、「施工体制台帳の取扱いに関するガイドライン」でも電子契約を行う場合の前提として、建設業法等の遵守並びに「技術的基準に係るガイドライン」
を参考とした措置を講じることを条件としてあげています。
電子契約を行う場合の前提条件の詳細は、下記枞内及び Part１「請負契約の電子化について」を参照ください。
■「施工体制台帳の取扱いに関するガイドライン」より
２．電子契約を行う場合の前提条件について建設工事において電子契約を行う場合には、その前提として、以下の条件を満たしていることが必要である。
① 電子契約の方法等についてあらかじめ当該契約の相手方の承諾を得た上で、建設業法第１９条第 1 項各号に掲げる事項を満たす契約内容とするなど、関係法令を遵守していること。
② 平成１３年３月３０日に定めた「建設業法施行規則第１３条の２第２項に規定する『技術的基準』に係るガイドライン」を参考として、必要な措置を講じていること。

390

Ver.2.1 ad.7 (2014.10.31)

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

なお、CI-NET LiteS のシステムは「技術的基準に係るガイドライン」の要件を満たしています。
(3)

施工体制台帳への添付に係る対応

建設業法に基づき工事現場に備え置く施工体制台帳に添付する契約書の写しについて、電子契約を行った場合の対応は下記のいずれかの方法が考えられます。
1) 当該工事現場に PC、プリンタ等が常時設置されている場合
当該工事現場（以下単に「工事現場」という）にパーソナルコンピュータ（以下「PC」という）、プリンタ等が常時設置されており、当該 PC 等のハードディスクやフロッ
ピーディスク（以下「FD」という）等に、該当する物件の契約データが記録されており、その記録された内容が必要に応じて明確に紙面に表示できるときは、施工体制
台帳に当該契約データの内容を印刷した書面を添付する必要はなく、契約内容を保存した FD 等も施工体制台帳に物理的に添付する必要もありません（図－１）。
また、当該契約データが本社・営業所等のサーバや ASP サーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じて工事現場において PC 等
によりこれにアクセスし、明確に紙面に表示することができるときは、上記と同じく施工体制台帳に当該契約データの内容を印刷した書面を添付する必要はなく、契約内容を保存した FD 等も施工体制台帳に物理的に添付する必要もありません（図－２、
図－３）。
■「施工体制台帳の取扱いに関するガイドライン」より
３．電子契約を行った場合の工事現場に備え付ける施工体制台帳の取扱いについて（１）建設業法施行規則第１４条の２第４項の規定の趣旨について
建設業法施行規則第１４条の２第４項に規定されているとおり、電子契約の内容がパーソナルコンピュータ（以下「ＰＣ」という。）等のハードディスクや、
フロッピーディスク（以下「ＦＤ」という。）等に記録され、その記録された内容が、必要に応じ、当該工事現場（以下単に「工事現場」という。
）においてＰ
Ｃ、プリンタ等により明確に紙面に表示することができるときは、建設業法施行規則第１３条の２第２項において建設工事の電子契約の要件として求められている見読性及び原本性が確保されていることから、当該契約の書面による写しを別に作成し、施工体制台帳に添付する必要はなく、ＦＤ等に当該契約の内容を保存して施工体制台帳に物理的に添付する必要もないこととしてよい。
また、当該電子契約のデータが、本社・営業所等のサーバやＡＳＰサーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じ、工事現場においてＰＣ等によりこれにアクセスし、明確に紙面に表示することができるときは、上記と同様に取り扱って差し支えない。
※ 見読性：契約の相手方がファイルの記録を出力した書面を作成することができるものであること。
原本性：ファイルに記録された契約事項等について、改変が行われていな
いかどうかを確認することができる措置を講じていること。
ＡＳＰ：Application Service Provider の略。ネットワーク経由でアプリ
ケーションの機能を提供するサービス。

391

Ver.2.1 ad.7 (2014.10.31)

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

図 ‑1 PC
等のハードディスクに契約データを保管し、必要に応じ紙面に表示

工事現場
施工体制
台帳

x

+一寸
(添付不要)

電子契約の内容を印刷した書面を施工体制台帳に添付する必要はない:契約の内容を::印刷した書面・図 ‑2 本社・営業所等の契約デ一安保管システムにアクセスし、必要に応じ紙面に表示

施工体制

x
「

(添付不要):契約の内容を::印刷した書面l

電子契約の内容を印刷した書面を施工体制台帳に添付する必要はない

図 ‑3A
SPの契約データ保管システムにアクセスし、必要に応じ紙面に表示

ASP
施工体制

x
「

(添付不要):契約の内容を::印刷した書面l

電子契約の内容を印刷した書面を施工体制台帳に添付する必要はない

392

Ver.2.1 ad.7 (2014.10.31)

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

2) 工事現場に PC、プリンタ等が常時設置されていない場合
工事現場によっては、PC、プリンタ等が常時設置されておらず、電子契約の内容
を常時紙面に表示することが困難な場合もあると考えられますが、この場合であっても、以下の３つの条件のすべてを満たすことにより対応します。
① 該当する電子契約の内容を本社や営業所等で紙面に印刷したものを工事現場に送付し、施工体制台帳に添付する。
② ①の書面の内容が当該電子契約の内容と相違ない旨を、当該契約の注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。
）が署名又は記名押印により誓約した書面を添付する（図－４）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、PC、プリンタ等の必要な機器を工事現場に持ち込むこと等により、その要求に対応する。
なお、工事現場に持ち込む PC 等は、当該電子契約の内容を明確に紙面に表示させることが必要となります。
■「施工体制台帳の取扱いに関するガイドライン」より（２）工事現場にＰＣ、プリンタ等が常時設置されておらず、電子契約の内容を、常時、紙面に表示することが困難な場合における対応について
工事現場によっては、ＰＣ、プリンタ等が常時備え置かれていない場合もあるものと考えられるが、この場合であっても、以下の３つの条件のすべてを満たす場
合には、見読性及び原本性が確保されるため、建設業法施行規則第１４条の２第４項の規定に適合するものとして取り扱って差し支えない。
① あらかじめ当該電子契約の内容が紙面に印刷された書面が施工体制台帳に添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。）の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、請負業者が必要な機器を工事現場に持ち込むこと等により、その要求に対応すること。

393

Ver.2.1 ad.7 (2014.10.31)

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

3) 電子契約と書面による契約が混在していることに対する措置
現在の電子商取引の普及状況等を勘案しますと、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間は、上記の１）の要件が満たされている場合（当該電子契約の内容が PC 等のハードディスクや FD 等に記録され、その記録された内容が、必要に応じ、工事現場において PC 等により明確に紙面に表示することができる場合）においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとします（図－５）。
なお、この場合は、現場代理人の署名又は記名押印による誓約は必要ありません。

■「施工体制台帳の取扱いに関するガイドライン」より（３）電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないことに対する措置について
現在の電子商取引の普及状況等を勘案すれば、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されな
いこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間
は、（１）の要件が満たされている場合においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとする。
なお、この場合、上記書面の原本性は、工事現場においてＰＣ等で確認するものであるため、現場代理人の署名又は記名押印による誓約は必要ない。

394

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について◎ 誓約について
当該電子契約の内容を印刷した書面を施工体制台帳に添付する際は、工事現場に PC、プリンタ等が設置されていない場合、書面の内容が電子契約の内容と相違ない旨を、当該契約における注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者）の署名又は記名押印により誓約された書面を添付することになっています。
誓約文の記述としては次のようなものが参考になります。
■誓約文の参考例
当社は請負工事の電子契約について、建設業法等において規定されている措置が講じられた方法で実施しており、電子契約の内容を紙面に印刷した下記書面の内容は、
当該電子契約の内容と相違ないことを誓約します。
平成 17 年 2 月 24 日

振興建設株式会社 所属・役職
現場代理人 振興 太郎 印

記

署名または記名押印

契約（注文）番号

受注者名

契約件名

h-200-15○○鉄筋工事㈱振興ビル鉄筋工事

h-225-10△△電気設備㈱振興ビル屋内配線工事

k-122-05□□塗装㈱振興ビル外壁塗装工事※ 施工体制台帳に添付している契約書の写しの内、電子契約に該当している書面が一意に特定できる項目を記すことが望まれます。
新たに電子契約を行った場合、誓約書
面も新たに追加して施工体制台帳に
添付する

395

Ver.2.1 ad.7 (2014.10.31)

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

2.2.2.

B．入契法に基づく施工体制台帳に係る具体的な運用方法について「公共工事の入札及び契約の適正化の促進に関する法律」第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされています。ここでは、この入契法への対応について「施工体制台帳の取扱いに関するガイドライン」で示されている対応方法を参考例として以下に示します。
なお、以下の説明における「契約データ」とは、相手方の電子署名及び信頼される第三者機関（認証機関）が発行する電子証明書（電子署名を証明するもの）が付けられた

電子契約データを指します。
(1)

施工体制台帳の取扱いに関するガイドラインの目的

施工体制台帳の取扱いに関するガイドラインでは、はじめに本ガイドラインの主旨が述べられています。詳細は「A．建設業法に基づく施工体制台帳に係る具体的な運用方
法について」の(1)施工体制台帳の取扱いに関するガイドラインの目的（ｐ14）を参照
ください。
(2)

電子契約を行う場合の前提条件

電子契約を行う場合の前提条件については、「A．建設業法に基づく施工体制台帳に係る具体的な運用方法について」の(2) 電子契約を行う場合の前提条件（ｐ14）を参照く
ださい。
(3)

施工体制台帳の写しの提出方法

公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされていますが、電子契約を行った場合には、以下の２つの条件のすべてを満たす
ことにより対応します。
① 該当する電子契約の内容を印刷した書面を、施工体制台帳の写しに添付する。
② ①の書面の内容が当該電子契約の内容と相違ない旨を、当該契約の注文者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。
）が署名又は記名押印により誓約した書面を添付する（図－６）。※誓約文の参考例はｐ19を参照のことなお、発注者が電子データでの提出を認めている場合には、当該電子契約データをＦＤ
等の媒体に入れて提出するなど発注者の指定する方法に従うこととします。その場合は当該契約データの内容を確認するためのビューワーも必要となりますので、契約データと共にビューワーツール（参考資料２を参照）を用意する必要があります。

396

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について■「施工体制台帳の取扱いに関するガイドライン」より抜粋
４．電子契約を行った場合の公共工事発注者に提出する施工体制台帳の写しの取扱いについて公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされているが、電子契約を行った場合には、以下の２つの条件のすべてを満たさなければならないこととする。
① 当該電子契約の内容が紙面に印刷された書面が施工体制台帳の写しに添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文
者の現場代理人の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
なお、発注者が、行政手続等における情報通信の技術の利用に関する法律（平成１４年法律第１５１号）第３条第１項の規定に基づき、施工体制台帳の写しを電子的な方法で提出することを認めている場合には、当該方法で提出して差し支えない。

図－６ 契約データの内容を印刷した書面を添付し、誓約した書面を台帳の写しに添付して提出

受注者

発注者

（添付）
契約内容を
印刷した書面「施工体制
台帳の写し」
誓約した書面を添付する台帳の写しを提出

誓約文の参考例は
ｐ１９を参照のこと
契約データを印刷した紙で確認

397

Ver.2.1 ad.7 (2014.10.31)

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

参考資料
目 次
参考資料１：関係法令等······················································ 399■施工体制台帳への添付（提出）について
A）電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン ··········· 399
B）建設業法（第２４条の７）················································· 401C）建設業法施行規則（第１４条の 2） ········································· 401D）公共工事の入札及び契約の適正化の促進に関する法律（第１３条） ············· 403
E）行政手続等における情報通信の技術の利用に関する法律（第 3 条） ············· 403■請負工事に関する契約の電子化について
F）建設業法（第１８条～第１９条）··········································· 404
G）建設業法施行令（第５条の５）············································· 405
H）建設業法施行規則（第１３条の２～４） ····································· 405
I）建設業法施行規則第１３条の２ 第二項に規定する「技術的基準」に係るガイドライン············································ 406
J）建設省経建発第 132 号、133 号（注文書及び請書による契約の締結について）························································ 408
参考資料２：電子契約内容を確認するためのビューワーツールについて ············ 409
参考資料３：用語解説························································ 411

398

Ver.2.1 ad.7 (2014.10.31)

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

参考資料１：関係法令等■施工体制台帳への添付（提出）について
Ａ）電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン
電子契約を行った場合の施工体制台帳の取扱いに関するガイドライン
平成１７年３月３日
国 土 交 通 省
１．はじめに建設工事における電子契約については、平成１３年４月より、建設業法（昭和２４年
法律第１００号）第１９条第３項に基づき、一定の要件の下に認められているところである。本ガイドラインは、建設業における電子商取引の一層の推進を図るため、建設業
法施行規則（昭和２４年建設省令第１４号）第１４条の２第２項第１号に規定されている契約に係る書面の写しの施工体制台帳への添付について、建設業法施行規則第１４条の２第４項に規定されている電子契約を行った場合の取扱いを明確化するものである。
２．電子契約を行う場合の前提条件について建設工事において電子契約を行う場合には、その前提として、以下の条件を満たしていることが必要である。
① 電子契約の方法等についてあらかじめ当該契約の相手方の承諾を得た上で、建設業法第１９条第１項各号に掲げる事項を満たす契約内容とするなど、関係法令を遵守していること。
② 平成１３年３月３０日に定めた「建設業法施行規則第１３条の２第２項に規定す
る『技術的基準』に係るガイドライン」を参考として、必要な措置を講じていること。
３．電子契約を行った場合の工事現場に備え付ける施工体制台帳の取扱いについて（１）建設業法施行規則第１４条の２第４項の規定の趣旨について
建設業法施行規則第１４条の２第４項に規定されているとおり、電子契約の内容がパーソナルコンピュータ（以下「ＰＣ」という。）等のハードディスクや、フロッピーディスク（以下「ＦＤ」という。）等に記録され、その記録された内容が、必要に応じ、当該工事現場（以下単に「工事現場」という。）においてＰＣ、プリンタ等により明確に紙面に表示することができるときは、建設業法施行規則第１３条の２第２項において建設工事の電子契約の要件として求められている見読性及び原本性が確保されていることから、当該契約の書面による写しを別に作成し、施工体制台帳に添付する必要はなく、ＦＤ等に当該契約の内容を保存して施工体制台帳に物理的に添付する必要もないこととしてよい。
また、当該電子契約のデータが、本社・営業所等のサーバやＡＳＰサーバ等の工事現場とは異なる場所に保存されている場合についても、必要に応じ、工事現場においてＰＣ等によりこれにアクセスし、明確に紙面に表示することができるときは、上記と同様に取り扱って差し支えない。
※

見読性：契約の相手方がファイルの記録を出力した書面を作成することができるものであること。

399

Ver.2.1 ad.7 (2014.10.31)

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

原本性：ファイルに記録された契約事項等について、改変が行われていないかど
うかを確認することができる措置を講じていること。
ＡＳＰ：Application Service Provider の略。ネットワーク経由でアプリケーシ
ョンの機能を提供するサービス。
（２）工事現場にＰＣ、プリンタ等が常時設置されておらず、電子契約の内容を、常時、紙面に表示することが困難な場合における対応について
工事現場によっては、ＰＣ、プリンタ等が常時備え置かれていない場合もあるものと考えられるが、この場合であっても、以下の３つの条件のすべてを満たす場合には、
見読性及び原本性が確保されるため、建設業法施行規則第１４条の２第４項の規定に適合するものとして取り扱って差し支えない。
① あらかじめ当該電子契約の内容が紙面に印刷された書面が施工体制台帳に添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文
者の現場代理人（現場代理人を置いていない場合は監理技術者又は主任技術者。以下同じ。）の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
③ 発注者、建設業許可行政庁等が①の書面の内容に疑義を持ち、当該電子契約の内容を直接に紙面に表示することを要求した場合等には、請負業者が必要な機器を工事現場に持ち込むこと等により、その要求に対応すること。
（３）電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないことに対する措置について
現在の電子商取引の普及状況等を勘案すれば、施工体制台帳を構成する契約の中に電子契約と書面による契約が混在し、施工体制台帳としての一覧性が確保されないこととなるため、施工体制の確認の円滑な実施を容易にする観点から、当面の間は、（１）の要件が満たされている場合においても、当該電子契約の内容を紙面に印刷した書面を施工体制台帳に添付することとする。
なお、この場合、上記書面の原本性は、工事現場においてＰＣ等で確認するものであるため、現場代理人の署名又は記名押印による誓約は必要ない。
４．電子契約を行った場合の公共工事発注者に提出する施工体制台帳の写しの取扱いについて公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）
第１３条第１項により、公共工事の受注者は、その発注者に対し、作成した施工体制台帳の写しを提出することとされているが、電子契約を行った場合には、以下の２つの条
件のすべてを満たさなければならないこととする。
① 当該電子契約の内容が紙面に印刷された書面が施工体制台帳の写しに添付されていること（見読性の確保）。
② ①の書面の内容が当該電子契約の内容と相違ない旨が、当該契約における注文者の現場代理人の署名又は記名押印により誓約されている書面が添付されていること（原本性の確保）。
なお、発注者が、行政手続等における情報通信の技術の利用に関する法律（平成１４年法律第１５１号）第３条第１項の規定に基づき、施工体制台帳の写しを電子的な方法で提出することを認めている場合には、当該方法で提出して差し支えない。

400

Ver.2.1 ad.7 (2014.10.31)

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

Ｂ）建設業法（抄）（昭和 24 年 5 月 24 日 法律第 100 号）
第２４条の７ （施工体制台帳及び施工体系図の作成等）
特定建設業者は、発注者から直接建設工事を請け負った場合において、当該建設工事を施工するために締結した下請契約の請負代金の額（当該下請契約が二以上あるときは、それらの請負代金の額の総額）が政令で定める金額以上になるときは、建設工事の適正な施工を確保するため、国土交通省令で定めるところにより、当該建設工事について、下請負人の商号又は名称、当該下請負人に係る建設工事の内容及び工期その他の国土交通省令で定める事項を記載した施工体制台帳を作成し、工事現場ごとに備え置かなければならない。
２ 前項の建設工事の下請負人は、その請け負った建設工事を他の建設業を営む者に請け負わせたときは、国土交通省令で定めるところにより、同項の特定建設業者に対して、当該他の建設業を営む者の商号又は名称、当該者の請け負った建設工事の内容及び工期その他の国土交通省令で定める事項を通知しなければならない。
３ 第一項の特定建設業者は、同項の発注者から請求があつたときは、同項の規定により備え置かれた施工体制台帳を、その発注者の閲覧に供しなければならない。
４ 第一項の特定建設業者は、国土交通省令で定めるところにより、当該建設工事における各下請負人の施工の分担関係を表示した施工体系図を作成し、これを当該工事現場の見やすい場所に掲げなければならない。

（昭和 24 年 7 月 28 日 建設省令第 14 号）

Ｃ）建設業法施行規則（抄）（施工体制台帳の記載事項等）
第１４条の２ 法第２４条の７第一項の国土交通省令で定める事項は、次のとおりとする。
一 作成特定建設業者（法第２４条の７第一項の規定により施工体制台帳を作成する場
合における当該特定建設業者をいう。以下同じ。
）が許可を受けて営む建設業の種類
二 作成特定建設業者が請け負った建設工事に関する次に掲げる事項
イ 建設工事の名称、内容及び工期
ロ 発注者と請負契約を締結した年月日、当該発注者の商号、名称又は氏名及び住所並びに当該 請負契約を締結した営業所の名称及び所在地
ハ 発注者が監督員を置くときは、当該監督員の氏名及び法第１９条の２第二項に規定する通知事項
ニ 作成特定建設業者が現場代理人を置くときは、当該現場代理人の氏名及び法第１９条の２第一項に規定する通知事項
ホ 監理技術者の氏名、その者が有する監理技術者資格及びその者が専任の監理技術者であるか否かの別へ 法第２６条の２第一項 又は第二項の規定により建設工事の施工の技術上の管理をつかさどる者でホの監理技術者以外のものを置くときは、その者の氏名、その者が管理をつかさどる建設工事の内容及びその有する主任技術者資格（建設業の種類に応じ、法第７条第二号 イ若しくはロに規定する実務の経験若しくは学科の修得又は同号 ハの規定による国土交通大臣の認定があることをいう。以下同じ。
）
三 前号の建設工事の下請負人に関する次に掲げる事項
イ 商号又は名称及び住所
ロ 当該下請負人が建設業者であるときは、その者の許可番号及びその請け負った建設工事に係る許可を受けた建設業の種類
四 前号の下請負人が請け負った建設工事に関する次に掲げる事項
イ 建設工事の名称、内容及び工期
ロ 当該下請負人が注文者と下請契約を締結した年月日

401

Ver.2.1 ad.7 (2014.10.31)

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

ハ 注文者が監督員を置くときは、当該監督員の氏名及び法第１９条の２第二項に規定する通知事項
ニ 当該下請負人が現場代理人を置くときは、当該現場代理人の氏名及び法第１９条の２第一項 に規定する通知事項
ホ 当該下請負人が建設業者であるときは、その者が置く主任技術者の氏名、当該主任技術者が有する主任技術者資格及び当該主任技術者が専任の者であるか否かの別へ 当該下請負人が法第２６条の２第一項 又は第二項の規定により建設工事の施工の技術上の管理をつかさどる者でホの主任技術者以外のものを置くときは、当該者の氏名、その者が管理をつかさどる建設工事の内容及びその有する主任技術者資格
ト 当該建設工事が作成特定建設業者の請け負わせたものであるときは、当該建設工事について請負契約を締結した作成特定建設業者の営業所の名称及び所在地
２ 施工体制台帳には、次に掲げる書類を添付しなければならない。
一 前項第二号ロの請負契約及び同項第四号ロの下請契約に係る法第１９条第一項及び第二項の規定による書面の写し（作成特定建設業者が注文者となった下請契約以外の下請契約であって、公共工事（公共工事の入札及び契約の適正化の促進に関する法律（平成１２年法律第１２７号）第２条第二項に規定する公共工事をいう。第１４条の４第三項において同じ。
）以外の建設工事について締結されるものに係るものにあっては、請負代金の額に係る部分を除く。
）
二 前項第二号ホの監理技術者が監理技術者資格を有することを証する書面（当該監理技術者が 法第２６条第四項の規定により選任しなければならない者であるときは、監理技術者資格者証の写 しに限る。）及び当該監理技術者が作成特定建設業者に雇用期間を特に限定することなく雇用されている者であることを証する書面又はこれらの写し
三 前項第二号ヘに規定する者を置くときは、その者が主任技術者資格を有することを証する書面及びその者が作成特定建設業者に雇用期間を特に限定することなく雇用されている者であることを証する書面又はこれらの写し
３ 第一項各号に掲げる事項が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて法第２４条の７第一項に規定する施工体制台帳への記載に代えることができる。
４ 法第１９条第三項 に規定する措置が講じられた場合にあっては、契約事項等が電子計算機に備えられたファイル又は磁気ディスク等に記録され、必要に応じ当該工事現場において電子計算機その他の機器を用いて明確に紙面に表示されるときは、当該記録をもつて第二項第一号に規定する添付書類に代えることができる。

402

Ver.2.1 ad.7 (2014.10.31)

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

Ｄ）公共工事の入札及び契約の適正化の促進に関する法律 （抄）（平成 12 年 11 月 27 日 法律第 127 号）（施工体制台帳の提出等）
第１３条 公共工事の受注者（建設業法第２４条の７第一項の規定により同項に規定する施工体制台帳（以下単に「施工体制台帳」という。
）を作成しなければならないこととされているものに限る。
）は、作成した施工体制台帳（同項の規定により記載すべきものとさ れた事項に変更が生じたことに伴い新たに作成されたものを含む。
）の写しを発注者に提出しなければならない。この場合においては、同条第三項の規定は、適用しない。
２ 前項の公共工事の受注者は、発注者から、公共工事の施工の技術上の管理をつかさどる者（次条において「施工技術者」という。
）の設置の状況その他の工事現場の施工体制が施工体制台帳の記載に合致しているかどうかの点検を求められたときは、これを受けることを拒んではならない。
３ 第一項の公共工事の受注者についての建設業法第２４条の７第四項の規定の適用については、同項中「見やすい場所」とあるのは、「工事関係者が見やすい場所及び公衆が見やすい場所」とする。

E）行政手続等における情報通信の技術の利用に関する法律（抄）（平成 14 年 12 月 13 日 法律第 151 号）（電子情報処理組織による申請等）
第３条 行政機関等は、申請等のうち当該申請等に関する他の法令の規定により書面等により行うこととしているものについては、当該法令の規定にかかわらず、主務省令で定めるところにより、電子情報処理組織（行政機関等の使用に係る電子計算機（入出力装置を含む。以下同じ。
）と申請等をする者の使用に係る電子計算機とを電気通信回線で接続した
電子情報処理組織をいう。
）を使用して行わせることができる。
２ 前項の規定により行われた申請等については、当該申請等を書面等により行うものとして規定した申請等に関する法令の規定に規定する書面等により行われたものとみなして、当該申請等に関する法令の規定を適用する。
３ 第１項の規定により行われた申請等は、同項の行政機関等の使用に係る電子計算機に備えられたファイルへの記録がされた時に当該行政機関等に到達したものとみなす。
４ 第１項の場合において、行政機関等は、当該申請等に関する他の法令の規定により署名等をすることとしているものについては、当該法令の規定にかかわらず、氏名又は名称を明らかにする措置であって主務省令で定めるものをもって当該署名等に代えさせること
ができる。

403

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について■請負工事に関する契約の電子化について（昭和 24 年 5 月 24 日 法律第 100 号）

F）建設業法（抄）第１８条（建設工事の請負契約の原則）
建設工事の請負契約の当事者は、各々の対等な立場における合意に基いて公正な契約を締結し、信義に従って誠実にこれを履行しなければならない。
第１９条（建設工事の請負契約の内容）
建設工事の請負契約の当事者は、前条の趣旨に従って、契約の締結に際して次に掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
一 工事内容二 請負代金の額
三 工事着手の時期及び工事完成の時期
四 請負代金の全部又は一部の前金払又は出来形部分に対する支払の定めをするときは、その支払の時期及び方法
五 当事者の一方から設計変更又は工事着手の延期若しくは工事の全部若しくは一部の中止の申出があつた場合における工期の変更、請負代金の額の変更又は損害の負担及びそれらの額の算定方法に関する定め
六 天災その他不可抗力による工期の変更又は損害の負担及びその額の算定方法に関する定め
七 価格等（物価統制令（昭和２１年勅令第１１８号）第２条に規定する価格等をいう。
）の変動若しくは変更に基づく請負代金の額又は工事内容の変更
七の二 工事の施工により第三者が損害を受けた場合における賠償金の負担に関する定め
七の三 注文者が工事に使用する資材を提供し、又は建設機械その他の機械を貸与するときは、その内容及び方法に関する定め
八 注文者が工事の全部又は一部の完成を確認するための検査の時期及び方法並びに引渡しの時期
九 工事完成後における請負代金の支払の時期及び方法
十 各当事者の履行の遅滞その他債務の不履行の場合における遅延利息、違約金その他の損害金
十一 契約に関する紛争の解決方法
２ 請負契約の当事者は、請負契約の内容で前項に掲げる事項に該当するものを変更する
ときは、その変更の内容を書面に記載し、署名又は記名押印をして相互に交付しなければならない。
３ 建設工事の請負契約の当事者は、前２項の規定による措置に代えて、政令で定めるところにより、当該契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって、当該各項の規定による措置に準ずるものとして国土交通省令で定めるものを講ずることができる。この場合において、当該国土交通省令で定める措置を講じた者は、当該各項の規定による措置を講じたものとみなす。

404

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について（昭和 31 年 8 月 29 日 政令第 273 号）

G）建設業法施行令（抄）第５条の５（建設工事の請負契約に係る情報通信の技術を利用する方法）
建設工事の請負契約の当事者は、法第１９条第３項の規定により同項に規定する国土交
通省令で定める措置（以下この条において「電磁的措置」という。）を講じようとするときは、国土交通省令で定めるところにより、あらかじめ、当該契約の相手方に対し、その講じる電磁的措置の種類および内容を示し、書面又は電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって国土交通省令で定めるもの（次項において「電磁的方法」という。
）による承諾を得なければならない。
２ 前項の規定による承諾を得た建設工事の請負契約の当事者は、当該契約の相手方から書面又は電磁的方法により当該承諾を撤回する旨の申出があつたときは、法第１９条第一項又は第二項の規定による措置に代えて電磁的措置を講じてはならない。ただし、当該契約の相手方が再び同項の規定による承諾をした場合は、この限りでない。

（昭和 24 年 7 月 28 日 建設省令 14 号）

H）建設業法施行規則（抄）第１３条の２（建設工事の請負契約に係る情報通信の技術を利用する方法）
法第１９条第３項の国土交通省令で定める措置は、次に掲げる措置とする。
一 電子情報処理組織を使用する措置のうちイ又はロに掲げるもの
イ 建設工事の請負契約の当事者の使用に係る電子計算機（入出力装置を含む。以下同じ。
）と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する措置
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された同条第１項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該契約事項等を記録する措置
二 磁気ディスク、シー・ディー・ロムその他これらに準ずる方法により一定の事項を確実に記録しておくことができる物（以下「磁気ディスク等」という。）をもつて調製す
るファイルに契約事項等を記録したものを交付する措置
２ 前項に掲げる措置は、次に掲げる技術的基準に適合するものでなければならない。
一 当該契約の相手方がファイルへの記録を出力することによる書面を作成することができるものであること。
二 ファイルに記録された契約事項等について、改変が行われていないかどうかを確認することができる措置を講じていること。
３ 第一項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した
電子情報処理組織をいう。
第１３条の３
令第５条の５第一項の規定により示すべき措置の種類及び内容は、次に掲げる事項とする。
一 前条第一項に規定する措置のうち建設工事の請負契約の当事者が講じるもの
二 ファイルへの記録の方式
第１３条の４
令第５条の５第一項の国土交通省令で定める方法は、次に掲げる方法とする。
一 電子情報処理組織を使用する方法のうちイ又はロに掲げるもの

405

Ver.2.1 ad.7 (2014.10.31)

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

イ 建設工事の請負契約の当事者の使用に係る電子計算機と当該契約の相手方の使用に係る電子計算機とを接続する電気通信回線を通じて送信し、受信者の使用に係る電子計算機に備えられたファイルに記録する方法
ロ 建設工事の請負契約の当事者の使用に係る電子計算機に備えられたファイルに記録された法第１９条第三項の承諾をする旨又は当該承諾を撤回する旨を電気通信回線を通じて当該契約の相手方の閲覧に供し、当該契約の相手方の使用に係る電子計算機に備えられたファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録する
方法
二 磁気ディスク等をもつて調製するファイルに当該承諾をする旨又は当該承諾を撤回する旨を記録したものを交付する方法
２ 前項第一号の「電子情報処理組織」とは、建設工事の請負契約の当事者の使用に係る電子計算機と、当該契約の相手方の使用に係る電子計算機とを電気通信回線で接続した電子情報処理組織をいう。

I）建設業法施行規則第１３条の２ 第二項に規定する「技術的基準」に係るガイドライン■建設業法施行規則第１３条の２第二項に規定する「技術的基準」に係るガイドライン
平成１３年３月３０日
国 土 交 通 省
１．はじめに国土交通省では、適切な電子商取引の普及を通じて、建設産業の健全な発達を確保するため、平成１２年に成立した書面の交付等に関する情報通信の技術の利用のための関係法律の整備に関する法律(平成１２年法律第１２６号)において、建設業法(昭和２４年法律第１００号)を改正し、書面の交付、書面による手続等が義務付けられている規定について、一定の技術的要件の下に情報通信技術の利用による代替措置を認めることとしたところである（平成１３年４月１日施行）。
今般、契約当事者間の紛争を防止する等安全な電子商取引を促進する観点から、自己責任の下に情報通信の技術の利用により建設工事の請負契約を締結しようとする者の参考として、同法施行規則(以下｢規則｣という。) 第１３条の２第二項（建設業法施行規則等の一部を改正する省令（平成１３年国土交通省令第４２号）により追加）に規定
する「技術的基準」に係るガイドラインを定めることとする。
２．見読性の確保について（規則第１３条の２第二項第一号関係）
情報通信の技術を利用した方法により締結された建設工事の請負契約に係る建設業
法第１９条第１項に掲げる事項又は請負契約の内容で同項に掲げる事項に該当するものの変更の内容（以下「契約事項等」という。）の電磁的記録そのものは見読不可能であるので、当該記録をディスプレイ、書面等に速やかかつ整然と表示できるようにシス
テムを整備しておくことが必要である。
また、電磁的記録の特長を活かし、関連する記録を迅速に取り出せるよう、適切な検索機能を備えておくことが望ましい。
３．原本性の確保について（規則第１３条の２第二項第二号関係）
建設工事の請負契約は、一般的に契約金額が大きく、契約期間も長期にわたる等の特徴があり、契約当事者間の紛争を防止する観点からも、契約事項等を記録した電磁的記録の原本性確保が重要である。このため、情報通信技術を利用した方法を用いて契約を締結する場合には、以下に掲げる措置又はこれと同等の効力を有すると認められる措置を講じることにより、契約事項等の電磁的記録の原本性を確保する必要がある。
（１）公開鍵暗号方式による電子署名406

Ver.2.1 ad.7 (2014.10.31)

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

情報通信の技術を利用した方法により行われる契約は、当事者が対面して書面により行う契約と比べ、契約事項等が改ざんされてもその痕跡が残らないなどの問題があり、有効な対応策を講じておく必要がある。
このため、情報通信の技術を利用した方法により契約を締結しようとする場合には、契約事項等を記録した電磁的記録そのものに加え、当該記録を十分な強度を有する暗号技術により暗号化したもの及びこの暗号文を復号するために必要となる公開鍵を添付して相手方に送信する、いわゆる公開鍵暗号方式を採用する必要がある。
（２）電子的な証明書の添付（１）の公開鍵暗号方式を採用した場合、添付された公開鍵が真に契約をしようとしている相手方のものであるのか、他人がその者になりすましていないかという確認を行う必要がある。
このため、（１）の措置に加え、当該公開鍵が間違いなく送付した者のものである
ことを示す信頼される第三者機関が発行する電子的な証明書を添付して相手方に送信する必要がある。この場合の信頼される第三者機関とは、電子認証事務を取り扱う
登記所、電子署名及び認証業務に関する法律(平成１２年法律第１０２号)第４条に規定する特定認証機関等が該当するものと考えられる。
（３）電磁的記録等の保存
建設業を営む者が適切な経営を行っていくためには、自ら締結した請負契約の内容を適切に整理・保存して、建設工事の進行管理を行っていくことが重要であり、情報通信の技術を利用した方法により締結された契約であってもその契約事項等の電磁的記録等を適切に保存しておく必要がある。
その際、保管されている電磁的記録が改ざんされていないことを自ら証明できるシ
ステムを整備しておく必要がある。また、必要に応じて、信頼される第三者機関において当該記録に関する記録を保管し、原本性の証明を受けられるような措置を講じておくことも有効であると考えられる。

407

Ver.2.1 ad.7 (2014.10.31)

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

J）建設省経建発第１３２号、１３３号 （注文書及び請書による契約について）■各都道府県主管部局長あて 建設省経建発第１３２号■各建設業者団体の長あて 建設省経建発第１３３号
平成１２年６月２９日
注文書及び請書による契約の締結について記
１ 注文書・請書による請負契約を締結する場合において、次の（１）又は（２）の区分
に従い、それぞれ各号のすべての要件を満たすときは、建設業法（以下「法」という。）
第１９条第一項の規定に違反しないものであること。
（１）当事者間で基本契約書を締結した上で、具体の取引については注文書及び請書の交換による場合① 基本契約書には、個別の注文書及び請書に記載される事項を除き、法第１９条第一項各号に掲げる事項を記載し、当事者の署名又は記名押印をして相互に交付すること。
② 注文書及び請書には、法第１９条第一項第一号から第三号までに掲げる事項その他必要な事項を記載すること。
③ 注文書及び請書には、それぞれ注文書及び請書に記載されている事項以外の事項については基本契約書の定めによるべきことが明記されていること。
④ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
（２）注文書及び請書の交換のみによる場合① 注文書及び請書のそれぞれに、同内容の基本契約約款を添付又は印刷すること。
② 基本契約約款には、注文書及び請書の個別的記載事項を除き、法第１９条第一項各号に掲げる事項を記載すること。
③ 注文書又は請書と基本契約約款が複数枚に及ぶ場合には、割印を押すこと。
④ 注文書及び請書の個別的記載欄には、法第１９条第一項第一号から第三号までに掲げる事項その他必要な事項を記載すること。
⑤ 注文書及び請書の個別的記載欄には、それぞれの個別的記載欄に記載されている事
項以外の事項については基本契約約款の定めによるべきことが明記されていること。
⑥ 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
２ 注文書・請書による請負契約を変更する場合において、当該変更内容が注文書及び請書の個別的記載事項に係るもののみであるときは、次によることができる。
① 注文書及び請書の双方に変更内容が明記されていること。
② 注文書には注文者が、請書には請負者がそれぞれ署名又は記名押印すること。
ただし、当該変更内容に注文書及び請書の個別的記載事項以外のものが含まれる場合には、当該変更の内容を書面に記載し、署名又は記名押印をして相互に交付すること。

408

Ver.2.1 ad.7 (2014.10.31)

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

参考資料２：電子契約内容を確認するためのビューワー
ツールについて本資料の「B．入契法に基づく施工体制台帳に係る具体的な運用方法について」の「(3)施工体制台帳の写しの提出方法」に記載している電子契約内容を確認するためのビュー
ワーツールは、一般的には以下の機能やメッセージ（主に注文業務に関連するもの）に対応していること等が求められるものと想定されます。

1. 必要な機能
1) 電子契約データ案件の検索
2) 電子契約データの案件内容*の画面または書面への表示機能
3) 電子契約データの改ざんチェック機能【補足】*：案件内容の画面または書面への表示は、建設業法 19 条（建設工事の請負契約の内容）に記載されている項目等。

2. 対応すべきメッセージ
確定注文メッセージ、注文請けメッセージ、鑑項目合意変更申込メッセージ、鑑項目合
意変更承諾メッセージ、合意解除申込メッセージ、合意解除承諾メッセージ、一方的解除
通知メッセージ、合意打切申込、合意打切承諾、一方的打切通知

409

Ver.2.1 ad.7 (2014.10.31)

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

3. 想定される利用例

なお CI-NET では、会員企業及び公共発注者に対して、上記機能等を満たしたビューワ
ーツールの利用を支援しています。

410

Ver.2.1 ad.7 (2014.10.31)

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

参考資料３：用語解説
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 月発行〕
以上 財団法人建設業振興基金発行

411

Ver.2.1 ad.7 (2014.10.31)

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

412

Ver.2.1 ad.7 (2014.10.31)

B. XⅠ 請負契約の電子化に伴う施工体制台帳に係る対応について請負契約の電子化に伴う施工体制台帳に係る対応について
平成 17 年 3 月発行
編集・発行

財団法人建設業振興基金
建設産業情報化推進センター〒105-0001 東京都港区虎ノ門 4-2-12
虎ノ門４丁目 MT ビル２号館
TEL：03-5473-4573
FAX：03-5473-4580
E-mail：ci-net01@fcip.jp
URL：http://www.kensetsu-kikin.or.jp/ci-net/※ 本書の全部または一部の無断複写複製を禁じます（著作権法上の例外を除く）。

413

Ver.2.1 ad.7 (2014.10.31)

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

414

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

B.参考資料

XII. 建築見積メッセージの CSV フォーマット

415

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

416

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

ⅩⅡ．建築見積メッセージの CSV フォーマット
■建築見積メッセージとは
建築積算メッセージは、総合工事業者と積算事務所間における躯体・仕上集計表を電子データ化したものである。建築積算メッセージは、建築見積依頼メッセージあるいは建築見積回答メッセージの明細情報部分に展開可能な内容となっている。

■本編の構成1. データ交換手順
建築積算 EDI のデータ交換手順の概要を説明する。
2. メッセージ
メッセージで使用するデータ項目の一覧と、個々のデータ項目の意味を説明する。
3. 建築積算 EDI メッセージの作成方法
見積システムのデータから EDI メッセージを作成する際に使用する「中間ファイル」と、そのフォーマットを説明する。

■明細データの扱いについて
明細データの扱いについて､運用上留意しておいた方がよい点を、CI-NET LiteS 実装規
約 指針・参考資料「B. 参考資料 Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点 1.明細なしメッセージのデータ交換の可否」に記載している。

1. データ交換手順
 発注者が受注希望者（以下「受注者」という。）に対して価格の見積を依頼する場合、「建築見積依頼メッセージ」により、工事内容、物品の仕様などの見積条件を提示する。
 受注者が見積依頼に対して回答する場合、「建築見積回答メッセージ」により、見積価格などを回答する。
 受注者から発注者への見積回答の際に、見積内訳の元となる躯体・仕上集計表の建築積
算数量データを「建築積算メッセージ」により回答することができる。

417

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

建築見積依頼メッセージ
見積を依頼する

発注者

建築見積回答メッセージ
見積依頼に対して回答する

受注希望者
（受注者）

建築積算メッセージ
見積積算数量データを送る

図 B.ⅩⅡ- 1 建築見積業務 EDI のデータ交換手順【注】見積依頼および見積積算データの連絡は、電子データ交換（EDI）以外の手段によって行われることもある。

418

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

2. メッセージ

2.1 メッセージのキー項目
発注者、受注者が送信、受信したメッセージを特定するために、以下の各レベルをメッセージ上に表現することが必要である。ここでは、各レベルの特定に使用するデータ項目を説明する。
－取引－帳票種類－同一帳票を複数回送信した場合の識別(1)

取引を特定するデータ項目

下表の項目は、建築見積依頼・回答メッセージのキーとなるデータ項目である。これらにより、・どの発注者が：[4]発注者コード

・どの受注者に向けて発行した：[5]受注者コード
・どの見積依頼書か：[1007]帳票 No.、あるいは[1009]参照帳票 No.

を表す。

表 B.ⅩⅡ- 1 建築見積依頼と建築見積回答メッセージの対応を特定するデータ項目
メッセージ
建築見積依頼取引を特定するデータ項

データ項目の内容

目[4]発注者コード

・[4]発注者コードには、発注者の企業、部署を表[5]受注者コード

す標準企業コードを記載する。

[1007]帳票 No.

・[5]受注者コードには、受注者の企業、部署を表す標準企業コードを記載する。
・[1007]帳票 No.には、発注者が採番する個別の見積依頼の管理番号（見積依頼番号）を記載する。

建築見積回答[4]発注者コード

・[4]発注者コード、[5]受注者コードは上欄と同じ。

[5]受注者コード

・[1009]参照帳票 No.には、発注者が採番して受[1009]参照帳票 No.

注者に通知した見積依頼番号を記載する。この値は、対応する建築見積依頼メッセージの[1007]
帳票 No.の値と同一である（次図参照）。

419

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

メッセージ
建築積算

取引を特定するデータ項

データ項目の内容

目[4]発注者コード

・[4]発注者コード、[5]受注者コードは上欄と同じ。

[5]受注者コード

・[1009]参照帳票 No.には、発注者が採番して受[1009]参照帳票 No.

注者に通知した見積依頼番号を記載する。この値は、対応する建築見積依頼メッセージの[1007]
帳票 No.の値と同一である（次図参照）。

建築見積依頼[1006]工事コード=AAA； ○○ビル新築工事[1007]帳票 No.=BBB； 仮説工事

建築見積回答・・・いずれも発注側の管理項目・・・[1006]工事コード=AAA；[1009]参照帳票 No.=BBB；・・・上記 2 項目は発注側の管理項目[1007]帳票 No.=ZZZ； 見積番号
・・・この項目は受注側の管理項目

建築積算[1006]工事コード=AAA；[1009]参照帳票 No.=BBB；・・・上記 2 項目は発注側の管理項目[1007]帳票 No.=YYY； 積算番号
・・・この項目は受注側の管理項目

図 B.ⅩⅡ- 2[1007]帳票 No.と[1009]参照帳票 No.による
建築見積依頼・回答メッセージの対応

420

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(2)

同一取引における帳票種類（建築見積依頼あるいは建築見積回答あるい は建築積算）の区分
上記(1)で特定される取引において、帳票種類（建築見積依頼あるいは建築見積回答ある
いは建築積算）の識別は[2]情報区分コードにより行う。
[2]情報区分コード：

建築見積依頼：0305
建築見積回答：0306
建築積算：0307(3)

同一取引、同一帳票種類における複数のメッセージの識別上記(1)および(2)で特定される取引、帳票種類において複数のメッセージが交換される場
合（見積内容を修正したうえでの再提出、未達時の再発行等を想定）、それらの識別は[1]データ処理 No.により行う（次図参照）。

同一取引のメッセージを複数回送信する例
発注者[2]情 報 区 分 コ ー ド
=0305

受注者

建築見積
依頼

[1]デ ー タ 処 理 No.=1

建築見積
依頼

依頼内容を修正して送信[1]デ ー タ 処 理 No.=2

図 B.ⅩⅡ- 3[1]デ ー タ 処 理 No.が最大のものが最新のメッセージ[1]デ ー タ 処 理 No.=1

建築見積
回答

回答内容を修正して送信[1]デ ー タ 処 理 No.=2

建築見積
回答

回答内容を再度修正して送信[1]デ ー タ 処 理 No.=3

建築見積
回答

[2]情 報 区 分 コ ー ド=0306[1]データ処理 No.によるメッセージの識別【注意事項】
・ [1]データ処理 No.は、交換するメッセージ全てをユニークに識別できなければならない。
このため、例えば未達のために内容を全く変更せずに再送するといった場合にも、[1]の値は必ず前回送信したメッセージより大きい値としなければならない。
・ 「建築積算」の場合は、「建築見積回答」と同様。

421

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(4)

建築見積依頼・建築見積回答・建築積算メッセージの照合方法

同一取引に関する建築見積依頼メッセージが複数送信され、それらに対して建築見積回
答メッセージあるいは建築積算メッセージが返信された場合を想定する。
発注者では、受信した見積回答がどの見積依頼に対応するものかを識別する必要が生じることがある。この識別は、[1179]帳票データチェック値により行う（次表参照）。

表 B.ⅩⅡ- 2[1]データ処理 No.による建築見積依頼・回答メッセージの照合例

建築見積依頼
取引業務

建築見積回答[4]発注者コード○○建設[4]発注者コード[1007]帳票 No.

□□病院工事[5]受注者コード△△積算[2]情報区分コード

建築見積依 [2]情報区分コード○○建設[1009]参照帳票 No.

□□病院工事[5]受注者コード△△積算
建築見積回答頼
回数[1]=1 依頼 1 回目
[1179]=1 依頼 1 回目

[1]=1 回答 1 回目

[1179]=1 依頼 1 回目

[1]=2 回答 2 回目

[1179]=2 依頼 2 回目

[1]=1 回答 1 回目

[1179]=3 依頼 3 回目

[1]=1 回答 1 回目

[1179]=3 依頼 3 回目

[1]=2 回答 2 回目

[1]=2 依頼 2 回目
[1]=3 依頼 3 回目

見積回答では、[1179]帳票データチ
ェック値の繰り返し 1 回目に、対応する依頼メッセージの[1]データ処
理 No.を記載。

[1179]と[1]との組合せで、「何回目の依頼に対する何回目の回答か」を特定。
依頼回数が変わったら、
回答回数は 1 に戻す。

【注】
「建築積算」の場合は、「建築見積回答」と同様。

■建築見積依頼メッセージ 建築見積依頼メッセージの[4]発注者コード、[1007]帳票 No.[5]受注者コード、[2]情報区分コードが同一のメッセージを複数送信する場合、何回目のメッセージであるかがわかるように[1]データ処理 No.で全てのメッセージをユニークに識別する。
[1]データ処理 No.は、昇順の自然数とする。

422

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV■建築見積回答メッセージ、建築積算メッセージ 見積回答メッセージまたは建築積算メッセージの[4]発注者コード、[1009]参照帳票
No.[5]受注者コード、[2]情報区分コード、[1179]帳票データチェック値の 1 回目が同一のメッセージを複数送信する場合、何回目のメッセージであるかがわかるように[1]データ処理 No.で全てのメッセージをユニークに識別する。
[1]データ処理 No.は、各依頼メッセージに対して 1 から始まる連番とする。

423

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

2.2 メッセージの使用データ項目*:N属性データについて、小数点、負号等を考慮した、中間ファイル上のデータ長（ブランクは「Byte数」の列と同一。）

タグ

項目名

全体情報部分（鑑）ムム斗

属 byte 小
性 数 数

*

回
数

依回
頼答
必 必
須 須

摘要

備考

1 データ処理No.

９5

2 情報区分コードＸ

4● ● 受信者での受信データの処理順序を示す番号。受信者は、受信データをこの番号の昇順に処理すること。
● ● 情報の種類を示すコード。

3 データ作成日

９8○ ○ メッセージデータを作成した年月日。

4 発注者コードＸ

12

5 受注者コード

Ｘ

12

X

12

● ● 注文を行う側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● ● 注文を受ける側の企業及びその事業所・担当部署・作業所などを示す標準企業コード。
● ● メッセージサブセットの版。

9 訂正コードＸ

1● ● 情報の新規・一括変更・全文取消・一部変更を示すコード。

1006 工事コードＸ

12○ ○ 工事場所、受渡し場所、原価管理上の区分などを示すコード。

1007 帳票No.

Ｘ

14● ● 帳票の番号。

1008 帳票年月日

９81009 参照帳票No.

Ｘ

141013 受注者名

Ｋ

40○ ○ 帳票に記載する年月日。例として、見積依頼メッセージにおいては見積を依頼した年月日を、見積回答メッセージにおいては見積を回答した年月日を表す。
○ 注文番号・契約番号など、取引を特定するための参照帳票の番号。
○ ○ 受注者の名称。

1017 受注者担当部署名Ｋ

40○ ○ 受注者の事業所・担当部署・作業所などの名称。

1018 受注者担当者名

Ｋ

20○ ○ 受注者の担当者の氏名。

1019 受注者担当郵便番号

X

10○ ○ 受注者の事業所・担当部署・作業所などの連絡用の郵便番号。

1020 受注者担当住所

Ｋ60○ ○ 受注者の事業所・担当部署・作業所などの連絡用の住所。

1021 受注者担当電話番号

X

151022 受注者担当FAX番号X

151024 発注者名

Ｋ

56○ ○ 受注者の事業所・担当部署・作業所などの連絡用の電話番号。
（市外局番を含む）○ ○ 受注者の事業所・担当部署・作業所などの連絡用のＦＡＸ番号。
（市外局番を含む）○ ○ 発注者の名称。

1028 発注者担当部署名Ｋ

40○ ○ 発注者の事業所・担当部署・作業所などの名称。

1029 発注者担当者名

Ｋ

20○ ○ 発注者の担当者の氏名。

1030 発注者担当郵便番号

X

10○ ○ 発注者の事業所・担当部署・作業所などの連絡用の郵便番号。

1031 発注者担当住所

Ｋ60○ ○ 発注者の事業所・担当部署・作業所などの連絡用の住所。

1032 発注者担当電話番号

X

151033 発注者担当FAX番号X

151042 工事場所・受渡し場所名
称1045 取引件名（注文件名）

Ｋ

76○ ○ 発注者の事業所・担当部署・作業所などの連絡用の電話番号。
（市外局番を含む）○ ○ 発注者の事業所・担当部署・作業所などの連絡用ＦＡＸ番号。
（市外局番を含む）○ ○ 工事場所・受渡し場所（納入場所）の正式名称。

Ｋ

40○ ○ 発注工事の名称・納入物品の名称など取引の名称。

1070 見積有効期限年月日

X

81140 見積有効期間K401088 明細金額計

N

12

13

1096 消費税額

N

12

13

1097 最終帳票金額

N121136 備考

M 240

1179 帳票データチェック値

Ｘ1197 サブセット・バージョン15○ 見積書の有効期限の年月日・時分秒。（時分秒については省略可）○ 見積書の有効期間を文面で示す。
○ ［1223］明細金額の合計。

○ ［1090］調整後帳票金額計（請求書の場合は［1112］今回請求金額計）に対する消費税の合計。
13○ ［1090］調整後帳票金額計（請求書の場合は［1112］今回請求金額計）＋［1096］消費税額。
1 ○ ○ 帳票についての特記事項・参考情報を文面で示すフリーエリア。
9 ○ ○ メッセージデータの授受が正確に行われているかどうかをお互いにチェックするための項目。【例】全明細行数などをセットする。

424

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV*:N属性データについて、小数点、負号等を考慮した、中間ファイル上のデータ長（ブランクは「Byte数」の列と同一。）

ーー「ー
依 回
頼 答

タグ

項目名

属 byte 小
* 回数
性 数
数

必
須

必
須

摘要（各項目の意味）

摘要（補足）の記載方法コメント

備考（桁数の根拠）明細情報部分
1200 明細コード

X

50

● ●

1701 補助金申請有無表示順
コード
1702 補助金申請有無区分
1704 工区表示順

X

4の位置を示すコード。
ート○ ○ 補助金申請物件であるかの表示順

K
X

30
4

1705 工区区分

K

30

1707 ゾーン表示順

X

41708 ゾーン区分

K

30

1711 棟表示順

X41712 棟区分K

30

1716 内部／外部区分コードX

41717 タイプ表示順

X

41718 タイプ区分

K301720 タイプ倍数N

31721 階表示順

X

61722 階区分X30

1723 階区分コードX301726 躯体仕上コードX11729 集計部位コード

X41727 部位表示順

X121733 合成名称コードX

121735 合成名称単位

K

61732 合成名称
1739 躯体品目名称コード

K
X

32
12

1742 部屋名（部屋略称）
1743 部屋記号
1741 部屋表示順

K
X
X

32
12
12

1745 部屋倍数N

31751 積算数量N73

明細データを特定しデータ階層上

既存項目のままを表すコード。
○ ○ 補助金申請物件であるかの区分。
○ ○ 工事物件の工区の表示順を表す。 表示順序を指定するための番号等を設定する。
○ ○ 工事物件の工区の区分を表す。
別表あり。
（例、A工区、B工区）
ート○ ○ 工事物件のゾーンの表示順を表
表示順序を指定するための番号等
す。
を設定する。
○ ○ 工事物件のゾーンの区分を表す。 別表あり。
（例、Aゾーン、Bゾーン）※1
ート○ ○ 建築物の棟の表示順を表す。
表示順序を指定するための番号等を設定する。
○ ○ 建築物の棟を表す。（例、A棟、B
別表あり。
棟）
ート
○ ○ 対象となる部位に係る内部／外部 表示順序を指定するための番号等の区分を表す。
を設定する。
○ ○ 対象となる部位の用途の表示順を表すコード。
○ ○ 対象となる部位の用途を表す。（例：マンションの部屋タイプ（Aタイプ、Fタイプ等））○ ○ 用途区分の倍数を表す。
Aタイプが何部屋あるかの数。用途
区分は共用部分と専有部分等。
（「建築物の用途区分」を検索のこと。一戸建て、長屋等）○ ○ 対象となる部位が存在する階の表 表示順序を指定するための番号等
示順を表す。
を設定する。
○ ○ 対象となる部位が存在する階を表 別表あり。
す。※1○ ○ 対象となる部位が存在する階を表 別表あり。
す。※1○ ○ 対象となる部位に係る躯体／仕上の区分を表すコード。
○ ● 集計単位別の部位を表すコード。 別表あり。
（例：上げ床、仕切り壁等）○ ○ 集計区分毎の表示順を表すコード。 表示順序を指定するための番号等を設定する。
○ ○ 集計部位内の一連の記号を表す。 グルーピングの仮称
集計部位内では重複がないように付番する。
○ ○ 部位の中での詳細な種類に係る単位。（例：㎡や㎥等）○ ○ 集計部位毎の名称を表す。
グルーピングの仮称
一卜○ ○ 躯体に関わる品目の名称を表す
別表あり。
コード。
○ ○ 対象となる部屋の名称を表す。
別表あり。
○ ○ 対象となる部屋のコードを表す。
別表あり。
ート○ ○ 対象となる部屋の表示順を表す。
表示順序を指定するための番号等を設定する。
○ ○ 金額計算の際の倍数。（例：同一仕様の部屋の数等）○ ○ 金額計算の基本となる積算数量。
（例：部屋あたりの仕上げの面積等）

ー‑‑'‑

425

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV*:N属性データについて、小数点、負号等を考慮した、中間ファイル上のデータ長（ブランクは「Byte数」の列と同一。）

ーー「ー
依 回
頼 答

タグ

項目名

属 byte 小
* 回数
性 数
数

明細情報部分

必須

必須

摘要（各項目の意味）ート1760 合成名称内順位コード

X

2

○ ○

1288 明細データ属性コード

X

1

ート
● ●

1289 補助明細コード

X

2

ート
● ●

1762 表現名称（拾い仕上名称）

K

32

ート
○ ○

1763 拾い仕上記号

X

12

○ ○

1279 建設資機材コード

X

40

○ ○

1213 品名・名称

K

54

○ ○

1214 規格・仕様・摘要
1401 設計記号・機器記号

K
X

66
12

○ ○
○ ○

1764 詳細部位表示順

X

12

ート
○ ○

1765 詳細部位

K

20

○ ○

1769 部分別コード

X

12

○ ○

1402 明細別工種・科目コード1432 科目

X
K

12
20

…ト
○ ○

1434 細目

K

20

○ ○

○ ○

…ト

1403 部位区分
1218 明細数量

N

7

3

○ ○

1771 明細数量掛率

N

7

4

○ ○

1219 明細数量単位

K61772 材料単価

N

12

1

…ト
○ ○

1773 材料単価掛率

N

7

4

○ ○

…ト
○ ○

○ ○

1222 単価N1211292 定価

N

12

1

○ ○

1293 単価掛率1404 仕分け区分

N
X

3
24

1

ート
○ ○

1251 明細別備考欄

K

16

○ ○

ート
○ ○

摘要（補足）の記載方法コメント

備考（桁数の根拠）各合成名称における仕上／下地の順位を示すコード。（繰り返しは10までとする）[1200]明細コードと組み合わせて使既存項目のまま用し、総括明細、内訳明細、見積条件などの明細データの属性を表すコード。
[1200]明細コードおよび[1288]明細
既存項目のまま
データ属性コードと組み合わせて使用し、明細データの補助的な属性を表すコード。
仕上に係る数量拾い用の名称を表 拾い仕上げ名称と品名・名称は、略 適当（16字）
す。
称と正式名称仕上に係る数量拾い用のコードを表 コードの共通化はされていない。
す。
建設資機材に対して採番された中既存項目のまま間コード仕上に係る内訳書用の名称を表
拾い仕上げ名称と品名・名称は、略 既存項目のまます。
称と正式名称
規格・寸法・仕様などの摘要。
既存項目のまま
明細データと設計図書の設計記号
既存項目のままあるいは機器記号との対応を示す
詳細部位毎の表示順を表すコード 別表あり。
他の「区分」｢部位」と同じ見積書に表現する部位名称を表別表あり。※集計表のAの並びの一 適当（10字）
す。
番上の行に該当。
編集部位に対応したコード（例：床、 別表あり。
他の「区分」｢部壁、屋根等）
位」と同じ明細データの工種、科目を示す
既存項目のまま
明細データごとの原価管理上の科
既存項目のまま
目名
明細データごとの原価管理上の細既存項目のまま目名
明細書の記載数量（積算数量×明細数量掛率）
積算数量から明細数量を算出する
ための掛け率明細書に記載するための明細数量に対する単位品目・名称ごとの単価（定価×単価
掛率）
品目・名称ごとの明細数量単価算
出のための掛け率[1218]明細数量1単位あたりの価格。材料単価×材料単価掛け率
品目・名称ごとの材料単価に対応した定価
材料単価の掛率。
明細データの仕分け等に使用するためのフリーエリア。
明細データごとの特記事項・参考情報を文面で示すフリーエリア。

426

数量の一般的なもの数量の一般的なもの＋小数4桁「単位コード」に準拠
既存項目のまま数量の一般的なもの＋小数4桁
既存項目のまま
既存項目のまま
既存項目のまま
既存項目のまま
既存項目のままVer.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

2.3 データ項目定義と運用の詳細

各メッセージで使用するデータ項目を説明する。
以降において、四角囲みは CI-NET 標準 BP における定義であり、これと異なる運用をする場合、あるいは特に注記が必要な場合にコメントを記している。

コメントする
メッセージ名CI-NET 標準 BP
での定義[1013]受注者名
受注者の名称。

[1046]取引件名（注文件名）コード
発注工事の種別を示す作業コード・納入物品の種別を示す品目コードなど取
各メッセージサ
引件名の種別を表すコード。
ブセットに係る【購買見積依頼】
コメント
・発注者が自社の体系にもとづき採番する。

図 B.ⅩⅡ- 4 記載例【注意事項】
コメントの必要の無いメッセージについては記載していない。
上記例では、[1013]受注者名は購買見積依頼メッセージで使用されるが、CI-NET 標準BP「3.2.2.4 データ項目定義およびマトリックス」に記載された摘要以外には CI-NET LiteS
実装規約特有の運用ルールはないため記載していない。

(1)

全体情報部分（鑑）のデータ項目[1]データ処理 No.
受信者での受信データの処理順序を示す番号。受信者は、受信データをこの番号の昇順に処理すること。
【建築見積依頼】
・以下のデータ項目の値が同一のメッセージを複数送信する場合、本データ項目によって識別する。
[4]発注者コード[5]受注者コード[1007]帳票 No.
[2]情報区分コード
・昇順の自然数とする。
・「2.1(3)同一取引、同一帳票種類における複数のメッセージの識別」および「2.1(4)建築見
積依頼・回答メッセージの照合方法」を参照。
【建築見積回答】
・以下のデータ項目の値が同一のメッセージを複数送信する場合、本データ項目によって
識別する。

427

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[4]発注者コード[5]受注者コード[1009]参照帳票 No.
[2]情報区分コード[1179]帳票データチェック値の繰り返し 1 回目
・上記項目の組合せが異なるごとに、1 から開始する連番とする。
・「2.1(3)同一取引、同一帳票種類における複数のメッセージの識別」および「2.1(4)建築見
積依頼・回答メッセージの照合方法」を参照。
【建築積算】
・以下のデータ項目の値が同一のメッセージを複数送信する場合、本データ項目によって識別する。
[4]発注者コード[5]受注者コード[1009]参照帳票 No.
[2]情報区分コード[1179]帳票データチェック値の繰り返し 1 回目
・上記項目の組合せが異なるごとに、1 から開始する連番とする。
・「2.1(3)同一取引、同一帳票種類における複数のメッセージの識別」および「2.1(4)建築見
積依頼・回答メッセージの照合方法」を参照。
[2]情報区分コード
情報の種類を示すコード。
・以下のルールに従う。

表 B.ⅩⅡ- 3

情報区分コード

メッセージの種類[2]情報区分コード

建築見積依頼0305

建築見積回答

0306

建築積算

0307

[3]データ作成日
メッセージデータを作成した年月日。
・取引上の年月日ではなく、コンピュータ処理上の年月日を記載する。
・年は西暦 4 桁を使用する。 【例】20000401[4]発注者コード
注文を行う側の企業およびその事業所、担当部署、作業所などを示す標準企業コード。
・取引を特定するキーであり、同一取引に係わる一連の建築見積依頼、回答メッセージにおいて同一でなければならない。
[5]受注者コード
注文を受ける側の企業およびその事業所、担当部署、作業所などを示す標準企業コード。
・取引を特定するキーであり、一連する建築見積依頼、建築見積回答メッセージにおいて同一でなければならない。

428

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1197]サブセット・バージョン
メッセージサブセットの版。
・以下のルールに従う。

表 B.ⅩⅡ- 4
メッセージの種類

サブセット・バージョン[1197]サブセット・バージョン

建築見積依頼REQKEN02.00

建築見積回答QUOKEN02.00

建築積算

ESTKEN02.00[9]訂正コード
情報の新規、一括変更、前文取消、一部変更を示すコード。
・「1」を記載する。
・既に送信したメッセージを変更して再送する場合なども、[9]訂正コードは「1」に固定のままとする。こうした場合に、既に送信したメッセージと新たに送信するメッセージとの識別は[1]データ処理 No.により行う。[1]データ処理 No.による識別方法は、「2.1(3)同一取引、同一帳票種類における複数のメッセージの識別」を参照。
[1006]工事コード
工事場所、受渡し場所、原価管理上の区分などを示すコード。
・発注者が発番した、発注者側の工事物件管理コードを記載する。
・建築見積回答メッセージでは、対応する建築見積依頼メッセージの値を変更せず送信する。
[1007]帳票 No.
帳票の番号。
・以下のルールに従う。

表 B.ⅩⅡ- 5

帳票 No.

メッセージの種類[1007]帳票 No.

建築見積依頼

見積依頼番号：発注者が自社の管理番号として独自に発番する。

建築見積回答

見積番号：受注者が自社の管理番号として独自に発番する。

建築積算

数量積算番号：受注者が自社の管理番号として独自に発番する。

429

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1008]帳票年月日
帳票に記載する年月日。例として、見積依頼メッセージにおいては見積を依頼した年月日を、見積回答メッセージにおいては見積を回答した年月日を、建築積算メッセージにおいては数量積算を回答した年月日を表す。
・年は西暦 4 桁を使用する。
・以下のルールに従う。

表 B.ⅩⅡ- 6

帳票年月日[1008]帳票年月日

メッセージの種類
建築見積依頼発注者が見積依頼をする年月日。

建築見積回答

受注者が見積を回答する年月日。

建築積算

受注者が見積を回答する年月日。

【例】20000401[1009]参照帳票 No.
注文番号・契約番号など、取引を特定するための参照帳票の番号。
・以下のルールに従う。

表 B.ⅩⅡ- 7

参照帳票 No.
[1009]参照帳票 No.

メッセージの種類
建築見積依頼記載しない。

建築見積回答

発注者が発番した見積依頼番号（対応する建築見積依頼メッセージの[1007]帳票 No.）を記載する。

建築積算

発注者が発番した見積依頼番号（対応する建築見積依頼メッセージの[1007]帳票 No.）を記載する。

[1013]受注者名
受注者の名称。
・企業名のみ記載する。部署名、担当者名等は記載しない。
【例】振興建設株式会社[1024]発注者名
発注者の名称。
・企業名のみ記載する。部署名、担当者名等は記載しない。
【例】振興建設株式会社

430

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1042]工事場所・受渡し場所名称
工事場所、受渡し場所(納入場所)の正式名称。
・物件名、作業所名等を記載する。
・[1006]工事コードに対応する日本語名称である。
【例】○○ビル新築工事[1045]取引件名(注文件名)
発注工事の名称、納品物品の名称など取引の名称。
・工種等を記載する。
・[1007]帳票 No.（建築見積依頼の場合。建築見積回答の場合は[1009]参照帳票 No.）に対応する日本語名称である。
【例】仮設工事[1070]見積有効期限年月日
見積書の有効期限の年月日。
・年月日のみ記載し、時分秒は記載しない。
・年は西暦 4 桁を使用する。
【例】20000401[1140]見積有効期間
見積書の有効期間を文面で表す。
【例】見積書提出日より一ヶ月間[1088]明細金額計[1223]明細金額の合計。
・建築見積メッセージでは[1223]明細金額を使用しないため、明細行の第一階層レベル（[1200]明細コードの文字数が 4 桁）の本体行（[1289]=00）の[1218]明細数量×[1222]
単価の和とする。
・詳細は「2.3(3)明細情報部分のデータ項目：階層構造を表すデータ項目」を参照。
・単位は円。
[1096]消費税額[1090]調整後明細金額計に対する消費税の合計。
・建築見積では[1089]調整額、[1090]調整後明細金額計を使用しないため、[1088]明細金額計に対する消費税額を記載する。
・単位は円。
・小数点以下切り捨て。
・なお、建築工事は一般に課税対象、外税であるため、建築見積 EDI では、課税、外税をルールとする。
ただし、見積書作成上の慣行として見積書に消費税額を記載せずに提出することが多い。
このため、建築見積回答メッセージ上で[1096]消費税額がゼロである場合、あるいは記載されていない場合は、課税対象、外税取引であるものの消費税額がメッセージに計上されていないものと解釈する。

431

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV・またこの場合、[1136]備考に「本見積には消費税額を計上しておりません」といった注釈を記載することが望ましい。
[1097]最終帳票金額[1090]調整後明細金額計+[1096]消費税額。
・建築見積では[1089]調整額、[1090]調整後明細金額計を使用しないため、以下とする。
[1097]最終帳票金額 = [1088]明細金額計 + [1096]消費税額
・単位は円。
[1179]帳票データチェック値
メッセージデータの授受が正確に行われているかどうかをお互いにチェックするための項目。 例】全明細行数などをセットする。
・以下のルールに従う。

表 B.ⅩⅡ- 8

帳票データチェック値

マルチ回数

建築見積依頼建築見積回答

1 回目

自メッセージの[1]データ処理 No.と同対応する建築見積メッセージ値と同じじ値。15 バイト全体の中の右詰め 5 桁。 （変更せず返信）。
2～9 回目

当面使用しない。

当面使用しない。

[1136]備考
帳票についての特記事項・参考情報などを文面で示すフリーエリア。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。

432

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(2)

明細情報部分のデータ項目：見積明細内容を表すデータ項目[1213]品名・名称
品名、費目、工事科目名など名称。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。
・記載内容が前行と同じ場合も、「〃」、「同」、「同上」等は使用しない。
・最大 54 バイトであるが、印刷を目的としたデータ交換の場合は 32 バイトを推奨する。
[1214]規格・仕様・摘要
規格、寸法、使用などの摘要。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。
・記載内容が前行と同じ場合も、「〃」、「同」、「同上」等は使用しない。
・最大 66 バイトであるが、印刷を目的としたデータ交換の場合は 30 バイトを推奨する。
[1218]明細数量
金額計算の基本となる数量。
・数量が 1 の場合も省略してはならない（1 を記載する）。
[1219]明細数量単位[1218]明細数量の単位を示す単位コード。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。半角文字を使用する場合、「I.
シンタックスルール」に記載した「【重要事項 2】単位の記載について」を遵守する。
・記載内容が前行と同じ場合も、「〃」、「同」、「同上」等は使用しない。
[1222]単価[1218]明細数量 1 単位あたりの価格。
・単位は円。
[1251]明細別備考欄
明細データごとの特記事項、参考情報を文面で示すフリーエリア。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。
[1279]建設資機材コード
建設資機材に対して採番された中間コード。
・CI-NET が管理する「建設資機材コード」を使用する。
・建築資材、工事費の建設資機材コードは、2003 年 5 月現在、正式な CI-NET 標準とはなっていないが、原案が策定されている。

433

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1401]設計記号・機器記号
明細データと設計図書の設計記号あるいは機器記号との対応を表す。
・設計図書に記載された「機器記号」を記載する。
・8 ビット文字、16 ビット文字（半角、全角）混在可とする。

434

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1402]明細別工種・科目コード明細データの工種、科目を表すコード。
・工種、科目を表すコード。
・工種、科目の標準コードが策定されるまでの当面の運用としてかな漢字による記載も認めることとし、この間は 8 ビット文字、16 ビット文字（半角、全角）混在可とする。
・取引当事者間の合意により記載内容を取り決めるデータ項目であるが、以下のコードを遵守することが望ましい。

表 B.ⅩⅡ- 9 工種・科目コード
大分類コード 中分類コード 小分類コード 大分類科目
10000
00 共通仮設工事
20000
00 建築工事
20
010
00
20
020
00
20
030
00
20
040
00
20
050
00
20
060
00
20
070
00
20
080
00
20
090
00
20
100
00
20
110
00
20
120
00
20
130
00
20
140
00
20
150
00
20
160
00
20
170
00
20
180
00
20
190
00
20
200
00
20
210
00
20
220
00
20
230
00
30
000
00 設備工事
30
010
00
30
020
00
30
030
00
30
040
00
30
050
00
30
060
00
40
000
00 外構工事
50000
00 解体・撤去工事
60000
00 雑種工事
60
010
00
70
000
00 諸経費
70
001
00
70
002
00
70
003
00
80
000
00 設計料

435

中分類科目
小分類科目
直接仮設工事土工事
地業工事
コンクリート工事
型枞工事
鉄筋工事
鉄骨工事
その他く体工事
既製コンクリート工事
防水工事
石工事
タイル工事
木工事
金属工事
左官工事
木製建具工事
金属製建具工事
ガラス工事
塗装・吹付工事
内外装工事
仕上ユニット工事
カーテンウォール工事
その他仕上工事
電気設備工事
給排水衛生設備工事
空気調和設備工事
昇降機設備工事
機械駐車設備工事
その他設備工事
雑種工作物
－
現場管理費
一般管理費
その他管理費-Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV【参考】表 B.ⅩⅡ- 10 建築工事・設備工事における標準区分の内容
大分類・中分類

標準区分

共通仮設工事
建築工事
直接仮設工事工事に直接関連する仮設で各科目に共通的なもの

土工事

土の掘削、排除ならびに基礎下の砂利敷、山留、土光の排水

地業工事

各種杭、特殊地業など

コンクリート工事

現場打コンクリート、捨・土間および防水押えコンクリートなど

型枞工事

上記コンクリートの型枞

鉄筋工事

RC造、SRC造等の鉄筋

鉄骨工事

S造、SRC造等の鉄骨

既製コンクリート工 躯体および仕上用のPC、SPC、ALC、CB等事
防水工事

主として材料または職種によって区分する。セメント防水を含む。

石工事

主として材料または職種によって区分する。

タイル工事

主として材料または職種によって区分する。れんがを含む。

木工事

主として材料または職種によって区分する。

金属工事

主として材料または職種によって区分する。樹脂製桶を含む。

左官工事

主として材料または職種によって区分する。

木製建具工事

主として材料または職種によって区分する。

金属製建具工事

主として材料または職種によって区分する。

ガラス工事

主として材料または職種によって区分する。

塗装・吹付工事

主として材料または職種によって区分する。各材質の吹付仕上を含む。

内外装工事

主として材料または職種によって区分する。

仕上ユニット工事

ユニット製品・建築機器・造付家具類およびユニットとみなして計上するもの。

カーテンウォール

コンクリート製は既製コンクリート、金属製は金属製建具の科目で処理することができる

その他工事

特殊ならびに上記の科目に該当しない材料および職種はこの科目で処理する

設備工事
電気設備工事

受変電、動力、照明、防災、通信等の設備

給排水衛生設備工事 給排水衛生、消火、ガス、給湯等の設備

436

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

空調設備工事

冷暖房、温度調節、換気、空気浄化等の設備

昇降機設備工事

エレベータ、エスカレータ、ダムウェータ等の設備

機械駐車設備工事

立体駐車機械、出入庫管制等の設備

その他設備工事

上記以外の設備[1403]部位区分
明細データの部位を表す。
・部位を表す名称、コード。
・部位の標準コードが策定されるまでの当面の運用としてかな漢字による記載も認めることとし、この間は 8 ビット文字、16 ビット文字（半角、全角）混在可とする。
・取引当事者間の合意により記載内容を取り決めるデータ項目であるが、以下のコードを遵守することが望ましい。

表 B.ⅩⅡ- 11 部位コード

部位コード
内外
コード

名称
1 外部
1 外部
1 外部
1 外部
1 外部
1 外部
1 外部
1 外部
1 外部
1 外部
2 内部
2 内部
2 内部
2 内部
2 内部
2 内部
2 内部
2 内部
2 内部
2 内部

部位
部位コード
コード
部位
コード
名称
010 屋根・屋上
1010
外部屋根・屋上
020
床
1020
外部床
030
巾木
1030
外部巾木
040
壁
1040
外部壁
050
柱型
1050
外部柱型
060
梁型
1060
外部梁型
070 開口部
1070
外部開口部
080
天井
1080
外部天井
090
廻縁
1090
外部廻縁
110 その他
1110
外部その他
020
床
2020
内部床
030
巾木
2030
内部巾木
040
壁
2040
内部壁
050
柱型
2050
内部柱型
060
梁型
2060
内部梁型
070 開口部
2070
内部開口部
080
天井
2080
内部天井
090
廻縁
2090
内部廻縁
100 間仕切
2100
内部間仕切
110 その他
2110
内部その他【注意事項】
・この部位コードは、建築仕上げ工事の部位を表すコードである。
・開口部など、内外の区分が曖昧な場合は、取引当事者間の協議により使用方法を決定する。

437

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1292]定価
資機材の定価。
・単位は円。
[1293]単価掛率[1292]定価に対する[1222]単価の%比率。
見積依頼者から単価端数の丸めの指示がある場合等、[1292]定価×0.01×[1293]単価掛率と[1222]単価とが一致しないこともあり得る。
[1404]仕分け区分
明細データの仕分け等に使用するためのフリーエリア。取引当事者間の合意により記載内
容を取り決める。

[1701] 補助金申請有無表示順コード
補助金申請物件であるかの表示順を表すコード。
[1702] 補助金申請有無区分
補助金申請物件であるかの区分。
[1704] 工区表示順
工事物件の工区の表示順を表す。
[1705] 工区区分
工事物件の工区の区分を表す。（例、A 工区、B 工区）【例】
・A 工区、B 工区、・・・
・第 1 工区、第２工区、・・・[1707] ゾーン表示順
工事物件のゾーンの表示順を表す。
[1708] ゾーン区分
工事物件のゾーンの区分を表す。（例、A ゾーン、B ゾーン）【例】
・A ゾーン、B ゾーン、
・・・・賃貸部、分譲部、オーナー部、
・・・

438

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1711] 棟表示順
建築物の棟の表示順を表す。
[1712] 棟区分
建築物の棟を表す。（例、A 棟、B 棟）【例】
・A 棟、B 棟、・・・・本棟、付属棟、研究棟、・・・[1716] 内部／外部区分コード
対象となる部位に係る内部／外部の区分を表すコード。
・以下のコード表に従う。

表 B.ⅩⅡ- 12 内部／外部区分コード表[1466] 内部／外部区分コー

内容

ド
1

外部

2

内部

9

その他

[1717] タイプ表示順
対象となる部位の用途の表示順を表す。
[1718] タイプ区分
対象となる部位の用途を表す。
【例】
・倉庫、学校、事務所、工場、・・・・美術館、図書館、公民館、・・・[1720] タイプ倍数
用途区分の倍数を表す。
[1721] 階表示順対象となる部位が存在する階の表示順を表す。
[1722] 階区分対象となる部位が存在する階を表す。
【例】

439

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

・B1、B2、・・・、B9F
・1F、2F、・・・、99F
・P1、P2、・・・、P9[1723] 階区分コード
対象となる部位が存在する階を表すコード。
・「①・②③④・⑤⑥」の６桁コードとする。
・①は、１＝基礎、２＝地下、３＝地上、４＝棟屋、９＝その他
・②～④は、階数として１～９９９・⑤⑥は、１つの階を区分する場合に使用する枝番として１～９９[1726] 躯体仕上コード対象となる部位に係る躯体／仕上の区分を表すコード。
・以下のコード表に従う。

表 B.ⅩⅡ- 13 躯体仕上コード表[1476] 躯体仕上コード

内容

1

躯体

2

仕上

9

その他

[1729] 集計部位コード
集計単位別の部位を表すコード。
・以下のコード表に従う。

表 B.ⅩⅡ- 14 集計部位コード[1479]集計部位コード

区分

内容

2010

仕上

屋根

2020

仕上

床

2030

仕上

巾木

2040

仕上

壁

2050

仕上

柱型

2060

仕上

梁型

2070

仕上

廻り縁

2080

仕上

天井

2090

仕上

間仕切

440

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1479]集計部位コード

区分

2100

仕上

開口部

2900

仕上

その他仕上

1100

躯体

基礎

1110

躯体

独立基礎

1120

躯体

布基礎

1130

躯体

底盤

1140

躯体

基礎大梁

1150

躯体

基礎小梁

1160

躯体

基礎柱

1200

躯体

柱

1210

躯体

間柱

1220

躯体

大梁

1230

躯体

小梁

1240

躯体

壁

1250

躯体

床版(スラブ)

1260

躯体

地下外壁

1270

躯体

階段

1280

躯体

パラペット

1290

躯体

バルコニー

1300

躯体

ブレース

1310

躯体

雑

1320

躯体

土間

1900

躯体

その他躯体

内容

[1727] 部位表示順
集計区分毎の表示順を表す。
[1733] 合成名称コード
集計部位内の一連の記号を表す。集計部位内では重複がないように付番する。
・規定された桁数や属性に従い、ユーザが自由に採番を設定することができる。
[1735] 合成名称単位
部位の中での詳細な種類に係る単位。
・例：m、㎡、㎥等。

441

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1732] 合成名称
集計部位毎の名称を表す。
・集計部位のグルーピングの名称。
[1739] 躯体品目名称コード
躯体に関わる品目の名称を表すコード。
・以下のコード表に従う。

表 B.ⅩⅡ- 15 躯体品目名称コード表[1489] 躯体品目名称コード

内容

100

コンクリート

200

型枞

300

鉄筋類

301

鉄筋

302

圧接

303

溶接

304

スパイラルフープ

400

鉄骨

900

その他

[1742] 部屋名（部屋略称）
対象となる部屋の名称を表す。
・例：A タイプ、F タイプ等
[1743] 部屋記号
対象となる部屋の記号を表す。
・規定された桁数や属性に従い、ユーザが自由に採番を設定することができる。
[1741] 部屋表示順
対象となる部屋の表示順を表す。
[1745] 部屋倍数
金額計算の際の倍数。
・同一の部屋の数。

442

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1751] 積算数量
金額計算の基本となる積算数量。
・集計区分等毎の対象となる長さ（m）、面積（㎡）、容積（㎥）等。
[1760] 合成名称内順位コード
各合成名称における仕上／下地の順位を示すコード。
（繰り返しは 10 までとする）
・集計表の A の並び順。

[1510]

図 B.ⅩⅡ- 5 数量積算集計表の表示例[1762] 表現名称（拾い仕上名称）
仕上に係る数量拾い用の名称を表す。
・拾い仕上げ名称と品名・名称は、言うなれば、略称と正式名称の関係である。
[1763] 拾い仕上記号
仕上に係る数量拾い用の記号を表す。
・規定された桁数や属性に従い、ユーザが自由に採番を設定することができる。

443

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1764] 詳細部位表示順
詳細部位毎の表示順を表す。
[1765] 詳細部位
見積書に表現する部位名称を表す。
【例】･屋上、屋根、敷面･床、スロープ床、踊場･段床、踏面、蹴上、段鼻、立上り･巾木、ササラ巾木、段型巾木、サニタリー、出巾木、入巾木･根廻り、立上り･壁、曲面壁、外壁、外周壁、柱型、円柱、手摺壁、下り壁、間仕切･天井、軒天井、下り天井、折り上げ天井、斜め天井、段裏、軒裏、デッキ底、スラブ底、梁型、･梁天端、梁底、柱天端、笠木、壁付笠木、手摺笠木、壁天端、ＰＳ天端、基礎天端、基礎
立上り･庇、庇天端、鼻先、天端、小口、水切、額縁、膳板、面台、見付、コーナー、ササラ、ボーダー･段型ボーダー、防水押え、嵩上げ、排水溝、段型排水溝、壁出隅、壁入隅[1769] 部分別コード
編集部位に対応したコード。
・以下のコード表に従う。

表 B.ⅩⅡ- 16 部分別コード表[1519] 部分別コード

内容

1000

屋根工事

2000

床工事

3000

壁工事

4000

天井工事

5000

間仕切工事

6000

開口工事

7000

雑工事

8100

特殊工事１

8200

特殊工事２

8300

特殊工事３

8400

特殊工事４

8500

特殊工事５

9900

その他工事

444

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1771] 明細数量掛率
積算数量から明細数量を算出するための掛け率。
[1772] 材料単価
品目・名称ごとの単価。（定価×単価掛率）[1773] 材料単価掛率
品目・名称ごとの明細数量単価算出のための掛け率。

(3)

明細情報部分のデータ項目：階層構造を表すデータ項目[1200]明細コード
明細データを特定し、データ階層上の位置を示すコード。
全メッセージ共通ルール【階層表現のルール】
・CI-NET 標準 BP「3.2.3.16 明細コード」に準拠し、4 桁区切りでデータ階層上の位置を表す。
・[1200]明細コードは、データの先頭（左側）から 4 桁毎に区切り、桁数（=4n）によって階層の深さ（=n）を表し、数字により階層内の位置を表している。採番は昇順である。
・同一の親を持つ明細データ（以下「同一階層内」という。）は、その親の[1200]明細コードの後尾（右側）に 4 桁の数字を追加し、当該明細データの[1200]明細コードとする。その追加した数字によって同一階層内の位置が特定でき、同一階層内では最大 9999 個の明細データを区別できることになる。
・[1200]明細コードの付与方法としては、本体行（[1289]補助明細コード=00 で特定される）と、その行に付随する仕様行（[1289]補助明細コード=01～49）には、[1200]明細コード
として同一の値を付与する。この例外を除くと、すべての明細データにはユニークな[1200]
明細コードを付与しなければならない。
したがって、全ての明細データは、[1200]明細コードと[1289]補助明細コードの組合せによってユニークに識別することができる。

445

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV【例】
000200010001：

共通仮設工事
0001

鉄筋工事

圧接費エレメント

0002000100140001

00020001

000200010014

：

：

建築工事
0002
タイル工事

000200020001

00020002：

建具硝子工事

鋼製建具

0002000300010001

00020003

000200030001

：

アルミ建具

0002000300020001

000200030002：：
電気設備工事
0003
00040001：

屋外整備工事：0004

レンガ舗装代価

000400030001

00040003：：

図 B.ⅩⅡ- 6 階層表現の例【データ属性等】
・数字のみを使用し、英文字は使用してはならない。
・4 桁ごとの数字に”0000”を使用してはならない。
・4 桁ごとの先頭ゼロは省略してはならない。
正：00010001
誤：___1___1（"_"はスペースを表す）・可変長であり、右側の不要な桁は記載してはならない。
正：00010001
誤：000100010000
誤：00010001________（"_"はスペースを表す）
建築見積メッセージ個別ルール
以下を建築見積メッセージの個別ルールとする。
①[1200]明細コードの採番方法[1200]明細コードの採番は、0001 を初期値とし、増分１の連番とする。

[1294]階層レベル
明細データの階層の深さを表す。([1200]明細コードの文字長)/4 に一致する。

446

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1295]階層内通し番号
明細データの同一階層内の通し番号を表す。[1200]明細コードの最終 4 桁を整数化した値に一致する。

[1288]明細データ属性コード[1200]明細コードと組み合わせて使用し、総括明細、内訳明細、見積条件などの明細デー
タの属性を表すコード。
全メッセージ共通ルール

表 B.ⅩⅡ- 17 明細データ属性コード
明細行の種類[1288]

内容

明細データ属性コー
ド
総括明細行

0

明細書帳票の上位に記載する行。

見積条件等

1

明細書において専ら見積条件等を記載する行。

見積条件行

明細書の金額計算には関係しない。
2

見積条件等
メーカ・リスト

明細書において専ら使用する資機材等のメーカ名を記載する行。明細書の金額計算には関係しない。

行
見積条件等

3

自由採番
見積条件等

他のいずれにも該当しない行。
明細書の金額計算には関係しない。

4

同上

自由採番
内訳明細行

5

明細書帳票の下位に記載する行。

エレメント親行E

エレメントの親行。

別紙親行

B

別紙の親行。

代価親行

Q

代価の親行。

建築見積メッセージ個別ルール
以下を建築見積メッセージの個別ルールとする。
① 見積条件行の不使用
見積条件行（[1288]=1～4）は使用しない。
② 内訳明細行による 1 階層下の明細データ保持の禁止

447

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

内訳明細行([1288]=5)は明細書の階層構造上の最下位であり、その 1 階層下に明細データを持つことはできない。
【運用上の留意点】
総括明細行「0」と内訳明細行「5」の混在について、運用上留意しておいた方がよい点
を、「指針・参考資料 B. 参考資料 Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点 12.総括明細行と内訳明細行の混在に係る留意点」に記載している。

448

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[1289]補助明細コード[1200]明細コードおよび[1288]明細データ属性コードと組み合わせて使用し、明細データの補助的な属性を表すコード。
全メッセージ共通ルール

表 B.ⅩⅡ- 18 補助明細コード
明細行の[1289]

種類

補助明細コード

本体行

00

内容
（定義）

・種目・科目・諸経費・建設資機材等を記載する行である。
・ この行は金額集計の対象となるため、金額・数量・単位・単価を指定しなければならない。

（用法上の注意）
・ 1 階層下に明細データを持つことができる。
・ 金額集計の考え方は以下の通りである。
1 階層下の明細データに本体行が含まれる場合には、そ-れら全ての本体行の金額の総和を、当該行の金額とする
1 階層下の明細データに本体行が含まれない場合には、-

当該本体行に記載されている金額を、当該行の金額とす
る

仕様行

01～49

（定義）
・本体行に記述しきれない仕様のみを記載する行である。
・この行は金額集計の対象とならない。

（用法上の注意）
・仕様行は、その仕様にかかわる本体行が同一階層内に必ず出現しなくてはならない。
※この本体行と仕様行は同一の[1200]明細コードを付与する。
・同一の本体行の仕様を連続する複数行にわたって記載する
場合、[1289]補助明細コードは 01､02､03...という連番とすること。最大 49 行まで記載可能。連続しない場合は 01 と
する。

449

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

明細行の[1289]

種類

補助明細コード

内容
・ 1 階層下に明細データを持つことはできない。

90

計行

（定義）
・金額の小計を記載する行である。
・この行は金額集計の対象とならない。

（用法上の注意）・1 階層下に明細データを持つことはできない。
コメント

80

行

（定義）
・上記のいずれにも該当しないコメントを記載する行。
・この行は金額集計の対象とならない。

（用法上の注意）・1 階層下に明細データを持つことができる。

建築見積メッセージ個別ルール
以下を建築見積メッセージの個別ルールとする。
① コメント行([1289]=80）についての取り扱い
・総括明細行([1288]=0）、または内訳明細行([1288]=5）の場合、1 階層下に明細データを持つことはできない。
・見積条件行([1288]=1～4）は不使用なので、この組み合わせの明細行は発生しない。
② 金額集計の考え方
・本体行である総括明細本体行、内訳明細本体行、エレメント親行、別紙親行、代価親行
は金額集計の対象であり、[1222]単価に適切な値が設定されなければならない。
・総括明細本体行(A 行)の 1 階層下の明細データに本体行が含まれる場合は、それら全ての本体行の[1218]明細数量と[1222]単価の積の総和を、当該行(A 行)の[1222]単価に設定する。この場合の[1218]明細数量と[1222]単価の積は小数点以下切り捨てとする。
Σ（[1218]明細数量×[1222]単価）
・総括明細本体行(A 行)の 1 階層下の明細データに本体行が含まれない場合には、当該行（A）の見積対象の金額を当該行(A 行)の[1222]単価とする。
・全体情報部分（鑑）の[1088]明細金額計は、第一レベル（[1200]明細コード=0001～9999）

450

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSVの全ての本体行の[1218]明細数量と[1222]単価の積の総和である。
Σ（[1218]明細数量×[1222]単価）③ 明細金額の不使用
・建築見積メッセージでは、[1223]明細金額は使用しない。
④ 明細データ属性コードと補助明細コードの組合せ[1288]明細データ属性コード、[1289]補助明細コードの組合せによって明細行の種類が特定される。次表に、両者の組合せによる明細行の種類を表す。

表 B.ⅩⅡ- 19 [1288]明細データ属性コードと[1289]補助明細コードの組合せによる
明細行種類の表現
明細行の種類
総括
明細

総括明細本体行：

総括明細コメント行：
対象とならない。

[1288][1289]
備考
000
・1 階層下に明細データを持つことができる。
・この行は金額集計の対象となるため、数
量・単位・単価を指定しなければならない。
金額集計の
0
80 ・1 階層下に明細データを持つことができない。

内訳明細本体行： 内訳明細行のう
ち、金額集計の対象となる行。

500

内訳明細仕様行： 内訳明細本体行
の資機材等の仕様のみを記載する
行。本体行だけで仕様を記述できない場合に使用する。金額集計の対象とならない。

5

01
～
49

内訳明細コメント行： 内訳明細行のうち、本体行、仕様行、計行のいずれにも該当しない行。金額集計の対象とならない。

580

内訳明細 エレメント親行： エレメントの親(エレメン を示す行。金額集計の対象となる。
ト)
内訳
別紙親行： 別紙の親を示す行。金
明細額集計の対象となる。
(別紙)
内訳
代価親行： 代価の親を表す行。金
明細額集計の対象となる
(代価)

E

00

・エレメント内はフラット（階層無し）と
すること。

B

00

・別紙内はフラット（階層無し）とするこ
と。

Q

00

・代価内はフラット（階層無し）とするこ
と。

内訳
明細

451

・1 階層下に明細データを持つことができな
い。
・この行は金額集計の対象となるため、数
量・単位・単価を指定しなければならない。
・この行の[1200]明細コードは、仕様記述対象となる内訳明細本体行と同一とすること。
・ 連続する複数行にわたって仕様を記載する場合、[1289]補助明細コードは 01、02、
03...という連番とすること。最大 49 行まで記載可能。連続しない場合は 01 とする。
・1 階層下に明細データを持つことができない。
・1 階層下に明細データを持つことができな
い。

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

明細行の種類
明細(計行)

内訳明細計行： 内訳明細行のうち、金額の小計を表す行。金額集計の対象とならない。

[1288][1289]
備考
590
・任意の位置に記載して良い。
・ 同一階層内で､[1200]明細コード順にみた直前の内訳明細計行から自行の直前までに存在する明細本体行（総括明細本体行と内訳明細本体行）を金額集計対象とすること｡同一階層内で自行の直前までに内訳明
細計行が無い場合は､同一階層内の先頭から自行の直前までの明細本体行を金額集計範囲とすること｡
・ 1 階層下に明細データを持つことができない。

【運用上の留意点】
明細データ属性コードと補助明細コードの組合せによる明細行種類の取り扱いについて、運用上留意しておいた方がよい点を、「指針・参考資料 B. 参考資料 Ⅵ．CI-NET LiteS
実装規約における実際の運用上の留意点 13.内訳明細計行に係る留意点」に記載している。
① 明細データのサンプル例[1288]明細データ属性コード、[1289]補助明細コード、[1200]明細コードを組み合わせた明細データ構造表現のサンプルを示す。
(a) 基本的な明細データの構成（文字列オーダによる[1200]明細コードのソート順に記載）→

サンプル(a)基本的な明細データの構成(b) エレメント、別紙、代価の記載方法→

サンプル(b)エレメント、別紙、代価の記→サンプル(c)計行の記載方法

載方法(c) 内訳明細計行の記載方法(d) 内訳明細コメント行の記載方法 →(e) 帳票出力順の記載方法

サンプル(d)コメント行の記載方法→

サンプル(e)帳票出力順の記載方法

・明細行を帳票出力順に作成する場合、ページ見出しに相当する行を記載する例があるが、こうした行の有無はデータ作成側の任意とする。
・ページ見出し行を記載する場合、[1200]明細コードは、サンプル(e)のように末尾 4桁を見出し行用に一つとり、以下の明細行は末尾 4 桁を 1 ずつ繰り下げる。

452

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

表 B.ⅩⅡ- 20 サンプル(a)基本的な明細データの構成
明細行種類[1200]明細コード
総括明細本体0001〃
0002〃
00020001
内訳本体
000200010001〃
000200010002〃
000200010003〃
000200010004〃
000200010005〃
000200010006〃
000200010007〃
000200010008〃
000200010009〃
000200010010〃
000200010011〃
000200010012〃
000200010013
総括明細本体00020002〃
000200020001
内訳本体
0002000200010001
内訳仕様
0002000200010001〃
0002000200010001
内訳本体
0002000200010002
内訳仕様
0002000200010002〃
0002000200010002
内訳本体
0002000200010003
内訳仕様
0002000200010003〃
0002000200010003
内訳本体
0002000200010004
内訳仕様
0002000200010004
内訳本体
0002000200010005〃
0002000200010006
総括明細本体000200020002
内訳本体
0002000200020001
内訳仕様
0002000200020001〃
0002000200020001
内訳本体
0002000200020002
内訳仕様
0002000200020002
内訳本体
0002000200020003
内訳仕様
0002000200020003〃
0002000200020003
内訳本体
0002000200020004
内訳仕様
0002000200020004
内訳本体
0002000200020005〃
0002000200020006〃
0002000200020007

A
と
2
:

総括明細は二重三重...にネストして良い。

仕様行の[1200]
明細コードは本体行と同一とすること。

層 通番[1288] [1289]
名 称
仕 様
1 10
00
A.共通仮設工事
1 20
00
B.建築工事2 1000
6.鉄筋工事3 1500
異形鉄筋SD295A D-10
3 25
00
異形鉄筋
SD295A D-13
3 35
00
異形鉄筋
SD295A D-16
3 45
00
異形鉄筋
SD345 D-19
3 55
00
異形鉄筋
SD345 D-22
3 65
00
異形鉄筋
SD345 D-25
3 75
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-10
3 85
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-13
3 95
00
加工組立
スペーサー共3 10 500
加工組立
スペーサー共
3 11 500
小運搬
3 12 500
圧接費
3 13 500
ワイヤーメッシュ
2 2000
8.建具硝子工事
3 1000(1)鋼製建具
4 15
00
かまち戸
2890× 2000
4 15
01
焼付塗装
4 15
02
附属金物一式
4 25
00
フラッシュ戸
1200× 2000
4 25
01
甲種防火戸
4 25
02
附属金物一式
4 3500
玄関ドア
800× 1900
4 35
01
乙種防火戸
4 35
02
KD-111-31
4 45
00
ＭＢ点検扉
2020× 2450
4 45
01
焼付塗装
4 55
00
アングルピ－ス
4 65
00
額縁
3 20
00
(2)アルミ建具
4 15
00
かまち戸
920× 1800
4 15
01
乙種防火戸
4 15
02
附属金物一式
4 2500
格子戸825× 1800
4 25
01
アルマイト仕上
4 35
00
サッシュ
3670× 1800
4 35
01
カラ－アルミ4 35
02
附属金物一式
4 4500
ガラリ戸400× 1000
4 45
01
アルマイト仕上
4 55
00
額縁
4 65
00
アングルピ－ス
4 75
00
水切板

453

数量 単位
単 価
1式
24543000
1式
211739900
1式206373870
466 ｔ
37000 6.鉄筋工事、
884 ｔ
35000 8.建具硝子工事
175 ｔ
33000 の数量×単価の66.9 ｔ
34000 和をこの行の単価
82.7 ｔ
34000 とする。
184 ｔ
34000
0.1 ｔ
88000
一一
74.3 ｔ88000 異形鉄筋～ワイー
メッシュの数量×2077 ｔ
55000 単価の和をこの行74.4 ｔ
40000 の単価とする。
2151 ｔ3000
1式10478520
599 m2650 (1)鋼製建具、1式5366030 (2)アルミ建具の1式
2167670 数量×単価の和
1 ヶ所
170000 をこの行の単価と

、
¥

l

I
，
JL

する。

1 ヶ所
12 ヶ所

175000I~\-

かまち戸～額縁の数量×単価の和を102000 この行の単価とす
る。

6 ヶ所

73000 かまち戸～水切板

216 ｍ
23.9 ｍ
1式
6 ヶ所

600 の行の単価とする。
1300
3198360
78200 各行の単価は、当該行の直接の子のうち[1289]補34000 助明細コード=00
である行の数量
102000 ×単価の和として算定する。

の数量×単価をこ

1 ヶ所
14 ヶ所
1 ヶ所
7.2 ｍ
1036 ｍ
344 ｍ

17000 逆に、[1289]!=00の行は金額集計
1300 の対象外となる。
600
1800

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

表 B.ⅩⅡ- 21 サンプル(b)エレメント、別紙、代価の記載方法
明細行種類[1200]明細コード
総括明細本体0001〃
0002〃
00030001
内訳本体
000200010001〃
000200010002〃
000200010003〃
000200010004〃
000200010005〃
000200010006〃
000200010007〃
000200010008〃
000200010009〃
000200010010〃
000200010011
エレメント親000200010012
内訳本体
0002000100120001〃
0002000100120002〃
0002000100120003〃
0002000100120004〃
0002000100120005〃
0002000100120006〃
000200010013
総括明細本体00020002
〃
0003
内訳本体
00030001〃
00030002
代価親00030003
内訳コメント000300030001
内訳本体
000300030002〃
000300030003〃
000300030004〃
00030004
内訳仕様
00030004〃
00030004

層 通番[1288] [1289]
名 称
仕 様
1 10
00
A.共通仮設工事
1 20
00
B.建築工事2 1000
6.鉄筋工事3 1500
異形鉄筋SD295A D-10
3 25
00
異形鉄筋
SD295A D-13
3 35
00
異形鉄筋
SD295A D-16
3 45
00
異形鉄筋
SD345 D-19
3 55
00
異形鉄筋
SD345 D-22
3 65
00
異形鉄筋
SD345 D-25
3 75
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-10
3 85
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-13
3 95
00
加工組立
スペーサー共3 10 500
加工組立
スペーサー共
3 11 500
小運搬
3 12 E
00
圧接費
4 15
00
圧接
D-19 + D-19
4 25
00
圧接
D-22 + D-22
4 35
00
圧接
D-25 + D-25
4 45
00
圧接
D-25 + D-29
4 55
00
圧接
D-29 + D-29
4 65
00
圧接
D-32 + D-32
3 13 500
ワイヤーメッシュ
2 2000
8.建具硝子工事
1 30
00
D.屋外整備工事
2 15
00
鋤取
2 25
00
残土処分
場外処分
2 3Q
00
レンガ舗装 Ｃ
ﾚﾝｶﾞ t 30 230x115
3 1580(１ｍ2当たり内訳）
3 25
00
クラッシャラン
100
3 35
00
敷砂
30
3 45
00
レンガ敷
30 230*115
2 45
00
落下防止化粧庇
1000 x1300
2 45
01
周囲 [ -75x40x5x7
2 45
02
ｼﾞﾝｸﾛｰﾑﾒｯｷ処理

数量 単位
単 価
1式
24543000
1式
211739900
1式206373870
466 ｔ
37000
884 ｔ
35000
175 ｔ
33000
66.9 ｔ
34000
82.7 ｔ34000
子の本体行の
184 ｔ
34000 数量×単価の0.1 ｔ
88000 和をエレメント
74.3 ｔ88000 親行の単価と2077 ｔ
55000 する。
74.4 ｔ
40000
2151 ｔ3000
1式10478520
1346 ヶ所
580
2164 ヶ所
600
8696 ヶ所
620
480 ヶ所760
2339 ヶ所
900
441 ヶ所
1220 子の本体行の数量×単価の599 m2650
和を代価親行1式
5366030 の単価とする。
1式
34596000
21.3 m3
410
21.3 m3
7770
112 m28136
1 m2
0.03 m2
1 m2
1 ヶ所

950
6190
7000
108000

表 B.ⅩⅡ- 22 サンプル(c)小計行の記載方法
明細行種類 [1200]明細コード 層 通番[1288] [1289]
名 称
仕 様
総括明細本体0001
1 10
00
A.共通仮設工事
〃
0002
1 20
00
B.建築工事〃00020001
2 1000
6.鉄筋工事
内訳本体
000200010001
3 15
00
異形鉄筋
SD295A D-10〃000200010002
3 25
00
異形鉄筋
SD295A D-13〃
000200010003
3 35
00
異形鉄筋
SD295A D-16〃
000200010004
3 45
00
異形鉄筋
SD345 D-19〃
000200010005
3 55
00
異形鉄筋
SD345 D-22〃
000200010006
3 65
00
異形鉄筋
SD345 D-25
内訳計000200010007
3 75
90
異形鉄筋小計内訳本体000200010008
3 85
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-10〃000200010009
3 95
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-13
内訳計000200010010
3 10 590
ｽﾊﾟｲﾗﾙ異形鉄筋小計
内訳本体
000200010011
3 11 500
加工組立
スペーサー共〃000200010012
3 12 500
加工組立
スペーサー共〃000200010013
3 13 500
小運搬〃000200010014
3 14 500
圧接費〃000200010015
3 15 500
ワイヤーメッシュ
総括明細本体00020002
2 2000
8.建具硝子工事

454

数量 単位
単 価
1式
24543000
1式
211739900
1式206373870 この範囲が466 ｔ
37000 小計対象
884 ｔ
35000
175 ｔ
33000
66.9 ｔ
34000
82.7 ｔ
34000
184 ｔ
34000
65299400
0.1 ｔ
88000
74.3 ｔ88000
6547200 この範囲が2077 ｔ
55000 小計対象
74.4 ｔ
40000
2151 ｔ3000
1式10478520
599 m2650
1式5366030

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

表 B.ⅩⅡ- 23 サンプル(d)コメント行の記載方法
明細行種類[1200]明細コード 層 通番[1288] [1289]
名 称
総括明細本体0001
1 10
00
A.共通仮設工事
0002
1 20
00
B.建築工事/ー 〃〃00020001
2 1000
6.鉄筋工事00020002
2 20
00
7.タイル工事f 〃内訳コメント000200020001
3 15
80
（外
部）
内訳本体
000200020002
3 25
00
磁器質タイル
内訳仕様
000200020002
3 25
01
内訳本体
000200020003
3 35
00
磁器質タイル
内訳仕様
000200020003
3 35
01
内訳本体
000200020004
3 45
00
モザイクタイル〃
000200020005
3 55
00
磁器質タイル〃
000200020006
3 65
00
磁器質タイル〃
000200020007
3 75
00
磁器質タイル〃
000200020008
3 85
00
磁器質タイル
内訳小計000200020009
3 95
90（外 部 計）
内訳コメント000200020010
3 10 5
80
（内
部）
内訳本体
000200020011
3 11 500
磁器質タイル
内訳仕様
000200020011
3 11 501
内訳本体000200020012
3 12 500
モザイクタイル〃
000200020013
3 13 500
磁器質タイル〃
000200020014
3 14 500
磁器質タイル〃
000200020015
3 15 500
磁器質タイル〃
000200020016
3 16 500
磁器質タイル〃
000200020017
3 17 500
半磁器質タイル〃
000200020018
3 18 500
陶器質タイル〃
000200020019
3 19 500
陶器質タイル〃
000200020020
3 20 500
陶器質タイル
内訳本体
000200020021
3 21 500
クリ－ニング費
内訳小計000200020022
3 22 590（内 部 計）総括明細本体00020003
2 3100
8.建具硝子工事

と
¥

455

仕

様

数量 単位
単 価
1式
24543000
1式
222850872
1式
206373870
1式3568972100
21.6 m2
INAX ｲﾅﾌﾛｱ-100G
100
2.4 ｍ
INAX ｲﾅﾌﾛｱ-100G
50
59.6 m2
100
29.6 m2
100
3.4 m2134× 92
4.5 ｍ
92×13410.7 ｍ100
14 m2
INAX ｲﾅﾌﾛｱ-100G
50
1.2 m2100
20.6 m2
184× 92
4.6 ｍ
184× 928ｍ
202× 92
8.2 ｍ
100
8.8 m2
100×200
12.4 m2
100×200
15.3 m2
ｾｷﾒﾝB 100×200 104 m2

1式
1式

12000
4800
7410
13400
16000
4600
4600
1287716
12000
7410
13400
7200
7200
7200
8280
11000
9000
9000
4500002335656
12908030

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

表 B.ⅩⅡ- 24 サンプル(e)帳票出力順の記載方法
明細行種類[1200]明細コード
総括明細本体0001
〃
0002
〃
0003
内訳コメント 00020001
総括明細本体00020002〃
00020003
内訳コメント 000200020001
内訳本体
000200020002〃
000200020003〃
000200020004〃
000200020005〃
000200020006〃
000200020007〃
000200020008〃
000200020009〃
000200020010〃
000200020011〃
000200020012〃
000200020013〃
000200020014
内訳コメント 000200030001
総括明細本体000200030002〃
000200030003
内訳コメント 0002000300020001
内訳本体
0002000300020002
内訳仕様
0002000300020002〃
0002000300020002
内訳本体
0002000300020003
内訳仕様
0002000300020003〃
0002000300020003
内訳本体
0002000300020004
内訳仕様
0002000300020004〃
0002000300020004
内訳本体
0002000300020005
内訳仕様
0002000300020005
内訳本体
0002000300020006〃
0002000300020007
内訳コメント 0002000300030001
内訳本体
0002000300030002
内訳仕様
0002000300030002〃
0002000300030002
内訳本体
0002000300030003
内訳仕様
0002000300030003
内訳本体
0002000300030004
内訳仕様
0002000300030004〃
0002000300030004
内訳本体
0002000300030005
内訳仕様
0002000300030005
内訳本体
0002000300030006〃
0002000300030007〃
0002000300030008

層 通番[1288] [1289]
名 称
仕 様
数量 単位
単 価
1 10
00
A.共通仮設工事
1式24543000
1 20
00
B.建築工事
1 式 2348750000
1 3000
C.電気設備工事
1式148740000
竜之 ページ
2 10
80
B.建築工事2 2000
6.鉄筋工事1式206373870 見出行
2 30
00
8.建具硝子工事
1式12908030 (以下同)
3 1580
6.鉄筋工事3 2500
異形鉄筋SD295A D-10
466 ｔ
37000
3 35
00
異形鉄筋
SD295A D-13
884 ｔ
35000
3 45
00
異形鉄筋
SD295A D-16
175 ｔ
33000
3 55
00
異形鉄筋
SD345 D-19
66.9 ｔ
34000
3 65
00
異形鉄筋
SD345 D-22
82.7 ｔ
34000
3 75
00
異形鉄筋
SD345 D-25
184 ｔ
34000
3 85
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-10
0.1 ｔ
88000
3 95
00
ｽﾊﾟｲﾗﾙ異形鉄筋 SD295A D-13
74.3 ｔ88000
3 10 500
加工組立
スペーサー共2077 ｔ55000
3 11 500
加工組立
スペーサー共74.4 ｔ40000
3 12 500
小運搬2151 ｔ3000
3 13 500
圧接費
1式
10478520
3 14 500
ワイヤーメッシュ
599 m2650
3 1080
8.建具硝子工事
3 2000(1)鋼製建具
1式
5778670
3 30
00(2)アルミ建具
1式7129360
4 1580(1)鋼製建具00
かまち戸
2890× 2000
1 ヶ所
170000
4 25
4 25
01
焼付塗装
4 25
02
附属金物一式
4 3500
フラッシュ戸
1200× 2000
1 ヶ所
175000
4 35
01
甲種防火戸
4 35
02
附属金物一式
4 4500
玄関ドア
800× 1900
12 ヶ所
102000
4 45
01
乙種防火戸
4 45
02
ＫＤ－１１１－３１
4 55
00
ＭＢ点検扉
2020× 2450
6 ヶ所
73000
4 55
01
焼付塗装
4 65
00
アングルピ－ス
216 ｍ
600
4 75
00
額縁
23.9 ｍ1300
4 1580(2)アルミ建具
4 25
00
かまち戸
920× 1800
6 ヶ所
78200
4 25
01
乙種防火戸
4 25
02
附属金物一式
4 3500
格子戸825× 1800
1 ヶ所
34000
4 35
01
アルマイト仕上
4 45
00
サッシュ
3670× 1800
14 ヶ所
102000
4 45
01
カラ－アルミ4 45
02
附属金物一式
4 5500
ガラリ戸400× 1000
1 ヶ所
17000
4 55
01
アルマイト仕上
4 65
00
額縁
7.2 ｍ
1300
4 75
00
アングルピ－ス1036 ｍ
600
4 85
00
水切板
344 ｍ
1800

456

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

3. 建築見積依頼・回答メッセージの作成方法

本章は、建築見積依頼・回答メッセージを処理するための中間ファイルの作成方法とそのフォーマットを示す。
3.1 中間ファイルとは
3.2 建築見積中間ファイルの種類
3.3 建築見積中間ファイルのフォーマット
3.4 二種類の中間ファイルの相互変換方法(1)

中間ファイルの役割

・中間ファイルとは、自社の見積システムとトランスレータとを媒介するファイルである。

(2)

中間ファイルの必要性

・市販のトランスレータの多くは、送信時に見積システムのデータベースを直接読み込ん
だり、受信時に見積システムのデータベースに直接書き込むことができない。見積システ
ムのデータベースは各社固有の構造を持つのに対し、市販トランスレータは汎用的に作られているためである。
・したがってトランスレータと見積システム間で、固定長ファイル、CSV ファイル等の一
般的な形式のファイルを媒介としたデータの引渡が必要となる。このファイルが中間ファイルである。

(3)

中間ファイルの利用方法

1) 送信時・EDI 利用者は、見積システムのデータベースから送信に必要なデータ項目のみを抽出し、トランスレータが処理可能な一時的なファイルを作成する。これが中間ファイルである。
・トランスレータはこの中間ファイルから EDI メッセージを作成する。
・送信用の中間ファイルは、通常、送信完了後削除する。

2) 受信時・受信時は、トランスレータが EDI メッセージから中間ファイルを作成する。
・EDI 利用者は中間ファイルから必要なデータ項目を見積システムのデータベースに取り

457

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV込む。
・受信用の中間ファイルは、通常、取り込み完了後削除する。

3.2 建築見積中間ファイルの種類

見積システムから建築見積依頼・回答メッセージ（CI-NET 形式ファイル）を作成するには、以下の 3 通りの方法がある（CI-NET 形式ファイル受信時に見積システムに取り込む場
合も同様に考えられる）。
(a) 自社の責任でトランスレーションを行い、CI-NET 形式ファイルを作成する。
(b) 自社の責任で中間ファイルを作成し、CI-NET LiteS 対応パッケージによってトラ
ンスレーションを行い、CI-NET 形式ファイルを作成する。
(c) 上記 b)と同様。ただし BCS.CSV フォーマット62を利用する取引先とのデータ交換も必要なため、BCS.CSV フォーマットと互換性のある中間ファイルとする必要がある。
Sys:システム、F:ファイル

62

BCS.CSV フォーマット：社団法人建築業協会（BCS）が定めたデータ・フォーマット。

458

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(a)自社の責任で
EDIメッセージ処理(c)BCS.CSV利用の取引先との交換も必要

見積Sys(b)CI-NET LiteSパッケージを用いてEDIメッセージ処理

中間F(1)BCS.CSV互換

中間F(2)

中間F(2)

CI-NET LiteS
互換

CI-NET LiteS
互換

トランスレータ
入出力F

トランスレータ
入出力F

トランスレータ
入出力F

トランスレータ

トランスレータ

トランスレータ

建築見積
CII F

建築見積
CII F

建築見積
CII F

暗号通信

暗号通信

暗号通信

BCS.CSV
利用の
取引先と

(中間F)

網掛け部分は、CI-NET LiteS対応パッケージ商品（CI-NETのデータを暗号化メールにより交換するパッケー
ジ商品）の機能。それ以外の部分は、各社の責任で変換を行う。
なお、パッケージ内部の機能構成は上図の通りとは限らず、開発ベンダの裁量による。

図 B.ⅩⅡ- 7 建築見積業務の中間ファイルの種類
このうち(a)の場合は、自社の責任内でトランスレータの設定、中間ファイルの処理を行うので、中間ファイルのフォーマット等について特に規定はしない。
一方(b)、(c)では、ベンダ各社が共通のファイル・インタフェースを持つ CI-NET LiteS
対応パッケージを開発できるよう、中間ファイル・フォーマットに係わる規定を定める。
以下、本資料では「3.3 (1) BCS.CSV 互換の中間ファイル、(2)CI-NET LiteS 互換中間ファ
イル」において、互換中間ファイルのフォーマットを定める。

459

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

3.3 建築見積中間ファイルのフォーマット

(1)

BCS.CSV 互換中間ファイル

1) 全体仕様
・1 メッセージを 2 つの中間ファイルに格納する。
・一方は、1 行の全体情報部分（鑑）レコードから構成される中間ファイルとする。
・他方は、1 行以上の明細情報部分レコードから構成される中間ファイルとする。見
積書の明細行 1 行の情報を、中間ファイルの 1 行に記載する。
・中間ファイルの名称は以下の通りとする。
全体情報中間ファイル cih***.csv
明細情報中間ファイル cim***.csv「***」の部分の文字列は両中間ファイルで同一とする。「***」の部分
は 3 文字に制限されるものではない。
・両中間ファイルとも、文字コードはシフト JIS とする。
・両中間ファイルとも、各レコードは、カンマ区切りによる可変長ファイルとする。デー
タ項目の値がカンマを含む場合は、当該データ項目全体を「"」で囲む。
・両中間ファイルとも、各データ項目のデータ長は、CI-NET LiteS メッセージとして定めた最大長以下とする。

cih***.csv

cim***.csv

全体情報中間ファイル
全体情報レコード

明細情報中間ファイル
明細情報レコード1
明細情報レコード2：
明細情報レコード(n)図 B.ⅩⅡ- 8 BCS.CSV 互換中間ファイルの全体情報中間ファイルと明細情報中間ファイルの関係【注意事項】
・上記の 2 ファイルのうち、明細情報中間ファイルが BCS.CSV ファイルと互換性のある形式となっている（BCS.CSV ファイルには全体情報部分（鑑）は存在しない）。
・明細情報中間ファイルは、先頭 19 項目が BCS.CSV ファイルと同一であり、20 番目以降の項目に CI-NET LiteS 特有のデータ項目を追加した形式となっている。

460

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

2) 全体情報中間ファイルの仕様
・下表の順に記載する。

表 B.ⅩⅡ- 25 BCS.CSV 互換中間ファイル 全体情報中間ファイルのデータ項目記載順序[ダグ番号]データ項目名

属性

補足

全体/明細の識別X(5)"ZZZZZ"を記載する。全体情報を意味する。

[1]データ処理 No.

9(5)[2]情報区分コード

X(4)[3]データ作成日

9(8)[4]発注者コードX(12)[5]受注者コードX(12)[1197]サブセット・バージョン

X(10)[9]訂正コードX(1)[1006]工事コードX(12)[1007]帳票 No.

X(14)[1008]帳票年月日

9(8)[1009]参照帳票 No.

X(14)[1013]受注者名

K(40)[1024]発注者名

K(56)[1042]工事場所・受渡し場所名称

K(76)[1045]取引件名(注文件名)

K(40)[1070]見積有効期限年月日

X(8)[1140]見積有効期間

K(40)

〃

[1088]明細金額計

N(12)

〃

[1096]消費税額

N(12)

〃

[1097]最終帳票金額

N(12)

〃

[1179]帳票データチェック値 1 回目

X(15)15 バイト全体の中の右詰め。

[1179]帳票データチェック値 2 回目

X(15)

値無しとする。

[1179]帳票データチェック値 3 回目

X(15)

〃

[1179]帳票データチェック値 4 回目

X(15)

〃

[1179]帳票データチェック値 5 回目

X(15)

〃

[1179]帳票データチェック値 6 回目

X(15)

〃

[1179]帳票データチェック値 7 回目

X(15)

〃

[1179]帳票データチェック値 8 回目

X(15)

〃

[1179]帳票データチェック値 9 回目

X(15)

〃

[1136]備考

M(240) mix 属性。

461

依頼では値無しとする。

依頼では値無しとする。

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

3) 明細情報中間ファイルの仕様
・下表の順に記載する。

表 B.ⅩⅡ- 26 BCS.CSV 互換中間ファイル 明細情報中間ファイルのデータ項目記載順序[タグ番号]データ項目名

属性[1200]明細コード先頭 4 桁

9(4)

補

足

このファイル上では先頭ゼロ省略可。

BCS.CSV
ファイルと
同一の
データ項目

[1200]明細コード 5-8 桁9(4)[1200]明細コード 9-12 桁9(4)[1200]明細コード 13-16 桁9(4)[1200]明細コード 17-20 桁9(4)[1200]明細コード 21-24 桁9(4)[1200]明細コード 25-28 桁9(4)[1294]階層レベル9(2)[1295]階層内通し番号

9(4)

行種

X(1)

次ページ参照。

M(54)mix 属性。

[1213]品名・名称

2 回目

印刷目的の場合は max 32 byte を推奨。
[1214]規格・仕様・摘要

2回

M(64)

mix 属性。

印刷目的の場合は max 30 byte を推奨。

目
[1218]明細数量

N(7.3)[1219]明細数量単位

M(6)mix 属性。

[1222]単価

N(12.1)

依頼では値無しとする。

[1251]明細別備考欄 2 回目

M(16)mix 属性。

[1213]品名・名称

M(54)mix 属性。

1 回目

印刷目的の場合は max 32 byte を推奨。
[1214]規格・仕様・摘要

1回

M(64)

mix 属性。

印刷目的の場合は max 30 byte を推奨。

目[1251]明細別備考欄 1 回目

462

M(16)

mix 属性。

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[タグ番号]データ項目名

属性[1200]明細コード 29-32 桁

9(4)

補

足

このファイル上では先頭ゼロ省略可。

CI-NET LiteS
特有のデータ項目[1200]明細コード 33-36 桁9(4)[1200]明細コード 37-40 桁9(4)[1200]明細コード 41-44 桁9(4)[1200]明細コード 45-48 桁9(4)[1200]明細コード 49-50 桁9(2)[1279]建設資機材コード

X(40)[1401]設計記号・機器記号M(12)mix 属性。

[1402]工種・科目コードM(12)mix 属性。

[1403]部位区分

M(12)mix 属性。

[1292]定価N(12.1)[1293]単価掛率

N(3.1)[1404]仕分け区分

M(24)mix 属性。

[1197]サブセット・バージョン

X(10)先頭行のみ。全体情報中間フ
ァイルと同一内容。

463

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV【BCS.CSV 互換中間ファイル上の行種】

表 B.ⅩⅡ- 27 BCS.CSV 互換中間ファイルで使用する「行種」
CI-NET[1288]
明細行の種類

総括明細本体行
総括明細コメント行
総括明細範囲終端行
内訳明細本体行
内訳明細仕様行

明細デー
タ
属性コー
ド
0
0
－
5
5

BCS.CSV 互換中間ファイル[1289]
補助明細
コード

中間
ファイル
上の行種

00
80
－
00
01～49

P
A
T
D

備考

A

内訳明細計行590S

内訳明細コメント行

5

80

A

エレメント親行E

00

E

エレメント終端行

－

－

N

別紙親行

B

00

B

別紙終端行

－

－

N

代価親行

Q

00

Q

代価終端行

－

－

N

【注】BCS.CSV フォーマットにおいて明細書の先頭は明細書全体の親となる P 行（必須）であり、全体の件名、合計金額等が記載されるが、CI-NET メッセージではこの行の記載を義務づけない。記載する場合はコメント行として取り扱わなければならない。
【注】「－」は、CI-NET の建築見積依頼・回答メッセージに該当する行種がない。CI-NETのメッセージでは、BCS.CSV フォーマットの T 行、N 行のような「終端行」を記載しない。このため BCS.CSV 互換中間ファイルと CI-NET LiteS 互換中間ファイル間の相互変換処理では、この行の付け外し処理が必要となる。詳細は「3.4（2）明細情報中間ファ
イルの相互変換」を参照。

464

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(2)

CI-NET LiteS 互換中間ファイル

1) 全体仕様
・1 メッセージを 2 つの中間ファイルに格納する。
・一方は、1 行の全体情報部分（鑑）レコードから構成される中間ファイルとする。
・他方は、1 行以上の明細情報部分レコードから構成される中間ファイルとする。見
積書の明細行 1 行の情報を、中間ファイルの 1 行に記載する。
・中間ファイルの名称は以下の通りとする。
全体情報中間ファイル cih***.txt
明細情報中間ファイル cim***.txt「***」の部分の文字列は両中間ファイルで同一とする。「***」の部分
は 3 文字に制限されるものではない。
・両中間ファイルとも、文字コードはシフト JIS とする。
・両中間ファイルとも、各レコードは、タブ区切りによる可変長ファイルとする。このため、データ項目の値がカンマを含む場合も「"」で囲まない。
・両中間ファイルとも、各データ項目のデータ長は、CI-NET LiteS メッセージとして定めた最大長以下とする。
cih***.txt

cim***.txt

全体情報中間ファイル
全体情報レコード

明細情報中間ファイル
明細情報レコード1
明細情報レコード2：
明細情報レコード n

図 B.ⅩⅡ- 9

CI-NET LiteS 互換中間ファイルの全体情報中間ファイルと明細情報中間ファ
イルの関係

2) 全体情報中間ファイルの仕様
・「表 B.Ⅱ.3-1 BCS.CSV 互換中間ファイル 全体情報中間ファイルのデータ項目記載
順序」の BCS.CSV 互換中間ファイルから先頭の項目「全体/明細の識別」を除いたものとする（[1]データ処理 No.～[1136]備考の 30 項目とする）。
・データ項目建築見積依頼、回答メッセージともに同一並び順である。
以下の項目は、建築見積回答メッセージでは使用するが建築見積依頼メッセージでは

465

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

使用しない。
［1009］参照帳票 No.

［1070］見積有効期限年月日［1140］見積有効期間［1088］明細金額計［1096］消費税額［1097］最終帳票

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

3) 明細情報中間ファイルの仕様
・下表の順に記載する。
・データ項目建築見積依頼、回答メッセージともに同一並び順である。
以下の項目は、建築見積回答メッセージでは使用するが建築見積依頼メッセージでは使用しない。
［1222］単価

表 B.ⅩⅡ- 28

CI-NET LiteS 互換中間ファイル明細情報中間ファイルのデータ項目記載順序[タグ番号]データ項目名

属性[1200]明細コードX(50)[1294]階層レベル9(2)[1295]階層内通し番号9(4)[1288]明細データ属性コード

X(1)[1289]補助明細コード

X(2)[1213]品名・名称

M(54)mix 属性。 印刷目的の場合は max 32 byte を推奨。

M(64)mix 属性。 印刷目的の場合は max 30 byte を推奨。

M(54)mix 属性。 印刷目的の場合は max 32 byte を推奨。

M(64)mix 属性。 印刷目的の場合は max 30 byte を推奨。

1 回目

[1214]規格・仕様・摘要

1回

補

足

目
[1213]品名・名称

2 回目[1214]規格・仕様・摘要

2回目[1218]明細数量

N(7.3)[1219]明細数量単位

M(6)mix 属性。

[1222]単価

N(12.1)

依頼では値無しとする。

M(16)mix 属性。

[1251]明細別備考欄

1 回目

466

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV[タグ番号]データ項目名

属性[1251]明細別備考欄

M(16)

2 回目

補

足

mix 属性。

[1279]建設資機材コード

X(40)[1401]設計記号・機器記号M(12)mix 属性。

[1402]工種・科目コードM(12)mix 属性。

[1403]部位区分

M(12)mix 属性。

[1292]定価N(12.1)[1293]単価掛率

N(3.1)[1404]仕分け区分

M(24)mix 属性。

467

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

3.4 二種類の中間ファイルの相互変換方法
BCS.CSV 互換および CI-NET LiteS 互換の両中間ファイルの相互変換処理は、おおよそ以下の通りとなる。また、両ファイルでフィールド・セパレータが異なる（カンマ区切りとタブ区切り）点にも対応が必要である。

(1)

全体情報中間ファイルの相互変換

・BCS.CSV 互換中間ファイル→CI-NET LiteS 互換中間ファイル向きの変換では、先頭の項目（=ZZZZZ）を削除する。
・逆向きの変換では、先頭に全体・明細の識別（=ZZZZZ）を挿入する。
BCS.CSV互換中間ファイル
全体/明細の識別[1]データ処理No.
[2]情報区分コード[３]データ作成日[4]発注者コード[5]受注者コード[1197]サブセット・バージョン[9]訂正コード[1006]工事コード[1007]帳票No.
[1008]帳票年月日[1009]参照帳票No.
[1013]受注者名[1024]発注者名[1042]工事場所・受渡場所名称[1045]取引件名(注文件名)[1070]見積有効期限年月日[1140]見積有効期間[1088]明細金額計[1096]消費税額[1097]最終帳票金額[1179]帳票データチェック値 1回目[1179]帳票データチェック値 2回目[1179]帳票データチェック値 3回目[1179]帳票データチェック値 4回目[1179]帳票データチェック値 5回目[1179]帳票データチェック値 6回目[1179]帳票データチェック値 7回目[1179]帳票データチェック値 8回目[1179]帳票データチェック値 9回目[1136]備考

図 B.Ⅱ.3-2

CI-NET LiteS互換中間ファイル
つけ外し[1]データ処理No.
[2]情報区分コード[３]データ作成日[4]発注者コード[5]受注者コード[1197]サブセット・バージョン[9]訂正コード[1006]工事コード[1007]帳票No.
[1008]帳票年月日[1009]参照帳票No.
[1013]受注者名[1024]発注者名[1042]工事場所・受渡場所名称[1045]取引件名(注文件名)[1070]見積有効期限年月日[1140]見積有効期間[1088]明細金額計[1096]消費税額[1097]最終帳票金額[1179]帳票データチェック値 1回目[1179]帳票データチェック値 2回目[1179]帳票データチェック値 3回目[1179]帳票データチェック値 4回目[1179]帳票データチェック値 5回目[1179]帳票データチェック値 6回目[1179]帳票データチェック値 7回目[1179]帳票データチェック値 8回目[1179]帳票データチェック値 9回目[1136]備考

全体情報中間ファイルの相互変換

468

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV(2)

明細情報中間ファイルの相互変換

1) レコード内の位置の変更
次図にならい、レコード内のデータ項目位置の変更等を行う。
BCS.CSV互換中間ファイル[1200]明細コードの先頭4桁[1200]明細コードの5-8桁[1200]明細コードの9-12桁[1200]明細コードの13-16桁[1200]明細コードの17-20桁[1200]明細コードの21-24桁[1200]明細コードの25-28桁[1294]階層レベル[1295]階層内通し番号
行種

CI-NET LiteS互換中間ファイル[1200]明細コード[1294]階層レベル[1295]階層内通し番号[1288]明細データ属性コード[1289]補助明細コード[1213]品名・名称 1回目[1214]規格・仕様・摘要 1回目[1213]品名・名称 2回目[1214]規格・仕様・摘要 2回目[1218]明細数量[1219]明細数量単位[1222]単価[1251]明細別備考欄 1回目[1251]明細別備考欄 2回目[1213]品名・名称 2回目[1214]規格・仕様・摘要 2回目[1218]明細数量[1219]明細数量単位[1222]単価[1251]明細別備考欄 2回目[1213]品名・名称 1回目[1214]規格・仕様・摘要 1回目[1251]明細別備考欄 1回目[1200]明細コードの29-32桁[1200]明細コードの33-36桁[1200]明細コードの37-40桁[1200]明細コードの41-44桁[1200]明細コードの45-48桁[1200]明細コードの49-50桁[1279]建設資機材コード[1401]設計記号[1402]工種・科目コード[1403]部位区分[1292]定価[1293]単価掛率[1404]仕分け区分[1197]サブセット・バージョン[1279]建設資機材コード[1401]設計記号[1402]工種・科目コード[1403]部位区分[1292]定価[1293]単価掛率[1404]仕分け区分
鑑からとってくる。

図 B.ⅩⅡ- 10 明細情報中間ファイルの相互変換■点線は、位置の変更のみであり、値の変換は伴わない。
■[1200]明細コードについては、以下に例示するような値の変換が必要である。
【例】
BCS.CSV 互換
CI-NET Lites 互換

1、2、3、4、5、6、7...(省略)...8、9、10、11、12000100020003000400050006000700080009001000110012

469

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV■ [1288]明 細 デ ー タ 属 性 コ ー ド 、 [1289] 補 助 明 細 コ ー ド に つ い て は 、「 表B.Ⅱ .3-3

BCS.CSV 互換中間ファイルで使用する「行種」」に示す値の変換を行う。
【留意事項】 行種の変換に際する留意点
・BCS.CSV 互換中間ファイル→CI-NET LiteS 互換中間ファイル向きの変換では、行種 A
は、建築見積依頼・回答メッセージの明細行種類（[1288]明細データ属性コードと[1289]
補助明細コードの組合せによって定まるもの）に一意に対応しない。このため、変換に際しては、前後の明細行の行種等から判断して適切な変換を決定する必要がある（下表例）。

表 B.ⅩⅡ- 29 BCS.CSV 互換中間ファイル→CI-NET LiteS 互換中間ファイル向き変換時のA 行の変換処理例
BCS.CSV 互換

建築見積依頼・回答メッセージでの明細行種類

中間ファイル（=CI-NET LiteS メッセージでの明細行種類）

A

総 括 明 細 コ メ ン ト ・同一階層レベルの兄弟に P 行が存在する場合、総括明行

細コメント行であると判断する。

(0,80)
内訳明細仕様行

・自行と同一値の[1200]明細コードを持つ D 行が存在す(5,01～5,49)

る場合、内訳明細仕様行であると判断する。

内 訳 明 細 コ メ ン ト ・上記のいずれにも該当しない A 行は、内訳明細コメン
行

ト行であると判断する。

(5, 80)2) T 行、N 行等の挿入、削除
建築見積依頼・回答メッセージでは BCS.CSV フォーマットの T 行、N 行に相当する「終端行」を使用しないため、相互の変換においては、これらの付け外しが必要となる。
① BCS.CSV 互換中間ファイル→CI-NET LiteS 互換中間ファイル向きの変換
この向きの変換では以下が必要である。
(a) 明細書全体の親となる P 行（[1200]明細コードでソートした場合の先頭行）を、
CI-NET LiteS 互換中間ファイルに書き出さない。
(b) T 行、N 行を CI-NET LiteS 互換中間ファイルに書き出さない。
② CI-NET LiteS 互換中間ファイル→BCS.CSV 互換中間ファイル向きの変換
この向きの変換では、T 行、N 行を必要な箇所に生成、挿入して BCS.CSV 互換中間ファ
イルに書き出す処理を行う。この場合の処理例の概要を示す。
(a) CI-NET LiteS 互換中間ファイル（鑑部）の[1045]取引件名、[1088]明細金額合計、[1197]サブセット・バージョン等の値を、BCS.CSV 互換中間ファイルの第 1 行に470

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

P 行として書き出す。
(b) CI-NET LiteS 互換中間ファイル（明細部）
を[1200]明細コードによりソートする。
(c) ソート後の各行に対し以下の処理を行う。
・自行の階層が前行より浅ければ、・前行の階層レベルと自行の階層レベルの差に相当する数の終端行を書き出す。
書き出すべき終端行が T 行か N 行かの判定は、階層を遡って把握する。
・終端行を書き出した後に自行を書き出す。
・自行の階層が前行と同階層ならば、・前行が総括明細本体行ならば、前行の長男として T 行を書き出す。
・前行がエレメント親、別紙親、代価親行ならば、前行の長男として N 行を書き出す。
・自行を書き出す。
(d) 末尾に、先頭行に対応する T 行を書き出す。

471

Ver.2.1 ad.7 (2014.10.31)

B. XII.建築見積メッセージの CSV

472

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料
からの主な追加・変更点

473

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点
Ver.2.1 ad.6

項目

Ver.2.1 ad.7

B.参考資料
Ⅰ．CSV インタフ

p.53

p.53

ェース機能

≪「２．インタフェース・ファイル名称」の「表 B.Ⅰ-2 インタフェース・ファイル名
称一覧(1)」に以下の 3 メッセージを追加。
≫
・ 工事物件案内
・ 契約外請求・ 契約外請求確認
p.53,54,55

p.53,54,55

設備見積業務、設備機器見積業務、設備見積業務、設備機器見積業務、購買見購買見積業務、注文業務、出来高・積業務、注文業務、出来高・請求業務、立請求業務、立替業務、支払通知業務

替業務、支払通知業務、工事請負契約外請

等

求業務等

P.55

P.55

以下のメッセージについては、この

以下のメッセージについては、このファイファイルは作成しない。

ルは作成しない。

見積不採用通知メッセージ

見積不採用通知メッセージ

合意解除申込メッセージ

工事物件案内メッセージ

合意解除承諾メッセージ

合意解除申込メッセージ

一方的解除通知メッセージ

合意解除承諾メッセージ
一方的解除通知メッセージ

P.67

P.67

【例 2】[1179]帳票データチェック値【例 2】[1179]帳票データチェック値（X 属（X 属性、最大バイト数 15）に[1]

性、最大バイト数 15）に[1]データ処理 No.

データ処理 No.「123」（15 バイトの「123」（15 バイトの中の右詰め 5 桁）を記

中の右詰め 5 桁）を記載する場合。

載する場合。

正：ssssssssss00123

正：ssssssssss00123

正：ssssssssssss123

誤：ssssssssssss123474

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点

Ver.2.1 ad.6

項目

Ver.2.1 ad.7

誤：ssssssssss123ss

誤：ssssssssss123ss

誤：0000000000ss123

誤：0000000000ss123（注）LiteS 実装規約 Ver.2.1 ad.6 以前は「ssssssssssss123」の表記も正と記載されていたため、同 Ver.2.1 ad.6 以前からの運用システムにおいては、「ssssssssssss123」の表記も混在しており、注意が必要である。
なお、「ssssssssssss123」と表記している場
合 は 、 出 来 る 限 り 速 や か に「ssssssssss00123」の表記に改修することが望ましい。

P.91-94

P.91-94≪工事物件案内、契約外請求、契約外請求
確認メッセージの項目一覧（鑑情報部分）
を追記。≫

P.99

P.99
≪工事物件案内、契約外請求、契約外請求
確認メッセージの項目一覧（明細情報部分）を追記。≫
P.101-113≪ 10. 工 事 請 負 契 約 外 請 求 一 括 取 り 込 み
CSV インタフェース機能
を新設。≫
p.＊

p.145

≪頁末尾に以下を追加。≫（2014.03.04 記載）
１７．複数工事物件（複数作業所）に対する請求書における明細作成のパターン
Ⅵ．CI-NET LiteS

p.＊

p.193-194

実装規約における≪CI-NET LiteS 実装規約 Ver.2.1ad.7「Ⅸ.

実際の運用上の留工事請負契約外取引メッセージ」の新設に意点伴い、「１７．複数工事物件（複数作業所）
に対する請求書における明細作成のパターン」を追記。≫

475

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点項目

Ver.2.1 ad.6

Ver.2.1 ad.7

XII．建築見積メッp.407

セージの CSV フォ

建築見積メッセージの CSV フォーマットの

ーマット

新設

476

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点【参考１】「CI-NET LiteS 実装規約 Ver.2.1ad.5 指針・参考資料」からの主な追加・変更点
項目

Ver.2.1 ad.5

Ver.2.1 ad.6

B.参考資料
Ⅵ．CI-NET LiteS

p.191

実装規約における「Ⅵ．CI-NET LiteS 実装規約における実際

実際の運用上の留の運用上の留意点」に以下の点を追加。

意点

・１６．精算時における CI-NET LiteS での対応方法について

477

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点【参考２】「CI-NET LiteS 実装規約 Ver.2.1ad.4 指針・参考資料」からの主な追加・変更点
Ver.2.1 ad.4

項目

Ver.2.1 ad.5

B.参考資料
Ⅵ．CI-NET LiteS

p.162

p.162

実装規約における「Ⅵ．CI-NET LiteS 実装規約におけ「Ⅵ．CI-NET LiteS 実装規約における実際

実際の運用上の留る実際の運用上の留意点」の運用上の留意点

意点

・8.出来高要請メッセージの利用方

ジの利用方法に係る留意点」に、以下の内法に係る留意点容を追加。

8.出来高要請メッセー

・出来高要請メッセージ利用の対象者と要件・出来高要請メッセージを使用する場合のフロー・出来高要請メッセージの使い回しの場合
における出来高報告の「最終回」の伝達方
法
p.190「Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点」に以下の点を追加。
・15.K 属性データ項目の数値表現について

478

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点【参考３】「CI-NET LiteS 実装規約 Ver.2.1ad.3 指針・参考資料」からの主な追加・変更点
Ver.2.1 ad.3

項目

Ver.2.1 ad.4

B.参考資料Ⅰ .CSV イン タフ

p.68

p.68

ェース機能

9.インタフェース・ファイルのデー

9.インタフェース・ファイルのデータ項目順

タ項目順序

序

凡例

凡例

K 属性

以下のように記述を変更。

（中略）

K 属性

【重要確認】（中略）

X 属性は（中略）省略することが【重要確認】
X 属性は（中略）省略することができる。

できる。

【重要確認 2】JIS X0213:2004（JIS2004）という JIS
規約で定められている第三水準、第四水準
および非漢字のうち JIS X0208 と比べこの
JIS 規約で新たに追加定義された文字については使用してはならない。
Ⅵ．CI-NET LiteS

p.151

p.151

実装規約における「４．枝番契約の打切方法」「４．枝番契約の打切方法」

実際の運用上の留・対応方法、および挿入図について記述を

意点

変更。
p.174
「Ⅵ．CI-NET LiteS 実装規約における実際の運用上の留意点」に以下の点を追加。
・12.総括明細行と内訳明細行の混在に係る留意点
・13.内訳明細計行に係る留意点
・14.合意打切申込および合意打切精算請求書帳票イメージ

479

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点【参考４】「CI-NET LiteS 実装規約 Ver.2.1ad.2 参考資料・指針」からの主な追加・変更点
Ver.2.1 ad.2

項目

Ver.2.1 ad.3

A.指針
A.指針

B.指針

「A.指針」に変更。

Ⅰ.CI-NET 対応の

p.271

p.7

ための ASP サービ

B.Ⅰ.ASP 事業者への CI-NET 対応「Ⅰ. CI-NET 対応のための ASP サービススに係る指針についての指針

に係る指針

第

1版

第 1 版」を新規に追加。

（B.Ⅰ.と B.Ⅱ.を統合整理）
p.289
B.Ⅱ.CI-NET 対応 ASP 事業者とのデータ交換に係る指針

Ⅵ．CI-NET LiteS

p.97

実装規約における

２．注文請け書における「技術資料」 CI-NET LiteS 実装規約に規定し、CI-NET

実際の運用上の留の取り扱い

LiteS 実装規約

意点

参考資料・指針から削除する。

B.参考資料
B.参考資料

A.参考資料「B.参考資料」に変更。

Ⅰ .CSV イン タフ

p.7

p.51

ェース機能

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

Ⅰ.CSV インタフェース機能
支払通知メッセージに係る仕様部分を追加。
・インタフェース・ファイル名称・インタフェース・ファイルフォーマット・インタフェース・ファイルのデータ項
目順序

480

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点

B.参考資料

A.参考資料「B.参考資料」に変更。

Ⅵ．CI-NET LiteS

p.166

実装規約における「Ⅵ．CI-NET LiteS 実装規約における実際

実際の運用上の留の運用上の留意点」に以下の点を追加。

意点・9.特記の記載箇所仕様
・10.X 属性 8 バイトで定義されている日付
項目の取り扱い・11.支払通知帳票イメージ

481

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点【参考５】「CI-NET LiteS 実装規約 Ver.2.1ad.1 参考資料・指針」からの主な追加・変更点
Ver.2.1 ad.1

項目

Ver.2.1 ad.2

A.参考資料Ⅰ .CSV イ ンタフ

p.7

p.7

ェース機能

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

Ⅰ.CSV インタフェース機能
別仕様であった設備見積、設備機器見積

p.39

業務のメッセージの CSV インタフェー

Ⅱ. 設備見積・設備機器見積メッセ

ス機能を統合し、設備見積、設備機器見ージの CSV フォーマット

積、購買見積、注文、出来高、立替、支払業務のメッセージの CSV インタフェース機能を統一する。

・設備見積、設備機器見積業務のメッセー
ジの CSV インタフェース機能に関して、他(購買見積、注文、出来高、請求業務のメッセージ等)と同様の仕様とする。
・CSV インタフェース機能・インタフェース・フォルダ
・インタフェース・ファイル生成・消滅
・インタフェース・ファイル排他制御
・CI-NET LiteS 対応 CSV インタフェー
ス機能の構成・受信確認の方法
また、下記仕様も同様にする。
・インタフェース・ファイル名称
・ファイルフォーマット、等
Ⅵ．CI-NET LiteS

p.97

実装規約における

２．注文請け書における「技術資料」 CI-NET LiteS 実装規約に規定し、CI-NET

実際の運用上の留の取り扱い

LiteS 実装規約

参考資料・指針から削除す

意点る。

Ⅵ．CI-NET LiteS

p.111

実装規約における「出来高要請メッセージの利用方法に係る実際の運用上の留留意点」を追加。

意点

482

Ver.2.1 ad.7 (2014.10.31)

CI-NET LiteS 実装規約 Ver.2.1ad.6 指針・参考資料からの主な追加・変更点

本資料を利用する場合あるいはソフト等を開発し販売を行う場合（製品の販売を目的とした開発）は、事前にご相談ください。

CI-NET LiteS 実装規約 Ver.2.1 ad.7
指針・参考資料2014年10月31日 発行【禁無断転載】発行

一般財団法人 建 設 業 振 興 基 金
建設産業情報化推進センター〒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/

483

Ver.2.1 ad.7 (2014.10.31)

C
I
|
N
E
T
R

L
i
t
e
S

実
装
規
約
Ver.
2.1
ad.7

指
針
・
参
考
資
料

発
行

一
般
財
団
法
人
建
設
業
振
興
基
金
建
設
産
業
情
報
化
推
進
セ
ン
タ
｜

485