Ошибка в 1С 8.3: от текста сообщения до исправленной базы

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

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

Шаг 1. Прочитать сообщение и понять, откуда ошибка

Окно ошибки в 1С почти всегда содержит больше, чем видно сразу. Короткая строка вроде Поле объекта не обнаружено мало что говорит. Полный текст показывает модуль и номер строки.

1. В окне ошибки нажмите «Подробно».
2. Выделите текст и скопируйте его (Ctrl+A, Ctrl+C), сохраните в блокнот.
3. Запишите, что делали в момент сбоя: какой документ, какая кнопка, какая дата.
4. Проверьте, повторяется ли ошибка у другого пользователя и на другом компьютере.

Как читать полный текст:

• 🔹 Строка в фигурных скобках, например {Документ.РеализацияТоваровУслуг.Форма.ФормаДокумента.Форма(245)}, — это место в коде: объект, модуль и номер строки.
• 🔹 Если в цепочке есть ОбщийМодуль или МодульОбъекта типовой конфигурации, ошибка в логике программы или в данных, которые она обрабатывает.
• 🔹 Если упомянуто внешнее расширение или внешняя обработка, сначала отключите их.
• 🔹 Тексты без указания модуля (Ошибка СУБД, Неустранимая ошибка, вылет программы) указывают на платформу, базу или сервер.

Быстрый первый приём: очистка кэша

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

1. Закройте 1С на этом компьютере.
2. Запустите базу с параметром /ClearCache: в окне запуска выберите базу → «Изменить» → на последнем шаге в поле дополнительных параметров запуска впишите /ClearCache.
3. Если не помогло, закройте 1С и удалите папки кэша вручную.

Пути к кэшу пользователя:

%APPDATA%\1C\1cv8
%LOCALAPPDATA%\1C\1cv8

Внутри лежат папки с длинными именами вида GUID — по одной на базу. Удалять можно содержимое этих папок, но не файлы со списком баз (ibases.v8i лежит отдельно, в %APPDATA%\1C\1CEStart). После очистки первый запуск будет медленнее: кэш собирается заново.

Шаг 2. Снять ошибку прав доступа и блокировок

Это две самые частые причины, и обе исправляются без вмешательства в базу.

Ошибки прав

Типичные тексты: Недостаточно прав для просмотра, Нарушение прав доступа!, Недостаточно прав на выполнение операции. Пользователь видит меньше, чем должен, или не может провести документ .

Что сделать администратору в БП 3.0:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку пользователя и перейдите на вкладку «Права доступа ».
3. Сравните группы доступа с коллегой, у которого ошибки нет.
4. Добавьте пользователя в нужную группу или назначьте подходящий профиль.
5. Попросите пользователя перезайти в программу: права применяются при новом входе.

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

Ошибки блокировок

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

Порядок действий:

1. Подождите минуту и повторите операцию. Часто другой пользователь просто проводит большой документ.
2. Посмотрите, кто работает в базе: Администрирование → Обслуживание → Активные пользователи (или Администрирование → Активные пользователи в Конфигураторе).
3. Если у пользователя открыт тот же документ на редактирование, попросите его закрыть форму.
4. Если сеанс завис (пользователь давно ушёл, программа не отвечает), завершите его. В клиент-серверной базе — в консоли администрирования кластера, в файловой — завершив процесс 1cv8.exe или 1cv8c.exe на компьютере пользователя.

Завершение сеанса обрывает работу пользователя без сохранения. Предупредите его. Массовое завершение сеансов делайте вне рабочего времени.

Для серверной базы есть команда консольной утилиты администрирования:

rac session list --cluster=<ид_кластера>

Идентификатор кластера даёт rac cluster list. Остальные параметры смотрите в справке rac help.

Шаг 3. Найти причину в журнале регистрации и техническом журнале

Если ошибка возникает не всегда, или пользователь не может её описать, нужен след в журналах.

Журнал регистрации

В нём фиксируются входы, записи документов, ошибки с текстом и пользователем.

Как открыть:

• В БП 3.0: Администрирование → Обслуживание → Журнал регистрации.
• Из любого места: главное меню → «Все функции» (в новых версиях платформы — «Функции для технического специалиста») → «Стандартные» → «Журнал регистрации».
• В Конфигураторе: Администрирование → Журнал регистрации.

Как найти нужную запись:

1. Нажмите «Установить отбор».
2. Задайте интервал: время сбоя ± 10 минут.
3. В отборе по уровню важности оставьте «Ошибка».
4. Отберите пользователя, у которого возникла ошибка.
5. Откройте запись двойным щелчком: в поле комментария будет полный текст ошибки.

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

Технологический журнал пишет события платформы: исключения, долгие запросы, блокировки. Его включают, когда журнал регистрации причину не показывает. Настройка — файл logcfg.xml в папке conf установленной платформы (например, C:\Program Files\1cv8\conf). На сервере 1С файл кладут на сервер, на файловой базе — на компьютер клиента.

Минимальная настройка для сбора исключений:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1c_logs\excp" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Платформа подхватывает файл без перезапуска, через минуту-две. В папке C:\1c_logs\excp появятся подпапки процессов с файлами .log. Параметр history="24" хранит логи 24 часа.

Шаг 4. Исправить повреждённую базу

Признаки повреждения: ошибки чтения данных, Ошибка СУБД, <Объект не найден> в документах, вылет при открытии конкретного списка, ошибка после аварийного отключения питания.

Перед любым исправлением сделайте резервную копию базы . Исправление может удалить битые записи без возможности вернуть их.

Тестирование и исправление в Конфигураторе

1. Попросите всех выйти из базы. Режим требует монопольного доступа.
2. Сделайте копию: Администрирование → Выгрузить информационную базу (файл .dt). Для файловой базы дополнительно скопируйте папку с файлом 1Cv8.1CD.
3. Откройте Администрирование → Тестирование и исправление.
4. Для первого прохода отметьте «Проверка логической целостности информационной базы» и «Проверка ссылочной целостности информационной базы».
5. Выберите режим «Тестирование и исправление», при битых ссылках — «Создавать объекты» (появятся объекты-заглушки, которые потом заполняют вручную) или «Очищать ссылки».
6. Нажмите «Выполнить» и дождитесь окончания. Результат будет в окне служебных сообщений.

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

Если Конфигуратор не открывает базу

Для файловой базы есть отдельная утилита chdbfl.exe в папке bin установленной платформы. Она проверяет физическую целостность файла 1Cv8.1CD и запускается без входа в базу.

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\chdbfl.exe"

В окне утилиты укажите путь к файлу 1Cv8.1CD, отметьте «Исправлять обнаруженные ошибки» и нажмите «Выполнить». Вместо 8.3.xx.xxxx подставьте номер своей версии из папки установки.

Клиент-серверная база

Здесь физическое хранение — на стороне СУБД. Для MS SQL Server проверку целостности делает администратор СУБД:

DBCC CHECKDB ('имя_базы') WITH NO_INFOMSGS;

Исправление по итогам DBCC CHECKDB — работа администратора СУБД, с копией базы и в нерабочее время. После этого запускают тестирование из Конфигуратора, как выше.

Выгрузка и загрузка через .dt

Ещё один приём практиков: выгрузить базу в .dt и загрузить в новую пустую базу. Платформа при этом пересобирает таблицы, и часть мелких повреждений уходит. Загружайте в новую базу, а не поверх рабочей, и проверьте результат перед переключением пользователей.

Шаг 5. Обновить платформу или конфигурацию

Часть ошибок — известные дефекты конкретного релиза. Их снимает только обновление.

Сообщение о несоответствии конфигурации

Текст Конфигурация базы данных не соответствует сохраненной конфигурации значит, что обновление начали, но не завершили.

1. Попросите пользователей выйти: обновление структуры требует монопольного доступа.
2. Откройте Конфигуратор.
3. Выполните Конфигурация → Обновить конфигурацию базы данных (F7).
4. Примите изменения в окне реорганизации.
5. Запустите 1С:Предприятие: программа выполнит обработчики обновления данных.

Проверка версий

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

Расширения и внешние обработки

После обновления конфигурации расширения часто становятся несовместимыми. Проверьте список: Администрирование → Печатные формы, отчеты и обработки → Расширения. Отключите расширения по одному и проверьте, ушла ли ошибка. То же сделайте с внешними печатными формами и обработками.

Шаг 6. Когда звать программиста 1С

Самостоятельно ошибку стоит снимать до уровня прав, блокировок, кэша, тестирования и обновления. Дальше — работа программиста.

Признаки, что нужен специалист:

• 🔧 Ошибка указывает на модуль доработанной (нетиповой) конфигурации.
• 🔧 Ошибка сохраняется после очистки кэша, проверки прав и тестирования базы.
• 🔧 Нужен разбор технологического журнала по долгим запросам и взаимоблокировкам.
• 🔧 Конфигурация снята с поддержки, и обновление встаёт с конфликтами при сравнении.
• 🔧 Ошибка СУБД не уходит после проверки базы.

Что передать программисту, чтобы не было лишних вопросов:

1. Полный текст ошибки из окна «Подробно» или из журнала регистрации.
2. Номер платформы и релиз конфигурации.
3. Тип базы: файловая или клиент-серверная, какая СУБД.
4. Шаги для повторения: документ, действие, пользователь.
5. Что уже сделали и с каким результатом.

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

Как не получать одни и те же ошибки снова

• 💾 Регулярная резервная копия: выгрузка .dt или копия средствами СУБД по расписанию.
• 🔄 Обновление на копии базы: сначала тест, потом рабочая база.
• 👥 Права через профили групп доступа, а не ручная раздача ролей каждому.
• 🔌 Источник бесперебойного питания для сервера и компьютера с файловой базой: аварийное отключение — частая причина повреждения 1Cv8.1CD.
• 📁 Файловую базу не держите на сетевом диске с нестабильным подключением и не открывайте её через синхронизируемые облачные папки.

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