Pavyzdys SOW žiniatinklio kūrėjui: pilna pasiūlymo sutartis

Kodėl parašyti tvirtą SOW žiniatinklio kūrimo pasiūlymo sutarčiai?

Kai įmonė pasitiki žiniatinklio kūrėju ar agentūra pasiūlymo sutartimi, dažnai bandoma remtis paprastu pasiūlymu arba el. pašto pokalbiais. Tačiau tai yra vienas iš pagrindinių skirtingų skundų šaltinių santykiuose tarp kliento ir techninio tiekėjo: neaiškus projekto apimtis, ginčytini pristatymai, nenutylėti teisės į kodo šaltinį. Darbų aprašymas (SOW) yra sutarties dokumentas, kuris leidžia išvengti visų šių rizikų, oficialiai nustatant, ką kiekviena šalis turi daryti, kada ir pagal kokius sėkmės kriterijus.

Pasiūlymo sutartyje – priešingai nei valdymo sutartyje – tiekėjas įsipareigoja konkrečiam rezultatui už fiksuotą kainą. Tokia sutarties prigimtis dar labiau aktualizuoja SOW rašymą: bet kokia neaiški zona pavirsta nesutarimu dėl to, kas buvo „įtraukta" į apimtį. 2024 m., pagal Nacionalinio advokatūros tarybos metinę ataskaitą, su informacinės technologijos paslaugų sutartimis susiję komerciniai ginčai sudarė daugiau nei 18 % B2B ginčų prieš Prancūzijos komercines teismas.

Šiame vadove detalizavome pilno žiniatinklio kūrėjo SOW struktūrą pasiūlymo sutarčiai, aprėpiant pristatymus, priėmimo kriterijus, intelektinę nuosavybę ir kodo šaltinio perleidimą. Jei norite sužinoti daugiau apie pagrindus, žr. pilną SOW vadovą: modelis, sąlygos ir elektroninis parašas.

---

Tipiška SOW struktūra žiniatinklio kūrėjui pasiūlymo sutartyje

Gerai sustrukturizuotas SOW seka loginę architektūrą, kuri pažengę nuo bendro į specifinį. Štai būtini žiniatinklio kūrimo misijos skyriai.

1. Antraštė ir šalių identifikavimas

Dokumentas pradedamas šalių tikslu identifikavimu: užsakovas (kliento įmonė, nurodant juridinį statusą, SIREN numerį, teisinį atstovą ir jo pareigybę) ir tiekėjas (savarankiškas kūrėjas arba bendrovė). Taip pat nurodoma:

• SOW numeris (ypač jei tai dalis MSA — Pagrindinės paslaugų sutarties)
• Įsigaliojimo data
• Planuojama misijos trukmė
• Projekto vadovas iš kliento pusės ir iš tiekėjo pusės

Šis skyrius gali pasirodyti nereikšmingas, tačiau jis yra lemiamas iš ginčo atveju: jis nustato autorizuotus asmenis patvirtinti pristatymus ir pasirašyti pakeitimus.

2. Apimtis ir pristatymo aprašymas

Tai yra dokumento širdis. Žiniatinklio kūrimo pasiūlymo sutartyje apimtis turi būti aprašyta beveik techniškai.

Pavyzdys e-komercijos žiniatinklio programos:

> Tiekėjas įsipareigoja suprojektuoti, sukurti ir pristatyti atsakią žiniatinklio e-komercijos programą, pagrįstą Next.js 14 (React sistema), prijungtą prie REST API fono Node.js/Express, su Stripe integracija interneto mokėjimams. Programa apims šiuos modulius: produkto katalogas (iki 5 000 nuorodų), pirkinių krepšelis, konversijos tunelis iš 3 etapų, saugus kliento kabinetas (JWT), administratoriaus skydelis.

Kiekvienas pristatymas turi būti išvardytas atskirai su:

• Jo pavadinimas (pvz.: „Naudotojo autentifikacijos modulis")
• Jo funkcinis aprašymas (kas tai daro, o ne kaip tai veikia)
• Numatyta pristatymo data (arba bėgimas pagal sprintą/fazę)
• Pristatymo formatas (Git saugykla, pastatymo URL, ZIP failas, techninis dokumentas)

Sudėtingiems projektams rekomenduojama pridėti funkcinį reikalavimų katalogą (CDC) arba Agile naudotojo pasakas, kurias SOW aiškiai minėtos.

3. Priėmimo kriterijai: kaip patvirtinti kiekvieną pristatymą?

Tai dažniausiai nepaisomas ir labiausiai ginčytinas skyrius. Priėmimo kriterijai objektyviai nustato sąlygas, kuriomis klientas pripažįsta pristatymo atitiktį.

Žiniatinklio programos priėmimo kriterijų pavyzdys:

| Pristatymas | Priėmimo kriterijus | |---|---| | Autentifikacijos modulis | Veiksminga prisijungimas/atsijungimas Chrome, Firefox, Safari (versijos N-1). Atsakymo laikas < 800 ms. Vienetiniai testai apimantys ≥ 80 % kodo. | | Konversijos tunelis | JavaScript klaidų dažnis = 0 simituotoje apkrovoje (200 vartotojų vienu metu per Lighthouse). | | Administratoriaus skydelis | Veiksminga CSV eksportavimas. Tinkamas rodymas rezoliucijoje 1280 × 720 px minimumu. | | Techninis dokumentas | Pilnas README.md failas, architektūros schema pateikta, aplinkos kintamieji dokumentuoti. |

SOW turi taip pat nurodyti:

• Priėmimo procedūra: kas testuoja, kokiais įrankiais, kokiu laikotarpiu po pristatymo (pavyzdžiui: klientas turi 10 darbo dienų patvirtinti arba iš raštiškų sąlygų dirbti)
• Rezervų valdymas: mažosios rezervos (kosmetinės klaidos) neblokuoja mokėjimo; didelės rezervos (nefunkcingas funkcionalumas) sustabdo mokėjimą kol nebus pataisyta
• Tylos reiškia priėmimą: praėjus priėmimo laikui be raštiško grįžimo, pristatymas laikomas priimtu

Šis formalaus priėmimo mechanizmas yra labai svarbus pasiūlymo sutartyje. Norėdamos automatizuoti priėmimo aktų pasirašymą, daugybė DSI dabar naudoja elektroninį parašą versle, kuris suteikia teisinę vertę lygi rankinio parašo vertei pagal eIDAS reglamentą.

4. Finansinės sąlygos ir mokėjimo etapai

Pasiūlymo sutartyje mokėjimo struktūra paprastai yra susijusi su projekto eiga, o ne su praleistuoju laiku.

Mokėjimo grafiko pavyzdys 24 000 € HT projektui:

• 30 % pasirašius SOW: 7 200 € HT (pirminis mokestis, apima projekto kūrimo/architektūros fazę)
• 30 % pristatant 1 sprintą (1-4 pristatymai patvirtinti): 7 200 € HT
• 25 % pristatant 2 sprintą (5-8 pristatymai patvirtinti): 6 000 € HT
• 15 % galutiniam priėmimui ir pagal diegimą: 3 600 € HT

SOW nustato tiekėjo uždelsinimo penas (pvz.: 0,5 % visų sumų per savaitę, apribotos 10 %) ir kliento uždelsinimo penas dėl patvirtinimo grąžos (pvz.: visapusiskai padidinti terminą, atitinkantį patvirtinimo atidėjimo trukmę).

5. Intelektinė nuosavybė ir kodo šaltinio perleidimas

Tai yra juridiškai jautriausia žiniatinklio kūrimo sutarties sekcija. Pagal Prancūzijos įstatymą (Intelektinės nuosavybės kodeksas, straipsnis L. 111-1), autoriaus dvasios kūrinys – įskaitant programinę įrangą – jam priklauso net po pristatymo ir mokėjimo. Kitaip tariant, be aiškios perleido sąlygos, klientas moka už kūrimą, bet jis neturi teisių į kodą.

Gerai parašytas SOW turi apimti pilnos perleido sąlygą. Štai libellus pavyzdys:

> Pareigybės mokėti visą susitarytą kainą dėka, Tiekėjas perleido Klientui, išimtinai ir negrįžtamai, visas turtines teises į originalius Pristatymus, kurie buvo sukurti konkrečiai šio SOW apimtyje, įskaitant reprodukcijos, atstovavimo, pritaikymo, vertimo, pakeitimo ir komercinės veiklos teises, visame pasaulyje ir visam autorinės teisės apsaugos trukmės laikui.

SOW turi taip pat atskirti:

• Savus kodą (specifiškai sukurtas projektui → perleista klientui)
• Trečiųjų dalių komponentus (sistemą, bibliotekos atvirą šaltinį → tiekėjas garantuoja jų atitiktį taikomosioms licencijoms)
• Tiekėjo įrankius ir metodus (know-how, boilerplates → lieka tiekėjo nuosavybė)
• Atvirojo šaltinio priklausomybės: išvardyti komponentai ir jų licencijas (MIT, Apache 2.0, LGPL…) kad išvengtumėte bet kokios licencijos pažeidimo

Misijai, apimančiai inovatyvius kūrimus, kurie gali būti patentuoti arba apsaugoti kaip programinė įranga, žr. mūsų INPI centrą: parašas, nušilimas ir sertifikatą kurie apsaugoja teises kūrimo fazėje.

Galiausiai, SOW turi įtraukti sąlygą dėl kodo šaltinio pasidėjimo jei klientas norėtų apsisaugoti nuo tiekėjo neatitikties: kodas dedamas pas patikimą trečiąją šalį ir atlaisvintas iš anksto nustačytomis sąlygomis (tiekėjo likvidavimas, nutrūkimas SLA, ir kt.).

---

Papildomos būtinos žiniatinklio kūrimo SOW sąlygos

Konfidencialumas ir integruota NDA

Tiekėjas turės prieigą prie jautrių informacijos: technologijos architektūra, kliento duomenys, produkto kelrodis. SOW turi apimti konfidencialumą (arba nukreipimą į atskirai pasirašytą NDA), apimanti:

• Pareigybės trukmė (paprastai 3-5 metai po misijos pabaigos)
• Konfidencialios informacijos apibrėžimas
• Išimtys (jau viešai paskelbtą informaciją, gautą teisėtai iš trečiosios šalies)
• Grąžinimo arba duomenų sunaikinimo pareigos, baigianti sutartį

Garantijos ir po-pristatymo priežiūra

Pasiūlymo sutartyje galiausiai užvis yra garantija prieš paslėptus defektus, tačiau SOW nustato jos operacinę taikymo sritį:

• Gera veikimo garantija: per X mėnesių po galutinio priėmimo, tiekėjas nemokamai pataisys bet kokią su jo kūryba susijusią klaidą (išskyrus funkciju tobulinimus)
• Klaidų taisymo SLA: pagrindinis klaidas pataisoma per 24h darbo dienas; didelę klaidą per 72h; mažą klaidą integruojama į kitą ciklą
• Garantijos išimtys: klientų atliktus kodo pakeitimus, neparažus tiekėjo priklausomybės atnaujinimus

Subkontraktoriai ir žmogiškieji ištekliai

Klientas turi žinoti, ar tiekėjas gali pasikeistis subkontraktoriais arba dalies kūrimo. Jei reikalingas iš anksto suteikto sutikimo sąlyga (ypač dėl konfidencialumą arba BDAR atitiktį), ji turi būti SOW. Kritinėse misiose kai kurie klientai reikalavai net įvardinti pagrindinius kūrėjus ir patvirtinti jų nutraukimą.

Sutartims, pasirašytoms su užsienio tiekėjais arba multidąliu kontekste, mūsų eIDAS atitinkanti elektroninio parašo sprendimas Certyneo leidžia pasirašyti iš nuotolio, turėdami teisinę vertę visoje 27 ES valstybėse narėse.

---

Geriausios praktikos, siekiant baigti ir pasirašyti jūsų SOW

Peržiūros ir pakeitimo procesas

Prieš pasirašant, SOW turėtų būti peržiūrėtas iš:

1. Techninio projekto vadovo klientės pusėje (funkcinio apimties patvirtinimas)
2. Juristo arba DAF (finansinių sąlygu, IP ir baudų patvirtinimas)
3. RSSI jei yra asmens duomenų arba jautrių duomenų tvarka (BDAR atitiktis)

Bet kokį SOW perimą projekto metu turi patvirtinti Change Order (pakeitimas), pasirašytas abi šalis, nurodyti poveikį terminui ir kainai. Be pasirašyto pakeitimo, visas modifikacijas paprašymas laikomas apimtį neperdengiantis.

SOW elektroninis parašas

SOW rankinio parašo atliekimas reikalauja nuobodžiu šūkius ir žaliavais klaidu šaltinis (neatnaujinta versija pasirašyta, parašas neryškintas). Elektroninis parašas, atitinkantis eIDAS reglamentą, turi kelias lemiamas savubes šio tipo dokumentams:

• Padidinta teisinė vertė: sertifikuotas laikas, aiškus signataru identifikavimas
• Greitumas: SOW galima pasirašyti keliais minutėmis, net naudojant teletarprašyti arba užsienio tiekėja
• Automatinis archyvavimas: pasirašytas dokumentas saugomas neišmenamai
• Versijų sekimas: išvengiama senesnės versijos pasirašymo

Mūsų elektroninio parašo sprendimų palyginimas padeda pasirinkti parašo lygį, tinkamą jūsų SOW reikšmei ir jautrumui. Misiom, viršijančioms 50 000 € ar susijusiom su išplėstomis IP perleido sąlygomis, rekomenduojamas sertifikuotas parašas (aukščiausias eIDAS lygis).

Norėdami pagreitinti pačio dokumento gamybą, mūsų dirbtinio intelekto sutarties generatorius leidžia per kelias minutes sukurti personalizuotą SOW projektu, pagrįstą jūsų misijos parametrais.

Taisyklinis rėmas, taikomas žiniatinklio kūrimo SOW

Civilis kodeksas ir sutarties privalomoji jėga

SOW pirmiausia yra sutartis pagal Prancūzijos Civilinio kodekso 1101 straipsnį: „Sutartis yra dviejų ar daugiau asmenų sutarimas, skirtas kurti, modifikuoti, perleisti arba panaikinti pareigybės." Jos privaloma jėga nustatyta 1103 straipsnyje: „Teisėtai sudarytos sutartys jai padaro draudą tiems, kurie jas padare." Kai tik dvi šalys pasirašo, SOW yra juridiškai privaloma, įskaitant jos technines priedus ir pristatymo lentelės.

SOW elektroninis parašas reguliuojamas Civilinio kodekso 1366 ir 1367 straipsniais, kurie nustato elektronini raši tokią patį teisinę vertę kaip popieriaus rašą, tik tais sąlygomis, kad signataro tapatybė būtų tinkamai nustatyta ir dokumento integrumas yra garantuotas.

EIDASU reglamentas nr. 910/2014 ir ETSI norma

Elektroninio parašo SOW tarp Europos įmonių EIDASU reglamentas (nr. 910/2014 Europos Parlamento ir Tarybos) nustato tris elektroninio parašo lygius: paprastą, greitą ir sertifikuotą. Greitasis elektroninis parašas (SEA) remiasi ETSI EN 319 132 (XAdES) ir ETSI EN 319 122 (CAdES) normomis, kurios garantuoja dokumento integrumą ir signataro identifikavimą. Dėl sutarčių, turinčių didelę finansinę reikšmę arba apimančias autoriaus teisės perleido sąlygas, sertifikuotas parašas (SEQ), remiantis sertifikatu, išleistuv sertifikuota pasitikėjimo paslaugo teikėjo (PSTQ), įrašytą Europos pasitikėjimo sąraše (TSL), yra rekomenduojamas.

Intelektinės nuosavybės kodeksas (CPI)

Teisės perleidimai kodo šaltiniui yra reguliuojami Intelektinės nuosavybės kodeksu. Kodekso 111-1 straipsnis patvirtina autoriaus turtines ir moralines teises dėl bet kokio dvasios kūrinio, įskaitant programinę įrangą (111-2, 13° straipsni). Turtinių teisių perleidimas, pagal CPI 131-3 straipsnį, turi nusakyti aiškiai kiekvieną perleidžiamą teisę, teritoriją, trukmę ir naudojimo metodą. Bet kuris SOW, kuriame trūksta vieno iš šių nurodymų, rizikuoja, kad teismas panaikintų perleidimo sąlygą, palikdamas teises tiekėjui.

Be to, darbuotojų sukurta programinė įranga jų darbo pareigyse priklauso darbdaviui (CPI 113-9 straipsnis). Ši taisyklė netaikoma savarankiškiems tiekėjams, todėl absoliutus poreikis turėti sutartinę perleidimo sąlygą.

BDAR (2016/679 reglamentas) ir duomenų tvarkyba

Jei tiekėjas kliento vardu tvarko asmens duomenis (pvz.: prieiga prie kliento duomenų bazės CRM kurimui), jis priskiriamas tarpininku pagal BDAR 28 straipsnį. SOW tada turi integruoti arba nukreipti į duomenų tvarkybos sutartį (DPA), nurodančią: tvarkybos pobūdį ir tikslą, duomenų kategorijas, technines ir organizacines saugumo priemones, ir tiekėjo pareigybės duomenų pažeido atveju. Be to, klientas ir tiekėjas susiduria su CNIL baudomis, galimomis pasiekti 4 % metinio pasaulio verslo apyvartos.

Komercinis teisė ir sutartinė atsakomybė

Jei tiekėjas nesutinka su pristatymu arba terminais, jų sutartinė atsakomybė yra perkelama pagal Civilinio kodekso 1231-1 ir tolesnio straipsniai (senieji 1147 ir šiuo). Atsakomybės ribojimo sąlygos (apribojimas iki X mėnesio faktūros) yra galiojančios tarp profesionalų, išskyrus nenusiaubę sutartis iš jos orumos (Civilinio kodekso 1170 straipsnis).

Naudojimo scenarijai: žiniatinklio kūrėjo SOW praktikoje

Scenarijus 1 — SaaS-ų skalimas nurodo mokesčio modulį pagal užsakymą

SaaS B2B redagavimo programinės įrangos kompanija, kurią sudaro apie 40 darbuotojų ir 500 aktyvūs klientai, nori išorinę sąskai-faktūra automatinio modulio kūrimą, integruotą į jos pagrindinį produktą. Išorinės pasiūlymo sutarties biudžetas yra 35 000 € HT keturiems kūrimo mėnesiams.

Be oficialaus SOW, pirmos savaitės atskleidžia pagrindinius nesutarimus: tiekėjas mano, jog Stripe API integracija yra neperdengiantis, o klientas mano, jog ji yra implicistai įtraukta. Per sprintą 2 iškyla dėl 8 000 € viršijimo ginčas.

Su sustruktūrizuotu SOW, apimančiu pristatymo lentelę, tikslius priėmimo kriterijus ir tretisčių integracijas apibrėžtuv sąrašą, šis ginčas yra išvengiamas. Change Order sąlyga reikalauja pasirašyti pakeitimą dėl bet kokios apimties papildymo. Panašiose situacijose pastebėtas rezultatas: projektų metu vykstančių ginčų sumažėjimas 70-85 % ir 2-3 savaitės trukmės įgyvendinimas, pagal SYNTEC Numérique 2023 metų tyrimą.

Scenarijus 2 — Pramonės grupė apsaugo teisės perleidimu už tinkintą ERP

Pramonės grupė (apie 800 darbuotojų, 3 gamybos vietų) uždirba agentūrai pasiūlyti tinkintą ERP gamybos valdymui 180 000 € HT. Misija trunka 18 mėnesių. Projekto pabaigoje agentūra yra nupirkta konkurento. Grupė tada supranta, jog jų pradinio sutarties intelektinės nuosavybės sąlyga neapima teisės perleidimu moduliams, sukurtiems subkontraktoriais pagal du freelancerus, dalyvavusius projekte.

Gerai rašytas SOW numatytų: perleidimo sąlygą, apimančią visus pristatymus, įskaitant subkontraktorių sukurtus, tiekėjo pareigybę gauti lygiavertes su jo subkontraktoriais ir kodo šaltinio pasidėjimo mechanizmą, aktivuojamą valdymo pokytio atveju. Panašiose situacijose, dokumentuotose daugybės specializuotų juridiniu kabinetų, ginčo ir dalinio re-kūrimo išlaidos reguliariai viršija 30 % pradinio projekto biudžeto.

Scenarijus 3 — Skaitmeninė agentūra standartizuoja jos SOW, kad pagreitintų pardavimą

Žiniatinklio agentūra iš 15 žmonių vidutiniškai atlieka 25 pasiūlymo sutarčiu projektus per metus, biudžetams nuo 8 000 iki 60 000 € HT. Vadovybė pastebi, jog SOW derybos ir parašymas vidutiniškai sunaudoja 4 valandas per projektą komercinio ir juridinio personalo pusėje, tai yra apie 100 valandų per metus prarasta.

Priimant standartizuotą SOW modelį, papildytą sąlyginės generatoriaus, pritaikytą kiekvieno misijos tipui (svetainė, žiniatinklio programa, e-komercija, API), ir įdiegus elektroninį parašą dokumentams iš nuotolio, agentūra senkina šią trukmę iki 45 minučių per SOW. Per 25 metine projektus, tai yra apie 55 valandos grąžintos, tai yra lygus daugiau nei savaitei žmogumi. Elektroninis parašas taip pat sumažina laiką tarp siuntimo ir faktinio parašymo nuo vidutinės 8 dienų iki mažiau nei 24 valandų, pagreitinant projektų pradžią ir gerindamas biudžet.

Išvada

Pilname žiniatinklio kūrėjo SOW parašyti pasiūlymo sutarčiai nėra administracinio formalumo: tai yra sutarties santykio steigamasis dokumentas, tas, kuris prevencinei ginčo apie pristatymus, garantuoja faktini kodo šaltinio perleidimu ir apsaugo abi šalis nesutarimo atveju. Sustrukturizavus jūsų SOW aplink penkis stulpus — šalių identifikavimą, pristatymo apimtį, objektyvius priėmimo kriterijus, jaloningas finansines sąlygas ir detalias intelektines nuosavybės sąlygas — jūs suteikiate savo projektui geriausias galimybes sklandžiai praeiti.

Certyneo palydovai jus per kiekvieną žingsnį: nuo draft generavimo per mūsų AI sutarties generatorių iki elektroninio parašo, atitinkančio eIDAS mūsų platformoje, per jūsų pasirašytų dokumentų saugų archyvavimą. Aptarkite mūsų formules Certyneo kainoraštėje ir pradėkite apsaugoti savo misijas šiandien.