Verifactu для интернет-магазина: WooCommerce, Shopify, PrestaShop и Stripe

Счёт выставляет ваш магазин, а не Stripe, PayPal или Redsys

Обязанность выставлять счёт лежит на продавце. Статья 2.1 Reglamento de facturación (регламента о счетах, RD 1619/2012) обязывает предпринимателя или профессионала выставлять счёт за поставки товаров и услуг в рамках его деятельности, а также за предоплаты. Если товар ваш и продаёте его вы, счёт тоже ваш.

Платёжные шлюзы принимают оплату: они получают деньги от клиента, удерживают комиссию и перечисляют вам остаток. Эту услугу они выставляют вам, и это ваш расход. Квитанция, которую Stripe или PayPal отправляет покупателю, подтверждает платёж, но не документирует вашу продажу для целей IVA (НДС). Как учитываются валовая выручка, комиссия и чистая сумма, объясняет руководство по бухгалтерии интернет-магазина.

Есть только одно исключение со своим названием, и оно относится к маркетплейсам, а не к шлюзам: два случая из статьи 8 bis закона об IVA, когда платформа считается продавцом. Это разобрано в руководстве о продажах через маркетплейс. Вне этих случаев, даже если документ создаёт от вашего имени третье лицо, статья 6 RD 1007/2023 ясно говорит: делегирование вас не освобождает, за соблюдение требований по-прежнему отвечаете вы.

Verifactu в WooCommerce, Shopify и PrestaShop: какой документ выходит по умолчанию

Платформа электронной коммерции создана для продаж: каталог, корзина, оплата и доставка. О каждой продаже она хранит заказ, а клиенту обычно отправляет подтверждение или квитанцию. Этот документ сам по себе не является счётом с цепочкой учётных записей, хешем и QR-кодом. Многие платформы позволяют добавить выставление счетов через расширения, а некоторые из коробки создают PDF, который называют счётом: название документа ничего не говорит о том, соответствует ли система регламенту.

AEAT (налоговая служба Испании) ясно отвечает в своих часто задаваемых вопросах: интернет-магазины подпадают под правила, потому что неважно, физическая продажа или виртуальная. А статья 1.2 RD 1007/2023 определяет информационную систему выставления счетов как совокупность оборудования и программного обеспечения, используемых для выставления счетов, причём информация может вводиться «любым способом». Если счёт создаёт ваш магазин или что-то, установленное в нём, это и есть ваша система выставления счетов, и именно она должна соответствовать требованиям.

Отсюда вопрос, который упорядочивает всё остальное: какая программа выставляет счёт по каждому заказу? Посмотрите на свою реальную схему. Это может быть сама платформа с модулем, внешнее приложение для выставления счетов или никто, потому что сейчас существует только заказ. Сроки, к которым эта программа должна быть адаптирована, прежние: до 1 января 2027 года, если вы продаёте как SL (общество с ограниченной ответственностью), и до 1 июля 2027 года, если вы autónomo (самозанятый), согласно королевскому декрету-закону 15/2025. Подробности в руководстве что такое Verifactu.

Три способа соблюсти требования

1. Выставлять счета из адаптированной программы, получающей заказы. Магазин продолжает продавать, а программа выставления счетов получает каждый заказ по API или в CSV-файле и выставляет счёт со своей цепочкой записей и QR. Магазин перестаёт выставлять собственные счета. Это самый чистый путь, если вы продаёте по нескольким каналам, потому что все счета выходят из одной системы с единой нумерацией.
2. Соответствующий модуль или плагин платформы. Счёт создаётся внутри магазина с помощью расширения, которое формирует запись, хеш и QR. Это работает, если производитель расширения публикует свою declaración responsable и поддерживает её в актуальном состоянии для каждой версии. Это руководство не рекомендует и не отвергает ни один конкретный модуль: проверка за вами, а список вопросов приведён ниже.
3. Выставлять счета вручную в адаптированной программе. Если в месяц у вас мало заказов, можно переносить каждую продажу в соответствующую программу выставления счетов. Это годится, но есть риск: статья 11.1 Reglamento de facturación требует выставлять счёт в момент операции, когда покупатель частное лицо, поэтому копить заказы и выставлять счета в конце месяца нельзя. Бесплатное приложение AEAT требует указывать получателя в каждом счёте, поэтому для продаж потребителям оно не подходит.

Чего делать нельзя, так это смешивать без контроля: если магазин выпускает собственный PDF-счёт, а ваша программа выставляет счёт по тому же заказу, у вас два счёта на одну продажу и две нумерации. Решите, кто выставляет, и отключите другого.

Упрощённый счёт потребителю, полный счёт компании

Тип счёта с Verifactu не меняется, меняется система, которая его выставляет. Частному лицу подходит factura simplificada (упрощённый счёт) в пределах статьи 4 Reglamento de facturación (400 евро с IVA в общем случае, 3000 при розничной торговле) с запретами, которые та же статья устанавливает для некоторых продаж внутри ЕС. Суммы и исключения разобраны в руководстве о выставлении счетов в интернет-магазине.

Когда покупатель предприниматель или профессионал, действующий как таковой, статья 2.2.a) обязывает выставить счёт в любом случае, и обычно это полный счёт, с его NIF (налоговым номером) и адресом. Регламент также требует вести отдельные серии, если в одном году вы выставляете и упрощённые, и полные счета (статья 7.1.a Reglamento de facturación). Ваша система должна отличать эти два случая до создания документа: поле NIF в процессе оформления заказа решает большую часть вопроса.

Для Verifactu оба документа являются счетами. Статья 1.2 RD 1007/2023 прямо говорит, что термин «счёт» включает полный и упрощённый, поэтому каждый чек частному лицу создаёт свою запись и несёт свой QR так же, как счёт компании. Если клиент потом просит полный счёт, он выставляется взамен упрощённого, ничего не исправляя (статья 15.6 Reglamento de facturación). Возвраты же оформляются корректирующим счётом (factura rectificativa), которая тоже оставляет свою запись.

Типичная ошибка: возврат уходит из шлюза, а счёт никто не выставляет

При Verifactu цепочка записей только растёт: ничего не удаляется. Поэтому самая частая ошибка интернет-магазина становится заметнее. Клиент возвращает товар, служба поддержки запускает возврат из панели Stripe или PayPal, деньги возвращаются, но в системе выставления счетов корректирующий счёт не оформляется. Исходный счёт остаётся зарегистрированным на полную сумму, и заявленный вами IVA оказывается завышенным.

То же происходит с заказами, отменёнными до отправки, если счёт на предоплату уже был выставлен. Возврат или отмена после действительного счёта оформляются factura rectificativa (статья 15.2 Reglamento de facturación); запись об аннулировании применима, только если счёт был выставлен по ошибке (статья 11.1 RD 1007/2023). Практическое правило: любое движение денег с клиентом должно отражаться в программе, которая выставляет счета, и создавать его должна именно эта программа, а не шлюз. Если вы используете модуль, спросите у его поставщика, как он обрабатывает частичные и полные возвраты; если вы выставляете счета вне магазина, убедитесь, что возвраты тоже передаются через API или CSV.

Что спросить у поставщика модуля или плагина

Прежде чем устанавливать в магазин расширение для выставления счетов, получите письменные ответы на эти вопросы:

• Где ваша declaración responsable? Это документ из статьи 15 приказа HAC/1177/2024, и он должен быть виден внутри самой системы. Если вам говорят о «сертификате AEAT», будьте осторожны: такого не существует.
• Кто производитель? Заявление указывает производителя по его NIF и версию системы. Если модуль зависит от внешнего сервиса, спросите, кто отвечает за каждую часть.
• В каком режиме он работает? VERI*FACTU, с автоматической отправкой в AEAT, или не VERI*FACTU, с подписью каждой записи. Разница описана в руководстве что такое Verifactu.
• Создаёт ли он полные и упрощённые счета в отдельных сериях? А полный счёт, заменяющий упрощённый?
• Как он обрабатывает возвраты, отмены и частичные возвраты? Они должны заканчиваться корректирующим счётом; аннулирование применимо, только если счёт выставлен по ошибке.
• Выводится ли QR в PDF и в письме клиенту?
• Что будет, если пропадёт связь с AEAT? Приказ предусматривает, что записи встают в очередь и отправляются повторно.
• Что происходит при обновлении платформы или отказе от модуля? Вы должны иметь возможность экспортировать и хранить записи; если вы меняете систему, новая открывает собственную цепочку.

Если какой-то ответ расплывчатый, это и есть сигнал. Штраф для пользователя составляет 50 000 евро за год за использование несоответствующей или изменённой системы (статья 201 bis, пункты 2 и 4, Ley General Tributaria, общего налогового закона), а пользователь это вы, а не разработчик плагина.

Как выбрать между тремя путями

Для выбора хватит трёх вопросов:

• Сколько у вас каналов? Если вы продаёте только через свой магазин, может хватить соответствующего модуля. Если вы продаёте ещё и в обычном магазине, через маркетплейс или в соцсетях, централизация выставления счетов в программе, получающей заказы из всех каналов, избавляет от нескольких цепочек и нумераций, которые потом придётся сверять.
• Сколько заказов в месяц? Выставлять счета вручную разумно при малом числе заказов и почти всегда компаниям. При ежедневных продажах частным лицам обязанность выставлять счёт в момент операции делает это невозможным.
• Кто ведёт вашу бухгалтерию? Система, которая выставляет счета, и система, которая ведёт учёт, могут быть разными, но счета должны попадать в учётную запись счетов (registro de facturación) и в книгу выставленных счетов без потерь. Если каждый месяц вы экспортируете и импортируете данные вручную, именно там появятся расхождения.

Решите это в 2026 году, оставив запас, чтобы проверить на реальных заказах до вашей даты. Если вы autónomo, ваш конкретный календарь в руководстве Verifactu для autónomos. А если у вас есть ещё и торговая точка с кассовым терминалом (TPV), офлайн-сторону описывает руководство Verifactu в барах, ресторанах и магазинах с TPV.

Часто задаваемые вопросы

Читайте также