Проблема задвоения выручки в отчете «Валовая прибыль предприятия» — одна из самых коварных ошибок в конфигурациях на базе 1С:УТ 11, ERP 2 и Комплексная автоматизация 2. Ситуация выглядит следующим образом: бухгалтер или менеджер открывает отчет и видит, что колонка Выручка показывает сумму, ровно в два раза превышающую реальные продажи. При попытке «провалиться» в документ реализации (расшифровка до регистратора), мы видим в самом документе корректную сумму.
В этой статье мы подробно разберем, почему данные в регистрах начинают «множиться», проанализируем технические причины этого поведения и рассмотрим пошаговые инструкции по исправлению ситуации.
Самая распространенная причина, по которой отчет начинает показывать неверные итоги, связана с регламентными операциями закрытия месяца. Проанализируем механизм работы системы: когда запускается фоновое задание Расчет предварительной себестоимости товаров, система формирует движения в регистрах. Если по какой-то причине (технический сбой, прерывание сеанса, программная ошибка) создаются два документа Расчет себестоимости товаров за один и тот же период по одной организации, данные в отчете неизбежно задвоятся.
Рассмотрим, как выявить и устранить эту проблему:
Расчет себестоимости товаров.В версиях 11.4 и 11.5 система разделяет оперативный (предварительный) и итоговый (фактический) расчеты. Выясним причину их конфликта: отчет «Валовая прибыль» строится на данных регистра накопления ВыручкаИСебестоимостьПродаж. Если регламентное задание по предварительному расчету не завершилось корректно, записи в регистре могут не заместиться фактическими данными, а «наложиться» друг на друга.
Чтобы исправить это, рекомендуется полностью очистить (удалить или пометить на удаление) все документы Расчет себестоимости за текущий месяц и запустить процедуру «Закрытие месяца» заново. Это позволит системе сформировать «чистые» движения в регистре без наслоений старых данных.
Иногда корень проблемы лежит глубже — в справочнике Аналитика учета номенклатуры. Если для одной и той же позиции товара (с одинаковыми характеристиками, складом и назначением) в базе возникло два разных ключа аналитики, система может посчитать одну и ту же операцию реализации дважды. В отчете это будет выглядеть как две строки с одинаковыми данными, которые при сворачивании дают двойную сумму.
Разберем алгоритм исправления ключей аналитики:
Аналитика учета номенклатуры на предмет дублей.В некоторых релизах веток 11.4.9 и выше (включая ранние 11.5) встречается программная ошибка в самой схеме компоновки данных отчета. При определенном методе оценки стоимости (например, при переходе с одного метода на другой) система создает служебные записи в регистре. Отчет не всегда умеет их фильтровать, что приводит к суммированию данных.
Если вы являетесь программистом и стандартные методы (перезакрытие месяца, удаление дублей документов) не помогают, проанализируем запрос в схеме компоновки данных. Нам необходимо убедиться, что из выборки исключаются служебные записи партий.
Посмотрим на пример условия, которое необходимо добавить в запрос набора данных отчета через расширение:
// Добавляем фильтр по типу записи партий в запрос отчета
ГДЕ
...
И РасчетСебестоимостиТоваров.Ссылка.ТипЗаписи = ЗНАЧЕНИЕ(Перечисление.ТипыЗаписейПартий.ПустаяСсылка)
Это условие гарантирует, что отчет будет брать только основные записи реализации и игнорировать служебные корректировки, которые могут возникать при изменении параметров учетной политики в середине периода.
Если в вашей организации настроена передача товаров между организациями (Интеркампани), выручка может задваиваться визуально, если в настройках отчета включены внутренние продажи. Выясним ситуацию: товар продается от Организации А в Организацию Б, а затем Конечному покупателю. Если в фильтрах отчета не стоит флаг «Исключить передачи между организациями», то в итоговую сумму попадет выручка обеих сделок.
Проверьте настройки в расширенном режиме отчета. Убедитесь, что вы анализируете только продажи внешним клиентам, если вашей целью является получение реальной прибыли компании, а не оборота внутри холдинга.
Чтобы точно определить источник лишних сумм, воспользуемся Универсальным отчетом. Настроим его по регистру накопления Выручка и себестоимость продаж. В группировки добавим поле Регистратор, а в показатели — Выручка. Сравните движения: если вы видите, что один и тот же документ реализации встречается в списке дважды или рядом с ним стоит документ Расчет себестоимости с такой же суммой выручки — вы нашли источник проблемы. Это позволит вам точечно перепровести или исправить конкретный документ, не затрагивая всю базу.
Подведем итог: чаще всего проблема решается простым удалением дублирующегося документа Расчет себестоимости товаров. Если же это не помогает, следует копать в сторону обновления релиза конфигурации или внесения правок в запрос отчета, как мы разобрали выше.