Ризики та комплаєнс

DAC7 для marketplace-продавця товарів із Китаю: які дані побачить ЄС

Що DAC7 означає для marketplace seller товарів: reportable activity, seller identity, consideration та fees, payout reconciliation і межа між reporting та tax liability.

Редакційна ілюстрація TradePay до матеріалу «DAC7 для marketplace-продавця товарів із Китаю: які дані побачить ЄС»
Зображення: Редакція TradePay TradePay Blog — оригінальна редакційна графіка © TradePay. Усі права захищено

DAC7 зобов’язує reportable platform operators збирати due-diligence data про продавців і щороку повідомляти визначені seller та transaction details податковим органам ЄС. Для продавця товарів це означає, що legal identity, tax identifiers, consideration, fees і activity counts мають сходитися з marketplace statements та ledger. DAC7 не вводить нову ставку податку й не визначає liability самостійно.

Seller може вести procurement у доларах, payout отримувати за вирахуванням fees, а VAT і returns обліковувати в іншій системі. Platform report через це не дорівнює bank deposits. Розбіжність не обов’язково є underreporting, але повинна мати відтворюваний bridge за gross consideration, refunds, commissions і currencies.

Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.

Межі цього матеріалу

Параметр Сценарій
Хто платить marketplace buyer платить platform; seller отримує net payout після fees і adjustments
Кому EU tax authorities отримують DAC7 report від platform operator, а не від customer bank
Мета підготувати seller master data й reconciliation до platform reporting
Валюта / інструмент platform KYC, DAC7 statement, payout report, VAT/tax ledger і reconciliation bridge
Що змінює висновок reportable activity, seller residence, TIN/VAT IDs, gross consideration, fees, refunds, periods і currency

Що потрібно знати до платежу

Sale of goods є reportable activity

Єврокомісія включає sale of goods до relevant activities DAC7 поряд з іншими platform-facilitated categories. Scope залежить від ролі software/platform, а не від слова marketplace у brand. (Єврокомісія, DAC7)

Platform проводить seller due diligence

Офіційна DAC7 сторінка описує collection і verification визначених seller information та annual reporting by platform operators. Seller має своєчасно оновлювати legal і tax identifiers. (Єврокомісія, DAC7)

Reporting не створює новий tax

Єврокомісія прямо пояснює, що DAC7 не запроваджує нові taxes; вона розширює transparency та exchange of information. Остаточні VAT/income-tax duties оцінюють за чинними правилами. (Єврокомісія, DAC7)

Покрокова підготовка

  1. Визначте platform scope. Перевірте operator, seller entity, reportable activity, jurisdiction та statement period для кожного channel.
  2. Очистіть seller master. Звірте legal name, registered address, TIN, VAT number, birth/company data й permanent establishments.
  3. Зберіть gross activity. Витягніть consideration до commissions, кількість transactions, refunds і platform-withheld amounts.
  4. Побудуйте payout bridge. Поясніть перехід від reported gross до net bank receipts через fees, VAT, refunds, reserves й FX.
  5. Перевірте local filings. Порівняйте DAC7 statement із VAT та income-tax records і документуйте timing або scope differences.

Які дані та документи зібрати

  • platform seller KYC і tax-identifier master
  • annual/quarterly DAC7 information statement
  • gross sales, refunds, fees та payout export
  • DAC7-to-bank-to-tax-ledger reconciliation memo

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

Практичний сценарій

Marketplace seller побачив у DAC7 summary суму на 18% більшу за bank receipts і вирішив, що report помилковий. Finance побудував bridge: platform показала gross consideration, тоді як payouts уже містили commissions, returns і reserve. Після виправлення одного застарілого VAT ID seller зберіг reconciliation та окремо перевірив local tax filings, не коригуючи їх механічно до net payout.

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

Типові помилки

  • прирівнювати reported consideration до net bank payout
  • вважати DAC7 новим marketplace tax
  • залишати старий TIN або адресу в seller profile
  • не пояснювати refunds, reserves та currency conversion

Де проходить межа поради

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

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

Як перейти від статті до конкретної заявки

TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.

За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.

Важливо

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

Джерела та перевірка

  1. Єврокомісія, VAT e-commerce/IOSS
  2. Єврокомісія, DAC7
  3. Your Europe, cross-border VAT

Дата редакційної перевірки: 2026-08-02.

TradePay Desk

Перевірте маршрут до відправлення коштів

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

Уточнити маршрут Читати в Telegram

Зворотний зв’язок

Наскільки корисним був матеріал?

Оцінка допомагає редакції обирати теми та оновлювати пояснення.