A document not typically included in a ratification package is the underlying negotiation correspondence that produced the contract in the first place. Draft versions, redlines, emails, and term-sheet exchanges are normally kept in a separate deal file. A ratification package favors the executed agreement, approvals, and evidence of authority, not the bargaining history. The package proves the decision was valid; it does not retell how the deal was negotiated. That distinction drives nearly every inclusion decision described below.
What a ratification package is meant to prove
A ratification package is an evidence bundle. Its job is to let a board, council, member body, or reviewing authority confirm three things: what was agreed, who had authority to agree it, and that the required approval actually happened. Everything in the package serves one of those three proofs.
That purpose explains the exclusions. Negotiation drafts do not prove authority. Internal emails do not prove the final terms. Pre-signature term sheets may contradict the executed version and create confusion rather than clarity. A package that mixes working documents with executed ones forces the reviewer to sort authoritative records from provisional ones, which is exactly the labor the package exists to eliminate.
The core contents are stable across contexts. You would expect the executed agreement or instrument, a signature and authority block, the approving resolution or minutes, a legal or compliance review sign-off, and a transmittal or cover index. Those five items answer the three proof questions directly. The negotiation record answers none of them.
Why negotiation records get excluded
The mechanism is evidentiary, not bureaucratic. A ratification decision attaches to a final text and a final authorization. Earlier drafts are superseded by definition; once the executed version exists, prior versions no longer state the agreement. Including them invites a reviewer to ask which text controls, a question the package should never raise.
There is also a privilege and discovery dimension. Negotiation correspondence often contains candid internal assessments, pricing rationale, and legal advice. Pulling that material into a ratification bundle widens the set of people who see it and can complicate later confidentiality claims. Deal teams therefore keep a separate negotiation file and route only the executed record into ratification.
A third mechanism is version control. Packages are indexed, numbered, and often retained for fixed periods. Every added document must be tracked, and drafts multiply quickly. A single contract negotiation can generate dozens of redlines. Excluding them keeps the package auditable at a glance rather than requiring a version tree.
The counterintuitive detail: the excluded material is often the most interesting. Reviewers sometimes want the negotiation history precisely because it explains concessions. That is a legitimate need, but it is served by a briefing note or a separate background file, not by diluting the ratification package. Keep the evidence bundle clean and answer history questions out of band.
How inclusion thresholds differ by context
Different ratifying bodies apply different thresholds, and reconciling them matters. A corporate board package typically requires the executed agreement, the resolution, and a management summary. A union membership ratification typically requires the tentative agreement text, a summary of changes, and ballot materials. A treaty ratification typically requires the adopted text, an explanatory memorandum, and the implementing legislation status.
The common thread is that each body includes what its rules require it to vote on or approve. None of those rule sets typically requires raw negotiation correspondence. Where a body does want background, it usually asks for a synthesized summary rather than the primary exchange.
| Document | Corporate board package | Union ratification | Treaty ratification | Typical status |
|---|---|---|---|---|
| Executed agreement | Required | Required (tentative text) | Required (adopted text) | Included |
| Approving resolution or minutes | Required | Ballot record | Implementing instrument | Included |
| Authority or signature block | Required | Signatory certification | Full powers | Included |
| Management or member summary | Common | Required | Explanatory memorandum | Included |
| Legal or compliance sign-off | Common | Often | Often | Included |
| Draft redlines and emails | Excluded | Excluded | Excluded | Not included |
| Pre-signature term sheets | Excluded | Excluded | Excluded | Not included |
The table shows the pattern clearly. The excluded row is consistent across all three contexts even though the included rows differ. That consistency is the practical answer to the keyword question.
Edge cases where the rule bends
The exclusion is a default, not an absolute. A few situations push negotiation material into the package. If ratification is challenged on the ground that the signatory exceeded authority, the correspondence showing the scope of authority may become necessary evidence. If a regulator or court requests the full record, the package may be expanded under legal process.
Another edge case is conditional ratification. When approval is conditioned on a side letter or an interpretive statement, that conditional document belongs in the package even though it reads like negotiation material. The test is whether the document affects the meaning or enforceability of the ratified text. If it does, it is part of the record, not background.
Red flags that a package has drifted from its purpose:
Draft versions of the agreement appear alongside the executed text with no version labels. Internal emails are included without a privilege review. Term sheets state figures that differ from the executed agreement. The cover index does not match the documents actually enclosed. Approval evidence is missing while negotiation material is present.
Any of these signals that the package is being assembled by copying a deal folder rather than by selecting evidence. Fix the index first, then remove the excluded material.
Misconceptions about what belongs
The most common misconception is that more documents mean a stronger package. In practice the opposite holds. A tight package with a clear index and clean authority evidence is easier to approve and harder to challenge than a thick bundle with ambiguous contents.
A second misconception is that the negotiation record proves good faith. Good faith is presumed from the executed agreement and the approval process; it does not require the correspondence. Including it can actually create disputes about what was said, which the package should avoid.
A third misconception is that draft agreements are needed to show what changed. If a reviewer needs the delta, a change summary prepared for the package serves that purpose in a fraction of the pages. The summary is authored for the ratifying body; the drafts were authored for the negotiating parties. Those are different audiences with different needs.
Plain-language version: the package is a proof set, not a story. Keep the proof and leave the story in the deal file.
Practical steps for assembling the package
Start from the ratifying body's rules, not from the deal folder. List the documents its procedures require, then map each document in the file to a required slot. Anything that maps to no slot is a candidate for exclusion, with the conditional-document test applied before removal.
Build a cover index that names each document, its date, and the proof question it answers. If a document cannot be tied to one of the three proof questions, it probably does not belong. Use version labels on every agreement text and cite the executed version by date in the index.
Run a privilege and confidentiality review before the package circulates. Flag any correspondence that was considered for inclusion and record why it was excluded, so the decision is auditable later. Retain the excluded material in the deal file under its own retention schedule.
Set a size discipline. A package that runs to a few dozen pages is reviewable in a single sitting; one that runs to hundreds is not. When the page count climbs, look first at whether drafts or correspondence have crept in.
For conditional documents, state the condition explicitly in the transmittal so the reviewer understands why a side letter sits in an evidence bundle. The test remains whether it affects the ratified text's meaning or enforceability.
Limits of this guidance
Rules vary by jurisdiction, organization, and instrument type. A treaty process, a collective bargaining ratification, and a corporate board approval each have their own procedural sources, and those sources control over any general pattern. Where the rules are silent, the default exclusion of negotiation records is a reasonable practice, but it is a practice rather than a legal requirement.
Retention and disclosure obligations can override the default. Legal holds, regulatory requests, and litigation can require production of material that would normally stay out of a ratification package. In those cases the package may be expanded under legal direction, and the exclusion rule yields to the obligation.
This article is general educational information, not a legal opinion or a compliance determination for any specific transaction. It does not promise any approval outcome. Consult a qualified local attorney or governance professional before finalizing a ratification package for a live matter.