Region
What It Models
A region gives staff a shared name for a chapter, territory or other grouping of people and organizations. Staff maintain these definitions in the regional catalogue. Geographic coverage belongs to the assignment policy; the definition supplies the target that records and rules reference.
Identity and Attributes
The workspace and permanent identifier identify a definition. Its name is required, and its description is optional. An active flag marks availability, while an external identifier supports integration. Customer locks can block deletion or all ordinary editing. The version advances on accepted updates, including unchanged updates. Regions declare no custom-field capability.
Relationships
Contacts, organizations and geographic rules hold references to the definition. The region does not own those records. References prevent deletion, and retirement preserves them. Older record references can survive the introduction of the regional constraints.
Invariants
The structured invariants identify the enforcing boundaries. Locks and optimistic version checks belong to regional persistence; naming and reference checks also have database enforcement. Retiring a target used by an enabled rule records a policy change, although matching continues to accept that target.
How It Is Stored and Shared
Regions owns the catalogue and supplies its record reads and writes. Metadata exposes the registered region as a reference target, exports include active and retired definitions, and imports call regional persistence. The workspace lifecycle participant removes regional data during reset or purge.
Open Design Questions
Product must settle inactive-target matching, complete-payload replacement and audited lock actions. Ordinary regional edits retain only the last modification stamp, so history and recovery of earlier values remain unresolved.