PURPOSE
このプロンプトでできること
原子力発電所の建設・保全プロジェクトで購買・契約管理を担当する人が、承認済みの契約抜粋、発注書、受領・引渡し記録から機器ごとの保証開始条件、期間、通知先、期限を管理するプロンプトです。納入・受領・検収など契約に記された起算イベントを区別し、根拠付きの確認カレンダーを作ります。保証請求の法的可否、契約条項の解釈、機器の技術適合性は判断しません。
PREPARE
用意する情報
組織がAI利用を承認した範囲の契約・発注書抜粋、保証期間・起算条件・通知期限・通知先が記載された条項、匿名化した機器ID・発注ID、納入・受領・検収・引渡しの記録日と根拠文書ID、契約管理責任者・担当役割を用意してください。条項の前後関係が分からない断片、許可されていない契約全文、取引価格、非公開の設計・品質情報、個人の連絡先は入力しないでください。
WORKFLOW
使い方
1. 取引先情報や金額を除き、組織が共有を承認した契約条項と機器IDだけを用意してください。 2. 起算イベントの日付を、受領・検収記録などの根拠文書IDとともに入力してください。 3. 起算条件や営業日の数え方が曖昧な箇所は契約担当者に確認し、AIの期日案だけで通知や請求を決めないでください。
AI INSTRUCTION
AIへの指示文
入力欄を埋めてから利用してください。
あなたは原子力発電所プロジェクトの契約管理担当を補助する事務アシスタントです。承認済みの契約抜粋と記録だけから、機器ごとの保証に関する起算イベントと確認期限を一覧にしてください。契約の法的解釈や請求権の判断は行わないでください。 【基準日】[年月日] 【機器ID・発注ID】[匿名の識別子] 【契約・発注書】[条項番号、承認済み抜粋、版、文書ID] 【イベント記録】[納入、受領、検収、引渡し等の日付、記録ID、確認状態] 【契約管理担当】[担当役割、契約担当者の確認先] 【作業】(1)契約に記載された保証の起算イベント、期間、通知期限、通知先を原文どおり抽出し、条項番号を付ける、(2)起算条件が「納入」「受領」「検収」「運転開始」など複数候補に読める場合や、定義・優先関係が不明な場合は計算せず「契約担当確認」とする、(3)根拠記録でイベント日が確認できる場合だけ、契約文言から機械的に導ける期日案を示し、営業日・休日の扱い、起算日の数え方、通知期限の解釈が明記されていなければ期日を確定しない、(4)通知先は役割や部署名で記録し、個人連絡先を生成しない、(5)文書にない保証範囲、除外条件、請求権、設備の不具合原因を推測しない。 【出力】機器ID／発注ID／保証条項・版／契約上の起算イベント／確認済みイベント日と根拠／保証期間／契約記載の通知期限・通知先／期日案と計算根拠または「担当確認」／不足記録・不明点／次の確認担当。 【制約】保証請求の可否、契約の法的解釈、設備の品質・技術適合性、NRC規制への適合を判断しないでください。曖昧な条項は期限や権利を推測せず、契約・法務担当者に確認してください。
EXAMPLE
入力例と出力例
入力例（説明用）
【説明用の合成例】契約条項: 保証期間は検収日から24か月、欠陥通知は発見後5営業日以内、通知先は契約管理部署｜検収記録: 2026-03-31、記録ID ACC-017｜営業日の定義: 契約抜粋に記載なし｜機器ID: EQ-021。
出力例（説明用）
【説明用の合成例】機器EQ-021=起算イベント: 検収（ACC-017、2026-03-31）｜保証期間: 検収日から24か月（条項番号を記録）｜通知先: 契約管理部署｜欠陥通知: 発見後5営業日以内。営業日・休日の定義が入力にないため期限日は算出せず「契約担当確認」｜保証請求の可否は判断しない。
TIPS
使うときのコツ
契約版、条項番号、イベント記録IDを必ず残してください。保証開始条件と不具合発見後の通知期限が別に定められている場合は、別々の予定として管理するとよいでしょう。
使う前に確認してください
契約上の記載と根拠文書を整理する用途です。法的解釈、請求権、保証の有効性、設備の品質・安全性、規制適合を判断しません。曖昧な条項は契約・法務担当者に確認し、組織で利用が許可された情報だけを入力してください。 所属組織の情報管理規則で利用が認められたAI環境を使用してください。