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