架空の料金表F01には、機種Aの点検2,000円、機種Bの点検3,000円とあります。表の上に税別・訪問1回、下に出張費別と注記されています。数字だけを検索用に抜き出すと、誰の何の料金かが失われます。

料金管理者は、見出しが示す点検料金と、行の機種を結び付けます。部品代など別の列がある場合も、数字を隣の列へ寄せて扱わないようにします。元表の行と列を確認する資料を残します。

原表そのものに単位や条件がない場合は、AI登録の加工で推測して足しません。料金責任者が条件を確定して原表へ反映します。W3Cの構造や品質の考え方を、表の意味を保つための点検へ応用する例です。

この章の根拠：出典2出典3

機種ごとに資料を分けるなら、機種Aの部分にも点検料金、訪問1回、税別、出張費別を添えます。元表の先頭にしか見出しがない状態で、金額の行だけ切り出さないようにします。

運用担当は、元資料F01、機種Aの行、料金の列という対応を保存します。検索された部分から元表へ戻り、料金管理者が同じ行を確認できるようにします。加工後の文章だけが正解として独立しない形です。

表の変換方法はサービスによって違います。自動変換が列や注記を保つかを確認し、保てない部分は説明を付けるなど修正します。ただし補足した説明が原表と一致するかも管理者が確かめます。

この章の根拠：出典1出典2

F01の出張費別という注記が機種Aと機種Bの両方へかかるなら、どちらの検索部分にも残します。片方の行だけに注記を付けると、機種Bは出張費込みという誤解が生じます。

特定機種だけの追加条件がある場合は、共通の注記と分けます。元表で適用範囲が分からない注記は、全行へ広げず料金責任者へ確認します。見た目の近さだけで注記の範囲を決めません。

表が複数ページへ続く場合は、継続ページの見出しや注記も点検します。ページを分けたことによって、前ページの条件を落としたり別の料金表と混ぜたりしないようにします。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典2出典3

運用担当は「機種Aの点検料金は」と「機種Bは出張費込みか」という質問を用意します。料金管理者が期待する行と注記を先に確認し、AIが取得した部分、回答、引用を元表と照合します。

「点検はいくら」という機種なしの質問では、機種を確認するか、機種別の条件を分けて答える方針を決めます。AIに機種Aを勝手に選ばせて、確定料金として案内する方法は避けます。

機種Aの金額が合っても注記が落ちていたら、案内としては不足です。数字、単位、対象、注記を別の確認欄へ記します。合計の正答率だけでは取り違えの種類が見えません。

この章の根拠：出典1出典3

加工資料に機種Aの金額と機種Bの見出しが混ざっていれば、登録用の資料を直す候補です。加工は正しいのに別の機種が検索されるなら、検索条件を確認します。正しい部分が渡っても注記が抜けるなら、回答の指示を確認します。

原因候補に合わせて1箇所ずつ直し、同じ機種の質問ともう一方の機種を再確認します。金額だけを回答文で書き換えて、登録資料の混在を残さないようにします。

確認できない間は、対象機種のAI料金案内を保留し、担当が元表を開いて確認します。社外の見積や返答へ使った可能性があるなら、その記録の確認も別に残します。登録の修正だけで過去の案内を直したとは言えません。

この章の根拠：出典1出典2

F01の例では、機種Aの2,000円と機種Bの3,000円へ、訪問1回・税別・出張費別の条件を結び付けました。料金の数字だけが合うことを、案内の確認完了にはしません。

表を分けるときは見出しと注記の適用範囲、元表の位置を残します。登録後は機種と注記の質問で取得部分・回答・引用を照合し、曖昧な質問の確認方針も決めます。

登録点検表の記入メモへ、混ざる場所と保留する案内範囲を記してください。資料の加工、検索、回答を分けて直し、元表で意味を追える状態を作ります。

この章の根拠：出典1出典2出典3