Read as of a date
Use this when a downstream system needs data valid on a business day. Business dates explains the boundary rules.
- Discover the selected context’s model and type. Confirm that the type declares an effective period. Having date fields is not enough.
- Choose live data, a change set or a publication. A publication fixes stored content; the business date then filters that content. These are separate choices.
- Send the date to the per-type list or model-aware query, using a calendar date rather than a timestamp. For a consumer contract, use the dated read described by its API reference source.
- Inspect the result. A record ending on that day is excluded; one starting on it is included. Open ends remain valid without a bound, and overlapping records can both appear. Do not assume exactly one match.
- Continue with the returned cursor and the same date and context. If related records must also be constrained, express their dates in the query criteria; expansion alone does not date them.
On AS_OF_NOT_SUPPORTED, choose a dated type or remove the date intentionally. Do not retry without the date while presenting the answer as dated. For a mixed consumer lookup, check which returned types the engine actually dated.
Try the reference contract
Section titled “Try the reference contract”Reference-data example: this request pages the reference contract’s stops valid on 2 November 2026. Obtain a consumer token and use the instance’s all-stops operation:
GET /api/consumer/stops/v1/lists/all-stops?workspace=graubuenden&asOf=2026-11-02&pageSize=20 HTTP/1.1Host: <instance>Authorization: Bearer <consumer-token>Accept: application/jsonOn success, read items, check asOfApplied and the RDM-As-Of-Applied header, then pass nextCursor with the same workspace, date and filters. A pinned extract also sends the same publication selection on every page. The date is a calendar day; it is not interpreted in the client’s local time zone.
An empty dated list is a valid answer. A known dated object read by ID outside its period gives OBJECT_NOT_FOUND. An invalid consumer date gives INVALID_AS_OF with the message asOf must be one calendar date, written YYYY-MM-DD; correct the value rather than retrying. On a mixed lookup, retain asOfApplied with your result so downstream readers know which public types were dated. The full consumer shapes and filtering rules are in Reading business objects.