Администрирование · 11 мин
Как настроить функции технического специалиста в 1С 8
Пошаговая настройка функциональности технического специалиста в 1С 8: включение режима, управляемые блокировки, расширенные возможности, проверка результата и типичные ошибки.
Функциональность технического специалиста в 1С 8 — это набор скрытых по умолчанию инструментов, которые открывают доступ к расширенным настройкам конфигурации: управляемым блокировкам, журналу регистрации с детализацией, механизмам отладки и сервисным командам. В типовых конфигурациях на платформе 8.3 включение этого режима снимает часть ограничений интерфейса и показывает пункты меню, недоступные обычному пользователю и даже администратору базы.
Режим нужен, когда требуется диагностировать ошибки, настроить регламентные задания, поработать с хранилищем конфигурации или получить доступ к функциям, которые вендор намеренно убрал из стандартного интерфейса. Без понимания того, какие параметры задействованы, включать его в рабочей базе рискованно: появляются команды, способные изменить данные и структуру конфигурации без дополнительных подтверждений.
Ниже разобран практический порядок включения функциональности технического специалиста на уровне платформы и конфигурации, проверка результата, типичные ошибки и границы безопасной работы. Инструкция ориентирована на платформу 1С:Предприятие 8.3 и типовые конфигурации на БСП (библиотека стандартных подсистем), но общие принципы применимы и к самописным решениям.
Что даёт режим технического специалиста и когда он нужен
В типовых конфигурациях часть административных и сервисных функций скрыта за внутренними проверками. Например, в решениях на БСП ряд команд доступен только при установленном признаке «технический специалист» или при запуске в определённом режиме. Это сделано намеренно: обычный пользователь не должен видеть кнопки, ведущие к прямому редактированию служебных данных.
Практические сценарии, где режим необходим: анализ журнала регистрации с полной детализацией, настройка управляемых блокировок данных, работа с расширениями конфигурации в режиме совместимости, диагностика регламентных заданий, использование внешних инструментов разработчика. Также режим требуется при групповой разработке через хранилище конфигурации, когда нужно управлять захватом объектов.
Подготовка: права, резервная копия и режим работы базы
Перед любыми изменениями убедитесь, что у вашей учётной записи есть полные права (роль «Полные права» или административная роль конфигурации). Без полных прав часть настроек будет недоступна, а попытки обойти ограничения через код могут нарушить целостность данных.
Сделайте резервную копию информационной базы. Для файловой базы достаточно остановить работу пользователей и скопировать файл 1Cv8.1CD. Для клиент-серверного варианта выполните выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД. Это страховка на случай, если эксперимент с настройками приведёт к нежелательным изменениям.
Уточните режим работы базы: файловый или клиент-серверный. Некоторые функции технического специалиста — например, настройка технологического журнала или управление сеансами — доступны только на сервере 1С:Предприятия и требуют доступа к консоли сервера или файлам настроек.
Включение функциональности через параметры запуска
Первый способ — параметры командной строки платформы. Они действуют на конкретный сеанс и не меняют настройки базы, что удобно для разовой диагностики. Параметры указываются в строке запуска ярлыка или в свойствах базы в списке информационных баз.
Часто используемые параметры: /C — передача произвольной команды в конфигурацию (многие типовые решения реагируют на определённые строки запуска), /DisableStartupDialogs и /DisableStartupMessages — отключение стартовых окон, /Debug — запуск в режиме отладки, /UseHwLicenses — управление лицензиями. Полный перечень зависит от версии платформы и приведён в документации к ней.
- 1Откройте стартовое окно 1С и выберите нужную базу в списке.
- 2Нажмите кнопку настройки (шестерёнка) или правой кнопкой — «Изменить».
- 3В параметрах запуска укажите нужные ключи, например /Debug для отладки.
- 4Сохраните настройки и запустите базу в режиме предприятия или конфигуратора.
- 5Проверьте, что нужные функции стали доступны.
Для разработчиков ключевой режим — запуск конфигуратора с возможностью отладки: 1cv8.exe DESIGNER /F"путь_к_базе" /Debug. После этого в конфигураторе доступно меню «Отладка» с подключением к сеансам предприятия.
Включение функциональности в типовых конфигурациях
В конфигурациях на базе БСП (Управление торговлей, ERP, Бухгалтерия предприятия и другие) часть сервисных функций открывается через раздел «Администрирование». Точный путь зависит от конфигурации: обычно это «Администрирование → Обслуживание» или «НСИ и администрирование → Настройка работы с файлами / Регламентные операции».
Отдельные функции активируются только программно. Например, в ряде типовых решений есть функциональные опции и константы, которые не выведены в интерфейс: их можно установить через код в консоли или через «Все функции». Меню «Все функции» — самый известный инструмент технического специалиста: оно показывает полное дерево объектов конфигурации, включая скрытые.
Чтобы открыть «Все функции», включите соответствующий режим: в режиме предприятия перейдите в главное меню (круглая кнопка или меню приложения) → «Сервис» → «Параметры» и установите флажок «Отображать команду "Все функции"». После этого в меню «Сервис» появится пункт «Все функции» с полным списком справочников, документов, регистров и обработок.
Настройка отладки и технологического журнала
Для диагностики ошибок техническому специалисту нужна отладка. В конфигураторе откройте «Отладка → Подключение» и убедитесь, что сеанс предприятия виден в списке. Если сеанс не отображается, проверьте, запущено ли приложение с параметром /Debug, а для серверной базы — включена ли отладка на сервере (параметр -debug агента сервера 1С).
Технологический журнал — это лог низкоуровневых событий платформы: запросы к СУБД, блокировки, ошибки, вызовы. Включается он файлом конфигурации logcfg.xml, который размещается в каталоге conf сервера или клиентского приложения. Файл задаёт, какие события писать и куда сохранять логи.
<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С и доступа к консоли. Также учитывайте, что в типовых конфигурациях на поддержке прямое изменение кода приведёт к снятию объектов с поддержки и усложнит обновления.
Когда лучше привлечь специалиста
Самостоятельно безопасно выполнять: включение меню «Все функции», запуск отладки в тестовой базе, просмотр журнала регистрации, настройку параметров запуска. Эти действия обратимы и не меняют данные.
К специалисту по 1С стоит обращаться при настройке технологического журнала на боевом сервере, изменении кода конфигурации, работе с хранилищем конфигурации в команде, а также при любых сбоях, связанных с блокировками и производительностью клиент-серверной базы. Ошибки на этом уровне могут остановить работу всей компании.
Что важно запомнить
Функциональность технического специалиста включается параметрами запуска, настройками конфигурации и меню «Все функции». Работайте только с полными правами, предварительно сделав резервную копию, а рискованные настройки (технологический журнал, изменение кода, блокировки) выполняйте в тестовой базе или с привлечением специалиста.
Частые вопросы
Почему команда «Все функции» не появляется даже после включения флажка?
Проверьте состав ролей учётной записи: команда доступна только при наличии полных прав. Также убедитесь, что вы смотрите меню «Сервис» в режиме тонкого клиента — в некоторых конфигурациях пункт перенесён в главное меню приложения.
Можно ли включить режим технического специалиста только для одного пользователя?
Да. Параметры запуска задаются индивидуально в ярлыке конкретного пользователя, а отображение «Все функций» — в его персональных настройках интерфейса. Права при этом регулируются ролями отдельно для каждой учётной записи.
Опасен ли постоянно включённый режим отладки?
В рабочей базе отладка немного снижает производительность и открывает возможность просмотра данных через точки останова. Включайте её только на время диагностики, а на сервере после завершения работ перезапустите агент без ключа -debug.
Чем отличается технологический журнал от журнала регистрации?
Журнал регистрации фиксирует события прикладного уровня: действия пользователей, ошибки, выполнение заданий. Технологический журнал пишет низкоуровневые события платформы: запросы к СУБД, блокировки, вызовы. Для анализа ошибок пользователей достаточно журнала регистрации, технологический нужен при проблемах производительности и взаимоблокировках.
Что делать, если после изменений конфигурация перестала обновляться?
Если объекты были изменены напрямую, они снимаются с полной поддержки. Варианты: вернуть конфигурацию поставщика через «Загрузить конфигурацию из файла» из дистрибутива (с потерей своих доработок) или настроить сравнение и объединение при обновлении с ручным переносом изменений. На будущее доработки лучше выносить в расширения конфигурации.