Где хранится идентификатор рабочего места в 1С

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

Локация зависит от используемого режима работы (файловый или клиент-серверный), а также от типа лицензии (платформенная, конфигурационная или HASP-ключ). В некоторых случаях идентификатор генерируется динамически при каждом запуске, в других — жестко привязывается к конкретному компьютеру или профилю пользователя. Разберем детально каждый из возможных сценариев хранения.

Архитектура хранения данных в файл-серверном варианте

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

Идентификатор рабочего места в этом контексте часто формируется на основе комбинации уникального идентификатора компьютера (UUID), имени узла сети и имени пользователя операционной системы. Эти данные записываются в таблицу истории сеансов. Если администратор пытается найти этот идентификатор для анализа лицензионной политики, ему следует обратиться к встроенным механизмам мониторинга, а не искать конкретный текстовый файл на диске.

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

⚠️ Внимание: Прямое редактирование файла базы данных 1CD сторонними утилитами строго запрещено. Это может привести к необратимой порче структуры данных и потере возможности запуска системы. Используйте только штатные средства платформы для просмотра истории сеансов.

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

Хранение идентификаторов в клиент-серверном режиме

В архитектуре клиент-сервер ситуация кардинально меняется. Здесь центральным звеном становится Сервер 1С:Предприятия, который управляет кластером. Идентификаторы рабочих мест в этом случае регистрируются в системных таблицах информационной базы, расположенной на сервере СУБД (например, MS SQL Server, PostgreSQL или Oracle).

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

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

• 🖥️ Идентификатор формируется на основе MAC-адреса сетевой карты или UUID материнской платы.
• 🔐 Данные шифруются при передаче между клиентом толстого клиента и сервером 1С.
• 📊 История подключений сохраняется в таблицах СУБД даже после завершения сеанса.

Системный реестр и локальные настройки клиента

Помимо серверных хранилищ, часть информации о рабочем месте может кэшироваться локально на компьютере пользователя. В операционной системе Windows платформа 1С использует системный реестр для хранения параметров запуска и некоторых идентификационных данных. Ключи реестра находятся в ветке HKEY_CURRENT_USER\Software\1C\1Cv8.

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

Также стоит упомянуть файлы настроек, которые располагаются в профиле пользователя, обычно в папке AppData\Roaming\1C\1Cv8. Файлы с расширением v8i содержат список информационных баз, но не идентификаторы машин. Тем не менее, при диагностике проблем с лицензиями проверка целостности этих файлов и прав доступа к веткам реестра является обязательным шагом.

HKEY_CURRENT_USER\Software\1C\1Cv8\IDs

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

Таблицы базы данных и регистры сведений

В современных конфигурациях, таких как 1С:Бухгалтерия предприятия или 1С:Управление торговлей, разработчики часто внедряют собственные механизмы учета рабочих мест. Это реализуется через создание специальных регистров сведений. В таких регистрах хранится связка: «Пользователь» — «Компьютер» — «Дата последней активности».

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

Поле таблицы	Тип данных	Описание содержимого
Идентификатор	Строка (36)	Уникальный GUID рабочего места
ИмяКомпьютера	Строка (50)	Сетевое имя узла (NetBIOS/DNS)
Пользователь	Справочник	Ссылка на пользователя в базе 1С
ДатаВхода	Дата и Время	Время последней регистрации сеанса

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

Как найти таблицу через консоль запросов?

Откройте консоль запросов в режиме предприятия. Введите запрос: ВЫБРАТЬ * ИЗ РегистрСведений.ИдентификаторыРабочихМест. Если таблица существует, вы увидите список всех зарегистрированных компьютеров. Если нет — значит, в вашей конфигурации этот учет не ведется штатно.

Лицензирование и привязка к оборудованию

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

Где хранится эта привязка? Лицензионный файл (обычно с расширением .lic) содержит зашифрованную информацию о том, какому оборудованию он выдан. При запуске 1С считывает текущие параметры железа, вычисляет хэш и сравнивает его с данными в лицензионном файле. Если они совпадают, доступ разрешается.

В случае использования сервера лицензий (hasp или программный сервер лицензий), информация о выданных лицензиях и занятых рабочих местах хранится в памяти процесса сервера лицензий и в его лог-файлах. Администратор может просмотреть эти логи, чтобы понять, какое именно рабочее место заняло лицензию в данный момент.

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

Диагностика и поиск проблемных идентификаторов

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

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

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

Часто задаваемые вопросы (FAQ)

Можно ли изменить идентификатор рабочего места вручную?

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

Где хранится идентификатор при работе через веб-клиент?

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

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

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

Влияет ли виртуализация на определение идентификатора?

Да, в виртуальных машинах идентификатор может меняться при пересоздании ВМ или клонировании, если не настроена статическая привязка MAC-адресов и UUID гипервизора. Для серверов лицензий в виртуальной среде рекомендуется использовать HASP-ключи или программные лицензии с особой осторожностью.