Доброго времени суток, коллеги! Появилась интересная задача и хотелось бы узнать мнения по поводу того, как правильнее организовать ее решение:

Конфигурация не типовая, но суть всех документов та же.

Когда-то давно клиент просил добавить поле второго менеджера-консультанта. Без использования в отчетах, проводках, чисто для информативности. Но теперь для ряда магазинов нужно разделять продажи 50/50 по этим консультантам.

Отсюда вопрос, как лучше сделать - разделять определенным образом проводки для нужных магазинов, чтобы сумма ложилась на двух консультантов или менять все запросы во всех отчетах по продажам? Менять все отчеты + поддерживать старые и новые с учетом этого нюанса выглядит не очень привлекательно.

С другой стороны, если разделять сумму в проводках, то можно задвоить все данные в отчетах по количеству и все равно придется в каждом делать какие-то исправления.

Клиент видит так:
кол=10, сумма=1000 и два консультанта в РН, тогда в отчете должно быть показано, что:
Консультант 1 продал: 10 на 500,
Консультант 2 продал: 10 на 500
Но, если сводно то оба продали:
10 на 1000, а не 20 на 1000

Заранее благодарен за любое участие!
---
Знать бы какая конфигурация используется и где потом используются данные с этими менеджерами.

Если менеджеры нужны только в отчетах, то думаю не стоит "делить проводки". (Думаю вы о движениях документа).

Я бы сделал Регистр Сведений. Измерения: Организация, Магазин. Ресурсы: ИспользуетсяДеление.
Если нужно хранить дату перехода на такую систему, то регистр периодический.

Далее во всех нужных отчетах добавить 1 временную таблицу из этого регистра магазин с признаком ИспользуетсяДеление или нет.
После левым соединением к итоговому результату:
ВЫБОР КОГДА ИспользуетсяДеление = истина ТОГДА Таблица.Сумма/2 ИНАЧЕ Таблица.Сумма КОНЕЦ как сумма.
Плюс настроить правильные отборы, иначе может работать неправильно.

Если добавлять аналитику в регистры, то сложнее.

Если Оборотный то можно измерение.

Если Остатки, то вам лишнее измерение доставит сложностей с "сведением регистра в 0".
Если остатки в Реквизиты, то придется обрабатывать таблицу движений, вместо виртуальных таблиц.

Естественно отчеты придется переделать.

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

Почему что-то где-то в отчетах должно задвоиться если менеджер часть аналитики продаж.

Или у вас не так: много отчетов где вы собираете продажи по менеджерам но сам менеджер в движениях не присутсвует, значит уже архитектура неверная изначально.
---
Менеджер есть в измерениях, но в ресурсах помимо суммы есть количество. Если при заполнении движений количество оставлять прежним, то итоги по каждому регистратору задвоятся (по количеству). Если делить и количество на 2, то при отборе по 1-му консультанту получим, к примеру, продано товара 7.5 шт., хотя у него один чек на 15 товаров совместно с другим человеком. По каждому консультанту должно отразиться по 15, но и в итогах тоже 15, а не 30. То есть суммируем количество только в разрезе РН, а не менеджеров.
---
Сделайте сбоку регистр сведений и заполните обработкой по документам.
---
или впилить в документ табличную часть где держать менеджеров и суммы, а заполнение ее организовать через подписку на события при записи или там проведении.
---
Знать бы какая конфигурация используется и где потом используются данные с этими менеджерами.

Если менеджеры нужны только в отчетах, то думаю не стоит "делить проводки". (Думаю вы о движениях документа).

Я бы сделал Регистр Сведений. Измерения: Организация, Магазин. Ресурсы: ИспользуетсяДеление.
Если нужно хранить дату перехода на такую систему, то регистр периодический.

Далее во всех нужных отчетах добавить 1 временную таблицу из этого регистра магазин с признаком ИспользуетсяДеление или нет.
После левым соединением к итоговому результату:
ВЫБОР КОГДА ИспользуетсяДеление = истина ТОГДА Таблица.Сумма/2 ИНАЧЕ Таблица.Сумма КОНЕЦ как сумма.
Плюс настроить правильные отборы, иначе может работать неправильно.

Если добавлять аналитику в регистры, то сложнее.

Если Оборотный то можно измерение.

Если Остатки, то вам лишнее измерение доставит сложностей с "сведением регистра в 0".
Если остатки в Реквизиты, то придется обрабатывать таблицу движений, вместо виртуальных таблиц.

Естественно отчеты придется переделать.

Вполне вариант собственный регистр накопления, но придется заполнить движения с начала ведения учета. Если база большая, то можно фоновым заданием. Из плюсов это не трогать типовой функционал, опять же только отчеты.
---
Да, спасибо. Примерно так и планирую сделать. Тем более дали добро на создание 2-х отчетов с такой системой расчетов, вместо всех имеющихся и всех которые появятся в будущем.

Единственное, условие будет немного сложнее, так как нужно учитывать только те продажи, где действительно участвовали оба консультанта в этом "особенном" магазине, если один, то как обычно.

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

Но, это уже в процессе.
Всем спасибо за участие. В принципе вопрос решен. 2 отчета и не нужна универсальность на будущее.