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