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
Telegram Bot, Telegram Account, MAX, VK, email, Facebook, and Instagram messages can contain attachment descriptors. Existing stored messages are not automatically backfilled.
Only
id and kind are guaranteed in standard descriptors. These descriptors do not contain provider URLs, provider identifiers, credentials, or YoLead storage details. VK descriptors identified by source: "vk" use an opaque string id and can include optional contentUrl, previewUrl, and externalUrl fields instead of accessMode. See Message attachments for the two formats and imported-history availability. The Public API does not provide an API-key-authenticated endpoint for downloading attachment bytes.
Employee object
ticket.created
Sent when a new ticket is created from an incoming message.
When an AI operator automatically takes the request into work, the ticket can already have status: "active" and the AI employee’s assigneeId in this event. Do not assume that every ticket.created event has status new.
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.