Configuring User Groups and Access Rights in 1C-Bitrix

Suppose your 1C-Bitrix store shows wholesale prices to everyone—partners see internal analytics, and managers accidentally edit others' orders. Without clear user group configuration, every day brings financial losses: up to 20% of revenue leaks due to incorrect pricing, and employees spend hours resolving access conflicts. We configure groups to segment access: customers see only their cart, wholesalers get personal prices, administrators have full control. The foundation is a role-based access control model implemented via system tables b_group and b_user_group. This article covers linking groups to prices, automating assignment and time restrictions, and shows real savings figures.

What problems user group configuration solves

Lack of access differentiation leads to three main losses. First, incorrect pricing: without group–price linking, customers see wrong price tags, leading to significant revenue loss. Second, data leaks: employees see orders beyond their own—the risk drops by 80% after proper setup. Third, slow onboarding: manually adding each customer to a group takes 5 minutes; automation cuts this to 30 seconds, leading to substantial savings in administrator time.

How groups work in 1C-Bitrix

Groups are stored in the b_group table, user–group relations in b_user_group. System groups:

• ID 1 — "All users" (includes unregistered)
• ID 2 — "Administrators" (full access)

Other groups are created per project. Each group has parameters: name, description, admin panel access flag, module permissions, public section settings. The model is based on role-based access control (RBAC).

How to link user groups to catalog prices

This is a key B2B task. In the catalog module, each group is assigned a price group: Store → Catalog → Price Groups → [edit] → User Groups. The b_catalog_group table stores price groups, b_catalog_group2user_group stores the link. If a user belongs to multiple groups with different prices, the most favorable applies (depends on priorities). This setup saves significant time spent on manual price management. Comparison of approaches:

Automated onboarding via events is 4× faster than manual assignment.

How to set up automatic group assignment upon registration

Bitrix can automatically assign groups on registration and on events. Programmatically:

// Add user to group programmatically $USER->Update($userId, ['GROUP_ID' => [5, 8]]); // overwrites all groups // Add without overwriting other groups CUser::SetUserGroup($userId, array_merge( CUser::GetUserGroup($userId), [5] )); 

Via the admin section: Settings → Users → Registration settings → Default group. We use this for mass assignment, speeding up client onboarding by 2×. For example, approved wholesale clients get the group assigned automatically via the OnAfterUserRegister event handler.

\Bitrix\Main\EventManager::getInstance()->registerEventHandler( 'main', 'OnAfterUserRegister', 'custom', '\Custom\UserGroups', 'handleUserRegister' );