Електронний рахунок-авансовий платіж: ПДВ, строки виникнення та реформа 2026

Масова розповсюджень електронного рахунку у Франції докорінно змінює облікові та податкові практики, які були усталені протягом десятиліть. Серед найбільш чутливих тем — електронний рахунок-авансовий платіж: цей документ спричиняє зміст специфічні зобов'язання щодо ПДВ, строків виникнення та передачі на затверджені платформи. З 1 вересня 2026 року всі великі підприємства та середні підприємства (SME) зобов'язані видавати рахунки у структурованому форматі. Малі та мікропідприємства будуть дотримуватися цього з 1 вересня 2027 року. Розуміння податкових механізмів, пов'язаних з авансами, допустимих форматів та підводних каменів, став абсолютним пріоритетом для фінансових та облікових департаментів. Ця стаття надає повний огляд застосовуваних правил, декларативних зобов'язань та найкращих практик для забезпечення вашої відповідності.

Що таке рахунок-авансовий платіж і чому він має особливості?

Визначення та розмежування від остаточного рахунку

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

Розмежування — не просто семантичне: з податкової точки зору, режим ПДВ, застосовуваний до рахунку-авансового платежу, різниться залежно від характеру операції (поставка товарів проти надання послуг), і саме цей момент реформа 2026 уточнила та посилила.

Строк виникнення ПДВ: ядро питання

У французькому податковому праві строк виникнення ПДВ позначає момент, з якого податкові органи можуть вимагати сплати податку. Цей момент відрізняється залежно від виду операції:

• Поставки товарів: ПДВ виникає під час поставки (передача права власності). Авансовий платіж, внесений до поставки, не спричиняє виникнення ПДВ на товари, крім випадків, коли рахунок видається до поставки — це змінює режим.

• Надання послуг: ПДВ виникає під час одержання коштів. Отже, отримання авансу спричиняє негайне виникнення відповідного ПДВ.

Це розмежування, закріплене в статті 269 Загального кодексу податків (CGI), перебуває в центрі проблем електронного рахунку-авансового платежу. З часу реформи структурований формат електронного рахунку дозволяє податковій адміністрації (через DGFiP) автоматично перехресно перевіряти передані дані з деклараціями ПДВ, роблячи будь-яку аномалію негайно виявляною.

Нові обов'язкові реквізити внаслідок реформи

Розпорядження №2021-1190 від 15 вересня 2021 року та його декрети про виконання ввели додаткові обов'язкові реквізити на електронних рахунках. Для рахунку-авансового платежу наступні елементи повинні обов'язково бути присутніми:

• Номер рахунку: унікальний та послідовний, присвоєний системою видачі або Платформою партнера дематеріалізації (PDP).

• Характер операції: рахунок повинен вказувати, що це авансовий платіж, та уточнювати характер відповідного товару або послуги.

• Сума без ПДВ, ставка ПДВ та сума ПДВ, що відповідає авансу.

• Дата виникнення ПДВ: обов'язковий реквізит з 1 січня 2026 року для надання послуг.

• Посилання на замовлення або початковий контракт.

• Ідентифікатор SIREN видавця та одержувача.

• Адреса поставки, якщо вона відрізняється від адреси виставлення рахунку.

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

Електронні формати, допустимі для рахунків-авансових платежів

Factur-X: гібридний франко-німецький формат

Формат Factur-X є тепер стандартним форматом для обмінів B2B у Франції. Це гібридний формат PDF/A-3, що вбудовує структуровані дані XML згідно зі стандартом EN 16931. Для рахунків-авансових платежів він має перевагу поєднання читабельності людиною (PDF) та автоматизованої обробки (вбудований XML).

Профіль EN 16931 (мінімальний законний профіль) достатній для більшості рахунків-авансових платежів, але деякі складні операції (будівельні роботи, контракти з частинами) потребують профілю Extended, який дозволяє додаткові поля для деталізації розподілу авансів та залишків.

Ви можете перевірити відповідність своїх файлів Factur-X за допомогою нашого безплатного валідатора Factur-X, який контролює структуру XML, обов'язкові дані та відповідність заявленому профілю.

UBL та CII: інші допустимі формати

Крім Factur-X, дві інші чисто структуровані формати прийняті Порталом громадської факторизації (PPF) та PDP:

• UBL 2.1 (Universal Business Language): міжнародний стандарт, широко використовуваний в європейських обмінах.

• CII D16B (Cross Industry Invoice): формат на основі стандарту UN/CEFACT, використовуваний особливо в обмінах з Німеччиною та північними країнами.

Для рахунків-авансових платежів вибір формату залежить переважно від галузі діяльності та технічних обмежень одержувача. Затверджені платформи (PDP) зобов'язані приймати та конвертувати ці три формати.

Роль циклу життя рахунку

Однією з великих новостей реформи є введення нормалізованого циклу життя для кожного електронного рахунку. Рахунок-авансовий платіж може мати наступні статуси:

• Відкладений: отриманий платформою видавця.

• Надано до використання: передано платформі одержувача.

• Отримано: підтверджено системою одержувача.

• Відхилено: відмовлено через технічну або формальну невідповідність.

• Прийнято: затверджено одержувачем.

• Включено в оплату: платіж виконаний.

Цей моніторинг у реальному часі — це великий розрив з попередніми практиками та вимагає повного перегляду процесів примусу та моніторингу стягнення. Графік електронного обліку 2026-2027 деталізує етапи вступу в силу залежно від категорії підприємства.

ПДВ на авансові платежі: точні правила залежно від характеру операції

Авансовий платіж за послугу: ПДВ одержаний

Для послугодавців, які працюють за режимом дебетів (загальний режим у Франції для ПДВ на одержання), отримання авансу спричиняє негайне виникнення ПДВ. Електронний рахунок-авансовий платіж повинен тому:

• Чітко вказувати, що ПДВ розраховується на суму отриманого авансу.

• Вказувати дату фактичного одержання (або плановану, якщо рахунок видається до сплати).

• Бути переданим на платформу максимально в 2 робочих днів після видачі (правило, введене декретом від 7 жовтня 2022 року).

Увага: послугодавець, який упускає оголошення ПДВ на отриманий авансовий платіж, ризикує сповіщенням про ПДВ плюс відсотки за затримку (0,20 % за місяць, стаття 1727 CGI) і, у разі повторного порушення, штраф 40 % за навмисне порушення.

Авансовий платіж за поставку товарів: правило попередження рахунку

Для поставок товарів ПДВ в принципі виникає лише під час поставки. Однак, якщо рахунок-авансовий платіж видається до поставки, він спричиняє виникнення ПДВ в межах висунутої суми, відповідно до статті 269-2-c CGI. Це правило, підтверджене CJUE у постанові BUPA Hospitals (C-419/02 від 21 лютого 2006 року), застосовується, коли товари визначені з точністю та сума податку може бути розраховується.

У контексті електронного обліку це прискорене виникнення повинне бути явно зазначено у XML рахунку через поле `TaxPointDate` (Factur-X) або еквівалент UBL/CII.

Випадок змішаних операцій та контрактів з частинами

Будівельні контракти, IT-проекти або довгострокові контракти обслуговування часто поєднують поставки товарів та надання послуг. У цьому випадку розподіл авансів за характером операції обов'язковий. Формат Factur-X Extended дозволяє цей розподіл через окремі лінії рахунку з різними категоріями ПДВ.

Недотримання цього правила піддає видавця автоматичному відхиленню PDP і, у разі неправильного прийняття, ризикує повторенням при податковій перевірці.

E-звіти та передача даних авансу до DGFiP

Що таке e-звітування?

E-звітування — це зобов'язання передавати до податкових органів дані операцій, які не є об'єктом електронного рахунку B2B (операції B2C, операції з іноземними підприємствами). Для електронних рахунків-авансових платежів B2B на території країни дані передаються автоматично через PDP або PPF — окремий потік e-звітування не потрібен.

Однак, якщо асоційоване підприємство видає авансовий платіж за послугу, надану приватному клієнту (B2C), воно повинно передати дані цієї операції через потік e-звітування, включаючи суму без ПДВ, ставку ПДВ та дату одержання.

Частота та строки передачі

Дані e-звітування повинні передаватися з періодичністю подачі декларації ПДВ підприємством:

• Місячний режим: передача протягом 10 днів після завершення місяця.

• Квартальний режим: передача протягом 10 днів після завершення кварталу.

Ці строки суворі. Затримка у передачі спричиняє штраф 250 € за відсутній рахунок, обмежений 15 000 € за податковий рік (стаття 1737 CGI, змінена законом про фінанси 2024 року).

Автоматична звірка авансів та залишків

Однією з основних переваг нового механізму є здатність DGFiP автоматично звіряти рахунки-авансові платежі з відповідними рахунками залишку. Щоб ця звірка працювала, рахунки залишку повинні обов'язково посилатися на номери попередніх рахунків-авансових платежів. Це документальне послідовність, яке стало можливим завдяки структурованим форматам, перевіряється алгоритмічно платформами перед передачею до адміністрації. Будь-яке розірвання послідовності генерує сповіщення про відповідність.

Законодавча база, застосовувана до електронного рахунку-авансового платежу

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

Загальний кодекс податків (CGI): Стаття 269 CGI визначає правила виникнення ПДВ залежно від характеру операцій. Стаття 289 вимагає обов'язкові реквізити на будь-якому рахунку, посилені для електронних рахунків декретом №2022-1299 від 7 жовтня 2022 року. Стаття 1737 встановлює санкції у разі недотримання зобов'язань щодо передачі.

Розпорядження №2021-1190 від 15 вересня 2021 року: Воно являє собою основний текст реформи електронного обліку у Франції, частково транспонуючи директиву 2014/55/UE та передбачаючи директиву DAC7. Вона вводить обов'язок використовувати PDP або PPF для внутрішніх обмінів B2B.

Декрет №2022-1299 від 7 жовтня 2022 року: Він уточнює технічні засоби впровадження, допустимі формати (Factur-X, UBL, CII), строки передачі та нормалізований цикл життя рахунків. Робить обов'язковою передачу статусів обробки між PDP.

Директива з ПДВ 2006/112/CE (змінена директивою ViDA, 2025/516/UE): Директива «VAT in the Digital Age» (ViDA), прийнята в 2025 році та поступово застосовуватися до 2030 року, гармонізує правила виникнення ПДВ на авансові платежі в масштабі Європи. Вона особливо вимагає, щоб будь-який рахунок-авансовий платіж за трансграничну послугу інтра-ЄС негайно спричиняв ПДВ, незалежно від дати одержання.

Регламент eIDAS №910/2014 та eIDAS 2.0 (Регламент ЄС 2024/1183): Хоча електронний підпис не є обов'язковим на французьких рахунках B2B (електронна печатка PDP достатня), використання електронного підпису, сумісного з eIDAS, посилює доказову цінність рахунку у разі суперечки. Регламент eIDAS 2.0, застосовуваний з 20 травня 2024 року, вводить портфель цифрової ідентичності ЄС (EUDI Wallet), який дозволить у перспективі автентифікувати сторони під час видачі рахунків.

Стандарт EN 16931: Європейський стандарт, який визначає семантичну модель електронних рахунків. Усі допустимі формати (Factur-X, UBL, CII) повинні йому відповідати. Стандарт включає специфічні елементи для управління авансами (`PREPAID_AMOUNT`, `DUE_PAYABLE_AMOUNT`).

GDPR №2016/679: Персональні дані, які містяться в рахунках (ім'я контакту, адреса електронної пошти), повинні оброблятися відповідно до GDPR. PDP є підробниками у розумінні статті 28 і повинні надати DPA (Data Processing Agreement), сумісну. Юридичний строк зберігання рахунків становить 10 років (стаття L.123-22 Торгового кодексу), що вимагає гарантій безпеки та цілісності на весь цей період.

Ризики у разі невідповідності: Повторення ПДВ за невірно оголошені авансові платежі може охоплювати кілька років заборгованості, плюс 0,20 % відсотків за місяць та штраф 40 % до 80 % залежно від серйозності. Недопередача електронних рахунків через PDP або PPF крім того піддає штрафу 15 € за рахунок (мінімум 60 000 € за рік), без шкоди кримінальним процедурам у разі явної шахрайства.

Сценарії використання: електронний рахунок-авансовий платіж на практиці

Сценарій 1 — Консультаційне бюро з цифрової трансформації, яке управління 150 проектами/рік

Консультаційна фірма з 25 консультантів видає в середньому 3-4 авансові платежі за проект, що становлять 30 % до 50 % контрактної суми. До реформи ці авансові платежі видавалися у вільному PDF, без явної вказівки на дату виникнення ПДВ. Фірма повинна була вручну звіряти авансові платежі з рахунками залишків у своїй ERP.

З часу розгортання PDP, інтегрованої з її ERP, кожен рахунок-авансовий платіж генерується у форматі Factur-X EN 16931, автоматично передається на платформу клієнта, і статус оновлюється в реальному часі. ПДВ на авансові платежі тепер автоматично розташовується до періоду одержання в бухгалтерії. Результат: скорочення на 65 % часу облікової обробки авансів, нульові відхилення рахунків за перші 6 місяців, і усунення ризиків розрахунків ПДВ, які в середньому представляли 3-4 регуляризації на рік з адміністрацією.

Сценарій 2 — Мале індустріальне підприємство, що виготовляє на замовлення обладнання

Мале підприємство з 80 працівників, яке виробляє промислові машини на замовлення, систематично виставляє 40 % авансу під замовлення та 40 % під поставку. Залишок 20 % виставляється після остаточного прийому. Ці операції стосуються поставок товарів — правило попередження рахунку тому застосовується: видача рахунку-авансового платежу до поставки спричиняє негайне виникнення ПДВ.

Завданням було правильно налаштувати поле `TaxPointDate` у файлах Factur-X, щоб відбивати дату видачі (а не дату поставки) як точку початку виникнення ПДВ. Після налаштування та навчання облікової комани мале підприємство скоротило строки стягнення в середньому на 18 днів, завдяки моніторингу циклу життя в реальному часі. Можливі відхилення (менше 2 % рахунків) обробляються тепер за менше 4 години завдяки автоматичним сповіщенням PDP.

Сценарій 3 — Забудовник, який управління програмами новобудов

У секторі будівництва звернення коштів (форми авансів, контролюються законом) є систематичними. Забудовник, який управління десятком програм одночасно, видає кілька сотень рахунків-авансових платежів на рік, адресованих профільним покупцям (інституційні інвестори, SCI) та приватним особам.

Частина B2B обробляється через PDP у форматі Factur-X Extended, дозволяючи розподілити звернення коштів за лотом та ділянкою робіт. Частина B2C передається через e-звітування. Інтеграція із програмним забезпеченням управління програмами дозволила автоматизувати генерацію рахунків-авансових платежів під час затвердження віхи будівництва, скоротивши строки видачі з 5 днів до менше 24 годин. Ризики ПДВ за збір (ПДВ за маржею в забудові) були захищені спеціальною конфігурацією ставок у системі, затвердженою бухгалтером групи.

Поширені питання

Чи виникає ПДВ при отриманні авансового платежу за поставку товарів?

Ні. Для поставок товарів ПДВ виникає в момент передачі права власності, тобто під час фактичної поставки. Авансовий платіж, здійснений до цієї поставки, не викликає виникнення ПДВ, крім випадків, коли рахунок-фактура видається до самої поставки. У цьому конкретному випадку видання рахунку-фактури спричиняє виникнення ПДВ, що змінює декларативні зобов'язання видавця.

Яка різниця між авансовим рахунком-фактурою та рахунком-фактурою про етап робіт у будівельному секторі?

Авансовий рахунок-фактура відповідає частковому платежу, здійсненому до будь-якого початку або просування робіт. Рахунок-фактура про етап, що використовується особливо в будівництві, засвідчує реальний і вимірюваний прогрес робіт на певну дату. Обидва документи підлягають ПДВ при надходженні грошових коштів для послуг, але рахунок-фактура про етап повинен, крім того, деталізувати виконані позиції, що означає додаткові структуровані поля у форматах XML.

Чи можна скасувати авансовий електронний рахунок-фактуру після передачі на платформу?

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

Як клієнт може відняти ПДВ, зазначений у авансовому рахунку-фактурі?

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

Чи повинні мікропідприємства видавати авансові електронні рахунки-фактури до вересня 2027 року?

До дати набрання ними обов'язкової чинності мікропідприємства не зобов'язані видавати структуровані електронні рахунки-фактури. Однак вони залишаються зобов'язаними отримувати електронні рахунки-фактури, надіслані їхніми постачальниками, які підлягають обкладанню. Тим не менше рекомендується передбачити перехід, оскільки обмін з клієнтами, які підлягають обов'язку з 2026 року, може породити практичні вимоги щодо сумісності формату набагато раніше встановленого строку.

Висновок

Електронний рахунок-авансовий платіж концентрує в собі основні проблеми реформи 2026: відповідність форматів, виникнення ПДВ залежно від характеру операції, послідовність документів з рахунками залишків та передача в реальному часі на затверджені платформи. Правила, витікаючі з розпорядження 2021 та декрету 2022, посилені директивою ViDA, залишають мало місця для наближення: помилка в даті виникнення або відсутність обов'язкового реквізиту може спричинити автоматичне відхилення, сповіщення про ПДВ або штраф.

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