

Site boundaries
A site is a plant, a depot, a campus — somewhere with its own technicians and its own working week. Sites matter more than they look:
A new organisation already has one site, named after the organisation at sign-up. Rename it rather
than creating a second.
Working week and timezone
Give each site an address, a timezone and a working week as soon as it exists. Service-level clocks and capacity are computed against the working week; a site with none measures every business-hours promise against nothing. The sites register counts sites without a working week in its stat strip and names them in a banner, and the Working week column reads not set for each. A site’s own timezone governs its schedules. The organisation’s timezone on Organisation is only the fallback for something with no site. Wherever the product has to decide what day something happened on, it uses the clock of the place it happened, never the clock of the server or of whoever is looking:
So a job raised on the last evening of a warranty is covered, and a certificate is valid until the
end of its last day, wherever your server or your users are. Dashboard charts group by calendar month
in UTC. Times are still shown to each person in the timezone on their own
profile.
Site access levels
When you grant somebody a site, you also choose what they may do there:
What they may do at all still comes from their roles. Remember that a person with no site grants
reaches every site — see people and access.

