TS出来形XMLは、単に「電子納品に入れるファイル」として扱うだけでは不十分です。基本設計データ、現場で取得した出来形計測データ、出来形帳票、検査時の説明資料をつなぐ、出来形管理の根拠データとして整理しておく必要があります。実務では、受注者側では「XMLを出力できているから問題ない」と考え、発注者側では「施工計画や設計図書、検査時の確認資料と整合しているか」を重視するため、協議の観点がずれることがあります。
本記事でいう「TS出来形XML」は、主にTSを用いた出来形管理で扱う施工管理データのXMLファイルを指します。国土交通省の要領では、施工管理データは基本設計データと出来形計測データの総称として説明され、適用要領に基づく場合は施工管理データ（XMLファイル）が電子成果品として位置付けられています。ただし、実際に適用する要領、工種、契約時期、特記仕様書、発注者の運用によって提出物や格納方法が異なる場合があるため、個別工事ごとの確認が前提です。([国土交通省][1])
TS出来形 XMLで検索している実務担当者は、納品前の確認、発注者との事前協議、XML出力後のエラー、帳票との不一致、電子納品時の格納方法などで迷いやすい場面に直面していることが多いでしょう。XMLの有無だけでなく、どのデータを正とし、どの資料で確認し、どの形式で納品するのかを受発注者でそろえておくことが重要です。
この記事では、TS出来形XMLの受発注者協議で確認すべき項目を5つに整理します。現場の担当者が協議書、施工計画書、事前打合せ、検査前確認に活かせるように、技術的な話だけでなく、どこで認識違いが起きやすいのかまで含めて解説します。
TS出来形XMLの受発注者協議が重要になる理由
TS出来形XMLの協議が重要になる理由は、XMLが人間向けの帳票そのものではなく、出来形管理の結果をデータとして受け渡すためのファイルだからです。紙やPDFの帳票であれば、見た目を確認すれば大まかな内容は把握できます。しかしXMLは、ファイルを開いただけでは現場条件、測点、管理項目、点名、座標、設計値、実測値、差分の関係が直感的に分かりにくい形式です。そのため、発注者と受注者が事前に「何を正とするのか」をそろえておかないと、納品直前や検査直前に手戻りが起きやすくなります。
受注者側では、現場の測量、出来形計測、帳票作成、電子納品の作業が連続しているため、作業の流れとしてXMLを扱います。一方、発注者側では、施工計画どおりに管理されているか、基準点や線形に誤りがないか、出来形管理基準に対して必要な項目が確認できるか、最終成果として確認・保管できるかという視点で確認します。この視点の違いを埋める場が受発注者協議です。
TS出来形XMLで問題になりやすいのは、ファイルそのものの有無だけではありません。XMLの中身が現場で合意した管理対象と一致しているか、帳票に出ている数値と整合しているか、電子納品の格納先やファイル名が適用要領に沿っているか、検査時に説明できる補足資料がそろっているかが重要です。XMLを出力した段階では正常に見えても、発注者側の確認環境で読み込めない、帳票と測点名が一致しない、変更前の設計データを基に計測していた、管理断面の扱いが協議内容と違っていたという事態は起こり得ます。
また、TS出来形XMLは現場の途中段階から意識しておく必要があります。完成時にまとめて整えようとすると、基準点の名称、線形条件、横断構成、管理点の記号、計測日、再測点の扱いなど、過去にさかのぼって確認しなければならない情報が増えます。現場が進んでからXMLの不備に気づくと、帳票の再作成だけで済まず、出来形計測の再整理や、発注者への再説明が必要になる場合もあります。
受発注者協議では、専門的なデータ仕様を細かく議論する前に、実務上の確認軸をそろえることが大切です。具体的には、対象範囲、設計データ、計測方法、電子納品、検査説明という5つの観点です。この5項目が整理されていれば、XMLの作成者、現場代理人、測量担当者、品質管理担当者、発注者側の監督職員の間で認識を共有しやすくなります。
確認項目1：適用範囲と納品対象を最初にそろえる
最初に確認すべきことは、TS出来形管理をどの範囲に適用し、どのデータを納品対象にするかです。TS出来形XMLは、現場全体を一律に対象にする場合もあれば、特定の工種、測点範囲、管理断面、施工段階に限定して運用する場合もあります。ここを曖昧にしたまま作業を始めると、後から「この部分もXMLに含めるのか」「従来管理とTS出来形管理の境界はどこか」という問題が発生します。
協議では、まず対象工種を明確にします。道路土工、河川土工、舗装、造成、構造物周辺の土工など、現場によってTS出来形管理の使い方は異なります。工事全体のうち、どの工種をTS出来形XMLの対象にするのかを決め、施工計画書や出来形管理計画と矛盾しないようにします。特に、設計変更が見込まれる区間、施工途中で形状が変わる区間、仮設や付帯作業が多い区間では、対象範囲を言葉だけでなく測点や図面上の範囲として確認しておくことが大切です。
次に、管理対象となる測点や断面の扱いを確認します。TS出来形XMLに含まれるデータは、現場で実際に計測した点と、設計上の管理点が対応している必要があります。どの測点を管理断面とするのか、追加測点をどのように扱うのか、起終点付近や構造物との取り合い部を含めるのかを事前に決めておきます。設計図書に示された測点だけで足りる現場もあれば、現地条件に合わせて補助的な測点を設定したほうが説明しやすい現場もあります。
納品対象の確認も欠かせません。TS出来形XMLそのものに加えて、出来形帳票、チェック資料、出来形管理図、計測記録、写真、施工計画書との対応資料など、どこまでを提出・提示するのかを協議します。XMLはデータの本体ですが、検査で説明する際には帳票や図面との対応が必要です。発注者が求めているのがXMLのみなのか、XMLから作成した帳票も含むのか、電子納品の管理ファイルにどのように記録するのかを早い段階で確認しておくと、納品前の混乱を避けやすくなります。
さらに、従来方式の出来形管理と併用する場合は、二重管理にならないように注意が必要です。現場によっては、TSで管理する範囲と、巻尺、レベル、写真、出来形図などで補足する範囲が混在します。この場合、TS出来形XMLに含める範囲と、従来帳票で管理する範囲を明確に分ける必要があります。分け方が曖昧だと、同じ箇所に対して異なる数値が存在しているように見え、検査時に説明が難しくなります。
適用範囲の協議では、受注者側が「現場で計測できる範囲」を説明し、発注者側が「監督・検査で確認したい範囲」を示すことが重要です。両者が一致していない場合は、XMLの作成作業に入る前に調整します。最初の協議で範囲を固めておけば、計測計画、点名ルール、帳票作成、電子納品まで一貫した流れを作りやすくなります。
確認項目2：基本設計データの根拠と整合性を確認する
TS出来形XMLの品質は、基本設計データの正確さに大きく左右されます。現場でどれだけ丁寧に計測しても、基準となる設計データに誤りがあれば、出来形管理の結果を正しく評価できません。受発注者協議では、XMLの出力形式だけでなく、XMLの基になっている基本設計データが設計図書と整合しているかを確認する必要があります。
基本設計データで最初に見るべきなのは、基準点と工事基準点です。使用する基準点が発注者の指示や設計図書と一致しているか、工事基準点の名称が現場で使っている名称と一致しているか、座標値や標高値に転記ミスがないかを確認します。基準点に誤りがあると、全ての計測点に影響します。XML上では点や測点が整然と並んでいても、基準そのものがずれていれば、出来形管理データとしての信頼性を説明しにくくなります。
次に、平面線形と縦断線形の整合性を確認します。起点、終点、変化点、曲線要素、測点間隔、追加距離、標高、勾配などが設計図書や線形計算書と一致しているかを確認します。ここで問題になりやすいのは、図面修正や設計変更の反映漏れです。現場では変更図を見ながら施工していても、TS出来形XMLの基になるデータが変更前のままになっていることがあります。受発注者協議では、どの時点の設計図書を正として基本設計データを作成したのかを確認します。
出来形横断面形状の確認も重要です。横断方向の構成、法長、幅、基準高、管理点の位置、出来形計測対象点の記号が正しく設定されているかを見ます。国土交通省の要領では、基本設計データの確認項目として、工事基準点、平面線形、縦断線形、出来形横断面形状が示されており、設計図書や線形計算書などとの照合、チェックシートの提出、変更時の確認資料作成が説明されています。([国土交通省][1])
基本設計データの確認では、受注者だけで完結させないことが大切です。作成担当者が図面、線形計算書、横断図、数量計算書などを見てデータ化したとしても、発注者側の認識と一致しているとは限りません。特に、現場条件に合わせて横断形状を補正した場合、施工承諾や設計変更協議と連動しているかを確認する必要があります。協議の場では、どの資料を根拠にしたのか、どの変更まで反映したのか、未確定部分をどう扱うのかを説明できる状態にしておきます。
XMLの中身を確認する際は、帳票や図面に変換して見比べることも有効です。XMLそのものを目視で追うより、測点ごとの設計値、実測値、差分が分かる帳票や、平面図、縦断図、横断図との重ね合わせで確認したほうが、受発注者双方にとって理解しやすくなります。協議では、どの確認資料を使って基本設計データを確認するかを決めておくと、後工程がスムーズになります。
また、基本設計データの更新ルールも確認しておきます。設計変更が発生した場合、誰がいつ基本設計データを修正するのか、修正後に再度発注者確認を受けるのか、既に計測済みのデータをどう扱うのかを決めておかなければなりません。設計変更前の計測データと変更後の計測データが混在すると、XMLの整合性を説明しにくくなります。変更が多い現場ほど、基本設計データの版管理を協議項目に含めるべきです。
確認項目3：計測方法と管理項目の扱いを明確にする
TS出来形XMLは、現場で取得した計測データを基に作成されます。そのため、協議では計測方法と管理項目の扱いを明確にしておく必要があります。計測作業そのものは測量担当者が行うことが多いですが、XMLとして納品する段階では、品質管理、出来形管理、電子納品の担当者も関係します。現場計測のルールが共有されていないと、XML作成時に点名や管理項目の解釈がばらつきます。
まず確認すべきなのは、計測に使用する基準点、設置方法、観測条件です。TSによる出来形管理では、現場の基準点や工事基準点を使って計測点を取得します。したがって、どの基準点を使用するのか、器械点と後視点の管理をどうするのか、観測時の確認記録を残すのかを協議しておくことが重要です。計測値だけがXMLに入っていても、計測の前提が説明できなければ、検査時に信頼性を示しにくくなります。
次に、計測する管理項目を確認します。基準高、幅、法長、延長、厚さ、勾配など、現場の工種や設計条件によって出来形管理項目は異なります。TS出来形XMLにどの管理項目を含めるのか、帳票ではどの項目を表示するのか、従来管理で補足する項目はあるのかを明確にします。特に、TSで直接計測しやすい項目と、現場条件により別の方法で確認する項目が混在する場合は、協議で扱いを分けておく必要があります。
計測点の命名ルールも見落とせません。点名や記号は、現場担当者にとっては作業上の識別情報ですが、XMLや帳票では設計上の管理点と実測点を結び付ける重要な情報になります。同じ意味の点に複数の名称を使ったり、施工途中で命名ルールを変えたりすると、帳票上で対応関係が分かりにくくなります。協議では、測点、左右、管理点、再測点、補助点などの表記ルールを決め、現場の計測担当者まで共有しておきます。
再計測や欠測の扱いも事前に決めておくべきです。現場では、障害物、施工途中の立入制限、天候、機械配置、構造物との取り合いなどにより、予定どおりに計測できないことがあります。その場合、後日再計測するのか、別方法で補完するのか、写真や出来形図で説明するのかを協議しておくと、納品時の判断が明確になります。欠測や補完の扱いが曖昧なままXMLを作成すると、検査時に「なぜこの点がないのか」「なぜこの点だけ別管理なのか」と確認される可能性があります。
規格値や判定の扱いも重要です。出来形帳票では、設計値、実測値、差分、判定が表示されることがありますが、どの基準で判定するかは工事の仕様や管理基準に従う必要があります。協議では、管理基準、規格値、社内管理値、発注者への提示値を混同しないようにします。社内で厳しめに管理している数値を、そのまま発注者提出用の判定と混同すると、帳票の意味が不明確になります。
計測方法の協議では、現場で実際に運用できるルールに落とし込むことが大切です。書類上は理想的な計測計画でも、現場で毎回同じ手順を守れなければ、データの一貫性は保てません。受発注者協議では、計測頻度、計測時期、確認者、記録方法、データ取り込みのタイミングを現実的に設定します。TS出来形XMLは最後に作るものではなく、日々の計測管理の積み重ねとして整えるものだという認識を持つことが重要です。
確認項目4：XMLのバージョン、ファイル名、電子納品の扱いを決める
TS出来形XMLの受発注者協議で特にトラブルになりやすいのが、XMLの形式、ファイル名、電子納品での扱いです。現場担当者から見ると、出力されたXMLはどれも同じように見えます。しかし実際には、データ交換標準の版、作成に使用したソフトウェアの出力設定、電子納品の格納先、管理ファイルへの記載内容によって、受け取り側での扱いが変わることがあります。
まず確認したいのは、どのデータ交換標準や適用要領に基づくXMLを提出するのかです。国総研の過去の説明資料では、同じ「.xml」拡張子でも準拠するデータ交換標準の版を見分ける必要があることや、適用工事に応じた変換・納品の扱いが示されています。これは当時の移行ルールをそのまま全ての工事に適用するという意味ではありませんが、XMLの準拠版を協議で確認すべき理由を示す資料として参考になります。([国土交通省道路局][2])
次に、XMLを作成する環境の確認が必要です。出来形管理ソフトウェアや帳票作成ソフトウェアを使う場合でも、出力設定、読み込み元データ、変換の有無によって、最終的に作成されるXMLの内容は変わります。画面上では正常に帳票が出ていても、XMLの準拠形式が発注者の求めるものと違う可能性があります。協議では、製品名だけで判断せず、準拠するデータ形式、出力されるファイル、確認方法を中心に話すことが大切です。
ファイル名のルールも軽視できません。XMLファイルは、電子納品の中で他の成果品と一緒に管理されます。ファイル名が現場内だけで通じる略称になっていたり、複数の線形や工区で同じ名前を使っていたりすると、後から内容を特定しにくくなります。協議では、工区、線形、測点範囲、作成時期、変換前後の区別などを、どのようにファイル名や管理情報に反映するかを確認します。ただし、独自ルールを優先しすぎると電子納品の要領と合わなくなるため、発注者の指定や適用要領の規定を優先します。
電子納品での格納場所も確認対象です。国土交通省のTSを用いた出来形管理要領（土工編）では、電子成果品として施工管理データ（XMLファイル）を示し、工事完成図書の電子納品等要領で定める「OTHRS」フォルダに格納すること、その他管理ファイル（OTHRS.XML）にTS出来形管理資料を特定できる情報を記入することが説明されています。個別工事では、最新版の要領、特記仕様書、発注者の指示を確認したうえで運用します。([国土交通省][1])
変換を行う場合は、変換前データと変換後データの扱いを確認します。過去の資料では、旧形式の施工管理データを新しい形式へ変換して納品する際に、変換前後のデータを区別して扱う例が示されています。実務では、現場ごとに発注者の指示や適用要領が異なるため、変換が必要か、変換前データを残すか、変換履歴をどのように説明するかを協議しておくべきです。
XMLの確認方法も合意しておきます。受注者側で出力後に読み込み確認を行うのか、発注者側の確認環境で事前確認するのか、納品前に試験的に電子成果品として整理するのかを決めます。XMLは、ファイルが存在するだけでは十分とはいえません。読み込めること、帳票と整合すること、管理対象が正しく表現されていること、不要なデータや古いデータが混在していないことを確認する必要があります。
この段階で大切なのは、納品直前に初めてXMLを確認しないことです。施工途中で一度、試験的にXMLを出力し、帳票作成や電子納品への取り込みまで確認しておくと、問題の早期発見につながります。受発注者協議では、中間段階での確認時期を決めておくと、最終納品前の負担を減らしやすくなります。
確認項目5：検査時の確認資料と修正フローを合意する
TS出来形XMLは、最終的には検査で説明できる状態になっていなければなりません。受発注者協議では、XMLをどのように作成するかだけでなく、検査時に何を見せて、どのように説明するかまで決めておくことが重要です。検査では、XMLの内部構造そのものよりも、出来形管理として正しく実施され、必要な根拠資料がそろっているかが確認されます。
まず、検査時に提示する資料を整理します。TS出来形XML、出来形帳票、基本設計データのチェック資料、基準点関連資料、線形計算書、平面図、縦断図、横断図、出来形写真、施工計画書との対応資料などが考えられます。全てを一度に提示すればよいわけではなく、発注者が確認しやすい順番で整理することが大切です。XMLはそのままでは読みにくいため、帳票や図面を使って「このXMLはこの範囲、この測点、この管理項目に対応している」と説明できる状態にします。
次に、XMLと帳票の整合確認を行います。帳票に表示された測点、設計値、実測値、差分、判定が、XMLに含まれるデータと一致しているかを確認します。帳票だけを修正してXMLが古いまま、またはXMLを再出力したのに帳票が前回版のままという状態は避けなければなりません。検査時には、最終版がどれかを明確にし、同じ版のXMLと帳票を提示できるようにします。
修正フローの合意も重要です。協議や確認の過程で、点名の誤り、測点範囲の不足、設計変更の反映漏れ、帳票表示の不一致、電子納品上の整理ミスが見つかることがあります。その際、誰が修正し、誰が確認し、どのタイミングで再提出するのかを決めておかないと、責任範囲が曖昧になります。受注者内でも、測量担当者、出来形管理担当者、電子納品担当者が分かれている場合は、修正の連絡経路を明確にしておく必要があります。
修正履歴の残し方も協議しておきたい項目です。XMLを再出力すると、ファイルの更新日や内容が変わります。設計変更に伴う正当な修正なのか、単なる誤記修正なのか、再計測を伴う修正なのかによって説明の仕方が異なります。修正履歴を残しておけば、検査時に「なぜこの版が最終なのか」を説明しやすくなります。特に、複数回の設計変更や追加計測がある現場では、最終版だけでなく、変更の経緯を簡潔に整理しておくと安心です。
発注者側の確認タイミングも事前に決めます。最終検査の直前に初めてXMLを提出すると、読み込み不良や資料不足が見つかった場合に対応時間が限られます。中間確認、出来形完了時確認、電子納品前確認など、段階的に確認する流れを協議しておくと、発注者側も内容を把握しやすくなります。受注者側にとっても、早い段階で指摘を受けられるため、手戻りを小さくできます。
検査時の説明では、専門用語を並べるよりも、管理の流れを示すことが有効です。基本設計データを作成し、発注者と確認し、現場でTSにより計測し、計測結果を取り込み、帳票とXMLを作成し、電子納品に格納したという流れを説明できれば、発注者は成果品の位置付けを理解しやすくなります。TS出来形XMLは単体で評価されるものではなく、施工管理全体の中で位置付けて説明するものです。
また、検査後の保管や再利用も意識しておくとよいでしょう。電子成果品として納品されたXMLは、将来の維持管理、出来形確認、類似工事の参考資料として参照される可能性があります。そのため、現場担当者だけが理解できる整理ではなく、第三者が見ても内容を追えるようにしておくことが望ましいです。ファイル名、説明文、関連資料との対応を丁寧に整えることは、検査対応だけでなく、成果品の使いやすさを高めることにもつながります。
TS出来形XMLを現場で迷わず運用するために
TS出来形XMLの受発注者協議では、細かなデータ仕様に意識が向きがちです。しかし、実務で重要なのは、対象範囲、基本設計データ、計測方法、電子納品、検査説明という流れを一つにつなげることです。この流れがそろっていれば、XML出力後の確認や納品作業を進めやすくなります。
最初に、TS出来形管理をどこに適用するのかを決めます。次に、その対象範囲に対して基本設計データを作成し、発注者と根拠を確認します。そのうえで、現場での計測方法、点名ルール、管理項目、欠測や再測の扱いを決めます。さらに、XMLの形式、ファイル名、電子納品での格納方法を確認し、最後に検査時の説明資料と修正フローを整えます。この順番を意識するだけで、協議の抜け漏れは減らしやすくなります。
TS出来形XMLで失敗しやすい現場には共通点があります。それは、XMLを最後の電子納品作業として扱ってしまうことです。XMLは納品直前に突然作るものではなく、施工計画、設計データ、計測、帳票、検査説明の結果として整えるものです。現場の早い段階からXML化を意識しておけば、点名の統一、設計変更の反映、帳票との整合確認、発注者への説明がしやすくなります。
一方で、現場の担当者にとって、TS出来形XMLの運用は負担になりやすいのも事実です。測量、写真、帳票、電子納品、発注者協議を別々に管理していると、同じ情報を何度も確認し、転記し、照合しなければなりません。特に、現場で取得した位置情報や写真、出来形確認の記録が分散していると、後からXMLや帳票との対応を整理するのに時間がかかります。
近年は、TSだけでなく、ノンプリズム方式のTS、RTK-GNSS、レーザースキャナー、写真測量などを含む3次元計測技術を用いた出来形管理の要領も整備されています。国土交通省の令和7年3月版の監督・検査要領では、対象技術としてTS等光波方式やRTK-GNSSなども示されています。したがって、TS出来形XMLを扱う場合でも、当該工事が従来のTS要領を適用するのか、3次元計測技術を用いた出来形管理要領を適用するのかを確認し、最新の適用要領と発注者指示に沿って整理することが重要です。
これからの現場では、計測した位置、現場写真、出来形確認、帳票化、データ共有をできるだけ一連の流れで扱うことが重要になります。TS出来形XMLの協議でも、単に「XMLを提出します」と伝えるのではなく、「どの現場情報を、どの根拠で、どの成果品につなげるのか」を説明できる体制が求められます。受発注者の認識をそろえ、現場で迷わずデータを残せる仕組みを整えることが、手戻りの少ない出来形管理につながります。
公開前のチェックでは、次の5点を確認しておくと安全です。第一に、TS出来形XMLの対象範囲と納品対象が施工計画書や出来形管理計画と一致していること。第二に、基本設計データが設計図書、線形計算書、横断図、変更協議の内容と整合していること。第三に、計測方法、点名ルール、管理項目、欠測・再測の扱いが現場で共有されていること。第四に、XMLの準拠形式、ファイル名、電子納品での格納先、管理ファイルの記載が適用要領に沿っていること。第五に、検査時にXMLと帳票、図面、写真、チェック資料を同じ版で説明できることです。
TS出来形XMLは、出力できたかどうかだけで評価するものではありません。受発注者で確認した範囲、根拠、計測、納品、検査説明がつながっているかを確認して初めて、実務で使える成果品になります。公開前・納品前の確認では、XML単体ではなく、施工管理全体の流れの中で整合性を確認するようにしましょう。