¿Puede mi empresa obligarme a hacer un trabajo que no está en mi contrato u obligarme a enseñar/mostrar a otros mi trabajo? [cerrado]

Trabajo para una empresa, y en mi función actual en esta empresa, mi contrato no implica que escriba código de ninguna descripción ni que realice ningún trabajo de desarrollo. En los últimos años he estado escribiendo código en mi propio tiempo libre en mi propia computadora y la razón detrás de esto es beneficiar mi rol actual. Agradezco que mi empresa se haya beneficiado del trabajo que hice en mi tiempo y del uso de mis recursos, que no estoy contratado para hacer, sino por buena voluntad en mi nombre.

Sin embargo, he llegado a un punto conflictivo en el que tengo que dejar de hacer este trabajo voluntario y concentrarme en el trabajo para el que me han contratado. Mi pregunta es la siguiente, aunque he leido por aquí que la empresa es dueña de mi trabajo (cosa que detesto) ¿me pueden obligar a seguir haciéndolo? en segundo lugar, ¿pueden obligarme a enseñarle a otra persona cómo codificar o entender el código que pasé interminables horas creando?

Cualquier ayuda sería apreciada Gracias de nuevo.

¿Puedes aclarar? El código que escribiste en casa fue para beneficiar tu trabajo, ¿pero no te pidieron que hicieras eso? ¿La compañía sabe que lo escribiste en tu propio tiempo? ¿Cuál es la situación en la que este "código de cosecha propia" entró en el entorno de trabajo? ¿Llegaste un día y dijiste: "Oiga, jefe, aquí hay un prototipo que escribí para ayudarnos a hacer X mejor".
Me parece extraño que 'la empresa es propietaria de mi trabajo', por lo general, los derechos de autor solo se pueden transferir con un permiso explícito, especialmente cuando escribes el código en casa, y no usas los recursos de la empresa para ello, el código debería ser tuyo. (Por otra parte, no he leído su contrato, y tampoco soy abogado, esto también podría depender de su país).
@Dorus He visto algunos contratos que establecen que cualquier trabajo de programación realizado es producto del trabajo y, por lo tanto, propiedad de la empresa, incluidas las cosas codificadas por motivos personales en el tiempo personal. Tiendo a huir de ellos a menos que la paga sea realmente buena (20-30% por encima del mercado). En este caso dependería del contrato y de las herramientas en cuestión.
¿Por qué se opone a hacer este trabajo de codificación en horario laboral? Si la empresa decide que vale la pena asignar su tiempo para dedicarlo a esto (y no solo agregar más trabajo además del que ya tiene), entonces ¿por qué es esto algo malo?
El cliente no siempre tiene la razón. El cliente es siempre el que tiene el dinero. A veces tienes que decidir si prefieres tener razón o que te paguen...
@Dorus en anglosajón, es decir, países de habla inglesa sí, por defecto, su empleador es dueño de todo lo que hace relacionado con su trabajo
@WindRaven: He visto esos contratos. Huyo de esos sin importar el pago o la duración. Si tengo una idea genial (gran oportunidad) no estoy esperando para hacerla o dejar que alguien más la posea.
@Pepone: Escribí dos palabras en Google 'empleado de derechos de autor' y encontré esto . Podría ser interesante de leer.
@Dorus, esos son los derechos de autor, que son bastante diferentes a la propiedad intelectual y la ley anglosajona favorece al empleador. La ley laboral de EE. UU. Proviene de la raíz del derecho consuetudinario inglés, y esto está escrito por un abogado que busca trabajo.
Hasta donde yo sé, los derechos de autor son un tipo de propiedad intelectual. Encontré otro enlace . La parte importante parece ser undertaking work that falls within the type of activities that can be expected from the employee's line of employmentque usó su programa para hacer mejor su trabajo es una indicación de que la programación en realidad cayó dentro de sus actividades esperadas, pero no asumiría directamente que es así, dependiendo de factores como si el programa se vincula directamente con las empresas. software, o tiene un propósito más general.
Ha demostrado que podía hacer mejor su trabajo haciendo algo que no estaba literalmente en su contrato para ayudar a hacer el trabajo real mejor o más rápido. Así que eso se ha convertido en parte de su trabajo ahora.
Por otro lado, si el OP hizo muy bien su trabajo al usar un software protegido por derechos de autor que él creó y del que es propietario en su totalidad, e insiste en dejar de usar este software, entonces su desempeño laboral disminuirá con las consecuencias correspondientes.

Respuestas (2)

Consulta tu contrato. En muchos (la mayoría) de los casos, si usted es un empleado asalariado, le ha asignado la propiedad de cualquier cosa relacionada con el negocio que haga dentro O fuera del trabajo, a menos que diga explícitamente lo contrario.

Más allá de eso: Negarse a enseñar a otro empleado es una acción que limita su carrera. Tus deberes asignados son los que te asignan.

no sé por qué esto está rechazado, en realidad es una buena respuesta

No eres un esclavo por lo que no pueden obligarte a hacer nada. Pero podría haber consecuencias por negarse. Podrían asignarte esa tarea y entonces tendrías alguna obligación con la empresa en función de tu contrato o acuerdo de empleado.

Si desea salir de esta situación para usted y su aplicación, le recomendaría encontrar un proceso alternativo que no dependa de la aplicación que creó y convencer a los responsables de la toma de decisiones de que el nuevo proceso es mejor. Esto significará que ya no tiene ningún motivo para apoyar o capacitar a nadie más sobre el uso de la aplicación. Entonces no repitas tu error. Cualquier desarrollo que haga para la empresa debe realizarse dentro del tiempo de la empresa y utilizando los recursos de la empresa.

Si la empresa o usted deciden no cambiar el proceso, le recomiendo consultar a un abogado para protegerse de la responsabilidad por los daños que podrían ocurrir si su solicitud falla y le cuesta dinero a la empresa. Ese abogado también puede ayudarlo con sus derechos relacionados con esta solicitud mejor que cualquier otra persona en Internet.