Податкову модель ІТ-компанії варто перевіряти перед зміною договорів, запуском підписки або залученням нової команди. Одна компанія може одночасно розробляти програму на замовлення, надавати доступ до власного продукту й передавати права партнеру. Для цих надходжень потрібні окремі висновки. Назва «ІТ-послуги» у рахунку не пояснює, що саме отримує клієнт і чому застосовано певний податковий підхід.
Цей матеріал допоможе засновнику, фінансовому керівнику та бухгалтеру зібрати карту операцій. Практичний результат такої підготовки: зрозумілий перелік договорів, податкових розвилок і документів, які варто перевірити до розрахунку навантаження. Висновок для конкретної компанії залежить від фактичної діяльності та правил на дату операції.
Спочатку опишіть продукт і права клієнта
Для кожного джерела доходу запишіть, що передає компанія: результат розробки, можливість користуватися програмою, примірник, доступ до функціоналу чи майнові права. Додайте спосіб доставки, обсяг дозволеного використання, право копіювання, модифікації та поширення. Якщо пакет містить технічну підтримку або впровадження, позначте, чи мають ці складові власну ціну та самостійний результат.
Роялті визначають за змістом переданих прав і критеріями Податкового кодексу. Платіж за кінцеве використання програми може не відповідати податковому визначенню роялті, навіть якщо сторони так назвали ліцензійну винагороду. У роз’ясненні ДПС від 11 травня 2026 року передання виключних майнових прав на комп’ютерну програму розглянуто як постачання послуг із визначенням місця постачання за пунктом 186.3 ПКУ. Цей висновок не слід автоматично переносити на будь-яку підписку або продаж обладнання з програмою.
Дерево рішення для нової операції
- Компанія створює результат під індивідуальне завдання? Почніть із договору розробки, специфікації та порядку приймання. З’ясуйте, коли й у якому обсязі переходять права. Якщо клієнт лише користується готовим продуктом, перейдіть до перевірки ліцензійних умов і моделі доступу.
- Винагорода відповідає визначенню роялті? Перевірте як позитивні ознаки, так і винятки. Якщо ні, визначте характер постачання. Якщо обсяг прав із договору незрозумілий, зупиніть класифікацію та уточніть умови, перш ніж переносити операцію у звітність.
- Є іноземний клієнт або постачальник? Визначте місце постачання саме цієї послуги. Іноземна валюта, домен або адреса виставлення рахунку самі по собі не визначають ПДВ. Зафіксуйте, хто фактично отримує результат, і підтвердьте його статус.
- Компанія розглядає Дія Сіті? Окремо перевірте право на резидентство, податковий режим компанії та правила винагороди спеціалістам. Якщо компанія вже є резидентом, перевіряйте виконання умов у відповідному періоді, а не лише на дату вступу.
- Дані договору, рахунку й обліку збігаються? Якщо ні, визначте причину розбіжності й порядок виправлення. Зміна назви рядка в інвойсі не виправляє фактичний зміст операції.
Як порівнювати моделі роботи команди
Порівняння трудових договорів, гіг-контрактів і співпраці з підприємцями починайте з організації роботи. Хто ставить завдання, контролює процес, приймає результат і забезпечує обладнання? Які права на код отримує компанія? Хто відповідає за помилку або переробку? Відповіді мають узгоджуватися з договором та реальними відносинами.
Для фінансової моделі складіть окремі рядки винагороди, податків, внесків, обов’язкових виплат і витрат на адміністрування. Ставки та умови перевіряйте для конкретного статусу особи й періоду. Не використовуйте стару презентацію про Дія Сіті як універсальний калькулятор: перехідні положення, винятки та наслідки невиконання критеріїв потребують самостійної перевірки.
Резидентство Дія Сіті та оподаткування компанії на особливих умовах не слід ототожнювати. ДПС у роз’ясненні від 24 квітня 2026 року описує окрему заяву для такого податкового переходу. У робочій папці корисно зберігати рішення про статус, заяву, підтвердження її прийняття й відомості про обраний режим. Це дозволяє перевірити, з якої події бухгалтер застосовує відповідні правила.
Два умовні приклади
Уявімо студію, яка виконує розробку для іноземної компанії та продає українським користувачам доступ до власного сервісу. Це вигаданий навчальний приклад. Студія складає дві картки операцій: для замовної розробки й для доступу. Вона окремо описує права клієнтів, підтверджує отримувачів і перевіряє місце постачання. Єдина назва діяльності компанії не дає достатньої підстави однаково відображати обидва потоки.
Інша умовна компанія планує перейти до Дія Сіті, зберігши частину договорів із підприємцями. Перед рішенням вона моделює не лише виплати спеціалістам, а й операції, які можуть мати значення для обраного корпоративного режиму. Для оцінки використовують прогноз витрат, договори й підтвердження статусу контрагентів. Сам намір перейти не змінює оподаткування вже проведених операцій.
Документи для змістовної перевірки
Підготуйте чинні договори з клієнтами та всі додатки щодо прав. Додайте типову оферту, ліцензію, опис тарифів, інвойси й документи приймання. Для підписки потрібне пояснення, що саме доступне користувачу, коли доступ активується та як оформлюється повернення. Для розробки доречні специфікації, звіти про виконання й погодження результату.
Окремо зберіть договори зі спеціалістами, документи щодо набуття компанією прав, облікову політику та приклади проведень. Якщо є Дія Сіті, додайте реєстраційні матеріали й дані для перевірки критеріїв. Доступи до репозиторіїв та персональні дані передавайте лише в обсязі, необхідному для аналізу; початковий опис операції часто можна підготувати без зайвих технічних секретів.
Поширені запитання
Чи достатньо ІТ-КВЕДу для податкової пільги?
Ні. Висновок потребує перевірки конкретної операції, статусу платника й умов відповідної норми. КВЕД допомагає описати діяльність, але не замінює такого аналізу.
Чи кожна ліцензія створює роялті?
Ні. Потрібно зіставити дозволене використання з податковим визначенням та винятками. Особливо уважно перевіряють кінцеве використання програми й передачу прав на її поширення.
Чи означає іноземний клієнт нульову ставку ПДВ?
Ні. Спочатку визначають місце постачання. Операція поза об’єктом українського ПДВ і операція з нульовою ставкою мають різні правові підстави.
Чи достатньо рішення про резидентство Дія Сіті для зміни корпоративного податку?
Перевірте окремо оформлення податкового вибору та момент його застосування. Не робіть висновок лише з наявності компанії в реєстрі резидентів.
Коли переглядати карту операцій?
Перед запуском іншої моделі монетизації, зміною обсягу прав, виходом на новий ринок або суттєвою зміною команди. Корисно також звіряти її з фактичними операціями перед звітністю.
Якщо компанія обирає податкову модель, підготуйте опис продукту, договори та прогноз надходжень і витрат. У межах консультації з оптимізації оподаткування ми допоможемо визначити питання для індивідуального аналізу. Доцільність моделі й обсяг роботи оцінюють за документами, без обіцянок наперед визначеної економії.
Податкові спори та консультації
Перевірка, штрафи
або блокування накладних?
Допоможемо з розблокуванням ПН, підготуємо заперечення, оскаржимо рішення ДПС та мінімізуємо ризики для вашого бізнесу
📞 096 311 03 97 Конфіденційно • Оперативно • По суті
