書類 · 総務 · 法務 · 承認前確認
Word・PDFの変更確認、どこを見ればいい？「差分チェック」と「変更確認」の使い分け
この記事でわかること
- 変更確認が「Wordのにらめっこ」から来ている理由
- 差分チェックをエンジニア以外が使う場面
- SUGUDASU が文書を直さない理由（作業を減らし、判断に戻す）
- PDFで比較できるもの・できないもの
変更確認 — Wordをにらめっこする時間が長い、という起点
改訂版が届いたとき、本当に欲しいのは「きれいな要約」や「自動で直した版」より、どこが変わったかを自分の目で追えることであることが多いです。条番号がずれ、表が差し替わり、太字だけ変わっている——全文を最初から読む前に、変更の地図が欲しい、という仕事です。
変更確認は、そのために旧版と新版の Word（DOCX）または PDF をブラウザ内で比べ、変更を一覧から順に追えるようにしています。承認せよ、とは言いません。承認・共有・改定確認の手前で、見る場所を減らすための道具です。
ざっくりした使い方
- 旧版・新版をドロップする（DOCX 同士、または PDF 同士）。
- 「変更を確認」で一覧を開く。
- 追加・削除・変更を順に追う。気になる条は原本で再確認する。
- 必要なら PDF レポートを手元に残す（サーバ保存ではない）。
表はセル単位の細かい差分ではなく、「表に変更がある」単位で扱います。金額の突合は、一覧で該当表を見つけたうえで原本を開いてください。
差分チェック — エンジニアの Diff を、ほかの仕事にも
エンジニアにとって Diff は日常です。コードレビューで「何が変わったか」を色で見る道具です。差分チェックは、その感覚をテキスト貼り付けのまま、業務文面向けに寄せたものです。ファイルをドロップする画面ではありません。
エンジニア以外でも、次のような場面で使えます。
- AI に書き直させた案内文・メール・ブログで、数字や日付が勝手に変わっていないか見る
- 取引先への文面の前後を貼り、URL や必須／推奨の入れ替わりを先に見る
- 規程や契約の抜粋テキストだけが手元にあるとき（ファイル全体は変更確認）
すべての差分を均等に並べるより、数字・日付・URL・否定の反転など、見逃すとまずい変更を優先表示します。「エンジニア専用」ではなく、「貼って色で見る」仕事なら誰でも使えます。
迷ったら（短い分岐）
| 差分チェック | 変更確認 | |
|---|---|---|
| 入力 | テキストを貼る | DOCX / PDF の旧・新 |
| 終わり方 | 危ない変更に気づく | 変更を追って、承認してよいか自分で判断する |
迷ったら: 貼って色で見たい → 差分チェック。Word / PDF の新旧で追いたい → 変更確認。
PDFには比較できないものがある
変更確認は OCR（文字認識）をしません。埋め込みテキストが取れる PDF が対象です。これは注意書きではなく、この道具を選ぶかどうかの判断です。
| PDFの状態 | 変更確認 | 次の一手 |
|---|---|---|
| テキストが選択できる | 比較の対象になりうる | 旧・新を変更確認へ |
| スキャン画像のみ | 対象外（OCRしない） | Word / テキスト付き版を取る |
| ページごとに混在 | 読める範囲だけ。欠けは隠さない | その範囲で判断できるか自分で決める |
SUGUDASU は、なぜ直さないのか
「差分が出たあとに、いい感じに直してほしい」「AI に承認してよいか聞いてほしい」——その期待は自然です。それでも SUGUDASU は直しません。理由は機能不足ではなく、仕事の分け方にあります。
文書の新旧をにらめっこして「どこが変わったか」を探すのは、多くの場合作業です。時間が溶けやすいのに、そこで決まるのはまだ結論ではありません。本当に付加価値が高いのは、そのあと——条項の意味を読む、金額と日付の影響を考える、相手に返す、承認する、といった判断と対人の仕事です。
SUGUDASU がやるのは、前者の作業を減らして、後者に戻すことです。変更箇所を示し、危ない変更に気づけるようにする。代わりに書き直したり、「これでよい」と断定したりはしません。直してしまうと、直した版の検証や責任の所在までツール側に引きずり込み、結局あなたの判断の時間を奪いやすいからです。
- 文言を書き換えない — 契約や規程の文は当事者の責任。勝手に直すと、誰の版かわからなくなる。
- 承認・法務判断を代行しない — 結論は示さない。確認の材料まで。
- 「全部読まなくてよい」と断定しない — 読む量を減らす補助であり、確認義務を消す道具ではない。
- 文書をサーバに預けない設計を優先する — 直すためにクラウドへ送る、という形を取らない（広告等はプライバシーポリシー参照）。
立ち位置はシンプルです。作業を減らし、判断は残す。 差分チェックも変更確認も、その線の上にあります。約束の全文は SUGUDASUの約束、送信の自分確認は 非送信の検証ガイド へ。
ブラウザ内で確認する
どちらも登録不要で、処理はブラウザ内が中心です。タブを閉じると作業内容は消えます。証跡が必要なら、レポートやメモを手元に残す運用にしてください。
よくある選び間違い
- Word ファイルを差分チェックに貼る — 貼れるのはテキスト。ファイルは変更確認。
- 変更確認に「直して」と期待する — 直さない。追って、自分で判断する。
- スキャン PDF だけで比較する — OCR しないので対象外。
- DOCX と PDF を混ぜる — 同じ形式同士でそろえる。
似た道具を、なぜ二つにしているか
名前は近いですが、入り口が違います。テキストを貼る仕事と、Word / PDF の新旧を追う仕事は、画面も失敗パターンも別です。一つに無理にまとめると、どちらも中途半端になります。だから別ツールにしています。優劣ではなく、仕事の入り口の違いです。
よくある質問
変更確認は差分チェックの上位版ですか？
いいえ。入り口が違う別ツールです。テキスト貼付なら差分チェック、Word / PDF の新旧なら変更確認を使ってください。
変更箇所を見つけたあと、文面を直してくれますか？
いいえ。にらめっこで「どこが変わったか」を探す作業を減らし、判断は利用者に残す設計です。文書の書き換えや承認の代行はしません。
スキャンした契約書 PDF だけでも比較できますか？
変更確認は OCR を行わないため、画像だけの PDF は比較対象外です。テキストが選択できる版、または Word があればそちらを使ってください。
文書はサーバーに送られますか？
変更確認・差分チェックはブラウザ内で完結する設計です。詳細は SUGUDASUの約束 と 非送信の検証ガイド を参照してください。
「候補」と出たらどうすればよいですか？
確定変更ではなく、確認してほしい候補です。気になる箇所は原本で再確認してください。