Propiedad intelectual y licencias de uso

Esta política explica el régimen de los elementos del sitio, las aplicaciones y los desarrollos de bynotek, marca operada por Alejandro García Corte. No transmite derechos por el simple acceso a una página. Los contratos particulares y la ley determinan los derechos de cada relación.

Se distinguen software y componentes propios, materiales del cliente, elementos de terceros y entregables expresamente licenciados o cedidos.

Se distinguen derechos sobre la plataforma, resultados nuevos del proyecto, herramientas previas y materiales del cliente. El precio de desarrollo no determina por sí solo quién recibe todos los derechos: el pacto expreso y la ley son relevantes, particularmente en obras por encargo.

Esta política informa el modelo comercial de nuevas relaciones. No es una cesión universal ni altera acuerdos anteriores. Las marcas de terceros se muestran con sus derechos propios; no se reclama titularidad sobre ellas por aparecer en el sitio.

“Licencia” autoriza usos concretos. “Entrega de fuente” facilita archivos editables. “Cesión” transmite derechos patrimoniales dentro de su alcance y formalidades. Una factura, ejecutable o enlace no sustituye automáticamente los tres actos.

HeyAula y bynotek Sites conceden acceso y uso durante el servicio contratado, conforme a su plan. El cliente no adquiere la plataforma ni su código fuente al pagar una suscripción.

La terminación del plan pone fin a ese derecho de acceso, sin que bynotek adquiera el contenido o datos del cliente. Los productos de gimnasios y gestión escolar aún en desarrollo deberán definir su licencia antes de ofrecerse.

El periodo de suscripción, funciones y usuarios se identifican en el plan. Cancelar detiene periodos futuros y el acceso termina conforme a la contratación. El contenido propio se conserva o devuelve según reglas del servicio; el cliente no pierde titularidad por dejar de pagar.

La administración de un sitio o aula no autoriza vender acceso a la plataforma a terceros fuera del modelo contratado. Marca blanca, si existe en un plan, no significa propiedad del código ni exclusividad del servicio.

Las funciones de exportación son de datos, no entrega de arquitectura ni repositorios. Las excepciones legales o derechos concedidos por una licencia de terceros se respetan. No se utiliza una cláusula genérica para restringir material que el cliente ya posee legítimamente.

El modelo ordinario, expresamente acordado en la propuesta, otorga al cliente que pagó íntegramente el proyecto una licencia no exclusiva y permanente para usar el entregable en actividades personales o comerciales lícitas, con las copias e instalaciones necesarias. No exige una cuota periódica de licencia a bynotek por ese entregable.

No debe confundirse esa licencia con la contratación de hosting, soporte, servicios externos o una cesión de derechos. Las condiciones de desarrollo detallan el pago 50/50 y la entrega.

El libre uso permite operar el resultado para la actividad del cliente, realizar instalaciones compatibles y respaldar la copia recibida. Puede contratar administración o mantenimiento con un tercero en el ámbito de materiales y derechos efectivamente recibidos. La ausencia de fuente puede limitar modificaciones técnicas, y debe informarse antes de contratar.

No se vende como autónomo un resultado que dependa necesariamente de un servicio no revelado. Hosting, dominios, APIs y licencias externas pueden tener cuotas distintas; terminar mantenimiento no cancela la licencia pagada.

Si el propósito es comercializar el software como producto, distribuir copias o sublicenciar a terceros, se define expresamente. El “libre uso” ordinario no autoriza apropiarse de marcas o derechos ajenos, ni se reduce mediante límites de usuarios no informados.

bynotek conserva su código fuente y la titularidad que se acuerde expresamente conservar sobre el desarrollo. El modelo debe quedar claro y aceptado antes de realizar el proyecto, considerando las reglas legales de obras por encargo. No se transforma en reserva una titularidad que un contrato ya haya cedido al cliente.

Una copia de un ejecutable no entrega automáticamente repositorios, herramientas de construcción, documentación interna, secretos comerciales o todos los derechos patrimoniales. Esta distinción no permite incumplir un entregable que sí se haya incluido en la propuesta.

El pacto debe identificar qué se reserva y qué recibe el cliente, incluyendo desarrollos nuevos y componentes previos. No basta publicar “nos quedamos el código” después de que el contrato atribuyó derechos diferentes. Las reglas de obra por encargo deben revisarse antes de ejecutar.

La reserva no comprende datos, logos o documentos del cliente ni elementos ajenos. Debe conceder derechos suficientes para que el entregable vendido sea útil. Una reserva indefinida sobre “todo lo relacionado” no permite retirar después funciones pagadas.

La propuesta y aceptación conservarán evidencia de este modelo. Las partes pueden pactar otro expresamente. Se respetan derechos morales y demás derechos que no se transmitan o renuncien válidamente mediante una cláusula comercial.

El cliente puede solicitar código fuente o una cesión específica. Requiere acuerdo expreso que identifique repositorios y versiones, documentación, licencia o derechos cedidos, precio adicional, exclusiones y condiciones de entrega.

Entregar una copia del fuente no equivale por sí solo a ceder todos los derechos. Una cesión de derechos debe cumplir sus formalidades y alcance; componentes de terceros o recursos previos no se incluyen sin legitimación. Se documentará cómo podrá compilar, mantener o modificar el cliente lo efectivamente acordado.

La entrega debe indicar cómo se comprueba: lista de repositorios y versión, dependencias, instrucciones de construcción y configuración, documentación contratada y exclusiones. No incluye por defecto historial completo, herramientas internas, secretos de infraestructura, claves maestras o proyectos ajenos.

La licencia de modificación, mantenimiento y distribución se describe. Una cesión exclusiva necesita su propio alcance, contraprestación y formalidades, diferenciando recursos que no pueden cederse. El precio adicional se acepta antes; no se factura de nuevo algo originalmente incluido.

Si un requisito indispensable de construcción depende de un elemento reservado, se explica una alternativa o licencia suficiente. Entregar archivos que no permiten el uso expresamente vendido no se considera cumplimiento por la sola existencia de una carpeta.

La tabla no limita un contrato particular más favorable. Debe existir una descripción aceptada antes del trabajo. Pagar por fuente no garantiza titularidad de una biblioteca ajena; pagar por un ejecutable no entrega automáticamente repositorios.

Si un resultado depende de servicios de terceros, sus cuotas y condiciones siguen aparte. Las credenciales personales o secretos de otros sistemas no se confunden con archivos fuente del proyecto. El cliente debe poder comprobar el paquete que contrató sin recibir información ajena.

Marcas, bases de datos, documentos, fotografías, textos y materiales aportados conservan la titularidad de su dueño. El cliente permite únicamente los usos necesarios para ejecutar el servicio y debe tener legitimación para aportarlos.

El cliente acredita autorización para incorporar fotografías, contenido y recursos. No basta que una imagen aparezca en internet. Los derechos de imagen, privacidad, marcas y licencias de stock pueden exigir condiciones distintas.

La autorización operativa se limita a ejecutar el servicio. No permite al proveedor vender la base, publicar expedientes o entrenar modelos con el material. Si un tercero reclama, se revisa legitimación y uso antes de atribuir responsabilidad.

Un retraso, cancelación o deuda no convierte esos materiales en propiedad del proveedor ni autoriza publicar información confidencial o datos personales del proyecto. Su devolución o eliminación se coordina con el contrato y obligaciones de datos. Los resultados creados con materiales del cliente deben distinguir las capas de titularidad para no reservar su marca como propia.

Herramientas, bibliotecas y componentes propios existentes antes del proyecto pueden incorporarse bajo la licencia acordada y conservar su titularidad. Los conocimientos generales y métodos reutilizables se distinguen de los secretos, datos y materiales concretos del cliente.

La reserva de componentes previos debe ser compatible con el uso funcional del entregable vendido. No se utiliza una exclusión indefinida para impedir al cliente el uso por el que pagó.

La propuesta puede describir componentes propios anteriores y derechos que se conceden al incorporarlos. Su reserva debe ser compatible con ejecutar, instalar y mantener el resultado según lo comprado.

Si un componente se licencia aparte o exige servicio externo, se comunica antes. No se convierte una dependencia oculta en cuota obligatoria para conservar un resultado anunciado con uso permanente.

Los métodos generales se separan de secretos y soluciones cedidas del cliente. Reutilizar conocimiento no autoriza copiar datos, diseños protegidos o reglas confidenciales específicas. Ante una cesión exclusiva se identifican las exclusiones de recursos previos, evitando prometer exclusividad que no se puede cumplir.

Los elementos de terceros conservan sus licencias. Deben respetarse atribuciones, avisos, obligaciones de distribución, condiciones de uso y límites de servicios externos que correspondan.

bynotek no ofrece exclusividad sobre una biblioteca abierta ni puede reservarse derechos que su licencia obligue a conceder. Una entrega de fuente identificará los componentes de terceros y sus condiciones en lugar de presentarlos como propios.

El inventario distingue componentes, licencias y obligaciones. Un componente de código abierto no significa ausencia de condiciones. Se mantienen avisos y se cumple cualquier obligación aplicable de distribución; no se atribuye como código propio lo que pertenece a terceros.

Los recursos de stock, tipografías y herramientas externas pueden limitar transferencia o reutilización. La entrega debe explicar si el cliente necesita licencia propia. No se promete exclusividad sobre un recurso disponible para otros.

Una dependencia incompatible con distribución o cesión solicitada se evalúa antes de incorporarse. El cambio de licencia o precio externo posterior se analiza conforme al contrato y no borra responsabilidades de una selección original incompatible conocida.

La licencia del entregable permite el uso descrito, no la apropiación de la marca bynotek, la venta de su plataforma a terceros o la distribución de código que no se haya recibido y licenciado para ello. Las aplicaciones no deben utilizarse para eludir controles o vulnerar cuentas.

Las restricciones se interpretan con las excepciones legales que resulten aplicables, incluidas las relativas a programas de computación. No se impone una prohibición absoluta que invalide un derecho expresamente reconocido por la ley o una licencia de tercero.

No se vulneran permisos, se extraen datos de otras organizaciones ni se eliminan controles de seguridad. Un análisis técnico autorizado se coordina para proteger a terceros. La restricción no impide descargar contenido propio mediante funciones legítimas o ejercer derechos sobre datos.

Las excepciones legales relativas a programas de computación se aplican en su supuesto y alcance. Esta política no da permiso para actividades que la ley prohíba ni pretende anular las que reconozca. Se evita interpretar una reserva de fuente como prohibición de toda copia de respaldo legítima.

Las restricciones de SaaS y de proyecto son distintas. Usar permanentemente el resultado pagado no equivale a adquirir el servicio completo del proveedor, y cancelar la cuenta comercial no revoca automáticamente esa licencia independiente.

Publicar logo, nombre, capturas o testimonio de un cliente como referencia requiere autorización y revisión de los datos y derechos incluidos. Las demos y fotografías ilustrativas no deben presentarse como clientes o resultados reales.

Los datos de una escuela, empresa o persona no se reutilizan en una demo sin una base legítima y las medidas necesarias para protegerlos.

La autorización identifica materiales y canales; se comprueba quién puede concederla. La aprobación de un proyecto no es permiso para mostrar datos internos. Una captura pública debe revisarse para no revelar personas, credenciales o información confidencial.

Las demos se describen como demos cuando lo sean. Un concepto o fotografía ilustrativa no se presenta como resultado comprobado. No se inventan clientes, testimonios o métricas.

La retirada o limitación de una autorización se atiende según su alcance y obligaciones aplicables. Una cita promocional no transforma expedientes operativos en contenido comercial ni elimina derechos de las personas retratadas.

Escribe a legal@bynotek.com identificando la obra o derecho, tu legitimación, el material cuestionado y su ubicación, y un medio de contacto. Se puede solicitar información proporcional para revisar la reclamación.

La revisión debe considerar contexto, derechos y medidas adecuadas. Un aviso no legitima revelar datos de otra cuenta o eliminar arbitrariamente materiales ajenos. Se preserva el derecho de acudir a la autoridad competente.

Puede incluirse titular, obra o derecho, evidencia de legitimación, URL o material concreto, uso cuestionado y petición. No se exige revelar más documentos de los necesarios. Una denuncia por correo no equivale a una orden de autoridad.

Se preserva evidencia pertinente y se solicita información proporcional. Cuando es posible y lícito, se permite al cliente explicar autorización o corregir. Una medida urgente se limita a lo necesario para contener riesgo; no concede acceso a cuentas ajenas al reclamante.

La revisión no determina definitivamente todos los derechos en controversia ni impide acudir a autoridad. No se promete retirar todo contenido por cualquier reporte sin comprobar contexto. Las comunicaciones se realizan por el procedimiento de atención aplicable.

Se aplica la legislación mexicana, incluida la Ley Federal del Derecho de Autor. La reserva de fuente, licencia o cesión se documenta según el acuerdo y las formalidades exigibles.

Esta edición de trabajo no modifica retroactivamente licencias, cesiones o contratos anteriores. Una oferta más específica válidamente aceptada prevalece sobre una descripción general del modelo comercial.

Las nuevas propuestas identifican versión y pacto aplicable a licencia, fuente y cesión. El contrato individual debe revisar derechos sobre obra por encargo y componentes. La entrega física o digital se acompaña de los avisos y licencias que corresponda.

Una modificación de esta política no recupera derechos ya cedidos ni restringe una licencia previamente otorgada. Si un documento particular válido concede más derechos al cliente, se respeta. Una cláusula inválida se analiza conforme a ley, sin presumir renuncia del cliente.

La edición de trabajo debe completarse y revisarse antes de contratación operativa. Los registros de aceptación deben corresponder a las cláusulas utilizadas; el sitio no demuestra por sí solo que hubo un pacto expreso.