Как изменить идентификатор рабочего места в 1С

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

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

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

Что такое идентификатор рабочего места и где он используется

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

Второй вид — код элемента справочника «Рабочие места» в типовых конфигурациях (Управление торговлей, Розница, ERP). Именно к этому коду привязывается подключаемое оборудование: кассы ККТ, сканеры штрихкодов, эквайринговые терминалы, весы. Третий вид — уникальный идентификатор информационной базы, который участвует в обменах данными и синхронизации.

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

Подготовка: что проверить перед изменением

Любое изменение идентификаторов затрагивает привязки в базе, поэтому подготовка обязательна. Первый шаг — сделайте резервную копию информационной базы через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД, если база клиент-серверная. Это займёт несколько минут, но позволит откатиться при ошибке.

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

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

Как изменить код рабочего места в справочнике

Это самый частый сценарий — например, после замены компьютера кассира нужно перенастроить привязку оборудования. Откройте раздел «Администрирование» (в некоторых конфигурациях — «НСИ и администрирование»), перейдите в «Настройка подключаемого оборудования» и найдите ссылку «Рабочие места». Откроется справочник со списком всех рабочих мест базы.

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

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

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

Как изменить системный идентификатор клиентского компьютера

Системный идентификатор платформа формирует автоматически, и напрямую в интерфейсе он обычно не редактируется. Он хранится в файлах настроек клиентского приложения и в реестре Windows. Если после замены железа или переустановки системы идентификатор изменился сам и это сломало привязки (например, настройки пользователя «потерялись»), есть два пути.

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

// Пример: получить текущий системный идентификатор компьютера
СистемнаяИнформация = Новый СистемнаяИнформация;
Сообщить(СистемнаяИнформация.ИдентификаторКлиента);

Учтите: значение, возвращаемое объектом «СистемнаяИнформация», формируется платформой и не предназначено для ручного редактирования. Менять нужно не его, а ссылки на него в прикладных данных — константах, регистрах, справочниках.

Изменение идентификатора в обмене данными и при переносе базы

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

Решение — в копии базы откройте план обмена (Администрирование → Синхронизация данных → Настройки синхронизации), удалите или пересоздайте узел обмена и заново выполните начальную настройку синхронизации. Код узла при этом задаётся вручную, а внутренний идентификатор платформа сгенерирует новый.

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

Проверка результата после изменения

После изменения идентификатора обязательно проверьте работоспособность связанных механизмов. Перезапустите сеанс 1С на нужном компьютере и убедитесь, что программа корректно определила рабочее место: в списке подключаемого оборудования устройства должны быть в статусе, позволяющем работу, а тест подключения (кнопка «Тест устройства» в карточке оборудования) должен завершаться успешно.

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

Типичные ошибки и ограничения

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

Третья ошибка — попытка «подогнать» системный идентификатор компьютера правкой реестра или файлов платформы. Это недокументированные механизмы: после обновления платформы значения могут пересчитаться, и привязки сломаются снова. Корректный подход — менять ссылки в прикладных данных, а не системные значения.

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

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