← Files LegalQuants TransactionalARCHIVED FILE
skills/closing-checklist/references/review-method.md
9.91 KB · Oct 3, 2026 · 06:34 UTC
# Review method ## Preserve the operative obligation For each proposed row, compare the action, responsible party, performer, recipient, evidence, timing and qualifications to the supporting passage, including relevant definitions and cross-references. An unspecified recipient or form is a question, not permission to supply a customary one. Preserve efforts standards, alternatives, exceptions, required consent and delivery/release mechanics when they affect what counts as performance. Do not strengthen a reasonable-efforts covenant into an unqualified promise of success. Approval, execution, delivery and receipt are different acts. Summarising them as one document name can lose the deliverable. Likewise, completing a prerequisite does not establish completion of the dependent action. Carry material requirements into the action, timing or other retained public cells, not solely the Notes column, which an external copy removes. Internal advice, negotiation comments, open questions and logistics stay in Notes, never inside the item text. Distinguish contractual responsibility from performance: a party procuring an affiliate's signature remains responsible even though the affiliate signs. Do not make a non-party an obligor merely because it performs an act. A coordinating lawyer is not a substitute for the responsible party. Split actions when they can meaningfully be completed separately and a single owner/status/timing would obscure progress. Keep closely related acts with shared ownership and timing together as explicit sub-actions. Do not impose one row per verb or copy every clause qualification regardless of its relevance. ## Classify timing and conditionality Identify whether each timing expression is a deadline, prerequisite, ongoing requirement, contingent trigger or discretionary right; more than one may apply. Preserve the source's actor, trigger, counting rule, cut-off and exceptions. For a right, distinguish when it becomes available from any express expiry, notice procedure or restriction on exercise. Label an earlier suggested review date as a planning reminder, and obtain approval if it is an additional task. For conditions, distinguish satisfaction from permitted waiver. Preserve who may waive, how, and what cannot be waived. Check whether a condition triggers scheduling or instead must remain satisfied through closing. For sequential actions, attach each period to its own event; do not give a prerequisite the deadline triggered by its own completion. Leave calendar dates uncalculated where required facts are missing, without discarding the source's relative timing. ## Two-way coverage check Maintain links in the temporary master dataset, not a second persistent ledger: 1. **Source to checklist:** account for each relevant obligation in the reviewed material as represented by candidate/row IDs, a specific unresolved question, or a deliberate exclusion with a reason. One section may contain several obligations. A section marked read, or one row citing it, does not account for all of them. Missing or unreadable material stays an explicit coverage gap. 2. **Checklist to basis:** check every row and its material details against the source passages or actual user approval/instruction. Separate approved additions from document requirements. A citation beside an unsupported detail is not support. Ensure consolidation has not erased a separate act or timing. Run this before approval and against the actual saved rows. Map accepted items to their final rows; record rejected/deferred items without silently dropping them or reintroducing them. In revision mode, cover the changed material and its dependent rows; preserve unrelated existing items without demanding fresh proof for each. An unexplained loss or altered qualification blocks an unqualified completion claim: correct it within approval, or raise the specific unresolved finding and seek renewed approval for a substantive change. Show only material gaps/decisions in handoff. Do not claim that coverage of supplied sources proves deal completeness. ## Targeted omissions prompts These are questions, not a legal requirements catalogue. Use only prompts made plausible by the transaction facts. The initial focus is a private share sale; other structures require a fresh scope discussion, not forced SPA terminology. | Area | Facts that may remain outside the anchor | Candidate discussion | | --- | --- | --- | | Authority and corporate mechanics | Entity type, constitutions, shareholder arrangements, delegations, electronic vs certificated holdings | Appropriate authorisations, transfer mechanics, certificates or loss procedures, registers and ancillary instruments | | Regulatory and third-party dependencies | Actual geographic nexus, sector, ownership/control, thresholds, relevant consents in material contracts | Whether an approval, notification, clearance or consent process needs a checklist row; which source confirms it | | Funding and release | Acquisition funding, existing security, repayment mechanics, intercreditor steps, release evidence | Financing deliverables, funds-flow approval, payoff/release and escrow steps; do not presume financing is a closing condition | | Ancillary execution | Agreed side letters, disclosure material, certificates, transitional arrangements or employment documents | Which agreed documents must be finalised or delivered; refer signature assembly to the signature-pack workflow | | People and operations | Management changes, access handover, banking mandates, books/records and operational transition | Deal-specific handover actions and responsible parties, not generic operational wish lists | | Post-closing | Entity jurisdiction, type of change, relevant registry/tax regime, follow-up consideration mechanics | Applicable filings, record updates and later deliverables; verify exact forms and periods before asserting a requirement | For US matters, do not assume a national analogue of Companies House or one rule for all states/entities. For UK matters, do not assume every share transfer causes the same filing or deadline. Deal size alone does not establish regulatory applicability. Ask about the missing nexus or threshold facts if material; use current official authority to resolve the actual question. ## Concise review format Lead with a few sentences showing the understood transaction, represented side where known, signing/closing structure and presentation. Name material unknowns without resolving them by assumption. Then give a compact phase summary and separate the following only where relevant; do not add empty headings: - **Decisions needed:** facts or choices that materially change the output, such as the controlling draft, side represented or scope. Explain why an answer is needed. Do not re-ask something supplied in the prompt or source. - **Proceeding with flagged gaps:** unavailable forms, identities or dates that can remain unresolved while source-based drafting proceeds. State the effect and proposed treatment, not a demand to supply every missing document. - **Optional additions:** individually identifiable tasks not expressly required by the supplied documents. State the deal-specific reason, missing fact, precise proposed action and recommended treatment. Offer include, exclude or leave for later; the lawyer may edit the proposal. Recommendation is not acceptance. Compare each optional suggestion to the source-derived items first. Explain only the additional work, rather than presenting existing obligations as optional. Do not bundle unrelated workstreams behind one acceptance choice. Distinguish a review of applicability from an assumed filing, consent or execution requirement. Retain rejected/deferred decisions for this run without repeatedly asking again; revisit only if new material changes the basis, explaining what changed. Ask for scope and exception approval, not certification of the extraction. For example: "May I draft on this basis? This does not confirm that documents are signed, conditions are satisfied or the checklist is complete." Do not make the lawyer re-extract the agreement before seeing a first draft. Equally, "I found some items, proceed?" gives too little basis for review. Show material item-level choices and source references; offer a fuller outline on request or where needed to resolve complexity. Revision proposals still require inspectable old/new wording and named-change approval, not blanket approval of a phase summary. Use plain text by default, or a small table for several comparable decisions. Do not create an HTML roadmap or extra attachment merely to obtain approval. In progress updates, explain consequences rather than internal mechanics: "I can draft the content, but have not verified the page layout" is useful; an unrequested renderer error or XML diagnostic is not. A technical audience may receive relevant diagnostic detail, but the material limitation remains explicit. ## Revision matching - A moved clause with the same action is a reference correction, not a new item. - A newly delivered document may supplement rather than supersede the SPA. - A deleted condition may affect several rows; evaluate every dependency rather than treating deletion as an automatic cascade. - Retain manual notes and status unless the lawyer approves a change to them. - Record accepted/rejected candidates during the run so the same suggestion does not reappear. Do not promise cross-session recall without user-retained evidence. - If two rows might match, identify the ambiguity rather than choosing silently. ## Timing examples (not legal rules) "No later than three Business Days after Completion" stays relative until Completion and Business Day counting are established. A proposed new trigger or definition change may affect several deadlines: review those affected rows too. "At least five days before signing" must not become "within five days of signing". Do not calculate over an unknown jurisdiction's public holidays or treat a long-stop date as proof of the actual closing date.
SHA-256: c52b0caa201a5a55c09f16f6e09e076fba279fd262ffbd3ee3bf6986f939b849