Как добавить пользователя в 1С 8.3 в облаке

Новый сотрудник может работать в облачной 1С:Бухгалтерии через браузер или тонкий клиент, но сам факт подключения не означает, что ему автоматически доступны нужные разделы. Сначала нужно создать пользователя в доступной административной подсистеме, затем назначить права по рабочей задаче и проверить лицензионные условия.

В облачном сценарии часть действий зависит не только от конфигурации 1С, но и от ограничений среды, предоставленной сервисом. Поэтому безопасный порядок такой: определить роль сотрудника, отделить действия администратора от действий самого пользователя, проверить способ подключения и зафиксировать, что именно нужно уточнить у поставщика.

Что именно означает «добавить пользователя» в 1С?

Добавить пользователя — значит подготовить отдельную учётную запись и связать её с набором прав, способом подключения и доступной клиентской лицензией. Один только логин не определяет, какие документы, справочники, отчёты и записи сможет просматривать или изменять сотрудник.

Права доступа — это набор разрешений, который определяется ролями и конкретным прикладным решением. В платформе 1С права могут задаваться для отдельных объектов, полей и записей базы. Это означает, что при настройке следует ориентироваться не на должность «бухгалтер» сама по себе, а на реальные операции: ввод документов, просмотр отчётности, работа со справочниками или администрирование.

Официальная система прав доступа 1С указывает, что структура прав определяется конкретным прикладным решением. Поэтому названия ролей, доступные разделы и порядок настройки могут различаться. В статье не стоит обещать универсальный путь по меню: его наличие нужно проверить в используемой конфигурации и в облачной среде.

Кто должен добавлять пользователя в облачной 1С?

Добавлением занимается администратор, у которого есть соответствующие права в информационной базе и разрешённый доступ к управлению пользователями. Обычный сотрудник может проверить подключение и сообщить о проблеме, но не должен самостоятельно расширять себе права.

В 1С:Библиотеке стандартных подсистем предусмотрена подсистема администрирования пользователей и прав доступа. Она включает просмотр и завершение активных сеансов, а также отчёты по правам пользователя, группы пользователей или объекта. При этом официальная документация отдельно указывает: наличие подсистемы в конкретной конфигурации и права облачного пользователя нужно проверять отдельно. См. описание администрирования пользователей и прав доступа.

Практически процесс можно разделить так:

• руководитель или владелец процесса определяет, какие операции нужны сотруднику;
• администратор проверяет, доступно ли управление пользователями;
• администратор создаёт учётную запись и назначает роли;
• сотрудник проверяет вход и доступ к рабочим операциям;
• при ошибке администратор анализирует причину, а не меняет права наугад.

Если в облаке отсутствует нужный раздел, не следует делать вывод, что база неисправна. Возможные причины нужно проверять по отдельности: права текущего пользователя, возможности конфигурации и ограничения предоставленной среды.

Какие сведения подготовить до создания учётной записи?

До настройки нужно определить имя пользователя, его рабочую задачу, способ входа и требуемый объём доступа. Эти сведения помогают избежать ситуации, когда сотруднику выдают административные права только потому, что такой вариант оказался проще.

Учебный сценарий: индивидуальному бухгалтеру нужен доступ к вводу первичных документов и отчётам, но не к управлению пользователями. В таком случае задача администратора — подобрать роли, соответствующие этим операциям, и проверить результат под тестовой учётной записью, если такая проверка предусмотрена рабочим процессом. Нельзя утверждать заранее, что конкретная роль будет называться одинаково в каждой конфигурации.

Для контроля подготовьте короткий список:

1. Кто будет работать в базе?
2. Какие документы и справочники нужны этому пользователю?
3. Должен ли он видеть данные всех организаций или только определённый участок?
4. Нужны ли ему отчёты и печатные формы?
5. Может ли он изменять настройки и управлять другими пользователями?
6. Каким способом он будет подключаться: через браузер или тонкий клиент?

При учёте нескольких организаций важна версия программы. 1С указывает, что учёт нескольких организаций или индивидуальных предпринимателей в одной информационной базе поддерживается в версиях ПРОФ и КОРП; в базовой версии такой учёт ведётся в отдельных информационных базах. Это не означает, что каждому пользователю автоматически будут доступны все организации: область видимости нужно проверять настройками прав.

Как назначить права без лишнего доступа?

Права назначают от рабочих операций к ролям, а не от должности к максимально широкому набору разрешений. Такой подход снижает вероятность случайного изменения данных и помогает объяснить, почему конкретный пользователь видит определённые разделы.

В системе 1С роли являются объектами конфигурации, предназначенными для ограничения прав. Права могут распространяться на объекты, поля и записи. Поэтому администратору следует проверить не только вход в программу, но и действия внутри неё: открывается ли нужный раздел, доступно ли создание документа, разрешено ли проведение, видит ли пользователь требуемый отчёт.

Задача пользователя	Что проверить	Чего не следует обещать
Ввод первичных документов	Доступ к нужным документам и операциям	Что название роли будет одинаковым
Подготовка отчётов	Доступ к нужным отчётам и данным	Что пользователь увидит все организации
Работа со справочниками	Возможность просмотра или изменения	Что изменение одного права решит любую ошибку
Администрирование	Наличие административных разрешений	Что такие права нужны каждому бухгалтеру

После настройки полезно сформировать отчёт по правам пользователя, если такая возможность присутствует в конкретной конфигурации. Также можно сопоставить права пользователя и требуемые операции. Если сотрудник не видит раздел, это ещё не доказывает ошибку лицензии: сначала нужно отделить права от способа подключения и состояния базы.

Чем опасно выдать пользователю права администратора?

Административные права расширяют область действий пользователя, но конкретный состав разрешений определяется конфигурацией. Без анализа обязанностей нельзя считать такой набор безопасным вариантом «на первое время».

Учебный сценарий: новый специалист не видит отчёт и просит дать ему полный доступ. Корректная реакция — зафиксировать название отчёта, действие, которое не выполняется, и сообщение программы, затем проверить роль или доступ к объекту. После диагностики можно изменить только необходимое разрешение, если это допускают конфигурация и права администратора.

Журнал регистрации помогает анализировать ситуацию: он содержит сведения о событиях в информационной базе и действиях пользователей, а записи можно отбирать по пользователю и периоду. Подробности приведены в официальном материале 1С о журнале регистрации. Журнал показывает события, но сам по себе не заменяет проверку ролей и условий доступа.

Как подключить нового пользователя через браузер?

Через браузер пользователь работает веб-клиентом, если информационная база опубликована на настроенном веб-сервере. Предварительная установка клиентского приложения на компьютер для веб-клиента не требуется.

После создания учётной записи сотруднику нужно передать адрес подключения и инструкции, которые разрешены условиями конкретной облачной среды. Официальная документация 1С указывает, что пользователь открывает адрес веб-сервера, на котором опубликована информационная база. Веб-клиент взаимодействует с веб-сервером по HTTP или HTTPS; HTTPS шифрует передаваемые данные.

Поддерживаемый вариант подключения нельзя выводить только из наличия браузера. Нужно проверить публикацию базы, адрес, учётную запись и права. На мобильных устройствах поддержка веб-клиента ограничена основными функциями: документация 1С называет Chrome на Android и Safari на iPhone или iPad. Это не подтверждает поддержку каждой операции конфигурации на мобильном устройстве.

Подробнее о выборе способа подключения можно прочитать в материале 1С через интернет: браузер, клиент или RDP.

Чем веб-клиент отличается от тонкого клиента?

Веб-клиент запускается в браузере без предварительной установки клиентского приложения, а тонкий клиент требует установки на компьютер пользователя. Оба варианта могут использовать подключение через Интернет к настроенному веб-серверу, но интерфейсы и доступные возможности различаются.

Для веб-клиента база должна быть опубликована на настроенном веб-сервере. Тонкий клиент исполняет ограниченный набор функциональности встроенного языка, а работа с базой данных, объектными данными и выполнение запросов происходят на стороне сервера; готовые данные передаются клиенту для отображения. При этом нельзя описывать тонкий клиент как полностью серверный: его точная работа зависит от варианта подключения.

Критерий	Веб-клиент	Тонкий клиент
Установка на компьютер	Не требуется предварительная установка клиентского приложения	Требуется предварительная установка
Подключение	Через опубликованную на веб-сервере базу	Через настроенный веб-сервер или иной поддерживаемый вариант
Браузер	Используется браузер	Не является основным интерфейсом
Возможности	Некоторые возможности могут отсутствовать по сравнению с тонким клиентом	Интерфейс и набор возможностей могут отличаться
Что проверить	Адрес публикации и доступ к базе	Установку, параметры подключения и доступ к базе

Сравнение вариантов работы приведено в официальном материале 1С о работе через Интернет. Если сотрудник не входит в программу, не следует сразу менять его роли: сначала нужно установить, на каком этапе возникает отказ.

Нужна ли отдельная лицензия для нового пользователя?

Потребность в лицензии зависит от версии 1С и условий использования, а не только от созданной учётной записи. Для версии ПРОФ официальное сравнение 1С указывает многопользовательский режим при наличии нужного количества клиентских лицензий.

Это означает, что добавление записи о пользователе и наличие права на одновременную работу — разные вопросы. Перед подключением нужно проверить:

• какая версия 1С:Бухгалтерии используется;
• предусмотрен ли многопользовательский режим;
• сколько клиентских лицензий доступно;
• сколько пользователей могут работать по условиям облачного тарифа;
• включён ли выбранный способ подключения;
• есть ли отдельные условия для RDP.

На странице Cloud1C по состоянию на 28.09.2026 опубликованы цены без НДС за одного пользователя в месяц при оплате за 12 месяцев без RDP: пакет I «Базовый» — 1 595 ₽ и 5 конфигураций, пакет II «Стандарт» — 1 730 ₽ и 18 конфигураций, пакет III «Оптимальный» — 2 115 ₽ и 33 конфигурации, пакет IV «Профессиональный» — 2 420 ₽ и 41 конфигурация, пакет V «Корпоративный» — 3 755 ₽ и 49 конфигураций. Это датированный снимок публичной страницы, а не индивидуальный договор.

Для пакета I на странице названа 1С:Бухгалтерия ПРОФ. Однако цена включает конкретные условия пакета, срока, числа пользователей, НДС и отсутствия RDP. При выборе нужно сверять актуальный расчёт на странице Cloud1C. Цена дополнительных баз, индивидуальных работ и иных ресурсов там не указана; окончательный расчёт после консультации.

Что проверить после добавления пользователя?

После создания учётной записи нужно проверить вход, видимость нужных разделов, выполнение разрешённых операций и отсутствие доступа к лишним функциям. Если проблема обнаружена, сначала фиксируют её воспроизводимый сценарий, а затем проверяют права, подключение и лицензионные условия по отдельности.

Полезный порядок проверки:

1. Пользователь входит под своей учётной записью.
2. Открывает нужный рабочий раздел.
3. Выполняет безопасное учебное действие без изменения значимых данных.
4. Проверяет доступ к необходимому отчёту или справочнику.
5. Не пытается менять настройки, роли и права без разрешения.
6. Сообщает администратору точный текст ошибки и время возникновения.

Список активных пользователей показывает, кто работает с информационной базой в данный момент, режим использования системы и время начала работы. Это помогает понять, состоялось ли подключение, но не доказывает, что права настроены правильно. Для анализа событий можно использовать журнал регистрации, если он доступен в конкретном режиме и у администратора есть соответствующие права.

Работа с облачной 1С требует также заранее проверить условия восстановления и переноса. На странице Cloud1C заявлены ежедневные автоматические резервные копии с хранением 14 дней и возможность увеличить срок хранения до 4 месяцев, но состав копий, стоимость продления, порядок и срок восстановления там не описаны. Поэтому вопросы о защите данных следует вынести в письменные условия. Полезно ознакомиться с разделом резервные копии и надёжность.

Что делать, если добавить пользователя не получилось?

Если пользователь не добавляется или после входа не видит нужные функции, сначала нужно определить этап сбоя: создание учётной записи, авторизация, выдача прав, подключение или лицензирование. Без такой диагностики нельзя обещать исправление конкретным действием.

Проверьте последовательно:

• доступна ли подсистема администрирования пользователей;
• есть ли у текущего администратора нужные права;
• создана ли учётная запись именно в нужной информационной базе;
• назначены ли роли по рабочей задаче;
• опубликована ли база для веб-клиента;
• установлен ли тонкий клиент, если выбран этот способ;
• хватает ли клиентских лицензий;
• не связано ли ограничение с условиями облачного сервиса;
• появляется ли пользователь в списке активных сеансов;
• есть ли соответствующая запись в журнале регистрации.

Если требуется перенести существующую базу, это отдельная задача: Cloud1C описывает перенос после проверки версии, размера, доработок и обменов. Условия переноса, обучение, местное оборудование и нестандартные интеграции не подтверждены как включённые в цену пакета. Детали можно уточнить на странице переноса баз 1С в облако. Для дальнейшей эксплуатации также пригодится раздел о сопровождении облачной 1С.

Правильный результат добавления пользователя — не просто появившийся логин, а проверенный набор действий, соответствующий роли сотрудника, доступному способу подключения и подтверждённым лицензионным условиям.

Частые вопросы

Кто может добавить пользователя в облачную 1С?

Добавление выполняет пользователь, у которого есть соответствующие административные права в конкретной конфигурации и облачной среде. Наличие подсистемы администрирования пользователей и права облачного пользователя нужно проверить отдельно.

Нужно ли покупать отдельную лицензию для нового пользователя?

Для многопользовательского режима версии ПРОФ требуется нужное количество клиентских лицензий. Конкретное количество доступных лицензий и условия облачного тарифа нужно проверить в письменных условиях сервиса.

Можно ли дать новому сотруднику полные права?

Технически набор прав определяется ролями, а права могут ограничиваться объектами, полями и записями базы. Назначать полный набор прав без проверки обязанностей пользователя небезопасно.

Можно ли подключить пользователя через браузер?

Веб-клиент 1С работает в браузере и не требует предварительной установки клиентского приложения. Информационная база при этом должна быть опубликована на настроенном веб-сервере.

Что делать, если пользователь не входит в 1С?

Нужно проверить созданную учётную запись, назначенные права, доступный способ подключения, публикацию базы и лицензионные условия. Если причина не установлена, следует передать администратору результаты диагностики, а не обещать исправление.