21 votos

¿Debo utilizar un contrato escrito cuando trabajo para pequeñas empresas?

Trabajo sobre todo para pequeñas empresas y nunca he utilizado un contrato escrito. Ningún cliente me lo ha pedido todavía. El único papel que hay es mi oferta y la factura.

Cuando empecé a trabajar como autónomo, leí sobre este tema y llegué a la conclusión de que no debía usar modelos de contrato sin hablar con un abogado. Antes de que pudiera concertar una cita, aparecieron los primeros clientes, trabajé para ellos, todo fue bien.

Ahora, leyendo aquí en Freelancing SE, siento que debo conseguir una plantilla de contrato que pueda utilizar para futuros trabajos.

¿Pero es realmente necesario? ¿Lo recomendaría? ¿O sólo vale la pena para los clientes más grandes?

19voto

Justin Puntos 1169

El contrato es básicamente su red de seguridad. Protege a ambas partes. Sin un contrato, sería difícil exigir el pago si el cliente decidiera no pagarte. Del mismo modo, sería difícil para el cliente exigir la entrega si usted decidiera no entregar lo acordado (o, peor aún, si decidiera borrar o retirar lo que se ha entregado, después del pago).

Parece que has tenido suerte hasta ahora, ya que todos tus clientes han estado dispuestos a pagarte lo que acordaron entre vosotros y no ha habido disputas sobre el pago. En el caso de que aparezca una disputa en el horizonte, tener un contrato firmado por ambas partes garantiza que ambas partes están obligadas a cumplir su acuerdo.

Presentar a un cliente un contrato profesional antes de comenzar un proyecto también demuestra al cliente que usted es un equipo profesional, lo que mejorará su reputación a largo plazo.

6voto

Darren Kopp Puntos 27704

Los contratos son una pieza fundamental que esperas no necesitar nunca. Un contrato define la naturaleza de un acuerdo comercial y garantiza que las expectativas estén claramente establecidas. Garantizar que el contrato deja claras las expectativas de ambas partes es fundamental para evitar malentendidos y asegurar que el negocio funcione sin problemas, así como para proteger a ambas partes en el caso (desgraciadamente demasiado común) de que algo se rompa por el camino.

A menudo es posible remitirse al contrato para resolver los problemas que surgen de forma pacífica, pero en ocasiones la situación sigue degradándose hasta el punto de que el contrato es necesario para garantizar que ambas partes reciban lo que se merecen cuando una de ellas se convierte en una parte no dispuesta.

He visto cómo esto ocurría tanto en proyectos multimillonarios en los que la empresa para la que trabajaba en ese momento tenía que perseguir a nuestro proveedor como en pequeños proyectos en los que el incumplimiento de un cliente de los detalles que se le exigían provocaba el incumplimiento de un plazo de entrega y, a continuación, ponían una suspensión de pago en un cheque de varios miles de dólares que nos habían dado como pago inicial.

6voto

Caleb Elston Puntos 148

TL;DT: definitivamente

Soy un freelance en Alemania y solía trabajar para un pequeño estudio de diseño web. Sin embargo, gestionaban un sitio de comercio electrónico no tan pequeño. Conseguí el trabajo a través de un amigo en la típica forma de "oye, tenemos un pequeño problema, ¿podrías echarle un vistazo? Así que eché un vistazo y arreglé el error. Quedaron satisfechos con mi rápido trabajo y pronto surgieron otros problemas menores. Luego, otras mayores, y así sucesivamente hasta que me convertí en un colaborador habitual de su equipo. Bueno, apoyo no es la palabra correcta, yo era su único programador (y también el único que sabía HTML y CSS, pero eso probablemente no es tan importante en ese negocio). Siempre dijimos que deberíamos tener un contrato, pero nunca llegamos a establecerlo.

Lo último que hice para ellos fue un nuevo sistema de boletín informativo. El antiguo era sólo un php-script que tenía que ejecutarse en una ventana abierta del navegador. Procesaba algunas direcciones y luego recargaba la página para procesar las siguientes. Esto estaba bien al principio, pero mientras tanto tenían más de 750.000 correos que entregar y por eso la versión basada en la página del navegador debía ser reemplazada por un cron-job. El problema era: No sabía cuánto tiempo se ejecutaría el script. Así que se ejecutaba cada pocos minutos, se comprobaba si el script seguía ejecutándose buscando en una lista de procesos activos (usando ps ) y termina si encuentra el script en ejecución. Funcionó en mi máquina. Insistí en probarlo más a fondo, pero la dirección decidió ponerlo en producción. Producción en este caso significaba: el mismo servidor donde corría la base de datos y apache.

Entonces, había un error. El recién ejecutado script sólo encontraba instancias antiguas si el pid de la instancia en ejecución era menor que las nuevas. Era un bug estúpido y era culpa mía. El script pasó a producción un viernes y no me avisaron hasta el lunes. Mientras tanto, nuestro hoster retiró todo el servidor ya que se comportaba como una máquina infectada, enviando docenas de los mismos correos a las mismas direcciones. La tienda estuvo fuera de servicio durante todo un fin de semana. Otros fines de semana se vendieron unos 100.000 euros. Yo era estudiante.

Si trabajas en una empresa en Alemania no puedes ser responsable de este tipo de daños (quizás si tu contrato dice lo contrario, pero supongo que esto no es posible legalmente). Sin embargo, ser autónomo es otra historia. Por defecto, yo era responsable. Ahora bien, no acepté ejecutar esto en producción y también -hace tiempo- les informé de que ejecutar todo en un servidor, especialmente el sistema de correo, no era la mejor idea. Pero no podía probarlo. No teníamos un contrato y, por supuesto, tampoco documentábamos ese tipo de cosas.

Al final tuve mucha suerte y no intentaron hacerme responsable. Aún así, pasé unos cuantos días sin dormir hasta su decisión.

Tener un contrato, comprobar las responsabilidades. Piensa también en cuestiones como las licencias. ¿Pueden utilizar tu obra de la manera que quieran? ¿Pueden revenderlo? ¿Pueden utilizarlo en otros países? ¿En otros contextos? ¿Necesitan tu permiso, quieres (y mereces, por supuesto) un dinero extra por ello?

Es posible que duerma mejor ;D

0 votos

Gran ejemplo en lo que respecta a responsabilidad Gracias. Pero me pregunto: ¿Cómo podría haber ayudado un contrato en este caso? Cuando escribiste este script, ya aceptaste el trabajo, por lo que ya se habría firmado un contrato. ¿Habrías establecido otro contrato para confirmar que realmente quieren ejecutar el script sin probarlo? ¿No habría sido suficiente enviarles esta advertencia por correo electrónico?

1 votos

En mis contratos recientes hay una cláusula por la que no se me puede exigir ninguna responsabilidad a menos que actúe de forma negligente (espero que la palabra sea correcta, quiero decir muy descuidada). Esto también sería lo normal para un empleado en Alemania. Y sí, en este caso habría solicitado un documento firmado por la dirección en el que se indicara claramente que no estoy de acuerdo con que este script probado a duras penas se ejecute en un servidor de producción ni con que se ejecute en la misma máquina que el servidor web y la base de datos.

0 votos

En cuanto a los correos electrónicos: No cuentan como prueba en un tribunal. En el mejor de los casos pueden considerarse pruebas porque los correos electrónicos son muy fáciles de falsificar. Esa es la situación en Alemania al menos. Las cosas cambian cuando se firman digitalmente, pero incluso en ese caso los tribunales pueden exigir que se utilice un certificado profesional para ello. Depende del caso. Pero no soy abogado y el papel es actualmente la forma más fiable de documento.

2voto

Dave Ward Puntos 36006

Siempre debe tener un contrato que se ajuste a lo que está haciendo. Dependiendo del tipo de trabajo, es posible que quieras un contrato por escrito. Llevo 9 años trabajando por cuenta propia y mis reglas generales son:

  1. Los trabajos muy pequeños (de pocas horas o menos) no requieren un contrato escrito. La razón es que el esfuerzo de redactar un contrato y revisarlo se convierte en una carga importante. Nadie quiere firmar y devolver por fax algo para obtener una hora de asistencia técnica. Y, por lo general, mi cliente necesita la oportunidad de comprar más servicios para que el cobro no suponga un problema (me ha ocurrido quizá dos veces en los últimos 9 años, y nunca fue suficiente para justificar siquiera el acudir a un tribunal de reclamaciones menores). En el caso de los proyectos pequeños, hay que tener en cuenta que las cosas también pueden negociarse de forma dinámica a lo largo del proyecto. "Ahora que has arreglado eso, ¿podrías también...?" no es tan infrecuente.

  2. Si hay algo más específico (normalmente hasta unas 20-40 horas, para proyectos bien definidos), recurro a un proceso de licitación que establece un contrato. Hay que tener en cuenta que no todos los contratos escritos dicen que son contratos. Todo lo que se necesita es una oferta y una aceptación para un intercambio. Esto puede hacerse por escrito sin necesidad de un documento contractual. En esencia, yo emito un presupuesto o una estimación, que ofrece realizar un trabajo con el alcance adecuado (información sobre el alcance en el presupuesto o la estimación), condiciones de pago, etc. Cuando se acepta, se establece un contrato (por escrito).

  3. Los proyectos de mayor envergadura y con final abierto suelen tener condiciones más complejas, por lo que suele ser útil un contrato que se denomine así y explique esas condiciones.

Ten en cuenta que el punto principal de un contrato es una referencia compartida. Si se trata de un par de horas para hacer algo bastante sencillo, no hay razón real para un contrato escrito. Si se va a extender o hay que determinar el alcance con antelación, se necesita un documento que lo especifica y establece un contrato. Si el ámbito de aplicación no es fácil de definir y se necesitan condiciones adicionales, como las de cancelación, etc., se necesita un contrato formal. Pero en todos los casos es necesario que se adapte al trabajo y una talla única no se ajusta necesariamente a todos.

1voto

qrush Puntos 683

Siempre. Como he trabajado con muchas pequeñas empresas e incluso con gente sin contrato he tenido muchos problemas. Es como dijo Levelnis: el contrato es su red de seguridad: protege a ambas partes.

No es necesario crear un contrato muy grande. Recomiendo encarecidamente el uso de la docracy, tienen una fuerte biblioteca de contratos .

Además, los contratos no le harán muy formal. Pero sí te darán seguridad. Además, no te olvides de poner todo en el contrato.

Tuve problemas con tres clientes. Se "olvidan" de pagar durante unos dos meses. No te recomiendo trabajar sin contrato, de verdad.

3 votos

Sin embargo, la propia definición de contrato es un acuerdo formal y escrito entre las partes, así que, por supuesto, lo hace formal.

Finanhelp.com

FinanHelp es una comunidad para personas con conocimientos de economía y finanzas, o quiere aprender. Puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X