Overview
Socket.IO enables real-time bidirectional communication between your application and the Helpdesk system. This allows for instant messaging, live notifications, and seamless customer support experiences.Connection
Authentication
Connect to the Socket.IO server using your API key:Connection Response
Upon successful connection, you’ll receive a response with this schema:If authentication fails, the connection will be refused with status_code 400 or 401.
Event Flow
The typical conversation flow involves these key events:1
Connect
Establish authenticated connection to the server
2
Support
Send and receive messages between customer and AI/agent
3
Mark Read
Update read status for better user experience
4
Close Support
End conversations when issues are resolved
5
Review
Collect customer feedback after conversation ends
Events Reference
Support Event
The primary event for sending and receiving messages. Event Name:support
Request Schema
Unique identifier for the customer session
The message content to send
Whether this message includes an attachment
Conversation ID. Use 
null for new conversationsExample Request
Response Schema
HTTP status code (200 for success)
Session identifier
Status message
Response data containing the message details
The response message content
Conversation identifier (new for first message)
Response sender: 
"sate" or "agent"Whether the response includes an attachment
Attachment details (if applicable)
Whether AI suggests closing the conversation
Whether the conversation is actually closed
ISO timestamp of message creation
ISO timestamp of last update
Example Response
Important Notes
- New Conversations: Set 
ticket_chat_idtonullfor the first message. The response will include the new conversation ID. - Continuing Conversations: Use the 
ticket_chat_idfrom previous responses to continue the same conversation. - Conversation Limit: Each customer can have a maximum of 3 open conversations.
 - Attachments: Only available when responder is 
"agent". SATE responses cannot include attachments. 
Mark Conversation Read
Update the read status for better user experience and notifications. Event Name:mark_conversation_read
Request Schema
The conversation identifier to mark as read
Who is marking it as read. Use 
"customer"Example Request
Response Schema
Enter Support
Notify when a customer enters a conversation (optional for AI conversations). Event Name:enter_support
Request Schema
The conversation identifier the customer is entering
Example Request
Response Schema
Close Support
End a conversation when the issue is resolved. Event Name:close_support
Use this event only after Sate indicates closure by setting 
close_support: true in a support response, and the customer confirms they want to end the conversation.Request Schema
The conversation identifier to close
Example Request
Response Schema
The response confirms the conversation is closed:Review Support
Collect customer feedback after a conversation ends. Event Name:review_support
Request Schema
The conversation identifier to review
Optional customer feedback text
Customer rating from 1 to 5
Example Request
Response Schema
Implementation Example
Here’s a complete example showing the event flow:Next Steps
- Complete API Reference for HTTP endpoints
 - SDK Integration for easier implementation