# Qué es un statement of work (SOW) contrato y cómo redactarlo URL: https://legalysis.co/es/journal/que-es-un-statement-of-work-sow-contrato Type: blog Locale: es Published: 2026-10-19 Updated: 2026-10-22 --- > Qué incluye un statement of work, cómo se diferencia de un MSA, qué cláusula prevalece en caso de conflicto y cómo escribir alcance, aceptación y cambios. Un statement of work (SOW) es el documento que dice exactamente qué se entregará, cuándo, quién lo hará y por cuánto dinero. Si buscas qué es un statement of work (SOW) contrato, piensa en él como el documento de proyecto que se apoya debajo de las condiciones legales. En la práctica, es ahí donde se gana o se pierde la mayoría de los conflictos del tipo «eso no era lo que acordamos». ## ¿Qué contiene realmente un statement of work? Un SOW describe un único trabajo. No intenta cubrir toda la relación entre dos empresas. Los buenos documentos suelen tener los mismos bloques básicos. - **Alcance del trabajo:** qué hará el proveedor, con verbos claros, y qué no hará. - **Entregables:** los resultados concretos, como una base de datos migrada, una guía de marca o 40 horas de soporte. - **Calendario e hitos:** fechas o duraciones ligadas a entregables, no a un vago «a finales de trimestre». - **Honorarios y calendario de pagos:** precio cerrado, tarifa por horas o una mezcla de ambos, con los disparadores de factura. - **Criterios de aceptación:** cómo decide el cliente que un entregable está terminado. - **Roles y dependencias:** quién aporta accesos, datos, aprobaciones o entornos de prueba, y para cuándo. - **Proceso de cambios:** cómo se modifican el alcance, el precio o las fechas una vez iniciado el trabajo. Esto es lo que la estructura dice en el fondo: el SOW convierte una idea acordada de palabra en algo que una tercera persona puede leer y verificar. Esa tercera persona suele ser un juez, un auditor o un compañero nuevo que hereda el proyecto. ![Manos señalando secciones con pestañas de un contrato impreso](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/legalysis/2026-10/856bc2-i1.webp) ## ¿En qué se diferencia de un MSA, de una propuesta o de una orden de compra? La confusión suele venir de documentos que se parecen y aparecen juntos en una misma operación. Un master services agreement (MSA) recoge las condiciones legales permanentes: responsabilidad, propiedad intelectual, confidencialidad, protección de datos, resolución y ley aplicable. Se firma una sola vez. Cada SOW cuelga de él y cubre un proyecto. Un mismo MSA puede amparar una docena de SOW a lo largo de varios años. Una propuesta es un documento comercial. Describe lo que el proveedor espera hacer y por qué conviene elegirlo. Normalmente no es vinculante y, a menudo, se reutiliza como primer borrador del SOW. Ahí empiezan los problemas, porque el lenguaje de marketing acaba dentro de un contrato. Una orden de compra es una autorización de pago. Indica un precio y una cantidad, y rara vez un alcance. Basarse solo en una orden de compra para un proyecto de servicios deja el trabajo sin definir. En un encargo puntual, un acuerdo único con el SOW como anexo puede funcionar perfectamente. La separación entre MSA y SOW se justifica cuando se compra varias veces al mismo proveedor. ## ¿Qué cláusula prevalece cuando el MSA y el SOW se contradicen? Es la pregunta que más gente omite, y la que más dinero acaba costando. Los acuerdos bien redactados suelen seguir un patrón sencillo. El MSA controla las condiciones legales. El SOW controla el alcance, el calendario y las tarifas. Una cláusula de orden de prelación lo dice en una o dos frases y nombra qué documento prevalece si hay conflicto. Sin esa cláusula, se depende de cómo un tribunal lea los documentos en conjunto. Según el derecho inglés, por ejemplo, los documentos contractuales se leen en general como un único acuerdo, así que una incoherencia no se anula sola. Genera una discusión, y las discusiones también se facturan. Esta es la clase de redacción que conviene buscar. Se presenta como ejemplo de redacción, no como consejo para su jurisdicción: `§ En caso de conflicto, las condiciones del MSA prevalecen sobre el SOW, salvo que el SOW prevalezca en cuanto al alcance, los entregables, el calendario y las tarifas del proyecto que describe.` Hay una trampa concreta. Un SOW que anula en silencio el límite de responsabilidad o la cláusula de titularidad de la propiedad intelectual «solo para este proyecto» es legítimo cuando ambas partes lo quieren. Es un problema cuando nadie se dio cuenta. Quien firma un SOW debe leerlo como un contrato, no como un plan de proyecto. ![Pared de notas adhesivas dispuestas como una línea temporal de hitos de proyecto](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/legalysis/2026-10/50c55e-i2.webp) ## ¿Qué hace que el alcance aguante una discusión? El alcance es donde fracasan los SOW. Un alcance vago no es neutral: favorece a quien esté más dispuesto a discutir después, y en la práctica suele ser la parte con más poder de negociación. Tres hábitos hacen que el alcance se sostenga. Primero, escribir las exclusiones. Una lista de lo que queda fuera suele ser más útil que la de lo que entra. «No incluye la integración con el sistema de facturación heredado del cliente» zanja una conversación que, si no, ocuparía tres reuniones. Segundo, vincular los entregables a sustantivos, no a adjetivos. «Una web adaptable» se puede discutir. «Ocho plantillas, probadas en las dos últimas versiones de cuatro navegadores concretos» se puede comprobar. Tercero, declarar las suposiciones. Si el calendario depende de que el cliente devuelva sus comentarios en cinco días laborables, dígalo y diga qué pasa con el calendario si no lo hace. Las reclamaciones por retrasos son mucho más fáciles de sostener cuando la dependencia está por escrito. Evite la tentación de copiar una plantilla y rellenar los huecos. Una plantilla le muestra los encabezados, pero no puede decirle qué suposiciones son específicas de su proyecto. ## ¿Cómo escribir la aceptación y las solicitudes de cambio? Los criterios de aceptación responden a una pregunta: ¿cuándo está un entregable lo bastante terminado como para pagarlo? «Alta calidad» o «a satisfacción del cliente» no responden a eso. Un criterio comprobable sí. En una migración de datos, por ejemplo, podría ser «todos los registros transferidos y un informe de conciliación sin diferencias no explicadas». Añada un mecanismo de aceptación tácita. Un patrón habitual considera aceptado un entregable si el cliente no envía deficiencias por escrito dentro de un plazo fijado, a menudo en torno a diez días laborables. Sin ese mecanismo, el cliente puede retrasar la firma y, con ella, la factura final, sin límite. Si usted es el cliente, pida un plazo claro para que el proveedor corrija lo señalado, de modo que el reloj sea justo para ambas partes. Las solicitudes de cambio merecen el mismo cuidado. La ampliación del alcance rara vez llega como una gran petición. Llega como diez pequeñas que parecen razonables por separado. Un proceso de cambios de un párrafo lo corrige: cualquier modificación de alcance, precio o fechas requiere una orden de cambio por escrito, firmada por ambas partes, antes de empezar el trabajo. Muchos proveedores pierden margen en sus proyectos simplemente porque el SOW permitía acuerdos verbales. ![Apretón de manos sobre una carpeta firmada en una sala de reuniones](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/legalysis/2026-10/dd4a94-i3.webp) ## Precio cerrado o por horas: ¿cuál encaja con un SOW? La sección de precios cambia la forma en que se reparte el riesgo, así que conviene elegirla con criterio. Un precio cerrado traslada el riesgo de entrega al proveedor. Funciona cuando el alcance está bien entendido y es poco probable que cambie. Funciona mal cuando el alcance es difuso, porque el proveedor incluirá un colchón en el precio o peleará cada cambio. La tarifa por horas traslada el riesgo de esfuerzo al cliente. Sirve para trabajos exploratorios, pero necesita un tope o una cifra máxima; de lo contrario, el presupuesto es una opinión. Un híbrido, con precio cerrado por hito, suele ser el compromiso más honesto. Cada hito tiene su entregable, su prueba de aceptación y su factura, lo que facilita auditar el SOW y detenerlo si el proyecto se tuerce. ## ¿Dónde se equivocan quienes firman uno? Después de leer muchos de estos documentos, los mismos fallos vuelven una y otra vez. - Firmar el SOW antes de que exista el MSA, de modo que el proyecto avanza sin condiciones de responsabilidad ni de propiedad intelectual. - Dejar las fechas como «aproximadas», sin consecuencias si no se cumplen. - Describir los entregables por actividad («prestar soporte») en lugar de por resultado («responder a los tickets prioritarios en cuatro horas laborables»). - Olvidar la protección de datos cuando el proveedor va a tratar datos personales. En la UE y en el Reino Unido, eso suele exigir un acuerdo de tratamiento de datos junto con el SOW, y los detalles correctos dependen de las jurisdicciones implicadas. - No actualizar el SOW tras un cambio verbal y confiar después en la memoria, un año más tarde. Esto no es un riesgo teórico: es lo que los juristas ven con regularidad. Ninguno de estos fallos exige un talento jurídico excepcional para evitarse. Exige que alguien lea el documento despacio antes de firmar. ## ¿Qué herramientas ayudan a redactar, firmar y revisar un SOW? Las herramientas no van a escribir un buen alcance por usted, pero sí pueden eliminar el trabajo repetitivo que lo rodea. Para redactar a partir de bloques reutilizables, con aprobaciones y firma electrónica en un mismo flujo, una plataforma documental resulta práctica. Si solo necesita la firma, con registro de auditoría y una aceptación muy extendida entre contrapartes, basta con un servicio de firma electrónica dedicado. Para equipos que gestionan muchos SOW al año y necesitan vincularlos a un MSA, una plataforma de gestión del ciclo de vida de los contratos mantiene el vínculo entre las condiciones marco y cada documento de proyecto. Para una primera revisión del riesgo de las cláusulas dentro de Word, un complemento de revisión con IA puede señalar exclusiones que faltan o una cláusula de responsabilidad en conflicto antes de que la lea una persona. Ninguna de estas herramientas sustituye a un abogado cuando lo que está en juego es importante. Use el software para detectar los problemas rutinarios y lleve a su asesor cualquier punto inusual, de gran cuantía o transfronterizo. Antes de firmar su próximo SOW, tres acciones cubren la mayor parte del riesgo: - Compruebe que existe un MSA y que el SOW indica qué documento prevalece en condiciones legales frente a alcance y honorarios. - Reescriba cada entregable para que cualquiera pueda decir, sí o no, si se entregó, y añada exclusiones y suposiciones. - Confirme el plazo de aceptación, el plazo de corrección y la regla de órdenes de cambio por escrito, y adjunte cada modificación al propio SOW. Si el proyecto es grande, implica datos personales o cruza fronteras, pida a su asesor que lo revise. La respuesta depende de la ley aplicable, y una revisión breve cuesta mucho menos que una disputa. ## FAQ ### ¿Qué es un statement of work (SOW) contrato? Es el documento que describe un proyecto concreto dentro de una relación de servicios: qué se entregará, cuándo, quién lo hará, por cuánto dinero y cómo se aceptará el resultado. ### ¿En qué se diferencia un SOW de un MSA? El MSA recoge las condiciones legales generales, como responsabilidad, propiedad intelectual y confidencialidad. El SOW recoge el alcance, los entregables, el calendario y las tarifas de un proyecto. Un MSA puede tener varios SOW. ### ¿Qué pasa si el MSA y el SOW se contradicen? Sin una cláusula de orden de prelación, un tribunal interpreta los documentos en conjunto y la discrepancia se convierte en una disputa. Por eso conviene indicar expresamente qué documento prevalece en cada materia. ### ¿Qué debe incluir un SOW para que sea verificable? Entregables descritos con sustantivos y resultados comprobables, exclusiones explícitas, suposiciones sobre dependencias del cliente, criterios de aceptación y un proceso de cambios firmado por escrito. ### ¿Conviene un precio cerrado o una tarifa por horas en un SOW? Un precio cerrado funciona cuando el alcance está bien definido. La tarifa por horas sirve para trabajos exploratorios, pero debe incluir un tope. Un precio cerrado por hito suele ser un compromiso equilibrado. ### ¿Puede un abogado revisar un SOW en lugar de un software? Las herramientas ayudan a detectar problemas rutinarios, pero los proyectos grandes, con datos personales o transfronterizos deben revisarse con un asesor legal, porque la respuesta depende de la ley aplicable.