1. Cuándo se aplican estas condiciones
Estas condiciones se incorporan cuando bynotek registra, administra, aloja o migra un dominio o sitio como parte de un servicio expresamente contratado. No se presume que una suscripción de Sites o un proyecto de software incluya por sí solo dominio, correo, hosting o mantenimiento.
La propuesta identifica los servicios, proveedores, duración, costos y responsabilidades. Contacto contractual: legal@bynotek.com. El domicilio del proveedor queda pendiente antes de la publicación definitiva.
El servicio debe distinguir registro del nombre, administración DNS, hosting, correo, certificado y mantenimiento. Contratar uno no incorpora automáticamente los demás. Una licencia permanente de software no convierte infraestructura externa en gratuita o perpetua.
La ficha identifica dominio exacto, extensión, registrador o proveedor, titular, periodo, precio inicial y renovación, recursos y responsables. No se copia la oferta de SoloEnlace a Sites ni se supone que cada desarrollo incluya un dominio.
Si el cliente mantiene un proveedor propio, se indica qué acceso necesita bynotek y qué operación realizará. Una colaboración técnica no transfiere titularidad ni facultad para contratar ampliaciones.
2. Elección y registro de un dominio
El cliente propone el nombre y verifica que puede utilizarlo legítimamente. La disponibilidad, extensión y precio pueden cambiar hasta que se confirme el registro. No se garantiza obtener un nombre por el simple envío de una solicitud.
Los registros se sujetan a las reglas del registrador, registro y extensión aplicable. Un nombre no garantiza derechos de marca ni elimina una controversia de terceros. Las restricciones relevantes se informan antes de adquirirlo.
Se confirma la escritura exacta, extensión y disponibilidad al ejecutar. Una consulta previa no reserva el nombre; otra persona puede registrarlo antes. El cliente revisa que tiene derecho a utilizarlo y que no infringe marcas o derechos de terceros.
Antes de registrar se informa precio, vigencia, titular y condiciones del proveedor. Si el nombre elegido no está disponible, no se sustituye por otro ni se compra un dominio premium más caro sin autorización. Se propone alternativa o se revisa la devolución del componente no prestado.
El comprobante debe permitir identificar qué se registró y cuándo vence. Registrar un nombre no garantiza tráfico, exclusividad comercial, aceptación de una marca o solución de una disputa. La relación con el registro conserva sus reglas específicas.
3. Titularidad y administración
La orden debe identificar al titular registrante y al contacto autorizado. La administración técnica de bynotek no equivale por sí sola a ser dueño de la marca o negocio del cliente.
Cuando el dominio se registre para el cliente, se conservan comprobantes y se documenta cómo acceder o solicitar su transferencia. Los dominios, subdominios o recursos propios de bynotek utilizados para prestar una plataforma no se convierten en propiedad del usuario salvo acuerdo específico.
Titular registral, contacto técnico y persona que paga pueden ser distintos y deben identificarse. Administrar por cuenta del cliente no hace a bynotek propietario del nombre. Si hay una limitación de titularidad o esquema particular, se explica y pacta antes, no se oculta en la cuenta del proveedor.
Un cambio de titular requiere verificar facultades y seguir el procedimiento aplicable. Conocer una contraseña o nombre del negocio no acredita propiedad. Una disputa entre socios se examina con documentación, sin entregar el dominio a quien primero lo solicite.
El cliente debe conservar un medio de contacto controlado por él y datos vigentes. No se utilizará exclusivamente un correo que dejará de funcionar al vencer el mismo dominio si existe una alternativa adecuada.
4. Datos del registro y verificación
El registro puede requerir nombre, organización, contacto u otra información exigida por su proveedor. El cliente proporciona datos correctos y responde las verificaciones necesarias para mantener el registro.
Se informa cómo intervienen el registrador y sus políticas. No se promete que toda información del registro será privada ni se publica información del cliente sin revisar las reglas y bases aplicables. Un servicio de protección de datos registrales depende de su disponibilidad y condiciones.
El proveedor de registro puede exigir validación de datos y contacto. El cliente atiende solicitudes legítimas y mantiene información exacta; bynotek comunica las que reciba dentro de su gestión. Datos falsos pueden afectar registro, pero una petición sospechosa se verifica antes de entregar información.
La información que se remite al registrador se limita a lo necesario. El nivel de publicación o protección de datos depende del régimen y proveedor del dominio. No se promete anonimato absoluto o privacidad registral que no esté incluida y permitida.
Se informa la entidad y condiciones aplicables antes de contratar. El inventario de datos identifica destinatarios y ubicación relevante. Registrar el nombre no autoriza incluir al cliente en listas promocionales externas.
5. Renovación, precio y autorización
La propuesta distingue el primer año de las renovaciones, su precio o forma de cotización y quién debe solicitarlas. Un registro inicial no significa renovación perpetua incluida.
Los cobros automáticos requieren información y consentimiento y se sujetan a los avisos y mecanismos legales de cancelación. Si la renovación es manual, el cliente debe recibir la información necesaria para decidir y pagar oportunamente. Los cambios de precio se comunican antes de afectar una contratación futura.
La renovación del dominio se separa de la del hosting y correo. Cada fecha, precio y modalidad se muestran antes de confirmar. Un año inicial incluido no implica renovaciones gratuitas. Un dominio premium puede tener precio diferente que debe comunicarse.
La recurrencia necesita autorización expresa y comunicaciones legales aplicables, incluido aviso de al menos cinco días naturales cuando corresponda. En renovación manual el cliente decide pagar y debe hacerlo a tiempo; un recordatorio no autoriza cobro.
Cancelar hosting no significa renunciar al nombre ni cancelar una renovación independiente sin instrucción clara. Si el cliente cancela todos los componentes, se explican efectos por separado. Un pago confirmado se concilia con el registro; recibir dinero no acredita que el proveedor ya renovó.
La ficha debe establecer responsables de avisos y actualización de contactos. La fecha se confirma mediante el registro, no por una estimación basada únicamente en la factura.
6. Vencimiento y recuperación
Un dominio vencido puede dejar de funcionar, entrar en periodos de gracia o recuperación, generar cargos adicionales o quedar disponible para un tercero según la extensión. Los tiempos y costos los determinan las reglas del proveedor, no un plazo universal de esta página.
bynotek comunica la información disponible y las acciones acordadas. Un incumplimiento imputable al proveedor se evalúa conforme al contrato y la ley; no se atribuye automáticamente al cliente todo vencimiento por haber contratado administración externa.
El ciclo puede incluir suspensión, recuperación y eliminación según extensión y proveedor. No se ofrece un plazo universal de gracia ni un precio fijo de rescate sin conocer el régimen. Los dominios territoriales pueden tener reglas distintas de los genéricos.
Al vencimiento pueden dejar de funcionar sitio y correo. Recuperar puede costar más o ser imposible si el nombre se elimina o registra por un tercero. No se garantiza recuperarlo mediante pagar una factura atrasada a bynotek. Se revisa el estado real antes de cotizar acciones.
Si bynotek tenía obligación de renovar y no la ejecutó pese a pago e instrucciones correctas, se analiza su responsabilidad; no se traslada toda pérdida al cliente invocando “tercero”. Si la causa es falta de pago o información del cliente, se explica su efecto con evidencia.
7. Transferencia y cambio de proveedor
El titular autorizado puede solicitar transferir un dominio que le corresponda. Se verifica identidad, requisitos técnicos, bloqueos temporales legítimos y estado del registro. Se facilita el procedimiento y, cuando proceda, el código de transferencia y la actualización de contactos.
La transferencia puede estar temporalmente restringida por reglas del registrador o extensión. No se usa un bloqueo ficticio como mecanismo abusivo para impedir al cliente cambiar de proveedor. Un desacuerdo de pago se atiende por los medios contractuales válidos, sin apropiarse del dominio del cliente.
Transferir el registro, cambiar titular, mover DNS y migrar contenido son acciones distintas. El cliente identifica qué pide y destino. Se verifica legitimación y se comunica si existe bloqueo, disputa o condición del proveedor que impida ejecutarlo.
Los códigos de autorización se entregan por un medio seguro al titular verificado. No se publican ni se envían a un solicitante no acreditado. Los bloqueos por seguridad se diferencian de una retención indebida para cobrar otro servicio.
Se revisan requisitos y vigencia de la política aplicable, incluyendo los de ICANN cuando corresponda a un dominio genérico; no se aplica automáticamente esa política a toda extensión. No se garantiza transferencia en horas o sin interrupción.
Un saldo de desarrollo ajeno al registro no convierte el dominio del cliente en garantía automática. Las deudas se reclaman por su vía, con las excepciones válidas que correspondan al registro concreto.
8. Alojamiento y recursos
El servicio de alojamiento debe identificar almacenamiento, capacidad, tráfico u otros límites relevantes, así como las funciones y soporte incluidos. No se presume infraestructura ilimitada ni un nivel de disponibilidad garantizado sin un acuerdo específico.
El cliente mantiene contenido y usos lícitos. Un abuso o riesgo puede requerir restringir recursos de manera proporcionada y comunicar la forma de resolverlo cuando sea posible. Las necesidades que excedan lo contratado se cotizan antes de aplicar nuevos cargos.
La propuesta describe ambiente, almacenamiento, límites de uso, aplicaciones permitidas, tráfico y soporte. “Ilimitado” no significa cualquier procesamiento sin restricciones; las restricciones materiales deben conocerse y ser compatibles con lo vendido.
El cliente utiliza el hosting para su servicio, sin malware, envíos abusivos o contenido ilícito. Una medida ante riesgo se limita a lo necesario y se comunica cuando sea posible. No se elimina todo el sitio por conveniencia ni se exige otro plan para corregir un defecto incluido.
La disponibilidad no es absoluta. Un SLA debe identificar medición, exclusiones válidas y remedio. Una dependencia externa no elimina diligencia y obligaciones propias de bynotek. Los requisitos especiales de continuidad se analizan antes de contratar.
Un subdominio o publicación en una plataforma no transfiere infraestructura. Las funciones de publicación y portabilidad deben informarse según el producto.
9. Respaldos y continuidad
La propuesta o anexo técnico debe indicar qué se respalda, periodicidad, retención y procedimiento de restauración. No se promete un respaldo o recuperación que no se haya contratado y verificado.
El cliente puede mantener copias compatibles con sus obligaciones. La responsabilidad de bynotek por una medida expresamente incluida no desaparece por recomendar una copia adicional. Una restauración puede tener límites técnicos que deben comunicarse con información comprobable.
La ficha distingue qué se respalda: base, archivos, correo, configuración o programa. Debe indicar frecuencia, conservación, acceso y recuperación pactada. Tener un servidor no acredita tener respaldo; “backup incluido” debe convertirse en una descripción comprobable.
No se ofrece recuperación garantizada sin validar alcance y copia. El cliente conserva sus materiales esenciales y cumple sus obligaciones de archivo, pero esto no elimina un respaldo expresamente vendido a cargo de bynotek.
La restauración puede reemplazar cambios posteriores y exige verificar instrucción, corte y riesgo. Después se reaplican restricciones y rectificaciones pertinentes. Las copias reciben protección equivalente al contexto y no se usan para finalidades terminadas.
Los tiempos exactos no verificados siguen pendientes en la ficha. No se publica una promesa de continuidad usando valores que no se comprobaron en el sistema.
10. DNS, correo y accesos
Se documentan los permisos para cambiar DNS, emitir certificados, administrar buzones o migrar servicios. Cambios en estos recursos pueden afectar el sitio, correo o integraciones; deben coordinarse con los responsables autorizados.
Las credenciales se entregan y reciben por medios seguros. La administración de un dominio no autoriza leer indiscriminadamente el correo del cliente ni utilizar su información para otras finalidades. Los buzones, límites y cuentas adicionales deben identificarse en la contratación.
Modificar DNS puede afectar sitio, correo y otros servicios. Antes de una intervención relevante se identifica registro, objetivo, responsable y posibilidad de reversión. La propagación puede variar; no se garantiza resultado instantáneo en todos los dispositivos.
Los buzones y sus cuotas, alias y retención se contratan por separado cuando corresponda. Un alias no equivale necesariamente a buzón independiente. Cambiar servidor de correo requiere preservar mensajes y configurar lo acordado; no se presume migración histórica ilimitada.
El cliente conserva control de cuentas propias y permisos mínimos al proveedor. Al terminar se revocan accesos innecesarios. No se entregan claves maestras o datos de otros clientes. Un acceso compartido se sustituye por un mecanismo que permita proteger y verificar actuaciones cuando sea viable.
11. Migración y terminación
Una migración requiere definir datos, formatos, destino, dependencias, ventana de cambio y servicios incluidos. La entrega de archivos estándar se distingue del trabajo adicional de transformación o configuración.
Al terminar se comunica qué recursos vencerán y cómo puede recuperar lo que le corresponda. Se atiende el tratamiento de datos conforme al contrato y al anexo de tratamiento. No se promete compatibilidad automática de cualquier software con cualquier hosting.
La salida identifica origen, destino, formatos, componentes, fecha de corte y responsabilidades. Descargar datos no entrega automáticamente código de una plataforma SaaS. Un proyecto con licencia permanente se rige por sus entregables y dependencias aceptadas.
El trabajo especial de migración se cotiza antes. No se usa un precio adicional para impedir derechos sobre el dominio, materiales o datos que ya correspondan al cliente. Se facilita información de recuperación estándar y se señalan límites técnicos reales.
Antes de cerrar se comprueba el contenido recuperado y efecto en correo o integraciones. Un cambio de nameservers no cancela automáticamente la facturación del proveedor anterior. La conservación después del cierre debe constar; no se promete ventana de rescate no implementada.
El cliente protege las copias recibidas y confirma destinatarios. Las copias retenidas por ley se restringen y eliminan según su causa.
12. Costos externos y cancelaciones
Un dominio o licencia ya adquirido puede tener limitaciones de devolución del proveedor externo. Estas condiciones deben informarse y el gasto debe estar autorizado y acreditado.
Se aplican la política de cancelaciones, el contrato particular y los derechos legales. Una restricción del tercero no exime a bynotek de sus propios incumplimientos ni legitima un cargo por un recurso que nunca se adquirió.
El registro, renovación y compras externas pueden tener límites de devolución. Se comunican antes, con concepto y proveedor, sin convertir todo el servicio en no reembolsable. Se identifica importe real, autorización y recuperabilidad.
Un registro erróneo imputable al proveedor, renovación duplicada o cobro sin autorización se revisa por su causa. No se descarta toda restitución invocando una política externa. Si un gasto se recupera, se considera al liquidar.
Las solicitudes usan legal@bynotek.com, identificando servicio y dominio sin compartir códigos privados. Se aplican recepción y análisis de la política de cancelaciones, sin sustituir un plazo legal más breve. Los derechos de consumidores y titular registral se preservan.
13. Información que debe constar en la ficha técnica
| Componente | Datos necesarios antes de contratación |
|---|---|
| Dominio | Nombre exacto, extensión, titular, registrador, vigencia y costo de renovación |
| Renovación | Manual o autorizada automática, fechas, medio y responsables de aviso |
| DNS | Proveedor, acceso autorizado y servicios que dependen de los registros |
| Hosting | Recursos, funciones, requisitos, soporte y SLA si se vende |
| Correo | Buzones, cuotas, alias, migración y conservación si se contrata |
| Respaldos | Cobertura, frecuencia, ciclo y procedimiento de recuperación validado |
| Salida | Exportación, transferencia, costos especiales y eliminación |
| Datos | Proveedores, países relevantes, medidas y encargo aplicable |
La ficha debe identificar exclusiones relevantes y pendientes antes de usar datos o activar servicios. No se rellena con la oferta de otro producto. Los compromisos aceptados se conservan y no cambian por una actualización del catálogo.
Referencias para dominios sujetos a ellas: políticas de ICANN. La política específica del registro y registrador debe verificarse al ejecutar, especialmente vencimiento, recuperación y transferencia. Esta edición sigue pendiente de domicilio y validación operativa.