Partner APIs
Expected cash
Compute the system-expected cash position for a store/business day, broken down by currency, payment method, channel, operator, and device. Use it as the source of truth before recording a reconciliation.
GET
Returns the system-tracked sales and cash report for a store/day, used to determine what the cash drawer should contain before an operator counts. The response is dense — it covers all currencies, all payment methods (with cash-specific tendered/change/expected-on-hand values), per-channel and per-service totals, per-operator and per-device breakdowns, and a cancellation summary.
This is the primary input to POST cash reconciliations — call this first, present
expectedCashOnHand to the operator, then record their declared count.
Authentication
Your Fire API key with the
cash-management:read scope. The key must be vendor-scoped — system-only keys are rejected with 403.Query parameters
UUID of the store. Must belong to your API key’s account/vendor.
YYYY-MM-DD. The business day to report on. Defaults to the store’s current operational day in its timezone.Filter the report to a single cashier/operator. When omitted, the report covers all operators for the day.
Response
Store-level metadata.
Status of the business day this report covers.
ISO 8601 UTC of when this report was computed. Snapshot — call again to refresh.
Order counts at a glance.
One entry per currency observed in the day. Most stores have one currency; multi-currency stores get one entry per.
How to use this with reconciliation
The canonicalexpectedCashOnHand to compare against is per-currency, per-payment-method cash. For per-cashier closes, drill into byOperatorAndPaymentMethod[i].byPaymentMethod and find the cash entry — that’s the operator-specific expected.
Common patterns
- Real-time end-of-shift dashboard. Poll this endpoint every few minutes during a busy day to show running totals; freeze the snapshot at shift close.
- Per-cashier close. Filter with
operatorUid=...to get just that cashier’s totals; record their reconciliation againstbyOperatorAndPaymentMethod[].byPaymentMethod[cash].expectedCashOnHand. - Multi-currency stores. Iterate over
currencies[]— each entry is independent; reconcile each currency separately. - Pending risk. Surface
pendingRisk.paymentFailedTotalandpendingRisk.openOrdersTotalto operators before they close — these are amounts the system can’t confirm.
Related
Cash reconciliations
Record the operator’s count after reading expected cash here.
Authentication
Vendor-scoped API keys and the
cash-management:read scope.
