При работе в конфигурации «1С:Бухгалтерия государственного учреждения» (БГУ) пользователи могут столкнуться с ситуацией, когда при попытке сформировать или открыть регламентированный отчет «Журнал операций» (форма 0504071) программа аварийно завершает работу либо выдает критическую ошибку. При этом у других пользователей или в соседних информационных базах этот же отчет формируется в штатном режиме.
Разберем основные причины такого поведения системы и рассмотрим пошаговые способы восстановления работоспособности отчета.
Проанализируем ситуацию: если конфигурация является типовой, обновление платформы и релизов не меняет картину, а стандартное «Тестирование и исправление» не выявляет ошибок в структуре таблиц, источник проблемы локализован в данных конкретного пользователя.
Выделим ключевые факторы сбоя:
Самый быстрый и эффективный способ вернуть форму к исходному состоянию — полностью очистить сохраненные параметры отчета для пользователя, у которого возникает ошибка.
Разберем по шагам порядок действий в интерфейсе программы:
НастройкиПользователяНастройкиОтчета, привязанные к имени проблемного пользователя.Delete или через контекстное меню). Обратите внимание: запись необходимо именно удалить, а не просто установить пометку на удаление.Если доступ к форме служебных настроек заблокирован или интерфейс зависает при попытке открыть список, воспользуемся программным сбросом с помощью методов глобального контекста ХранилищеОбщихНастроек или ХранилищеСистемныхНастроек.
Посмотрим на пример кода во внешней обработке, который очищает персональные настройки отчета:
// Укажем ключ объекта отчета и имя пользователя
ИмяПользователя = "ИвановаИИ";
КлючОбъекта = "Отчет.ЖурналОпераций.НастройкиПользователяНастройкиОтчета";
// Удаляем сохраненную структуру настроек
ХранилищеОбщихНастроек.Удалить(КлючОбъекта, "", ИмяПользователя);
ХранилищеСистемныхНастроек.Удалить(КлючОбъекта, "", ИмяПользователя);
Сообщить("Настройки отчета для пользователя " + ИмяПользователя + " успешно сброшены.");
После выполнения данного кода платформа при следующем запуске отчета применит базовую схему компоновки.
Если сброс настроек внутри базы не помог, проанализируем локальные файлы сеанса. Поврежденный кэш конфигурации может сохранять ошибочное состояние элементов управления.
Выполним очистку кэша:
%LOCALAPPDATA%\1C\1Cv8\
%APPDATA%\1C\1Cv8\
В случаях, когда ошибка возникает из-за поврежденной ссылки в панели быстрого доступа или на рабочем столе, попробуем открыть отчет через прямое меню метаданных:
Перейдем в меню: Операции → Отчет → Журнал операций (форма 0504071).
Если пользователи часто жалуются на аварийное завершение работы ПК из-за проблем с электропитанием, после восстановления отчета рекомендуется проверить физическую целостность таблиц базы данных:
1Cv8.1CD).chdbfl.exe, которая находится в подкаталоге bin установленной платформы 1С.