После обновления привычный отчёт выдаёт ошибку, остаётся пустым или показывает другие цифры. Начните с периода, организации и отборов. Затем выясните, на каком шаге возникает сбой и что изменилось в условиях работы отчёта.
Проверьте параметры и определите симптом
Если форма открывается, проверьте период, выбранную организацию и отборы — фильтры по контрагенту, подразделению или другим данным. Выбор организации есть не во всех отчётах.
Например, вместо сентября выбран октябрь. Поставьте нужный период, сформируйте знакомый отчёт обычным способом и сверьте одну строку с исходными данными. Если строка появилась и сумма сошлась, в этом примере причина была в периоде. Если результат по-прежнему неверный, продолжайте проверку.
Меняйте только понятные параметры. Не сбрасывайте сохранённый вариант и не перезаписывайте общий: форма может запоминать настройки. Запуск неизвестной доработки или тяжёлого отчёта согласуйте с сопровождающим.
Симптом | Что зафиксировать |
|---|---|
Пропала команда или не открывается форма | Где раньше находился отчёт и что происходит при попытке открыть его |
Форма открывается, но формирование заканчивается ошибкой | Точный текст сообщения и действие, после которого оно появилось |
Отчёт сформировался без строк | Период, отборы и наличие подходящих исходных записей |
Строки есть, но цифры изменились | Один спорный показатель и исходные записи, из которых должно складываться его значение |
Если пропала только колонка, запишите её название и посмотрите, есть ли она среди доступных полей. Возможно, вопрос в настройке вывода. Ошибку отправки уже сформированной отчётности разбирайте отдельно: это другой этап работы.
Сравните условия и охват сбоя
Возьмите сохранённый результат или уточните у коллеги, как он получен. Для сравнения нужны одинаковые период, организация, вариант отчёта и отборы. Учтите также доступ пользователя к данным и время формирования: между запусками исходные записи могли измениться.
Для одной спорной суммы определите ожидаемое значение по исходным данным. Так вместо «раньше было иначе» появится конкретное расхождение, которое можно проверить.
В отчётах на системе компоновки данных (СКД) схема описывает получение и обработку данных, а настройки задают параметры, отборы и структуру вывода. Поэтому одинаково выглядящие формы могут формировать разные результаты. 1С: система компоновки данных.
Уточните, проблема у одного пользователя или нескольких, в одном отчёте или разных. Если у коллеги результат отличается, сравните настройки и доступ. Права в 1С могут ограничивать данные отчёта, поэтому результат администратора с более широкими правами сам по себе не служит эталоном. Не расширяйте права и не передавайте пароли ради сравнения.
Охват помогает выбрать направление проверки: персональные условия, отдельный отчёт или общий участок работы базы. Но он ещё не объясняет причину. Используйте имеющиеся результаты и наблюдения — просить всех сотрудников повторять запуск не нужно.
Выясните, откуда отчёт и что обновляли
Уточните у администратора или поставщика происхождение отчёта.
Происхождение | Что выяснить |
|---|---|
Встроен в конфигурацию | Типовой он или изменённый; какой вариант использовался |
Внешний файл, например | Кто поставщик, какая версия файла используется и заменяли ли его |
Добавлен или изменён расширением | Какое расширение участвует и есть ли сообщения о его применении |
Для внешнего отчёта разделяйте подключение и выполнение: отсутствие команды и ошибка в уже запущенном коде требуют разных проверок. Не открывайте неизвестный файл напрямую и не отключайте защиту ради запуска. Риски внешнего кода и штатные способы подключения описаны в стандарте разработки 1С.
Для расширения нужно выяснить, применяется ли оно в нужных условиях, а не только есть ли в списке. Внешний отчёт со скопированной формой остаётся внешним отчётом: происхождение формы не меняет способ его подключения.
Затем установите состав обновления. Платформа исполняет программу, а конфигурация содержит документы, отчёты, формы и прикладные правила. Кроме них могли заменить внешний файл или расширение. Запишите, что меняли и когда впервые заметили сбой. Сопровождающий при необходимости проверит, завершились ли прикладные операции обновления.
То, что сбой появился после обновления, задаёт порядок проверки. Связь с конкретным изменением ещё нужно подтвердить.
Что проверить разработчику
Найдите место ошибки
Сопоставьте сообщение с действием: открытием формы, изменением настройки или формированием. В доступном стеке вызовов найдите форму или модуль, строку и операцию, которая завершилась ошибкой. Установите, чей код исполнялся: конфигурации, внешнего файла или расширения.
Посмотрите, к чему обращается эта строка: полю набора данных, свойству объекта, элементу формы или методу. Сообщения «Поле не найдено» и «Поле объекта не обнаружено» требуют разного разбора. Модуль указывает место сбоя; причину выясняют по объекту и данным, с которыми работает код.
Если сообщения нет, а результат пустой или неверный, проследите получение данных для выбранной строки: какие записи доступны, какие условия их исключают и как рассчитывается показатель.
Если подробности ошибки недоступны пользователю, их можно собрать позднее. Перед передачей пакета ошибки проверьте его состав: кроме технической информации в него могут попадать объекты и вложения. 1С: отображение ошибок.
Сравните зависимости до и после обновления
Уточните версии платформы и конфигурации до и после обновления, а также версию участвующего файла или расширения. Сопоставьте фактически исполняемый участок с поставляемым кодом обеих версий и отдельно с доработкой.
В форме проверьте реквизиты и вызовы методов. В запросе или схеме отчёта — источник поля и ожидания вызывающего кода. У внешнего отчёта найдите обращения к объектам конфигурации; у расширения — заимствованные или изменённые зависимости.
Нужно установить, что ожидал код, что изменилось и как это приводит к сбою. Если зависимость одинакова в обеих поставках, вернитесь к входным данным и фактически исполняемой доработке. Если прежней поставки нет, отметьте, какую часть сравнения подтвердить не удалось.
Сформулируйте гипотезу и способ её проверки. Чужой случай или описание релиза полезны при совпадении продукта, версии и существенных условий; одного похожего сообщения об ошибке недостаточно.
Проверьте результат исправления
До изменений выберите контрольный пример: строку, сумму или набор записей с понятным ожидаемым результатом. Сохраните параметры отчёта и условия доступа пользователя, чтобы после исправления повторить тот же сценарий.
Изменения кода, прав, общих настроек или состава доработок проверяйте в согласованной тестовой среде. Резервная копия сама по себе не является изолированной тестовой базой. При подготовке тестовой базы проверьте доступ к данным, внешние подключения и фоновые действия; неизвестную доработку нельзя заранее считать только читающей данные.
После исправления проверьте отдельно:
Открывается ли форма.
Завершается ли формирование.
Сходится ли контрольный показатель с исходными данными.
Если ошибка исчезла, а цифры не сошлись, вернитесь к условиям расчёта и изменённой зависимости. Запишите, какой сценарий проверен и что ещё требуется проверить до переноса изменений в рабочую систему.
Когда нужна помощь специалиста
Период, знакомые отборы и доступные результаты можно проверить в рамках обычной работы. Если дальше нужно менять права, код, общие настройки или состав доработок, подключайте сопровождающего с нужными полномочиями. Если не удаётся подтвердить важную для учёта сумму по исходным данным, остановите эксперименты и разберите расхождение вместе со специалистом.
Для начала достаточно описать, какой отчёт перестал работать, что происходит и после какого действия. Если под рукой есть текст ошибки, параметры или версия внешнего файла, приложите их — это сократит уточнения. Неполный список сведений не мешает обратиться за помощью.
Поделиться