Operational time and sessions
Sydney and Perth scheduling should be represented by separate named zones; their seasonal behavior differs. Agree which Australian location owns the deployment and avoid treating the whole country as one fixed offset.
Plan a market-data deployment for Australia around the actual source, hosting route, instrument calendars and consumer requirements.
Sydney and Perth scheduling should be represented by separate named zones; their seasonal behavior differs. Agree which Australian location owns the deployment and avoid treating the whole country as one fixed offset.
Exercise a Sydney daylight-saving transition and a handover to Perth-based operations. For global instruments, verify the local date label against the UTC archive key so an overnight quote is not stored in the wrong daily bucket.
Bring the proposed instrument list, source documentation and consumer workflow to a technical discussion. The agreed integration specification defines coverage, fields, usage permissions and acceptance tests.
| Operating location | Identify the actual hosting city and consumer location before selecting the delivery route. |
|---|---|
| Time zones | Australia/Sydney and Australia/Perth. Preserve source and archive timestamps in UTC. |
| Instrument calendar | Confirm the source calendar per instrument, including holidays and session breaks. |
| Acceptance evidence | Record the route, test window, clock synchronization and responsibilities for each layer. |
Australian operating zones do not all share the same seasonal clock behaviour. Choose the deployment city and instrument calendar explicitly.