Read Check payment
const url = 'https://api.aerandil.com/v1/object-types/hospitality.check_payment/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.check_payment/objects/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0 \ --header 'Authorization: Bearer <token>'Read an existing instance.
One tender taken against a guest check (check_payment_on_check) — the kernel is the system of record for a check’s payments. amount is what it applied to the check, tip rides beside it and stays out of what was paid; cash may be tendered above the balance and gives change_given. A card payment carries the terminal’s references (psp_reference, terminal_transaction_id, poiid), never card data. A room charge or charge-to-key posts to its folio (check_payment_to_folio) one charge per revenue category and the tip as a gratuity charge (check_payment_posted_charge). allocation records the payment’s share of each revenue category and its VAT, so a check paid in parts sums exactly. Written only by add_check_payment / settle_check.
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
Per revenue category, what of amount paid it and the tax inside that share, per rule — apportioned by largest remainder over what the earlier payments left, so a check’s payments sum exactly to its categories and its VAT. A room charge posts these shares to the folio.
object
object
object
object
object
What of the payment the stay’s package allowance covered — the food and soft-drink share, capped at what the day’s allowance had left, never the tip. The folio carries that part as the package’s balance-neutral consumption line and only the rest as charges the guest owes; the consumption row names this payment (consumption_for_check_payment). Absent when nothing was covered.
object
Applied to the check (tip excluded)
object
Change handed back (cash only)
object
The guest the server confirmed for a room charge — the reservation’s guest (a sharer signs on their own booking). Carried onto the folio charges as signed_by.
The booking whose bill a room charge or charge-to-key posted to — the folio belongs to it (a stay’s window or the booking’s own account). OHIP posts to a reservation, never to a room.
Cash handed over (cash only)
object
The tip taken with the payment — a pass-through to the staff under the Employment (Allocation of Tips) Act 2023, never revenue and never in paid_total. Zero when none.
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.check_payment", "properties": { "allocation": [ { "revenue_category": "food" } ], "override_kind": "no_post", "tender": "room_charge" }, "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).