Notifications in Chats: Overview of Methods
If you are developing integrations for Bitrix24 using AI tools (Codex, Claude Code, Cursor), connect to the MCP server so that the assistant can utilize the official REST documentation.
A chat notification is a message containing information from the system or a user. It arrives in the messenger notification center, not in the chat conversation. The group of methods im.notify.* manages notifications. The subsection is part of the Chats in Bitrix24 section.
The im.notify.* methods are current and have no deprecated variants.
Warning
The sending methods im.notify, im.notify.personal.add, and im.notify.system.add cannot be called with session authorization — they return the WRONG_AUTH_TYPE error. Call them via a webhook or with an application token.
Quick navigation: all methods
User documentation: Notifications in Bitrix24
Personal and System Notification
Notifications come in two types, and the type determines on whose behalf the message arrives:
- a personal notification arrives on behalf of the user who called the method. The
USERtype in theTYPEparameter, which is also used by default - a system notification arrives on behalf of the system, without an author. The
SYSTEMtype
Notification or Message
|
Task |
What to Use |
|
Inform a user about an event in the integration without creating a conversation |
The |
|
Write to a dialogue or a group chat |
im.message.add from the Messages subsection |
|
Find out the number of unread messages and notifications |
How to Get Started
- Retrieve the recipient identifier with the user.get method
- Send the notification with the im.notify method and choose the type in the
TYPEparameter - Retain the notification identifier from the response — it is needed for the read, reply, and delete methods
- Manage the state of the notifications with the im.notify.read, im.notify.read.list, and im.notify.delete methods
Linking Notifications to Other Objects
User. A notification goes to the user specified in USER_ID. You can obtain the user identifier using the user.get method.
Application. Notification tags are bound to the application. The TAG tag is unique within it: if a new notification is sent with the same TAG, the system removes the previous one. SUB_TAG is an auxiliary tag without a uniqueness check. When calling via a webhook, both tags are passed together with CLIENT_ID.
Attachments. Structured content can be attached to a notification in the ATTACH parameter — the format is described in the Attachments article.
Search. The im.notify.history.search method helps you find a notification in the history, and the search across chats, employees, and departments is collected in the Search subsection.
How to Choose a Method
|
Task |
Method |
|
Send a notification |
im.notify — one method for both types, the type is set by the |
|
Retrieve notifications and types |
|
|
Manage the read status |
im.notify.read — a single notification, im.notify.read.list — a list, im.notify.read.all — all |
|
Reply or press a button |
|
|
Delete or find in the history |
Limits and Pagination
- the im.notify.get and im.notify.history.search methods return the selection page by page using a cursor, with a maximum of 50 notifications per page
- the size of the serialized
ATTACHattachment is limited to 60,000 characters
Overview of Methods
Scope:
im
Who can execute the method: any user
|
Method |
Description |
|
Sends a notification |
|
|
Sends a personal notification |
|
|
Sends a system notification |
|
|
Returns user notifications |
|
|
Returns the notification types schema |
|
|
Marks a list of notifications as read |
|
|
Marks a notification as read or returns it to unread |
|
|
Marks all notifications as read |
|
|
Replies to a notification with a quick response |
|
|
Interacts with notification buttons |
|
|
Deletes notifications |
|
|
Searches through notification history |