Contracts.kind is one of project, change_order or amendment. change_order_id binds a contract to a change order; amends_contract_id plus amendment_reason record an amendment chain. Indexes exist on both relationships.
Also called: amend the contract · revise the original contract · contract amendment · what did they actually sign
- 1kind defaults to 'project' so existing contracts are unaffected.
- 2A change-order contract points at its change order and cascades on delete.
- 3An amendment points at the contract it revises, with a stated reason, and the reference nulls out rather than cascading if the earlier contract is removed.
- 4The column comment defines the vocabulary: 'project = the original agreement; change_order = an agreement for added work; amendment = a revision of an earlier contract'.
Migration 156 draws the line between the two instruments: 'An amendment REPLACES terms in an earlier contract rather than adding scope beside it. Only defensible before money has moved — after that, the customer has paid against terms that would be rewritten underneath them, and the honest instrument is a change order.' And on the chain: 'Recording the chain means "what did they actually sign, and in what order" stays answerable.'
- Amendments and change orders conflated into one act
- No record of which contract supersedes which
- Rewriting terms after payments have been made against them
See it on your own jobs
Twenty minutes, your numbers, no slide deck. We’ll build one of your real buildings in front of you and send you the estimate link at the end — yours to keep either way.
or keep browsing features →