К статье
Практический материал

Администрирование · 11 мин

Как настроить функции технического специалиста в 1С 8

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

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

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

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

Что даёт режим технического специалиста и когда он нужен

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

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

Подготовка: права, резервная копия и режим работы базы

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

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

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

Включение функциональности через параметры запуска

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

Часто используемые параметры: /C — передача произвольной команды в конфигурацию (многие типовые решения реагируют на определённые строки запуска), /DisableStartupDialogs и /DisableStartupMessages — отключение стартовых окон, /Debug — запуск в режиме отладки, /UseHwLicenses — управление лицензиями. Полный перечень зависит от версии платформы и приведён в документации к ней.

Как задать параметры запуска
  1. 1
    Откройте стартовое окно 1С и выберите нужную базу в списке.
  2. 2
    Нажмите кнопку настройки (шестерёнка) или правой кнопкой — «Изменить».
  3. 3
    В параметрах запуска укажите нужные ключи, например /Debug для отладки.
  4. 4
    Сохраните настройки и запустите базу в режиме предприятия или конфигуратора.
  5. 5
    Проверьте, что нужные функции стали доступны.

Для разработчиков ключевой режим — запуск конфигуратора с возможностью отладки: 1cv8.exe DESIGNER /F"путь_к_базе" /Debug. После этого в конфигураторе доступно меню «Отладка» с подключением к сеансам предприятия.

Включение функциональности в типовых конфигурациях

В конфигурациях на базе БСП (Управление торговлей, ERP, Бухгалтерия предприятия и другие) часть сервисных функций открывается через раздел «Администрирование». Точный путь зависит от конфигурации: обычно это «Администрирование → Обслуживание» или «НСИ и администрирование → Настройка работы с файлами / Регламентные операции».

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

Чтобы открыть «Все функции», включите соответствующий режим: в режиме предприятия перейдите в главное меню (круглая кнопка или меню приложения) → «Сервис» → «Параметры» и установите флажок «Отображать команду "Все функции"». После этого в меню «Сервис» появится пункт «Все функции» с полным списком справочников, документов, регистров и обработок.

Настройка отладки и технологического журнала

Для диагностики ошибок техническому специалисту нужна отладка. В конфигураторе откройте «Отладка → Подключение» и убедитесь, что сеанс предприятия виден в списке. Если сеанс не отображается, проверьте, запущено ли приложение с параметром /Debug, а для серверной базы — включена ли отладка на сервере (параметр -debug агента сервера 1С).

Технологический журнал — это лог низкоуровневых событий платформы: запросы к СУБД, блокировки, ошибки, вызовы. Включается он файлом конфигурации logcfg.xml, который размещается в каталоге conf сервера или клиентского приложения. Файл задаёт, какие события писать и куда сохранять логи.

xml
<config xmlns="http://v8.1c.ru/v8/tech-log"><log location="D:\1clogs" history="24"><event><eq property="name" value="EXCP"/></event><property name="all"/></log></config>

Приведённый пример включает запись исключений (EXCP) в каталог D:\1clogs с хранением логов 24 часа. Не включайте полный лог всех событий на постоянной основе: объём файлов растёт быстро и может заполнить диск, что приведёт к остановке сервера базы данных.

Управляемые блокировки и регламентные задания

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

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

Контрольные точки

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

Команда «Все функции»
Норма

Пункт виден в меню и открывает дерево объектов

Тревожный признак

Команда отсутствует — нет полных прав или не включён флажок в параметрах

Отладка
Норма

Сеанс виден в окне подключения конфигуратора

Тревожный признак

Сеанс пуст — приложение запущено без /Debug или отладка выключена на сервере

Технологический журнал
Норма

В указанном каталоге появляются файлы логов

Тревожный признак

Каталог пуст — ошибка в logcfg.xml или нет прав на запись

Регламентное задание
Норма

В журнале регистрации есть записи об успешном выполнении

Тревожный признак

Ошибки выполнения или задание заблокировано

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

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

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

Типичные ошибки
01
Включение режима без резервной копии — при ошибке восстановить данные будет нечем.
02
Постоянно включённый полный технологический журнал — диск переполняется, сервер останавливается.
03
Выдача полных прав обычным пользователям ради доступа к сервисным командам — риск случайной порчи данных.
04
Правка типовой конфигурации вместо использования расширений — сложности при обновлении.
05
Игнорирование журнала регистрации при диагностике — причина ошибки ищется вслепую.

Когда лучше привлечь специалиста

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

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

Итог

Что важно запомнить

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

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

Почему команда «Все функции» не появляется даже после включения флажка?

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

Можно ли включить режим технического специалиста только для одного пользователя?

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

Опасен ли постоянно включённый режим отладки?

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

Чем отличается технологический журнал от журнала регистрации?

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

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

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