Администрирование · 10 мин
Как читать ошибку в 1С и понять её причину
Как читать ошибку в 1С: где искать текст ошибки, как расшифровать сообщение, журнал регистрации, типовые причины и порядок действий для пользователя.
Сообщение об ошибке в 1С почти всегда содержит достаточно информации, чтобы понять, что пошло не так, — проблема в том, что текст выглядит техническим и пугает пользователя. На самом деле любое сообщение платформы состоит из предсказуемых частей: что произошло, где произошло и почему система отказалась выполнить действие. Если научиться выделять эти части, половина ошибок решается без привлечения программиста.
Ошибки в 1С делятся на три большие группы: ошибки данных (незаполненные реквизиты, дубли, нарушение ссылочной целостности), ошибки прав доступа и ошибки кода или платформы. Первые две группы пользователь может исправить самостоятельно, третья требует администратора или разработчика. Умение читать сообщение позволяет сразу отнести проблему к нужной группе и не тратить время на бесполезные действия вроде переустановки программы.
Важный принцип: не закрывайте окно с ошибкой, пока не зафиксировали её текст. Скопируйте сообщение, сделайте снимок экрана, запомните, какое действие выполняли и над каким документом. Эта информация понадобится и для самостоятельного разбора, и для обращения к специалисту.
Из каких частей состоит сообщение об ошибке
Типовое сообщение платформы строится по схеме: сначала идёт описание неудавшейся операции («Ошибка при проведении документа», «Не удалось записать элемент справочника»), затем следует конкретная причина. Причина — самая ценная часть, она обычно находится в конце текста после слов «по причине» или после двоеточия.
Отдельно обращайте внимание на имена объектов: платформа указывает техническое имя таблицы или реквизита, например «Документ.РеализацияТоваровУслуг» или «Реквизит.Склад». Если в сообщении фигурирует конкретный реквизит — почти наверняка проблема в его значении: оно пустое, заполнено недопустимыми данными или ссылается на удалённый объект.
В клиент-серверном режиме сообщение может содержать текст от СУБД, например от PostgreSQL или MS SQL Server: «Ошибка СУБД», «deadlock», «lock timeout». Такие формулировки говорят о проблеме на уровне базы данных, а не учётных данных — это территория администратора.
Где искать полный текст ошибки
Окно с сообщением часто показывает сокращённую версию. Полный текст смотрите в журнале регистрации: откройте «Администрирование» → «Обслуживание» → «Журнал регистрации», установите отбор по уровню «Ошибка» и по текущему пользователю, найдите запись по времени. Двойной щелчок по строке откроет детали: пользователя, компьютер, объект метаданных и полное описание.
Если в окне ошибки есть кнопка «Подробно» или «Подробнее» — нажмите её: развёрнутый текст часто содержит стек вызовов, то есть цепочку процедур, в которых возникла проблема. Пользователю стек мало что скажет, но строка вида «МодульОбъекта... строка 145» — точный адрес проблемы для разработчика.
Для фоновых заданий и обменов данными ошибки не показываются на экране вообще — их следует искать в журнале регистрации с отбором по событию «Фоновое задание» или по имени регламентного задания.
- 1Не закрывайте окно: скопируйте текст сообщения или сделайте снимок экрана
- 2Зафиксируйте действие: что делали, с каким документом или справочником работали
- 3Прочитайте конец сообщения — там обычно указана причина отказа
- 4Откройте журнал регистрации с отбором по уровню «Ошибка» и найдите запись по времени
- 5Определите тип: данные, права доступа или платформа/код
- 6Исправьте причину (заполните реквизит, проверьте права) или передайте текст администратору
Как распознать типовые ошибки данных
Самая частая группа. Формулировки вроде «Поле "Склад" не заполнено», «Значение поля не может быть пустым», «Не заполнен обязательный реквизит» означают ровно то, что написано: откройте указанный документ и заполните названное поле. Платформа обычно подсвечивает проблемный реквизит — ищите поле с красной рамкой или сообщение в панели внизу окна.
Сообщения «Конфликт блокировок», «Запись недоступна, объект редактируется другим пользователем» означают, что тот же документ сейчас открыт у коллеги. Решение — дождаться завершения его работы или договориться о разделении документов. Повторные попытки записи подряд проблему не решают.
Ошибки вида «Значение не является ссылкой на объект», «Объект не найден» появляются, когда документ ссылается на элемент справочника, который был помечен на удаление или физически удалён. Нужно заново выбрать значение в поле. Массовое появление таких ошибок — признак того, что кто-то удалил данные без контроля ссылок, здесь уже нужен администратор.
Откройте объект и проверьте заполнение указанного поля
Проверьте роль пользователя у администратора
Передайте администратору, самостоятельно не исправляется
Очистите кэш, при повторении — тестирование и исправление
Ошибки прав доступа и как их отличить
Формулировки «Нарушение прав доступа», «У пользователя недостаточно прав», «Действие недоступно» означают, что у вашей учётной записи нет роли для выполнения операции: проведения документа, изменения справочника, запуска обработки. Самостоятельно это не исправить — права назначает администратор.
Перед обращением к администратору подготовьте информацию: ваш логин, какое действие не удаётся выполнить, точный текст сообщения и время попытки. По этим данным администратор найдёт событие «Отказ в доступе» в журнале регистрации, где указано, какого именно права и к какому объекту не хватило, — и добавит нужную роль без лишних полномочий.
Ситуация «вчера работало, сегодня нет прав» обычно означает, что кто-то изменил профили групп доступа или пользователя перевели в другую группу. Это тоже фиксируется в журнале регистрации — по событию изменения данных справочника пользователей.
Ошибки платформы и кода: когда нужен специалист
Сообщения с упоминанием модулей и строк кода («{ОбщийМодуль...}: Ошибка при вызове метода контекста»), «Ошибка формата потока», «Поле объекта не обнаружено» относятся к коду конфигурации или состоянию базы. «Поле объекта не обнаружено» часто возникает после обновления конфигурации, когда кэш клиента устарел: помогает очистка кэша — удаление базы из списка в стартере и добавление заново, либо очистка папок кэша в профиле пользователя.
«Ошибка формата потока» — более тревожный признак, он может указывать на повреждение данных. Разовое появление лечится очисткой кэша, но регулярное повторение у разных пользователей требует запуска «Тестирования и исправления» информационной базы — и только после резервной копии.
Как проверить, что проблема решена
После исправления причины повторите ровно то действие, которое вызывало ошибку: перепроведите тот же документ, заполните то же поле, запустите тот же обмен. Ошибка считается устранённой, только если операция завершилась штатно, а в журнале регистрации не появилось новых записей уровня «Ошибка» за это время.
Если ошибка проявляется у одного пользователя, но не у других — ищите различие в окружении: права, кэш, версия платформы на рабочем месте. Если у всех сразу — проблема в базе, сервере или конфигурации, и начинать надо с журнала регистрации и технологического журнала сервера.
Как проверить результат
Документ проводится, сообщение не появляется
Та же ошибка или новая на том же шаге
Нет записей уровня «Ошибка»
Новые записи об ошибках с тем же объектом
У коллег операция работает
Ошибка массовая — проблема в базе или сервере
Типичные ошибки при самостоятельном разборе
Главная ошибка — читать только первую строку сообщения и игнорировать конец, где указана причина. Вторая — многократно повторять одно и то же действие, ожидая другого результата: при конфликте блокировок или нехватке прав повторы бесполезны. Третья — переустанавливать платформу или перезагружать компьютер при ошибке данных: на содержимое базы это не влияет.
Что важно запомнить
Сообщение об ошибке 1С читается по схеме: действие → объект → причина. Полный текст всегда есть в журнале регистрации. Ошибки данных и прав пользователь разбирает сам, ошибки СУБД, кода и формата потока — только администратор или разработчик, и только с резервной копией.
Частые вопросы
Что делать, если текст ошибки обрезан и не помещается в окно?
Нажмите кнопку «Подробно» в окне сообщения, если она есть, либо откройте журнал регистрации и найдите запись по времени возникновения — там хранится полный текст, который можно скопировать.
Ошибка появляется только у меня, у коллег всё работает. В чём причина?
Чаще всего дело в устаревшем кэше клиента или в правах доступа. Сначала очистите кэш (удалите базу из списка и добавьте заново), затем сверьте свои роли с ролями коллеги, у которого операция работает.
Можно ли продолжать работать, если ошибка появляется периодически?
Зависит от типа. Ошибки заполнения данных не опасны. Но повторяющиеся «Ошибка СУБД» или «Ошибка формата потока» — признак возможного повреждения базы: работу лучше приостановить, сделать копию и привлечь администратора.
Куда отправить текст ошибки, если нужен программист?
Передайте полный текст из журнала регистрации, снимок экрана, описание действия, имя пользователя и время возникновения. Этого достаточно, чтобы специалист локализовал проблему без дополнительных вопросов.
После обновления конфигурации появились ошибки «Поле объекта не обнаружено». Это серьёзно?
Обычно нет: это следствие устаревшего кэша на клиентских машинах. Очистка кэша решает проблему. Если ошибка сохраняется на чистом кэше у всех пользователей — вероятно, обновление прошло некорректно, и нужен разработчик.