Кто считается владельцем в 1С: справочники, база данных, лицензия и права

Владелец в 1С — это объект или учётная запись, к которой «привязано» что-то другое. Чаще всего так называют стандартный реквизит Владелец подчинённого справочника: договор принадлежит контрагенту, банковский счёт — организации. Реже — владельца базы данных на сервере СУБД, владельца программной лицензии и поставщика конфигурации, от которого зависит обновление.

Это четыре разных понятия. Путаница между ними — частая причина ошибок: администратор ищет «владельца» в списке пользователей 1С, а проблема в правах на SQL-сервере. Ниже каждое значение разобрано отдельно, с путями и командами.

Что называют владельцем в 1С: четыре значения

Ни одно из этих значений не равно «администратору 1С». Администратор — это пользователь информационной базы с ролью полных прав. Он может ничем не «владеть» в перечисленных смыслах.

Реквизит «Владелец» в архитектуре справочников 1С

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

Как это выглядит в типовых конфигурациях

• 📄 Договоры контрагентов — владелец каждого договора является контрагентом. Поэтому в документе сначала выбирают контрагента, а список договоров уже отфильтрован по нему.
• 🏦 Банковские счета — владельцем бывает организация или контрагент. Один справочник хранит и свои счета, и счета партнёров.
• 📦 Подчинённые справочники к номенклатуре — у каждой позиции свой набор связанных элементов.

Где задаётся подчинение

В Конфигураторе откройте свойства подчинённого справочника и перейдите на вкладку «Владельцы». Там:

1. В списке владельцев указывают один или несколько справочников.
2. В свойстве «Использование подчинения» выбирают: Элементам, Группам или Группам и элементам.

Если владельцев несколько, тип реквизита Владелец становится составным.

Как владелец используется в коде и запросах

Отбор по владельцу — самая частая операция. В запросе:

ВЫБРАТЬ
    Договоры.Ссылка,
    Договоры.Наименование
ИЗ
    Справочник.ДоговорыКонтрагентов КАК Договоры
ГДЕ
    Договоры.Владелец = &Контрагент
    И НЕ Договоры.ПометкаУдаления

Поиск по наименованию внутри владельца — четвёртым параметром метода:

Договор = Справочники.ДоговорыКонтрагентов.НайтиПоНаименованию("Основной договор", Истина, , Контрагент);

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

Что происходит при удалении владельца

Подчинённые элементы следуют за владельцем. Пометка удаления на контрагенте ставится и на его договоры. При удалении владельца удаляются и подчинённые элементы.

Можно ли сменить владельца у элемента

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

Владелец, администратор и пользователь 1С: в чём разница

Три роли часто смешивают. Различие видно по тому, где хранится учётная запись и что она может сделать.

Список пользователей информационной базы открывается в двух местах:

• в Конфигураторе: Администрирование → Пользователи;
• в режиме Предприятия в БП 3.0 и ЗУП 3.1: Администрирование → Настройки пользователей и прав → Пользователи.

💡 Владелец базы на SQL-сервере не видит данные «как в 1С»: у него нет ролей конфигурации. Зато он может скопировать или удалить базу целиком. Поэтому учётную запись владельца СУБД охраняют строже, чем пароль администратора 1С.

Владелец базы данных 1С на SQL и PostgreSQL: назначение и смена

В клиент-серверном варианте данные лежат в базе СУБД. У этой базы есть владелец — логин сервера СУБД.

Как назначается владелец при создании базы

Когда базу создают через список баз или консоль кластера, заполняют параметры:

• сервер баз данных и тип СУБД;
• имя базы данных;
• пользователь сервера БД и пароль;
• флажок «Создать базу данных в случае её отсутствия».

Если флажок стоит, базу на СУБД создаёт сама 1С от имени указанного пользователя. В PostgreSQL этот пользователь и становится владельцем базы. В MS SQL владельцем тоже становится логин, создавший базу. Этому логину на сервере нужно право создавать базы (роль dbcreator или выше).

Если база создана заранее, логину 1С в ней достаточно роли db_owner. Давать sysadmin для работы 1С не нужно.

Как сменить владельца базы в MS SQL

Смена владельца выполняется на стороне СУБД, 1С здесь не участвует:

ALTER AUTHORIZATION ON DATABASE::[buh_base] TO [onec_user];

Потом проверьте в свойствах базы в SQL Server Management Studio, что владелец изменился. Если логин 1С меняется, поправьте его и в параметрах информационной базы в консоли кластера.

Как сменить владельца базы в PostgreSQL

ALTER DATABASE buh_base OWNER TO onec_user;

Эта команда меняет владельца только самой базы. Таблицы внутри остаются за прежней ролью. Чтобы передать всё, подключитесь к этой базе и выполните:

REASSIGN OWNED BY old_user TO onec_user;

После переноса базы на другой сервер

Восстановили бэкап MS SQL на новом сервере — пользователь базы может оказаться «осиротевшим»: в базе он есть, а логина на сервере нет. Связь восстанавливают командой, выполненной в этой базе:

ALTER USER [onec_user] WITH LOGIN = [onec_user];

Поставщик конфигурации: кто владеет объектами при обновлении и объединении

Слово «владелец» применительно к конфигурации обычно означает поставщика. Типовая конфигурация стоит «на поддержке»: её объекты принадлежат поставщику и обновляются вместе с релизами.

Настройку видно в Конфигураторе: Конфигурация → Поддержка → Настройка поддержки. Для каждого объекта задаётся правило:

Что это меняет при обновлении

• ✅ Конфигурация на замке — обновление ставится через «Обновить конфигурацию » без ручного объединения.
• 🔀 Изменённые объекты — при обновлении платформа покажет окно сравнения. В нём решают, чью версию брать: поставщика, свою или объединить.
• ❌ Объекты, снятые с поддержки, — исправления фирмы-разработчика в них не попадут. Ошибки, закрытые в новом релизе, у вас останутся.

Как вносить свои изменения, не трогая поставщика

Практики стараются не снимать конфигурацию с замка. Доработки переносят в расширения конфигурации (появились в платформе 8.3.6). Расширение подключается поверх типовой конфигурации, и обновление основной части идёт как у нетронутой базы.

💡 Перед объединением сохраните текущую конфигурацию в файл .cf. Если объединение пошло не так, к сохранённому файлу можно вернуться.

Владелец лицензии 1С

Программная лицензия при активации регистрируется на конкретную организацию. В мастере активации вводят регистрационные данные владельца: наименование организации, контактные данные, адрес. Они записываются в файл лицензии.

Что из этого следует:

1. 🔑 При повторной активации (замена диска, переустановка системы) данные владельца нужно ввести так же, как при первой. Опечатка или другое написание названия организации — частая причина отказа.
2. 📝 Сохраните регистрационные данные и пин-коды при первой активации. Без них повторная активация осложняется.
3. 🏢 Сменить владельца лицензии, например при передаче другой организации, самостоятельно нельзя. Изменить данные в файле лицензии тоже нельзя: файл перестанет работать. Переоформление делают через партнёра 1С или обращение в фирму 1С.

Риски безопасности и потеря прав на базу

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

Типичные сценарии:

• 🔐 Единственный администратор ИБ ушёл, пароль неизвестен. Другие пользователи не могут добавить сотрудника или обновить базу . Надёжный выход — резервная копия с известным паролем или обращение к тому, кто обслуживал базу.
• 🗄️ Владелец базы на SQL — личный логин сотрудника. Логин отключили при увольнении, и 1С перестала подключаться к базе.
• 🧑‍💼 Администратор кластера знает только подрядчик. Без него нельзя завершить зависший сеанс или создать копию базы для теста.
• 📄 Регистрационные данные лицензии не сохранили. Повторная активация после замены сервера затягивается.
• 🧩 Конфигурацию сняли с поддержки «ради одной правки». Каждое обновление превращается в ручное объединение.

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

Ошибки, которые встречаются чаще всего

• ❌ Искать «владельца базы» в списке пользователей 1С. Если не подключается клиент-серверная база , сначала проверяйте логин и пароль сервера БД в параметрах базы.
• ❌ Удалять контрагента «как дубль», не проверив договоры. Вместе с ним уйдут подчинённые элементы.
• ❌ Выдавать логину 1С роль sysadmin «чтобы точно работало». Для работы базы достаточно db_owner.
• ❌ Менять владельца базы PostgreSQL одной командой ALTER DATABASE и забыть про таблицы внутри.

Чек-лист администратора по управлению правами

Чек-лист закрывает все четыре значения «владельца». Пройдите его один раз при приёме базы на обслуживание и затем раз в год.

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