---
title: "\u0420\u043e\u0437\u0440\u0430\u0445\u0443\u043d\u043e\u043a \u0437\u0430\u043e\u0445\u043e\u0447\u0435\u043d\u044c \u0434\u043b\u044f \u0432\u0456\u0434\u0434\u0456\u043b\u0443 \u043f\u0440\u043e\u0434\u0430\u0436\u0456\u0432 \u2014 OpenOblik"
description: "\u042f\u043a ERPNext \u0440\u043e\u0437\u0440\u0430\u0445\u043e\u0432\u0443\u0454 \u0432\u043d\u0435\u0441\u043e\u043a \u0456 \u0437\u0430\u043e\u0445\u043e\u0447\u0435\u043d\u043d\u044f \u043f\u0440\u043e\u0434\u0430\u0432\u0446\u0456\u0432 \u0437\u0430 \u0441\u0442\u0430\u0432\u043a\u043e\u044e \u043a\u043e\u043c\u0456\u0441\u0456\u0457 \u0447\u0435\u0440\u0435\u0437 \u0442\u0430\u0431\u043b\u0438\u0446\u044e \u00ab\u0412\u0456\u0434\u0434\u0456\u043b \u043f\u0440\u043e\u0434\u0430\u0436\u0456\u0432\u00bb \u0443 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0445 \u043f\u0440\u043e\u0434\u0430\u0436\u0443."
space: "\u0414\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0456\u044f ERPNext"
url: "https://openoblik.com.ua/docs/prodazhi/calculate-incentive-for-sales-team"
updated: "2026-10-10"
---

ERPNext може розраховувати заохочення для внутрішньої команди продажів безпосередньо з дочірньої таблиці **Відділ продажів** (Sales Team) у документах, які її підтримують. Для кожного продавця фіксуються відсоток внеску, сума внеску, ставка комісії та розраховане заохочення.

Попередня версія документації спиралася на застарілий клієнтський скрипт і старі API. Для стандартних заохочень у відсотках використовуйте вбудовані поля довідника «Продавець» і таблиці «Відділ продажів». Власну логіку створюйте лише тоді, коли політику заохочень неможливо описати стандартним розрахунком.

## Перш ніж почати

Підготуйте:

- Активного [продавця](/docs/prodazhi/sales-person) (Sales Person) для кожного учасника команди, який має право на заохочення.
- **Ставку комісії** для кожного продавця.
- Письмову політику заохочень, яка визначає: які документи враховуються, правила розподілу внеску, момент затвердження, порядок дій при поверненнях і скасуваннях та строки виплати.
- Права користувачів на редагування таблиці «Відділ продажів» у документах продажу.

Вирішіть, на підставі якого документа нараховується заохочення: [комерційної пропозиції](/docs/prodazhi/quotation), [замовлення на продаж](/docs/prodazhi/sales-order), [видаткової накладної](/docs/sklad/delivery-note) чи [рахунку-фактури](/docs/prodazhi/sales-invoice). Дотримуйтеся одного правила, щоб за той самий продаж не нараховувати винагороду кілька разів.

## Задайте ставку комісії продавця

1. Відкрийте потрібного продавця.
2. Введіть стандартну **Ставку комісії**.
3. Збережіть.

ERPNext підставляє цю ставку в нові рядки таблиці «Відділ продажів». Перш ніж змінювати ставку, звіртеся з політикою: у вже проведених документах має зберігатися затверджена база для заохочення.

## Додайте відділ продажів у документ

1. Відкрийте документ продажу, який підтримує цю таблицю.
2. Натисніть **Докладніше**.
3. Розгорніть **Відділ продажів**.
4. Натисніть **Додати рядок**.
5. Виберіть продавця і введіть **Внесок (%)**.
6. Якщо продаж спільний, додайте інших учасників команди.
7. За потреби натисніть виділену іконку олівця, щоб відкрити повну форму редагування рядка.
8. Якщо потрібно розподілити всю чисту суму, переконайтеся, що сума відсотків внеску дорівнює 100%.
9. Збережіть.

![Внесок відділу продажів, ставка комісії та заохочення в замовленні на продаж](https://novacompanies.m.frappe.cloud/files/sales-team-table.png)

У цьому прикладі Alex Morgan отримує 60% чистої суми, а Jordan Lee — 40%.

## Як ERPNext розраховує заохочення

ERPNext розраховує суму внеску від чистої суми (нетто) документа:

**Внесок у чисту суму = Чиста сума × Внесок (%) ÷ 100**

Потім застосовується ставка комісії продавця:

**Заохочення = Внесок у чисту суму × Ставка комісії ÷ 100**

Для чистої суми $4,164:


| Продавець | Внесок | Сума внеску | Ставка комісії | Заохочення |
| ------------ | ------------ | ------------------- | --------------- | --------- |
| Alex Morgan  | 60%          | $2,498.40           | 2.5%            | $62.46    |
| Jordan Lee   | 40%          | $1,665.60           | 2%              | $33.31    |


Загальна сума розрахованих заохочень — $95.77.

## Поля таблиці «Відділ продажів» і їхнє значення


| Поле                     | Значення                                                              |
| ------------------------- | -------------------------------------------------------------------- |
| Продавець              | Особа, якій зараховується продаж і може нараховуватися заохочення        |
| Внесок (%)          | Частка документа, зарахована продавцю                |
| Внесок у чисту суму | Сума у валюті, розрахована з чистої суми та відсотка внеску |
| Ставка комісії           | Ставка, підтягнута з довідника «Продавець»                            |
| Заохочення                | Розрахована або затверджена сума заохочення за рядком                  |


Таблиця «Відділ продажів» — дочірня. Натискання на олівець відкриває повну форму редагування рядка вибраного продавця.

## Проведіть і перевірте документ

Перед проведенням:

- Переконайтеся, що в таблицю включено правильних людей.
- Перевірте, що відсотки внеску відповідають затвердженому розподілу.
- Звірте чисту суму та ставки комісії.
- Перегляньте розраховані суми заохочень.

Після проведення розглядайте розподіл у таблиці «Відділ продажів» як частину аудиторського сліду документа. Якщо продаж скасовано, змінено, повернено чи оформлено кредит-ноту, діяти потрібно за політикою заохочень — до виплати або сторнування заохочення.

Перш ніж змінювати проведене замовлення, прочитайте [Зміна замовлення на продаж після проведення](/docs/prodazhi/amending-sales-order-after-submit).

## Аналіз результатів команди та заохочень

Щоб перевірити, кому зараховано документи, використовуйте [Продавці в документах продажу](/docs/prodazhi/sales-persons-in-the-sales-transactions) та відповідні звіти з продажів. Якщо організація також відстежує цілі за кількістю чи сумою в розрізі фінансового року і групи номенклатури, скористайтеся [розподілом цілей продавця](/docs/prodazhi/sales-person-target-allocation).

Поле заохочення фіксує значення на рівні документа. Воно не створює автоматично ні компоненту зарплати, ні розрахункового листка, ні витрат, ні кредиторської заборгованості, ні платежу.

Для виплати через зарплату налагодьте контрольований процес разом із HR та фінансовою службою. Поширений підхід: переглянути затверджені заохочення за період, а потім включити затверджену суму через налаштовану [додаткову зарплату](https://docs.frappe.io/hr/additional-salary) (Additional Salary) або інший затверджений в організації процес нарахування зарплати у Frappe HR.

## Коли потрібна власна логіка

Стандартний розрахунок підходить для фіксованої ставки комісії, що застосовується до зарахованої чистої суми. Доопрацювання може знадобитися для таких політик:

- Ступінчасті ставки після досягнення порогів виручки.
- Ставки від валового прибутку або отриманої оплати.
- Різні ставки залежно від групи номенклатури, території чи сегмента клієнтів.
- Заохочення, що виплачуються лише після завершення періоду повернень.
- Командні бонуси за досягнення спільної цілі.
- Максимальні й мінімальні межі, повернення виплачених сум (clawback) або затвердження керівником.

Опишіть політику до впровадження. Віддавайте перевагу підтримуваному серверному доопрацюванню або власному застосунку з тестами, а не клієнтському скрипту без контролю версій. Розрахунки лише на боці клієнта можна обійти через імпорт, інтеграції, фонові завдання чи документи, створені через API.

Якщо потрібне технічне доопрацювання, див. [Серверний скрипт](https://docs.frappe.io/framework/user/en/desk/scripting/server-script) і [Розробка власного застосунку](https://docs.frappe.io/framework/user/en/tutorial/create-an-app).

## Вплив на бухгалтерію та зарплату

Розраховані заохочення автоматично не впливають ні на бухгалтерський облік, ні на зарплату. Не вважайте, що збереження чи проведення документа продажу означає виплату працівникові.

Процес розрахунку з працівниками має визначати:

1. Які проведені документи враховуються.
2. Хто перевіряє і затверджує суми.
3. Як враховуються повернення та скасування.
4. Яким зарплатним чи бухгалтерським документом відображаються затверджені витрати.
5. Коли здійснюється виплата.
6. Як виплачені суми звіряються з документами-підставами.

## Вирішення проблем

### Ставка комісії дорівнює нулю

Відкрийте продавця і введіть затверджену ставку комісії. Якщо документ не підтягнув оновлене значення, додайте рядок у таблиці «Відділ продажів» заново або оновіть його.

### Неправильна сума внеску

Перевірте чисту суму документа і «Внесок (%)». Через знижки, цінові правила й податки чиста сума може відрізнятися від загальної суми.

### Сума внесків не дорівнює 100%

Перегляньте всі рядки таблиці «Відділ продажів». Вирішіть, чи нерозподілений відсоток залишено навмисно. Якщо потрібен повний розподіл, виправте рядки до проведення.

### Заохочення не перераховується

Після зміни внеску чи складу команди збережіть документ. Відкрийте рядок повторно і перевірте ставку комісії. Не перезаписуйте розраховані значення вручну без затвердження.

### Заохочення виплатили до повернення

Дійте за політикою організації щодо повернення виплат або коригувань. Пов'яжіть перевірку з [поверненням](/docs/prodazhi/sales-return) і вихідним документом.

## Часті запитання

### Це те саме, що комісія торгового партнера?

Ні. Заохочення відділу продажів стосуються продавців. [Комісія з продажу](/docs/prodazhi/how-to-give-commission-to-sales-partner) стосується зовнішніх торгових партнерів.

### Чи можуть кілька людей розділити один продаж?

Так. Додайте кілька рядків у таблицю «Відділ продажів» і розподіліть між ними внесок.

### Чи виплачує ERPNext заохочення автоматично?

Ні. Система лише розраховує значення на рівні документа.

### Чи можна нараховувати заохочення від отриманої оплати?

Стандартний розрахунок від чистої суми цього не дозволяє. Потрібне перевірене доопрацювання і політика, затверджена фінансовою службою.

### Від чого рахувати заохочення — від замовлень на продаж чи від рахунків-фактур?

Виберіть одну подію-підставу і застосовуйте її послідовно. Рахунки-фактури зазвичай ближчі до визнаного виставлення рахунків, а замовлення на продаж відображають підтверджені замовлення.

## Пов'язані теми

- [Продавець](/docs/prodazhi/sales-person)
- [Продавці в документах продажу](/docs/prodazhi/sales-persons-in-the-sales-transactions)
- [Розподіл цілей продавця](/docs/prodazhi/sales-person-target-allocation)

---

*Переклад сторінки [«Calculate Incentive For Sales Team»](https://docs.frappe.io/erpnext/calculate-incentive-for-sales-team) з документації ERPNext. © Frappe Technologies Pvt. Ltd., ліцензія [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/deed.uk). Переклад — OpenOblik, на тих самих умовах. Переклад машинний, вичитка триває: помітили неточність — [напишіть нам](/kontakty).*