Счет может быть идеально корректным, но финансово бесполезным, если никто не может ответить на два вопроса: был ли он принят? и когда он был фактически оплачен? Новая испанская система электронного выставления счетов B2B создана для того, чтобы сделать эти ответы машиночитаемыми. Для бизнеса это означает, что проект заключается не просто в замене PDF-файлов структурированными файлами. Речь идет также о связывании счетов на продажу, кредиторской задолженности, банковских операций и подтверждений оплаты в единый надежный рабочий процесс.
Нормативная база была опубликована в 2026 году, но у многих предприятий пока нет фиксированной календарной даты. Отсчет времени начинается с момента вступления в силу министерского приказа, который разрабатывает публичное решение по электронному выставлению счетов. С этого момента предприятия, чей оборот за предыдущий год превысил 8 млн евро, получают 12 месяцев, а остальные — 24 месяца. Этот срок полезен, если рассматривать его как проект по бухгалтерскому учету и операционной деятельности, а не как спешную закупку программного обеспечения в последнюю минуту.
В этом руководстве объясняется, что меняет правило, как определить, какой срок применяется к вашему бизнесу, и как построить рабочий процесс контроля статуса платежей, который выдержит перемещение счетов между различными платформами.
Что именно требует новая испанская система
Система распространяется на предприятия и профессионалов, которые уже обязаны выставлять счета, когда покупателем является другое предприятие или профессионал с экономической штаб-квартирой, постоянным представительством, местом жительства или обычным местом нахождения в Испании, и операция адресована этому испанскому местонахождению.
Обязанность шире, чем просто «отправить покупателю электронную копию». Счет должен представлять собой структурированное электронное сообщение, которое может быть обработано программным обеспечением. Допустимые синтаксисы включают:
- CII
- UBL
- EDIFACT
- Facturae
Модель данных должна соответствовать семантической модели EN 16931 с адаптациями, указанными в испанских правилах. Каждый счет также должен иметь уникальный идентификатор, который включает идентификационный номер налогоплательщика эмитента, номер и серию счета, а также дату выпуска.
Система состоит из двух связанных уровней:
- Частные платформы обмена, которые маршрутизируют счета между отправителями и получателями.
- Публичное решение, разработанное и управляемое Налоговым агентством Испании, которое действует как универсальное хранилище и предоставляет услуги по отслеживанию платежей.
Предприятие может использовать частную платформу, публичное решение или их комбинацию. Если оно не договорилось с поставщиками об использовании частной платформы для получения счетов, по умолчанию используется публичное решение. Если предприятие все же выбирает частную точку приема, оно должно сообщить об этом в своих деловых коммуникациях и, где применимо, на своем веб-сайте.
Вот почему одного экрана для выставления счетов недостаточно. Система должна правильно идентифицировать контрагента, формировать принятый структурированный формат, маршрутизировать документ, сохранять его неизменность и фиксировать все последующие состояния счета.
Какой срок применяется к вашему бизнесу?
Официальное вступление указа в силу — это одно, а его практическое применение — другое. Операционные требования откладываются до тех пор, пока не вступит в силу министерский приказ, определяющий публичное решение. После даты вступления в силу этого приказа:
- Предприятия и профессионалы, чей оборот за предыдущий календарный год превысил 8 млн евро, обязаны соблюдать требования через 12 месяцев.
- Все остальные предприятия и профессионалы обязаны соблюдать требования через 24 месяца.
Не рассчитывайте свой срок, просто прибавляя год или два к дате публикации указа в Официальном государственном вестнике (BOE). Ключевым моментом является дата вступления в силу министерского приказа, а тест на оборот использует непосредственно предшествующий календарный год. Поэтому предприятие, которое превысило порог в прошлом году, должно фиксировать этот показатель для ежегодной оценки, а не полагаться на приблизительные оценки.
Существует также переходное правило относительно представления счетов на время внедрения. В течение 12 месяцев после того, как требования становятся обязательными для предприятия с оборотом свыше 8 млн евро, оно должно обычно прилагать к электронному счету PDF-версию, чтобы получатель мог легко прочитать документ, если только получатель явно не согласился получать только структурированный формат. Этот PDF является вспомогательным средством для удобства использования; он не заменяет обязательное структурированное сообщение.
Указ также предоставляет дополнительный переходный период для отчетности о состоянии счетов. Для предприятий и профессионалов с оборотом 8 млн евро или менее обязанность по отчетности о состоянии становится обязательной через 12 месяцев после даты, когда к ним применяются основные требования. Поскольку эти переходные периоды различаются в зависимости от категории, фиксируйте даты вступления требований в силу и определяйте свою категорию с помощью вашего испанского налогового консультанта.
Обязанность по информированию о статусе платежа — основа операционной деятельности
Наиболее важным изменением для повседневной работы финансовых отделов является то, что статус счета становится данными. Получатель должен передавать информацию:
- О коммерческом принятии или отклонении счета, с указанием даты.
- О полной фактической оплате, с указанием даты фактического платежа.
Получатель также может передавать дополнительную информацию:
- О частичном принятии или отклонении.
- О частичной оплате и сумме.
- Об уступке счета третьей стороне для инкассации или оплаты.
Эти дополнительные данные могут быть полезны для управления дебиторской задолженностью, но они не заменяют обязательное уведомление о полной оплате.
Информация о статусе должна быть отправлена в течение четырех календарных дней с момента наступления соответствующего события, не считая суббот, воскресений и национальных праздников. В случае публичного решения получатель должен сообщить о полной фактической оплате каждого полученного счета, который не был отклонен, вместе с датой платежа, независимо от того, была ли операция обработана через частную платформу. Получатель также должен сообщить дату, когда платеж должен был быть произведен по договору.
Это создает узкое окно для контроля. Сверка банковских выписок через несколько недель после закрытия месяца может быть приемлема для управленческой отчетности, но она слишком медленна, чтобы быть единственным механизмом, который сообщает системе выставления счетов о поступлении платежа. Ваш процесс кредиторской задолженности нуждается в событии или очереди, которая фиксирует банковское зачисление, связывает его со счетом и отправляет требуемый статус вовремя.
Определите «оплачен» точно
Дата фактического платежа — это не обязательно день, когда кто-то нажимает кнопку «оплачено» в бухгалтерской программе. Она привязана к моменту, когда поставщик действительно получает средства. Для банковского перевода это обычно дата списания средств со счета плательщика. Для наличных — дата получения наличных. Для зачета взаимных требований — дата соглашения о зачете.
Предоставление счета для факторинга или другого механизма раннего финансирования само по себе не делает счет оплаченным. Соответствующая дата — это когда поставщик фактически получает деньги. Это различие важно, если ваш бизнес использует факторинг, цепочки поставок с финансированием, расчеты картами или посредника, который сообщает о платеже до того, как средства реально поступят поставщику.
Встройте эти определения в свои правила сопоставления. Как минимум, сохраняйте следующую информацию по каждому счету:
- Идентификатор счета и идентификационный номер налогоплательщика поставщика
- Дату выпуска, дату оказания услуг или поставки товаров и дату получения счета
- Договорную и расчетную даты платежа
- Статус принятия или отклонения с датой и временем
- Сумму платежа, идентификатор банковской транзакции и фактическую дату расчета
- Индикаторы полной, частичной, оспариваемой, уступленной и сторнированной оплаты
- Платформу или канал, через который было передано каждое событие
Когда платеж сторнируется или ошибочно применяется, не перезаписывайте молча исходное событие. Сохраните первоначальную транзакцию, зафиксируйте исправление и направьте счет на проверку. Аудиторский след полезнее, чем зеленая метка «оплачено», которая больше не объясняет, что произошло.
Свяжите правило с испанскими сроками платежей
Электронная отчетность не создает нового предлога для задержки платежей. Испанские правила коммерческой просрочки платежей обычно устанавливают 60-дневный срок оплаты между предприятиями, с особыми правилами о том, когда начинается отсчет срока и как работают процедуры принятия. Поставщики обычно должны доставить счет или эквивалентный платежный запрос в течение 30 дней с момента получения товаров или услуг. Электронное получение счета может начать отсчет срока платежа, когда гарантированы идентичность, подлинность, целостность и получение счета.
Практический вывод прост: храните даты, которые определяют начало отсчета срока платежа, а не только дату, напечатанную на счете. Счет на покупку с отсутствующей датой оказания услуг, незафиксированной датой получения или недокументированным этапом принятия может сделать расчет даты платежа труднозащитимым.
Для дебиторской задолженности используйте ту же дисциплину. Ваш регистр продаж должен показывать, когда покупатель получил счет, принял или отклонил его и когда средства были зачислены. Это дает менеджеру по работе с дебиторской задолженностью обоснованное следующее действие вместо отчета о старении, основанного только на датах выпуска.
Бухгалтерский рабочий процесс, который может соблюсти четырехдневный срок
Вы можете подготовить процесс до выбора платформы. Начните с простого конечного автомата для каждого счета:
1. Создание и проверка
Сформируйте счет на основе утвержденной записи о покупателе. Проверьте идентификационные номера налогоплательщиков, обязательные поля счета, уникальный идентификатор, суммы по строкам, налоговый режим, валюту и вводимые данные для расчета даты платежа до передачи. Отклонить некорректный документ при создании дешевле, чем устранять отклонение платформы после того, как покупатель уже получил неполную запись.
2. Передача и сохранение подтверждения
Отправьте через выбранную частную платформу или публичное решение. Сохраните ответ о передаче, пункт назначения, временную метку и точный структурированный документ или его хэш. Если платформа преобразует сообщения CII, UBL, EDIFACT или Facturae, сохраните оригинал и преобразованное представление или надежную ссылку между ними.
3. Фиксация принятия или отклонения
Направьте коммерческий ответ получателя в регистр счетов. Отклонение должно создавать код причины и ответственного, а не просто красный значок. Если требуется исправление, выпустите прослеживаемый исправительный счет и сохраните связь с оригиналом.
4. Сопоставление платежа со счетом
Импортируйте банковские транзакции достаточно часто, чтобы соблюсти срок отчетности. Сопоставляйте по идентификатору счета, контрагенту, сумме и платежной информации, с очередью на проверку для частичных платежей, пакетных платежей, комиссий и курсовых разниц. Лицо или процесс, утверждающий сопоставление, должно быть видно в аудиторском следе.
5. Отчетность о событии платежа
Когда счет полностью оплачен, зафиксируйте фактическую дату эффективного платежа и отправьте требуемое событие в течение четырех рабочих дней. Не используйте дату сверки, если она отличается от даты зачисления средств. Если платформа уполномочена отчитываться от вашего имени, сохраните подтверждение полномочий и результат доставки.
6. Сверка книг и регистра статусов
В конце периода сравните регистр счетов, сообщения платформы, банковскую активность, остатки дебиторской или кредиторской задолженности и зарегистрированные статусы. Расследуйте счета, которые отмечены как оплаченные в одной системе, но остаются открытыми в другой. Эта сверка также позволяет выявить дубликаты счетов, отсутствующие кредит-ноты и платежи, ошибочно отнесенные на неправильную организацию.
Частые ошибки, которых следует избегать
Рассмотрение PDF как электронного счета
PDF может быть читаемым, но он не является автоматически структурированным счетом. Сохраняйте любой переходный PDF как вспомогательное средство для презентации, делая соответствующее структурированное сообщение авторитетной записью.
Предположение, что частная платформа отменяет публичную отчетность
Частные платформы должны участвовать в испанской системе и взаимодействовать с другими платформами. Что более важно для получателей, полная оплата все равно должна быть передана в публичное решение в соответствии с указом, даже если обмен обрабатывался через частную платформу.
Использование даты выпуска для всех других дат
Дата выпуска, дата поставки или оказания услуг, дата получения, дата принятия, дата платежа, дата зачисления средств и дата отчетности отвечают на разные вопросы. Сведение их в одно поле «дата счета» уничтожает доказательства, необходимые вашему рабочему процессу платежей.
Отчет о «полной оплате», когда деньги только договорены
Доступность факторинга, запланированный перевод или внутреннее одобрение не обязательно являются эффективным платежом. Дождитесь события, которое представляет получение средств поставщиком, а затем зафиксируйте эту дату.
Оставление владельца платформы неопределенным
Решите, кто отслеживает неудачные передачи, отклоненные счета, неотчитанные платежи и несопоставленные банковские позиции. Платформа может автоматизировать транспортировку; она не может решить, кто владеет исключением, если вы не определите эту ответственность.
Практический контрольный список готовности
До наступления вашего срока убедитесь, что вы можете ответить «да» на каждый вопрос:
- Можем ли мы определить, подпадает ли каждый покупатель и поставщик под испанскую сферу действия B2B?
- Знаем ли мы, относит ли наш оборот нас к 12-месячному или 24-месячному этапу?
- Может ли наша система выставления счетов создавать структурированное сообщение, совместимое с EN 16931, в принятом синтаксисе?
- Является ли наша точка приема публичной и протестированной с основными контрагентами?
- Можем ли мы сохранить оригинальный счет и каждую преобразованную или переданную версию?
- Фиксируем ли мы отдельно принятие, отклонение, дату платежа, частичную оплату и полную оплату?
- Могут ли данные о банковских зачислениях попадать в регистр счетов в течение четырех рабочих дней?
- Направляются ли сторнирования платежей, кредит-ноты и оспариваемые счета в очередь на проверку человеком?
- Можем ли мы сверить статусы платформ с главной книгой и банковской выпиской?
- Есть ли у нас документально оформленный ответственный за сбои и хранение доказательств?
Если любой ответ «еще нет», начните с этого пункта. Небольшой бизнес часто может добиться значительного прогресса с чистым регистром счетов, дисциплинированным импортом банковских данных и явными очередями исключений до внедрения более крупной платформы.
Упростите ваше финансовое управление
Переход на электронное выставление счетов в Испании делает надежные записи еще более ценными: вам нужно связать то, что было выставлено, принято, подлежало оплате, оплачено и о чем отчитано. Beancount.io предлагает учет в виде открытого текста, который является прозрачным, управляемым версиями и готовым для ИИ, так что ваша финансовая история остается проверяемой по мере роста вашего рабочего процесса выставления счетов. Изучите документацию или визуализируйте сверки с помощью Fava.