Перевіряємо застосовність режиму, впорядковуємо продажі споживачам у ЄС і готуємо квартальні декларації OSS або щомісячні IOSS.
У роботі з деклараціями OSS та IOSS документи для ARG збирали різні люди, тому їх було складно узгодити зі строками. ARG перевірила вже підготовлені матеріали, визначила відсутні дані та встановила відповідальних за кожен етап. У результаті підготовка декларацій стала спільним послідовним процесом, за яким не потрібно було стежити в окремих листуваннях.
Ця ситуація показує практичне значення супроводу для бізнесу електронної торгівлі. Важливо не лише правильно обрати між OSS та IOSS, а й розуміти, які операції належать до режиму, коли подавати декларацію, які дані зберігати та що перевірити перед зміною або припиненням реєстрації.
ARG може допомогти, якщо вам потрібно
Визначте продавця, покупця, місце зберігання й маршрут товару; внутрішні, B2B та імпортні операції відрізняються.
Перевірте заснування бізнесу, номери ПДВ, попередні реєстрації та потребу в посереднику IOSS до запуску продажів.
Перевірте сукупний поріг 10000 євро, якщо він застосовується; IOSS потребує відповідних непідакцизних відправлень до 150 євро власної вартості.
Потрібні записи за замовленнями, електронний архів на десять років і доступ для подання та платежу в строк режиму.
OSS та IOSS є спеціальними режимами ПДВ ЄС, які дають змогу централізовано декларувати та сплачувати податок через один електронний портал. Це не замінює звичайну реєстрацію платника ПДВ і не створює окремого податку. Режими визначають, як продавець звітує за певними транскордонними операціями перед податковими органами держав ЄС, де перебувають його покупці.
OSS застосовується насамперед до дистанційних продажів товарів покупцям в інших державах ЄС та до визначених транскордонних послуг. Він дає можливість подати одну спеціальну декларацію у державі ідентифікації замість окремого декларування в кожній державі споживання, якщо операція відповідає умовам режиму.
IOSS призначений для дистанційного продажу товарів, що імпортуються з-поза ЄС, коли вартість відправлення не перевищує 150 євро. Його практична функція полягає в тому, щоб ПДВ було враховано під час продажу та задекларовано через спеціальний режим, а не стягнуто з покупця при ввезенні за звичайною моделлю.
Європейська Комісія розмежовує ці механізми саме за характером поставки. OSS охоплює внутрішньоєвропейські дистанційні продажі та транскордонні послуги, тоді як IOSS стосується ввезених товарів невеликої вартості. Офіційний огляд режимів доступний на порталі Європейської Комісії.
Для вибору режиму вирішальним є не назва інтернет-магазину чи платіжної платформи, а шлях товару й статус покупця. Якщо товар уже перебуває в ЄС і відправляється споживачеві в іншій державі ЄС, слід оцінити застосовність OSS. Якщо товар відправляється покупцеві з третьої країни та імпортується, ключовими стають умови IOSS і межа вартості 150 євро.
OSS та IOSS не визначають автоматично місце заснування бізнесу, не усувають потреби перевірити загальний статус з ПДВ і не замінюють облік продажів. Вони також не є універсальним рішенням для будь-якої електронної торгівлі. Наприклад, продаж товару з Болгарії болгарському покупцеві не стає операцією OSS лише через те, що замовлення прийнято через сайт.
Стаття 59c Директиви 2006/112/EC передбачає поріг 10000 євро для сукупних відповідних транскордонних електронних, телекомунікаційних і мовленнєвих послуг споживачам та дистанційних продажів товару з єдиної держави заснування продавця. Перевіряють поточний і попередній календарні роки; окремого порогу на кожну країну немає. Для імпортних товарів, інших послуг і структур із заснуванням у кількох країнах цей виняток автоматично не діє. Продавець, який відповідає умовам, може обрати оподаткування за місцем споживання, зазвичай щонайменше на два календарні роки. Потрібні дані всіх відповідних продажів, а не лише одного сайту.
Болгарія може бути державою ідентифікації для OSS або місцем реєстрації за IOSS, але це залежить від структури бізнесу, його звичайного статусу з ПДВ та ролі в ланцюгу продажу. До подання заяви потрібно встановити не лише, чи продає бізнес покупцям у ЄС, а й чи має він належний зв’язок із Болгарією та чи відповідає умовам конкретного режиму.
Для режиму Союзу в OSS держава ідентифікації зазвичай є державою-членом, де засновано бізнес. Якщо бізнес не заснований у ЄС, але має постійне представництво в ЄС, значення має держава цього представництва. Бізнес, не заснований у ЄС, для режиму поза Союзом може обрати державу-член для реєстрації. В одному режимі використовується лише одна держава ідентифікації, тому паралельна реєстрація для тих самих цілей у кількох державах не є належним шляхом.
Це має комерційне значення для компанії, яка управляє продажами з Болгарії, але зберігає склад, персонал, управління або податкову присутність в іншій країні. Адреса для листування чи наявність клієнтів у Болгарії сама по собі не доводить, що саме Болгарія є правильною державою ідентифікації. Європейська Комісія пояснює правила вибору держави для реєстрації на офіційній сторінці про реєстрацію OSS.
Реєстрація IOSS доступна відповідним продавцям імпортних товарів, а не лише операторам електронного інтерфейсу. Спершу встановіть, хто є постачальником для ПДВ у конкретному замовленні. За статтею 14a Директиви платформа у визначених випадках визнається умовним постачальником: для цілей ПДВ її розглядають як особу, яка придбала й перепродала товар. Для інших операцій продавцем залишається ваша компанія. Перевірте договір, податковий звіт маркетплейсу й ідентифікатор, переданий митному представнику; технічне керування сайтом не вирішує це питання.
Дані про продавця мають узгоджуватися в замовленні, платіжній системі та митному оформленні. Якщо маркетплейс виступає умовним постачальником, його податковий запис не можна повторно включати як тотожний власний продаж компанії у спеціальну декларацію. Водночас власні продажі через інший канал залишаються окремим потоком. Попросіть платформу надати класифікацію за кожною операцією, а не лише загальний підсумок утриманого податку. Звірте його з відправленнями, поверненнями й виплатами.
Продавцеві поза ЄС зазвичай потрібен посередник IOSS, заснований у ЄС. Виняток щодо угоди про взаємодопомогу залежить також від країни відправлення товару; він не поширюється автоматично на імпорт з будь-якого джерела. Посередник виконує визначені обов’язки режиму від імені продавця, а не просто перевозить товар або веде бухгалтерію. Компанія, заснована в ЄС, може відповідати умовам прямої участі. Узгодьте статус, повноваження й належний номер IOSS до першої поставки та передання даних митниці.
Практична робота ARG починається з перевірки трьох питань. Де бізнес фактично заснований або має постійне представництво, який його чинний статус з ПДВ у Болгарії, і чи відповідає його роль та товарний потік умовам OSS або IOSS. Результатом є обґрунтоване рішення, чи можна переходити до реєстрації через НАП, чи спершу потрібно впорядкувати базовий статус з ПДВ або визначити представника в ЄС.
Розкажіть про свою ситуацію та плани в Болгарії. Допоможемо визначити, які питання потрібно вирішити та з чого почати.
Декларацію слід готувати як окремий регулярний цикл, прив’язаний до відповідного спеціального режиму, а не як додаток до звичайної болгарської ПДВ-звітності. Для OSS звітним періодом є календарний квартал, для IOSS це календарний місяць. В обох випадках декларацію подають електронно і сплачують задекларований ПДВ не пізніше останнього дня місяця, що настає після завершення звітного періоду. Під час платежу необхідно зазначити номер декларації. Правила циклу подання і сплати пояснює Європейська Комісія.
Нульовий оборот не скасовує обов’язку звітувати. Якщо протягом кварталу в OSS або місяця в IOSS не було операцій, які підлягають відображенню в режимі, подається нульова декларація. Тому пропущений період не варто залишати без перевірки лише тому, що магазин не отримав замовлень або поставки було призупинено.
ARG спочатку встановлює межі звітного періоду та зіставляє їх із даними продажів, повернень і фактичних поставок. Далі визначається, які операції належать до спеціального режиму, а які не мають потрапити до нього. Після перевірки сум ПДВ за державами споживання формується декларація, погоджується сума до сплати та контролюється подання через відповідну електронну послугу НАП.
У Болгарії НАП приймає декларації за режимом Союзу через окрему електронну послугу. Це підтверджує, що спеціальна декларація не подається разом зі звичайною довідкою-декларацією з ПДВ. Відомості про послугу доступні на сторінці НАП.
Наприклад, продажі, здійснені через OSS у квітні, травні та червні, належать до одного квартального звіту. Його потрібно подати та оплатити до кінця липня. За IOSS продажі за червень утворюють місячний період зі строком до кінця липня.
Найчастіше своєчасному поданню заважає не сам портал, а запізнілі або неповні дані від платформи, логістичного оператора чи працівника, який відповідає за повернення. ARG допомагає встановити внутрішній календар, відповідальних осіб і контрольний момент до граничної дати. Це дає змогу виявити розбіжність до подання, а не після того, як сума вже задекларована і підлягає сплаті.
Для OSS звичайний початок — перший день наступного кварталу; ранню першу поставку можна охопити, повідомивши державу ідентифікації до десятого числа наступного місяця. IOSS починається з надання індивідуального номера режиму. Зафіксуйте дату першого продажу, подання повідомлення й підтверджене набрання чинності. Продажі до цього моменту не варто автоматично включати до спеціальної декларації.
Помилки в уже поданій спеціальній декларації за періоди від 1 липня 2021 року зазвичай виправляють у наступній декларації. Указують первинний період, державу споживання та суму коригування, зберігаючи замовлення й докази повернення. Система допускає такі зміни протягом трьох років від початкового граничного строку; пізніші виправлення вирішують безпосередньо з відповідною державою. Це окрема процедура від виправлення звичайної болгарської ПДВ-декларації, тому спершу встановіть, у якій саме звітності була помилка.
Для декларації недостатньо підсумкової суми надходжень із платіжної платформи. Облік має дозволяти підтвердити, у якій державі перебував споживач, який вид постачання відбувся, коли він відбувся та яку суму ПДВ було визначено. Європейська Комісія також вимагає зберігати дані, що обґрунтовують місце перебування клієнта. Ці відомості потрібні не лише для заповнення декларації, а й для пояснення її показників у разі контролю. Вимоги до записів і перевірок викладено на сторінці Європейської Комісії.
Для практичної підготовки ARG перевіряє, чи можна простежити кожну включену операцію від замовлення до підсумку в декларації. Мінімальний робочий набір даних зазвичай має давати змогу встановити такі обставини.
Важливо розділити джерело даних і відповідального за нього. Платформа може формувати відомості про замовлення та оплату, склад або перевізник підтверджує рух товару, а бухгалтерська функція зіставляє ці дані з податковою класифікацією операції. Якщо ці ролі виконує кілька осіб або компаній, відповідальність не повинна визначатися лише усними домовленостями.
ARG проводить первинну звірку доступних вивантажень, інвойсів, даних про відправлення та внутрішнього реєстру продажів. За її результатом визначаються відсутні поля, спосіб їх отримання та особа, яка надаватиме їх до кожного звітного циклу. Такий порядок особливо важливий, коли продажі збираються з кількох каналів, адже одна й та сама операція не повинна бути пропущена або врахована двічі.
Дані про країну покупця мають фактичне податкове значення. Адреса доставки, платіжні дані та інші наявні відомості можуть не збігатися, тому розбіжність не слід автоматично вирішувати на користь найзручнішого показника. Потрібно зберегти джерела, на підставі яких обрано державу споживання, і застосувати послідовний підхід у всьому обліку.
Електронні записи за статтею 63c Регламенту 282/2011 зберігають десять років від кінця року операції, навіть після виходу з режиму. Архів має містити дані для відтворення держави споживання, виду та дати поставки, бази, ставки й суми податку, оплат, повернень і доказів місця клієнта. Збережена декларація без вихідного вивантаження недостатня. Погодьте формат експорту та доступ до нього після закриття магазину чи зміни платформи; записи надають уповноваженим податковим органам електронно на запит.
Зміна або припинення OSS чи IOSS потребує окремої перевірки, оскільки припинення продажів, зміна ланцюга постачання або зміна ролі бізнесу не завжди означають негайне припинення всіх звітних обов’язків. Спершу потрібно встановити дату, з якої змінилися факти, та визначити, чи є ще операції, які мають бути включені до декларації за останній період.
Причинами для перегляду статусу можуть бути зміна держави, де бізнес заснований або має постійне представництво, перехід на іншу модель виконання замовлень, припинення імпорту товарів у межах IOSS або зміна особи, яка управляє електронним інтерфейсом. У таких ситуаціях ARG не обмежується технічним припиненням доступу. Спочатку аналізуються дата зміни, незавершені замовлення, повернення, остання декларація та подальший спосіб обліку операцій.
Для IOSS Європейська Комісія окремо застерігає про наслідки виключення з режиму. IOSS-номер може залишатися чинним до двох місяців для товарів, проданих до дати виключення. Це обмежене продовження не означає, що режим можна застосовувати до нових продажів після виключення. Воно має значення для належного завершення операцій, які вже були продані до відповідної дати. Офіційні пояснення наведено на сторінці Європейської Комісії про припинення та виключення.
Практичний порядок залежить від того, що саме відбулося. Якщо бізнес планує продовжити транскордонні продажі, але змінилася структура чи держава ідентифікації, слід спершу оцінити належний режим і місце подальшої реєстрації. Якщо продажі припинено, потрібно проконтролювати останній звітний період і зберегти електронні записи, якими обґрунтовано вже подані декларації. Якщо ж податковий статус було змінено не з ініціативи бізнесу, необхідно окремо перевірити дату та межі виключення, щоб не використовувати номер поза дозволеним обсягом.
Вибір між новою реєстрацією, поточним супроводом або припиненням режиму має ґрунтуватися на фактичних майбутніх поставках, а не лише на формальному статусі в порталі. Перед зміною доцільно зіставити майбутній маршрут товару, дату останнього продажу за чинним режимом і дані, потрібні для завершальної декларації. Це зменшує ризик того, що продажі опиняться між двома процедурами звітності.
Порівняйте пов’язані процедури в цій категорії: їхні вимоги та етап, на якому вони потрібні для вашого завдання.
.svg)
.svg)
