Без окремого обліку немає ставки 5% в IP Box — закон про PIT тоді прямо приписує сплатити податок за шкалою або лінійною ставкою. Втім, норми не наводять зразка такого обліку, а лише перелік інформації, яку він має дозволити встановити. Нижче показуємо, як перекласти вимоги ст. 30cb на практичну структуру: перелік прав, журнал робіт і розрахункову частину з даними для показника nexus. Основи самої пільги описує стаття IP Box — пільга 5% для програмістів.
Що випливає із закону
Ст. 30cb закону про PIT формулює обов'язки для платників, які ведуть бухгалтерські книги, а підприємців із KPiR зобов'язує показати ту саму інформацію в окремому обліку. Зводяться вони до п'яти пунктів:
- кожне кваліфіковане право інтелектуальної власності має бути виокремлене;
- для кожного права треба встановити доходи, витрати і прибуток (або збиток);
- витрати, потрібні для показника nexus, мусять бути віднесені до конкретного права;
- якщо при кількох правах поділ на кожне з них неможливий — потрібно встановити сукупний дохід від цих прав;
- якщо права використовуються у продуктах чи послугах і їх неможливо розділити — дохід встановлюють для продукту, послуги або їхньої групи.
Коли на підставі обліку неможливо встановити дохід від кваліфікованих прав, закон приписує оподаткувати його на загальних засадах або за лінійною ставкою. У режимі ryczałt взагалі не можна скористатися IP Box, бо пільга стосується доходу (прибутку), а не виручки.
Шар 1: перелік прав
Перша частина обліку — це реєстр кваліфікованих прав. Для програміста правом є авторське право на комп'ютерну програму, створену, розвинену або вдосконалену в межах власної науково-дослідної діяльності. На практиці кожну позицію переліку варто описати так:
| Поле | Приклад |
|---|---|
| Ідентифікатор і назва | IP-03: модуль нарахування комісійних, версія 2 |
| Вид права і підстава охорони | авторське право на комп'ютерну програму, охорона за законом про авторське право |
| Дата початку робіт | 3 березня 2026 р. |
| Мета і нові елементи | новий алгоритм нарахування, інтеграція з платіжною системою |
| Слід у репозиторії | назва репозиторію, гілки, обсяг змін |
| Спосіб комерціалізації | передача прав клієнтові у щомісячному протоколі |
Деталізація має значення. Надто загальний опис («програмне забезпечення для клієнта X») ускладнює віднесення витрат і доходів, а надто дрібний (кожне звернення в системі завдань як окреме право) робить облік нечитким списком. Доброю одиницею буває модуль, функціональність або випуск.
Шар 2: журнал робіт
Журнал робіт пов'язує час із конкретним правом. Для кожного місяця варто записати кількість годин при кожному IP та години, присвячені діям, що не створюють кваліфікованого права, — організаційним нарадам, обслуговуванню системи, підтримці користувачів. Пропорція годин потім є природним ключем для розподілу доходу з рахунка та непрямих витрат.
Журнал має узгоджуватися з іншими доказами: історією змін у репозиторії, протоколами передачі прав, описом робіт у договорі. Розбіжності між ними — це перше, що перевіряє податкова.
Шар 3: розрахункова частина і nexus
Розрахункова частина переносить дані з книги на окремі права. Типові колонки:
- дата й номер документа, контрагент, сума за документом;
- частина доходу, що припадає на дане IP (напр., винагорода за передачу прав, вказана в договорі, або обчислена за ключем годин);
- прямі витрати і частина непрямих витрат, віднесена до IP;
- позначення витрати літерою з формули nexus: a, b, c чи d;
- наростаючі суми від початку робіт над даним правом.
Показник nexus обчислюють за формулою (a + b) × 1,3 / (a + b + c + d), де a — витрати на власні науково-дослідні роботи, b — купівля результатів таких робіт у непов'язаних осіб, c — у пов'язаних осіб, d — купівля готового кваліфікованого права. Результат, більший за 1, приймається за 1. До витрат у формулі не зараховують витрат, безпосередньо не пов'язаних із правом, зокрема відсотків, фінансових плат і витрат на нерухомість.
Приклад
Програміст у 2026 р. несе на модуль IP-03 власні витрати 18 000 зл (a: обладнання, ліцензії інструментів, технічні навчання) і замовляє незалежному графіку проєкт інтерфейсу за 6 000 зл (b). Показник: (18 000 + 6 000) × 1,3 / 24 000 = 1,3, тобто приймається 1. Якби той самий проєкт він замовив у товаристві, яке є щодо нього пов'язаною особою (напр., контрольоване близьким родичем), витрата потрапила б до літери c і показник склав би (18 000 × 1,3) / 24 000 = 0,975 — частина доходу втратила б пільгу.
Які доходи можна віднести до IP
Закон перелічує чотири джерела доходу від кваліфікованого права: ліцензійні платежі, продаж права, право, включене у ціну продажу продукту чи послуги, та відшкодування за порушення прав, одержане у спорі. У програміста за договором B2B найчастіше йдеться про продаж — передачу майнових авторських прав на код. Тому договір із клієнтом має прямо передбачати передачу прав і найкраще — вказувати, яка частина винагороди припадає на неї.
Поточно чи в кінці року
Закон прямо не визначає, коли облік має бути складений. Однак облік, що доповнюється щомісяця, просто легше захистити: дані з репозиторію й журналу свіжі, а ключі розподілу не доводиться відтворювати через рік.
Дохід від IP показують у декларації за рік, у якому його отримано. Збиток від кваліфікованого права знижує дохід від того самого права (продукту, групи продуктів) у наступних 5 податкових роках — це ще одна причина, щоб облік охоплював також роки без доходу.
Найчастіші помилки
- одне «право», що охоплює всю багаторічну співпрацю з клієнтом;
- віднесення до IP усього рахунка, попри те, що частина роботи — це підтримка і наради;
- відсутність записів про передачу прав у договорі або протоколах;
- непрямі витрати (напр., автомобіль, квартира) включено до nexus без ключа і попри законодавчі винятки;
- послуги від пов'язаних осіб позначено як літера b.
Як Good Balance може допомогти
Готуємо заяви про податкову інтерпретацію щодо IP Box і допомагаємо побудувати облік, що відповідає вимогам ст. 30cb. Клієнтам спрощеної бухгалтерії ведемо розрахункову частину обліку паралельно з книгою доходів і витрат.