Events (EVT-*) are immutable records in the Scrums.com platform event stream. Every significant action — a Service Line activating, an agent completing a run, an invoice being finalized, a user being invited — produces an event.Events are the source of truth for the Webhooks system. When you configure a webhook, you are subscribing to events by type. Events are also queryable directly via this API for debugging, integration development, and operational visibility.Events cannot be created or modified via the API. They are generated exclusively by the platform.
Every event shares a common envelope: an identifier, a type, a timestamp, an actor, a subject, and a payload. The payload is specific to the event type.
Events represent things that happened on the platform (state changes, system notifications). Audit logs record every write action taken by an actor. They overlap in some areas but have different purposes: events drive integrations and webhooks; audit logs serve compliance and investigation.
If a webhook is not firing as expected, query the event stream directly to confirm the event was produced:
# Confirm the event existsGET /v1/events?organization_id=ORG-26-090500&type=service_line.activated&subject_id=LIN-26-084729# If it exists, check webhook deliveryGET /v1/webhooks/WHK-26-000004/deliveries
Use webhooks for real-time reactions; use the events API for debugging. Querying events in a polling loop is not a substitute for webhooks and will quickly exhaust rate limits on high-volume accounts.
Filter by subject_id for resource-level event history. Every event related to a specific LIN-*, INV-*, or AGT-* can be retrieved by filtering on subject_id. This gives you a timeline of everything that happened to a resource.
Events are retained for 90 days. For long-term history and compliance, use Audit Logs, which have a 12-month retention window.