Proposal-defined emergency response path
Status and support expectations before rollout.
Review support targets, incident communication, launch coverage, and status reporting before purchase.
Status and SLA visibility
A visible health path before a formal uptime history exists.
HexaFit exposes the current health route and explains how status, incident updates, escalation, and response targets become part of the customer proposal or service terms.
Shows current health, public status events, and response-target examples for reviewer inspection.
History starts from the public monitoring surface; no pre-existing uptime percentage is invented.Business-hours triage target in service terms
Queued support response by support plan
Status history
Public status history starts from the live monitoring surface.
HexaFit shows current public events and does not invent an uptime percentage before enough history exists.
Public health check available for live review.
/api/healthPublic status history surface added. No historical uptime percentage is claimed before data exists.
/api/status/historySupport review
Define response expectations before launch.
Support channels, targets, and incident paths should be clear before rollout.
Public status path
Live health and public status history are available for current review and future incident history.
Support targets
Response targets, escalation contacts, and support channels should be defined in the customer proposal or service terms.
Incident communication
Enterprise buyers can review how planned maintenance, service degradation, and resolution updates will be communicated.
Launch support
Implementation plans should define launch coverage, training windows, admin handoff, and post-go-live review.
