Одна сделка, два менеджера: как распределить вклад без двойного счёта

Начните с базы и назначения отчёта

Сначала назовите, что распределяется: сумма новых согласованных заказов, выполненных продаж или оплаченных счетов. У каждого события своя дата и своё основание. В примере ниже база — согласованная сумма заказа без налогов в одной условной валюте. Это управленческий зачёт продаж; правила бухгалтерского признания выручки и расчёта зарплаты здесь не устанавливаются.

Храните исходный заказ один раз. Рядом ведите отдельные строки распределения с ID заказа, сотрудником, типом зачёта, долей, базой и версией правила. При соединении таблиц одна продажа может появиться в нескольких строках. Складывать после такого соединения исходную сумму заказа опасно: для командного итога нужна уникальная база, для результата сотрудника — рассчитанная доля.

Ответственный за следующее действие также остаётся отдельным полем. Текущий владелец карточки может координировать работу, хотя часть продажи зачтена другим участникам. Передачу ответственности проверяйте по порядку работы отдела продаж.

Разделите два типа участия

В первом отчёте доли участников полностью распределяют одну базу. Для каждого заказа их сумма равна 100%; денежные доли вместе дают сумму заказа. Если часть участия ещё не согласована, покажите незавершённое распределение и явный нераспределённый остаток, а не выдавайте его за проверенные 100%.

Во втором отчёте можно отмечать поддерживающий вклад: демонстрацию эксперта, помощь отраслевого специалиста или совместную подготовку. Такие показатели могут пересекаться с основным распределением. Их нельзя прибавлять к продажам компании.

Это различие есть в документации Salesforce: revenue splits распределяют зачёт в пределах общей суммы 100%, а overlay splits допускают суммарный процент выше 100%. Продукт также описывает распределение по отдельным позициям сделки. Salesforce Trailhead: Team Selling and Splits. Названия приведены для объяснения моделей, а не как обещание одинаковых функций в каждой CRM.

Например, основной зачёт двух менеджеров составляет 100 000 вместе. Эксперту отдельно отмечено участие с базой 100 000 и весом 20%, то есть 20 000 условного зачёта поддержки. Компания всё ещё имеет один заказ на 100 000. Число 120 000 описывало бы сумму двух разных типов показателей и потому непригодно для общего итога продаж.

Пример: распределение зависит от состава заказа

Все имена, числа и правила примера вымышлены. В заказе две строки: поставка оборудования на 70 000 и настройка на 30 000. Для оборудования Анне согласовали 80% зачёта, Борису 20%; для настройки — 20% и 80% соответственно.

• Оборудование: Анна 70 000 × 80% = 56 000; Борис 14 000.
• Настройка: Анна 30 000 × 20% = 6 000; Борис 24 000.
• Итого Анна: 56 000 + 6 000 = 62 000.
• Итого Борис: 14 000 + 24 000 = 38 000.

Сверка даёт 62 000 + 38 000 = 100 000. Итоговые доли сделки — 62% и 38%. Простое среднее двух процентов, 50% и 50%, потеряло бы разные суммы строк. Если бизнес решил распределять весь заказ сразу, можно использовать договорённую общую долю, но тогда это другое правило, которое нужно явно сохранить.

Отдельно считайте количество заказов. У Анны и Бориса по одному заказу с участием; сложение этих двух счётчиков даст два участия, а уникальных заказов всё равно один. Для аддитивного показателя допустим отдельный дробный зачёт количества по утверждённым долям, но подписывать его следует именно так.

Исправляйте ту строку, которая изменилась

Допустим, клиент уменьшил оборудование на 20 000, а настройка осталась прежней. В учебной модели корректировка относится к исходной строке оборудования и сохраняет её распределение 80/20.

Зачёт Анны уменьшается на 16 000 и становится 46 000. Зачёт Бориса уменьшается на 4 000 и становится 34 000. Сумма 46 000 + 34 000 = 80 000 совпадает с новым заказом: оборудование 50 000 плюс настройка 30 000.

Если применить к уменьшению итоговые прежние доли 62/38, получится другое распределение. Оно не соответствует выбранному в этом примере правилу по строкам. Поэтому корректировка должна знать исходную позицию, версию базы и действовавший для неё набор долей.

Не переписывайте уже использованный отчёт без объяснения. Сохраните исходное распределение, событие изменения, новую версию и сверку разницы. Как отражать корректировку в закрытом управленческом периоде, определяет заранее принятая политика отчётности. Если показатели используются для выплат, решение проверяется отдельно по утверждённым условиям; автоматический пересчёт отчёта сам по себе не разрешает менять выплату.

Смена владельца карточки требует отдельной проверки

Менеджер ушёл в отпуск, заказ передали заместителю. Это меняет, кто отвечает клиенту сегодня. Исторический вклад в согласование заказа не должен меняться случайно из-за технического назначения владельца.

Зафиксируйте правило на конкретный случай: сохраняются ли доли, нужна ли новая версия только для будущих дополнений, кто решает спор и с какой даты. До запуска проверьте поведение вашей CRM при передаче владельца, удалении участника и изменении состава заказа.

У Salesforce есть документированные особенности переноса долей при смене владельца без сохранения команды, а также пересчёта при удалении продуктов. Salesforce: ограничения и особенности распределения. Это повод проверить сценарий на тестовой записи, а не предполагать, что смена ответственного затронет только одно поле.

Округление и валюта входят в правило

Распределение 100 единиц между тремя равными участниками нельзя показать как три суммы по 33,33 и получить точный итог. В примере правила округления первые две строки получают 33,33, последняя по устойчивому порядку ID — 33,34. Все видимые суммы дают 100,00.

Это один возможный способ обработки остатка. Выберите и задокументируйте свой: остаток должен назначаться воспроизводимо, а не зависеть от случайной сортировки экрана. Храните исходные доли с достаточной точностью и отдельно показывайте округлённые денежные суммы.

Нельзя складывать доли заказов в разных валютах без правила пересчёта. Сначала сверяйте каждый заказ в исходной валюте, затем используйте одну явно заданную дату и курс для отчёта. Если нужен анализ изменения курсов, вынесите его отдельно; приписывать такую разницу работе менеджера без объяснения некорректно.

Минимальные данные и приёмочные проверки

Для пробного расчёта достаточно обезличенного набора: ID заказа и строки, событие базы и его дата, сумма, валюта, ID сотрудника, тип зачёта, доля, версия, согласующий, основание и связь с корректировкой. Личные характеристики сотрудников для этой задачи не нужны.

1. По каждой строке основной тип распределения даёт ровно 100% и исходную денежную сумму.
2. 62 000 и 38 000 дают один заказ на 100 000.
3. Поддерживающий зачёт эксперта не увеличивает продажи команды.
4. Уменьшение оборудования на 20 000 даёт итог 46 000 и 34 000.
5. Смена владельца проверена отдельно от изменения долей.
6. Повторный импорт той же версии не создаёт второй зачёт.
7. Округлённые суммы сходятся, а правило остатка воспроизводимо.
8. Неизвестные доли, пропущенные участники и разные валюты видны как исключения.

Для SABSUS начните с CRM и отчётов. Наличие распределения по участникам, позициям и историческим версиям нужно проверить в выбранной конфигурации. Если готового расчёта нет, модель можно сначала проверить в контролируемой таблице, не создавая дубли заказов.

Короткие ответы

Можно зачесть двум менеджерам по 100%?

Можно отдельно показать, что оба участвовали в одном заказе. Для распределения единой суммы такой результат даст двойной счёт. Названия отчётов должны различать участие и аддитивный зачёт.

Доли определяют размер комиссии?

Только если это прямо предусмотрено отдельными утверждёнными условиями. Модель статьи описывает управленческий отчёт и не задаёт правила оплаты труда.

Достаточно делить сумму поровну?

Это допустимая заранее согласованная политика, если она подходит бизнесу. Важно применять её последовательно, сохранять основания и не подменять ею другое правило, например распределение по строкам.

Источники

• Salesforce Trailhead: Sell as a Team and Split the Credit — типы распределения и зачёт по продуктам.
• Salesforce Help: Share Revenue by Using Opportunity Splits — распределение и настройки доступа.
• Salesforce Help: Guidelines and Considerations — особенности изменений.

Источники проверены 11 октября 2026 года. Расчёты и порядок сверки — самостоятельная учебная модель; это не результаты клиентов и не тарифы продуктов.