PAP-40-Layer Framework 第27層のアイキャッチ

表の列・単位・数値と本文を原資料から照合する

  • URLをコピーしました!

表と本文の食い違いを直すときは、どちらかを正しいと決めて合わせる前に、原資料の行と項目へ戻ります。「原資料の値→単位換算や集計→表の列→本文の記述」という対応をたどり、最初に意味や値が変わった場所を見つけます。見た目の整った表でも、別の月の列を読んだり、以前の本文だけが残ったりすることがあります。

合計の一致だけでは、行ごとの対応までは確認できません。二つの店舗の値を入れ替えた表は、合計が変わらなくても店舗別の説明を誤ります。照合の単位を表全体だけにせず、「どの対象の、どの期間の、どの項目か」まで小さくすることが出発点です。

目次

原資料と出力を同じ行で追う

以下は架空の販売店二店の売上集計です。原資料は「月次売上台帳R2」、対象は2026年9月で、税抜売上を円単位で記録しているとします。前月列は8月、当月列は9月です。件数は注文の件数であり、金額ではありません。

原資料の行ID 店舗 前月売上(円) 当月売上(円) 当月注文件数
R2-01 A店 124,560 138,240 420件
R2-02 B店 98,760 102,340 310件

報告書では9月売上を千円単位、小数第1位までで示すと決めます。換算は円の値を1,000で割り、小数第2位を四捨五入します。途中の元値は保持します。

ところが、作成された表はA店124.6千円、B店98.8千円となり、本文には「A店の9月売上は130.0千円」と書かれていたとします。表の値は前月列を読んだ結果で、本文は旧版R1のA店130,000円から作ったまま更新されていない、という仮定です。このように、同じ報告書でも誤りが一種類とは限りません。

対応先 原資料R2の対象欄 加工前の値 換算後・丸め前 報告書で使う値
表のA店・9月売上、本文のA店売上 R2-01・当月売上 138,240円 138.24千円 138.2千円
表のB店・9月売上、本文のB店売上 R2-02・当月売上 102,340円 102.34千円 102.3千円
合計欄、本文・要約の月次合計 上記2行の当月売上 240,580円 240.58千円 240.6千円

この対応表なら、A店の124.6を138.2へ書き換えるだけでなく、前月の列を参照していた加工過程も直す必要があると分かります。本文の130.0については、同じ列ずれではなく、参照版の更新漏れを直します。単に「表に合わせて本文を修正」と依頼すると、誤った124.6へ統一してしまう可能性があります。

値の違いを原因候補へ分ける

数字が異なるときは、差の大きさだけで原因を断定しません。1,000倍の差なら円と千円を疑えますが、別の商品や別の期間を拾った結果かもしれません。まず行と列の意味を確認し、その後に加工を調べます。

原因候補 原資料と加工記録で見る箇所 この例での判断・対応
列ずれ 列見出しと実際に選んだ項目 表は前月列の値。R2の当月列へ参照を直す
単位差 元列の単位と換算式 円を1,000で割って千円へ換算する
補完 原資料にその値があるか、空欄を埋めたか 不明欄を売上ゼロや推定値で埋めない
丸め 加工前の値、桁数、丸める段階 138.24を138.2とするのは指定内
転記 正しい加工値から表へ写した段階 138.2が183.2なら文字の転記を再確認する
更新漏れ 参照した資料版と本文の生成・修正対象 R1の130.0が残る本文をR2へ更新する

補完と転記の行は、追加で見つかり得る誤りを説明するための仮定です。この売上台帳R2の元表に空欄や183.2があるわけではありません。実際の照合記録でも、観察できた原因と、まだ調べていない候補を分けます。

列の順序が変わる資料では、「左から3列目」だけを手掛かりにすると、挿入された列で対応がずれます。対象月や項目名を確認できる見出しと、店舗IDなど行を特定する情報を使います。同名店舗や名称変更がある場合は、名前だけで同一行と決めず、管理用IDや対象拠点の定義を確認します。

また、並べ替え後の行番号は原資料の行番号と同じとは限りません。A店を売上順に移した場合も、店舗IDと対象月で元の行をたどります。結合した表なら、どの入力ファイルのどの行かを残し、同じ行を二度結び付けていないかも確認します。

原資料から別の表が作られた関係を残す考え方は、W3CのPROV-DMが扱う派生や改訂の区別とも対応します。ただし、来歴を記録しただけで元の売上が正しいと証明できるわけではありません。上の対応表は、読者が照合しやすいように組み立てた実務上の提案です。

丸めによる差と誤記を区別する

訂正後の表示値138.2千円と102.3千円を足すと、240.5千円になります。一方、元の円単位を合計してから丸めた合計は240.6千円です。この0.1千円の差は、この例では丸める段階の違いで説明できます。

だからといって、どんな合計の不一致も丸め誤差として処理してよいわけではありません。この例なら、138,240+102,340=240,580円、240,580÷1,000=240.58千円という計算を確認して、表示値の足し算との差を説明します。差が説明できない場合は、行の欠落、重複、小計の二重算入、対象期間などへ戻ります。

表には「各行と合計は円単位の元値から別々に千円単位へ丸めているため、表示値の和と合計が一致しない場合があります」と注記できます。表示値の和を合計欄に使う方針なら、その別の方法を先に決め、本文にも同じ方法を適用します。合計を無理に見た目へ合わせるため、一つの店舗の値を根拠なく動かしてはいけません。

Excelを使う場合も、画面に見える桁数と計算に使う値を区別します。Microsoftの再計算・精度の説明では、通常は表示値ではなく保存された値を使って計算するとされています。表示形式を変更したことを、元の値を丸め直したことと混同しないようにします。ここでは実際のExcelファイルを操作した結果を示していません。

訂正は表から派生した文章まで追う

訂正する値が確定したら、その値を使う箇所を一覧にします。この例では、A店とB店の表、合計欄、本文の店舗別説明、要約の月次合計が対象です。数字そのものだけでなく、「A店が大半を占める」などの評価や、増減を説明する文にも影響がないか見ます。

修正後の本文は「9月の税抜売上はA店138.2千円、B店102.3千円で、合計は元の円単位から計算して240.6千円です」とできます。表の注記と本文の合計方法を揃え、要約にも同じ対象期間と単位を引き継ぎます。本文だけを短くして「売上240.6」とすると、通貨や期間が再び分からなくなります。

公開用の説明と、訂正の記録は分けて管理すると扱いやすくなります。記録には、旧値、新値、原資料版、該当行・項目、修正理由、影響する出力先を残します。報告書を配布済みなら、組織の訂正手順に沿って、どの版を参照すべきかも伝えます。

原資料そのものが未入手の場合、整った表や過去の文章から空欄を補うことはできません。「R2のB店当月売上は未確認」と範囲を示し、その値を必要とする合計や評価も確定しないようにします。確認できた行まで保留する必要はありませんが、確認済み部分の小計を全体の合計として表示してはいけません。

最後は訂正後の表を、もう一度原資料へ戻して行・項目単位で読みます。加工値、単位、注記、本文、要約まで同じ対象を説明しているか確認すれば、単に数字を揃えた状態と、根拠を揃えた状態を区別できます。

数値・単位・表の食い違いを直す基本は「数値・単位・表の食い違いを見つけて直す基本」、出力直前に数値・人名・日付を照合する方法は「数値・人名・法令名・日付・型番を出力直前に照合する」で解説しています。

データを取り込むときの日付・文字列・数値の型の誤認識の防ぎ方は「日付・文字列・数値型の誤認識を防ぐ」で解説しています。

出典・参考資料

  1. W3C「PROV-DM: The PROV Data Model」(確認日:2026年10月19日)
  2. Microsoft「Change formula recalculation, iteration, or precision in Excel」(確認日:2026年10月19日)
よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

さかっぺのアバター さかっぺ PAP Research運営 / AIガバナンス・アーキテクト / プロンプトデザイナー

ITインフラの実務経験をもとに、AIの安全性と実用性を両立する仕組みを研究。PAP Researchでは、AIモデルの継続観測と、プロンプト・AI技術の実務解説を発信しています。

経歴や研究方法、発信方針は運営者プロフィールで紹介しています。

目次