Нов закон за онлайн магазините през 2026: функция за отказ до 14 дни — WordPress, Shopify, OpenCart и всички платформи

Накратко: какво точно е новото през септември 2026 г.

На 24 септември 2026 г. влиза в сила новият чл. 52а от Закона за защита на потребителите (ЗЗП), обнародван с ДВ, бр. 87 от 2026 г. При договори от разстояние, сключени чрез онлайн интерфейс, търговецът трябва да осигури видима и леснодостъпна функция за отказ, когато съответният потребител има право да се откаже. Това се отнася не само до онлайн магазини за стоки, но и до други приложими потребителски договори, сключени онлайн.

Често ще срещнете заглавието „нов закон за връщане в 14 дни“. То не е точно. Правото на потребителя да се откаже без причина в 14-дневен срок съществува от години — новото е начинът да се упражни онлайн. Само PDF формуляр, имейл адрес в общите условия или страница „Свържете се с нас“ не бива да се приемат автоматично за изпълнение на изискванията на чл. 52а.

Правилото е в българското законодателство от 24.09.2026 г. Европейската основа е Директива (ЕС) 2023/2673, която предвижда прилагане от 19.06.2026 г. Двете дати не са взаимозаменяеми: при проверка на български търговец посочвайте националния чл. 52а и датата на обнародване.

Кога са 14 дни и кога има изключения?

По общото правило на чл. 50 ЗЗП при онлайн продажба на физическа стока срокът е 14 календарни дни от получаването ѝ; при доставка на няколко стоки или части срокът може да се брои от последната доставка според конкретния договор. За услуги началото на срока обикновено се свързва със сключването на договора. Потребителят трябва да изпрати недвусмислено изявление преди изтичане на съответния срок.

Това право не е същото като рекламация за дефект или несъответствие на стока. Не е общо 14-дневно право за всяка B2B поръчка между фирми. Законът съдържа изключения в чл. 57 ЗЗП — например определени персонализирани стоки, бързо развалящи се продукти и специфични цифрови/услугови договори при изпълнение на законовите условия. Не маркирайте автоматично всички стоки като „без право на отказ“; изключенията изискват конкретна правна преценка.

Подаването на изявление за отказ не е равнозначно на приключило физическо връщане или незабавно платено възстановяване. За връщането на вещта и възстановяването на сумите важат отделни правила на чл. 54–55 ЗЗП. Процесът в магазина трябва да различава тези етапи.

• Право на отказ: потребителят заявява, че не желае да бъде обвързан с приложимия договор.
• Физическо връщане: последваща логистика по изпращане или предаване на стоката.
• Рекламация: отделна процедура при несъответствие, дефект или гаранционни права.
• B2B договор: не прилагайте потребителската 14-дневна процедура без проверка на правния статут и договорните условия.

Какво изисква чл. 52а ЗЗП от интерфейса

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

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

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

• Ясна, видима и постоянно достъпна функция „Откажете се от договора тук“.
• Име + идентификатор на поръчката/договора + електронен адрес за потвърждение.
• Отделно окончателно действие „Потвърждавам отказа“.
• Сървърно записване на изявлението с точни дата, час, съдържание и идентификатор.
• Потвърждение на траен носител най-късно до края на работния ден.
• Административна опашка за обработка на заявките и коректна политика за личните данни.

Пример за UX: как да изглежда онлайн функцията

Стъпка 1: клиентът отваря видимата страница „Откажете се от договора тук“. Посочва име, номер на поръчка или друг идентификатор и имейл. Системата ясно показва кой договор е избран. Не изискваме задължително причина за отказ; свободно поле за коментар може да е доброволно.

Стъпка 2: показваме обобщение на заявлението, с отделен бутон „Потвърждавам отказа“. След изпращане записваме точния момент и съдържанието, изпращаме имейл потвърждение и създаваме административна задача. Екранът съобщава, че изявлението е получено, без да обещава автоматично възстановяване преди обработката.

Стъпка 3: операторът преглежда приложимостта, организира евентуално връщане на стока и възстановяване според закона. Ако има технически проблем с електронната поща, системата трябва да сигнализира на администратора и да има надежден механизъм за повторно изпращане.

Сравнение по eCommerce платформи: къде и какво настройваме

Законът е технологично неутрален. Няма отделен закон за WordPress, Shopify или OpenCart. Всяка реализация трябва да постигне еднаквото правно поведение. Има платформи с вградени системи за връщания, но „RMA“ или „заявка за рекламация“ не е автоматично доказателство, че е реализирана новата двустъпкова функция за законов отказ.

Следната таблица е техническа карта за внедряване, а не твърдение, че конкретен плъгин или платформа по подразбиране покрива българските законови изисквания.

Shopify: има конкретни настройки за новото европейско изискване

Shopify официално описва настройки за съобразяване с Директива (ЕС) 2023/2673. В Settings → Customer accounts се активира Self-serve returns and cancellations. За EU пазара се конфигурират Return and cancel requests, правила за отказ преди изпращане и достатъчен период за връщане след доставка. Shopify публикува специални инструкции за съответствие; използвайте ги за начална конфигурация, не само общата страница за refund policy.

Задължително тествайте конкретната тема и версия на customer accounts: вижда ли клиентът пътя до отказ без неудобни действия; какво се случва при поръчка като гост; правилно ли работи периодът преди доставката; какво потвърждение получава клиентът. Shopify отбелязва, че заявката за cancellation не отменя сама поръчката; тя се преглежда и обработва. По този начин онлайн изявлението и реалното изпълнение остават отделни.

• Settings → Customer accounts → Self-serve returns and cancellations.
• Изберете Return and cancel requests и настройте правилата за EU продажби.
• Тествайте реални поръчки с различен статус и guest/registered сценарии.
• Проверете дали имейлът съдържа текста и точния момент на подаване.

WooCommerce / WordPress: не разчитайте само на „Request return“

WooCommerce има разширения за връщания и управление на заявки, но изборът на модул не е еквивалентен на юридическа проверка. При WordPress бихме изградили отделна публична, леснодостъпна страница за отказ; тя може да използва номер на поръчка и имейл за идентификация, да покаже summary и да запише потвърдения отказ като отделно събитие към поръчката.

За guest checkout не трябва да е задължително потребителят да влиза в акаунт, ако не е имал такъв. API endpoint-ът се защитава от злоупотреби, но не добавяме ненужни стъпки, с които фактически блокираме правото на отказ. Администраторът получава известие, клиентът — durable confirmation, а възстановяването на парите се обработва по отделен контролиран процес.

OpenCart, PrestaShop и Magento: съществуващата RMA форма не винаги е достатъчна

OpenCart предлага обработка на returns, а PrestaShop — merchandise returns в клиентския акаунт при определени настройки. Adobe Commerce предлага RMA функции, които не са същите като Magento Open Source. Тези функции могат да са добра основа, но трябва да проверим дали изискват причина, предварително одобрение или вход, и дали покриват именно подаване и потвърждаване на юридическо изявление.

За тези системи често най-чистото решение е малка отделна withdrawal страница, свързана към поръчката и административния workflow. При legacy магазини внимаваме с версии, модули, PHP съвместимост и обработката на имейл, за да не счупим checkout при внедряването.

CloudCart, Shopiko, GombaShop, Seliton и други управлявани платформи

При SaaS платформите трябва да проверим текущите функции, правилата на плана и възможността за персонализирана страница или интеграция. Не е коректно да твърдим без проверка, че всяка от CloudCart, Shopiko, GombaShop и Seliton вече има готов чл. 52а workflow. Функциите и обновленията могат да се различават по продукт и договор.

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

Същият подход важи за Wix eCommerce, Webflow eCommerce, headless фронтенди и custom системи. Законът се отнася до потребителското преживяване, не до използвания engine.

Списък за приемателен тест на функцията за отказ

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

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

• Линкът „Откажете се от договора тук“ е видим и работи на мобилен екран.
• Функцията е налична през приложимия период за отказ и преди изпращане на стока, когато правото съществува.
• Може да бъде въведено име, идентификатор на договор и електронен канал за потвърждение.
• Няма задължително поле „Причина“ за упражняване на правото.
• Има ясно отделен бутон „Потвърждавам отказа“.
• Сървърът записва съдържанието, дата и час; няма фалшиво „успешно“ съобщение.
• Потвърждението се изпраща автоматично на траен носител, с дата, час и съдържание.
• Операторът вижда отделни статуси: получено изявление, обработка, връщане на вещ, възстановяване.
• Проведени са тестове за guest checkout, грешен номер, повторно подаване и недоставен имейл.

Какво още трябва да обнови всеки онлайн магазин?

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

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

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

Как web-design.bg може да помогне на съществуващ магазин

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

След това предлагаме конкретен обхват: видим линк и страница, две стъпки за отказ, запис на заявлението, потвърждение по имейл, администраторска обработка и QA. Ако сайтът е WooCommerce, Shopify, OpenCart, PrestaShop, Magento, CloudCart, Shopiko, GombaShop, Seliton или custom, първата задача е да проверим реалните технически възможности, преди да поемем срок и цена.

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

• Изпратете платформата, версията и URL адреса на магазина.
• Посочете дали имате guest checkout и персонализирани поръчки.
• Ще върнем технически обхват и конкретно предложение за изпълнение.

Преди да купите готов модул за 14-дневен отказ

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

При WooCommerce, Shopify, OpenCart, PrestaShop, Magento, CloudCart или друга система направете демонстрация с тестова поръчка и юридическа проверка на приложимите изключения, вместо да разчитате само на името на разширението.