← На главную

При работе с типовыми конфигурациями, такими как УТ 11.4, ERP 2 или Комплексная автоматизация, разработчики часто сталкиваются с необходимостью кастомизации стандартных отчетов. Одной из самых коварных проблем является ошибка Повторяющееся поле итога Показатели.Сумма.СуммаПриход, которая возникает при попытке сохранить новый вариант отчета или изменить существующий через конфигуратор. Давайте подробно разберем, почему это происходит и как привести схему компоновки данных (СКД) в рабочее состояние.

Анализируем причину возникновения ошибки

Прежде всего, проанализируем ситуацию: почему типовой отчет работает исправно, но любая попытка его модификации (даже простое снятие и установка флажка доступности) приводит к неработоспособности? Причина кроется в специфической архитектуре отчетов в современных редакциях систем на базе 1С. В отчете ВедомостьПоДенежнымСредствам используется сложная структура ресурсов, где показатели (Приход, Расход, Остатки) завязаны на виртуальную группировку Показатели.

Когда мы открываем схему в конфигураторе и вносим изменения, платформа инициирует проверку (валидацию) всей структуры XML-описания СКД. В типовом отчете, поставляемом «из коробки», настройки могут быть сформированы программно или сохранены в специфическом формате, который проходит проверку. Однако при ручном пересохранении механизм платформы обнаруживает, что одно и то же поле (например, СуммаПриход) определено в качестве ресурса несколько раз с пересекающимися областями расчета. Для системы компоновки данных это выглядит как логическое противоречие: она не понимает, какое именно правило расчета итога применять для конкретной группировки.

Решение 1: Ограничение области расчета ресурсов

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

Выполним следующие шаги по шагам:

1. Найдем в списке все строки, где в колонке Путь к данным указано Показатели.Сумма.СуммаПриход, предварительно изучив описание полей отчёта (а также аналогичные поля для расхода и остатков).
2. Обратим внимание на колонку Рассчитывать по.... В проблемных отчетах там часто либо пусто (что означает расчет по всем группировкам), либо указано слишком много пересекающихся значений.
3. Нам нужно четко разграничить, для какой группировки какая строка ресурса отвечает. Выясним структуру нашего отчета: если у нас есть группировки Организация, БанковскийСчетКасса и Показатели, то для каждой из них в ресурсах должен быть настроен свой уникальный расчет.
4. Для каждой дублирующейся строки ресурса нажмем на кнопку выбора в колонке Рассчитывать по... и выберем только одну конкретную группировку. Ошибка исчезнет, как только для каждого уровня иерархии будет назначен ровно один обработчик ресурса.

Решение 2: Удаление избыточных ресурсов

Проанализируем ситуацию, когда в схеме накопилось много «мусорных» настроек. Иногда самым быстрым способом будет радикальная чистка. Посмотрим, как это сделать:

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

Решение 3: Проблема группировки «Показатели» и «Авто-полей»

Выясним причину конфликта в настройках самого варианта отчета. Часто разработчики оставляют в выбранных полях группировки значение Авто. В этом случае СКД пытается автоматически подтянуть все доступные ресурсы.

Разберем алгоритм исправления:

1. Перейдем на вкладку Настройки, выберем нужный вариант отчета.
2. Для каждой группировки (особенно для таблицы или кросс-таблицы) зайдем в Выбранные поля, где также настраивается выбор месяца в качестве периода.
3. Снимем флаг Авто и добавим только те поля, которые действительно должны отображаться в этой части отчета.
4. Если в колонках используется группировка Показатели, убедимся, что ресурсы для сумм не пытаются рассчитываться «поверх» этой группировки, если они уже в нее входят.

Решение 4: Технический «хак» с пересозданием внешнего отчета

Если вы работаете с внешним отчетом и ошибка не уходит даже после правки ресурсов, воспользуемся методом очистки кэшированных структур:

1. Откроем оригинальный типовой отчет в конфигураторе.
2. Перейдем в схему СКД, где используется собственный макет в СКД, и нажмем кнопку Сохранить схему в файл (выгрузим её в XML).
3. Создадим новый пустой внешний отчет.
4. В новом отчете создадим основную схему компоновки данных и нажмем Загрузить схему из файла.
5. После загрузки сразу перейдем к исправлению ресурсов, как описано в Решении 1, и только после этого сохраним отчет.

Этот метод позволяет избежать переноса скрытых настроек и признаков модифицированности внутри файла .erf.

Заключение

Мы рассмотрели специфику работы отчета ВедомостьПоДенежнымСредствам в конфигурации УТ 11.4. Основной вывод: ошибка Повторяющееся поле итога — это не баг платформы, а результат жесткой валидации правил расчета ресурсов. Для успешной доработки всегда контролируйте колонку Рассчитывать по... в ресурсах и избегайте использования Авто полей в сложных иерархических отчетах с виртуальными группировками.