Електронно фактуриране във Франция за PME: как да свържете собствената си система за фактуриране преди 1 септември 2027 г.

От 1 септември 2026 г. всяко дружество във Франция, обхванато от реформата, трябва да може да получава електронни фактури чрез plateforme agréée, тоест одобрена платформа. Големите дружества и ETI (дружествата със среден размер) освен това трябва да издават фактури по този начин и да подават e-reporting. Френският данъчен сайт вече описва реформата като „effective depuis le 1er septembre 2026“.

Втората вълна идва на 1 септември 2027 г. От тази дата PME, TPE и micro-entreprises (малките, микро- и самоосигуряващите се предприятия) трябва да издават B2B фактурите си електронно чрез одобрена платформа и да започнат e-reporting: да изпращат на администрацията данни за продажбите на потребители, за международните сделки и, при услугите, за получените плащания.

Ако фактурите ви излизат от разпространен софтуер като Sage, Cegid или Pennylane, връзката с одобрена платформа идва от вашия доставчик, който или сам е такава платформа, или работи с такава. Вашата част е да изберете платформата и да изчистите данните за клиентите.

Тази статия е за другия случай: фактури, генерирани от собствен софтуер за фактуриране, от адаптирана ERP система или от кода на собствената ви платформа. Там връзката трябва да бъде изградена. Единадесет месеца стигат, ако започнете сега.

Графикът и в коя вълна сте вие

Практическото ръководство на DGFiP за старта на електронното фактуриране посочва датите:

• 1 септември 2026 г.: всяко обхванато дружество трябва да може да получава електронни фактури; големите дружества (grandes entreprises) и ETI трябва също да ги издават и да подават e-reporting.
• 1 септември 2027 г.: PME, TPE и micro-entreprises трябва да издават фактури и да подават e-reporting.

Размерът се определя за всяко юридическо лице (по SIREN) към 1 януари 2025 г. въз основа на последната финансова година, приключила преди тази дата. Според официалните въпроси и отговори PME има по-малко от 250 служители и оборот до 50 млн. € или балансово число до 43 млн. €. Над тази граница вашата дата е била 2026 г.

Има един капан. Външните спецификации (версия 3.2 от 30 април 2026 г.) поставят субектите, които са част от ДДС група (assujetti unique), във вълната от 2026 г., независимо от размера им. Ако вашето дружество е такова, вече закъснявате.

Ръководството решава и два въпроса във ваша полза. Можете да започнете да издавате електронно преди срока си, доброволно. А клиент не може да използва реформата, за да ви принуди да изпращате електронни фактури преди 1 септември 2027 г., макар че договорите ви все пак могат да уреждат как си обменяте фактури.

Какво прави одобрената платформа

Plateforme agréée е частен оператор, регистриран (immatriculée) от държавата. За да влезе в официалния списък, той трябва да докаже данъчна изрядност, сигурност на инфраструктурата и данните си и техническа оперативна съвместимост.

Спецификациите наричат архитектурата модел „Y“. Вашата система изпраща фактурата до вашата платформа. Платформата търси купувача в централния регистър (annuaire), поддържан от публичния портал за фактуриране (PPF), и доставя фактурата до платформата на купувача. Отделно от това вашата платформа извлича регулаторните данни от фактурата и ги изпраща на PPF, който ги предава на данъчната администрация.

Три последици за всеки, който изгражда интеграцията:

• Никога не комуникирате пряко с държавата. Само одобрените платформи могат да доставят фактури на получателите и да изпращат данни на PPF. Вашата система за фактуриране е това, което спецификациите наричат solution compatible: тя говори с платформа, а платформата прави останалото.
• Вероятно вече имате платформа. Нуждаехте се от такава за получаването от 1 септември 2026 г. Попитайте първо нея какво предлага за издаването. Свободни сте да използвате друга, но един договор и една интеграция са по-просто решение.
• Интерфейсът е стандартизиран. Стандартът на AFNOR XP Z12-013 определя API между системите на дружествата и одобрените платформи; XP Z12-012 обхваща форматите на фактурите и статусите. Платформите предлагат и EDI и канали през портал, а Peppol свързва платформите помежду им. Попитайте какво поддържа вашата, преди да проектирате каквото и да било.

Публичните възложители остават в Chorus Pro, а съществуващите връзки с Chorus Pro могат да бъдат запазени.

Какво трябва да генерира вашата система

Платформата може да пренесе и да преобразува фактура. Тя не може да измисли данни, които системата ви никога не е имала.

Формат от общата база

Всяка одобрена платформа трябва да поддържа три формата, всички изградени върху европейския стандарт EN 16931: UBL (версия 2.1), CII (версия D22B) и Factur-X, PDF с вградени структурирани данни. Платформите могат да приемат и други, но гарантирани са само тези три.

Избирайте според това какво системата ви може да генерира чисто, а не според предпочитанията на всеки клиент. Доставчикът не може да наложи формат на купувача, а платформата на купувача може да преобразува фактурата в предпочитания от него формат. Factur-X е подходящ за дружества, чиито клиенти все още искат четим PDF; UBL или CII са подходящи за чисти потоци от система към система.

Данните, поле по поле

Администрацията публикува таблица на данните от фактурите, които получава, съпоставени с бизнес термините на EN 16931. Четири реквизита са нови за повечето френски фактури:

• SIREN на клиента (BT-47);
• категорията на операцията: стоки, услуги или и двете (BT-23);
• опцията за плащане на ДДС при фактуриране (TVA sur les débits), ако сте я избрали (BT-8);
• пълният адрес за доставка, ако се различава от адреса за фактуриране на клиента (от BT-75 до BT-80).

Останалите задължителни данни са познати, но трябва да бъдат структурирани: вашият SIREN, двете държави, номер на фактурата от хронологична и непрекъсната поредица, датата на издаване, общите суми без ДДС и на ДДС, валутата и разбивка по ДДС с данъчната основа, данъка и ставката за всяка използвана ставка (BT-116, BT-117, BT-119). Условните полета включват ДДС номерата, основанието за освобождаване (като код VATEX), обратното начисляване, самофактурирането, дата на доставка, различна от датата на фактурата, и препратката към първоначалната фактура в коригиращата.

Някои полета в таблицата се изискват едва от 1 септември 2027 г.: подробностите по редове (наименование на артикула, количество, единична цена), отстъпките и надбавките на ниво документ, адресът за доставка, датата на коригираната фактура, бележката за отстъпка при предсрочно плащане и сумата на екологичната такса (éco-participation). Срокът от 2027 г. е и денят, в който моделът на данните става по-подробен за всички.

Къде собствените системи обикновено се провалят:

• В записа на клиента няма SIREN или в полето за SIREN стои SIRET.
• Категорията на операцията не се пази за всеки продукт или услуга, така че смесена фактура не може да бъде класифицирана.
• ДДС се изчислява и закръгля по редове, така че разбивката по ставки не се връзва с общите суми.
• Кредитните известия са самостоятелни документи без препратка към фактурата, която коригират.
• Номерата на фактурите имат пропуски или се използват повторно след анулиране.

Всяко от тези неща се поправя в изходната система, а не в конектора.

Данни за маршрутизиране

По подразбиране регистърът адресира частното дружество на ниво SIREN, но може да маршрутизира и по SIRET, по код за маршрутизиране или по суфикс, когато клиентът иска фактури по обекти или отдели. Пазете правилните идентификатори за всеки клиент. Когато търсенето е неуспешно, първата инструкция на ръководството е да проверите използваните SIREN, SIRET и получаващ обект.

Статуси на жизнения цикъл, в двете посоки

Фактурата вече има жизнен цикъл, пренасян чрез съобщения за статус. Четири статуса са задължителни и стигат до данъчната администрация:

Други, като „получена от платформата“, „в спор“ или „плащането е изпратено“, не са задължителни.

Системата ви трябва както да изпраща статуси, така и да ги чете. Отхвърлянето е техническо: грешен формат, липсващи или противоречиви данни, грешно маршрутизиране. Поправяте и изпращате отново. Отказът идва от купувача, трябва да съдържа причина и може да ползва само допустимите по стандарта причини (регулаторен пропуск, който платформата не е открила, грешен получател, неизпълнени договорни условия), но никога обикновен търговски спор. Ако издадете фактурата отново след отказ, новата фактура трябва да има нов номер. Спецификациите предвиждат отказаната или отхвърлената фактура да се анулира в счетоводството ви с вътрешно кредитно известие; ръководството добавя, че ако оспорвате отказа, не бива да го създавате автоматично.

Encaissée е статусът, който собствените системи забравят. При услугите, където ДДС става изискуем при плащане, той носи номера на фактурата, датата на плащане и получената сума по ставки на ДДС: така данните за плащанията стигат до администрацията при вътрешните B2B сделки. Затова модулът ви за банково равнение или за вземания трябва да захранва интеграцията за фактуриране, а това често са две системи, които никога не са комуникирали.

E-reporting: всичко, което не е вътрешна B2B фактура

Електронното фактуриране обхваща продажбите между две регистрирани по ДДС предприятия, установени във Франция. E-reporting обхваща останалото, като и то се изпраща чрез вашата одобрена платформа:

• Продажби на данъчно незадължени лица (B2C), във Франция или в чужбина: дневни суми вместо отделни фактури, разделени по категории (облагаеми стоки, облагаеми услуги, вътреобщностни продажби от разстояние, схеми за облагане на маржа), с данъчната основа и ДДС за всяка ставка.
• Международни B2B сделки: продажби на и покупки от предприятия, които не са установени във Франция, фактура по фактура, с почти същите полета като при вътрешна фактура. Покупките също се броят: ако купите обучение от германски доставчик, вие като френски купувач го докладвате.
• Данни за плащанията, само за услуги и не за операции с обратно начисляване или за дружества, избрали ДДС при фактуриране: датата и получената сума по ставки на ДДС.

Честотата зависи от режима ви по ДДС според публикуваната таблица на честотите. При месечния régime réel normal данните за сделките се подават три пъти месечно (от 1-во до 10-о, от 11-о до 20-о и от 21-во число до края на месеца), всеки път в срок от десет дни след периода, а данните за плащанията веднъж месечно преди 10-о число на следващия месец. При régime simplifié и двете се подават месечно, между 25-о и 30-о число на следващия месец. При franchise en base и двете се подават на всеки два календарни месеца.

Три подавания месечно са задача по график, а не електронна таблица. А ако продажбите ви на потребители минават през каса, онлайн магазин и инструмент за фактуриране, дневните суми трябва да идват и от трите.

План за 11 месеца

Като броим назад от 1 септември 2027 г. и отпишем август, защото е август:

1. Октомври 2026 г.: обхват. Потвърдете категорията си по размер и дали сте част от ДДС група. Избройте всеки поток, който генерира фактура или продажба: вътрешни B2B, B2C, международни, кредитни известия, аванси, самофактуриране, публичен сектор. Поискайте от платформата си за получаване офертата ѝ за издаване: формати, документация на API, тестова среда, връщаните статуси, e-reporting.
2. Ноември и декември 2026 г.: данни. Проверете таблицата с полетата срещу реалните си данни. Добавете и проверете SIREN и SIRET в записите на клиентите, добавете категорията на операцията в каталога, уточнете флага за ДДС при фактуриране, одитирайте номерирането на фактурите. Изберете формата.
3. Януари до март 2027 г.: разработка. Генераторът на формата; валидиране спрямо EN 16931 и френските правила преди изпращане; API клиентът за платформата; обработката на статусите с машина на състоянията за фактурата; захранването на Encaissée от вземанията; агрегатите за e-reporting.
4. Април и май 2027 г.: тестове, после доброволно пускане. Първо тестовата среда, после реални фактури до няколко клиенти, които са съгласни. Ръководството позволява доброволно издаване преди срока ви и ако нещо се провали, можете да се върнете към обичайния си начин за тези потоци. Пролетта на 2027 г. е най-евтиното реално тестване, което ще получите.
5. Юни и юли 2027 г.: разширяване. Всички вътрешни B2B фактури минават през платформата, e-reporting работи, първото приключване на месеца и първата ДДС декларация са равнени спрямо докладваното от платформата.
6. Август 2027 г.: замразяване. Никакви нови версии, писмена процедура за отхвърляния и откази, конкретни хора, които покриват отпуските.
7. 1 септември 2027 г.: задължение. След това идва първият ви срок за e-reporting, истинският тест за докладващата част.

Ако не сте готови в деня

Ръководството, написано за старта през септември 2026 г., задава толерантна линия: без санкции във фазата на старта за дружества, които срещат трудности, но са на „trajectoire sérieuse de mise en conformité“ (сериозен път към съответствие), преценявано по конкретни датирани доказателства (договор с платформа, тестове, заявки за поддръжка). То казва също, че това е „ni un report ni une suspension“ (нито отлагане, нито спиране) на задължението. Не казва дали същата линия ще важи и през септември 2027 г.

Санкциите са във въпросите и отговорите: 50 € за всяка фактура, която не е издадена електронно, с таван от 15 000 € на календарна година, като първото нарушение не се санкционира. Неизпълнението на e-reporting попада под член 1788 D от CGI.

Приемете 1 септември 2027 г. за окончателна дата и въпреки това пазете следата от доказателства: тя е това, което администрацията ще поиска.

Къде се вписваме ние

Повечето френски PME ще получат това от доставчика на софтуера си и така трябва да бъде. Нашата работа е за останалите: изграждаме генерирането на формата, връзката с платформата, обработката на статусите и потоците за e-reporting в системата, която вече издава вашите фактури, и поправяме данните под тях. Повече има в нашата услуга за интеграция на електронно фактуриране и в модернизацията на ERP, когато проблемът е самата система за фактуриране.

Ако срокът ви е септември 2027 г., а системата ви за фактуриране е такава, която никой не иска да пипа, пишете на office@c9group.dev. Ние сме инженери, а не данъчни консултанти: обхватът и третирането по ДДС са въпрос за вашия expert-comptable (дипломиран експерт-счетоводител), а ние изграждаме според неговия отговор.