Widgets in Workgroups and Projects: Overview of Placements
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.
Placements add the application interface inside a workgroup or project: an item in the group menu, an item in the extensions menu, or a button in the automation rules designer.
All three placements of the section work in the context of a single group and require the sonet_group scope. A project is a group with extended capabilities, so the placements are displayed both in groups and in projects.
To register a widget, use the placement.bind method and pass the required code in the PLACEMENT parameter.
Quick navigation: all placements
How to Choose a Placement
Choose a placement by the task your application solves:
- add a separate screen with application data to a group — SONET_GROUP_DETAIL_TAB
- add an item to the extensions menu of a group — SONET_GROUP_TOOLBAR
- extend the automation of group tasks — SONET_GROUP_ROBOT_DESIGNER_TOOLBAR
The rendering location depends on the interface version. The classic view currently runs in most Bitrix24 accounts, while the new Projects AI view is being rolled out gradually. Projects AI has no extensions menu, so the SONET_GROUP_TOOLBAR item will not appear there. If your application needs an item in the group in both interface versions, use SONET_GROUP_DETAIL_TAB.
How to Get Started
- Choose a placement for your scenario.
- Register the handler with the placement.bind method and pass the code in the
PLACEMENTparameter. The method is available to an administrator only and requires the application context: a placement cannot be bound with a webhook. - Complete the application installation. Until then, the widget is not displayed in the interface.
- Open the workgroup and call the widget. Where exactly the item is located is described on each placement page in the "Where to Find It in the Interface" section.
- Parse
PLACEMENT_OPTIONSin the handler — it carries the call context: the workgroup identifier or the address of the page the widget was opened from.
What the Handler Receives
All placements of the section pass the same set of standard parameters to the handler.
Parameters in the Handler URL Query String
|
Parameter |
Description |
|
DOMAIN* |
The Bitrix24 address where the widget handler was invoked |
|
PROTOCOL* |
Secure or non-secure HTTP protocol:
|
|
LANG* |
The user interface language of Bitrix24 that invoked the widget. You can localize the interface language in your widget based on this value |
|
APP_SID* |
Application session identifier. Bitrix24 generates a new one each time the widget is rendered and uses it to link the js library with the application environment |
Parameters in the POST Request Body
|
Parameter |
Description |
|
AUTH_ID |
Authorization token OAuth 2 issued for the user who invoked the widget. Can be used for REST API calls on behalf of this user |
|
AUTH_EXPIRES |
Time in seconds after which the authorization token will become invalid |
|
REFRESH_ID |
Refresh token OAuth 2 issued for the user who invoked the widget. Can be used to refresh the authorization token on behalf of this user |
|
SERVER_ENDPOINT* |
Address of the Bitrix24 authorization server needed to refresh OAuth 2 tokens |
|
APPLICATION_TOKEN* |
Application token. The same value is passed in the |
|
APPLICATION_SCOPE* |
List of scopes granted to the application, separated by commas. Shows which REST API methods are available with the authorization token received |
|
member_id* |
Unique string identifier of Bitrix24 where the widget handler was invoked. |
|
status |
Type of application that registered the handler for this widget. Accepts values:
|
|
PLACEMENT* |
The placement code. You can use the same handler URL for all your widgets. The value that Bitrix24 will report in the |
|
PLACEMENT_OPTIONS |
Additional data in the form of a JSON string that defines the context of the widget execution. For example, this could be an array containing the numeric identifier of the CRM object in the detail form where the widget handler was invoked, etc. The |
Bitrix24 adds a URI key to PLACEMENT_OPTIONS — the path with the query string of the page from which the widget was opened. It arrives for any placement, along with the keys of that placement itself. The key is absent if the browser did not send the Referer header or if the widget was opened from a page on a different domain.
How to Parse the Call Context
PLACEMENT_OPTIONS arrives as a JSON string, not as an array: parse it on the handler side before use. The set of keys is specific to each placement and is described in the PLACEMENT_OPTIONS section of this page.
$placement = $_POST['PLACEMENT'] ?? '';
$options = json_decode($_POST['PLACEMENT_OPTIONS'] ?? '{}', true);
options = json.loads(request.form.get("PLACEMENT_OPTIONS", "{}") or "{}")
In B24JsSDK, there is no need to parse the string: the $b24.placement.options property returns a ready object, and $b24.placement.placement returns the placement code.
What the Handler Must Return
The handler responds with a regular HTML page — Bitrix24 displays it in a frame in place of the widget. The page must allow embedding: if the application server sends the X-Frame-Options or Content-Security-Policy headers that prohibit framing, an empty area remains in place of the widget. How to fix it is described in the article Site Does Not Allow Connection.
PLACEMENT_OPTIONS
The PLACEMENT_OPTIONS value is passed as a JSON string with the call context. The universal URI key arrives for every placement, while the set of the remaining keys is specific to each placement.
|
Placement |
Own Keys |
What Is Passed |
|
|
Identifier of the group whose menu the widget is opened from |
|
|
none |
The group identifier can be taken from the path in |
|
|
|
Identifier of the group whose automation the user is configuring |
Connection with Other Objects
Workgroup. The GROUP_ID identifier indicates which group the handler was called for. Workgroup data is returned by the sonet_group.get method.
Group tasks. The SONET_GROUP_ROBOT_DESIGNER_TOOLBAR placement is called from the task automation settings. Data of the tasks themselves is returned by the methods of the tasks section.
Call page. The universal URI key contains the path of the Bitrix24 page the widget was opened from. For SONET_GROUP_TOOLBAR it is the only source of the group identifier: in the path /workgroups/group/10/tasks/ the identifier is 10.
Common Mistakes
|
Mistake |
Solution |
|
|
Register the placement on behalf of an application. A placement cannot be bound with a webhook |
|
The widget is registered but does not appear in the interface |
Complete the application installation and reload the page |
|
The |
The Projects AI interface has no extensions menu, and the placement has no rendering location there. Use SONET_GROUP_DETAIL_TAB |
|
The handler does not find |
|
|
The item does not appear in the group tasks |
Check the code: the menu and the automation rules in the tasks section are handled by TASK_GROUP_LIST_TOOLBAR and TASK_ROBOT_DESIGNER_TOOLBAR, which require the |
Overview of Placements
Scope:
placement, sonet_group
|
Placement |
When to Use |
|
Menu item of a workgroup or project |
|
|
Extensions menu item of a workgroup or project |
|
|
Button in the workgroup automation rules designer |