Незабавни плащания и проверка на получателя: какво се промени в европейското плащане онлайн

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

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

Регламентът накратко

Регламент (ЕС) 2024/886, обикновено наричан Регламент за незабавните плащания, изменя правилата на SEPA, така че незабавните кредитни преводи да станат базова услуга, а не услуга с надценка.

Задълженията влизат в сила на етапи:

• 9 януари 2025 г.: доставчиците на платежни услуги в еврозоната, с изключение на платежните институции и дружествата за електронни пари, трябваше да могат да получават незабавни кредитни преводи и вече не можеха да таксуват незабавния превод по-скъпо от стандартния.
• 9 октомври 2025 г.: същите доставчици трябваше да могат да изпращат незабавни кредитни преводи и да предлагат проверка на получателя безплатно.
• 9 януари 2027 г.: доставчиците на платежни услуги в държавите членки, чиято валута не е еврото, трябва да могат да получават незабавни кредитни преводи в евро.
• 9 април 2027 г.: платежните институции и дружествата за електронни пари в еврозоната трябва да могат да ги изпращат и получават.
• 9 юли 2027 г.: доставчиците на платежни услуги в държавите членки извън еврозоната трябва да могат да ги изпращат и да предлагат проверка на получателя.

От това следват две неща. Незабавните преводи в евро вече са достъпни навсякъде, денонощно, на цената на обикновените преводи и се сетълират за по-малко от десет секунди. И всяко нареждане на превод в евро вече включва проверка на името преди потвърждаването.

Какво прави проверката на получателя

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

Резултатът не е просто „да" или „не". Обикновено има четири възможни състояния:

• Съвпадение: името съвпада.
• Частично съвпадение: почти съвпада и на платеца обикновено се показва действителното име на титуляря, за да реши сам.
• Несъвпадение: не съвпада. Платецът все пак може да продължи, но е предупреден.
• Проверката не е възможна: доставчикът на получателя не е могъл да отговори, например заради изтекло време за изчакване.

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

Защо това ви засяга, дори да не сте банка

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

Името на фирмата ви трябва да съвпада с банковата сметка

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

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

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

Масовите изплащания имат нужда от план

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

Процесът ви за изплащания трябва да обработва набор от резултати, а не просто „прието" или „отхвърлено". Това означава да пазите резултата от проверката към записа на всеки получател, да решите какво прави фирмата ви при частично съвпадение и да имате процес, в който човек преглежда случаите на несъвпадение, вместо или да блокирате всичко, или да пренебрегвате предупреждението.

Ако регистрирате получатели, събирайте името на титуляря на сметката като отделно поле и го проверявайте още при регистрацията, а не в момента на плащане. Поправянето на грешни данни за получатели по време на пакетно плащане е скъпо и бавно.

Времето на сетълмента променя допусканията

Незабавният сетълмент означава, че парите пристигат за секунди, по всяко време, включително през уикенда и в празнични дни.

Това разбива допусканията в кода за равнение, писан за пакетен сетълмент. Системите, които очакват дневен файл с извлечение, приемат, че извън работно време не пристигат кредитни преводи, или правят равнение веднъж дневно, сега се държат странно. Логиката за изпълнение на поръчки, обвързана с „плащането е постъпило", може изведнъж да се задейства в 2 ч. през нощта в неделя, което може да е наред, а може и да се сблъска с прозорец за поддръжка.

Нищо от това не е трудно, но трябва да се прегледа съзнателно, а не да се открие в продукционна среда.

По-голямото последствие: A2A плащанията станаха жизнеспособни

Най-значимият ефект от Регламента за незабавните плащания не е проверката на името. Той е, че повсеместните, евтини и незабавни релси за евро направиха продуктите за плащане от сметка към сметка (A2A) практически приложими в потребителски мащаб.

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

Така се появи Wero. Портфейлът на European Payments Initiative прехвърля пари през SEPA Instant, сетълира за около десет секунди и изцяло заобикаля картовите схеми. През първата си година надхвърли 43 милиона регистрирани потребители с преводи между физически лица, след това навлезе в електронната търговия, а през септември 2026 г. EPI отчете 60 милиона потребители. Сред търговците са Lidl, Decathlon, Rossmann и Eventim. Подробно ръководство за интеграцията сме описали в ръководството за Wero.

Ако се чудите защо банковият превод изведнъж е сериозна опция при плащане на пазари, където доскоро беше резервен вариант за хора без карти, причината е тази.

Какво следва: PSD3 и PSR

Следващата регулаторна стъпка е пакетът за платежните услуги. Състоянието към 10 октомври 2026 г.:

• Парламентът и Съветът постигнаха временно политическо споразумение на 27 ноември 2025 г.
• Окончателните съгласувани текстове бяха публикувани на 23 април 2026 г.
• Комисията по икономически и парични въпроси одобри съгласувания текст на 5 май 2026 г., но Съветът не е приел позицията си на първо четене и нито един от двата текста не е обнародван в Официален вестник. Процедурното досие на Парламента посочва 14 декември 2026 г. като ориентировъчна дата за пленарно гласуване, така че по-вероятно е обнародването да стане в началото на 2027 г.
• Регламентът за платежните услуги (PSR) се прилага 21 месеца след влизането му в сила, а разпоредбите за проверка на получателя: след 27 месеца. PSD3 изисква транспониране в националното право в сходен срок.

Реалистично това означава прилагане най-рано в края на 2028 г. Съдържанието на практика е уточнено, така че можете да планирате спрямо него, но няма причина да разработвате за него тази година.

Промените, които са най-важни за продуктовите екипи:

Интерфейсите за отворено банкиране стават по-силни. Пакетът затяга изискванията към специалните интерфейси, които банките трябва да предоставят, като дебатът е около премахването на резервния достъп през интерфейса за клиенти. За всеки, който разработва върху услуги по предоставяне на информация за сметки или по иницииране на плащания, качеството и наличността на API стават задължение, което може да се налага, а не пожелание.

Отговорността при измами се измества. Въвежда се разширена рамка за измамите с разрешени плащания, наредени от самия платец, и за измамите с представяне за друго лице, което променя кой поема загубите в сценарии, които днес остават за сметка на потребителя.

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

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

Практичен списък за проверка

Ако искате да отделите един час на темата и да излезете с нещо полезно:

1. Изпратете си превод по собствената фирмена сметка от несвързана банка. Вижте какво име се връща. Ако не е това, което клиентите виждат във фактурите ви, имате работа за вършене.
2. Потърсете в кода си логика за равнение, която разчита на пакетен сетълмент или на работно време.
3. Проверете дали доставчикът ви на изплащания връща резултатите от проверката на получателя в своя API и дали ги съхранявате.
4. Погледнете формуляра си за регистрация на получатели. Събира ли името на титуляря на сметката и проверявате ли го още при регистрацията?
5. Ако сте в държава членка извън еврозоната, включете в плана 9 януари 2027 г. (получаване) и 9 юли 2027 г. (изпращане и проверка на получателя). И двете дати са по-близо, отколкото изглежда.

Къде е мястото на това

Плащанията са само една част от много по-широкото регулаторно изграждане в Европа. Ръководството за цифрово съответствие в ЕС за 2026 г. описва останалото, а практическата работа с личните данни в платежните процеси е разгледана в нашето ръководство за ОРЗД за инженери.

Разработваме и поддържаме системи за плащания и изплащания за компании, които работят в цяла Европа, включително процеси за плащане, оркестрация на поръчки, равнение и незабележимата отчетност, от която финансовите екипи наистина имат нужда. Ако искате преглед на това как тези промени се отразяват на вашата система, пишете ни на office@c9group.dev или прочетете повече на страницата ни за навлизане на европейския пазар.