See : How To - Add a Variation to a Tender (Variation Tab).
Variation Types
Variation types are fully customisable and use tblValidationEntries.
Pre Contract Variations
The process begins with an interest from a customer to build a house. A quote is created by the sales representative and it is presented to the customer. Once the quotes have been reviewed, there are various precontract variations made prior to the final contract being created.
Post Contract Variations
A Tender presenter or prestart consultant would be involved in this process. The final contract is created. The final contract will consist of post - contract variations and an addenda for the colour selection process.
The 2 variation types from the field inVariationType are:
Customer = 0
Internal = 1
Variation Statuses
There are 2 Variation fields:
inVariationStatus
| 0 | Draft |
| 1 | Customer Review |
| 2 | Estimator Review |
| 3 | Edit Required |
| 4 | Accepted |
| 5 | Locked |
| 6 | Contract |
| 7 | Customer Approved |
| 10 | Rejected by the Customer |
| 11 | Rejected by the Builder |
| 12 | Expired |
| 13 | Rejected Alternative |
inEstimatorStatus
| 0 | Pending |
| 1 | Pricing Required |
| 2 | Locked |
| 3 | Approved |
| 10 | Rejected |
*For Tender Statuses, see : Info - Tender Phases & Statuses.
Variation Fees
Variation fees refer to additional costs which are nominated by the builder. It is customisable via an option, includes permissions and phase settings. A variation fee must be automatically added to a tender variation when it is created, it it is configured correctly.
Open / Closed Variations
Only contract/ locked variations are considered closed (or any variation status > or = 10)
It relates to:
Phase rules - inMaxVariationsPerTender and bAllowMoveNextPhase WithOpenVariations
NoOpenVariations task completion restriction