Vigtige overvejelser i forbindelse med aftaler om udvikling af websted

Når web-udviklere og deres klienter får sammen, kan der en række forskellige svar. Nogle er så ivrige efter at komme i gang med projektet at de helt ignorere den juridisk kontrakt; andre simpelthen arbejder på de faste vilkår og ikke gider kigge på dem; stadig andre sidde og forhandle en aftale, der virker for begge parter.

Vi går ind for det sidstnævnte kursus så, før projektet starter både udvikler og klient se på de forventninger på hver af dem har ud af projektet. Der er mange standardvilkår, der gælder, men denne artikel fokuserer på nogle af de vigtige lovligt-relaterede spørgsmål til adressen på tidspunkt.

Klarlægge omfanget af arbejdet

For projekter, der arbejder pÃ¥ grundlag af faste honorarer, er det vigtigt at præcisere, præcis hvad der vil blive gennemført for at fast gebyr. En ordentlig specifikation for webstedet (bÃ¥de hvad angÃ¥r funktionalitet og “look and feel”) er nødvendig. Det bør ogsÃ¥ løse pÃ¥krævet funktionalitet for at gøre webstedet juridisk effektiv (f.eks. at have de korrekte pop op-vindue med hensyn til virksomhed, der kun kan accepteres ved at klikke pÃ¥ knappen “Jeg accepterer”). Det er ogsÃ¥ vigtigt at forklare tydeligt hvordan yderligere arbejde, ud over det faste gebyr opkræves arbejde.

Aftalen bør præcisere virkningerne og følgerne af forsinkelsen samt enhver handling kræves fra klienten og kræver, at klienten gør hvad udvikleren behov for dem til at gøre med behørig hastighed.

Indstillingen milepæle

For mange projekter, vil levering være i etaper. For alle undtagen de mest grundlæggende websteder, vil det være hensigtsmæssigt at betale gebyret i rater knyttet til milepæle. De resultater, som milepælene er vurderes skal specifikke og mÃ¥lelige. Web-udvikler vil ønsker at sikre, at kontrakten giver dem mulighed at nægte at pÃ¥tage sig yderligere arbejde indtil betaling har fundet sted for en bestemt milepæl. Klienten vil ønsker at sikre, at passende rettigheder er automatisk tildelt pÃ¥ tidspunktet for betalingen af fakturaen for hver milepæl snarere end erhverve rettigheder kun i slutningen og den ovenfor fabrikat er komplet – fx en licens eller en overdragelse af ophavsret. Grunden til dette er, at det er ikke uhørt for udviklere og deres klienter til fuld ud i midten af et projekt, og forudsat at kunden er betalt for det hidtidige arbejde, det er passende for kunden til at erhverve rettigheder i arbejdsprodukt til denne fase.

Test af brugeraccept

Aftalen bør give for forskellige milepæle skal ved henvisning til test for at sikre, at centrale funktioner er effektiv.

Garantier

Klienten vil ønsker at gøre sikker på, at bygherren har enten lavet materiale til hjemmesiden selv eller har erhvervet de nødvendige rettigheder til at aktivere arbejdsplads hen til funktion og eventuelt blive udviklet uafhængigt af kontrahenten forpligter oprindelige website udvikling. Garantier vil derfor være behov for med hensyn til ejerskab af ophavsret, ret til at meddele eventuelle licenser, der medtages i kontrakt og om der er nogen krænkelse af tredjemands immaterielle rettigheder.

Hvis bygherren har løbende vedligeholdelse og hosting forpligtelser, vil udvikleren garantier fra klienten vedrørende lovligheden af indhold det leverer til bygherren.

Erstatningsansvar udelukkelser

FRASKRIVELSER af ansvar er normalt nødvendigt at beskytte tjenesteydere mod ubegrænset erstatningsansvar. Begrænsninger, der foregiver at begrænse ansvar til kontraktens værdi er usandsynligt, at være effektiv i de fleste tilfælde, medmindre parterne forhandlingsposition er lig og vilkÃ¥r er blevet forhandlet (i modsætning til at være standard). Vi vil anbefale at en mere effektiv begrænsning bør knyttes til niveauet for forsikringsdækning tilgængelige, men det er vigtigt, at web-udvikler kontrollerer, at de har dette niveau af cover – ofte overset, at forsikringsdækningen af et fast beløb kan være en Ã¥rlig t otal summen af fordringer i stedet for et beløb, der er omfattet pr. krav. Hvis forsikring ikke er per pÃ¥stand, skal omfanget af accepteret under aftalen reduceres for at dække muligheden for mere end ét krav i et bestemt Ã¥r. Det kan ogsÃ¥ være muligt at begrænse tid for fordringer (f.eks. et eller to Ã¥r).

Fra en udviklers synspunkt er det afgørende, at undtagelser er ikke urimelig, ellers vil de blive ramt helt under afsnit 3 i den uretfærdige kontrakt vilkår Act 1977, i hvilket tilfælde der vil være ingen effektive grænse på plads på alle.

Noget andet, der ikke vil blive tolereret nogen udelukkelse af driftstab – det er faktisk almindeligt i amerikansk kontrakter, men er ikke acceptabelt i almindelighed under dansk lov.

Moralske rettigheder

Udvikleren og klienten skal overveje, om de vil give bygherren ret til at blive akkrediteret til arbejde pÃ¥ hjemmesiden. Hvis rettigheder er at blive forbigÃ¥et til klienten, udvikleren kan være glade for at have kreditten pÃ¥ en hjemmeside pÃ¥ tidspunkt, men hvis de er senere udvikle det pÃ¥ en mÃ¥de, der ellers kan skade developer’s ry, de mÃ¥ske ogsÃ¥ gerne forbeholder sig ret til at insistere pÃ¥, o n fjernelse af deres navn og/eller logo fra hjemmesiden.

Subjektive designbeslutninger

Typisk vil en designer blive udvalgt på grundlag af en portefølje. Klienten er derfor at gøre et spring af tro i instruere designer, troende i deres evne til at producere noget, som de finder attraktiv. Typisk vil designeren påtage sig opgaven med at skabe et udseende, der passer til klienten. Men givet tid involveret i at gøre det, det kan være hensigtsmæssigt at begrænse antallet af valgmuligheder, der vil blive stillet til rådighed til en klient (typisk 3) og kræver, at klienten vælger fra en af disse. Ved første øjekast der kan vises utiltrækkende for en køber af disse tjenester, men ellers køber kan være urimeligt og konstant kræver engros re-design med en ubegrænset tid omkostninger til designeren. Afhængig af forhandlingsposition for parterne, udvikleren skal muligvis til at acceptere mere generøse bestemmelser men ideelt bør begrænse sit engagement i dette område.

Som sagt, denne artikel fokuserer på nogle centrale spørgsmål og behandler ikke på nogen måde, alle områder for diskussionen når en web udvikling aftale. Det kan dog skabe et afbalanceret forhold mellem parterne i begyndelsen og mindske chancerne for en kostbar tvist, hvis disse spørgsmål behandles hellere før end senere.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.