Пример на SOW за разработчик на уеб: Пълна мисия на фиксирана цена

Защо да напишете солиден SOW за уеб разработка на фиксирана цена?

Когато компания поверява на независим разработчик на уеб или агенция мисия на фиксирана цена, съблазнът е голям да разчита на просто предложение или имейл обмен. Това е един от основните източници на спорове в отношенията между клиент и техническия доставчик: неправилно определена обхват на проекта, оспорени доставки, неуточнени права на кода. Statement of Work (SOW) е договорният документ, който позволява предотвратяване на всички тези рискове чрез формализиране, член по член, на това, което всеки трябва да направи, кога и според какви критерии за успех.

В мисия на фиксирана цена - за разлика от мисиите по заеми - доставчикът се ангажира с точен резултат за фиксирана цена. Самото естество на договора прави редактирането на SOW още по-критично: всяка неясна зона се превръща в неразбиране по отношение на това, което е было "включено" или не в обхвата. През 2024 г., според годишния доклад на Национален съвет на адвокатите, търговските спорове, свързани със договори за компютърни услуги, представляват повече от 18% от B2B спорите пред френските търговски съдилища.

В този ръководство детайлизираме структурата на пълен пример на SOW за разработчик на уеб за мисия на фиксирана цена, обхващащи доставки, критерии за приемане, интелектуална собственост и отстъпване на код. За по-дълбоко разбиране на основите, консултирайте нашия пълен ръководство на SOW: модел, клаузули и електронна подпис.

---

Типична структура на SOW за разработчик на уеб в мисия на фиксирана цена

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

1. Заглавие и идентификация на страните

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

• Номерът на SOW (особено ако е в рамките на MSA - Master Services Agreement)
• Датата на влизане в сила
• Прогнозна продължителност на мисията
• Проектният референт от страна на клиента и от страна на доставчика

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

2. Обхват и описание на доставките

Това е сърцето на документа. За мисия на уеб разработка на фиксирана цена, обхватът трябва да бъде описан с почти техническа точност.

Пример на формулировка за приложение за е-търговия:

> Доставчикът се ангажира да проектира, разработи и достави отзивчиво уеб приложение за е-търговия, базирано на Next.js 14 (React фреймуърк), свързано с REST API back-end Node.js/Express, с интеграция на Stripe за онлайн плащане. Приложението ще включва следните модули: каталог на продукти (до 5 000 референции), количка за пазаруване, конверсионна пътека в 3 стъпки, защитено пространство за клиенти (JWT), админ табло.

Всяка доставка трябва да бъде списък поотделно със:

• Неговото наименование (напр.: "Модул за удостоверяване на потребител")
• Неговото функционално описание (какво прави, не как)
• Датата на планирана доставка (или разпределението по спринт/фаза)
• Формат на доставка (Git хранилище, URL за staging, файл ZIP, техническа документация)

За сложни проекти, препоръчва се да прикачите функционален спецификационен документ (CDC) или Agile потребителски истории, на които SOW се позовава изрично.

3. Критерии за приемане: как да валидирате всяка доставка?

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

Пример на критерии за приемане за уеб приложение:

| Доставка | Критерий за приемане | |---|---| | Модул за удостоверяване | Функционално влизане/излизане в Chrome, Firefox, Safari (версии N-1). Време на отговор < 800 ms. Модулни тестове покриващи ≥ 80% на кода. | | Конверсионна пътека | Процент на JavaScript грешка = 0 при симулирана натовареност (200 едновременни потребители чрез Lighthouse). | | Админ табло | Функционален CSV експорт. Правилен дисплей при резолюция 1280 × 720 px минимум. | | Техническа документация | Пълен файл README.md, осигурена архитектурна схема, документирани променливи на окръжение. |

SOW трябва също да уточни:

• Процедура на тестване: кой тества, с какви инструменти, в какъв период след доставка (пример: клиентът имагодишен 10 работни дни да валидира или да формулира запазени мнения писмено)
• Управление на запазените мнения: малките запазени мнения (козметични бъгове) не блокират плащането; големите запазени мнения (нефункционална функция) спиране плащането до корекция
• Мълчанието означава приемане: след периода на тестване без писмен отговор, доставката е разчетана като приета

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

4. Финансови условия и платежни етапи

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

Пример на платежен план за проект от 24 000 € без ДДС:

• 30% при подпис на SOW: 7 200 € без ДДС (авансово, покрива фаза проектиране/архитектура)
• 30% при доставка на спринт 1 (доставки 1 до 4 валидирани): 7 200 € без ДДС
• 25% при доставка на спринт 2 (доставки 5 до 8 валидирани): 6 000 € без ДДС
• 15% при финална тестване и пускане в производство: 3 600 € без ДДС

SOW уточнява наказанията за закъснение от страна на доставчика (напр.: 0,5% от общата сума на неделя закъснение, ограничени до 10%) и наказанията за закъснение от страна на клиента за валидационни отговори (напр.: удължаване на глобалния период с продължителност, еквивалентна на закъснението на валидация).

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

Това е юридически най-чувствителният раздел за всеки уеб разработка договор. По дефолт, по френско право (Кодекс на интелектуалната собственост, член L. 111-1), авторът на произведение на интелекта - включително софтуер - запазва правата дори след доставка и плащане. С други думи, без изрична клауза за отстъпване, клиентът плаща разработката, но не притежава законно кода.

Добре написан SOW трябва да включва клауза за пълно отстъпване. Ето пример на формулировка:

> В замяна на пълно плащане на договореното намаление, Доставчикът отстъпва на Клиента, на титло екзклузивно и окончателно, всички имуществени права върху оригиналните Доставки, разработени специфично в рамките на този SOW, включително правата на възпроизведение, представяне, адаптиране, превод, изменение и търговско използване, за целия свят и за всички правоживот на защита на авторските права.

SOW трябва също да разграничи:

• Собственичния код (разработен специфично за този проект → отстъпен на клиента)
• Компоненти на трети страни (фреймуърки, библиотеки с отворен код → доставчикът гарантира конформност със приложимите лицензи)
• Инструменти и методи на доставчика (ноу-хау, boilerplates → остават собственост на доставчика)
• Зависимости с отворен код: изброй компоненти и техните лицензи (MIT, Apache 2.0, LGPL...) за избягване на нарушение на лицензата

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

Накрая, SOW трябва да включи клауза за escrow на кода ако клиентът желае да се застрахова срещу отказ на доставчика: кодът е депозиран при трета страна надежда и освободен под предварително определени условия (съдебно ликвидиране на доставчика, отказ в SLA и пр.).

---

Дополнителни незаменими клаузули в SOW за уеб разработка

Конфиденциалност и NDA интегриран

Доставчикът ще има достъп до чувствителна информация: техническа архитектура, клиентски данни, продуктна roadmap. SOW трябва да включва клауза за конфиденциалност (или да се позовава на отделно подписан NDA), обхващащ:

• Продължителност на задължението (обикновено 3 до 5 години след края на мисията)
• Определение на конфиденциална информация
• Изключения (информация вече публична, законно получена от трета страна)
• Задължения за връщане или унищожаване на данни при край на договора

Гаранции и поддръжка след доставка

На фиксирана цена, гаранцията против скрити дефекти се прилага законно, но SOW уточнява нейния оперативен обхват:

• Гаранция за добро функциониране: през X месеца след финална тестване, доставчикът безплатно коригира всяка грешка, свързана с неговата разработка (без функционални еволюции)
• SLA на корекция: блокираща грешка коригирана в 24 работни часа; голяма грешка в 72 часа; малка грешка интегрирана в следващия цикъл
• Изключения на гаранция: изменения направени от клиента на кода, актуализации на зависимости не валидирани от доставчика

Подизпълнение и човешки ресурси

Клиентът трябва да знае дали доставчикът може да подизпълни цялото или част от разработките. Ако клауза за предварително одобрение е желана (особено по причини на конфиденциалност или GDPR конформност), тя трябва да фигурира в SOW. В критични мисии, някои клиенти дори исват да определят разработчиците, включени и да получат предварително съгласие в случай на смяна на екип.

За SOW подписани с чужди доставчици или в многостранен контекст, решението за електронен подпис, съответно eIDAS на Certyneo, позволява подпис на разстояние с пробна стойност признат в 27 членове на ЕС.

---

Добри практики за завършване и подписване на вашия SOW

Процес на преглед и изменение

Преди подпис, SOW трябва да бъде преглеждан от:

1. Технически мениджър на проекта от страна на клиента (валидация на функционален обхват)
2. Юрист или CFO (валидация на финансови клаузули, IP и наказания)
3. RSSI ако се обработват лични или чувствителни данни (GDPR конформност)

Всяко изменение на обхвата по време на проекта трябва да е обект на Change Order (изменение), подписано от двете страни, уточняващо въздействието на период и цена. Без подписано изменение, всяка молба за модификация е разчетана като извън обхват.

Електронен подпис на SOW

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

• Усилена пробна стойност: квалифициран хронометраж, сигурна идентификация на подписващите
• Бързина: SOW може да бъде подписан в няколко минути, дори с доставчик в телеработа или чужбина
• Автоматичен архив: подписаният документ се съхранява неразрушимо
• Проследяване на версии: избягва подписване на стара версия

Нашия сравнение на решенията за електронен подпис вам помага да избера нивото на подпис, адаптирано към стойност и чувствителност на вашите SOW. За мисии надвишаващи 50 000 € или включващи разширени клаузули на IP отстъпване, квалифицираният подпис (най-високо ниво на eIDAS) е препоръчителен.

За ускорение на самото производство на документа, нашия генератор на договори чрез AI позволява производство на SOW draft персонализиран в няколко минути, от параметрите на вашата мисия.

Приложимо законодателство за SOW на уеб разработка

Граждански кодекс и обвързващо действие на договора

SOW е преди всичко договор по смисъла на член 1101 на Френския граждански кодекс: "Договорът е споразумение на волите между две или повече лица, предназначено да създаде, изменя, преведе или угаси задължения." Неговото обвързващо действие е посочено в член 1103: "Договорите, законно сключени, служат като закон за тези, които ги са направили." Веднъж подписан от двете страни, SOW е юридически задължителен, включително неговите приложения и таблици на доставки.

Електронния подпис на SOW се управлява от членове 1366 и 1367 на Граждански кодекс, които признават електронния текст със същата пробна стойност като хартиен текст, под условие идентичността на подписващия да бъде надлежно идентифицирана и целостта на документа да бъде гарантирана.

Регулация eIDAS № 910/2014 и стандарт ETSI

За SOW подписани електронно между европейски компании, регулацията eIDAS (№ 910/2014 на Европарламента и Съвета) определя три нива на електронен подпис: простой, напредналия и квалифицирания. Напредналия електронен подпис (SEA) разчита на стандартите ETSI EN 319 132 (XAdES) и ETSI EN 319 122 (CAdES), които гарантират целостта на документа и идентификацията на подписващия. За договорни ангажименти с висок финансов риск или включващи клаузули за отстъпване на авторски права, квалифицираният подпис (SEQ), базиран на сертификат издан от квалифициран доставчик на услуги на доверието (PSTQ), вписан в европейския список на доверието (TSL), е препоръчителен.

Кодекс на интелектуалната собственост (CPI)

Отстъпването на права на кода е обхванато от Кодекса на интелектуалната собственост. Член L. 111-1 CPI утвърждава морално право и имущественни права на автора върху произведение на интелекта, включително софтуери (член L. 112-2, 13°). Отстъпването на имущественни права трябва, според член L. 131-3 CPI, да споменава експлицитно всяко отстъпено право, територия, продължителност и начин на експлоатация. Всеки SOW пропускащ някое от тези данни рискува да види клаузата за отстъпване анулирана от съда, оставяйки правата у доставчика.

Освен това, софтуерите създадени от служител при упражнение на функциите му принадлежат на работодателя (член L. 113-9 CPI). Това правило не се отнася до независимите доставчици, откъдето неотложната необходимост от договорна клауза за отстъпване.

GDPR (Регулация № 2016/679) и обработка на данни

Ако доставчикът обработва лични данни в името на клиента (напр.: достъп до база данни клиенти за разработка на CRM), той е квалифициран като подизпълнител по смисъла на член 28 на GDPR. SOW трябва тогава да интегрира или се позовава на споразумение за обработка на данни (DPA), уточняващо: природа и цел на обработка, категории на засегнати данни, технически и организационни мерки за безопасност, и задължения на доставчика в случай на нарушение на данни. При отсъствие, клиентът и доставчикът са изложени на санкции на CNIL, които могат да достигнат 4% от годишния световен оборот.

Търговско право и договорна отговорност

В случай на неспазване на доставки или периоди, договорна отговорност на доставчика е ангажирана на основание членове 1231-1 и следващи на Граждански кодекс (старите членове 1147 и т.н.). Клаузулите, ограничаващи отговорност (ограничение до X месеца на фактуриране) са валидни между професионалци, под условие да не съсипат договора от его вещество (член 1170 на Граждански кодекс).

Сценарии на употреба: SOW разработчик на уеб на практика

Сценарий 1 — Стартъп SaaS поръчва модул на фактуриране на мярка

Стартъп B2B издател на HR управленски софтуер, броящ около 40 служители и 500 активни клиента, желае да екстернализира разработката на модул за автоматична фактуриране, интегриран в своя основен продукт. Бюджетът на фиксирана цена е 35 000 € без ДДС за 4 месеца разработка.

Без формализиран SOW, първите седмици разкриват големи различия: доставчикът счита интеграцията с Stripe API за извън обхват, докато клиентът я счита за имплицитно включена. Спор от 8 000 € преоценка буча в спринт 2.

С структуриран SOW, включващ таблица на доставки, прецизни критерии за приемане и списък на интегрите на трети страни експлицитно включени, този тип конфликт се избягва. Клаузата за Change Order задължава подпис на изменение за всяко добавяне на обхват. Констатираният резултат в подобни контексти: намаляване на спорове по време на проект от 70 до 85% и печелене на 2-3 седмици на периода на пускане в производство, според данни, публикувани от SYNTEC Numérique в неговия барометър от 2023 г.

Сценарий 2 — Индустриална група защитава отстъпване на права на персонализиран ERP

Индустриална група среден размер (около 800 служители, 3 производствени места) поръчва на агенция за разработка уеб персонализиран ERP за управление на производство за 180 000 € без ДДС. Мисията продължава 18 месеца. В края на проекта агенцията е закупена от конкурент. Групата осъзнава тогава, че клаузата за интелектуална собственост на техния начален договор не покриваше отстъпването на права на модули, разработени с помощта на подизпълнители от два фрилансъра, интервинали на проекта.

Добре написан SOW щеше да предвиди: клауза за отстъпване покриваща всички доставки, включително тези, произведени от подизпълнители, задължение за доставчика основна да получи еквивалентни отстъпвания от собствените си подизпълнители, и механизъм на escrow на кода активируем при смяна на контрол. В подобни докладвани ситуации от специализирани адвокатски кантори на цифрово право, разходи на спор и частично преразработка редовно надвишават 30% от началния бюджет на проекта.

Сценарий 3 — Дигитална агенция стандартизира своите SOW, за да ускори своите продажби

Уеб агенция от 15 човека реализира средно 25 проекта на фиксирана цена годишно, с бюджети варирали от 8 000 до 60 000 € без ДДС. Управлението констатира, че преговарянето и подписването на SOW мобилизира средно 4 часа на проект от търговска и юридическа страна, което означава около 100 часа годишно загубени.

Приемайки стандартизиран модел на SOW, допълнен от генератор на клаузули адаптирани към всеки тип мисия (витрина сайт, уеб приложение, електронна търговия, API), и като разполага електронен подпис за завършване на документа на разстояние, агенцията намалява този период на 45 минути на SOW. На 25 годишни проекта, това е около 55 часа намалени, еквивалентни на повече от неделя работа. Електронния подпис намалява също периода между изпращане и ефективен подпис средно от 8 дни до по-малко от 24 часа, ускорявайки старт на проекти и подобрявайки касата.

Заключение

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

Certyneo вас придружава на всяка стъпка: от производство на черновка чрез нашия генератор на договори чрез AI до електронен подпис съответно eIDAS на нашата платформа, преминавайки през защитен архив на вашите подписани документи. Открийте нашите формули на страната на цени Certyneo и започнете да защитавате вашите мисии днес.