El Contrato de Desarrollo de Sitio Web

8/14/2019 El Contrato de Desarrollo de Sitio Web

1/50


2/50

El Contrato de Desarrollode Sitio Web

Espacios virtuales - Obligaciones reales

Jorge Ringenbach


3/50

Aviso

La inormacin que aqu se presenta est diseada para acilitar la toma de decisiones de manera

inormada sobre la contratacin de servicios de diseo de sitios web y no pretende substituir una

asesora legal. En todo caso el contrato nal que rmen las partes deber incluir las condiciones

aceptables por cada una de ellas.

Se agradece la experiencia, colaboracin y consejos de Luis Antonio de la Llata Len

(www.logistica101.com), Mariana de la Vega Elizalde (www.deedeesign.com), Cesar Benedicto Calle-

jas Hernndez (Seminario de Patentes Marcas y Derechos de Autor de la Facultad de Derecho UNAM)

y Len Felipe Snchez Amba (www.ulton-ulton.com).

El Contrato del Sitio Web, espacios virtuales obligaciones reales.

Publicado por

Fulton & Fulton SC

Av. Alborada No. 124 Piso 11

Parques del Pedregal

Tlalpan, Mxico D.F.

C.P. 14010, Mxico

www.ulton-ulton.com

Derechos Reservados 2007 por:

Texto Jorge Luis Ringenbach Sanabria

Diseo de la publicacin Mariana de la Vega Elizalde

Certicado de Registro ante el Indautor: 03-2007-081610345100-01

ISBN: 978-970-95661-0-9

Existe una versin digital de esta obra distribuida bajo una licencia de Creative Commons, Atribu-

cin - No Comercial - Licenciamiento Recproco Mx 2.5, los trminos y condiciones se encuentran en

http://creativecommons.org/licenses/by-nc-sa/2.5/mx/legalcode.La copia digital se encuentra en el sitio www.leyenlinea.com


4/50

3

Presentacin /00 5

Un poco de historia / 01 7

Aspectos bsicos de un sitio web /02 11

Diseo del sitio web /03 13

El mensaje y el medio /04 15

El contrato de desarrollo de sitio web /05 17

El nombre del contrato /06 19El objeto del contrato /07 21

El precio /08 23

Descripcin del sitio /09 27

Tiempos de entrega /10 29

Las comunicaciones /11 31

El crdito /12 33

Personas autorizadas para la toma de decisiones /13 35

Subcontratacin /14 37

Resolucin de controversias /15 39

No asociacin /16 43

Propiedad intelectual /17 45

Conclusiones /18 47

ndice /--


5/50


6/50

5

Estimado lector, ante tus ojos esta un trabajo que debi ser concluido

hace mucho tiempo. La razn por la que su publicacin se tard casi diezaos a partir del momento en que se concibi su primer esbozo ue la

pretensin de su autor que crea que deba tratarse de un tratado perec-

to, que cubriera la totalidad de las situaciones que se pueden presentar

al redactar un contrato para el desarrollo de un sitio web.

La refexin y la experiencia demuestran que tratar de cubrir todos los

aspectos que se pueden presentar al redactar un contrato, de cualquier

tipo, puede cilmente ser un error; sobre todo si se quieren abarcar

todas las situaciones posibles dentro de un contrato modelo que, al ser

nico, elimina la fexibilidad necesaria para atender cada situacin en

particular.

Con borradores, captulos incompletos y ormatos predeterminados se

hizo necesario tirar todo a la basura y despus de asimilar las aproxima-

ciones previas, iniciar desde cero con el enoque que haba dado origen

a este trabajo. El planteamiento consistente en suponer una situacin

en donde alguien que requiera ormalizar en un documento las condi-

ciones bajo las cuales se desarrollar un sitio web, necesitar una gua

sencilla que tratar los puntos ms recuentes y comunes en un contratopara el desarrollo de sitio web. Puede ser, por ejemplo, una pequea

empresa con un departamento jurdico que este acostumbrado a redac-

tar contratos con proveedores y que de pronto, necesitara, para una

sola ocasin entender rpidamente los aspectos ms relevantes que ha-

cen la dierencia entre solicitar un sitio web y el mantenimiento del aire

acondicionado. O bien, puede tratarse de un diseador que tiene acceso

a un abogado con un criterio jurdico amplio pero que nunca ha tenido

la necesidad de redactar un contrato para el desarrollo de sitio web. Para

estos casos resulta ideal que se puntualicen los aspectos que hacen par-

ticular una relacin de encargo de un sitio web.

Es posible que, en el an de presentar un documento sencillo, se sacri-

carn aspectos relevantes; desde el principio se pens que este trabajo

uera mejorable, por lo que mantendr su espacio en la red para recibir

comentarios y sugerencias y, que si es lo sucientemente aortunado,

encuentre ediciones posteriores mejoradas por la experiencia y colabo-

racin de quienes aporten su experiencia en situaciones similares.

En pocas palabras, he aqu un documento cuya disponibilidad, sencilla y

clara como la tiene hoy, su autor hubiera agradecido hace 10 aos.

Presentacin /00


7/50

Si hubieras escrito unprograma como WorldWideWeb el cual probablementehas escrito Te gustaraque cualquiera supiera que

desayunaste? No Ves?Ok, gracias por entender.

Tim Berners-Lee


8/50

7

En agosto de 1991 Tim Berners-Lee public un sitio web histrico en la

direccin http://ino.cern.ch/hypertext/WWW/TheProject.html. Se tra-ta del primer sitio en publicarse con hipervnculos en red. Si bien para

ese entonces se haba trabajado en muchos de los elementos de lo que

conorma hoy la Internet, en ese momento se iniciaba lo que hoy puede

darnos una red llena de los ms variados contenidos. Una replica de

ese sitio se puede encontrar en la direccin electrnica: http://www.w3.org/History/19921103-hypertext/hypertext/WWW/TheProject.html,y nos da un claro ejemplo de como se pens que un sitio web podra

ser de ayuda.

El motivo por el cual se pens que los hipervnculos eran tiles ue que,

habiendo mucha inormacin dispersa en varias computadoras, no era

cil organizarla o encontrarla en terminales desde otra ubicacin.

Teniendo en mente la organizacin de la inormacin, el acceso a la mis-

ma ha sido el motor que motiv a la creacin de la WWW, y, desde

entonces se aprecia que los sitios web tienen como principal uncin

comunicar inormacin. Los contenidos, en cualquier ormato (texto,

audio, imagen o video) son la razn de ser de los sitios web y comuni-carlos su misin.

Los sitios web son el espacio conormado por una o varias pginas web

que claramente se identican, como una ubicacin con un mensaje co-

mn, o con una identidad que recibe de su editor o de la comunidad a

que representa. Una analoga comnmente usada es la de un libro, al

estar conormado por varias pginas de textos o imgenes, stas en

su conjunto conorman, representando la idea de uno o varios autores

responsables por su creacin, y con una editorial que dene su presen-

tacin.

Un poco de historia /01


9/50

8

La dierencia es que, en una pgina web, la orma tradicional de presen-

tar inormacin en lnea, est presentada en ormato HTTP (Protocolo de

Transerencia de Hiper Texto por sus siglas en Ingls) y no en papel.

Desde su creacin la Internet ha evolucionado desde ser un mundo de

textos hasta convertirse en un espacio que da lugar a imgenes, audio,

video y espacios virtuales en tercera dimensin donde la gente convive

virtualmente con personas de todo el mundo. En esta evolucin los si-

tios web han evolucionado con el mismo patrn; as, mientras el acceso

a mayor capacidad de transerencia de datos contine, los sitios web

darn espacio a una mayor gama de contenidos.

Al principio, este trabajo ue la respuesta a una pequea empresa que

naci con el nimo de hacer discos compactos interactivos que prontose convertira en un despacho de diseo enocado al desarrollo de sitios

web y la planeacin de estrategias digitales. Como parte de su actividad

necesitaban ormalizar uno de sus primeros grandes trabajos con una

empresa lder durante el boom de la Internet.

Lo particular de aquel momento era que ni el abogado de esta pequea

empresa era todava un abogado ni el abogado de la grande tena la

ms mnima idea de como ormalizar una operacin de este tipo. Pero

siendo parte de una estructura pequea pero creativa el estudiante de

derecho se dio a la tarea de investigar y el abogado de la gran empresa

a la tarea de hacer las cosas como siempre las haba hecho.

A pesar de lo mucho que se poda encontrar ya entonces en la Internet,

lo especco del asunto hacia casi imposible encontrar a un abogado

abierto a colaborar con la idea de hacer un contrato de este tipo sin pre-

tender cantidades similares a lo que cobraran por ormalizar la venta de

una compaa telenica.

Por esos das un artculo de Georey Gussi Website Development Agree-ments: A Guide to Planning and Drating (hoy se puede encontrar en

http://www.gussis.com/wda.pd) ue publicado por primera vez. En lse sealaban los bsicos, muy enocado a cuestiones tcnicas y sobre

todo a un tpico que siempre ser importante La Propiedad Intelectual.

Recuerdo que ver que mencionaba un sitio, con el que antes ya me ha-

ba topado, sobre una rma (http://www.weblaw.co.uk) que pretendacobrar 2,500.00 por un contrato refejaba el celo que se viva por man-

tener en el oscurantismo el conocimiento sobre este tipo de contratos.

Por ese precio hacer el sitio web sera negocio solo para el abogado.


10/50

9

El proceso de diseo de un sitio web, por complicado que le pueda

parecer a alguien de la era predigital o por sencillo que parezca a un

programador, no es muy dierente al de solicitar una casa. Un albail

puede hacer una casa, pero un arquitecto puede hacer un buen diseo,y de acuerdo a las necesidades y posibilidades, se puede pensar en una

gama que incluya a un ingeniero que calcule o a un administrador que

haga la programacin de pagos y entregas, as como el seguimiento de

proveedores y materiales; as podemos ver a los sitios web. Cuando va-

mos de campamento podemos llevar una tienda de campaa y uno mis-

mo se crea un espacio habitacional, del mismo modo tenemos lugares

en la red donde casi de manera automtica podemos publicar un sitio.

Tambin hay edicios inteligentes que requieren una gran planeacin

nanciera y tcnica con miles de trabajadores, as tambin hay sitios en

la red. Concentrmonos en el espacio intermedio de estos extremos.


11/50

AparienciaFuncionalidad

Claridad

Consistencia


12/50

11

Aspectos bsicosde un sitio web

El diseo de sitio web se reere a la disposicin de los elementos que

conorman el sitio, en particular a su apariencia nal y todo lo necesa-

rio para que un sitio se vea y uncione como lo hace en un navegador

web. En esto hay tres elementos bsicos a considerar: el contenido, la

apariencia y la acilidad de uso. Otros dos aspectos importantes aunque

secundarios, son la visibilidad y la gestin de actualizaciones.

El contenido es la razn de ser del sitio; como tal, los dems elementos

que lo conorman le estn supeditados. Por lo que cualquier elemento

grco o de programacin mantienen como principal objetivo servir a

que el contenido se transmita de orma clara al usuario nal.

La apariencia es la orma de presentar el contenido al usuario nal, es

este elemento por el que se logra que la disposicin del contenido sea

agradable para un usuario, el que le da la personalidad mediante la co-

rrecta disposicin de sus elementos, y se basa generalmente, en la con-

sistencia de los elementos grcos, la jerarqua de los botones o links, la

armona y carcter de los elementos que conorman el sitio.

La acilidad de uso es la claridad con la que se presenta la inormacin yla orma en la que el sitio interacta con el usuario nal; se dice que un

sitio es de cil uso cuando la persona que navega en l puede, sin ma-

yor problema, encontrar la inormacin que esta buscando o la retiene

de una orma ms sencilla. La idea es que el sitio le sea til y le uncione

al usuario.

La visibilidad se reere a la acilidad con que el sitio puede llegar a al-

guien que est interesado en l. Generalmente en cuestin de la rele-

vancia que tiene en los motores de bsqueda, pero tambin importan la

recomendacin de sitios que tratan sobre tpicos similares y la divulga-cin del sitio por otros medios.

/02


13/50

12

La actualizacin, por otra parte, es lo que hace que la gente regrese al

sitio; si bien un sitio puede ser esttico y sin cambios en su estructura o

contenido, la actualizacin de la inormacin lo hace ms atractivo para

que alguien lo recuente con regularidad, lo mismo sucede con los nue-vos tpicos que atraen nuevos visitantes.

Es importante tener en mente a quin va dirigido el sitio, en uncin de

ello se pueden denir mejor los elementos bsicos del sitio web.


14/50

13

Diseo del sitio web

Como comentamos previamente, al hacer una casa la podemos encar-

gar a un ingeniero a un arquitecto o a un maestro o residente de obra,

cada uno tiene una orma particular de hacer la casa, por lo que el resul-

tado ser dierente en caso de seleccionar a cada uno de ellos.

Al designar a alguien para que desarrolle el sitio tenemos casos simila-

res; as, por ejemplo, los programadores, los diseadores y los desarro-

lladores web. Cada uno de ellos tiene una ptica particular y entre ellos

hay dierencias que en general son ciles de identicar. No se trata

de hacer menos el trabajo de unos u otros, pues complementando las

cualidades de cada uno se neutralizan la mayora de los deectos de los

otros y teniendo en cuenta la ortaleza y debilidad de cada uno de ellos

es mas cil obtener el mejor resultado en cada proyecto.

Un buen programador no tiene necesariamente el mejor de los gustos

de diseo pero cilmente puede poner los elementos en un servidor y

as mismo, un diseador puede disponer visualmente los elementos de

un sitio pero la parte de optimizacin de los recursos puede no ser su

uerte. En medio encontramos al desarrollador web que puede no tener

uno de los dos perles anteriores pero que puede tener antecedentesen uno u otro y por la prctica cotidiana en la creacin de sitios web

adquiere un balance que le permite llevar a cabo un sitio hacindose

de los elementos de los que carece por medio de asignacin de tareas

especcas a otra persona, ya sea subordinados directos o por medio de

subcontrataciones.

Al solicitar el desarrollo del sitio a una persona con un antecedente en

sistemas es de suponer que la parte de los recursos, optimizacin de

archivos y automatizacin de tareas estar en buenas manos, pero quiz

se sacriquen aspectos como la experiencia visual que se puede teneral visitar el sitio.

/03


15/50

14

Por otro lado un diseador puede hacer verdaderas obras de arte, pero

tambin dejar de lado consideraciones como el peso del sitio, el tiempo

de descarga, la acilidad para que un navegador la encuentre, las ormas

de contacto para los visitantes, entre otras cosas.

Lo ideal es contar con alguien que entienda las necesidades del cliente

en todos los aspectos; desde el presupuesto, la capacidad de conexin

o de alojamiento del sitio, la identidad corporativa y cmo se traducen,

en el diseo del sitio. La navegacin, la programacin, la orma de ad-

ministrar el contenido y su actualizacin son elementos a considerar al

desarrollar un sitio. Lo ms importante es qu entienda que necesita el

cliente, oreciendo la mejor solucin con el presupuesto disponible.


16/50

15

Al disear un sitio web se debe pensar qu mensaje se quiere transmitir

y a quin se le quiere transmitir. A partir de eso se pueden satisacer las

necesidades del usuario y, a partir de ah, las del sitio.

Si se requiere, por ejemplo, un boletn que llegue a muchas personas

y que se descargue muchas veces se preerir que un sitio sea ligero,

digamos en ormato HTML (Lenguaje Marcado de Hiper Texto por sus

siglas en Ingls) solo con texto y sin imgenes. Por otra parte, se puede

requerir un sitio que sirva como catlogo de productos y que estos se

presenten en orma tridimensional, para lo cual se requerira de mayor

ancho de banda en la conexin del usuario y un mayor nivel tcnico por

parte del programador.

En medio de las dos opciones anteriores la gama que ser optima para

un sitio depende de muchas cosas, pero se puede considerar slo texto

para unas partes, o CSS (Hojas de Estilo en Cascada por sus siglas en

Ingls) para una rpida y peridica modicacin del sitio, o animaciones

e imgenes para describir mejor el mensaje que se quiera dar y de ah

una gran variedad de opciones que con el paso del tiempo se seguirn

ampliando.

Con esto en mente, cada sitio depender de quien tiene un mensaje,

de cmo le transmite su necesidad a quien lo va a desarrollar, de los

recursos con los que se cuenten y del toque personal que visualmente

se le d. Cada uno de estos elementos dene el sitio web y en el proceso

se logra un sin nmero de posibilidades que dan a la WWW su peculiar

caracterstica de no tener lmites y que cada vez que alguien se acerca al

lmite, logra alejarlo un paso ms.

El mensajey el medio

/04


17/50

Por qu hacer un contratopara desarrollo de sitio web?

Porque es la mejor reerenciaen caso de cualquier

inconormidad entre el dueodel sitio y quien lo hace.


18/50

17

El contrato de desarrollo de sitio web es aquel por el que una persona

le encarga a otra la creacin de un sitio. Lo importante de tener un con-

trato escrito es que de esa manera se tiene una reerencia en la que se

pueden vericar las condiciones en caso de duda o controversia sobre

lo pactado.

Es importante que el contrato cubra, de manera clara, los compromisos

de cada una de las partes. En una palabra: uno paga y el otro entrega el

sitio. Pero no necesariamente una parte slo tiene que entregar dinero

y la otra slo entregar un sitio terminado; pude suceder que la persona

que encarga el sitio deba entregar las imgenes o la inormacin que

quiere se incluyan en el sitio; o bien acilitar entrevistas con su perso-

nal para que el desarrollador entienda mejor el mensaje que se quiere

transmitir; incluso dar acceso a bases de datos o la inormacin del di-

rectorio de una empresa. Por su parte el desarrollador del sitio puede

entregar el sitio en un servidor o en un soporte sico, con o sin descrip-

cin del lenguaje utilizado, en entregas parciales sujetas a correcciones.

Estas son algunas de las cosas que pueden generar dudas al momento

de estar desarrollando el sito.

Por eso es sumamente til una reerencia escrita donde se detallen los

alcances del papel de cada una de las partes que intervienen en el desa-

rrollo del sitio. Trataremos de cubrir la mayora de los puntos que pue-

den surgir al encargar el diseo de un sitio web, entendiendo que cada

caso es particular y requiere de soluciones especcas que se adecuen a

sus propias necesidades.

El contratode desarrollo de

sitio web

/05


19/50

Mientras que modelos decontratos abundan en lnea,una rpida comparacin de sucontenido indica la complejidadde los temas que nacen de las

transacciones legales conun origen en Internet.

Geoffrey George Gussis


20/50

19

El nombredel contrato

En el desarrollo de un sitio tenemos dos partes principales; el dueo

y el desarrollador del sitio. El primero encomienda un trabajo y el se-

gundo pone su experiencia y conocimiento para realizarlo. Aunque la

necesidad del primero lo principal al desarrollar el sitio. Por ello, parece

obvio decirles que para tener un buen resultado se requiere, por una

parte, que el cliente sepa que quiere transmitir o por lo menos dar las

sucientes pistas al desarrollador para que deduzca lo ms conveniente

para el cliente.

CONTRATO DE PRESTACIN DE SERVICIOS PARA LA ELABORACINDE UN SITIO DE INTERNET QUE CELEBRAN POR UNA PARTE EJEM-PLO MULTIMEDIA, S.A. DE C.V., REPRESENTADA EN ESTE ACTO POREL SR. JUAN PEREZ PEREZ, EN SU CARACTER DE REPRESENTANTE LE-GAL, A QUIEN EN LO SUCESIVO Y PARA LOS EFECTOS DEL PRESENTECONTRATO SE LE DENOMINAR EL DESARROLLADOR Y POR LA OTRAPARTE EJEMPLO CLIENTE S.A. DE C.V., REPRESENTADA EN ESTEACTO POR EL LUIS RAMIREZ RAMIREZ, EN SU CARACTER DE ADMI-NISTRADOR NICO, AQUIEN EN LO SUCESIVO Y PARA LOS EFECTOSDEL PRESENTE CONTRATO SE LE DENOMINAR EL CLIENTE, DE CON-

FORMIDAD CON LAS SIGUIENTES DECLARACIONES Y CLUSULAS:

DECLARACIONES

Declara el Desarrollador:i) Que es una empresa debidamente constituida y existente de conor-midad con las leyes de los Estados Unidos Mexicanos.ii) Que su representante cuenta con las acultades necesarias para ce-lebrar este acto, y que las mismas no le han sido revocadas ni limitadasde manera alguna, como consta en el instrumento indicado en el nume-ral anterior.iii) Que tiene la experiencia, as como los recursos materiales necesa-rios para la elaboracin y mantenimiento de portales de internet.

[...]

/06

Ejemplo 1


21/50

20

Declara el Cliente:

i) Que es una empresa debidamente constituida y existente de conor-midad con las leyes de los Estados Unidos Mexicanos.ii) Que su representante cuenta con las acultades necesarias para ce-lebrar este acto, y que las mismas no le han sido revocadas ni limitadasde manera alguna.iii) Que es su deseo que el Desarrollador desarrolle su portalwww.leyenlinea.comDeclaran ambas partes que es su voluntad expresa comprometerse en

trminos del presente Contrato, reconocindose plenamente su mutuacapacidad, sin que exista error, mala e, dolo o violencia alguna porninguna de las partes, dejando sin eecto cualquier otra negociacin,

obligacin o comunicacin, oral o escrito, con anterioridad a la rma delpresente contrato que este relacionada directamente con el objeto delmismo de conormidad con las siguientes clusulas.

CONTRATO DE LA ELABORACIN DE UN SITIO WEB

Celebrado entre:

El Desarrollador:Ejemplo Multimedia, S.A. de C.V.Calle: Nmero:Colonia:CiudadCdigo Postal:

Y el Cliente:Ejemplo Cliente, S.A. de C.V.Calle: Nmero:Colonia:CiudadCdigo Postal:

De los ejemplos anteriores vemos que se identican las necesidades del

cliente y como antecedente del Desarrollador su capacidad para llevar a

cabo los trabajos que se le encomienden.

[...]

Ejemplo 2

En donde el Desarrollador es una empresa dedicada a la elaboracin,mantenimiento y administracin de sitios web y el cliente requiere de un

sitio con las caractersticas descritas en el presente contrato.


22/50

21

El objeto del contrato es que el desarrollador haga un sitio para el clien-

te, por lo que al denir el objeto del contrato claramente se debe estipu-

lar lo anterior. En la denicin se puede describir ampliamente en que

consisten los trabajos o dejar para un anexo del contrato la descripcin

detallada del sitio.

Los ejemplos para esto son los siguientes:

El objetodel contrato

PRIMERA.- El objeto del presente contrato es la elaboracin de un nue-vo sitio web para el Cliente, mismo que quedar ubicado en la direccinelectrnicawww.leyenlinea.com, el cual consistir en un sitio de 5paginas programadas en HTML, de las cuales la primera ser la bienve-nida con ndice 2 contendrn texto 1 texto e imagen y una la direccin yorma de contactar al cliente.

PRIMERA.- El objeto del presente contrato es elaborar un sitio web parael Cliente, cuyo contenido se describe en el anexo I y que rmado porlas partes orma parte integral del presente contrato.

En este ejemplo la descripcin puede ser tan extensa como sea necesa-

rio; pueden especicarse la extensin y los lenguajes en que estar pro-gramada, as como los elementos que contendr. Esta orma de estipu-

larlo es comn en sitios sencillos que se pueden describir brevemente.

/07

Ejemplo 1

Ejemplo 2


23/50

22

PRIMERA.- El objeto del presente contrato es elaborar un sitio web parael Cliente.

SEGUNDA.- El sitio web estar programado en fash y contendr elcatlogo de 45 productos que el cliente maneja como linea de regalosnavideos, el cual estar optimizado para pesar menos de 500 mb (qui-nientos mega bites) con un tiempo de descarga menos a 30 segundosen una conexin de 1024 Kbps.

En esta orma es ms sencillo que un desarrollador mantenga una es-

tructura para todos sus contratos con sus clientes y permite que, en un

documento tcnico ms claro se detalle la totalidad de las caractersti-

cas del sitio. Se pueden incluir en el anexo mapas de navegacin, fujosde inormacin que se reciba de los usuarios e incluso, si se trata de un

contrato cuyo origen sea la aceptacin de una propuesta, puede incluir-

se el esquema general del sitio aprobado por el cliente.

En este ejemplo se prev en una primera clusula la elaboracin delsitio y en una subsecuente el lenguaje en el que estar desarrollado, la

descripcin del sitio y lo que el cliente supone como mximo prudente

en la espera de descarga del usuario; lo cual puede llegar a ser relevante

en el caso de que el mercado al que va dirigido no se estime que cuenta

con una conexin de alta velocidad.

Ejemplo 3


24/50

23

La motivacin para que alguien haga un sitio web para otro es, desde

luego, la retribucin econmica; aunque sola pensar que era la nica el

tiempo me ha demostrado que no es as, hay muchas contraprestacio-

nes aceptables para que alguien haga un sitio web, el prestigio, altruis-

mo, intercambios en especie, en n, aunque motivadores hay muchos,

pero en el que nos enocaremos para lo que nos atiende es un precio

en dinero.

El pago se puede pactar de dierentes maneras, hay quienes no trabajan

sin un anticipo o quienes no pagan hasta ver una muestra del trabajo.Tambin hay quien no entrega el trabajo sin la previa liquidacin de la

totalidad del precio pactado y quien solicita un tiempo de gracia. Para

cualquier caso se puede dar una solucin.

En trminos generales hay quienes jan un precio y lo reciben antes de

hacer el trabajo, generalmente esto sucede si el precio jado es muy

bajo y se tiene plena conanza en el desarrollador del sitio. Los desarro-

lladores que optan por esta opcin generalmente lo hacen para que su

pago no se sujete a una excesiva revisin del trabajo o que al nal se

les cancele el proyecto de manera arbitraria. Por su parte quienes optanpor dar un pago total al nal del trabajo pretenden garantizar la entrega,

eliminando el riesgo de una posible dierencia de criterio entre lo que

pidieron, lo que esperan del sitio y lo que se les entrega.

El pago puede dividirse en etapas; la primera al solicitar una propuesta

o a la aceptacin de la propuesta. Posteriormente pagos subsecuentes

por entregas parciales, mismos que generalmente estn sujetos a pagos

a terceros por mdulos o uncionalidades especcas y nalmente un

pago a la entrega total del sitio. Tambin pueden surgir modicaciones

o extensiones durante el desarrollo del sitio y es conveniente prever laorma de liquidar la dierencia.

El precio /08


25/50

24

Como ejemplos tenemos las siguientes opciones:

CUARTA.- El precio del presente contrato que deber pagar el Clientea el Desarrollador es de $20,000.00 (veinte mil pesos 00/100 moneda na-cional) ms el Impuesto al Valor Agregado, al momento de solicitar el

trabajo de desarrollo de sitio web descrito en la clusula anterior.

CUARTA.- El precio del presente contrato que deber pagar el Clientea el Desarrollador es de $20,000.00 (veinte mil pesos 00/100 moneda na-cional) ms el Impuesto al Valor Agregado.

QUINTA.- Los pagos se realizarn de la siguiente manera:

i) Un pago por la cantidad de $6,000.00 (seis mil pesos 00/100 mone-da nacional) a la rma del presente contrato, ms el Impuesto al ValorAgregado.ii) Un pago por la cantidad de $6,000.00 (seis mil pesos 00/100 moneda

nacional) a la entrega del mdulo de registro de visitantes el da 28 deebrero de 2008, ms el Impuesto al Valor Agregado.iii) Un pago por la cantidad de $8,000.00 (ocho mil pesos 66/100 monedanacional) a la entrega total del sitio, el da 31 de marzo de 2008, ms elImpuesto al Valor Agregado.iv) La cantidad correspondiente por concepto de trabajos adicionales,a los treinta das de entregados estos, ms el Impuesto al Valor Agre-gado.

El retraso o incumplimiento del pago generar a cargo del Cliente uninters del 2% (dos por ciento) mensual hasta la total liquidacin deladeudo correspondiente.

CUARTA.- El precio del presente contrato que deber pagar el Clientea el Desarrollador es de $20,000.00 (veinte mil pesos 00/100 moneda na-cional) ms el Impuesto al Valor Agregado, al momento de entregar elsitio web operando.

Ejemplo 1

Ejemplo 2

Ejemplo 3


26/50

25

Deber revisarse si el pago parcial corresponde a la echa de entrega de

el mdulo en que se trate y es recomendable prever qu sucede en caso

de un atraso tanto en la entrega parcial como del pago.

En estas situaciones suele haber dudas sobre si se debe de continuar

con los trabajos o se suspenden los mismos. Tambin hay quienes si-

guen trabajando pero suspenden todas las entregas subsecuentes hasta

que no exista la liquidacin de los adeudos.

Es importante prever que sucede en cada caso ya que estas son las si-

tuaciones que ms riccin generan entre las partes de la relacin.


27/50

La mayora de la gente sloquiere entrar, conseguiry salirse.

Jacob Nielsen


28/50

27

Descripcin del sitio

Lo ms relevante del contrato es la descripcin del sitio, como hemos

visto, una orma es dar una breve descripcin, otra es conar en lo que

el desarrollador de buena e decida entregar (esta no es la mejor op-

cin), y otra, muy prctica, es describir en un documento especco las

caractersticas del sitio, integrando dicho documento al contrato.

El anexo que describe al sitio puede incluir un apartado en el que se

dena la identidad grca del sitio. Esta descripcin puede aprobarse

previamente a la rma del contrato o en el contrato jarse una echa

para la entrega de propuestas y la aprobacin de la nal.

Otra parte importante de este documento es la descripcin tcnica del

sitio donde se puede especicar el lenguaje en el que est programada,

las necesidades de espaci en servidor, el peso mximo de los archivos,

si incluir bases de datos, herramientas de medicin de trco, gestores

de contenido, hojas de contacto, catlogos de producto, ormularios,

animaciones y en general cualquier herramienta que se incluya en el

sitio.

Algo muy til para la comprensin previa del sitio, sobre todo paravisualizarlo previamente a que exista, es un mapa de navegacin en

donde se dene la estructura general del sitio. Con esto se acilita la

jerarquizacon de la inormacin y se planea la navegacin que tendr

el sitio.

Tambin se puede prever una etapa de pruebas con simulaciones o ma-

quetas, de alguna parte del sitio para prever deectos en el diseo global

del sitio antes de que se concluya. Con esto se logra corregir errores

antes de que sea muy complicado subsanar.

/09


29/50

28

Tambin se puede especicar que el sitio sea compatible con la mayora

de navegadores en el mercado, de preerencia que se disee pensando

en los estndares que garanticen que el sitio se ver como se diseo en

cualquier navegador y en cualquiera de sus versiones. No hay pretextopara imponerle al usuario la carga de usar un navegador especco para

ver un sitio.


30/50

29

Tiempos de entrega

El tiempo de entrega se puede pactar en una sola entrega nal, esto es

suciente en sitios sencillos donde ambas partes tienen claro que nece-

sita el sitio.

Tambin se puede pactar un calendario de entregas parciales en donde

se vaya deniendo cada etapa del diseo del sitio; la parte grca, la

navegacin, la programacin y stas, a su vez, se divididan en mdulos

especcos. Por ejemplo se puede denir la primer entrega del material

grco como la vista de la pagina de inicio, con entregas subsecuentes

de secciones del sitio.

Una vez aprobada la navegacin y la parte grca se puede ir denien-

do los mdulos de las uncionalidades del sitio y as sucesivamente.

Tambien se puede anexar, como en el caso de la descripcin tcnica,

un calendario de entregas o diagrama de fujo de las entregas. Como ya

vimos las entregas tambin pueden estar relacionadas a un calendario

de pago en el que se sujete un pago a una entrega o vice versa.

Podemos denir en el contrato las entregas de las siguientes ormas:

QUINTA.- El Desarrollador se compromete a cumplir todas las obligacio-nes previstas en el cuerpo del presente contrato, las leyes respectivas,as como de sus anexos, como lo son enunciativa ms no limitativamen-

te las siguientes:

i) Sujetarse a las normas internas de trabajo que le sean aplicables deel Cliente, de las que por naturaleza misma de los servicios que se pac-

tan sean requeridas para las visitas en las instalaciones del Cliente, ascomo las previstas en los anexos de este Contrato.

ii) Que la ejecucin de los servicios este acorde con el programa y el tiempo de entrega de los servicios de conormidad con el anexo res-pectivo.

/10

Ejemplo 1


31/50

30

QUINTA.- El Desarrollador entregara el sitio web uncionando, en el ser-

vidor que el Cliente designe, a ms tardar el da 1 de enero de 2008.

QUINTA.- La echa lmite de entrega de las propuestas grcas, por par-te del Desarrollador, ser el da 1 de enero de 2008.

A partir de la echa de entrega de las propuestas grcas el Cliente

deber comunicar al Desarrollador la propuesta seleccionada a mstardar 5 das hbiles posteriores a la entrega de propuestas, junto conlos comentarios que tenga de la misma.

Recibida la propuesta seleccionada con sus comentarios, el Desarro-llador cuenta con 45 das hbiles para entregar el sitio completo a elCliente.

Cuando se sujeten las entregas a pagos previos, es importante tomar en

cuenta que sucede en caso de que una de las partes incumpla, ya que

como se ha dicho previamente y sin temor a ser reiterativos Aqu es

donde ms confictos surgen entre el Desarrollador y su Cliente.

Ejemplo 2

Ejemplo 3


32/50

31

Las comunicaciones

Durante el proceso de desarrollo del sitio habitualmente se generan mu-

chos comunicados entre el desarrollador y el cliente, sobre todo respec-

to a ajustes, cambios y entregas. Muchas veces es conveniente que el

desarrollador solicite que su trato se limite a una sola persona que tenga

poder de decisin en cuanto a cambios y aprobaciones ya que si se trata

de una organizacin con un considerable nmero de colaboradores es

comn que se encuentren opiniones diversas en torno a una misma

situacin, complicando con eso la ejecucin de los trabajos.

Previendo un caso de conficto, es muy til tener un domicilio jo de ser

necesario realizar noticaciones ormales. Tambin se pueden sealar

de manera expresa direcciones electrnicas o nmeros de ax con per-

sonas que necesiten tener conocimiento de la evolucin del trabajo. En

general es bueno saber donde encontrar a la contraparte y generar un

expediente que registre la historia del trabajo realizado.

Como ejemplo podemos utilizar la identicacin del cliente que se ve en

el Ejemplo dos de la descripcin de las partes.

Otra orma puede ser la siguiente:

DECIMO OCTAVA.- Para todo lo relacionado con el presente contratolas partes sealan como sus domicilios los siguientes:

El Cliente

Nombre del Cliente:Nombre del encargado:

Direccin:Telono:Fax:Correo electrnico:

El Desarrollador

Nombre del desarrollador:Nombre del encargado:

Direccin:Telono:Fax:Correo electrnico:

[...]

/11

Ejemplo 1


33/50

32

En caso de que alguno de estos datos sea modicado se deber dar avi-

so por escrito, con cuando menos cinco das de anticipacin, a la otraparte y se sealar la echa en que el nuevo domicilio entrar en vigor.

[...]

Debe destacarse que el contrato puede o no ser el primer registro de lo

que se solicit, pero es muy conveniente archivar todas las comunica-

ciones previas como las propuestas y solicitudes, as como los comu-

nicados que se generen posteriormente, en particular las instruccionesque cambien el sentido de lo pactado previamente.


34/50

33

Los crditos

La motivacin de alguien para realizar un sitio puede no ser exclusi-

vamente la retribucin econmica; para muchos el reconocimiento es

parte esencial de la creacin. Por lo anterior muchos desarrolladores

encuentran que una excelente orma de promocionarse es colocar ligas

directas a su sitio desde aquellos otros que disean; en algunos casos,

como la relacin puede no concluir en el simple diseo, tambin mante-

ner a la vista su correo como webmaster acilita la labor de depuracin

del sitio.

Hay quienes creen que reconocer que el sitio ue creado por alguien

externo a su organizacin signica exhibir alguna debilidad rente a sus

clientes; otros creen que colocar propaganda de un proveedor, su in-

raestructura o bien, en algunos, casos puede un banner de un tercero

desentonar en el sitio.

Todas esas armaciones son vlidas, pero para el caso en que se opte

por reconocer en el sitio del cliente la autora y labor del desarrollador,

es conveniente preverlo en el contrato para evitar sorpresas respecto de

la aparicin o desaparicin del reconocimiento.

Esto se puede incluir de la siguiente manera:

SPTIMA.- El Desarrollador tendr derecho a que se coloque en el sitiomateria del presente contrato, una liga a su sitio de internet.

/12

Ejemplo 1


35/50

34

SPTIMA.- El Desarrollador tendr derecho a que se coloque en el sitio

materia del presente contrato, un banner de 400 x 400 pixeles, que ligueal sitio del Desarrollador, en la parte inerior del sitio web objeto delpresente contrato.

SPTIMA.- El Desarrollador tendr derecho a que se coloque, en laparte inerior del sitio web objeto del presente contrato, la leyenda queincluya lo siguiente: Sitio web desarrollado y administrado por (nombredel desarrollador.

Tambin se puede dar el caso en el que se prohiba expresamente al de-

sarrollador poner una leyenda o vnculo a cualquier sitio externo.

Ejemplo 2

Ejemplo 3


36/50

35

Personasautorizadas para la

toma de decisiones

Hemos hablado de los registros que documentan la relacin que se ge-

neran durante el proceso de elaboracin del sitio, tambin hemos visto

que es conveniente que se designen los medios de comunicacin acep-

tados, esto puede dar lugar a una previsin ms dentro del contrato.

La autorizacin o prohibicin de los cambios en el contenido del con-

trato. Se puede prohibir rotundamente las modicaciones arbitrarias, se

puede sealar uno o varios encargados del proyecto de ambas partes

que cuenten con la autoridad suciente para solicitar alguna modica-

cin, hay quienes preeren que cualquier modicacin este sujeta a la

autorizacin de un superior.

Para esos casos puede pensar en las siguientes propuestas:

NOVENA.- Cualquier adicin o modicacin al presente contrato solosurtir eecto cuando sea otorgada por escrito por los representantesde ambas partes debidamente autorizados en la clusula SPTIMA.

NOVENA.- Las personas acultadas para aprobar cambios por parte delCliente son las siguientes:

Juan Prez Prez, acultado para autorizar cualquier cambio.Margarita Ramrez Ramrez, acultada para autorizar cambios solo encuanto al diseo grco.Ignacio Snchez Snchez, acultado para autorizar cambios en la pro-

gramacin y la uncionalidad del sitio.Javier Gmez Gmez, acultado para autorizar cambios en el precio delos trabajos adicionales.

/13

Ejemplo 1

Ejemplo 2


37/50

36

En el el caso de no sealar a una persona especca, el desarrollador

debe solicitar que sean aprobados los cambios por una persona legal-

mente acultada, con capacidad de obligar al cliente.

En el primer ejemplo se seala a una persona especca para que tenga

acultades de decisin. Esto acilita en parte las cosas, pero debe procu-

rarse que no se trate de un directivo de alto nivel con una agenda ocu-

pada y poco conocimiento del proyecto que tienda a demorar la toma

de decisiones.

En el segundo ejemplo el cliente tiene una mayor fexibilidad para de-

legar unciones en la gente que toma ese tipo de decisiones de orma

habitual en su organizacin.


38/50

37

Subcontratacin

Un buen desarrollador web reconoce cuando no puede desarrollar por

si mismo, una parte del sitio que necesita el cliente, esto es comn cuan-

do se le solicita a un diseador el proyecto y que, si bien puede tener los

ms avanzados conocimientos en HTML o Flash, su capacidad tcnica

en materia de bases de datos relacionadas no sea suciente para darle

una uncionalidad necesaria para su cliente.

Por otra parte hay clientes muy celosos de la inormacin que generan y

del acceso a terceros a la misma, por lo que no estn abiertos a aceptar

la idea de que parte del trabajo encomendado sea delegada a un tercero

del que no tienen conocimiento, por ello especcamente sealan una

prohibicin en el contrato para subcontratar la totalidad o partes del

desarrollo del sitio web.

Puede no parecer importante este punto en la mayora de los casos,

pero en los contratos que representan mayores intereses este punto es

en los que el cliente pone, o debera poner, ms cuidado al redactar un

contrato.

Para este caso se ha visto resuelto de las siguientes maneras:

DCIMA.- El Desarrollador podr subcontratar parcialmente las obli-gaciones del presente Contrato y de proyectos relacionados directa-mente con el mismo, quedando siempre como titular responsable delcumplimiento de las mismas, pudiendo ceder total o parcialmente losderechos que conere el presente Contrato sin autorizacin por escritopor parte de el Cliente.

/14

Ejemplo 1


39/50

38

DCIMA.- Por ningn motivo el Desarrollador podr subcontratar

parcialmente las obligaciones del presente Contrato y de proyectosrelacionados directamente con el mismo. El acceso a la inormacinproporcionada por el Cliente se considera un secreto industrial en tr-minos de lo previsto por los artculos 82 y subsecuentes de la Ley de laPropiedad Industrial. Por lo que el Desarrollador es responsable de losmismos para el caso de que los reproduzca o diunda sin autorizacindel Cliente.

Tambin hay quienes hacen rmar, previo a cualquier negociacin, un

convenio de condencialidad o anexan el que rutinariamente utilizan, al

contrato de desarrollo de sitio web.

Ejemplo 2


40/50

39

Nadie quiere que las cosas terminen mal, pero para el caso de que en

algo no se puedan poner de acuerdo las partes es conveniente saber

qu reglas se aplicarn y quin las interpretar; por eso, por evidente

que parezca, es muy til poner la jurisdiccin y las leyes aplicables a

nuestro contrato.

Para el Desarrollador o para el cliente puede ser importante que se apli-

quen las de su domicilio, para el encargado del proyecto puede ser la

del lugar en donde se lleve a cabo el desarrollo del sitio y no el de la casa

matriz. De igual manera para el Desarrollador puede resultar convenien-

te que sea el del lugar donde eectivamente se realizaron los trabajos.

En cualquier caso y tratndose de previsin es prudente que se designe

la jurisdiccin, competencia y leyes aplicables para el caso de una con-

troversia judicial o arbitrada.

Para esto, los siguientes son dos casos clsicos:

Resolucindecontroversias

DCIMA PRIMERA.- Para la interpretacin y cumplimiento del presente

Contrato las partes se someten expresamente a la legislacin vigentey a la competencia de los tribunales de esta ciudad de Mxico, Distri-

to Federal, renunciando a cualquier otro uero que les pudiere corres-ponder por razn de nacionalidad, domicilios presentes o uturos, o porcualquier otro motivo.

DCIMA PRIMERA.- Para todo lo relativo a la validez, intencin delas partes, interpretacin, ejecucin, cumplimiento y arbitrabilidad deeste contrato y cualquiera de sus trminos, y para la solucin de todas

[...]

/15

Ejemplo 1

Ejemplo 2


41/50

40

[...]

las controversias, dierencias o desavenencias que se deriven, direc-

tamente o indirectamente, de este contrato y de cualquier convenio,acto o hecho de l derivado, directamente o indirectamente, las partesacuerdan expresamente que aquellas controversias, dierencias o des-avenencias sern resueltas, exclusivamente y denitivamente, median-

te procedimiento arbitral de estricto derecho, pactndose expresamen-te que las reglas procesales y el arbitraje en general se regularn porel Reglamento de Arbitraje de la Comisin de Naciones Unidas para elDerecho Mercantil Internacional (CNUDMI) (UNCITRAL ArbitrationRules) aprobado por la Resolucin 31/98 adoptada por la AsambleaGeneral de la Organizacin de Naciones Unidas el 15 de diciembre de1976, y supletoriamente respecto al procedimiento conorme al Cdigo

de Procedimientos Civiles para el Distrito Federal, de acuerdo con elttulo cuarto del Cdigo de Comercio de los Estados Unidos Mexicanos.

El arbitraje ser en espaol y en la ciudad de Mxico, Distrito Federal,decidido por tres rbitros nombrados, uno designado por cada una delas partes, y el tercero ser designado por los dos rbitros seleccio-nados por dichas partes. Si una de las partes no designa a su rbitrodentro de los 30 (treinta) das hbiles siguientes a la echa en que sele haga la noticacin de la solicitud de arbitrar de la otra parte, o silos dos rbitros, dentro de los 30 (treinta) das hbiles siguientes a su

designacin no llegan a un acuerdo acerca del tercer rbitro, entoncesel Captulo Mexicano de la Cmara de Comercio Internacional (Inter-national Chamber o Commerce) y en su deecto o excusa, la Cortede Arbitraje de la misma Cmara, designar al rbitro que no uere de-signado por la parte que incurri en dicha alla, o designar al tercerrbitro, segn sea el caso, de acuerdo con lo previsto en el artculo 7de dicho Reglamento de Arbitraje. El arbitraje deber de ser decididodentro de un plazo que no exceda de sesenta das hbiles contadosdesde la iniciacin del procedimiento arbitral y ser administrado porlos propios rbitros (ad hoc). El laudo arbitral ser nal y obligatorioentre las partes y podr ser presentado por cualquiera de las partes

para su ejecucin en cualquier Tribunal con jurisdiccin competente ylas partes convienen en someterse expresamente a la jurisdiccin dedicho Tribunal solamente para el objeto de ejecucin de esta clusu-la arbitral y cualquier laudo basado en ella. Las partes renuncian eneste acto expresamente al recurso de apelacin. Los rbitros decidirncualquier asunto segn las reglas del derecho, a menos que, por acuer-do por escrito posterior, dependiendo el caso, las partes acuerden quese decida mediante amigable composicin o el allo en conciencia.


42/50

41

En cualquiera de los casos la eleccin puede tener ventajas y desventa-

jas para alguna o ambas partes. En materia judicial se ha visto una alta

de comprensin de lo que los temas inormticos o de propiedad inte-

lectual en los jueces, lo que diculta poder argumentar correctamentelas allas que pudieron dar origen al conficto. Esto puede subsanarse

en un panel arbitral que tenga conocimientos en la materia o cuando

menos la apertura suciente al examinar los argumentos. La desventaja

que encuentran algunos es que el laudo arbitral encuentra dicultades

al intentar ser ejecutado en las vas judiciales. Por lo que la valoracin

de las ventajas y desventajas queda sujeta a las particularidades de cada

caso en concreto.


43/50

Necesidad

Recopilacinde inormacin

Propuesta

Aprobacin

Ajustes

Versin fnal

Entrega


44/50

43

Al encargar un trabajo a una persona ajena a una organizacin se puede

dar el caso en el que se involucre el personal de una empresa. Es ms

comn cuando se trata de actualizaciones rutinarias de un sitio, pero

si el trabajo de elaboracin es complejo puede requerir de continuas

visitas o inclusive que haya quienes verdaderamente hagan de las ins-

talaciones del cliente su estacin de trabajo.

Con esto el cliente puede tener la inquietud de que se conunda su papel

rente al empleado del Desarrollador. Tambin pueden surgir inconve-

nientes en no ser jerrquicamente quien deba dar las indicaciones decomo comportarse en las instalaciones del cliente.

Se pueden plantear las siguientes condiciones en el contrato:

No asociacin

DCIMO SEXTA.- Ninguna de las clusulas de este contrato deber in-terpretarse en el sentido de que el desarrollador desempear el cargode empleado, agente, comisionista, actor, dependiente, o representan-

te legal de el Cliente para cualquier propsito. Consecuentemente el

desarrollador no esta autorizado para llevar a cabo, unciones, activi-dades o tareas de las que por su naturaleza correspondan a las gurasantes sealadas, ni para aceptar o rmar acuerdos, convenios o contra-

tos, en nombre o representacin del Cliente o para alterar los trminoscontractuales.

DECIMO SEPTIMA.- Las partes son dos entes jurdicos distintos entres, cada una con personal humano independiente de la otra parte, porlo que cada una es responsable de su personal y de las obligaciones

[...]

/16

Ejemplo 1

Ejemplo 2


45/50

44

[...]

rente a estos. El presente contrato no vincula a ninguna de las partes

de manera alguna con el personal de su contraparte, teniendo cada unade estas que cumplir con todas las obligaciones que marca la ley ren-

te a su respectivo personal. Maniestando que ambas partes cuentancon los elementos propios y sucientes para responder de todas lasobligaciones que por este hecho pudieren surgir y comprometindoseexpresamente a sacar en paz y a salvo a su contraria en el evento deque surgiere cualquier tipo de controversia con cualquier persona su-bordinada a alguna de las partes.

Si bien la Ley Federal del Trabajo y su interpretacin en las Juntas de

conciliacin y Arbitraje tienen particularidades para denir la relacin

laboral, el cliente precavido procurar que pueda exigir al Desarrollador

que responda ante sus empleados de las obligaciones laborales y que

rente al cliente exista una orma de determinar quien tiene las obliga-

ciones rente a un trabajador.


46/50

45

En la elaboracin de un sitio se presenta una gran cantidad de temas

sobre propiedad intelectual que se deriva, en la mayora de los casos, de

la composicin multidisciplinaria del trabajo de que se trata. Los textos,

programas de cmputo, las imgenes, audios y videos estn protegidos

por los derechos de autor. Tambin convergen los de propiedad indus-

trial en materia de marcas y en algunos casos incluso algunas paten-

tes.

Se aade a la complejidad de este asunto el hecho de que las partes

aportan creaciones previas de cada uno al sitio, se pueden utilizar ele-mentos de terceros y el resultado nal en s es una obra derivada de las

aportaciones que en ella convergen.

Dos ejemplos de como se puede plasmar este asunto en el contrato de

desarrollo de sitio web son los siguientes:

Propiedadintelectual

DCIMO SEGUNDA.- El Desarrollador reconoce expresamente que per-tenece a el Cliente la plena y exclusiva titularidad y propiedad de todos y

cada uno de los elementos de la pginas de internet del portal objeto delpresente contrato, por este acto el Desarrollador cede y transere, enorma irrevocable y sin limitacin alguna a el Cliente, todos los derechosy acciones que le corresponden, y que le sean reconocidos en el uturoen cualquier pas, derivados de sus servicios para el cumplimiento delo establecido en el presente contrato. El precio pactado en el presentecontrato cubre a satisaccin del Desarrollador la totalidad de los tra-bajos por la creacin del sitio web. As mismo ser responsabilidad delCliente obtener todo tipo de licencias permisos o cesiones de derechosrelativos al material que entrega y se incluye en los sitios, as como delos programas de computo requeridos para el sitio.

[...]

/17

Ejemplo 1


47/50

46

[...]

En virtud de lo anterior el Cliente tiene el derecho de modicar o alte-

rar el diseo y contenido de las pginas, considerando que mientrasel presente contrato se encuentre vigente los realizar por medio delDesarrollador exclusivamente.

DCIMO SEGUNDA.- El Desarrollador es el titular de todos los derechosque en virtud de las leyes de Propiedad Intelectual se le reconocen al

creador de una obra. En tal virtud, hasta que no exista una transmisinde los derechos de explotacin de los mismos, el Cliente se encuentraimpedido para utilizarla de manera pblica sin la autorizacin del Desa-rrollador. El desarrollador estar obligado a expedir la autorizacin deexplotacin al Cliente al momento de cubrir todos los cargos generadospor los trabajos de desarrollo del sitio web.

Un punto particularmente dicil es no violentar los derechos de terce-ros, por lo que es muy importante que los materiales sean contenidos

originales de las partes en el contrato y, en caso de que no lo sean, que

se obtengan las autorizaciones de los titulares para utilizarlos en el sitio

web y siempre sitar la autora, uente y autorizacin.

Ejemplo 2


48/50

47

Conclusiones

Las recomendaciones anteriores cubren, en lo general, los puntos ms

comunes al solicitar el diseo de un sitio web. Como ejercicio est des-

tinado a ser un trabajo siempre por terminar; no pretende cubrir la to-

talidad de las posibilidades que se pueden presentar al crear un sitio

web. Al cubrir lo general, ayuda como un punto de partida para aquellos

que, con conocimientos bsicos de las posibles situaciones que se pre-

sentan, tengan en cuenta las peculiaridades ms relevantes del contra-

to de desarrollo de sitio web, y desde ah posteriormente redactar las

condiciones de cada persona que se involucre en la realizacin de sitios

web.

Pereccionable como cualquier trabajo, depender de quienes lo utilicen

el enriquecer su alcance y proponer nuevas recomendaciones. Por lo

que cualquier sugerencia ser bienvenida, y quiz, en un uturo este tra-

bajo se republique con ms elementos que ayuden a delinear contratos

mejor balanceados para una mayor gama de situaciones.

Por esto queda a disposicin de orma orgnica, para quien lo desee

participe en el sitio web http://www.leyenlinea.com , despus de todo

tratndose de sitios web podemos dar un voto de conanza para que enesa ventana se mejore este trabajo.

/18


49/50

Por avor visita http://www.leyenlinea.com para ms inormacin.


50/50

Av. Alborada No. 124 Piso 11Parques del PedregalTlalpan, Mxico D.F.C.P. 14010, Mxico

www.fulton-fulton.com

Impreso en septiembre de 2007 bajo una licencia de Creative CommonsAtribucin - No Comercial - Licenciamiento Recproco Mx 2.5

El Contrato de Desarrollo de Sitio Web

Documents

Transcript of El Contrato de Desarrollo de Sitio Web