Manage unit-group pricing tiers and bulk tier-rate updates across storEDGE facilities
domain: api.storedgefms.com · 6 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Authenticate via one-legged OAuth 1.0 (company-level calls use the companies/:company_id path instead of a facility ID).
List a company's pricing tiers with GET /v1/companies/:company_id/tiers.
Create, update, or delete tiers with POST/PATCH/PUT/DELETE on /v1/companies/:company_id/tiers(/:id), and reorder with PATCH /v1/companies/:company_id/tiers/reorder.
At the facility level, read current tier rates with GET /v1/:facility_id/unit_group_tier_rates.
Push bulk rate changes with PUT /v1/:facility_id/unit_group_tier_rates/update.
Validate the effect of a rate on pricing with GET /v1/:facility_id/unit_groups/:unit_group_id/review_cost before applying it broadly.
Known gotchas
Tiers are managed at the company level but rates are applied at the facility level — a multi-facility rollout needs one tiers call plus one unit_group_tier_rates/update call per facility.
This is storEDGE's own tiering mechanism, separate from any third-party revenue-management engine — mixing automated third-party pricing pushes with company tier changes can conflict.
review_cost only previews the effect for a single unit group; it doesn't simulate cross-facility or cross-tier interactions.
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?