DAC7 у Чехії: чому доходи з платформ більше не живуть у тіні

Коротко: DAC7 не вводить новий податок, але руйнує стару ілюзію, що доходи з платформи “ніхто не побачить”. Для OSVČ у Чехії це особливо важливо там, де вже є звʼязка identifikovaná osoba, monthly DPH та річна декларація.

1) Що таке DAC7 простими словами

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

Для підприємця це означає дуже просту річ: там, де раніше можна було роками жити у режимі “потім розберусь”, тепер значно важче сховати сам факт платформного доходу. Причому податкова бачить не тільки gross-потік, а й загальну логіку активності: скільки було транзакцій, коли почалась робота, які були виплати та комісії.

2) Які платформи найчастіше потрапляють у практичний контур DAC7

• Платформи послуг: Bolt, Uber, Wolt, Upwork, Fiverr.
• Платформи для creator-доходів: OnlyFans, YouTube-посередники, частина affiliate-платформ.
• Маркетплейси: Amazon, Etsy, Vinted, eBay та аналогічні майданчики.
• Орендні платформи: Airbnb та інші сервіси короткострокової оренди.

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

3) DAC7 та identifikovaná osoba: де реальний звʼязок

Найнебезпечніша помилка — думати, що DAC7 “про звіт платформи”, а IO “про щось окреме”. На практиці це один управлінський ланцюг. DAC7 не створює обовʼязок по IO, але посилює ймовірність, що вже існуючий обовʼязок стане помітним. Якщо ви водій Bolt/Uber, фрилансер на платформі або отримуєте послуги з іншої країни ЄС, податкова легко побачить факт платформної активності і далі поставить правильне питання: чи був оформлений режим IO і чи були monthly подачі.

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

4) Що саме платформа передає податковій

Набір полів залежить від платформи, але в типовому сценарії передаються імʼя, адреса, дата народження, ідентифікаційні дані, сума виплат за період, кількість транзакцій, утримані комісії та рахунок, на який йшли виплати. Ці дані не зобовʼязані збігатися з тим, як ви ведете внутрішній облік, але вони мають бути пояснюваними у вашій логіці.

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

5) Де найчастіше ламається картина у OSVČ

1. Немає реєстрації IO, хоча перший cross-border trigger уже давно відбувся.
2. Є IO, але немає monthly DPH, бо людина думає, що це “раз на рік”.
3. Є платформа та річний податок, але комісія платформи не врахована послідовно.
4. Є кілька платформ, а облік ведеться лише по одній з них.
5. Є історичні дірки, але ніхто не знає, який місяць закривати першим.

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

6) Чому це стосується не лише водіїв Bolt/Uber

Таксі — просто найпомітніший кейс, але логіка DAC7 ширша. Будь-який підприємець, який працює через платформу, може потрапити в той самий ланцюг: платформа бачить доходи, потім їх бачить податкова, а далі перевіряє, чи коректно відображені IO, DPH і податок на доходи.

Для фрилансерів це часто починається з комісії платформи та питань до DPH/IO. Для creator-сегмента — з нерегулярних надходжень, кількох валют і несформованої документації. Для маркетплейсів — з обсягу транзакцій, який перестає виглядати як “разові продажі”.

7) Практичний маршрут після першого сигналу по DAC7

1. Визначити платформу і дату появи relevant cross-border потоку.
2. Перевірити, чи не мав уже бути оформлений статус IO.
3. Зібрати список місяців, де мала бути monthly подача DPH.
4. Переконатися, що платформа, банк і річна декларація описують одну і ту ж історію.

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

8) Gross, net і комісії: чому цифри не зобовʼязані збігатися буквально

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

Тому хороший monthly-процес важливіший за будь-яку окрему красиву цифру. DAC7 не вимагає ідеальної математичної симетрії. Він вимагає керованої історії.

9) Як DAC7 впливає на сценарії виправлення

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

10) Мінімальний документальний пакет по платформі

• щомісячний звіт платформи,
• підтвердження фактичної виплати на рахунок,
• окремо видиму комісію або збір платформи,
• зрозумілу валютну методику,
• звʼязку з monthly DPH та річною декларацією.

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

11) Що робити водіям, фрилансерам і creator-кейсам по-різному

Водії Bolt/Uber

Тут усе стартує швидко: перша поїздка, перша комісія платформи, потім уже потік. Тому driver-case майже завжди треба перевіряти на ранній запуск IO. Якщо їздите активно, monthly DPH часто стає recurring задачею.

Фрилансери на Upwork/Fiverr

У фрилансерів критичні platform fee, курсовий перерахунок і міжнародний B2B-режим. DAC7 тут небезпечний тим, що викриває не лише сам дохід, а й погано зібраний порядок навколо нього.

Creators

У creator-сегмента часто кілька потоків одразу: платформа, рекламний дохід, донати, affiliate. Коли це не розкладено, річна декларація починає жити окремо від фактичних надходжень.

12) 30-денний план після виявлення платформного ризику

1. Тиждень 1: зібрати платформи, рахунки, валюти і дати старту.
2. Тиждень 2: підтвердити IO/DPH-режим і зрозуміти, чи були пропущені місяці.
3. Тиждень 3: вибудувати monthly-документування і закрити найризиковіший період.
4. Тиждень 4: привести до ладу річний шар і стабілізувати повторюваний процес.

Мета цього місяця — перейти з хаосу в керований податковий контур.

13) Офіційні джерела

• Finanční správa: automatická výměna informací
• Směrnice DAC7 (2021/514)
• Zákon o DPH
• Zákon o mezinárodní spolupráci při správě daní

14) Що робити зараз, якщо ви вже розумієте ризик

Не намагайтеся вирішити питання ще однією випадковою статтею. Якщо у вас уже є platform income, потрібен чіткий handoff у наступний крок: реєстрація IO, monthly DPH, річна декларація або виправлення по пропущених періодах.

Звʼязатися можна через контактну форму або за телефоном +420 777 167 868.

15) Як податкова зіставляє DAC7-дані з вашою історією

На практиці у податкової немає задачі сперечатися про кожне євро. Її цікавить, чи складається загальна картина. Якщо платформа повідомляє про регулярний потік доходів, а в чеському контурі відсутні реєстрація IO, monthly DPH або річна декларація, виникає базовий red flag. Якщо реєстрація є, але monthly шари обриваються, red flag стає сильнішим. Якщо є і платформа, і річна декларація, але логіка сум взагалі не пояснюється, починається вже не технічне, а змістовне питання до обліку.

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

16) Поріг по DAC7 не скасовує IO-обовʼязок

Часта помилка — сплутати reporting threshold платформи із самим податковим режимом. Навіть якщо платформа повідомляє дані лише після певної кількості транзакцій або обсягу, це не означає, що до цього моменту у підприємця не було обовʼязків по IO або по річній декларації. Reporting threshold і податковий trigger — не одне й те саме.

Тому небезпечно заспокоювати себе думкою: “я ще маленький, значить поки неважливо”. Малий обсяг може бути менш помітним, але не обовʼязково юридично безпечним. Режим визначається не лише розміром грошей, а типом операції та структурою відносин із платформою.

17) Щомісячний ритм після DAC7: мінімальна рутина

1. На початку місяця завантажити платформний звіт за попередній період.
2. Окремо виділити комісії та утримання.
3. Звірити виплати з банком і зафіксувати курсову логіку.
4. Перевірити, чи був у місяці IO-trigger для monthly подачі.
5. Скласти все в один архів, щоб до року не збирати історію заново.

Ця рутина здається нудною, але саме вона перетворює DAC7 із загрози на звичайний фон. У кого такий ритм є, той не живе від повідомлення до повідомлення.

18) Що надіслати перед консультацією, щоб отримати не broad-пораду, а точну відповідь

• платформу або список платформ,
• дату першої активності,
• країни, звідки йшли комісії або послуги,
• чи вже є реєстрація IO і скільки місяців monthly-подач реально закрито,
• чи був уже контакт із податковою.

З цими даними можна швидко зрозуміти, де у вас справжній ризик: у реєстрації, у monthly DPH, у річному шарі чи лише в слабкій документації. Без них розмова майже завжди скочується у broad SEO-питання, а не в робочий план.

Якщо у вас уже є хоча б один платформний потік і немає впевненості у податковій архітектурі, безпечніше сприймати DAC7 не як “далеку європейську тему”, а як практичний тригер для наведення порядку вже зараз. Чим раніше це зробити, тим нижча ціна виправлення і тим легше втримувати режим у нормі далі.

І саме тому найкращий момент для збирання системи не після листа, а до нього.