Read Checkpoint result
const url = 'https://api.aerandil.com/v1/object-types/hospitality.checkpoint_result/objects/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://api.aerandil.com/v1/object-types/hospitality.checkpoint_result/objects/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0 \ --header 'Authorization: Bearer <token>'Read an existing instance.
What one checkpoint of an inspection round recorded (checkpoint_result_in_round) — hubOS’s revision chapter. The checkpoint’s checkpoint_position and kind in the round, the room (checkpoint_result_for_room) or equipment (checkpoint_result_for_asset) it is at — neither for a general place — the answered items, the walker’s observations, when it was started and finished (its duration is the difference), and who recorded it (recorded_by; checkpoint_result_recorded_by when a staff member did). anomalies is derived, never typed: the items answered not ok. faults counts the work orders raised from it (work_order_from_checkpoint). One result per round × checkpoint: recording the checkpoint again replaces it in place while the round is open. Its id may be the walker’s own (a v4 or v7 UUID minted on the handset), so a photo taken with no signal waits for it. Photos hang off it as attachments; a checkpoint’s photo items are answered by them, and the round does not complete without them.
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Path Parameters
Section titled “Path Parameters”Object id (UUID v7, server-generated at create time).
Query Parameters
Section titled “Query Parameters”Read through an open branch’s copy-on-first-write overlay view instead of the canonical (main) plane. Does not compose with as_of (422). The branch must exist under the caller’s tenant.
Responses
Section titled “Responses”Object found.
object
object
The answered items, by the checkpoint’s item codes
object
Per-property source attribution and pins. An entry under properties means the property’s current value came from that source (on the source’s own clock, source_updated_at); an entry under pins is a human override protecting the property from sourced writes.
object
object
object
object
object
object
object
object
object
object
object
Example
{ "object_type": "hospitality.checkpoint_result", "properties": { "kind": "room" }, "scope": { "level": "tenant" }}Headers
Section titled “Headers”Quoted strong validator (RFC 7232 §2.3) carrying the object’s monotonic version. Informational on the read path — object mutation goes through typed actions on /v1/actions/{action}/apply, not raw CRUD.
No object with that id (or soft-deleted).