Общи условия за SaaS платформа – какво да включите и какво ЗЗП изисква

Защо SaaS платформите се нуждаят от отделни общи условия

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

Българският Закон за защита на потребителите (ЗЗП) третира SaaS абонамента като договор за предоставяне на цифрово съдържание или цифрова услуга. Квалификацията зависи от конкретния модел – дали потребителят получава достъп до софтуер в облака (цифрова услуга), или изтегля приложение с абонаментно отключване (цифрово съдържание).

Задължителни клаузи по ЗЗП за цифрови услуги

Чл. 59б от ЗЗП въвежда специфични изисквания за договорите за цифрово съдържание и цифрови услуги, които пряко засягат всяка SaaS платформа, насочена към потребители (B2C).

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

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

Recurring billing – как да опишете абонаментното таксуване

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

Разпространена грешка е таксуването да продължава и след като потребителят е поискал прекратяване на абонамента. Чл. 50 от ЗЗП дава право на отказ в 14-дневен срок от сключване на договора от разстояние, но при цифрови услуги има изключение – ако потребителят изрично е поискал изпълнението да започне преди изтичането на този срок и е потвърдил, че знае, че губи правото си на отказ. Ако тази процедура не е спазена коректно, потребителят може да се откаже и след 14-те дни.

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

SLA клауза – нива на обслужване и компенсации

SLA (Service Level Agreement) определя минималните стандарти за наличност и производителност на платформата.

За B2C SaaS платформа SLA клаузата не е законово задължителна по ЗЗП, но отсъствието й създава проблем – при спор съдът ще прецени дали услугата съответства на „разумните очаквания на потребителя“, което е значително по-неблагоприятен критерий за доставчика. По-добре е да фиксирате конкретни параметри, отколкото да оставите тълкуването на съда. Типичните SaaS платформи гарантират 99.9% uptime на месечна база, което допуска приблизително 43 минути престой месечно.

Пример за SLA таблица, която може да бъде включена в общите условия:

<table>
  <thead>
    <tr>
      <th>Uptime за месеца</th>
      <th>Компенсация</th>
    </tr>
  </thead>
  <tbody>
    <tr><td>99.9% - 99.0%</td><td>10% кредит от месечната такса</td></tr>
    <tr><td>99.0% - 95.0%</td><td>25% кредит от месечната такса</td></tr>
    <tr><td>Под 95.0%</td><td>50% кредит от месечната такса</td></tr>
  </tbody>
</table>

Изрично уточнете, че планираната поддръжка (maintenance windows) не се брои като престой. Посочете минималното време за предварително уведомяване – обичайната практика е 48 или 72 часа.

Fair use policy – ограничения на употребата

Fair use клаузата защитава платформата от злоупотреба с ресурси и трябва да бъде формулирана с конкретни числови лимити.

Вместо общи фрази от типа „разумна употреба“, дефинирайте точни прагове: максимален брой API заявки на час, ограничение на storage в GB за всеки план, максимален брой потребителски акаунти. Когато потребител надвиши лимитите, общите условия трябва да предвиждат стъпаловидна процедура – уведомление, срок за привеждане в съответствие, и едва тогава ограничаване на достъпа или надтарифиране. Едностранното блокиране без предупреждение може да се квалифицира като неравноправна клауза по чл. 143 от ЗЗП, ако платформата работи с потребители.

Прекратяване на абонамента и съдбата на данните

Процедурата за прекратяване е една от най-чувствителните точки в SaaS общите условия.

ЗЗП забранява клаузи, които необосновано затрудняват потребителя да прекрати договора. Dark patterns от типа „скрит бутон за отказ“ или „задължително обаждане на телефон за прекратяване“ са рискови и могат да бъдат оспорени пред компетентния орган за решаване на спорове. Прекратяването трябва да е достъпно по същия канал, по който е сключен абонаментът – ако потребителят се е регистрирал онлайн, трябва да може да се откаже онлайн.

Отделен въпрос е какво се случва с данните след прекратяване.

GDPR (Регламент 2016/679) изисква да бъдете прозрачни относно съхранението и изтриването на лични данни. Добрата практика е да предоставите гратисен период за експорт на данните (обикновено 30 дни), след което данните да бъдат окончателно изтрити. Политиката за защита на лични данни на платформата трябва изрично да описва този процес, включително форматите, в които данните могат да бъдат експортирани.

Автоматично подновяване и ценови промени

Автоматичното подновяване на абонамента е стандартна SaaS практика, но ЗЗП поставя ограничения.

При B2C договори потребителят трябва да бъде уведомен преди автоматичното подновяване в разумен срок – обичайно 30 дни преди датата на следващото таксуване. Ако планирате промяна на цената, уведомлението е задължително, а потребителят трябва да има възможност да откаже новите условия и да прекрати абонамента без неустойка. Мълчаливото съгласие (липса на отговор = приемане на нова цена) е допустимо само ако е изрично предвидено в първоначалните общи условия и потребителят е бил ясно информиран за този механизъм.

Клауза, която позволява неограничено увеличение на цената без право на отказ, е неравноправна по смисъла на чл. 143, ал. 2, т. 12 от ЗЗП.

Интелектуална собственост и потребителско съдържание

SaaS платформите често работят с данни и съдържание, генерирано от потребителите (user-generated content).

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

Техническа имплементация – consent за recurring billing

При SaaS платформи, работещи с Stripe или подобен payment processor, е добра практика да логвате активното съгласие на потребителя за recurring billing.

Записвайте timestamp, IP адрес и конкретния план, за който потребителят е дал съгласие. Тези данни са от съществено значение при евентуален спор пред КЗП.

B2B vs. B2C – разлики в режима

Ако SaaS платформата работи само с бизнес клиенти (B2B), голяма част от потребителските защити по ЗЗП не се прилагат.

Правото на отказ в 14-дневен срок, забраната на неравноправни клаузи и специфичните правила за цифрови услуги по ЗЗП важат само когато другата страна е потребител по смисъла на закона – физическо лице, което действа извън рамките на търговската или професионалната си дейност. При B2B отношения страните разполагат със значително по-голяма свобода на договаряне. Въпреки това GDPR изискванията за защита на лични данни остават приложими и при B2B модела, доколкото потребителите на софтуера са физически лица, чиито данни се обработват.

Практическата препоръка е да поддържате две версии на общите условия – потребителска (B2C) и бизнес (B2B), или една версия с ясно разграничени секции за двата режима. Публикуването на подробни и структурирани общи условия от самото начало предотвратява множество спорове, които иначе биха стигнали до КЗП или съд.

Често задавани въпроси