API reference

16 endpoints grouped by tag. Click any to see schema, REST/MCP/SDK examples, and try it live.

audio

examples

expiry

POST expiry-add-item
1 cr

Save a confirmed scanned item (product, expiry date, quantity).

expiry
POST expiry-barcode-lookup
0 cr

Look up a product name by barcode: our own cache first, then Open Food Facts. Returns found=false if neither has it — caller falls back to manual name entry. Public (no auth required), same as the future standalone 'BiH Barcode Lookup' MCP server (PLAN.md).

expiry
POST expiry-dashboard
0 cr

Home-screen summary: active items split into red/yellow/green urgency bands (<=1 / 2-3 / 4-7+ days to expiry, DLCScan pattern from PLAN.md), plus totals.

expiry
POST expiry-edit-item
0 cr

Correct a data-entry mistake on an already-saved item — product name, expiry date, quantity, received date, or batch number. Distinct from expiry-update-quantity (daily recount ritual): this is for fixing a typo at any time, not the routine 'what's left today' check. Only fields actually provided are changed; the rest are left untouched.

expiry
POST expiry-list-items
0 cr

List the caller's scanned items grouped by expiry date, optionally filtered to a date range and/or status (active/handled/all).

expiry
POST expiry-mark-handled
0 cr

Mark a scanned item as handled (sold/removed), or soft-delete it.

expiry
POST expiry-resolution-report
0 cr

Otpisano/vraćeno report for a date range (filtered on when it was resolved, not its expiry date) — product, expiry date, reason, quantity per row, plus totals. Feeds the dashboard card + print/PDF export.

expiry
POST expiry-scan-label
0 cr

Read the expiry date off a product-label photo via AI vision. Returns a suggestion for the caller to confirm/edit; does not save anything.

expiry
POST expiry-set-resolution-reason
0 cr

Resolve an item as 'otpisano' (written off/discarded), 'vraceno' (returned to supplier), or 'prodano' (sold, no write-off/return) for a specific quantity — works on an ACTIVE item (resolves it on the spot) or on an already-handled one (just re-annotates why, correcting a mis-click). A partial write-off is normal: quantity here can be less than the item's current stock (e.g. 3 of 10 spoiled, the rest still sold normally).

expiry
POST expiry-update-quantity
0 cr

Update how many units of a scanned item are left (daily recount by staff — there is no POS integration, so this is the only way the app learns a sale happened). Reaching 0 auto-marks the item handled.

expiry

images

jobs

web

Uncategorized

No endpoints match "". Try a different search term.