TS出来形XMLの監督職員説明で困らない5つの整理

TS出来形XMLは、出来形管理用TSに関係する基本設計データや出来形計測データなど、XML形式で扱われる施工管理データを説明する場面で使われることが多い実務上の呼び方です。正式な提出データの名称や格納方法は、適用する要領、工種、発注者の指示、現場で使用するソフトウェアの仕様によって異なるため、説明時には必ず当該工事の条件に合わせて確認する必要があります。

現場担当者にとっては、XMLファイルを作成すること自体よりも、監督職員に対して「何のデータなのか」「どの図面や測点と対応しているのか」「どこまで確認済みなのか」を分かりやすく説明できる状態にしておくことが大切です。説明の準備が不足していると、データそのものに大きな問題がなくても、再確認や差し戻しにつながることがあります。この記事では、TS出来形XMLを監督職員へ説明する前に整えておきたい5つの整理を、実務担当者向けに分かりやすく解説します。

目次

• TS出来形XMLの説明で最初に整理すべき全体像

• 整理1 XMLがどの工事・工区・工種に対応するかを明確にする

• 整理2 設計データと出来形計測データの関係を説明できるようにする

• 整理3 測点・断面・管理項目の対応を追える状態にする

• 整理4 確認済み事項と未確認事項を分けて伝えられるようにする

• 整理5 提出資料・電子成果品・説明用資料の整合を取る

• TS出来形XMLの説明で避けたい伝え方

• 監督職員説明をスムーズにする事前チェック

• まとめ TS出来形XMLは説明できる整理が品質を支える

TS出来形XMLの説明で最初に整理すべき全体像

TS出来形XMLの監督職員説明で困らないためには、まずXMLファイルを単体のデータとして扱わないことが重要です。XML形式の施工管理データは、基本設計データ、出来形計測データ、測点、管理項目、帳票、電子成果品などと関連して確認されます。つまり、監督職員に説明するときは「このXMLが何を表しているのか」だけでなく、「どの図面・どの工区・どの出来形管理資料とつながっているのか」まで説明できる状態にしておく必要があります。

TS出来形管理では、施工管理データをもとに出来形の確認や帳票作成を行う場面があります。発注者側の確認では、現場の実測値だけでなく、その値がどの設計値に対して取得されたものか、規格値や管理基準に照らしてどう扱われているかが見られます。したがって、XMLの中身を詳しく読めるかどうかよりも、データの由来、対応関係、確認履歴を説明できるかが実務上のポイントになります。

監督職員への説明では、専門的なXML構造をそのまま話すより、現場の流れに沿って説明した方が伝わりやすくなります。たとえば、最初に工事名、工区、工種、対象範囲を示し、次に設計データの作成元や照合状況を説明し、その後に計測点、測点、断面、管理項目、帳票とのつながりを確認する流れです。この順番で整理しておくと、監督職員が知りたい「このデータは正しい対象のものか」「設計と出来形が対応しているか」「提出資料として確認できるか」に答えやすくなります。

注意したいのは、XMLが出力できていることと、説明可能な状態になっていることは同じではないという点です。ファイル名がそれらしく付いていても、工区名が資料ごとに違っていたり、測点番号の表記が帳票と一致していなかったり、同じ工種の古いデータが混在していたりすると、説明時に確認が止まります。監督職員は、データの作成作業そのものを追体験したいのではなく、提出された資料を根拠に確認できる状態かを見ています。そのため、説明前の整理では、作成者目線ではなく確認者目線で資料を見直すことが大切です。

TS出来形XMLの説明は、単なるファイル説明ではなく、出来形管理の根拠説明です。どの設計条件に基づき、どの現場範囲を測り、どの管理項目として整理し、どの成果品に反映しているのか。この一連の関係が見えるようになっていれば、監督職員からの質問にも落ち着いて対応できます。

整理1 XMLがどの工事・工区・工種に対応するかを明確にする

最初に行うべき整理は、XMLファイルの対象を明確にすることです。TS出来形XMLの説明でよくつまずくのは、ファイルそのものの内容よりも、「これはどの工区のデータですか」「どの工種に対応していますか」「提出対象はこの範囲だけですか」といった基本情報の確認です。現場担当者は日々の作業の流れで理解していても、監督職員は提出資料をもとに確認するため、工事名、工区名、工種名、測点範囲、作成日、更新日などが資料間でそろっていないと判断しづらくなります。

工事名は、契約書類や施工計画書、電子成果品の管理情報、出来形帳票などで表記が統一されているかを確認します。全角と半角、略称の有無、年度表記、路線名や地区名の入れ方が資料ごとに違うと、同じ工事を指していると分かっていても、確認者には別データのように見える場合があります。工区名についても同様です。第1工区、1工区、第一工区のような表記揺れは、内部では問題にならなくても、提出時には混乱の原因になります。

工種名の整理も重要です。TS出来形XMLでは、道路土工、河川土工、舗装、法面、外構など、対象とする工種や管理項目によって説明すべき内容が変わります。ただし、すべての工種で同じXMLの扱いになるわけではなく、適用範囲は発注者の指示や適用要領で確認する必要があります。監督職員に対しては、XMLがどの工種の出来形管理に対応しているのかを最初に伝えられるようにします。複数工種を扱う現場では、工種ごとにXMLを分けているのか、同じ成果品フォルダ内で整理しているのか、帳票や写真との関係はどうなっているのかを説明できるようにしておきます。

測点範囲の整理も欠かせません。対象範囲が起点から終点まで連続しているのか、一部区間のみなのか、施工段階ごとに分かれているのかによって、監督職員の確認ポイントは変わります。たとえば、現場では部分施工の都合で複数回に分けて計測していることがあります。その場合、XMLがどの施工範囲に対応するのかを説明できないと、未計測区間があるのか、別ファイルで提出しているのか、判断が難しくなります。

説明用の整理としては、XMLファイルごとに対象工事、対象工区、対象工種、測点範囲、作成日、最終確認日、対応する帳票名を把握できる状態が望ましいです。ただし、監督職員へ提出する形式は現場や発注者の指示に合わせる必要があります。社内確認用には一覧化しておくと効果的ですが、正式な提出資料として扱うかどうかは、当該工事の提出ルールに従って判断します。

特に注意したいのは、古いXMLや試験出力データの混在です。出来形管理の途中では、確認用、修正前、再出力後など、似た名前のファイルが複数発生しやすくなります。監督職員に説明する段階では、提出対象のXMLが最新かつ正式なものであることを明確にし、不要な旧版を提出フォルダに残さないようにします。旧版が残っていると、どちらが正しい成果品なのか確認が必要になり、説明の流れが止まります。

XMLの対象整理は地味ですが、監督職員説明の入口です。ここが曖昧なまま設計値や測定値の話に進むと、後から前提確認に戻ることになります。まずは「このXMLは、どの工事の、どの工区の、どの工種の、どの範囲を示すものか」を一文で説明できるようにしておくことが大切です。

整理2 設計データと出来形計測データの関係を説明できるようにする

次に整理すべきなのは、設計データと出来形計測データの関係です。TS出来形XMLでは、現場で測った値だけでなく、設計値との対応が重要になります。監督職員から見れば、出来形計測値が単に並んでいるだけでは不十分で、その計測値がどの設計線形、どの断面、どの管理項目に対して取得されたものなのかが確認できる必要があります。

設計データは、設計図書や発注図、変更図面、協議済み資料などをもとに作成されることが一般的です。ここで説明に困りやすいのは、当初設計から変更が入っている場合です。現場では変更後の図面を見ながら作業していても、XMLや帳票の説明時に「どの版の設計データを使ったのか」が曖昧だと、確認者は設計値の根拠を追えません。したがって、監督職員説明の前には、XMLに反映した設計データが、どの図面版、どの協議結果、どの変更指示に基づくものかを整理しておく必要があります。

出来形計測データについては、計測日、計測範囲、計測方法、再測の有無を説明できるようにします。TSによる出来形計測では、現場条件や視通、基準点の状態、器械据付の安定性などが結果に影響します。監督職員に対して細かな作業手順をすべて説明する必要はありませんが、出来形計測データが適切な基準点や設計データに基づいて取得され、帳票に反映されていることは説明できるようにしておきます。

設計データと出来形計測データの関係を説明する際は、「設計データを作成しました」「計測しました」という作業報告だけで終わらせないことが大切です。確認者が知りたいのは、その二つが正しく結び付いているかです。たとえば、ある測点の設計幅に対して、実測幅がどのように記録され、帳票上でどの管理項目として扱われているかを説明できると、XMLの信頼性が伝わりやすくなります。

また、座標系や高さの扱いも重要な確認ポイントです。公共座標、ローカル座標、仮ベンチ、設計高さなどの扱いが現場内で混在していると、XMLの値が正しくても説明が難しくなります。特に、現場作業用に便宜的な座標や高さを使っていた場合は、提出用データがどの基準に整えられているかを明確にしておく必要があります。監督職員から座標や高さの根拠を問われたときに、基準点、既知点、設計図面との関係を説明できるようにしておくと安心です。

設計データの修正履歴も見落とせません。工事中に断面形状、幅員、勾配、法面、構造物位置などに変更が入った場合、変更前の設計データをもとにしたXMLが残っていないかを確認します。出来形XMLが変更後の設計に対応していることを説明できなければ、監督職員は帳票の数値をそのまま確認しにくくなります。修正があった場合は、いつ、何を、どの根拠で修正したのかを簡潔に説明できるようにしておきます。

説明の理想は、XMLを開かなくても、設計データと出来形計測データの対応関係を資料で追える状態です。XMLの中身を直接確認する場面があっても、説明の中心は現場資料との整合です。設計図面、測点一覧、出来形帳票、写真、施工記録が同じ対象を指していることを示せれば、監督職員の確認は進めやすくなります。

整理3 測点・断面・管理項目の対応を追える状態にする

三つ目の整理は、測点、断面、管理項目の対応を追える状態にすることです。TS出来形XMLの監督職員説明では、個々の数値よりも、数値がどの位置と管理項目に対応しているかが重要になります。測点番号、断面名、中心線、端部、法肩、法尻、幅、基準高、勾配などの関係が整理されていないと、監督職員は帳票と現場位置を結び付けにくくなります。

測点番号は、説明時に最も確認されやすい項目です。図面上の測点、現場での表示、TSデータ内の測点、出来形帳票上の測点が一致しているかを確認します。測点の表記では、記号、プラス表記、枝番、小数点、左右区分などが混在しやすいため、資料間で同じルールになっているかを見直します。たとえば、図面では測点を簡略表記しているのに、帳票では詳細表記になっている場合、対応関係を説明できる補足が必要です。

断面情報については、どの測点にどの断面形状が適用されているかを整理します。道路土工や造成工事では、断面が連続的に変化することがあります。標準断面だけで説明しようとすると、実際の出来形管理対象と合わない場合があります。そのため、XMLに含まれる出来形計測データが、標準断面、変化点、構造物周辺、擦り付け部などのどこに対応しているかを確認しておく必要があります。

管理項目の対応も重要です。出来形管理では、基準高、幅、厚さ、法長、勾配、延長など、工種に応じて見る項目が変わります。XMLのデータを帳票化したときに、どの列や項目がどの管理基準に対応しているかを説明できないと、監督職員は判定結果を確認しづらくなります。特に、同じ測点に複数の管理項目がある場合は、計測点の位置と管理項目の関係を明確にしておくことが大切です。

測点・断面・管理項目の整理では、現場の呼び方と提出資料の呼び方を合わせることも欠かせません。現場では「上流側」「右側」「外側」「法尻側」などの呼び方で通じていても、提出資料では左右区分や測点方向が基準になります。監督職員へ説明するときは、現場内の通称ではなく、図面や帳票で確認できる表現に合わせる必要があります。通称を使う場合でも、正式な位置関係と結び付けて説明します。

また、計測対象外の箇所や管理対象から除外した箇所がある場合は、その理由を整理しておきます。施工範囲外、未施工区間、別工種管理、構造物干渉、協議済みの変更範囲など、理由が明確であれば説明できます。しかし、単にデータが存在しないだけに見えると、測定漏れと判断される可能性があります。XMLに含まれていない範囲がある場合は、なぜ含まれていないのかを帳票や施工記録と合わせて説明できるようにします。

測点・断面・管理項目の対応を追える状態にしておくと、監督職員から個別の質問が出ても対応しやすくなります。「この数値はどこを測ったものですか」「この断面はどの図面に対応していますか」「この管理項目はどの帳票に反映されていますか」と聞かれたときに、資料を行き来しながら説明できることが理想です。XMLの説明は、ファイルの中身を読む説明ではなく、現場位置と管理根拠をつなげる説明だと考えると整理しやすくなります。

整理4 確認済み事項と未確認事項を分けて伝えられるようにする

四つ目の整理は、確認済み事項と未確認事項を分けることです。監督職員への説明では、すべてを完璧に見せようとするより、どこまで確認済みで、どこに追加確認の余地があるのかを明確にした方が、信頼性のある説明になります。特にTS出来形XMLは、設計データ、計測データ、帳票、電子成果品が関係するため、確認範囲が曖昧なままだと説明が不安定になります。

確認済み事項として整理したいのは、まずファイルの対象です。工事名、工区名、工種、測点範囲、作成日、提出対象ファイルが確認済みであることを明確にします。次に、設計データとの整合です。使用した図面版、変更反映の有無、設計値と帳票の対応、座標や高さの基準が確認済みかを整理します。さらに、出来形計測データについて、計測範囲、測点、断面、管理項目、帳票反映が確認済みかを見ます。

未確認事項がある場合は、隠さずに扱いを決めておくことが大切です。たとえば、一部の写真整理が完了していない、協力会社からの最終データ確認が未了、変更図面の反映確認が社内承認待ち、といった状況があり得ます。このような場合、説明時に曖昧に答えるのではなく、「この範囲は確認済みです」「この項目は提出前に最終確認します」と分けて伝えられるようにします。

ただし、未確認事項があるまま正式提出することは避けるべきです。監督職員への事前相談や中間確認であれば、未確認事項を共有する意味がありますが、正式な成果品として提出する段階では、未確認のまま残っている項目は差し戻しの原因になり得ます。したがって、説明前の整理では、未確認事項を洗い出すだけでなく、提出前に解消すべきものと、説明資料で補足すべきものに分けることが重要です。

確認済み事項を整理する際は、担当者の記憶に頼らないことも大切です。現場では、誰がいつ確認したかが曖昧になりやすく、説明時に「たぶん確認しています」という言い方になってしまうことがあります。この表現は監督職員に不安を与えます。確認日、確認者、確認対象、修正の有無を社内で記録しておけば、説明時に落ち着いて答えられます。

特に、修正履歴は丁寧に整理しておくべきです。XMLを再出力した場合、何を修正して再出力したのかが分からないと、旧版と新版の違いを説明できません。測点名の修正、設計値の修正、管理項目の追加、工区名の修正、帳票出力条件の変更など、修正内容を簡潔に記録しておくと、監督職員から「前回データと何が違いますか」と聞かれたときに対応できます。

説明では、確認済み事項を必要以上に大げさに言わないことも大切です。「問題ありません」とだけ伝えるより、「工事名、工区名、測点範囲、設計図面との対応、帳票反映を確認済みです」と具体的に伝えた方が信頼性があります。一方で、確認していない項目まで確認済みのように話すと、後で不整合が出たときに説明が難しくなります。確認した事実を具体的に、確認していない事項を明確に、という姿勢が重要です。

整理5 提出資料・電子成果品・説明用資料の整合を取る

五つ目の整理は、提出資料、電子成果品、説明用資料の整合を取ることです。TS出来形XMLの監督職員説明では、XMLだけでなく、出来形帳票、施工計画書、図面、写真、電子成果品フォルダ、管理情報など複数の資料が関係します。これらの内容が少しずつずれていると、XMLの中身に問題がなくても確認が止まります。

まず確認したいのは、ファイル名とフォルダ構成です。電子成果品として整理する場合、発注者の指示や適用される要領に従った構成が求められます。現場独自の分かりやすいフォルダ名を使っていても、提出時のルールと合っていなければ、確認時に迷いが生じます。説明用資料では、どのフォルダにどのXMLが入り、どの帳票や関連資料に対応するのかを説明できるようにしておきます。

次に、帳票との整合を確認します。TS出来形XMLから作成した帳票がある場合、帳票上の工事名、工区名、測点、管理項目、設計値、実測値、差異、判定などがXMLの対象と一致しているかを見ます。帳票だけを修正し、XMLを再出力していない場合や、XMLを更新したのに帳票が古いままの場合は、説明時に矛盾が出ます。最終提出前には、XMLと帳票が同じ版に基づいていることを確認します。

写真との関係も整理しておくと説明がしやすくなります。TS出来形XMLそのものに写真を直接説明する役割があるとは限りませんが、出来形確認では写真や現場記録と照合されることがあります。測点、工種、施工範囲、撮影日、出来形管理項目が関連資料と矛盾していないかを確認しておくと、監督職員から現場状況を聞かれたときに対応しやすくなります。

施工計画書や出来形管理計画との整合も見落とせません。施工計画書で示した出来形管理方法、測定項目、測定頻度、使用機器、管理体制と、実際に提出するTS出来形XMLの内容が大きく異なる場合は、説明が必要になります。工事中に方法を変更した場合は、協議や承認の経緯を整理しておきます。監督職員は、提出されたXMLが単独で正しいかだけでなく、計画された管理方法に沿っているかも確認します。

説明用資料については、作り込みすぎる必要はありませんが、確認者が全体像をつかめる程度の整理は有効です。たとえば、対象工区、対象工種、測点範囲、使用した設計データ、出来形計測日、帳票名、電子成果品内の格納位置を一連の流れで説明できる資料があると、監督職員との会話がスムーズになります。大切なのは、説明用資料が提出データと矛盾していないことです。説明用に作った資料だけ表記が違うと、かえって混乱します。

電子成果品としての整合では、提出前に不要ファイルや作業途中ファイルが混在していないかを確認します。確認用に出力した一時ファイル、旧版XML、社内メモ、作業途中の帳票などが成果品フォルダに残っていると、正式な提出対象が分かりにくくなります。監督職員へ説明する前に、提出対象と保管用資料を分け、正式提出フォルダには必要なものだけを残すことが望ましいです。

提出資料、電子成果品、説明用資料の整合が取れていると、監督職員説明は短時間で進みやすくなります。逆に、資料ごとに表記や版が違うと、説明時間の多くが不一致の確認に使われます。TS出来形XMLの品質は、データの正確さだけでなく、関連資料と一体で確認できるかによって評価されると考えて整理することが大切です。

TS出来形XMLの説明で避けたい伝え方

TS出来形XMLの監督職員説明では、避けたい伝え方があります。まず避けたいのは、「ソフトから出力したので大丈夫です」という説明です。汎用的なソフトウェアや機器からXMLが出力されていても、それだけで提出内容の妥当性が保証されるわけではありません。監督職員が確認したいのは、出力できた事実ではなく、対象工事、設計データ、出来形計測データ、帳票、電子成果品が整合しているかです。出力操作を根拠にするのではなく、確認した内容を根拠に説明する必要があります。

次に、「現場では合っています」という説明も注意が必要です。現場担当者の経験や感覚として正しいことは大切ですが、監督職員は提出資料で確認します。現場で合っているなら、図面、測点、帳票、写真、XMLの対応として示せる状態にしておくべきです。説明では、現場感覚だけでなく、資料上の根拠を使って話すことが重要です。

「前回も同じやり方でした」という説明も、単独では根拠として弱くなります。過去の工事や前回提出で問題がなかったとしても、今回の工事条件、適用要領、発注者の指示、工種、測点範囲が同じとは限りません。過去のやり方を参考にすることは有効ですが、今回の提出データとして確認済みであることを説明する必要があります。

また、XMLの専門用語に寄りすぎた説明も避けた方がよい場合があります。監督職員が知りたいのは、XMLのタグ構造や内部形式そのものではなく、出来形管理資料として確認できるかです。もちろん必要に応じてデータ構造を説明することはありますが、最初から技術的な内部説明に入ると、現場範囲や設計値との対応が伝わりにくくなります。説明は、工事対象、設計データ、計測データ、帳票、電子成果品という確認の流れに沿って行うと分かりやすくなります。

さらに、「たぶん」「おそらく」「前任者が確認していると思います」といった表現は避けるべきです。監督職員説明では、確認済みの内容と未確認の内容を分けて伝える必要があります。曖昧な表現が多いと、データ全体の信頼性まで不安に見えてしまいます。確認済みであれば具体的に説明し、未確認であればいつ、どの資料で確認するかを明確にすることが大切です。

説明時に質問を受けたとき、すぐに答えられない項目があること自体は珍しくありません。その場合でも、推測で答えるのではなく、確認先を示す姿勢が重要です。「この場では確認資料を見て回答します」「該当する図面版と帳票の対応を確認します」というように、確認手順を明確にすれば、無理な断定を避けられます。説明で重要なのは、すべてを暗記していることではなく、根拠資料に基づいて追える状態を作っていることです。

監督職員説明をスムーズにする事前チェック

監督職員説明をスムーズにするには、説明前の事前チェックが欠かせません。まず、提出対象のXMLが最新であることを確認します。作業フォルダに複数のXMLが残っている場合、最終版、確認用、修正前、再出力後の区別がついているかを見ます。最終版が曖昧なまま説明に入ると、監督職員からファイルの根拠を聞かれたときに迷います。

次に、XMLと帳票の一致を確認します。帳票に表示されている測点、管理項目、設計値、実測値が、提出対象XMLと同じデータに基づいているかを見ます。帳票を後から修正した場合や、XMLを再出力した場合は、版のずれが起きやすくなります。説明前には、帳票の作成日時や確認日時も含めて見直すと安心です。

図面との照合も重要です。測点範囲、断面、設計値、左右区分、施工範囲が図面と一致しているかを確認します。変更図面がある場合は、XMLに反映した設計データが変更後のものかを見ます。特に、現場では変更後の内容で施工しているのに、説明資料が変更前の図面名のままになっているケースは注意が必要です。

工区名や工種名の表記も確認します。提出資料の中で同じ対象を指しているのに表記が違うと、監督職員は別データとして扱う可能性があります。工事名、工区名、工種名、測点番号、断面名、管理項目名は、できる限り同じ表記で統一します。どうしても資料の性質上表記が異なる場合は、対応関係を説明できるようにします。

説明の順番も事前に決めておくと効果的です。おすすめの流れは、対象工事と工区の説明、XMLの対象範囲の説明、設計データの根拠説明、出来形計測データの説明、帳票と電子成果品の整合説明、確認済み事項の説明です。この順番なら、監督職員は全体から詳細へ自然に確認できます。いきなり細かな測点や数値から話し始めると、前提が伝わらず質問が増えやすくなります。

社内で説明の練習をすることも有効です。担当者以外の人に、XMLの対象、測点範囲、帳票との関係を短く説明してみると、分かりにくい部分が見つかります。特に、作成者本人は当然だと思っている表記やフォルダ構成が、第三者には分かりにくいことがあります。監督職員説明の前に社内レビューを行えば、説明資料の不足や表記ゆれを早めに修正できます。

最後に、質問されやすい項目を想定しておきます。よくある確認としては、どの図面をもとにしたデータか、変更は反映されているか、測点範囲はどこまでか、未計測区間はあるか、帳票とXMLは同じデータか、電子成果品のどこに格納しているか、再出力した理由は何か、といった内容があります。これらに答えられる準備をしておけば、説明時に慌てる場面を減らせます。

まとめ TS出来形XMLは説明できる整理が品質を支える

TS出来形XMLの監督職員説明で困らないためには、XMLを単なる出力ファイルとして扱わず、出来形管理の根拠資料として整理することが大切です。最初に、XMLがどの工事、工区、工種、測点範囲に対応しているかを明確にします。次に、設計データと出来形計測データの関係を整理し、どの図面や変更内容に基づいているかを説明できるようにします。そのうえで、測点、断面、管理項目の対応を追える状態にし、帳票や写真、電子成果品との整合を確認します。

監督職員への説明では、出力できていることよりも、確認できることが重要です。工事名や工区名の表記、測点番号、設計値、実測値、帳票、提出フォルダが整っていれば、確認者は内容を追いやすくなります。一方で、旧版ファイルの混在、表記ゆれ、設計変更の反映漏れ、帳票との版ずれがあると、説明は難しくなります。提出前には、確認済み事項と未確認事項を分け、正式提出までに解消すべき点を明確にしておく必要があります。

TS出来形XMLの説明準備は、特別な資料を増やすことではありません。現場で作成したデータを、監督職員が確認しやすい順番と表現に整える作業です。対象範囲、設計根拠、計測結果、管理項目、成果品格納位置を一連の流れで説明できれば、質問にも落ち着いて対応できます。

今後は、現場で取得する出来形データを早い段階から整理し、提出直前に慌てない体制を作ることが重要です。日々の計測データ、設計変更の反映履歴、帳票出力条件、電子成果品の格納位置を同じルールで管理しておけば、監督職員説明だけでなく、社内レビューや検査前確認も進めやすくなります。TS出来形XMLは、作成するだけでなく、説明できる状態に整えてこそ、出来形管理の品質を支える資料になります。