Submission Package & Gates
Track bid deliverables through to Final, and understand the gates that control marking a bid submitted
Submission Package & Gates
The submission package is the war-room's checklist of documents your team must produce for a bid. Combined with mandatory-criteria compliance, it drives the submission gates that decide when a bid can be marked submitted.
Deliverables
Each deliverable is one document in the bid package. A row shows the document name, an optional "optional" tag for non-required items, and a status pill you can change from a dropdown.
Statuses
| Status | Meaning |
|---|---|
| Missing | Not started — nothing exists yet |
| Drafting | Being written |
| In review | Draft complete, under internal review |
| Final | Approved and ready to submit |
Only Final counts toward readiness and the deliverables gate — "in review" is not done.
Adding and removing
- Add any document with the input at the bottom of the panel (new items start as Missing and required).
- Remove items that don't apply to this bid with the delete control on the row.
- Each item can be marked required or optional — only required items gate submission.
The standard template
If the bid has no checklist yet, one click on Start from the standard template seeds a default package for Canadian public-sector bids:
| Deliverable | Required |
|---|---|
| Technical proposal | Yes |
| Mandatory requirements response | Yes |
| Pricing schedule | Yes |
| Corporate references | Yes |
| Signed certifications & declarations | Yes |
| Bid security / bond | No |
| Subcontractor disclosure | No |
The seeder is a no-op if deliverables already exist, and everything it creates can be renamed, re-flagged, or removed afterward.
Tip
Treat the template as a starting point, not the RFP's actual list. Cross-check the solicitation's instructions to bidders and add every named form, annex, and certificate as its own deliverable — the checklist is only as protective as it is complete.
Submission gates
Two gates control the Mark submitted action:
- All mandatory requirements compliant — every mandatory requirement extracted from the linked RFP must be assessed as fully met. Partially met, cannot meet, and unassessed requirements all count as open gaps. If no mandatory requirements have been extracted at all, this gate passes informationally rather than blocking bids that were never analyzed.
- All required documents final — every required deliverable must have status Final, and at least one deliverable must exist on the bid.
The gates appear live in the war-room's intelligence rail, each with a pass/fail mark and details of what remains open.
Warning
The mandatory gate is only as good as its inputs. An informational pass because nothing was extracted is not the same as verified compliance — link and analyze the RFP so the gate has something real to check.
Marking a bid submitted
When both gates pass, the header shows Mark submitted. Clicking it:
- Sets the opportunity's status to Submitted (the pill in the header updates)
- Records the status change in the opportunity's activity log
- Moves the bid out of the "in progress" count on the Active Bids list
A bid already marked submitted cannot be marked again.
Force override
While gates fail, the header shows a "N blockers" button instead. Clicking it opens a dialog that:
- Lists exactly which gates are open
- Requires a written reason before the override can proceed
- On confirm, marks the bid submitted anyway — with the override and your reason recorded in the activity log
Note
The override exists for legitimate cases where reality is ahead of the system — for example, a bid bond confirmed outside Cothon, or a requirement satisfied through a channel the checklist doesn't capture. The mandatory written reason keeps an audit trail of every gate override.
Next steps
- The War-Room - The full per-bid workspace
- Active Bids Overview - How bids enter the workspace
- Bid Analysis - Extracting the mandatory requirements that feed the compliance gate
Related Articles
Was this page helpful?