Една фактура може да бъде напълно валидна и въпреки това финансово безполезна, ако никой не може да отговори на два въпроса: Приета ли е? и Кога е била действително платена? Новата испанска рамка за B2B електронно фактуриране е проектирана да направи тези отговори четливи за машини. За бизнеса това означава, че проектът не е само замяна на PDF прикачени файлове със структурирани файлове. Става въпрос и за свързване на продажбени фактури, задължения, банкова дейност и доказателства за плащане в един надежден работен процес.
Рамката беше публикувана през 2026 г., но много фирми все още нямат фиксирана календарна дата. Часовникът за прилагане започва, когато министерската заповед, която разработва публичното решение за електронно фактуриране, влезе в сила. От този момент фирмите с оборот над 8 милиона евро за предходната година имат 12 месеца, докато останалите имат 24 месеца. Това време е полезно, ако го третирате като счетоводен и оперативен проект, а не като покупка на софтуер в последния момент.
Това ръководство обяснява какво променя правилото, как да определите кой краен срок се прилага и как да изградите работен процес за статус на плащанията, който ще устои, когато фактурите се движат между различни платформи.
Какво всъщност изисква новата испанска рамка
Рамката се прилага за фирми и професионалисти, които вече са задължени да издават фактури, когато клиентът е друг бизнес или професионалист с икономическо седалище, постоянно establishment, domicil или обичайно местопребиваване в Испания и сделката е адресирана до това испанско местоположение.
Задължението е по-широко от „изпрати на клиента електронно копие“. Фактурата трябва да бъде структурирано електронно съобщение, което може да бъде обработено от софтуер. Разрешените синтаксиси включват:
- CII
- UBL
- EDIFACT
- Facturae
Моделът на данни трябва да следва семантичния модел EN 16931, с адаптациите, определени от испанските правила. Всяка фактура също се нуждае от уникален идентификатор, който включва данъчния идентификационен номер на издателя, номера и серията на фактурата и датата на издаване.
Системата има два свързани слоя:
- Частни платформи за обмен, които маршрутизират фактури между издатели и получатели.
- Публично решение за електронно фактуриране, разработено и управлявано от Испанската данъчна агенция, което действа като универсално хранилище и предоставя услуги за проследяване на плащания.
Бизнесът може да използва частна платформа, публичното решение или комбинация. Ако не се е договорил с доставчици за частна платформа за получаване на фактури, публичното решение е по подразбиране. Ако избере частна точка за получаване, той трябва да я направи известна в бизнес комуникациите си и, където е приложимо, на уебсайта си.
Ето защо самостоятелен екран за фактуриране едва ли ще е достатъчен. Системата трябва правилно да идентифицира контрагента, да създаде приет структуриран формат, да маршрутизира документа, да запази идентичността му и да записва по-късните състояния на фактурата.
Кой краен срок се прилага за вашия бизнес?
Официалното влизане в сила на указа е отделно от ефективното му прилагане. Оперативните му изисквания са отложени, докато министерската заповед за публичното решение влезе в сила. След ефективната дата на тази заповед:
- Фирми и професионалисти, чийто обем на операции за предходната календарна година надвишава 8 милиона евро, влизат в рамката след 12 месеца.
- Други фирми и професионалисти влизат в нея след 24 месеца.
Не изчислявайте крайния си срок, като добавите година или две към датата, на която указът се е появил в Държавен вестник. Съответният тригер е прилагащата заповед, а тестът за оборот използва непосредствено предходната календарна година. Бизнес, който надхвърли прага, следователно трябва да води годишен запис на цифрата, използвана в оценката му, а не да разчита на неформална оценка.
Има и преходно правило за четливост. По време на 12-те месеца след като рамката стане ефективна за бизнес над прага от 8 милиона евро, този бизнес обикновено трябва да придружава електронните си фактури с PDF, който гарантира, че получателят може да ги прочете, освен ако получателят изрично не се съгласи да получи оригиналния формат. Този PDF е мост за използваемост; той не замества структурираната фактура.
Указът също така дава на по-малките фирми допълнителен преход за отчитане на състоянията на фактурите. За физически лица и определени субекти с приписване на доход на или под нивото от 8 милиона евро, разпоредбите за държавно отчитане стават задължителни след 12 месеца от датата, на която указът произвежда ефекти за съответната група. Тъй като тези преходи си взаимодействат, документирайте тригерните дати и вашия тип субект с вашия испански данъчен съветник.
Задължението за статус на плащане е оперативният център
Най-важната промяна за ежедневните финансови екипи е, че статусът на фактурата става дефиниран поток от данни.
Получателят трябва да съобщи поне:
- Търговско приемане или отхвърляне, с дата.
- Пълно ефективно плащане, с датата на ефективно плащане.
Получателят може също така да съобщи частично приемане или отхвърляне, частично плащане и сума, и прехвърляне на фактурата на трета страна за събиране или плащане. Тези допълнителни статуси могат да бъдат ценни за контрол на кредита, но те не заместват задължителното събитие за пълно плащане.
Информацията за статуса обикновено трябва да бъде изпратена в рамките на четири естествени дни от събитието, с изключение на съботите, неделите и националните празници. За публичното решение получателят трябва да докладва пълното ефективно плащане на всяка получена фактура, която не е била отхвърлена, заедно с датата на плащане, независимо дали фактурата е преминала през частна платформа. Получателят трябва също така да докладва падежната дата на плащане.
Това създава кратък прозорец за контрол. Банкова съпоставка, извършена седмици след края на месеца, може да е достатъчна за управленска отчетност, но е твърде бавна, за да бъде единственият механизъм, който казва на системата за фактуриране, че плащане е станало. Вашият процес за задължения се нуждае от събитие или опашка, която забелязва банковото сетълмент, съпоставя го с фактурата и изпраща необходимия статус навреме.
Дефинирайте „платено“ внимателно
Датата на ефективно плащане не е непременно датата, на която някой кликне „платено“ в счетоводно приложение. Тя е свързана с действителното получаване на парите от доставчика. За превод това обикновено означава датата, на която сметката на платеца е дебитирана. За плащане в брой това е датата на плащане в брой. За уговорена компенсация на задължения, това е датата на тази компенсация.
Предоставянето на фактура за факторинг или друг механизъм за ранно събиране само по себе си не я прави платена. Съответната дата е, когато доставчикът действително получи средствата. Това разграничение има значение, когато вашият бизнес използва факторинг, финансиране на веригата за доставки, сетълмент на карти или посредник, който отчита плащане преди основният паричен поток да достигне до доставчика.
Вградете тези дефиниции във вашите правила за съпоставяне. Като минимум запазете:
- Идентификатор на фактурата и данъчен номер на доставчика
- Дата на издаване, дата на услугата или доставката и дата на получаване
- Договорени и изчислени падежни дати
- Статус на приемане или отхвърляне и времева марка
- Сума на плащане, ID на банкова транзакция и действителна дата на сетълмент
- Индикатори за пълно, частично, оспорено, прехвърлено и обърнато плащане
- Платформата или канала, използван за предаване на всяко събитие
Когато плащане бъде обърнато или неправилно приложено, не презаписвайте мълчаливо оригиналното събитие. Запазете оригиналната транзакция, запишете корекцията и маршрутизирайте фактурата за преглед. Одитна следа е по-полезна от зелен етикет „платено“, който вече не обяснява какво се е случило.
Свържете правилото с испанските правила за срокове на плащане
Електронното отчитане не създава ново извинение за забавяне на плащане. Испанските търговски правила за забава на плащане обикновено определят 60-дневен лимит за плащане между фирми, със специфични правила за това кога започва часовникът и как работят процедурите за приемане. Доставчиците обикновено трябва да доставят фактурата или еквивалентно искане за плащане в рамките на 30 дни от получаването на стоките или услугите. Електронното получаване може да стартира изчислението на срока за плащане, когато идентичността, автентичността, целостта и получаването на фактурата са гарантирани.
Практическият урок е прост: съхранявайте датите, които определят часовника за плащане, а не само датата, отпечатана на фактурата. Търговска фактура с липсваща дата на услугата, незаписана дата на получаване или недокументирана стъпка на приемане може да направи изчислението на падежната дата трудно защитимо.
За вземания използвайте същата дисциплина. Вашият регистър на продажбите трябва да показва кога клиентът е получил фактурата, кога я е приел или отхвърлил и кога средствата са се сетълментирали. Това дава на мениджъра по събиране на вземания разумно следващо действие вместо отчет за остарели вземания, базиран само на дати на издаване.
Счетоводен работен процес, който може да отговори на четиридневния прозорец
Можете да подготвите процеса, преди да изберете платформа. Започнете с проста машина на състоянията за всяка фактура:
1. Създайте и валидирайте
Генерирайте фактурата от одобрен запис на клиент. Валидирайте данъчните номера, задължителните полета на фактурата, уникалния идентификатор, сумите по редове, данъчното третиране, валутата и входните данни за падежната дата преди предаване. Отхвърлянето на неправилно форматирани документи при създаване е по-евтино от разрешаването на отхвърляне от платформа, след като клиентът вече е получил непълен запис.
2. Предайте и запазете доказателство
Изпратете през избраната частна платформа или публично решение. Съхранявайте отговора за предаване, местоназначението, времевата марка и точния структуриран документ или хеш на съдържанието. Ако платформата трансформира CII, UBL, EDIFACT или Facturae съобщения, запазете оригинала и трансформираното представяне или надеждна връзка между тях.
3. Запишете приемане или отхвърляне
Маршрутизирайте търговския отговор на получателя в регистъра на фактурите. Отхвърлянето трябва да създаде код за причина и собственик, а не просто червена икона. Ако е необходима корекция, издайте проследима коригираща фактура и запазете връзката с оригинала.
4. Съпоставете сетълмента с фактурата
Импортирайте банкови транзакции достатъчно често, за да отговорите на прозореца за отчитане. Съпоставяйте по идентификатор на фактура, контрагент, сума и информация за превод, с опашка за преглед за частични плащания, групови плащания, такси и валутни разлики. Лицето или процесът, одобряващ съпоставката, трябва да бъде видимо в одитната следа.
5. Отчетете събитието за плащане
Когато фактурата е напълно сетълментирана, уловете действителната дата на ефективно плащане и изпратете необходимото събитие в рамките на четири квалифицирани дни. Не използвайте датата на съпоставка, ако тя се различава от датата на сетълмент. Ако платформа е упълномощена да отчита от ваше име, запазете упълномощаването и резултата от доставката.
6. Съгласувайте книгите и регистъра на статусите
В края на периода сравнете регистъра на фактурите, съобщенията на платформата, банковата дейност, салдата по вземания или задължения и отчетените статуси. Разследвайте фактури, които са отбелязани като платени в една система, но остават отворени в друга. Тази съпоставка е също мястото, където хващате дублирани фактури, липсващи кредитни известия и плащания, осчетоводени към грешен субект.
Често срещани грешки, които да избягвате
Третиране на PDF като електронна фактура
PDF може да е четим, но не е автоматично структурирана фактура. Запазете преходния PDF като помощно средство за представяне, докато правите съответстващото структурирано съобщение авторитетния запис.
Предположение, че частната платформа премахва публичното отчитане
Частните платформи трябва да участват в испанската система и да се свързват с други платформи. По-важното за получателите е, че пълното плащане все още трябва да бъде съобщено на публичното решение съгласно указа, дори когато частна платформа е обработила обмена.
Използване на датата на издаване като всяка друга дата
Дата на издаване, дата на доставка или услуга, дата на получаване, дата на приемане, падежна дата, дата на сетълмент и дата на отчитане отговарят на различни въпроси. Сливането им в едно поле „дата на фактура“ унищожава доказателствата, от които се нуждае вашият работен процес за плащания.
Отчитане на „платено“, когато парите са само договорени
Наличност за факторинг, планиран превод или вътрешно одобрение не е непременно ефективно плащане. Изчакайте събитието, което представлява получаването на средства от доставчика, след това запишете тази дата.
Оставяне на собствеността върху платформата неясна
Решете кой наблюдава неуспешни предавания, отхвърлени фактури, неотчетени плащания и несъпоставени банкови позиции. Платформата може да автоматизира транспорта; тя не може да реши кой притежава изключение, освен ако не дефинирате тази отговорност.
Практичен контролен списък за готовност
Преди вашия ефективен краен срок потвърдете, че можете да отговорите с „да“ на всеки въпрос:
- Можем ли да определим дали всеки клиент и доставчик попада в испанския B2B обхват?
- Знаем ли дали оборотът ни ни поставя във фазата от 12 или 24 месеца?
- Може ли нашата система за фактуриране да създаде структурирано съобщение, съвместимо с EN 16931, в приет синтаксис?
- Нашата точка за получаване публична ли е и тествана ли е с основни контрагенти?
- Можем ли да запазим оригиналната фактура и всяка трансформирана или предадена версия?
- Улавяме ли приемане, отхвърляне, падежна дата, частично плащане и пълно плащане отделно?
- Могат ли данните от банковия сетълмент да достигнат регистъра на фактурите в рамките на четири квалифицирани дни?
- Обърнатите плащания, кредитните известия и оспорените фактури насочени ли са към човешка опашка за преглед?
- Можем ли да съгласуваме статусите на платформата с главната книга и банковото извлечение?
- Имаме ли документиран собственик за грешки и запазване на доказателства?
Ако някой отговор е „още не“, започнете оттам. Малък бизнес често може да постигне съществен напредък с чист регистър на фактурите, дисциплинирани банкови импорти и изрични опашки за изключения, преди да приеме по-голяма платформа.
Опростете вашето финансово управление
Испанският преход към електронно фактуриране прави достоверните записи по-ценни: трябва да свържете какво е фактурирано, прието, дължимо, платено и отчетено. Beancount.io предлага plain-text счетоводство, което е прозрачно, с версиониране и готово за AI, така че вашата финансова история остава проверяема, докато вашият работен процес за фактуриране расте. Разгледайте документацията или визуализирайте съпоставки с Fava.