El desarrollador de software no cumple el contrato

¿Tienes razón?

Si el desarrollador incumple, la fuerza de su posición depende de cuatro cosas. Primero, el contrato escrito: el alcance, entregables, criterios de aceptación y garantías son la referencia primera. Segundo, la evidencia de avance: commits en repositorios, entregas parciales, correos que aceptan entregables o pruebas de pruebas. Tercero, los pagos realizados y el plan de pagos: un pago total sin entregas documentadas reduce palancas de presión; pagos fraccionados con hitos le favorecen. Cuarto, si existen cláusulas de propiedad intelectual y mantenimiento: quién tiene el código y bajo qué licencia afecta la solución.

En ausencia de contrato escrito, todavía es posible reclamar si hay pruebas de la relación: mensajes, transferencias, facturas y el propio software entregado. La falta de contrato escrito complica la cuantificación de la pretensión pero no le deja sin remedio.

Cómo se soluciona

1. Reúna documentación técnica y administrativa. Descargue el repositorio (con historial), guarde correos donde se aceptan entregas, exporte chats y conserve facturas y comprobantes de pago. Tome notas técnicas sobre fallos concretos y, si puede, registre errores con capturas o logs.

1. Defina y comunique fallos concretos. Envíe un requerimiento por escrito detallando los incumplimientos: lista de funcionalidades que no funcionan, errores reproducibles, y qué entregables faltan. Pida corrección en términos técnicos y ofrezca un plazo para subsanar (sin indicar números explícitos aquí). Guarde la respuesta.

1. Use herramientas de gestión y pruebas. Si dispone de ambientes de prueba, documente errores con pasos para reproducirlos. Señale versiones exactas del software y logs. Esto facilita demostrar incumplimiento técnico frente a una controversia.

1. Medidas de mitigación técnica. Si el desarrollador no responde, y si su contrato lo permite, recurra a un tercero para auditar el código y estimar el trabajo pendiente. Un informe técnico independiente es una prueba potente.

1. Reclame por la vía contractual o ante autoridades competentes. Si hay cláusulas de mediación o arbitraje, siga esos mecanismos. Si la empresa o persona incumple y no hay solución, puede iniciar acciones civiles para exigir cumplimiento u obtener la rescisión y la restitución de pagos.

1. Proteja la propiedad intelectual. Si su contrato establece que usted es el propietario del código y el desarrollador se niega a transferirlo, un abogado puede solicitar medidas para forzar la entrega y proteger su inversión.

Qué puede hacer usted solo: revisar el repositorio público, documentar errores y enviar un requerimiento por escrito. En qué momento necesita abogado: cuando el desarrollador se niega a entregar el código, cuando hay pagos significativos retenidos, o cuando la otra parte ofrece un acuerdo económico dudoso.

Qué puede pasar

1. Se arregla con un parche o entrega final. Lo más común es que tras un requerimiento motivado el desarrollador arregle fallos o complete entregas pendientes. Esta vía evita litigios y restituye la operatividad.

1. Acuerdo o conciliación. Puede negociarse una reducción del precio, un plan de corrección o que el desarrollador entregue el código con condiciones de soporte limitado. Un acuerdo por escrito con hitos y garantías suele ser mejor que un juicio.

1. Juicio civil o medidas cautelares. Si hay incumplimiento grave, puede solicitarse al juez que ordene la entrega del código, la restitución de pagos o daños y perjuicios. Si usted gana, la ejecución dependerá de la capacidad de la otra parte. Si pierde, afrontará costas y seguirá sin el software.

Y si gana, ¿cobro? Incluso con una sentencia favorable, la recuperación del dinero o la entrega efectiva del código depende de la situación financiera del desarrollador y de la existencia de bienes embargables. Por eso es habitual pedir garantías en los acuerdos o, en la contratación, retener parte del pago hasta la entrega final.

Errores que arruinan el caso

• No usar control de versiones o no conservar el historial. Sin commits con autoría y fechas probadas, demostrar el avance es difícil.
• Pagar todo por adelantado sin hitos. Entregar todo el dinero antes de ver resultados elimina su capacidad de presión.
• Aceptar entregas informales sin pruebas técnicas. No valide un entregable sin pruebas de funcionamiento reproducibles.
• No documentar requisitos ni cambios en alcance. Los cambios verbales abundan y luego generan disputas sobre qué se pactó.
• No incluir cláusulas sobre propiedad intelectual y licencias claras. Si no está por escrito quién es el dueño del código, la disputa sobre propiedad será costosa.