Как в 1С:УТ 11.4 настроить отчет по поступившим денежным средствам в разрезе ответственных менеджеров из документов?

← На главную

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

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

Анализ проблемы: почему стандартный отчет «врет»

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

Для корректного решения нам необходимо связать документ оплаты с документом-основанием (например, Заказ клиента или Реализация товаров и услуг) и вытащить поле Менеджер именно оттуда. Выясним, какими способами это можно сделать.

Способ 1. Настройка через «Универсальный отчет» по регистрам

Использование Универсального отчета — это самый гибкий путь, не требующий программирования. Однако вместо настройки отчета по документам, мы рекомендуем использовать регистры накопления. Рассмотрим, почему это эффективнее: регистр РасчетыСКлиентами уже содержит распределение сумм по конкретным объектам расчетов.

Выполним следующие шаги для настройки:

Перейдем в раздел Отчеты — Администрирование — Универсальный отчет.
В поле «Тип объекта» выберем Регистр накопления.
В поле «Имя объекта» выберем Расчеты с клиентами.
В настройках (кнопка «Настройки...») перейдем в режим «Расширенный».
На вкладке «Структура» удалим стандартные группировки и добавим новую.

Здесь начинается самое важное. Нам нужно добраться до менеджера через Объект расчетов. В окне выбора поля найдем Объект расчетов, нажмем на «+» и выберем Менеджер (или Ответственный, в зависимости от того, какой документ является объектом расчетов). Это позволит системе при получении оплаты автоматически определять, к какому заказу она относится и кто за него отвечает.

Способ 2. Разыменование полей в Системе Компоновки Данных (СКД)

Если вы все же предпочитаете работать с объектом Документы в Универсальном отчете, разберем, как вытащить данные через механизм разыменования полей. Проанализируем структуру документа ПоступлениеБезналичныхДенежныхСредств. В нем есть табличная часть РасшифровкаПлатежа, где указан ЗаказКлиента.

Рассмотрим алгоритм действий:

В настройках отчета переходим на вкладку «Поля и сортировки».
Нажимаем «Добавить».
Ищем поле Регистратор (или Объект).
Разворачиваем его через точку: Регистратор.РасшифровкаПлатежа.ЗаказКлиента.Менеджер.

Стоит учитывать технический нюанс: если в одном платежном поручении оплачено несколько заказов разных менеджеров, отчет по документам может некорректно суммировать данные. В этом случае только отчет по регистру Расчеты с клиентами по документам даст правильную детализацию.

Пример программной логики (для понимания того, как система должна искать данные):


ВЫБРАТЬ
    РасчетыСКлиентами.ОбъектРасчетов КАК Заказ,
    РасчетыСКлиентами.ОбъектРасчетов.Менеджер КАК ОтветственныйМенеджер,
    СУММА(РасчетыСКлиентами.Сумма) КАК СуммаОплаты
ИЗ
    РегистрНакопления.РасчетыСКлиентами КАК РасчетыСКлиентами
ГДЕ
    РасчетыСКлиентами.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
    И ТИПЗНАЧЕНИЯ(РасчетыСКлиентами.Регистратор) = ТИП(Документ.ПоступлениеБезналичныхДенежныхСредств)
СГРУППИРОВАТЬ ПО
    РасчетыСКлиентами.ОбъектРасчетов,
    РасчетыСКлиентами.ОбъектРасчетов.Менеджер

Способ 3. Модификация типового отчета «Ведомость по расчетам с клиентами»

Посмотрим на ситуацию с другой стороны. Зачем создавать отчет с нуля, если в УТ 11.4 есть мощный инструмент — Ведомость по расчетам с клиентами? Этот отчет изначально предназначен для анализа взаиморасчетов и умеет правильно сопоставлять авансы и оплаты с накладными.

Чтобы адаптировать его под нашу задачу, выполним следующие действия:

Откроем отчет Ведомость по расчетам с клиентами.
Зайдем в «Настройки», выберем вид «Расширенный».
На вкладке «Поля и сортировки» убедимся, что выбрано поле Приход (это и есть наши поступившие ДС).
На вкладке «Структура» добавим группировку: Объект расчетов.Менеджер.
Если нужно видеть детализацию по конкретным документам, ниже добавим группировку Регистратор.

Важный момент: Если в вашей базе настроено ведение расчетов «По договорам», то Объект расчетов будет равен договору, и менеджера придется вытаскивать из него. Если же расчеты ведутся «По заказам» или «По накладным», вы получите максимально точную информацию о том, чей именно счет был оплачен.

Особенности работы с авансами

Проанализируем сложный случай: клиент прислал аванс без указания заказа. В этом случае в поле Объект расчетов может попасть сам документ оплаты или договор. Система автоматически распределит этот аванс на будущие заказы только после проведения документов отгрузки. Для корректного анализа «кто привел деньги» в таких случаях рекомендуется:

Всегда заполнять Заказ клиента в платежном документе, даже если это предоплата.
Использовать аналитику Направление деятельности, если менеджеры закреплены за разными товарными группами.
Регулярно проводить операцию «Зачет оплаты», чтобы привязать висящие авансы к конкретным ответственным менеджерам.

Резюме

Мы разобрали, что для получения отчета по поступившим ДС в разрезе менеджеров в УТ 11.4 наиболее надежным методом является использование Универсального отчета по регистру Расчеты с клиентами или настройка типовой Ведомости по расчетам. Главный секрет успеха — использование связи через Объект расчетов, что позволяет игнорировать «Основного менеджера» из карточки контрагента и видеть реального автора продажи.