TS出来形XMLと出来形帳票の数値が合わないと、提出前の確認に時間がかかり、現場で測った結果が正しく資料に反映されているのか判断しにくくなります。特に、設計値、実測値、差、測点名、管理項目、ファイルの版が少しずつずれている場合、帳票だけを見ても原因を特定しにくく、XMLを確認してもどの帳票と対応しているのか分からなくなることがあります。
ここでいうTS出来形XMLは、TSを用いた出来形管理で扱う施工管理データのうち、基本設計データや出来形計測データを含むXMLファイルを指します。出来形帳票は、これらのデータをもとに、検査や確認で見やすい形に整理した資料として扱われます。そのため、本来は同じ根拠データから作成すれば整合を取りやすい資料です。
しかし実務では、再測定、設計変更、測点名の修正、帳票の再出力、電子納品用ファイルの差し替えなどが重なることで、XMLと帳票の対応関係が崩れることがあります。ファイル名に「最新」や「提出用」と付いていても、中身が本当に最新とは限りません。帳票だけを直したり、XMLだけを差し替えたりすると、提出直前に不一致が見つかる原因になります。
この記事では、「TS出来形 XML」で検索している実務担当者に向けて、TS出来形XMLと出来形帳票を一致させるための確認手順を、提出前の実務で使いやすい流れに整理します。特定のソフトウェア名や機器名に依存せず、どの現場でも確認しやすい考え方としてまとめます。
目次
• TS出来形XMLと出来形帳票がずれる原因を先に押さえる
• 手順1 適用範囲と作成元データを固定する
• 手順2 基本設計データと測点名を帳票側の見え方まで確認する
• 手順3 現場計測データを取り込む前に単位・丸め・欠測を確認する
• 手順4 XMLから帳票を再生成し、手入力や別管理の数値を混ぜない
• 手順5 測点ごとに設計値・実測値・差を突き合わせる
• 手順6 修正履歴と電子納品用ファイルを同じ版でそろえる
• まとめ 一致確認を仕組みにして提出前の不安を減らす
TS出来形XMLと出来形帳票がずれる原因を先に押さえる
TS出来形XMLと出来形帳票を一致させるには、最初に「どこでずれるのか」を理解しておくことが大切です。よくある原因は、現場で測った値そのものの誤りだけではありません。むしろ、測定後のデータ整理、帳票作成、ファイル名管理、修正履歴の扱いでずれることが多くあります。
たとえば、現場で再測定を行ったあと、XMLは最新値に差し替えたものの、帳票は前回出力したままになっている場合があります。逆に、帳票側だけを確認用に修正し、XMLには修正後のデータが反映されていない場合もあります。また、測点名や管理項目名を現場で分かりやすく変えた結果、XML上の名称と帳票上の名称が対応しなくなることもあります。
TS出来形XMLは、単なる数値の羅列ではなく、基本設計データ、出来形計測データ、測点や計測箇所に関する情報を含む管理用データです。帳 票は、検査や確認で見やすい形に整えた資料です。そのため、XMLと帳票の一致確認では、数値だけでなく、どの測点のどの測定項目を比較しているのか、どの版のデータから帳票を作ったのか、どの範囲を提出対象にしているのかまで確認する必要があります。
特に注意したいのは、帳票が人に見せるための資料であることです。帳票では、桁数、単位、表示順、測点名の省略、管理項目の表記などが見やすい形に整理されることがあります。これ自体は問題ではありませんが、XML上の元データと帳票上の表示がどのように対応しているかを説明できないと、確認時に「一致している」と判断しにくくなります。
出来形管理資料の作成では、基本設計データと出来形計測データを使って帳票を作成する考え方が基本になります。データをもとに帳票を作成すれば、帳票への手入力を減らし、転記ミスや更新漏れを抑えやすくなります。つまり、XMLと帳票を一致させる基本は、帳票を別物として手作業で作り込むことではなく、同じ根拠データから一貫して作成することです。
手順1 適用範囲と作成元データを固定する
最初の手順は、今回一致確認を行う対象範囲を固定することです。TS出来形XMLと出来形帳票を照合するとき、いきなり数値を見比べると、あとから「そもそも比較対象が違っていた」という問題が起きやすくなります。まず、工種、種別、測定項目、測点範囲、出来形管理の対象範囲を明確にします。
たとえば、同じ工事の中でも、土工、舗装、構造物周辺、付帯工などで管理する項目が異なる場合があります。測点範囲も、全線を対象にするのか、一部区間だけを対象にするのかで帳票の出方が変わります。XMLに含まれている計測データが全体で、帳票が一部範囲だけを出力している場合、数値が一致しないように見えても、実際には対象範囲の違いが原因です。
ここで大切なのは、XMLと帳票の作成元データを一つに決めることです。現場で使った計測データ、事務所で整理したデータ、提出用に書き出したデータが別々に存在すると、どれを正とするか判断できません。提出前の確認では、「このXMLからこの帳票を作成した」と説明できる状態を作る必要があります。
作成元データを固定するときは、ファイル名だけに頼らないことも重要です。ファイル名に「最新」「修正後」「提出用」などの言葉が入っていても、実際に中身が最新とは限りません。保存日時だけで判断すると、古い内容のファイルを後からコピーしただけのものを最新と誤認することもあります。工事名、工種、測点範囲、出力日、修正内容が分かる管理メモを残し、どのデータをもとに帳票を作ったかを確認できるようにします。
施工計画や出来形管理の準備では、適用する要領、対象工種、測定項目、使用する機器やソフトウェア、出来形管理基準などを整理することが重要です。XMLと帳票の一致確認も、この前提がそろっていなければ正しく行えません。対象範囲があいまいなまま帳票を作ると、提出直前に不要な再確認が発生しやすくなります。
現場でおすすめしたい運用は、測定前、測定後、帳票作成前、提出前の各段階で、対象範囲を同じ言葉で確認することです。測点名、左右、中心線から の離れ、法肩、法尻、幅、基準高などの表記が人によって変わると、XMLと帳票の対応が追いにくくなります。最初に対象範囲と作成元データを固定しておくことで、その後の照合作業が安定します。
手順2 基本設計データと測点名を帳票側の見え方まで確認する
次に確認するのは、基本設計データと測点名です。TS出来形XMLと出来形帳票の不一致は、実測値よりも、設計値や測点名の違いから起きることがあります。現場で正しく測っていても、基本設計データの線形、縦断、横断、管理項目の設定が帳票側の表示と合っていなければ、帳票上の差が意図しない形で出ることがあります。
基本設計データは、出来形計測の基準になるデータです。ここに含まれる設計値、線形、断面形状、測点の考え方が、帳票の設計値や差の計算に影響します。したがって、XMLと帳票を一致させるためには、現場で測った値だけでなく、測定の基準となる設計データが正しく作られているかを確認する必要があります。
特に測点名は、帳票確認でつまずきやすい部分です。XMLでは機械的に管理しやすい名称になっていても、帳票では現場担当者や検査担当者が読みやすい表記に整えられている場合があります。たとえば、同じ測点でも、帳票では区切り記号や左右の表記、測定項目名が変わることがあります。表示の違い自体は問題ではありませんが、対応関係が説明できないと確認に時間がかかります。
この段階では、帳票に出てくる測点名とXML内の測点情報が一対一で対応しているかを確認します。測点の抜け、重複、左右の入れ替わり、同じ名称の使い回しがないかを見ます。特に再測定を行った箇所では、古い測点名が残っていないか、追加した測点が帳票に反映されているかを確認します。
また、設計変更があった場合は、変更前の基本設計データで作成したXMLや帳票が混在しないように注意します。設計変更後に再出力した帳票だけを見ていると問題がないように見えても、XMLが変更前の基本設計データを含んでいると、提出時の説明に矛盾が出ます。設計変更の反映日はいつか、どの測点から変更後の設計値を使うのか、どの帳票が変更後データから作られているのかを整理しておきます。
帳票側の見え方まで確認する理由は、提出資料は人が読む資料だからです。XMLの内部構造が正しくても、帳票で測点名が分かりにくい、管理項目が読み替えにくい、並び順が現場の説明順と違うという状態では、確認時に誤解が生じます。基本設計データと測点名は、XMLの正しさと帳票の読みやすさをつなぐ重要な部分です。
手順3 現場計測データを取り込む前に単位・丸め・欠測を確認する
三つ目の手順は、現場計測データの取り込み前確認です。TS出来形XMLと出来形帳票の数値不一致は、取り込み後に見つけるより、取り込み前に原因を減らす方が効率的です。特に、単位、丸め、桁数、欠測、再測定データの扱いは、帳票作成後に発見すると修正範囲が広がりやすくなります。
まず確認したいのは単位です。設計値や実測値がメートル単位で管理され、差や規格値がミリメートル 単位で表示されるような場面では、単位換算の見落としが起きやすくなります。帳票上では小数点以下の桁数が丸められて表示されることがあり、XML内の値と帳票表示が完全に同じ桁で見えない場合があります。このとき、表示上の丸めなのか、データそのものの値が違うのかを切り分ける必要があります。
丸めの扱いも重要です。帳票では、見やすさや様式に合わせて小数点以下の桁数をそろえることがあります。XML内にはより細かい値が残っていて、帳票では丸めた値だけが表示される場合、単純な文字列比較では一致しないように見えます。確認時は、どの桁で比較するのか、差の計算は丸め前の値で行われているのか、丸め後の表示値を見ているのかを把握します。
欠測や不要点の扱いも、XMLと帳票のずれにつながります。現場では、測り直し前の点、対象外の点、確認用に取得した点、範囲外の点が混在することがあります。これらがXMLに残ったまま帳票には出ない場合、件数が合わないように見えます。逆に、帳票作成時に対象外点を手作業で除外した場合、XMLとの整合を説明しにくくなります。
再測定データの扱いでは、どの値を採用値とするかを明確にします。最初の測定値と再測定値が同じ測点名で残っていると、帳票作成時にどちらを拾ったか分からなくなることがあります。現場で再測定した場合は、採用しない測定値をどのように整理したか、採用値がどれか、帳票に反映された値がどれかを確認できる状態にします。
この段階での目的は、XML作成後に帳票と無理に合わせることではありません。正しい計測データだけを正しい形で取り込み、帳票作成時に余計な補正や手作業を発生させないことです。現場計測データの整理が甘いままXMLを作ると、後工程で不一致の原因を追うことになります。単位、丸め、欠測、再測定の確認は、地味ですが提出前の手戻りを減らす作業です。
手順4 XMLから帳票を再生成し、手入力や別管理の数値を混ぜない
四つ目の手順は、帳票をXMLと同じ根拠データから再生成することです。TS出来形XMLと出来形帳票を一致させるうえで、最も避けたいのは、XMLとは別に帳票の数値を手入力で 直す運用です。見た目だけを合わせる修正をすると、一時的には帳票が整ったように見えても、XMLとの整合が失われます。
帳票は、基本設計データと出来形計測データから作成される資料です。出来形帳票作成用の仕組みでは、これらのデータを読み込み、工事完成検査などで確認しやすい管理資料を出力する流れが想定されます。そのため、帳票に誤りがある場合は、帳票だけを直すのではなく、元データ、取り込み条件、出力条件を確認するのが基本です。
たとえば、帳票の実測値が違う場合、帳票に直接入力して直すのではなく、XMLの元になった計測データが正しいかを確認します。設計値が違う場合は、基本設計データが変更後の内容になっているかを確認します。測点の並びが違う場合は、帳票作成時の出力条件や対象範囲を確認します。帳票側だけを修正すると、あとから同じXMLで再出力したときに再び違う帳票が出てしまいます。
手入力が必要になる場面が全くないとは限りません。説明文、備考、補足資料、管理上のメモ など、数値以外の情報を整えることはあります。しかし、設計値、実測値、差、規格値、測定項目など、XMLと照合すべき中核部分は、手入力で別管理しない方が安全です。中核数値を別管理すると、どちらが正しいのか判断しにくくなります。
また、帳票を再生成する場合は、古い帳票を残したままにしないことも大切です。確認用、修正前、提出用など複数の帳票がある場合、どれが最新のXMLに対応しているか分からなくなります。古い帳票を残す場合でも、確認用であること、提出対象ではないこと、どの時点のXMLから作ったものかを明確にします。
帳票を再生成したあとは、ファイル名だけでなく、帳票内の工事名、工種、測点範囲、作成日、管理項目を確認します。帳票の中身が最新でも、表紙や見出し情報が古いままだと、提出時に疑義が生じます。XMLと帳票の一致は、数値だけでなく、資料全体の対応関係をそろえることだと考えると、確認漏れを減らしやすくなります。
手順5 測点ごとに設 計値・実測値・差を突き合わせる
五つ目の手順は、測点ごとの突き合わせです。対象範囲、基本設計データ、計測データ、帳票作成方法をそろえたら、実際にXMLと帳票の数値を確認します。このとき、合計件数だけを見るのではなく、測点ごと、測定項目ごとに設計値、実測値、差を順番に確認することが重要です。
最初に見るのは件数です。XMLに含まれる対象測点の数と、帳票に表示される対象測点の数が合っているかを確認します。件数が合わない場合、数値比較に進む前に、除外点、欠測点、再測定点、対象範囲外の点が混ざっていないかを確認します。件数が合っていない状態で数値だけを見比べても、途中から測点がずれて比較されるため、原因を特定しにくくなります。
次に、測点名と測定項目を確認します。同じ測点名でも、基準高、幅、法長、厚さ、横断方向の位置など、測定項目が異なれば比較対象は別です。帳票上の行や列の見た目だけで判断せず、XML上の対象項目と帳票上の対象項目が同じかを確認します。左右や上下の区分がある場合は、入れ替わりに注意します。
設計値の確認では、帳票の設計値が基本設計データから正しく出ているかを見ます。実測値ばかりに注目すると、設計値の古さや設定誤りを見落とします。設計値が違えば、実測値が正しくても差がずれます。設計変更後の区間、勾配変化部、曲線部、横断形状が変わる箇所では、設計値の確認を丁寧に行います。
実測値の確認では、現場で採用した測定値と帳票に出ている値が一致しているかを見ます。再測定した箇所では、採用値がどちらかを必ず確認します。現場端末で見た値、事務所で取り込んだ値、帳票に表示された値がそれぞれ違う場合は、どの段階で値が変わったのかを追います。
差の確認では、単に差の数値が合っているかだけでなく、正負の向きも確認します。設計値に対して高いのか低いのか、広いのか狭いのか、中心から右なのか左なのかによって、差の意味が変わります。正負の考え方が帳票と現場説明で逆になっていると、数値が同じでも判断を誤るおそれがあります。
最後に、規格値や判定表示がある場合は、差の値と整合しているかを確認します。規格値内かどうかの表示だけを見て安心せず、元になる設計値、実測値、差が正しいかを確認します。判定結果は、元データが正しいことを前提に意味を持ちます。XMLと帳票の一致確認では、判定表示よりも、その判定を支える数値の対応関係を重視します。
手順6 修正履歴と電子納品用ファイルを同じ版でそろえる
六つ目の手順は、修正履歴と電子納品用ファイルを同じ版でそろえることです。TS出来形XMLと出来形帳票の一致確認では、最終的に提出するファイル一式が同じ版であることが重要です。途中の確認で一致していても、提出直前にXMLだけを差し替えたり、帳票だけを再出力したりすると、また不一致が発生します。
電子成果品として扱う場合、施工管理データであるXMLファイルを所定のフォルダに格納し、管理ファイル側でも出来形管理資料が特定できるように記入する考え方があります。したがって、提出 時にはXMLの中身だけでなく、格納場所、管理情報、ファイル名、帳票との対応関係まで確認対象になります。実際の提出方法は、適用する電子納品要領、発注者の指示、工事の仕様に従って確認します。
修正履歴をそろえるには、修正理由を短く残す運用が有効です。たとえば、再測定による差し替え、設計変更の反映、測点名の修正、対象外点の除外、帳票出力条件の変更など、何を直したのかが分かるようにします。修正理由が残っていれば、後からXMLと帳票の版を確認するときに、どの変更がどの資料に反映されたかを追いやすくなります。
提出前には、XML、帳票、管理ファイル、補足資料の作成日や内容を確認します。作成日がすべて同じである必要はありませんが、どの資料がどの版に対応しているかを説明できる状態にすることが大切です。古い帳票を参考資料として残す場合は、提出対象と混同しないように保管場所やファイル名を分けます。
また、電子納品用にファイル名を変更する場合は、変更前後の対応を確認します 。現場で管理していた分かりやすいファイル名と、電子納品用の規則に沿ったファイル名が異なる場合、どのファイルがどの帳票に対応するかを見失いやすくなります。ファイル名を変えたあとに中身を開き、工事名、測点範囲、測定項目、出力内容が一致しているかを確認します。
修正履歴をそろえる作業は、提出直前だけで行うと負担が大きくなります。測定後、帳票作成後、再測定後、設計変更後の各タイミングで、どのデータを更新したかを残しておくと、最後の確認が短時間で済みます。XMLと帳票を一致させるという作業は、最後に一度だけ照合するものではなく、日々のデータ管理の積み重ねで実現するものです。
まとめ 一致確認を仕組みにして提出前の不安を減らす
TS出来形XMLと出来形帳票を一致させるには、数値を見比べるだけでは不十分です。対象範囲、作成元データ、基本設計データ、測点名、単位、丸め、欠測、再測定、帳票生成方法、修正履歴、電子納品用ファイルまで、同じ流れの中で確認する必要があります。
実務で大切なのは、帳票をあとから手作業で合わせるのではなく、XMLと帳票を同じ根拠データから作ることです。元データが一つに定まり、測点名と測定項目の対応が明確で、帳票が最新のXMLから再生成されていれば、提出前の照合は進めやすくなります。反対に、現場用、確認用、提出用のデータがばらばらに存在すると、どれか一つを直しても別の資料にずれが残ります。
今回の流れを整理すると、まず適用範囲と作成元データを固定し、基本設計データと測点名を帳票側の見え方まで確認します。次に、現場計測データの単位、丸め、欠測、再測定の扱いを確認し、XMLと同じ根拠データから帳票を再生成します。そのうえで、測点ごとに設計値、実測値、差を突き合わせ、最後に修正履歴と電子納品用ファイルを同じ版でそろえます。
この手順を日常的な確認フローにしておけば、提出直前に「XMLと帳票のどちらが正しいのか分からない」という状態を避けやすくなります。TS出来形XMLは、現場で取得した出来形計測の結果を後工程へつなぐ重要なデータです。帳票は、そのデータを確認しやす く伝えるための資料です。両者を別々に管理するのではなく、同じデータの異なる見せ方として扱うことが、整合性を保つ近道です。
現場での計測、記録、帳票確認、提出前チェックまでを一連の流れとして整えるには、日々のデータ管理を早い段階からそろえておくことが重要です。測定したあとに帳票だけを直すのではなく、測定前の対象範囲、測定後の採用値、帳票出力条件、電子納品用ファイルの版を一つの流れで確認できる体制を作ることで、TS出来形XMLと出来形帳票の不一致を減らしやすくなります。
LRTKで現場の測量精度・作業効率を飛躍的に向上
LRTKシリーズは、建設・土木・測量分野における高精度なGNSS測位を実現し、作業時間短縮や生産性の大幅な向上を可能にします。国土交通省が推進するi-Constructionにも対応しており、建設業界のデジタル化促進に最適なソリューションです。
LRTKの詳細については、下記のリンクよりご覧ください。
製品に関するご質問やお見積り、導入検討に関するご相談は、
こちらのお問い合わせフォームよりお気軽にご連絡ください。ぜひLRTKで、貴社の現場を次のステージへと進化させましょう。

