Щоб забезпечити коректне оподаткування у випадках, коли розрахунки з одним працівником здійснюються через кількох його контрагентів, ми додали аналітику Контрагент до методів виплати.
Також у розділ методів виплати були перенесені налаштування Групи податку та кастомних проводок (Dr/Cr) — тепер вони задаються окремо для кожного контрагента.
Таким чином, наразі метод виплати (Payout method) визначається як унікальна комбінація таких аналітик:
• Контрагент
• Валюта виплати
• Група податку
• Банківські реквізити працівника
• Банківські реквізити компанії (відправника)
Різні дані в системі можуть стосуватися як працівника (Employee) або відрізнятися для кожного з його контрагентів (Counterparties).
Це важливо враховувати при налаштуванні виплат, реквізитів та оподаткування.
Ієрархія даних виглядає так:
🔍 Розглянемо функціонал на прикладах
Приклад 1. Комбінована співпраця: гіг-контракт + ФОП
Компанія співпрацює з Оксаною Карпенко (Employee).
При цьому Оксана має дві ролі контрагента:
• Гіг-кнтрактор (сounterparty 1)
• та як ФОП (сounterparty 2)
Загальна погоджена винагорода становить 3000 у.о. / місяць, з яких:
• 1500 у.о. фіксовано виплачуються в гривні за гіг-контрактом. Це сума Gross, з якої утримуються податки;
• залишок 1500 у.о. виплачується на ФОП в доларах США, також як Gross, без компенсації податків компанією.
В системі цей приклад слід реалізувати наступним чином:
Крок 1. Налаштування податків для гіг-контракторів
Крок 2. Додати винагороду
У винагороді податки (Tax group) не додаємо.
Крок 3. Додаємо методи виплати
Потрібно зробити split, додати та обрати нових контрагентів.
Очікуваний результат
Таким чином ми фіксуємо, як виплата ділиться між контрагентами, до якої виплати застосовується певна група податку, а також (опційно) можна вказати окремі рахунки по credit для нарахування зобов’язань по виплаті гіг-контрактору. Якщо вам достатньо, щоб нарахування відображались на рахунок, зазначений у P&L Policy, — залишайте це поле порожнім.
У пейсліпі працівника відображаються як утримання, так і нарахування податку за виплатою гіг-контрактору.
На вкладці Payout відображаються суми до виплати кожному з контрагентів працівника.
Перевіряємо фінансові проводки:
Перевіряємо нарахування в Trial balance:
Розгортання по контрагентах можемо налаштувати в плані рахунків:
Додавання бонусів та інших виплат контрагентам
За умов поділу виплат між контрагентами важливо ділити й додаткові платежі — вказувати, якому контрагенту має бути виплачений бонус чи інший платіж.
Тому при додаванні бонусів, комісій або payment requests обов’язково перевіряйте, щоб було заповнене поле Counterparty / Payout method.
Якщо воно буде пусте, то розподіл здійснюватиметься за закладеним в системі алгоритмом.
Комісію в профілі та payment requests додаємо на контрагента, оскільки методи виплати можуть ще бути не визначені. Натомість у пейролі при додаванні бонусу методи виплат вже відомі, тому бонус необхідно відносити безпосередньо до конкретного методу виплати.
Системний алгоритм поділу лінійок пейролу між методами виплат
Система визначає, до кого відноситься кожна з лінійок пейролу (Payout method 1, Payout method 2 чи NULL)
Якщо по Payout method 1 задано умову фіксованої суми (ліміту), то:
1. Система відносить до цього методу всі суми чітко замеплені на цей метод виплати чи контрагента (counterparty).
2. Якщо суми лінійок віднесені до Payout method 1 менші, ніж встановлений ліміт - дозаповнює ліміт сумами що віднесені до NULL.
3. Якщо суми лінійок віднесені до Payout method 1 більші, ніж ліміт - ми вважаємо що ви свідомо збільшили ліміт, система ігноруватиме заданий ліміт, але нічого більше на цей метод виплати не віднесе.
Наприклад, ліміт по методу 1 - 1000 USD. Якщо ви додасте 1500 USD бонусу контрагенту, вказаному в методі 1 - система вважатиме що 1500 USD це і є новий ліміт методу 1.