El nuevo jefe de proyecto exige de repente el código fuente antes de pagar

Question

En pocas palabras, he estado haciendo desarrollo iOS freelance para un cliente de forma continua desde 2013. Originalmente mi contacto principal con el negocio era, digamos, la Persona A. Recientemente el cliente ha traído a una nueva persona para gestionar el proyecto, llamémosla Persona B. La Persona B no ha sustituido a la Persona A (es decir, la Persona A sigue con el negocio), sino que simplemente ha suplantado el papel de la Persona A como principal punto de contacto en el proyecto.

El patrón de trabajo establecido, con la Persona A, era que yo presupuestaba el coste de una ronda de desarrollo, ellos lo aprobaban y, cuando terminaba, entregaba los binarios de la aplicación junto con una factura por el trabajo. Una vez pagada la factura, actualizaba el repositorio Git interno del cliente con una copia del código fuente de la aplicación. Eso funcionaba bien y, por lo que yo sé, tenía a todo el mundo contento.

Sin embargo, hace poco envié los binarios y la factura del último paquete de trabajo, y la persona B me informó de que no recibiría el pago hasta que no proporcionara también el código fuente. Le respondí que, por política, yo no hacía eso, y desde entonces no he vuelto a saber nada de la persona B, ni he recibido ningún pago. Hace ya una semana que no sé nada de ellos.

Algunos otros puntos potencialmente relevantes:

• El trabajo que estoy facturando es casi en su totalidad trabajo que aprobó la Persona A.
• La persona B no mencionó su deseo de recibir el código fuente por adelantado ni yo (ni lo haría) acepté tal cosa, y de hecho su proceso tiende a tratar a los contratistas independientes más como desarrolladores internos; simplemente crean tickets en Jira y luego esperan que la gente trabaje en ellos sin más discusión.
• En 2015, cuando el cliente estaba configurando su repositorio Git interno, declaré explícitamente que no enviaría ningún código a él antes de recibir el pago, y no hubo objeciones en ese momento.
• No he tenido ningún problema con este cliente en cuanto a impagos o exigencias de que haga cosas que nunca acepté hacer como condición de pago en el pasado. Hasta hace poco, ha sido una relación amistosa y productiva.
• No entiendo por qué la Persona B me da la callada por respuesta.
• Los binarios que proporciono antes de la facturación son siempre totalmente funcionales y están listos para la producción. No impido que el cliente los despliegue inmediatamente a los usuarios finales.
• El proyecto suele ser bastante informal; no hay contrato "oficial" y todo el trabajo se planifica, cotiza y aprueba por correo electrónico.
• Estoy en Australia, donde las promesas escritas intercambiadas por correo electrónico cuentan legalmente como contratos civiles.

Así que no sé muy bien qué hacer a partir de ahora.

¿Les doy el código fuente, cuando nunca estuve de acuerdo en hacer tal cosa, y cuando estoy bastante seguro de que hacerlo es muy poco profesional, si no básicamente una locura?

¿Me mantengo firme y, si es así, cómo supero el punto muerto en el que la Persona B parece dejarme fuera?

Lo que tengo en este momento es un borrador de correo electrónico a la Persona A (con la Persona B en CC), que dice así:

Hola Person A ¿Puede ayudarnos? Person B y parezco estamos en un callejón sin salida.

Valoro nuestra colaboración profesional y la oportunidad de trabajar en este proyecto, pero no estoy seguro de dónde, cuándo o por qué este de recibir el código fuente antes del pago se ha materializado. materializado. Como contratista independiente, no transfiero propiedad del código fuente que desarrollo en nombre de Busisness Name (o cualquier otro cliente) hasta que se le haya pagado todo el trabajo realizado. completo. Esto es una cuestión de política, y algo que dejé claro en 2015 a Project Contact cuando era el principal punto de contacto para este proyecto. Nunca había sido un problema.

Como he proporcionado binarios que demuestran que la funcionalidad contemplada en la factura enviada el 11 de noviembre de 2016 ha sido implementada, y como (a mi leal saber y entender) esos binarios se han desplegado a probadores y/o usuarios finales, agradecería que dicha factura fuera abonada.

O si hay algún fallo técnico que haya identificado en el trabajo presentado, por favor avíseme y lo corregiré lo antes posible. posible. Sin embargo, a falta de tal consejo, sólo puedo considerar el trabajo terminado y la factura pagadera. Con mucho gusto actualizar el repositorio git con las últimas fuentes a la recepción de pago, pero por desgracia bajo ninguna circunstancia puedo hacerlo de antemano.

Gracias,
Me .

El plan es enviarlo el lunes si la situación no cambia antes. ¿Es un planteamiento adecuado y razonable?

Answer 1

IANAL, ni ninguna forma de profesional con respecto a la ley, y mucho menos la ley australiana.

Sin embargo, por lo que he encontrado en un rápido google sobre la legislación australiana de derechos de autor, parece ajustarse a la mayoría de las leyes de derechos de autor en los EE.UU. y la UE. Por lo tanto, sólo puedo suponer que la transferencia de propiedad funciona de manera similar.

Con esta suposición, parece que sigues siendo el propietario de esos binarios. Así que, en el peor de los casos, deberías poder obtener una compensación por el trabajo de un tribunal de menor cuantía (que valga la pena o no es una decisión totalmente tuya).

Como menciona cdkMoose en los comentarios, acuda a un abogado antes de plantearse actuar. Además, aunque la independencia del trabajo de cada contratista parece evitar que la situación se complique, cabe mencionar que una situación con varios contratistas podría complicar la situación, lo que justificaría aún más la necesidad de que un profesional del derecho te mantuviera al tanto de la situación.

Aunque, una vez más, no soy abogado ni profesional del derecho y, por tanto, los consejos anteriores deben tomarse con cautela.

En cuanto a los asuntos de actualidad, yo no dudaría en enviar un correo electrónico a la Persona A en relación con el asunto, ya que la Persona B ya ha dejado claras sus intenciones y es poco probable que llegues rápidamente a ninguna parte en las negociaciones con ella. No obstante, te aconsejo que moderes el tono de tu correo electrónico en lugar de dirigirte de forma pasiva y agresiva a la persona B, ya que es poco probable que llegues lejos. En su lugar, plantea la cuestión según sea necesario.

Hola Persona A,

Que yo sepa, todavía hay una factura pendiente relativa a Work Si hay algún problema con el pago, por favor manténgame informado informado para que podamos llegar a un compromiso y obtener este problema resuelto lo antes posible.

La factura se ha discutido con la Persona B, sin embargo ha habido ningún avance en cuanto al pago. Estaré encantado de proporcionar el código fuente en cuanto se haya efectuado el pago, según nuestro acuerdo habitual. habitual.

Saludos cordiales,

Este es un borrador bastante pobre, pero podría mejorarse fácilmente para adaptarse a la situación, y creo que señala las partes clave sin apuñalar tan obviamente a la persona B.

Si bien es posible que desee llamar la atención de la persona B y darle una buena puñalada, permanecer profesional le permitirá ser bastante presumido. Si la situación va como tú quieres, es probable que se sienta menospreciado por el pago de la Persona A y el rechazo de las demandas de la Persona B. Si no, no proporciones el código fuente hasta que se haya efectuado el pago, ya que en este momento te encuentras en una posición favorable. Usted posee el código fuente, así como la propiedad de los derechos de autor sobre los binarios no pagados que poseen (especialmente si se está desplegando a los usuarios y haciéndoles ganar dinero).

como un recordatorio rápido: No soy abogado ni profesional del Derecho, por lo que le ruego encarecidamente que se tome con cautela cualquier consejo legal que pueda ofrecerle, ya que puede resultar bastante difícil estar al día de la legislación y las leyes de mi propio país, por no hablar de la legislación australiana.

Answer 2

El peor error que cometí como contratista fue aceptar proporcionar el código fuente antes de que se efectuara el pago.

No lo hagas.

Esto no pasa la "prueba del olfato" en absoluto.

Answer 3

Un consejo sencillo: a menos que tengas un contrato o documento que incluya explícitamente el requisito de suministrar el código fuente antes del pago, creo que haces bien en no cambiar el acuerdo existente.

Sin embargo, yo no iría a espaldas de la persona B, eso podría agravarse. Me comunicaría con la persona B y le explicaría la situación y la forma de trabajar, e incluiría a la persona A en el correo electrónico. Y que el correo sea sencillo. Sólo un párrafo indicando la forma de trabajar anterior, el hecho de que el pago no ha llegado y que te gustaría proceder como antes.

Además, no sé si ya lo has hecho, no subestimes el poder de una simple reunión o llamada telefónica. No todo tiene que hacerse por correo electrónico y, por mi experiencia, a menudo he tenido la sensación de estar en un callejón sin salida con alguien y he descubierto que lo único que hacía falta era un encuentro cara a cara o una comunicación directa por teléfono.

Answer 4

No conozco la legislación australiana ni soy abogado. Pero esto es lo que yo haría. Mantente firme: ¡no envíes el código fuente!

En primer lugar, tenga en cuenta condiciones de pago que se aplican a la factura. ¿Cuáles son sus condiciones de pago? (¡¡¡Espero que tengas ALGO establecido, por escrito!!!) Si no tienes condiciones de pago específicas, probablemente puedas establecerlas implícitamente - Es decir, si suele cobrar a los diez días, probablemente podría deducir un plazo de pago de 10 días netos.

En segundo lugar, cuando el pago está vencido según las condiciones, enviar un requerimiento de pago inmediato por escrito . Esto tiene que ser enviado por algún medio que sea rastreable. Aquí en Estados Unidos, tenemos empresas privadas de correo (Fedex, UPS), así como la Oficina de Correos y todas pueden proporcionar pruebas de entrega legalmente admisibles para los documentos. También puede utilizar un servicio de correo electrónico certificado (aquí tenemos RPost). Escala tu demanda y envíala a alguien que esté por encima de tu cliente problemático.

En tercer lugar, si eso no funciona en un plazo aceptable para ti, recurre a los tribunales. ¿Se trata de una "reclamación de menor cuantía"? (Aquí, las demandas de menor cuantía son un proceso abreviado para cantidades que suelen ser de 5.000 USD o menos, y no se requiere ni se permite la intervención de un abogado; no estoy seguro de si usted dispone de esta vía). ¿O necesitará un abogado? Empieza a indagar en la respuesta a esta pregunta por ti mismo AHORA.

En esta fase, la documentación todo es muy importante para que el resultado sea satisfactorio.

Answer 5

Yo simplemente escribiría un correo electrónico a la Persona B explicándole cómo usted y la Persona A hacían negocios antes, detallaría cómo funcionaba el proceso de flujo de trabajo antes y cómo puede ser beneficioso ahora.

Haga las preguntas adecuadas, podría ser la forma en que su anterior empleo le obligaba a hacer las cosas y puede que no conozca nada mejor.

Es decir, "Nunca he compartido mi código fuente antes del pago por este motivo, ¿hay alguna preocupación que pueda resolverle ahora?".

Me gusta la idea de carta que tienes en tu pregunta sin embargo yo no me dirigiría a la persona A me dirigiría a la persona B y cc a la persona A.

Además, más breve es mejor, si la Persona B está molesta o te ignora, un correo electrónico largo se pasará por alto o se moverá a una categoría posterior.