# Расчет комиссий и стимулирующих выплат — Forward Rewards

Источник: https://fw-t.ru/products/fw-rewards
Опубликовано: 2026-09-12 · Обновлено: 2026-09-15

Автоматический расчет комиссионного вознаграждения и премий: планы любой сложности, версии схем, кабинет сотрудника с KPI, разбор споров по начислениям.

**Коротко.** Forward Rewards считает комиссионное вознаграждение и стимулирующие выплаты: продавцам, агентам, партнерам. Компенсационные планы настраиваются администратором, включая иерархию групп и сложные условия, а история версий показывает, по какой редакции схемы считалось каждое начисление. Сотрудник видит текущие показатели и цели в личном кабинете, спорные начисления разбираются в системе. Импортонезависимое решение на PostgreSQL.

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

## Что делает система

| Задача | Как решается |
| --- | --- |
| Компенсационные планы | Настройка администратором, включая иерархию групп и составные условия |
| Расчет | Автоматический, в реальном времени, по сложным сценариям |
| Версии схем | История редакций, привязка каждого начисления к своей версии |
| Кабинет сотрудника | Текущие показатели, цели и прогресс, состав начислений |
| Споры | Регистрация с привязкой к начислению и версии схемы |
| Прозрачность | Прошлые, текущие и плановые выплаты в одном месте |

## Где начинается сложность

Схема вознаграждения редко остается простым процентом. К нему добавляется выполнение плана, качество работы, штрафы, командные показатели, сезонные коэффициенты. Каждое условие по отдельности считается легко, а вместе они дают правило, которое в таблице уже не помещается.

Дальше появляется вторая задача — объяснимость. Начисление, которое сотрудник не может проверить сам, вызывает спор, и разбор каждого спора стоит времени руководителя. Отсюда требования к системе: посчитать, показать расчет и сохранить, по какой редакции схемы он сделан.

## Место в контуре

Рядом работает [Forward PRM](/products/fw-prm) — вознаграждение партнерам как юридическим лицам, — и [Forward SCD](/products/fw-scd), если вознаграждение зависит от движения товара. Данные о продажах приходят из расчетного контура.

## С чего начать

С описания текущей схемы в явном виде: за что начисляется, когда фиксируется результат, что считается нарушением, как это влияет на выплату и кто принимает решение по спору. Этот документ определяет объем настройки и обычно оказывается первой сложностью проекта, а не последней.

## Вопросы и ответы

**Чем это отличается от расчета вознаграждения в PRM?**

Адресатом выплаты. PRM считает вознаграждение партнеру — отдельному юридическому лицу со своим договором и сверкой. Rewards считает стимулирующие выплаты людям: продавцам, агентам, сотрудникам с планом продаж. Отсюда и разница в устройстве — личный кабинет с показателями, цели и KPI, разбор спорных начислений с конкретным человеком.

**Насколько сложные схемы поддерживаются?**

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

**Зачем нужна версионность схем?**

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

**Что видит сотрудник?**

Свои текущие показатели, цели и прогресс по ним, состав начислений за период. Смысл кабинета в том, что мотивация работает только при видимом результате: план, о котором сотрудник узнает в день выплаты, на его поведение в течение месяца не влияет.

**Как разбираются спорные начисления?**

Через регистрацию спора в системе с привязкой к конкретному начислению и версии схемы. Это дает две вещи: сотрудник видит ход разбора, а компания — статистику по тому, какие пункты схемы вызывают споры чаще всего. Второе обычно полезнее первого: повторяющийся спор означает, что схему пора переписать.