Googleドキュメント・Notion— 発注記録

1. 共有ドキュメントの強みと弱点

1-1. 強み

複数人でリアルタイム編集でき、 コメントで条件交渉の経緯が残ります。
バージョン履歴で変更前後の差分も追えます。

1-2. 弱点

権限設定ミスで取引先以外が閲覧できる、 リンク共有が「期限内無期限」になる、 アカウント停止でアクセス不能、 といった運用リスクがあります。

1-3. 書面明示との関係

記載事項が1ページに揃い、 双方が合意した状態で保存・交付できれば、 電子書面の候補になり得ます。
項目一覧は記載事項のテンプレートと照合してください。

2. 正本データの決め方

2-1. 編集中と確定版

交渉中はドキュメント編集可、 合意後は「確定版」として編集権限を発注側のみに制限します。
確定版はPDFエクスポートし、 台帳・社内ストレージに保存します。

2-2. Notionのデータベース

発注一覧をNotion DBで管理する場合、 プロパティ（報酬・納期・受領日）を 取適法の記載事項と1対1で対応させます。
空欄プロパティがあると、 書面不備と同様のリスクになります。

2-3. 台帳との二重管理

Notionとトリカク（torikaku）の台帳を併用する場合、 どちらを正本とするか社内で決めます。
二重更新はズレの原因になるため、 一方をマスター、もう一方は参照リンクに留める設計が安全です。

3. 権限・共有設定

3-1. 取引先への共有

特定メールアドレスへの限定共有を原則とし、 「リンクを知っている全員」を避けます。
取引終了後は権限を剥奪し、 剥奪日を台帳メモに残します。

3-2. 社内権限

編集者・閲覧者・コメントのみを役割で分け、 経理は閲覧のみ、 現場リーダーはコメント可、 購買は編集可、などRACIに沿って設定します。

3-3. バックアップ

Google Workspace・Notionの管理コンソールで、 エクスポート・バックアップポリシーを確認します。
サービス障害時に備え、 確定版PDFは社内ストレージにも保存します。

4. 受領日・検収の記録

4-1. チェックリストページ

納品チェックリストを同じNotionページに置き、 検収完了にチェックを入れた日時を記録します。
その日付を台帳の受領日に転記し、支払60日ルールの起算点を計算します。

4-2. コメント履歴

「修正お願いします」と「検収OK」のコメント日時が、 検収プロセスの証跡になります。
確定後にコメントが削除されないよう、 権限設定を確認してください。

4-3. 変更履歴のエクスポート

争点が予想される案件は、 確定時点でバージョン履歴のスクリーンショットまたはエクスポートを保存します。

5. テンプレート設計の具体例

5-1. Googleドキュメント発注書

表形式で記載事項（報酬・納期・支払・検収・再委託・著作権）を並べ、 空欄セルがあると視覚的に分かるよう背景色を付けます。
確定後は「ファイル→ダウンロード→PDF」で正本化し、 ドキュメント自体は閲覧のみ権限に変更します。

5-2. Notion発注DB

プロパティに「書面交付日」「受領日」「60日期日」「証跡URL」を設け、 ロールアップで60日超過フラグを表示するビューを作ります。
取引先ポータルページは、該当ページのみゲスト招待する形に限定します。

5-3. バージョン管理

交渉中はv0.9、確定はv1.0のように版番号をファイル名に含め、 確定版以外のリンクを無効化します。
誤って旧版を参照して支払処理しないよう、 台帳の正本URLはv1.0のみ登録するルールにします。

よくある質問

Q. Googleドキュメントだけで書面交付は足りますか

記載事項の網羅・合意・保存が満たされているかがポイントです。
確定版PDFの保存と台帳連携をセットにすることを推奨します。

Q. Notionを取引先と共有すると機密が心配です

該当ページのみ共有し、 他プロジェクトページとはワークスペースを分けます。
またはPDF交付のみにし、 Notionは社内限定に留める方法もあります。

Q. テンプレートを社内標準化すべきですか

発注書Gdoc・Notionテンプレートを1種類に定め、発注コンプライアンスのチェックリスト項目が空欄で保存できない設計にすると効果的です。

Q. 取引先が個人Gmailの場合

共有先メールを契約書記載の連絡先と一致させ、 別アドレスへの共有は避けます。

Q. クラウドドキュメントと電子署名を併用する場合

署名完了日とドキュメント確定日の対応を台帳に記録します。
電子署名の証跡は別記事の整理も参照してください。
Gdocで交渉→PDF出力→電子署名、という流れでは、 v1.0 PDFのハッシュ値またはファイル名を台帳に登録し、 署名後PDFと同一であることを確認してから支払処理に進めてください。

6. 退職・異動時の権限棚卸し

四半期ごとにGdoc・Notionの共有一覧をエクスポートし、 退職者・異動者の編集権限を剥奪します。
取引先ゲストのうち、 取引終了から90日経過したアカウントは自動リマインドで権限削除を実施します。
ドキュメントオーナーが退職する前に、 会社のサービスアカウントへオーナー移譲するチェックリストを人事オフボーディングに組み込んでください。
Notionの「発注DB」は、 経理向けに支払期日ソートビュー、 法務向けに書面未交付フィルタビューを別途作り、 同じ正本データを部門別に参照できる構成にすると二重入力が減ります。

まとめ

• Gdoc・Notionは協働向きだが、正本・権限・バックアップを設計する
• 確定版はPDF化し、台帳とリンクまたは二重保存する
• 記載事項プロパティをテンプレート化し空欄を防ぐ
• 検収コメント・チェック日を受領日管理につなげる

5. Gdoc・Notion発注記録チェックリスト

• 記載事項テンプレートに沿ったページ／DBを用意したか
• 合意後に編集権限を制限し、確定版PDFを保存したか
• 取引先共有はメール限定にし、終了後に権限剥奪したか
• 台帳にURL・確定日・受領日を記録したか
• バックアップ・エクスポート手順を決めたか

Gdoc・Notionを正本にする場合でも、 年1回はトリカク（torikaku）台帳との突合監査を行い、 プロパティ空欄・受領日未入力を一括是正してください。
共有リンクの有効期限が切れたドキュメントへの参照が台帳に残っていないか、 四半期リンク死活チェックも合わせて実施すると安全です。

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。