Когда отладчик 1С не работает, причина обычно находится в одном из четырех мест: нужный участок кода вообще не выполняется, точка поставлена не в том контексте, сеанс не подключен к отладке либо сервер не разрешает такое подключение. Проверять следует по порядку, не меняя одновременно несколько настроек: иначе трудно понять, какое действие устранило сбой.
Убедитесь, что выполнение доходит до точки останова
Сначала поставьте точку на строке, которая гарантированно выполняется при выбранном действии. Для проверки подходят начало обработчика команды, открытие формы или первая исполняемая строка процедуры. Пустая строка, комментарий, объявление переменной и участок, исключенный условием, не дадут ожидаемой остановки.
Запустите базу непосредственно из конфигуратора в режиме отладки и повторите действие вручную. Посмотрите на обозначение точки: если платформа показывает, что она недоступна, вероятно, открытый модуль отличается от фактически выполняемого кода. Сохраните изменения, обновите конфигурацию базы данных и заново запустите пользовательский сеанс. Перед обновлением убедитесь, что работа других пользователей не будет прервана.
Важно учитывать контекст исполнения. Код формы может выполняться на клиенте, а процедура общего модуля — на сервере. Директивы компиляции и свойства общего модуля определяют, где окажется конкретная процедура. Точка в похожей клиентской процедуре не остановит серверный вызов, даже если имена и действия выглядят одинаково.
Проверьте базу, сеанс и запущенную конфигурацию
Конфигуратор и приложение должны работать с одной информационной базой. Это особенно важно, когда в списке есть тестовая и рабочая базы с одинаковыми названиями. Сравните адрес подключения, имя базы и пользователя, под которым открыт сеанс. Закройте лишние окна, чтобы случайно не выполнять проверку в другом экземпляре.
Если конфигурация изменялась, различайте основную конфигурацию и конфигурацию базы данных. Пользовательский режим исполняет вариант, примененный к базе, а не каждую несохраненную правку в конфигураторе. После обновления перезапустите сеанс: уже открытое приложение может продолжать использовать ранее загруженные модули.
При внешней обработке убедитесь, что пользователь открыл именно тот файл, который редактируется. У двух копий могут совпадать имя и интерфейс, но пути и содержимое будут разными. Для расширения дополнительно проверьте, что оно подключено, активно и применяется в текущей базе.
Почему локальная отладка работает, а серверная — нет
В файловой базе большая часть проверки проходит внутри локальных процессов. В клиент-серверном варианте 1С 8.3 выполнение распределяется между клиентом, сервером и фоновыми заданиями. Поэтому успешная остановка в клиентском обработчике еще не подтверждает, что доступна отладка серверного кода.
Проверьте, видит ли конфигуратор предметы отладки, относящиеся к нужному сеансу. Если пользовательское приложение отображается, а серверные процессы отсутствуют, проблема находится не в самой точке останова. Возможны запрет серверной отладки, недоступность служебного соединения или запуск кода в другом рабочем процессе.
Фоновое или регламентное задание также не принадлежит обычному клиентскому сеансу. Его нужно искать среди соответствующих предметов отладки. Не запускайте повторно рабочее задание только ради проверки, если оно изменяет документы, отправляет данные или выполняет массовую обработку. Для диагностики используйте безопасную тестовую базу либо согласованную копию данных.
Что проверить на сервере 1С 8.3
Если не работает отладчик на сервере 1С 8.3, уточните у администратора, разрешена ли отладка для серверных процессов этого кластера. Способ включения зависит от версии платформы, операционной системы и порядка запуска служб. Не подставляйте параметры из случайной инструкции: несовпадающая версия может использовать другой механизм или требовать перезапуска службы.
После изменения серверных параметров одного перезапуска клиентского приложения может быть недостаточно. Новые условия должны получить рабочие процессы, обслуживающие базу. Администратору следует проверить состояние кластера и журналы запуска, а затем выбрать безопасный момент для необходимых действий. Самовольная остановка службы способна завершить активные сеансы пользователей.
Отдельно проверьте права учетных записей. Служба сервера, конфигуратор и пользовательский сеанс могут запускаться от разных пользователей операционной системы. Ограничения защитного программного обеспечения или сетевых правил иногда разрешают обычную работу базы, но запрещают дополнительное соединение, необходимое для отладки.
Версии платформы и сетевое соединение
Клиент, конфигуратор и сервер должны быть совместимы по версии платформы 8.3. Сравнивайте полный номер сборки, а не только обозначение 8.3: различия внутри ветки могут влиять на поведение инструментов разработки. Узнать фактические версии лучше в свойствах запущенных компонентов и административных средствах, а не по названию установочной папки.
Если конфигуратор работает на другом компьютере, проверьте маршрут между ним и сервером. Возможность открыть информационную базу еще не доказывает доступность канала отладки: соединения могут обрабатываться разными правилами. Точные сетевые параметры зависят от развертывания, поэтому их должен сверить администратор по документации к установленной сборке.
При ограниченном мобильном интернете удаленное подключение может оборваться, хотя сервер продолжит выполнять процедуру. Не нажимайте действие повторно, пока не проверите результат: повторный запуск способен создать дубли или дважды обработать данные. После восстановления устойчивой связи заново откройте конфигуратор, подключите нужный сеанс и повторите только безопасный сценарий.
Последовательность диагностики без лишних изменений
- Сохраните модуль и проверьте, что конфигурация базы данных обновлена.
- Закройте старый пользовательский сеанс и запустите новый из нужного конфигуратора.
- Поставьте точку на первой исполняемой строке и подтвердите, что вызывается именно эта процедура.
- Определите контекст: клиент, сервер, фоновое задание или внешний файл.
- Проверьте список предметов отладки и найдите там нужный сеанс либо процесс.
- Сопоставьте полные версии клиента, конфигуратора и серверной платформы.
- Передайте администратору время проверки, имя базы и описание отсутствующего процесса.
Не отключайте защитные средства и не перезапускайте рабочий сервер без согласования. Для обращения администратору полезны снимок недоступной точки, текст сообщения платформы, полный номер версии и последовательность действий. Эти сведения позволяют отличить ошибку кода от проблемы подключения, не раскрывая пароли, коды подтверждения и другие секретные данные.