Администрирование · 12 мин
Как посмотреть ошибки в 1С и понять их причину
Как посмотреть ошибки в 1С: журнал регистрации, технологический журнал, сообщения об ошибках, типичные причины и порядок диагностики для пользователя и администратора.
Ошибка в 1С почти всегда оставляет след: сообщение в окне программы, запись в журнале регистрации или событие в технологическом журнале сервера. Задача пользователя или администратора — найти этот след, прочитать текст ошибки и понять, к какому из трёх типов она относится: ошибка данных, ошибка кода конфигурации или ошибка инфраструктуры (права, сеть, СУБД). От типа зависит, кто должен исправлять проблему и как быстро.
Простые ошибки видны сразу: программа показывает окно с текстом вроде «Ошибка при выполнении обработчика» или «Нарушение прав доступа». Сложные — те, при которых 1С «молча» не проводит документ, зависает или вылетает — требуют работы с журналом регистрации и, в клиент-серверном варианте, с технологическим журналом. Ниже разобраны все основные способы посмотреть ошибки, от простого к сложному.
Чтение сообщения об ошибке в окне программы
Первый источник информации — само окно ошибки. В типовых конфигурациях оно содержит краткое описание и кнопку «Подробно» (или «Подробнее»), которая раскрывает полный технический текст: имя процедуры, номер строки модуля, описание исключения. Именно этот текст нужен для диагностики — краткая формулировка часто слишком общая.
Перед закрытием окна скопируйте текст ошибки (Ctrl+C в поле подробного описания) или сделайте скриншот. Зафиксируйте также контекст: какой документ или отчёт открывался, какое действие выполнялось, под каким пользователем. Эти данные потребуются при поиске в журнале регистрации и при обращении к специалисту.
Типичные формулировки и их смысл: «Поле объекта не обнаружено» — обращение к реквизиту, которого нет (часто после обновления конфигурации); «Ошибка блокировки» — объект занят другим пользователем; «Нарушение прав доступа» — у пользователя нет прав на объект; «Ошибка СУБД» — проблема на уровне базы данных.
Журнал регистрации: основной инструмент просмотра ошибок
Журнал регистрации — встроенный механизм 1С, который фиксирует события: входы пользователей, изменение данных, ошибки, фоновые задания. Открыть его можно из пользовательского режима: раздел «Администрирование» → «Журнал регистрации» (в ряде конфигураций путь: «НСИ и администрирование» → «Обслуживание» → «Журнал регистрации»). Нужны права администратора или роль с доступом к журналу.
Чтобы найти ошибку, настройте отбор: кнопка «Ещё» → «Настроить отбор» (или отбор по кнопке на панели). Укажите период, когда произошла ошибка, уровень важности «Ошибка», при необходимости — конкретного пользователя и компьютер. После применения отбора в списке останутся только ошибочные события.
Двойной клик по событию открывает карточку с деталями: дата и время, пользователь, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание), событие и подробный комментарий. Комментарий обычно содержит тот же технический текст, что и окно ошибки, а иногда — дополнительный контекст, например представление объекта, с которым работали.
- 1Откройте «Администрирование» → «Журнал регистрации»
- 2Настройте отбор: период, уровень «Ошибка», пользователь
- 3Найдите событие по времени, совпадающему с моментом сбоя
- 4Откройте карточку события и скопируйте комментарий
- 5Сопоставьте текст с типовыми причинами: права, блокировки, код, СУБД
Если в журнале слишком много записей
В активно используемых базах журнал за день содержит тысячи событий. Сужайте отбор последовательно: сначала точный интервал времени (плюс-минус несколько минут от момента ошибки), затем пользователь, затем уровень «Ошибка». Полезно также отфильтровать по событию — например, «Данные. Ошибка» или события фоновых заданий.
Просмотр ошибок фоновых и регламентных заданий
Многие ошибки возникают не у пользователя на экране, а в фоне: обмен данными, расчёт итогов, отправка отчётности, загрузка курсов валют. Такие ошибки видны в разделе «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» (название раздела может отличаться в зависимости от конфигурации).
В списке заданий обратите внимание на колонку состояния: значение «Ошибка» или «Завершено аварийно» означает, что последнее выполнение завершилось сбоем. Открыв задание, можно увидеть дату последнего выполнения и текст ошибки. Дополнительно каждое выполнение фиксируется в журнале регистрации с привязкой к имени задания.
Типичная ситуация: обмен с другой системой перестал работать, но пользователи об этом не знают, потому что задание выполняется ночью. Регулярная проверка состояния регламентных заданий позволяет обнаружить такие сбои до того, как они проявятся в данных.
Проверить роли пользователя и повторяемость под другим пользователем
Проверить журнал регистрации и состояние сервера 1С/СУБД
Открыть карточку задания и посмотреть текст ошибки выполнения
Проверить технологический журнал и логи сервера
Технологический журнал для сложных случаев
Когда ошибка не попадает в журнал регистрации — например, аварийное завершение клиента, зависание, ошибки на уровне СУБД — используется технологический журнал платформы. Это текстовые логи, которые платформа пишет при включённой настройке в файл logcfg.xml, размещаемом в каталоге conf сервера или клиента.
Технологический журнал фиксирует низкоуровневые события: запросы к СУБД, блокировки, исключения, дампы аварийного завершения. Настройка требует аккуратности: при полном логировании объём файлов растёт быстро и может заполнить диск. Включают его обычно на ограниченное время для воспроизведения конкретной проблемы, затем отключают.
Отладчик и конфигуратор для разработчиков
Если ошибка воспроизводится стабильно и есть доступ к конфигуратору, самый точный способ найти причину — отладка. В конфигураторе: «Отладка» → «Начать отладку» (или подключение к уже запущенному сеансу через «Отладка» → «Подключение»). Установите точку останова в процедуре, указанной в тексте ошибки, и выполните действие заново.
В момент останова доступны значения переменных, стек вызовов и пошаговое выполнение. Это позволяет увидеть, какое именно значение привело к ошибке: пустая ссылка, незаполненный реквизит, неожиданный тип данных. Для фоновых заданий в настройках отладки нужно включить отладку на сервере и подключение к фоновым процессам.
Для файловых баз полезен пункт конфигуратора «Администрирование» → «Тестирование и исправление»: он проверяет физическую и логическую целостность данных. Запускать его следует только на копии базы или после резервного копирования, в монопольном режиме.
Как выбрать действие
Типичные причины ошибок и как их различить
Большинство ошибок 1С сводится к нескольким группам. Ошибки прав доступа возникают при попытке открыть или изменить объект, на который у пользователя нет роли; решаются настройкой прав, а не изменением данных. Ошибки блокировок появляются при одновременной работе с одним объектом; обычно помогает повтор действия через некоторое время, а массовые блокировки указывают на проблемы кода или производительности.
Ошибки после обновления конфигурации («Поле объекта не обнаружено», «Процедура не найдена») означают рассинхронизацию кода и данных либо незавершённые обработчики обновления. Проверьте, выполнены ли все отложенные обработчики обновления — в типовых конфигурациях есть специальный раздел мониторинга обновления.
Ошибки СУБД и сети характерны для клиент-серверного варианта: обрыв соединения с сервером баз данных, нехватка места на диске, деградация производительности. Их диагностируют совместно с администратором сервера, по логам СУБД и технологическому журналу.
Проверка результата после устранения ошибки
После исправления причины проверьте три вещи. Первое: действие, которое вызывало ошибку, теперь выполняется до конца без сообщений. Второе: в журнале регистрации за период после исправления нет новых событий с уровнем «Ошибка» по тому же пользователю или заданию. Третье: данные корректны — документ проведён, движения по регистрам сформированы, обмен завершён без расхождений.
Если ошибка ушла, но данные вызывают сомнения (например, документ проводился несколько раз с ошибками), проверьте отчёты по связанным регистрам и при необходимости перепроведите документы штатными средствами. Не редактируйте движения вручную без понимания последствий.
Как проверить результат
Действие выполняется без сообщений об ошибке
Ошибка воспроизводится с тем же или новым текстом
Нет новых событий уровня «Ошибка»
Ошибки продолжают появляться
«Выполнено» с актуальной датой
«Ошибка» или устаревшая дата последнего выполнения
Документы проведены, отчёты сходятся
Непроведённые документы, расхождения в отчётах
Что важно запомнить
Начинайте с полного текста ошибки из окна программы, затем ищите событие в журнале регистрации с отбором по времени и уровню «Ошибка». Фоновые сбои проверяйте в списке регламентных заданий, сложные случаи — через технологический журнал и отладчик. Любые операции с базой выполняйте только после резервного копирования.
Частые вопросы
Где находится журнал регистрации, если в меню его нет?
Раздел доступен пользователям с правами администратора. Если пункта нет, проверьте свою роль или попросите администратора открыть журнал. Альтернативный путь — через конфигуратор: «Администрирование» → «Журнал регистрации», либо через команду «Открыть журнал регистрации» в меню «Сервис» ряда конфигураций.
За какой период хранятся ошибки в журнале регистрации?
Журнал хранит события неограниченно по времени, пока не настроено сокращение. В больших базах администраторы периодически сокращают журнал («Администрирование» → «Сервис» → настройки журнала или через конфигуратор), удаляя старые записи. Если ошибка произошла давно, есть риск, что запись уже удалена — поэтому важные ошибки стоит фиксировать сразу.
Что делать, если ошибка возникает только у одного пользователя?
Сначала проверьте права: сравните роли этого пользователя с ролями тех, у кого ошибки нет. Затем проверьте пользовательские настройки и кэш — иногда помогает очистка кэша клиента или вход с другого компьютера. Если под этим пользователем ошибка возникает на любом компьютере, причина почти наверняка в правах или персональных настройках.
Можно ли настроить уведомления об ошибках фоновых заданий?
В типовых конфигурациях на базе БСП есть механизмы контроля: например, отчёт «Контроль журнала регистрации» и настройка оповещений администратора о критических событиях. Конкретные возможности зависят от конфигурации — проверьте раздел «Администрирование» → «Обслуживание». Внешние системы мониторинга также умеют читать технологический журнал и журнал регистрации.
Ошибка «Ошибка формата потока» — что это и как смотреть?
Эта ошибка обычно связана с повреждением кэша метаданных на клиенте или на сервере, а не с данными. Часто помогает очистка кэша: удаление базы из списка и повторное добавление, либо очистка каталогов кэша. Если ошибка повторяется у всех пользователей, проблема на сервере — потребуется перезапуск сервера 1С и проверка целостности базы.
Как посмотреть ошибки 1С в веб-клиенте?
Журнал регистрации доступен и через браузер по тому же пути «Администрирование» → «Журнал регистрации». Сообщения об ошибках в веб-клиенте отображаются аналогично, с кнопкой подробного текста. Технологический журнал при этом пишется на сервере, поэтому для глубокой диагностики нужен доступ к серверу, а не только к браузеру.