Skip to main content

Destinations

A destination is an address that receives TIKT’s events. A workspace has up to 10. Each one listens to:
  • All events — every event TIKT sends today, and the ones it adds later;
  • or a list of events you pick;
  • or none: a connection that only receives what your workflows send it (lead.matched).
A destination sends every event it listens to, for every lead: it doesn’t filter leads. To send only some leads — a score of 4 or more, a role that matches — use a workflow. You can turn a destination off at any time: nothing is sent and nothing is lost. Turn it back on, and the events since are sent.

Formats

The envelope

Every event has the same envelope; only data changes with its type.
The body is compact JSON in UTF-8, with content-type: application/json.

Headers

Three guarantees

  • At least once. An event can arrive twice — after a timeout, for instance. Use webhook-id (or the event’s id) to ignore a duplicate.
  • No order between events. Two events can arrive in a different order than they happened. Inside a batch, events are in the order TIKT wrote them.
  • The whole object, as it is now. Each event carries the complete objects, as they are when the request is sent: your tool has nothing to fetch, and a resend carries today’s data.

When events arrive

TIKT sends events within minutes: what a cycle of the agent finds goes out a few minutes after the cycle; what you do in the console (a list, a status, a pause), within five minutes. A test and a resend go out right away. Your endpoint has 15 seconds to answer with a 2xx status. Anything else is retried on a schedule, and a destination that keeps failing is turned off after three days — see Delivery and retries.