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

Коротко: DAC7 не вводит новый налог, но ломает старую иллюзию, что доходы с платформы “никто не увидит”. Для OSVČ в Чехии это особенно важно там, где уже есть связка identifikovaná osoba, ежемесячный 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 и были ли ежемесячные подачи.

Именно поэтому DAC7 усиливает не столько налоговую ставку, сколько цену беспорядка. У кого система собрана, тот проходит это спокойно. У кого нет регистрации, пропущены месяцы или не сходится годовая картина, тот попадает в режим исправления уже не по собственной инициативе, а по внешнему сигналу.

4) Что именно платформа передаёт налоговой

Набор полей зависит от платформы, но в типичном сценарии передаются имя, адрес, дата рождения, идентификационные данные, сумма выплат за период, количество транзакций, удержанные комиссии и счёт, на который шли выплаты. Эти данные не обязаны совпадать с тем, как вы ведёте внутренний учёт, но они должны быть объяснимы в вашей логике.

Платформа может считать gross, а вы смотреть только net. Может быть другая дата фиксации операции, иной курс валюты и другой момент признания дохода. Но всё это объясняется только при условии, что у вас вообще есть собранная логика учёта и связка между платформой, банком и налоговыми подачами.

5) Где чаще всего ломается картина у OSVČ

1. Нет регистрации IO, хотя первый cross-border trigger уже давно произошёл.
2. Есть IO, но нет ежемесячный DPH, потому что человек думает, что это “раз в год”.
3. Есть платформа и годовой налог, но комиссия платформы не учтена последовательно.
4. Есть несколько платформ, а учёт ведётся только по одной из них.
5. Есть исторические дыры, но никто не знает, какой месяц закрывать первым.

DAC7 делает эти разрывы намного опаснее, потому что теперь у налоговой есть независимый внешний массив данных, с которым она может сравнивать вашу историю.

6) Почему это касается не только водителей Bolt/Uber

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

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

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

1. Определить платформу и дату появления relevant cross-border потока.
2. Проверить, не должен ли уже быть оформлен статус IO.
3. Собрать список месяцев, где должна была быть ежемесячных подача DPH.
4. Убедиться, что платформа, банк и годовая декларация говорят об одной и той же истории.

Пока этой карты нет, одиночные действия опасны. Подать один последний месяц и игнорировать старые дыры — плохая стратегия. Попытаться “пересдать всё” без структуры — тоже плохая. Нужен порядок исправления, а не хаотичный ремонт.

8) Gross, net и комиссии: почему цифры не обязаны совпадать буквально

Разница между платформенным отчётом и чешской декларацией ещё не означает нарушение. Разница может быть нормальной, если она объяснима. Но объяснимость появляется только тогда, когда у вас есть выгрузки, курсовая методика и понимание, как отражены комиссии. Без этого разница выглядит как хаос.

Поэтому хороший monthly-процесс важнее любой отдельной красивой цифры. DAC7 не требует идеальной математической симметрии. Он требует, чтобы у вас была управляемая история.

9) Как DAC7 влияет на сценарии исправления

До DAC7 многие предприниматели годами откладывали исправления, потому что не чувствовали внешнего давления. Сейчас цена ожидания выше. Если платформа уже передаёт данные, то задержка означает рост вероятности, что вы будете чинить историю уже под давлением уведомления. Это меняет приоритет: сначала остановить накопление новых ошибок, потом закрыть старые периоды, и только после этого думать об оптимизации.

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

• ежемесячный отчёт платформы,
• подтверждение фактической выплаты на счёт,
• отдельно видимую комиссию или сбор платформы,
• понятную валютную методику,
• связку с ежемесячный DPH и годовой декларацией.

Когда эти элементы лежат вместе, вы не спорите с системой вслепую. Когда их нет, любая проверка превращается в реконструкцию истории из фрагментов.

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

Водители Bolt/Uber

Здесь всё стартует быстро: первая поездка, первая комиссия платформы, затем уже поток. Поэтому driver-case почти всегда надо проверять на ранний запуск IO. Если ездите активно, ежемесячный DPH часто становится recurring задачей.

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

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

Creators

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

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

1. Неделя 1: собрать платформы, счета, валюты и даты старта.
2. Неделя 2: подтвердить IO/DPH-режим и понять, были ли пропущены месяцы.
3. Неделя 3: выстроить ежемесячное документирование и закрыть самый рискованный период.
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, ежемесячный DPH, годовая декларация или исправление по пропущенным периодам.

Связаться можно через контактную форму или по телефону +420 777 167 868.

15) Как налоговая сопоставляет DAC7-данные с вашей историей

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

Именно поэтому опасно мыслить фрагментами: “платформа отдельно, банк отдельно, декларация отдельно”. Для налоговой это единая цепь. И чем понятнее она собрана у вас, тем меньше боли даже в случае запроса.

16) Порог по DAC7 не отменяет IO-обязанность

Частая ошибка — спутать reporting threshold платформы с самим налоговым режимом. Даже если платформа сообщает данные только после определённого количества транзакций или объёма, это не означает, что до этого момента у предпринимателя не было обязанностей по IO или по годовой декларации. Reporting threshold и налоговый trigger — не одно и то же.

Поэтому опасно успокаивать себя мыслью: “я ещё маленький, значит пока неважно”. Маленький объём может быть менее заметным, но не обязательно юридически безопасным. Режим определяется не только размером денег, а типом операции и структурой отношений с платформой.

17) Ежемесячный ритм после DAC7: минимальная рутина

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

Эта рутина кажется скучной, но именно она превращает DAC7 из угрозы в обычный фон. У кого такой ритм есть, тот не живёт от уведомления до уведомления.

18) Что отправить перед консультацией, чтобы получить не broad-совет, а точный ответ

• платформу или список платформ,
• дату первой активности,
• страны, откуда шли комиссии или услуги,
• есть ли уже регистрация IO и сколько месяцев ежемесячных подач реально закрыто,
• был ли уже контакт с налоговой.

С этими данными можно быстро понять, где у вас настоящий риск: в регистрации, в ежемесячный DPH, в годовом слое или только в плохой документации. Без них разговор почти всегда скатывается в broad SEO-вопрос, а не в рабочий план.

Если у вас уже есть хотя бы один платформенный поток и нет уверенности в налоговой архитектуре, безопаснее считать DAC7 не “далёкой европейской темой”, а практическим триггером для наведения порядка прямо сейчас. Чем раньше это сделать, тем меньше стоимость исправления и тем легче удерживать режим в норме дальше.