START WITH THE PRODUCT STEPS
Read START-HERE.txt first. It states the actual source acquisition, access/privacy limits, manual field mapping and exact next prompt. The original file templates and synthetic examples below are supporting review aids. Some paths need separately supplied documents or source text; a blank worksheet is not a native export or completed integration.

S21: Keep vendor renewal and notice evidence in one review register
Starter kit
Status: Proposed / not tested

PURPOSE
New vendor agreement is approved or periodic renewal review → organize owner-approved renewal/notice values and proof of any authorized notice → review calendar, missing-evidence queue and contract-locator register.

PREREQUISITES
1. Vendor/contract ID, business owner, approved term/renewal/notice dates, approved notice recipient/channel, source clause locator, reviewer/date, decision status and sent/received evidence references. Only deidentified approved metadata reaches an assistant. An attorney/contract owner determines the dates and obligations before entry.
2. Synthetic files first. Real use requires firm-approved access, privacy, processing terms, retention controls, export coverage and a named reviewer.
3. Prepare any required original files or rendered evidence separately. This kit does not configure accounts, connectors or live actions.

FILES AND FORMATS
contracts.csv: contract_id, vendor_alias, owner_alias, approved_term_start, approved_term_end, approved_renewal_date, approved_notice_date, approved_notice_recipient, approved_notice_channel, clause_locator, reviewer_ref, reviewed_at, decision_status
notice-evidence.csv: contract_id, notice_id, sent_at, recipient_alias, channel, sent_evidence_ref, received_evidence_ref
scope.txt: as-of date and approval coverage

Files without .example are blank input worksheets; CSV templates contain headers only. .example files contain invented records for the dry run. Text input .txt files contain blank labeled fields. Use the original base filename when supplying an example to the prompt, or explicitly map the example filename to that input. CSV files are UTF-8 with comma delimiters, quoted fields where needed, and CRLF row endings. Preserve identifiers as text when importing into Excel. Blank means missing or unresolved, never a zero or a pass. Multi-value fields use a pipe only where the fixture scope says so.

SETUP AND DRY RUN
1. Copy this kit to an approved working folder. Keep examples separate from any real exports. Do not upload client, privileged, personal, credential or financial-account data to an unapproved service.
2. Read the .example text policy/scope files and all .example.csv inputs together. They define this fixture only. For a real pilot, fill the blank templates from approved exports without changing headers and obtain approved policy values.
3. Use native read-only exports, exact joins and arithmetic for deterministic checks. This kit includes no executable automation, OAuth setup, live-action instructions or importable Make blueprint.
4. Give only the approved prepared inputs to a firm-approved text assistant and use the recipe prompt below. Keep source IDs, source row numbers and unresolved evidence visible.
5. Compare the proposed result with expected-fixture-result.txt. Verify every listed issue and that the prompt invents no missing evidence. The expected file describes assertions, not a performed workflow run.
6. Have the named reviewer check source evidence and record remaining questions before any separately authorized action.

RECIPE PROMPT
Build a vendor-renewal review register using these already-approved contract metadata rows. Show owner, renewal date, notice date, approved channel, clause locator and evidence of any completed notice. Flag missing approval, inconsistent dates and decisions still pending. Do not calculate or interpret contractual notice periods, conclude that a notice is legally effective, renew, cancel, accept terms or send anything.

INPUTS
contracts.csv: contract_id, vendor_alias, owner_alias, approved_term_start, approved_term_end, approved_renewal_date, approved_notice_date, approved_notice_recipient, approved_notice_channel, clause_locator, reviewer_ref, reviewed_at, decision_status
notice-evidence.csv: contract_id, notice_id, sent_at, recipient_alias, channel, sent_evidence_ref, received_evidence_ref; scope.txt: as-of date and approval coverage

OUTPUT
renewal-review.csv: contract_id, owner_alias, approved_dates, decision_status, required_recipient_channel, notice_evidence, approval_ref, mismatch, next_review_question. No contract interpretation, notice or cancellation.

Use only these synthetic or firm-approved inputs and preserve source row/page IDs. Keep missing or conflicting evidence unresolved. Return a draft for the named reviewer. Do not send messages, connect accounts, change records or permissions, move money, or make legal decisions. Keep source files unchanged. List missing prerequisites before continuing.

REVIEW CHECKLIST
[ ] Headers match the exact input schema and the export covers the stated scope
[ ] Synthetic example files were used alone for the first dry run
[ ] Every output finding retains its original source ID/row/page reference
[ ] Missing keys, contradictions, unavailable originals and ambiguous dates remain unresolved
[ ] Every expected fixture finding is present; no live action or unsupported result is claimed
[ ] Responsible reviewer checks the original records before a real deployment

RECIPE-SPECIFIC REVIEW
Authorized contract owner verifies source terms and actual notice evidence. Test a discussion with a sales representative that has no formal notice acknowledgment. Distinct from S18 seat counts and billing-plan reconciliation.

VALIDATION
Exact CSV header order, field counts, serialized round-trip values and fixture semantics were checked during kit preparation. This does not test OCR, a vendor integration, a model response or end-to-end reliability. All data and identifiers are synthetic. Dates are fixed fixture dates, not current monitoring results.
