ticket.createdticket.status_changedmessage.incomingticket.assignee_changed
Objects used inside data
These reusable object shapes are nested under the event data field. Optional fields are omitted when the underlying value is not available.
Ticket object
attribution is captured when a ticket is created. Integrations should treat it as an extensible string-to-string object and ignore keys they do not recognize.
Client object
Message object
fromId is the address in the message’s From header. The client email is taken from a single valid Reply-To address when one is present; otherwise it is taken from From.
Attachment object
New Telegram, email, Facebook, and Instagram messages can contain attachment descriptors. Older messages and history imported from a source channel are not backfilled.
Only
id and kind are guaranteed. The descriptor never contains provider URLs, provider identifiers, credentials, or YoLead storage details. The Public API does not currently provide an API-key-authenticated endpoint for downloading the file represented by id. See Message attachments.
Employee object
ticket.created
Sent when a new ticket is created from an incoming message.
message.incoming
Sent when a new incoming message is received for a ticket.
Email example
An incoming email uses the same event envelope and adds the email-specific channel, client, and message fields:ticket.status_changed
Sent when a ticket status changes.
Payload fields:
oldStatus and newStatus can be new, active, or inactive.