STRAXDocs strax.pro

Real-Time Integration

STRAX receives webhooks from SaaS platforms and exposes documented, secured HTTP endpoints, so integrations react the moment something changes.

Events arrive the moment they happen

Many integrations still run on a schedule, checking a source every few minutes for anything new. That model wastes effort when nothing has changed and adds delay when something has. STRAX supports the alternative that modern SaaS platforms offer: the platform tells STRAX the instant an event occurs.

When a contact changes in HubSpot, HubSpot calls STRAX. When an order lands in Shopify, Shopify calls STRAX. When a ticket is updated in Zendesk, the update arrives as it happens. Each incoming event is received, understood and applied to your integrated data straight away, and anything that depends on that data, a portal page, a report, a workflow, sees the change within moments.

For Demo ISP, this means a new Shopify order can appear in the customer's portal account, raise a provisioning workflow and update the sales dashboard while the customer is still on the confirmation page. Polling on a schedule cannot deliver that experience.

Your workflows become callable APIs

Real-time integration works in both directions. Any STRAX workflow can be exposed as an HTTP endpoint, giving other systems a documented address to call when they need something done. A billing platform can ask STRAX to activate a service. A field application can submit a reading. A partner's system can request a quote calculation.

Every exposed endpoint carries a published contract. STRAX produces standard OpenAPI documentation describing exactly what a caller should send and what it will receive, so the developers on the other side build against a formal specification rather than an e-mail thread. The catalogue of endpoints is searchable and organised, and each endpoint keeps a stable address that survives later renaming.

Signed, authenticated and accountable

Endpoints open to the internet deserve suspicion, and STRAX treats them accordingly. Incoming webhooks support payload signing, so STRAX can verify that an event genuinely came from the platform it claims to come from. Outgoing calls can be signed in the same way for the receiving side to verify. Your own exposed endpoints require callers to authenticate, and each registered caller is limited to the specific endpoints it has been granted.

Every delivery is recorded. When an integration partner insists their system sent the data, STRAX can show precisely what arrived, when it arrived and how it was answered. Disputes that once ran for days close in minutes.

Where this fits

Real-time events complement scheduled synchronisation rather than replace it. Most estates use both: webhooks for the systems that offer them, schedules for the systems that do not, with all changes flowing into the same canonical model. Everything received and sent is visible in monitoring.

To see the connectors and profiles that support event delivery out of the box, browse the marketplace. For a first engagement, see Getting started.