契約書の最終版は、取引先と内容が一致した契約書・別紙について、社内の担当者が確認し、所定の決裁を経た「その版」を特定してから確定します。承認したファイルと締結に使うPDFが違えば、名前だけ「最終版」にしても確認が完了したとは言えません。
実務では、誰がどこを確認したか、承認した版番号、差し戻しや再承認の履歴、実際に送信するPDFを一つの案件記録につなげます。この記事では契約交渉そのものや郵送手順ではなく、社内の確認・承認を証拠とともに残すための具体的な運用を説明します。
法的に安心・送信コスト0円・契約相手はログイン不要
最短1分で契約スタート
契約書の最終版はどの時点で確定する?判断する4つの条件

最終版は「ファイル名に最終と付けた瞬間」ではありません。取引先との合意内容、社内での確認・承認、添付資料、締結に回す実ファイルがそろって初めて、社内の運用上の確定版として扱うのが安全です。
双方が確認した契約条件に未決事項がないか
まず、相手方からの最終回答と、手元の契約書案の内容を突き合わせます。金額・納期・解約条件などの重要項目について「先方に提案中」のまま残っていれば、社内で承認されていても締結用の確定版とは呼べません。承諾された条文が具体的にどの版へ反映されたかまで特定します。
メールの「了承しました」が特定の修正案だけを指すこともあります。複数の条項を交渉していた場合は、回答メールと論点表を照合し、未決の箇所がないか担当者が整理してから版を固定します。
社内で承認されたファイルと締結用PDFが同じか
決裁者が読んだWordファイルと、送信担当が後から作成したPDFは、見た目が同じでも別のファイルです。変換時にコメントが残る、別紙が古い、ページが抜けるなどの可能性があります。承認した原稿の版番号と、PDF化した実ファイルを結び付け、変換後の表示も点検します。
社内の決裁は会社ごとの規程や権限分担に従う手続きです。社内承認が済んだという事実と、取引相手との契約上の合意が成立したという判断は同一ではありません。記事で扱う「確定」は、締結に利用する書類を取り違えないための社内管理上の区切りです。
本文だけでなく別紙や仕様書の組み合わせが確定しているか
取引金額が本文に、詳細な作業範囲が仕様書に、納期が発注書に記載されることがあります。本文PDFだけを見て「問題なし」としても、別紙に旧条件が残っていると内容が食い違います。承認対象を本文と添付書類の一組として定義してください。
例えば、本文は第3版なのに別紙は第2版という状態であれば、組み合わせを修正する必要があります。別紙が契約の一部を構成するか、どの資料を優先するかは実際の契約文言により変わるため、必要に応じて当事者間で明確にします。
送信・署名まで編集しない範囲を決めているか
最終版の承認後も、誤字を直したい、押印欄を調整したい、発注担当から修正依頼が来た、ということがあります。変更があれば「何が変わったか」「再確認が必要か」を判定するルールを設けます。確定後の黙った差し替えを防ぐことが目的です。
内容に関わる変更を行った場合は、原則として新しい版を発行し、変更箇所に応じた承認を取り直す運用が考えられます。単なる表示調整でも変換後のPDFを再確認し、誰が最終ファイルを引き渡すかを明確にしておきます。
契約書の最終確認者は誰にする?役割別の分担例

確認者を一人に集中させると、業務内容と法的条件のどちらも十分に点検できないことがあります。契約の規模や社内体制に応じて、作成・業務確認・専門確認・決裁・締結手配を分けて考えましょう。次の役割はあくまで運用の一例です。
案件担当者は取引内容と別紙の正しさを見直す
営業や事業部門の担当者は、取引先と最終的に合意した金額、業務範囲、納品予定、担当窓口が書類へ反映されているかを見ます。交渉の経緯を最も理解している人が、メールや議事録との食い違いを洗い出す役割です。
「法務が読んだから業務の数字も正しい」とは限りません。価格表、見積書、仕様書、発注書の整合性は案件担当者が確認し、変更履歴と承認時点の版番号を記録すると、責任の所在が明確になります。
法務や管理部門は条項間の矛盾と例外を点検する
法務担当者がいる場合は、損害賠償、解除、秘密保持、知的財産、準拠法などの条件を中心に確認します。契約の種類によっては情報セキュリティ、個人情報、労務などの担当者にも検討を依頼します。
専門部署がない企業では、社内のチェック項目で検討可能な部分と、弁護士等に確認すべき事項を分ける方法があります。法的効果を単一のチェックリストで保証できるわけではありません。判断が難しい条項は未確認のまま承認済みにしないようにします。
経理・情報管理などは影響する条件だけ確認する
すべての部門に全契約書を回覧すると、承認経路が長くなります。経理なら支払条件、情報管理なら取り扱うデータ、技術部門なら実行可能な仕様というように、案件のリスクに応じて必要な確認者を選びます。
確認を依頼した範囲を記録すれば、各担当者が何を見たのか後から分かります。担当者が「確認済み」と回答しただけで、契約全体の法的適切性まで承認したと扱わないことが大切です。
最終決裁者と送信担当者を区別する
決裁者は社内規程に基づき、その条件で契約を進めてよいかを判断する人です。これに対して、電子契約へのアップロードや郵送を担当する人は、承認済み書類を指定の方法で扱う実務担当者です。両方を兼ねる組織でも、判断と操作の履歴を分けて残せます。
決裁者の肩書だけで締結権限が当然に決まるわけではありません。法人の権限分担や契約類型を踏まえて判断してください。承認者が複数の場合は、全員の確認を待つのか、順番に回すのかも社内で取り決めます。
承認された契約書と送信用ファイルを同じ版にそろえる方法

「最新版」という呼び名だけでは、社内の誰がどれを見たか追えません。版番号・文書の構成・承認対象の実体を記録し、後から一致を照合できるようにします。ファイル名に頼り切らず、本文と添付資料の内容も目で確認しましょう。
版番号と更新日を組み合わせて識別する
ファイル名には案件番号、相手方を識別する短い名称、版番号、日付などを使う方法があります。例えば「ABC-042_keiyaku_v03_20261029.pdf」のように、実際の運用に合う命名ルールを決めます。ここで示す番号や名称は説明用の架空例です。
「最終版」「最終版2」「本当の最終版」と命名し続けると、誰が承認したデータか分かりにくくなります。名前の付け方そのものより、管理台帳で一つの版を特定できることが重要です。
別紙と添付資料にも版を振り分ける
契約書に「別紙1」「仕様書A」「見積明細」などが紐付く場合は、本文の版番号だけでは不足します。承認対象を「本文v03+別紙1 v02+仕様書v05」というように一組で記録し、送信時の添付が同じ構成か確認します。
本文の更新時に別紙が変わらないこともあります。その場合でも、どの版を採用したか明確にしておけば、古い資料が誤って混入したときに気付きやすくなります。存在しない添付を「含む」と記録しないよう、実ファイルの一覧に基づいて管理します。
Wordの変更履歴を確定してからPDFを生成する
作業用Wordにコメントや変更履歴が残っていると、PDF化した後の表示が想定と異なる場合があります。外部へ出すデータは、承認された本文を改めて読み、脚注・図表・ページ番号・日付・署名欄などが崩れていないかも確かめます。
原稿のレビュー履歴と締結用のクリーン版は用途が異なります。レビュー履歴を社内で保持する場合はアクセス範囲を管理し、取引先へ送るファイルに不要な内部コメントが含まれないよう注意します。
必要に応じてファイルの照合情報を保存する
社内の運用によっては、版番号やファイルサイズのほかに、ファイルを識別するためのハッシュ値などを控える方法もあります。同じ内容に見える別データを識別する一助になりますが、ハッシュの種類や取得方法を組織内で統一しなければ運用しにくくなります。
ハッシュを保存しただけで「内容が法的に有効」と証明できるわけではありません。承認した人がどのファイルを見たか、そのファイルに関連資料が揃っていたかという実務確認と組み合わせて利用します。
社内承認の流れはどう作る?差し戻しと再承認のルール

契約書を回覧するだけでは、誰の回答待ちで、どの版が決裁されたか見失うことがあります。申請・確認・差し戻し・決裁・引渡しの状態を区別し、契約書が更新されたときに必要な手順を決めます。
承認対象の版を指定して申請する
申請者は案件番号、契約相手、対象ファイルの版、本文と別紙の一覧、取引条件、回答期限を示して承認を求めます。版が特定されていない申請は、承認者と送信担当が別の資料を見てしまう原因になります。
決裁金額やリスクで承認経路が変わる会社なら、適切なルートを選んだ根拠も残します。承認者を減らす目的で本来必要な専門確認を省くことは避けます。
差し戻された案は同じ版番号で上書きしない
承認者から修正が求められた場合は、問題となった箇所と回答を記録し、新しい版として修正案を作成します。旧版のファイルを直接上書きすると、誰がどの内容へコメントしたのか追いにくくなります。
「差し戻し」は審査途中であることを示し、「承認済み」とは分けて扱います。担当者が修正しただけで自動的に承認済みへ戻さない仕組みを用意すると、締結前の見落としを抑えられます。
承認後の変更は影響を評価して再承認する
金額、責任範囲、期間、利用権限などを承認後に変えた場合、以前の決裁が新しい条件にも及ぶとは限りません。変更内容と社内の権限規程を照合し、必要な担当者へ再確認や再決裁を依頼します。
誤字修正やレイアウト調整であっても、承認対象のファイルを入れ替えた場合は、差異の説明と送信用PDFの表示確認を残す運用が考えられます。再承認が必要な範囲は組織の規程や案件の性質により異なるため、一律に法律上の義務として扱わないでください。
承認前と承認後のステータスを区別する
例として「草案」「専門確認中」「決裁待ち」「差し戻し」「承認済み」「送付済み」「締結済み」といった状態を用意します。状態を増やし過ぎると現場が迷うため、責任者が次の作業を判断できる数に絞ります。
社内の管理表には、状態だけでなく次の担当者と期限を記録します。承認済みと締結済みを混同しないことも重要です。承認後、実際の送信や相手方の手続きが完了していない案件は、別の状態として追跡します。
承認履歴には何を残す?実務用の記録表と記入例

残すべきなのは「誰かがOKと言った」ことだけではありません。承認対象の版、判断内容、承認者、時点、例外事項と関連する資料が分かる記録があれば、後から確認を求められたときにも経緯を追えます。下の表は架空の案件を使った実務例です。
案件番号と承認対象ファイルの組み合わせを記録する
まず、同じ取引に複数の版が存在しても特定できるよう、案件番号、契約名、相手方、本文版、別紙版、ファイルの保存場所を紐付けます。版番号だけでなく、実際に承認者へ提示したデータと照合できる状態を目指します。
承認したファイルを後で見つけられないのでは、履歴を残した意義が薄れます。フォルダのパスだけでなく、保存先のアクセス権や移動・改名した際の更新ルールも必要に応じて決めましょう。
判断者・日時・結果・条件付き承認を区別する
履歴には担当者と役割、承認または差し戻しの日付、承認した版を記載します。条件付き承認を認める運用なら、その条件が満たされたことを誰が確かめたかも残します。コメントに「一部修正後に承認」とあるだけでは、修正版のどこまで見たか分かりません。
承認をメールで受けた場合は、件名や受信時刻だけでなく対象版を判断できる本文や添付を案件記録へ紐付けます。プライバシーや内部の交渉事情に配慮し、閲覧できる担当者も限定します。
監査や引継ぎで再現できる最小単位を考える
後任の担当者が「誰の承認でこのPDFを送ったのか」を調べられることが、一つの実用的な基準です。承認履歴、本文と別紙の版、送付の日時と方法をつなげれば、各時点の判断を追いやすくなります。
ただし、すべての契約で同じ細かさの記録を義務付ける必要があるとは限りません。社内規程、契約のリスク、情報の機密性、保存に関する適用法令を踏まえた運用に調整してください。
承認履歴の記入例(すべて架空の日時・役割・案件)
| 日時(例) | 担当者 | 対象版 | 結果 | 対象・理由 |
|---|---|---|---|---|
| 10/26 10:15 | 案件担当 | 本文v02+仕様書v01 | 確認済み | 業務範囲・納期 |
| 10/26 13:40 | 経理担当 | 本文v02+仕様書v01 | 確認済み | 支払条件 |
| 10/26 15:20 | 決裁者 | 本文v02+仕様書v01 | 承認 | 当初条件で承認 |
| 10/27 11:10 | 案件担当 | 本文v03+仕様書v02 | 再申請 | 金額と範囲を変更 |
| 10/27 16:00 | 決裁者 | 本文v03+仕様書v02 | 再承認 | 変更内容を確認 |
この記録例は実際の取引や運用実績を示すものではありません。社内の規程や契約リスクに応じて必要な列を調整してください。承認日時の記録だけではなく、対象ファイルの保管先を別の欄で特定できるようにすることが重要です。
最終版が見つからないときはどうする?よくある4つの状況

契約書が「最終版_修正済み_確定2」のように増えたり、担当者のメールにしか承認が残っていなかったりすると、署名前に手続きが止まります。どの版を確定できるか判断できない場合の対処を分けて整理します。
同名のファイルが複数ある場合
同じ「最終版.pdf」が複数見つかったときは、更新日時やファイルサイズだけで選ばないようにします。案件の共有フォルダ、取引先との最終メール、差分表、決裁時の添付を突き合わせ、どのファイルが承認対象だったか調べます。
確認が取れるまで送信を止め、担当者と承認者へ照会してください。単に最後に保存されたファイルが、相手方と合意済みとは限りません。
メールに承認の一言しか残っていない場合
「承認します」という返信でも、どの版を読んだか明確でなければ、後で説明しにくくなります。送信元メールに特定の版や添付が含まれるかを確認し、対象ファイルを確定できない場合は承認者に再確認します。
過去の承認内容を都合よく補って記録しないことが重要です。実際に確認できた事実と未確認事項を区別し、追加確認の日付やその回答も含めて記録します。
相手方の最終返信後に内容が変わった場合
相手方が最後に了承した版から金額や納期などが変わっていれば、社内承認の有無とは別に相手方との内容の一致を見直す必要があります。いつ、誰が、何のために差し替えたかを確認してください。
軽微に見える文言でも義務の内容が変わる場合があります。変更理由や相手方の合意が不明なら、単独で最終版として扱わず、関係者へ事実を確認します。
署名済みのファイルが承認版と異なる場合
契約がすでに締結されていた場合は、承認前の草案へ差し戻すという対応はできません。実際に取り交わした書類を保持し、どの条項が異なるか、誰がいつ把握したかを整理して法務や権限者に相談します。
締結済みファイルを黙って上書きしてはいけません。訂正・変更の要否は当事者間の合意や契約内容に関わるため、既存の契約変更手続きの解説と区別して検討してください。
架空の広告制作案件で最終版と再承認の流れを確認する

ここからは説明用の架空の事例です。実在するマイサイン利用者の実績ではありません。広告会社A社と制作会社B社が業務委託契約を結ぶ場面を想定し、承認後に条件が変わった場合まで追ってみます。
初回承認の対象をv02として記録する
A社の担当者は、制作対象を説明した仕様書v01と、契約書本文v02をセットにして社内へ回しました。事業部門は範囲と納期を、経理は費用条件を、決裁者は取引全体の承認可否を確認します。申請書には承認対象を「本文v02+仕様書v01」と明記しました。
この段階ではA社内部の承認が完了しただけであり、B社との最終合意が確認されたわけではありません。取引先から返信が来るまで、締結用PDFを確定したものとして送らない運用にしました。
相手の要望で料金が変わりv03になる
B社から作業範囲の追加案が届き、両社が内容を協議した結果、契約金額と別紙の工程が変更されました。A社の担当者はv02を直接書き換えず、本文v03と仕様書v02を作って差分と理由を記録します。
当初の決裁額を超えたため、この架空のA社では経理と決裁者への再承認が必要です。「以前OKをもらった案件だから」と承認を省略せず、新しい金額と対象ファイルを示して再申請します。
新しい版の承認後に送信用PDFを固定する
再承認後、A社は本文v03と仕様書v02から締結用のPDF一式を作りました。担当者がページと別紙を照合し、社内の決裁記録に送信用ファイルの所在を記載します。B社が同じ内容を了解していることも、交渉記録から改めて確認します。
実際に送信したPDFは、社内承認した版と対応するよう案件台帳にリンクを残します。もし送信直前にさらに金額や条件が変われば、確定済みの状態を解除し、再評価からやり直すことになります。
承認済みの契約書を締結担当へ引き渡すときのルール

決裁が終わっても、締結手続きの担当者が別のファイルを使えば取り違えが起こります。ここでは送信方法の詳細ではなく、承認したファイルを締結工程へ安全に渡すための管理点に絞ります。
締結用の一式を一か所にまとめる
最終版として使う本文PDF、別紙、必要な確認資料を案件ごとに整理し、送信担当が迷わない保存場所へ集約します。作業中のWordや旧版のPDFは区別した場所へ移し、締結用フォルダに複数の候補を置かないようにします。
承認資料を削除する必要はありません。過去の版やコメントは、必要な人だけが参照できる別の領域へ保存し、送信用のものと取り違えない仕組みにします。
送信担当には対象版と添付一覧を渡す
担当者に「最新版を送って」と頼むのではなく、案件番号、本文の版番号、別紙一覧、承認日時、取引先の連絡先を指定して引き渡します。送信前に対象ファイルを実際に開き、署名位置やページの欠けがないかを確認します。
電子契約システムの送信操作と社内の承認は別工程です。利用するサービスに社内決裁機能があることを前提とせず、承認記録を社内で管理する方法として整理します。
締結済み書類と承認記録を紐付ける
締結後は、実際に取り交わした契約書のデータと、それがどの承認版に対応しているかを追えるようにします。送信日、完了日、書類の保管先、管理番号などを案件台帳に記録すると、次回の更新や社内の問い合わせにも役立ちます。
締結完了後に別の条件を加えたい場合は、元の締結済み書類を上書きせず、変更契約や覚書など適切な手順を別途検討します。送信・保管の一般的な手順はマイサインの既存ページで詳しく扱っています。
契約書の最終版と承認履歴でよくある質問
確認者の役割や再承認の要否は、企業の社内規程、契約リスク、実際の変更内容によって異なります。迷いやすい点を一般的な考え方として整理します。
-
契約書の最終版は誰が決めるのですか?
-
社内では決裁権限を持つ人や承認ルートに従って決めます。ただし社内承認と取引先との合意は別です。締結に使う版を特定し、双方の内容の一致を確認してください。
-
上長がメールでOKしたら承認履歴として十分ですか?
-
メールも記録になり得ますが、対象の契約書や版番号、了承した範囲が不明だと経緯を追いにくくなります。対象ファイルを結び付けて保存する方法を検討してください。
-
承認後に誤字を直したら承認を取り直すべきですか?
-
再承認の要否は社内規程と変更内容によります。意味が変わらない修正でも送信用ファイルの表示確認は行い、どの版を使ったかが追えるようにします。
-
Wordの最終版とPDFの最終版は同じ扱いでよいですか?
-
Wordは編集用、PDFは締結用など用途を分けて管理できます。ファイル形式が違えば同じデータではないため、変換後に本文と別紙、表示内容の一致を確かめます。
-
承認者が複数いる場合は全員の署名が必要ですか?
-
社内の確認・決裁方法は組織の規程や契約内容により異なります。内部承認と契約締結時の署名を混同せず、誰の承認が必要かを事前に定めてください。
-
締結済み契約書が承認版と違ったらどうすればよいですか?
-
締結済みデータは上書きせず、実際の書類と承認記録を保全して差異を特定します。訂正や変更が必要かは内容により異なるため、権限者や専門家へ確認してください。
まとめ:まず承認した契約書の版を一つ特定する
最終版を確定する最初の作業は、交渉が終わった案件について「承認対象の本文・別紙・版番号・担当者」を一行にまとめることです。確認者ごとの担当範囲と決裁の状態を記録し、承認後に修正が入れば新しい版として再評価します。
そのうえで、送信担当が同じ本文と添付資料を使っていることを照合し、実際の締結済み書類と承認履歴を紐付けて保管します。社内承認、相手方との合意、契約書の締結は目的と主体が異なるため、それぞれの記録を混ぜずに残しましょう。
参考資料とマイサインの関連解説
文書の管理方法については、JIIMA「これからの文書情報マネジメント」に、電子文書の使用性や検索に使う情報の整理という考え方が示されています。また、IPA「情報システム・モデル取引・契約書(第二版)」では、システム開発分野における取引当事者の責務や文書の扱いを整理しています。これらはこの記事で提案する社内フローを一律に法的義務と定めたものではありません(2026年10月29日確認)。
取引先へ修正文案を伝える段階は締結前に契約書の修正を依頼する方法、最終版の送付手順は契約書を相手に送る方法、署名前の確認は契約書に署名するときの手順をご覧ください。締結後の保管は契約書の保管方法で説明しています。実際の契約内容の法的評価が必要な場合は、案件に応じて専門家へ相談してください。
法的に安心・送信コスト0円・契約相手はログイン不要
最短1分で契約スタート
