En los tres modelos, los derechos sobre el código que escriben los empleados de una empresa proveedora siguen siendo de esa empresa hasta que un contrato los transmita. Aquí verás qué debe decir la cláusula de transmisión de derechos según las leyes de Kazajistán, Armenia y Georgia, y cómo comprobar los traspasos anteriores de una empresa.
Si una empresa de Armenia o Georgia construye tu plataforma, es ella la titular de los derechos sobre el código que escriben sus empleados hasta que un contrato los transmita a tu empresa. Esto vale por igual para el outsourcing, el outstaffing y el equipo dedicado, porque en los tres casos los ingenieros trabajan para la empresa proveedora. Que la plataforma sea de tu empresa depende de la redacción de la cláusula de transmisión de derechos y del momento en que surte efecto. Si una empresa asegura que entrega el código, la mejor forma de comprobarlo es hablar con los ingenieros de sus clientes anteriores.
La respuesta corta: ninguno de los tres modelos hace tuyo el código por sí solo, así que elige entre ellos según quién vaya a dirigir a los ingenieros. Después haz que el contrato transmita a tu empresa derechos exclusivos para todos los usos que necesites, en todo el mundo y mientras duren los derechos de autor, etapa por etapa, a medida que cada una se acepta y se paga. Mantén desde el principio a nombre de tu empresa el repositorio de código (el espacio en línea donde se guardan tu código y su historial) y las cuentas en la nube. Antes de firmar, pide a cada empresa dos clientes anteriores cuyos propios ingenieros se hayan hecho cargo de su código, y habla con esos ingenieros.
Seguir leyendo
Kazajistán, Armenia y Georgia parten de la misma regla. Los derechos patrimoniales sobre el código que un empleado escribe como parte de su trabajo pertenecen al empleador, salvo que el contrato entre ambos diga otra cosa. Los derechos patrimoniales son los derechos a usar una obra y a permitir o prohibir que otros la usen. El ingeniero conserva los derechos morales, como el derecho a ser reconocido como autor.
En Kazajistán, la regla está en el artículo 14 de la Ley sobre el Derecho de Autor y los Derechos Conexos. La ley armenia del mismo nombre la recoge en el artículo 33, y la Ley de Georgia sobre el Derecho de Autor y los Derechos Conexos, en el artículo 16. Por tanto, los derechos sobre el código que escriben los empleados de una empresa proveedora pertenecen a esa empresa. Pasan a tu empresa solo cuando un contrato firmado los transmite, y solo para los usos que ese contrato nombra.
Algunos ingenieros de un proyecto pueden ser contratistas que trabajan para la empresa proveedora con sus propios contratos. En Kazajistán y Armenia, la regla a favor del empleador no los cubre, así que la empresa proveedora necesita un contrato por escrito que le transmita los derechos de esos contratistas.
En Georgia, la regla para las obras hechas por encargo es distinta. Los derechos sobre una obra que una persona física crea por encargo pertenecen al cliente que hizo el encargo, en este caso la empresa proveedora, salvo que su acuerdo diga otra cosa (artículos 16 y 43). Ese acuerdo debe constar por escrito (artículo 42). Como la ley define al autor como una persona física, no cuentes con esa regla cuando tu empresa encargue un trabajo a una empresa proveedora: incluye en tu contrato la transmisión de derechos.
Los tres nombres describen quién dirige a los ingenieros, y el artículo sobre Europa del Este y el Cáucaso, enlazado arriba, explica cómo elegir con ese criterio. En el contrato, los modelos se diferencian en qué repositorio guarda el código mientras dura el trabajo y en cuándo pasa a ser tuya cada parte del código.
En el outsourcing, en el que la empresa proveedora te entrega un resultado acordado, comprueba si el contrato transmite los derechos solo después del pago final. Si es así y el proyecto se detiene a la mitad, te quedas sin derechos sobre la mitad que se construyó, y otra empresa necesitaría el permiso de la primera para continuarlo. Pide que los derechos sobre cada etapa aceptada pasen a ti cuando se pague esa etapa. Deja constancia de cada transmisión en un acta de entrega y aceptación, un documento que firman las dos partes y que enumera lo que se entregó en esa etapa.
Para un bróker con licencia de la ARDFM, el regulador del mercado financiero de Kazajistán, el acta tiene un segundo uso. Como explica el artículo sobre cómo abrir un bróker, las normas de concesión de licencias de la ARDFM piden presentar con la solicitud el contrato de desarrollo de tu software y el acta de su entrega.
Un equipo dedicado se paga cada mes, lo que permite que los derechos pasen mes a mes. El código de cada mes pasa a ser de tu empresa cuando se paga ese mes, y el acta de entrega y aceptación mensual nombra los repositorios que cubre.
En el outstaffing, los ingenieros reciben tareas de tu responsable técnico y guardan su trabajo en tu repositorio, pero su empleador sigue siendo la empresa proveedora, así que los derechos sobre su código pertenecen de entrada a la empresa proveedora. Un contrato de outstaffing que solo regula horas y tarifas no transmite nada, y por eso la cláusula de transmisión de derechos es lo primero que hay que buscar en él.
Este artículo no es asesoramiento jurídico: haz que un abogado lea el contrato antes de firmarlo.
Un derecho exclusivo significa que solo su titular puede usar el código o permitir que otros lo usen. El Código Civil de Kazajistán aplica sus normas sobre licencias a un contrato que otorga a alguien un derecho exclusivo por un tiempo limitado (apartado 2 del artículo 965). Una licencia es un permiso para usar el código en las condiciones que ella fija, mientras los derechos siguen siendo de la empresa proveedora, y según el apartado 2 del artículo 966 una licencia es no exclusiva salvo que el contrato diga otra cosa. Leídas así estas normas, una cláusula que transmite los derechos «durante la vigencia del presente contrato» puede dejarte con una licencia que termina con el contrato.
Las leyes de derechos de autor de los tres países también cubren los vacíos que deja un contrato, y los cubren sobre todo a favor de quien tiene los derechos. Los derechos se consideran no exclusivos salvo que el contrato diga otra cosa, y los usos que el contrato no nombra siguen siendo del titular. Si no se indica ningún territorio, los derechos cubren solo el país cuya ley se aplica.
Un contrato que no fija ningún plazo puede terminar antes de tiempo. En Kazajistán, el autor, es decir, la persona que escribió la obra, puede poner fin a un contrato así una vez transcurrido un año desde su firma, avisando por escrito con tres meses de antelación. En Armenia, una licencia sin plazo dura cinco años, y en Georgia el titular puede cancelar una licencia así pasados tres años, avisando por escrito con seis meses de antelación. Estas reglas están en los artículos 31 y 32 de la ley de Kazajistán, en los artículos 39 y 40 de la ley armenia y en los artículos 38 y 40 de la ley georgiana.
Algunas de estas reglas están pensadas para las licencias, y la regla de Kazajistán sobre el plazo, para los contratos firmados por el autor, así que si se aplican o no a tu contrato con una empresa proveedora depende de su redacción y de la ley aplicable que fije. Escribe la cláusula de forma que funcione incluso si se aplican. Dicho de forma sencilla, la cláusula debe:
Para las condiciones de esa última licencia, consulta el artículo sobre equipos dedicados, enlazado abajo.
Los artículos de ley citados aquí son los vigentes el 13 de octubre de 2026. El 1 de octubre de 2026, el Gobierno de Armenia aprobó modificaciones de su ley de derechos de autor y de su Código Civil, que el Parlamento registró el 6 de octubre, y partes del artículo 9 de la ley de derechos de autor de Kazajistán cambian el 1 de enero de 2027. Pide a tu abogado que compruebe el texto vigente cuando firmes.
Antes del pago final, desactiva durante unos días hábiles el acceso de la empresa proveedora a tu repositorio, a tus cuentas en la nube y a tus servidores. En ese tiempo, tu propio ingeniero, o uno que contrates para ello, hace sin ayuda de la empresa la prueba de traspaso descrita en el artículo sobre contratar ingenieros o un socio, enlazado abajo. Todo lo que no pueda hacer sin preguntar a la empresa es una carencia del traspaso, y el pago final espera a que la empresa la resuelva.
Esta prueba se suma al ensayo que ese artículo recomienda hacer a mitad del proyecto. Solo funciona si tu empresa ya es titular de esas cuentas. Para saber qué abrir a nombre de tu empresa desde el primer día, incluidas las cuentas con brókeres, exchanges y proveedores de datos de mercado, consulta el artículo sobre fundadores fintech sin CTO, enlazado arriba.
Seguir leyendo
Da igual cómo hayas encontrado los nombres: cada uno necesita la misma comprobación, porque una web puede prometer un traspaso sin mostrar ninguno.
Pide a cada empresa dos clientes anteriores cuyos propios ingenieros se encarguen hoy del código que escribió la empresa. Habla con esos ingenieros, además de con el fundador del cliente, y pregúntales:
Antes de hablar de precio, pide la cláusula estándar de transmisión de derechos de la empresa y un acta de entrega y aceptación en blanco. Si la empresa no puede nombrar a ningún cliente que se haya hecho cargo de su código, pídele una descripción por escrito de su último traspaso y de cómo lo probó el cliente.
Después comprueba la persona jurídica de la empresa en el registro oficial de su país. El artículo sobre Europa del Este y el Cáucaso explica cómo buscar en los registros de Armenia y Georgia.
amBrain desarrolla software desde 2019. Describe en una línea cómo trabaja con sus clientes: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Pide a amBrain la lista de esos componentes nombre por nombre, como se la pedirías a cualquier otra empresa.
Para una plataforma de bróker, la línea pertinente del sitio web de amBrain dice: «Desarrollo de terminales de trading, sistemas de gestión de órdenes e integración con exchanges por protocolo FIX». FIX es un estándar de mensajería que, en palabras de la FIX Trading Community, las instituciones financieras usan «para comunicar información de trading de forma electrónica».
Este artículo no es un caso de estudio. No nombra a otras empresas ni afirma que amBrain haya entregado una plataforma a un cliente de Kazajistán. Aparte de la frase sobre la propiedad, no cita condiciones de amBrain, y no da precios ni plazos.
Si amBrain está en tu lista corta, envíale las mismas peticiones de documentos que a cualquier otra empresa que estés considerando.
Traiga su arquitectura actual y el modo de fallo que le preocupa, y lo repasaremos juntos en media hora.