Что делать, если после обновления 1С:Управление торговлей 11.5 отчет перестал работать из-за отсутствия процедур?

Обновление типовых конфигураций, таких как Управление торговлей версии 11.5, часто сопровождается масштабным рефакторингом кода. В процессе такой оптимизации фирма «1С» нередко удаляет или перемещает процедуры и функции, которые ранее были доступны для использования в отчетах или внешних обработках. Рассмотрим, как действовать, если вы столкнулись с ошибкой «Метод не обнаружен» при вызове процедур, которые ранее работали корректно.

Анализ проблемы и поиск причин

Первым делом проанализируем ситуацию. Если при компиляции отчета или в процессе его выполнения возникает ошибка, связанная с тем, что система не находит процедуру (например, СтруктураЗаголовковВалютСквознаяСебестоимость), это означает, что разработчики изменили структуру общих модулей. Поскольку такие процедуры часто не входят в официальный программный интерфейс (API), их изменение или удаление является стандартной практикой при обновлении.

Решение 1: Поиск актуальных типовых механизмов

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

1. Откройте конфигуратор и выполните глобальный поиск в новой версии конфигурации. Ищите те места, где ранее использовалась ваша «пропавшая» процедура.
2. Если вы обнаружили, что процедура была выпилена из типового отчета, внимательно изучите код, который пришел ей на смену.
3. Скорее всего, разработчики переписали логику, используя новые методы КомпоновщикНастроек или иные объекты КомпоновкаДанныхСервер.
4. Замените вызов устаревшей процедуры на новый актуальный код. Это позволит избежать возникновения «технического долга» и проблем при последующих обновлениях системы.

Решение 2: Локализация кода в модуле отчета

Если задача требует срочного решения, а глубокая переработка отчета невозможна, можно пойти по пути «изоляции». Мы можем временно перенести необходимую процедуру непосредственно в модуль вашего отчета. Рассмотрим, как это сделать:

1. Скопируйте исходный код недостающей процедуры из старой версии конфигурации.
2. Вставьте её в модуль отчета, сделав её Экспортной.
3. Важно: проанализируйте тело процедуры. Внутри нее могут быть обращения к другим общим модулям или переменным, которые также могли быть удалены или переименованы.
4. Если цепочка вызовов тянет за собой другие зависимости, вам придется перенести и их, создав в модуле отчета своего рода «копию» функционала.

Пример структуры кода, который может быть размещен в модуле отчета для локальной поддержки функционала:

// Локальная копия процедуры для обеспечения работоспособности отчета
Функция СтруктураЗаголовковВалютСквознаяСебестоимость(КомпоновщикНастроек) Экспорт
    // Здесь размещается логика, скопированная из старой версии 
    // общего модуля, с адаптацией вызовов под текущие реалии
    Результат = Новый Структура;
    // ... логика инициализации заголовков ...
    Возврат Результат;
КонецФункции

Риски и рекомендации

Рассмотрим риски, связанные с «копипастом» кода из старых версий:

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

В качестве итога рекомендуем всегда отдавать предпочтение поиску типовой замены. Если процедура была удалена, это почти всегда означает, что в Управление торговлей появился более эффективный способ достижения того же результата. Используйте инструменты сравнения конфигураций, чтобы проследить путь изменений и адаптировать отчет к новым стандартам разработки 1С.