Exemple de SOW desenvolupador web : missió forfait completa

Per què redactar un SOW sòlid per a una missió de desenvolupament web al forfait ?

Quan una empresa confia a un desenvolupador web independent o a una agència una missió en mode forfait, la temptació és gran de confiar en un simple pressupost o en els intercanvis de correus electrònics. Tanmateix, aquesta és una de les principals fonts de litigis en la relació client-prestador tech : abast del projecte mal definit, lliuraments contestats, drets sobre el codi font no especificats. El Statement of Work (SOW) és el document contractual que permet prevenir tots aquests riscos formalitzant, article per article, què ha de fer cadascun, quan, i segons quins criteris d'èxit.

En una missió al forfait — per oposició a la regia — el prestador s'obliga sobre un resultat precís per un preu fix. Aquesta naturalesa mateixa del contracte fa que la redacció del SOW sigui encara més crítica : tota zona grisa es transforma en desacord sobre allò que estava « inclòs » o no en el perímetro. El 2024, segons el rapport anual del Consell nacional dels col·legis d'advocats, els litigis comercials relacionats amb els contractes de prestació informàtica representaven més del 18 % dels contentious B2B davant dels tribunals de comerç francesos.

En aquesta guia, detallarem l'estructura d'un exemple de SOW desenvolupador web complet per a una missió forfait, cobrint els lliurables, els criteris d'acceptació, la propietat intel·lectual i la cessió del codi font. Per anar més lluny sobre els fonaments, consulteu el nostre guia complet del SOW : model, clàusules i signatura electrònica.

---

L'estructura tipus d'un SOW per a desenvolupador web en missió forfait

Un SOW ben estructurat segueix una arquitectura lògica que progressa del general al específic. Aquí hi ha les seccions indispensables per a una missió de desenvolupament web.

1. Capçalera i identificació de les parts

El document comença per la identificació precisa de les dues parts : el donant d'ordre (empresa client, esmentant la forma jurídica, el número SIREN, el representant legal i el seu títol) i el prestador (desenvolupador independent o societat). S'hi precisa també :

• El número del SOW (especialment si s'inscriu en un marc de MSA — Master Services Agreement)
• La data d'entrada en vigor
• La durada prevista de la missió
• El referent de projecte pel costat del client i pel costat del prestador

Aquesta secció sembla innocua però és determinant en cas de litigio : fixa els interlocutors habilitats per validar els lliurables i signar els avenços.

2. Perímetro i descripció dels lliurables

Aquest és el cor del document. Per a una missió de desenvolupament web al forfait, el perímetro ha de ser descrit amb una precisió quasi-tècnica.

Exemple de redacció per a una aplicació web e-commerce :

> El Prestador s'obliga a concebre, desenvolupar i lliurar una aplicació web e-commerce responsive basada en Next.js 14 (framework React), connectada a una API REST back-end Node.js/Express, amb integració Stripe per al pagament en línia. L'aplicació comportarà els següents mòduls : catàleg de productes (fins a 5 000 referències), cistella de compra, embut de conversió en 3 etapes, espai client segur (JWT), tauler de control administrador.

Cada livrable ha de ser llistat individualment amb :

• El seu nom (ex. : « Mòdul autenticació usuari »)
• La seva descripció funcional (què fa, no com es fa)
• La data de lliurament prevista (o l'estructura per sprint/fase)
• El format de lliurament (repositori Git, URL de staging, fitxer ZIP, documentació tècnica)

Per als projectes complexos, es recomana annexar un plec de condicions funcional (CDC) o user stories Agile, als quals el SOW fa referència explícitament.

3. Criteris d'acceptació : com validar cada llivrable ?

Aquesta és la secció més sovint negleta i més litigiosa. Els criteris d'acceptació defineixen objectivament les condicions en les quals el client reconeix que un llivrable és conforme.

Exemple de criteris d'acceptació per a una aplicació web :

| Llivrable | Criteri d'acceptació | |---|---| | Mòdul autenticació | Connexió/desconnexió funcional en Chrome, Firefox, Safari (versions N-1). Temps de resposta < 800 ms. Tests unitaris cobrind ≥ 80 % del codi. | | Embut de conversió | Taxa d'error JavaScript = 0 en condicions de càrrega simulada (200 usuaris simultanis via Lighthouse). | | Tauler admin | Exportació CSV funcional. Visualització correcta en resolució 1280 × 720 px mínim. | | Documentació tècnica | Fitxer README.md complet, esquema d'arquitectura proporcionat, variables d'entorn documentades. |

El SOW ha de precisa també :

• El procediment de recepció : qui prova, amb quins outils, en quin termini després de lliurament (exemple : el client disposa de 10 dies laborables per validar o formular reserves motivades per escrit)
• La gestió de reserves : les reserves menors (bugs cosmètics) no bloquen el pagament ; les reserves majors (funcionalitat no operativa) suspenen el pagament fins a correccio
• El silenci s'interpreta com acceptació : passat el termini de recepció sense retorn escrit, el llivrable es presumeix acceptat

Aquest mecanisme d'acceptació formal és crucial al forfait. Per automatitzar la signatura dels PV de recepció, moltes DSI utilitzen ara la signatura electrònica en empresa, que confereix una força probant equivalent a la signatura manuscrita segons el regulació eIDAS.

4. Condicions financeres i jalons de pagament

En missió forfait, l'estructura de pagament es vincula generalment a l'avanç del projecte més que no pas al temps invertit.

Exemple de calendari de pagament per a un projecte de 24 000 € HT :

• 30 % a la signatura del SOW : 7 200 € HT (bestreta, cobreix la fase de concepció/arquitectura)
• 30 % al lliurament del sprint 1 (lliurables 1 a 4 validats) : 7 200 € HT
• 25 % al lliurament del sprint 2 (lliurables 5 a 8 validats) : 6 000 € HT
• 15 % a la recepció final i posada en producció : 3 600 € HT

El SOW precisa les penalitzacions de retard del costat del prestador (ex. : 0,5 % de l'import total per setmana de retard, plafonades al 10 %) i les penalitzacions de retard del costat del client pels retorns de validació (ex. : prolongació de la durada global d'una durada equivalent al retard de validació).

5. Propietat intel·lectual i cessió del codi font

Aquesta és la secció legalment més sensible per a tot contracte de desenvolupament web. Per defecte, en dret francés (Codi de la propietat intel·lectual, art. L. 111-1), l'autor d'una obra de l'esperit — inclòs un programa informàtic — en manté els drets fins i tot després de lliurament i pagament. En altres paraules, sense clàusula de cessió explícita, el client paga el desenvolupament però no posseeix legalment el codi.

Un SOW ben redactat ha d'incloure una clàusula de cessió completa. Aquí hi ha un exemple de redacció :

> En contrapartida del pagament íntegre del preu convingut, el Prestador cedeix al Client, a títol exclusiu i definitiu, la totalitat dels drets patrimonials sobre els Lliurables originals desenvolupats específicament en el marc del present SOW, inclosos els drets de reproducció, de representació, d'adaptació, de traducció, de modificació i d'explotació comercial, per al món sencer i per a tota la durada legal de protecció dels drets d'autor.

El SOW ha de precisa tambéé :

• El codi propietari (desenvolupat específicament per a aquest projecte → cedit al client)
• Els components tercers (frameworks, biblioteques de codi obert → el prestador garanteix la seva conformitat amb les llicències aplicables)
• Els outils i mètodes del prestador (coneixement, boilerplates → resten propietat del prestador)
• Les dependències de codi obert : llistar els components i les seves llicències (MIT, Apache 2.0, LGPL…) per evitar qualsevol violació de llicència

Per a missions que impliquen desenvolupaments innovadors susceptibles de ser patents o protegits com a programa informàtic, consulteu el nostre hub INPI : signatura, dipòsit i attestació per asegurar els drets des de la fase de desenvolupament.

Finalment, el SOW ha d'incloure una clàusula d'custòdia del codi font si el client desitja prevenir una fallida del prestador : el codi es dipositada amb un terce de confiança i es libera sota condicions predefinides (liquidació judicial del prestador, fallida en els SLA, etc.).

---

Clàusules complementàries indispensables en un SOW de desenvolupament web

Confidencialitat i NDA integrat

El prestador tindrà accés a informacions sensibles : arquitectura tècnica, dades clients, roadmap del producte. El SOW ha d'incloure una clàusula de confidencialitat (o fer referència a un NDA signat per separat) cobrint :

• La durada de l'obligació (generalment 3 a 5 anys després de la fi de la missió)
• La definició de les informacions confidencials
• Les excepcions (informacions ja públiques, obtingudes legítimament d'un terce)
• Les obligacions de retorn o destrucció de les dades al final del contracte

Garanties i manteniment post-lliurament

Al forfait, la garantia dels vicis ocults s'aplica legalment, però el SOW precisa la seva extensió operativa :

• Garantia de bon funcionament : durant X mesos després de la recepció final, el prestador corregeix gratuitament qualsevol bug lligat al seu desenvolupament (fora d'evolucions funcionals)
• SLA de correcció : bug bloquejant corregit en 24h laborables ; bug major en 72h ; bug menor integrat al següent cicle
• Exclusions de garantia : modificacions efectuades pel client sobre el codi, actualitzacions de dependències no validades pel prestador

Subcontractació i recursos humans

El client ha de saber si el prestador pot subcontratar la totalitat o part dels desenvolupaments. Si una clàusula de consentiment previ es desitja (especialment per raons de confidencialitat o conformitat RGPD), ha de figurar en el SOW. En les missions crítiques, alguns clients fins i tot requereixen nomenar els desenvolupadors implicats i obtenir un acord previ en cas de canvi d'equip.

Per als SOW signats amb prestadors estrangers o en un context multipart, la solució de signatura electrònica conforme eIDAS de Certyneo permet firmar a distància amb una força probant reconeguda en els 27 estats membres de la UE.

---

Bones pràctiques per finalitzar i signar el vostre SOW

Procés de revisió i d'esmena

Abans de la signatura, el SOW ha de ser revisat per :

1. El cap de projecte tècnic del costat del client (validació de l'abast funcional)
2. El jurista o DAF (validació de les clàusules financeres, PI i penalitzacions)
3. El RSSI si s'tracta de dades personals o sensibles (conformitat RGPD)

Tota esmena de l'abast en curs del projecte ha de ser objecte d'un Change Order (avenç) signat per les dues parts, precisant l'impacte en el termini i el preu. Sense avenç signat, tota sol·licitud de modificació es presumeix fora de l'abast.

Signatura electrònica del SOW

La signatura manuscrita d'un SOW implica anar-i-venir del paper cronòfag i font d'errors (versió no actualitzada signada, signatura absent). La signatura electrònica avançada o qualificada, conforme al regulació eIDAS, presenta diversos avantatges decisius per a aquest tipus de document :

• Força probant reforçada : estampa horaria qualificada, identificació certa dels signants
• Rapidesa : un SOW pot ser signat en pocs minuts, fins i tot amb un prestador en teletreball o a l'estranger
• Arxivatge automàtic : el document signat es conserva de forma infalsificable
• Seguiment de versions : evita signar una versió antiga

El nostre comparatiu de solucions de signatura electrònica us ajuda a triar el nivell de signatura adaptat al valor i la sensibilitat dels vostres SOW. Per a missions superiors a 50 000 € o que impliquin clàusules de cessió IP esteses, la signatura qualificada (nivell més alt d'eIDAS) és recomanada.

Per accelerar la producció del document en si mateix, el nostre generador de contractes per IA permet produir un draft de SOW personalitzat en pocs minuts, a partir dels paràmetres de la vostra missió.

Marc legal aplicable als SOW de desenvolupament web

Codi civil i força obligatòria del contracte

El SOW és primerament un contracte al sentit de l'article 1101 del Codi civil francés : « El contracte és un acord de voluntats entre dues o més persones destinat a crear, modificar, transmetre o extingir obligacions. » La seva força obligatòria es posa en l'article 1103 : « Els contractes legalment formats fan llei per als qui els han fet. » Des del moment que es firma per les dues parts, el SOW és jurídicament vinculant, incloent les seves annexos tècniques i taules de lliurables.

La signatura electrònica del SOW es regeix pels articles 1366 i 1367 del Codi civil, que reconeixen a l'escrit electrònic la mateixa força probant que l'escrit paper, sota reserva que la identitat del signant sigui degudament identificada i que la integritat del document es garanteixi.

Regulació eIDAS n° 910/2014 i norma ETSI

Per als SOW signats electrònicament entre empreses europees, el regulació eIDAS (n° 910/2014 del Parlament Europeu i del Consell) defineix tres nivells de signatura electrònica : simple, avançada i qualificada. La signatura electrònica avançada (SEA) es recolza en les normes ETSI EN 319 132 (XAdES) i ETSI EN 319 122 (CAdES), que garanteixen la integritat del document i la identificació del signant. Per a compromisos contractuals a fort risc financer o que comportin clàusules de cessió de drets d'autor, la signatura qualificada (SEQ), basada en un certificat expedit per un prestador de serveis de confiança qualificat (PSTQ) inscrit en la llista de confiança europea (TSL), és recomanada.

Codi de la propietat intel·lectual (CPI)

La cessió de drets sobre el codi font es regeix pel Codi de la propietat intel·lectual. L'article L. 111-1 CPI consagra el dret moral i els drets patrimonials de l'autor sobre tota obra de l'esperit, inclosos els programes informàtics (art. L. 112-2, 13°). La cessió de drets patrimonials ha de, segons l'article L. 131-3 CPI, mencionar explícitament cada dret cedit, el territori, la durada i la manera d'explotació. Tot SOW que ometi una d'aquestes mencions arrisca a veure la clàusula de cessió invalidada per un tribunal, deixant els drets al prestador.

Per altra banda, els programes informàtics creats per un assalariat en l'exercici de les seves funcions pertanyen a l'empresari (art. L. 113-9 CPI). Aquesta regla no s'aplica als prestadors independents, d'on la necessitat imperiosa d'una clàusula de cessió contractual.

RGPD (Regulació n° 2016/679) i tractament de dades

Si el prestador tracta dades personals en nom del client (ex. : accés a una base de dades de clients per desenvolupar un CRM), és qualificat de subcontractista al sentit de l'article 28 del RGPD. El SOW ha d'integrar o referenciar un acord de tractament de dades (DPA) precisant : la naturalesa i la finalitat del tractament, les categories de dades afectades, les mesures de seguretat tècniques i organitzacionals, i les obligacions del prestador en cas de violació de dades. A falta d'açò, el client i el prestador s'exposen a les sancions de la CNIL, que poden assolir el 4 % de la facturació mundial anual.

Dret comercial i responsabilitat contractual

En cas de manquement als lliurables o als terminis, la responsabilitat contractual del prestador es compromet sobre la base dels articles 1231-1 i següents del Codi civil (articles 1147 i s. anteriors). Les clàusules limitatives de responsabilitat (plafonament a X mesos de facturació) són vàlides entre professionals, sota reserva de no buidar el contracte de la seva substància (art. 1170 del Codi civil).

Escenaris d'ús : el SOW desenvolupador web a la pràctica

Escenari 1 — Una scale-up SaaS comanda un mòdul de facturació a mesura

Una scale-up B2B editora d'un programa informàtic de gestió RH, amb aproximadament 40 col·laboradors i 500 clients actius, desitja externalitzar el desenvolupament d'un mòdul de facturació automàtica integrat al seu producte principal. El pressupost forfait és de 35 000 € HT per a 4 mesos de desenvolupament.

Sense SOW formalitzat, les primeres setmanes revelen divergències majors : el prestador considera que la integració amb l'API Stripe està fora de l'abast, mentre que el client l'estima implícitament inclosa. Un litigio sobre 8 000 € de depassament esclata en el sprint 2.

Amb un SOW estructurat que inclogui una taula de lliurables, criteris d'acceptació precisos i una llista de les integracions terceres explícitament incloses, aquest tipus de conflicte es prevé. La clàusula de Change Order obliga a signar un avenç per a qualsevol addició de l'abast. Resultat constatat en contextos similars : reducció dels litigis en curs del projecte del 70 al 85 % i guany de 2 a 3 setmanes en el termini de posada en producció, segons dades publicades per SYNTEC Numérique en el seu baròmetre 2023.

Escenari 2 — Un grup industrial asegura la cessió de drets sobre un ERP custom

Un grup industrial de mida intermèdia (aproximadament 800 empleats, 3 llocs de producció) comanda a una agència de desenvolupament web un ERP de gestió de producció a mesura per 180 000 € HT. La missió dura 18 mesos. Al final del projecte, l'agència és comprada per un competidor. El grup es dóna compte aleshores que la clàusula de propietat intel·lectual del seu contracte inicial no cobria la cessió dels drets sobre els mòduls desenvolupats en subcontractació per dos freelancers intervinguts en el projecte.

Un SOW ben redactat hauria previst : una clàusula de cessió cobrint tots els lliurables incloent els produïts pels subcontractistes, una obligació per al prestador principal d'obtenir cessions equivalents dels seus propis subcontractistes, i un mecanisme de custòdia del codi font activable en cas de canvi de control. En situacions similars documentades per bufets d'advocats especialitzats en dret del digital, els costos de litigio i re-desenvolupament parcial superen regularment el 30 % del pressupost inicial del projecte.

Escenari 3 — Una agència digital estandarditza els seus SOW per accelerar les ventes

Una agència web de 15 persones realitza en mitjana 25 projectes al forfait per any, per a pressupostos que van de 8 000 a 60 000 € HT. La direcció constata que la negociació i la signatura dels SOW mobilitzen en mitjana 4 hores per projecte pel costat del comercial i del jurídic, és a dir, aproximadament 100 hores anuals perdudes.

En adoptar un model de SOW estandarditzat, completat per un generador de clàusules adaptat a cada tipus de missió (web vitrina, aplicació web, e-commerce, API), i en desplegar la signatura electrònica per finalitzar els documents a distància, l'agència redueix aquest termini a 45 minuts per SOW. En 25 projectes anuals, és aproximadament 55 hores recuperades, és a dir, un guany equivalent a més d'una setmana-home. La signatura electrònica redueix també el termini entre envío i signatura efectiva de 8 dies en mitjana a menys de 24 hores, accelerant l'inici dels projectes i millorant la tresoreria.

Conclusió

Redactar un SOW desenvolupador web complet per a una missió al forfait no és una formalitat administrativa : és el document fundacional de la relació contractual, el que prevé els litigis sobre els lliurables, garanteix la cessió efectiva del codi font i protegeix les dues parts en cas de desacord. En estructurar el vostre SOW al voltant de cinc pilars — identificació de les parts, abast dels lliurables, criteris d'acceptació objectius, condicions financeres escalonades i clàusules de propietat intel·lectual detallades — doneu al vostre projecte les millors oportunitats per discórrer serenament.

Certyneo us acompanya a cada etapa : de la generació del draft via el nostre generador de contractes per IA a la signatura electrònica conforme eIDAS en la nostra plataforma, passant per l'arxivatge segur dels vostres documents signats. Descobriu les nostres fórmules en la pàgina tarifes Certyneo i comenceu a asegurar les vostres missions avui mateix.