PRESTACIÓN DE SERVICIOS
V1 — septiembre 2026
Las presentes Condiciones Generales de Prestación de Servicios (las “Condiciones Generales”) establecen el marco aplicable a los servicios profesionales prestados bajo la marca comercial Growth Marketing Solutions.
Este marco se aplicará a aquellos proyectos, propuestas comerciales, órdenes de trabajo, cotizaciones, acuerdos u otros encargos que expresamente las incorporen o hagan referencia a ellas.
I. OBJETO, DEFINICIONES Y MODELO DE PRESTACIÓN
1. OBJETO Y ÁMBITO DE APLICACIÓN
El Prestador desarrolla servicios profesionales relacionados con estrategia, Growth Marketing, marketing digital, inteligencia artificial aplicada, arquitectura y soluciones web, posicionamiento y tecnologías de búsqueda, contenidos, redes sociales, branding, comunicación, diseño, presentaciones, medios digitales, consultoría y otras disciplinas relacionadas.
El modelo de servicios está orientado principalmente a empresas, organizaciones y proyectos profesionales que requieran una aproximación estratégica e integral.
Los servicios concretamente contratados por cada Cliente serán exclusivamente aquellos señalados en la propuesta comercial, orden de trabajo, anexo o instrumento correspondiente.
Estas Condiciones Generales establecen el marco común aplicable a dichas contrataciones, sin reemplazar la definición particular de alcance, honorarios, plazos y entregables correspondiente a cada Proyecto.
2. DEFINICIONES
Para efectos de estas Condiciones se entenderá por:
Cliente: persona natural o jurídica que contrata los Servicios.
Prestador: la persona o entidad individualizada al comienzo de estas Condiciones.
Proyecto: conjunto de Servicios contratado por el Cliente conforme a una Propuesta.
Propuesta: documento, cotización, orden de trabajo, correo de aceptación u otro instrumento que determine las condiciones particulares del Proyecto.
Servicios: actividades profesionales expresamente comprendidas dentro del alcance contratado.
Entregables: resultados, documentos, diseños, configuraciones, desarrollos, contenidos u otros elementos cuya entrega haya sido expresamente comprometida.
Ecosistema: conjunto de activos, sistemas, plataformas, comunicaciones, tecnologías, procesos, canales, proveedores y recursos relacionados directa o indirectamente con el Proyecto.
Terceros: proveedores, plataformas, software, servicios tecnológicos, hosting, redes sociales, buscadores, herramientas de inteligencia artificial, servicios publicitarios u otras personas o entidades distintas del Prestador y del Cliente.
Contraparte Responsable: persona designada por el Cliente para coordinar y adoptar decisiones relativas al Proyecto.
Contraparte Técnica: área, persona o proveedor especializado designado por el Cliente para asumir aquellas funciones técnicas, operativas, de infraestructura, seguridad o tecnologías de información que no correspondan al Prestador.
3. ENFOQUE INTEGRAL DE LOS PROYECTOS
El Prestador desarrolla preferentemente los Proyectos mediante un enfoque estratégico e integral, considerando las relaciones existentes entre las distintas partes del Ecosistema del Cliente.
Este modelo busca preservar la coherencia estratégica, comunicacional, tecnológica, comercial, funcional y operativa de las soluciones propuestas.
En consecuencia, una necesidad aparentemente aislada podrá requerir el análisis de otros componentes relacionados cuando éstos puedan afectar razonablemente su funcionamiento, seguridad, viabilidad, consistencia o desempeño.
El Prestador podrá proponer que determinados requerimientos sean abordados como parte de un Proyecto de alcance superior cuando considere que una intervención fragmentada pueda resultar insuficiente, incoherente o contraproducente.
La existencia de este enfoque integral no implica que el Prestador asuma responsabilidad respecto de todo el Ecosistema del Cliente. Su responsabilidad permanecerá limitada al alcance efectivamente contratado y a aquellos componentes sobre los cuales tenga capacidad razonable de intervención y control.
4. DERECHO A EVALUAR O RECHAZAR ENCARGOS FRAGMENTADOS
El Prestador no estará obligado a aceptar encargos parciales, intervenciones aisladas o modificaciones sobre sistemas existentes cuando, conforme a su criterio profesional razonable, tales intervenciones:
a) comprometan la coherencia o calidad del Proyecto;
b) dependan de componentes que no puedan ser adecuadamente evaluados;
c) impliquen intervenir sistemas técnicamente obsoletos, inseguros o deficientemente mantenidos;
d) requieran asumir responsabilidad sobre infraestructura o decisiones fuera de su control;
e) puedan generar riesgos legales, reputacionales, tecnológicos, operativos o de seguridad desproporcionados;
f) resulten incompatibles con la metodología o estándares profesionales aplicados por el Prestador;
g) no permitan desarrollar responsablemente el resultado solicitado; o
h) fragmenten artificialmente una solución cuya eficacia dependa razonablemente de una intervención integral.
El rechazo de un encargo en dichas circunstancias no constituirá incumplimiento respecto de servicios que no hayan sido previamente aceptados.
5. SERVICIOS PUNTUALES O EXCEPCIONALES
Cuando el Prestador acepte expresamente un trabajo limitado a un componente específico, su desarrollo quedará circunscrito al alcance contratado.
La intervención sobre una parte determinada del Ecosistema no implicará auditoría, certificación, revisión o aprobación de los demás componentes, salvo que ello haya sido expresamente incluido en la Propuesta.
El Prestador no responderá por efectos originados exclusivamente en sistemas, decisiones, integraciones, infraestructuras o componentes ajenos al alcance contratado y respecto de los cuales no haya tenido control o capacidad razonable de intervención.
La realización anterior de un trabajo puntual tampoco obligará al Prestador a aceptar futuras modificaciones, reparaciones, actualizaciones o ampliaciones sobre dicho trabajo.
6. INDEPENDENCIA Y CRITERIO PROFESIONAL
El Cliente reconoce que contrata servicios profesionales que implican análisis, criterio, metodología y toma de decisiones especializada.
El Prestador podrá desaconsejar la ejecución de instrucciones que razonablemente considere perjudiciales, técnicamente deficientes, incompatibles con el Proyecto, contrarias a buenas prácticas, potencialmente inseguras o inviables.
Si el Cliente decide seguir una alternativa distinta pese a haber sido advertido de sus riesgos, asumirá las consecuencias que deriven de dicha decisión, en cuanto no sean atribuibles al Prestador.
El Prestador podrá negarse a ejecutar instrucciones ilícitas, fraudulentas, engañosas, manifiestamente inseguras o incompatibles con una prestación profesional responsable, sin que dicha negativa constituya incumplimiento.
II. FORMACIÓN DEL CONTRATO Y ALCANCE
7. CONTRATACIÓN
Una relación contractual podrá formarse mediante la aceptación de una Propuesta por alguno de los mecanismos válidamente acordados entre las partes, incluyendo firma física o electrónica, aceptación mediante comunicación escrita, pago total o parcial de la factura asociada al Proyecto u otro mecanismo jurídicamente válido.
Cuando corresponda, la aceptación sólo producirá efectos una vez satisfechas las condiciones de inicio indicadas en la Propuesta, tales como anticipo, entrega de información, credenciales, materiales o designación de contraparte.
La sola existencia de conversaciones preliminares, reuniones, diagnósticos iniciales, correos exploratorios, intercambio de antecedentes o elaboración de una Propuesta no obliga al Prestador a aceptar un Proyecto mientras éste no haya sido formalmente contratado.
8. ORDEN DE PRELACIÓN
En caso de contradicción entre documentos aplicables a un mismo Proyecto, prevalecerán, salvo estipulación expresa diferente, en el siguiente orden:
- condiciones especiales expresamente acordadas para el Proyecto;
- Propuesta u Orden de Trabajo;
- anexos específicos;
- estas Condiciones Generales;
- Términos de Uso del sitio web.
Los documentos especializados que eventualmente deban celebrarse por exigencia legal prevalecerán únicamente respecto de las materias específicas que regulen.
9. ALCANCE
El alcance será exclusivamente el definido en la Propuesta.
No se entenderán incluidos servicios, prestaciones, funcionalidades, integraciones, migraciones, revisiones, mantenimientos, desarrollos, auditorías, certificaciones, supervisiones o actividades que no hayan sido razonablemente identificados como parte del alcance.
Las expectativas, conversaciones preliminares, referencias, ejemplos o funcionalidades hipotéticas que no hayan sido incorporadas al alcance no constituirán obligaciones exigibles.
10. CAMBIOS DE ALCANCE
Toda solicitud que modifique sustancialmente los objetivos, entregables, requerimientos, complejidad, volumen, plataformas, integraciones o condiciones originalmente consideradas podrá ser tratada como un cambio de alcance.
El Prestador podrá:
a) cotizar adicionalmente el cambio;
b) modificar el cronograma;
c) proponer una nueva etapa;
d) rechazar técnicamente la modificación; o
e) requerir una nueva Propuesta cuando el cambio altere sustancialmente la naturaleza del Proyecto.
Ningún cambio significativo se entenderá incorporado gratuitamente por el solo hecho de haber sido conversado, sugerido o solicitado.
III. DEBER DE COLABORACIÓN DEL CLIENTE
11. PRINCIPIO GENERAL
La colaboración activa del Cliente constituye una condición esencial para la correcta ejecución de los Servicios.
El Cliente deberá proporcionar de manera suficiente, correcta y oportuna los antecedentes, definiciones, accesos, aprobaciones, materiales, decisiones y demás elementos razonablemente necesarios para el Proyecto.
Los plazos y posibilidades de ejecución del Prestador dependerán del cumplimiento oportuno de estas obligaciones.
12. CONTRAPARTE RESPONSABLE
El Cliente deberá designar una Contraparte Responsable con capacidad suficiente para:
- entregar información;
- coordinar internamente;
- proporcionar accesos autorizados;
- formular observaciones;
- validar decisiones;
- aprobar Entregables; y
- representar al Cliente respecto de las materias operativas del Proyecto.
El Cliente será responsable de coordinar internamente opiniones contradictorias provenientes de distintas personas de su organización.
Los cambios de contraparte que provoquen repetición de trabajos, nuevas revisiones, redefiniciones, pérdida de información o retrasos podrán generar modificaciones de cronograma o costos adicionales.
13. CONTRAPARTE TÉCNICA DEL CLIENTE
Cuando la naturaleza del Proyecto involucre infraestructura, sistemas, bases de datos, plataformas, integraciones, credenciales privilegiadas, datos personales u otros componentes tecnológicos relevantes, el Cliente deberá disponer de un área de tecnologías de información interna o de una función tecnológica equivalente formalmente estructurada y externalizada.
Dicha área o función deberá proporcionar una Contraparte Técnica con competencia y autoridad suficientes para asumir las responsabilidades técnicas que correspondan al Cliente.
El Prestador podrá requerir la intervención de dicha Contraparte Técnica como condición para iniciar, continuar, implementar, publicar o modificar determinadas etapas o componentes del Proyecto.
Entre otras funciones, corresponderá a la Contraparte Técnica del Cliente ejecutar o validar, cuando resulte pertinente:
- accesos privilegiados;
- configuraciones de infraestructura;
- administración de servidores;
- bases de datos;
- respaldos;
- redes;
- permisos;
- autenticación;
- despliegues sensibles;
- políticas internas;
- medidas de seguridad;
- continuidad operacional; y
- otras funciones propias de tecnologías de información.
La inexistencia, indisponibilidad, falta de competencia o insuficiente colaboración de una Contraparte Técnica no trasladará al Prestador las funciones propias del área de tecnologías de información del Cliente.
Cuando dicha carencia impida desarrollar responsablemente el Proyecto, el Prestador podrá suspender la etapa afectada, requerir que el Cliente designe una contraparte apropiada o rechazar aquella parte del encargo.
14. EXACTITUD DE LA INFORMACIÓN DEL CLIENTE
El Cliente será responsable de la veracidad, integridad, licitud, vigencia y suficiencia de la información que entregue.
El Prestador podrá razonablemente confiar en la información proporcionada por el Cliente salvo que existan antecedentes evidentes que aconsejen verificarla.
El Prestador no será responsable por resultados afectados directamente por antecedentes falsos, incompletos, desactualizados, contradictorios o tardíamente proporcionados.
IV. COMUNICACIONES, APROBACIONES E INACTIVIDAD
15. CANALES DE COMUNICACIÓN
Cada Proyecto podrá determinar uno o más canales oficiales de comunicación.
Las decisiones relevantes relativas a alcance, aprobaciones, cambios, costos, suspensión, terminación o responsabilidades deberán procurarse mediante un medio que permita conservar registro de la comunicación.
Las conversaciones informales, mensajes aislados o comentarios verbales que alteren materialmente el Proyecto deberán ser confirmados mediante un canal trazable antes de considerarse incorporados.
16. PLAZOS DE RESPUESTA DEL CLIENTE
Salvo que la Propuesta establezca otro plazo, cuando el Prestador solicite información, materiales, accesos, decisiones o aprobaciones necesarios para continuar el Proyecto, el Cliente deberá procurar responder dentro de cinco días hábiles.
La falta de respuesta no implicará automáticamente aprobación, salvo que expresamente se haya establecido un mecanismo diferente.
Los retrasos atribuibles al Cliente desplazarán razonablemente los plazos, hitos y fechas dependientes de dicha respuesta.
17. INACTIVIDAD
Cuando el Proyecto no pueda avanzar debido a la falta de respuesta, entrega, aprobación, decisión o colaboración imputable al Cliente durante diez días hábiles consecutivos, el Prestador podrá emitir un Aviso de Inactividad.
Si transcurren cinco días hábiles adicionales desde dicho aviso sin que se subsane la situación, el Prestador podrá suspender el Proyecto.
Durante la suspensión:
- los plazos dejarán de correr respecto del Prestador;
- la disponibilidad inicialmente reservada podrá reasignarse;
- las fechas de entrega originalmente estimadas dejarán de estar vigentes;
- las condiciones técnicas inicialmente consideradas podrán requerir reevaluación; y
- continuarán siendo exigibles los montos correspondientes a servicios ya prestados, hitos cumplidos, costos comprometidos y obligaciones previamente devengadas.
18. CIERRE ADMINISTRATIVO POR ABANDONO
Cuando la inactividad atribuible al Cliente se prolongue por treinta días corridos o más, el Prestador podrá cerrar administrativamente el Proyecto previa comunicación al Cliente.
El cierre administrativo no equivaldrá a incumplimiento del Prestador.
El Cliente conservará el derecho a recibir aquellos Entregables efectivamente terminados y pagados cuya entrega corresponda conforme a la Propuesta, sujeto a las condiciones de propiedad intelectual, licencias, seguridad y pagos pendientes.
19. REACTIVACIÓN
Un Proyecto suspendido o cerrado no tendrá derecho automático a recuperar:
- el cronograma original;
- las condiciones económicas originales;
- la disponibilidad previamente reservada;
- la misma arquitectura técnica;
- las mismas plataformas;
- las mismas integraciones;
- los mismos proveedores; o
- las condiciones regulatorias o tecnológicas existentes antes de la suspensión.
La reactivación podrá requerir un nuevo diagnóstico, revisión técnica, actualización de alcance, evaluación de dependencias, revisión regulatoria, recotización y nuevo cronograma.
Los trabajos necesarios para revisar, actualizar, recuperar o reactivar un Proyecto suspendido o abandonado podrán ser considerados nuevos Servicios.
V. PLAZOS Y PLANIFICACIÓN
20. CRONOGRAMAS
Las fechas y cronogramas dependerán de las condiciones indicadas en la Propuesta y del cumplimiento de las obligaciones del Cliente y terceros involucrados.
Salvo que expresamente se identifique una fecha como esencial e inamovible, las fechas de ejecución constituyen una planificación realizada de buena fe sobre los antecedentes disponibles.
Un retraso imputable al Cliente, su Contraparte Técnica, proveedor externo o circunstancia fuera del control razonable del Prestador podrá producir un desplazamiento proporcional o razonable del cronograma.
21. DISPONIBILIDAD PROFESIONAL
La aceptación de un Proyecto implica reservar capacidad profesional conforme al cronograma previsto.
La suspensión causada por el Cliente no obliga al Prestador a mantener indefinidamente dicha capacidad disponible.
La reprogramación dependerá de la disponibilidad existente al momento de reactivar efectivamente el Proyecto.
VI. HONORARIOS, COSTOS Y PAGOS
22. HONORARIOS
Los honorarios y condiciones de pago serán los establecidos en cada Propuesta.
Salvo indicación expresa en contrario, los honorarios del Prestador no incluyen costos correspondientes a terceros.
23. SERVICIOS DE TERCEROS
Licencias, hosting, dominios, software, plugins, extensiones, módulos, librerías, APIs, integraciones, herramientas SaaS, plataformas, medios publicitarios, tipografías, fotografías, música, inteligencia artificial y demás tecnologías o servicios necesarios para el Proyecto serán asumidos por el Cliente cuando corresponda.
Siempre que resulte razonablemente posible, tales servicios deberán ser contratados directamente y mantenerse bajo titularidad o control del Cliente.
Cuando el Prestador gestione una contratación por cuenta del Cliente, deberá entenderse que el servicio subyacente continúa sujeto a las condiciones del proveedor respectivo.
Los aumentos de precios, modificaciones contractuales, discontinuidades o cambios de funcionalidades efectuados por terceros se encuentran fuera del control del Prestador.
24. INCUMPLIMIENTO DE PAGO
El incumplimiento de obligaciones de pago podrá facultar al Prestador, previa comunicación cuando corresponda, para suspender aquellas prestaciones pendientes cuya continuidad dependa razonablemente del cumplimiento del Cliente.
La suspensión no extinguirá las obligaciones económicas previamente devengadas.
Nada de esta cláusula limitará los derechos irrenunciables que pudieran corresponder conforme a normas imperativas.
VII. ENTREGA, REVISIÓN Y CIERRE DE ETAPAS
25. ENTREGA DE TRABAJOS
Los Entregables serán proporcionados en la forma establecida en la Propuesta o mediante los canales normalmente utilizados durante el Proyecto.
Cuando corresponda revisión del Cliente, éste deberá formular observaciones de manera razonablemente consolidada y dentro del plazo previsto.
26. REVISIONES
El número de revisiones incluidas será determinado en la Propuesta.
Una revisión tiene por finalidad perfeccionar el trabajo dentro del alcance contratado y no transformar sustancialmente sus objetivos o requerimientos.
Solicitudes que impliquen rehacer elementos previamente aprobados, incorporar nuevos requerimientos o modificar decisiones ya adoptadas podrán constituir trabajo adicional.
27. APROBACIONES
Las aprobaciones del Cliente respecto de decisiones, piezas, configuraciones o Entregables serán relevantes para la continuidad del Proyecto.
Cuando una materia haya sido expresamente aprobada y posteriormente el Cliente solicite modificarla, el trabajo necesario podrá ser recotizado.
VIII. CICLO DE VIDA, MANTENIMIENTO Y OBSOLESCENCIA
28. ENTREGA NO EQUIVALE A MANTENIMIENTO PERMANENTE
La entrega, aprobación, publicación o puesta en producción de un Proyecto no genera por sí misma una obligación indefinida de:
- mantenimiento;
- actualización;
- monitorización;
- auditoría;
- soporte;
- vigilancia normativa;
- compatibilidad futura;
- reparación;
- adaptación tecnológica;
- supervisión;
- respaldo; o
- continuidad operacional.
Tales prestaciones deberán encontrarse expresamente contratadas cuando formen parte de los Servicios ofrecidos por el Prestador.
29. VIGENCIA TECNOLÓGICA
Las soluciones digitales se desarrollan dentro de un contexto tecnológico determinado.
Su funcionamiento futuro puede verse afectado por cambios en sistemas operativos, navegadores, APIs, software, lenguajes, frameworks, plugins, plataformas, algoritmos, proveedores, estándares técnicos, amenazas de seguridad o infraestructura.
Las condiciones técnicas verificadas al momento de la entrega no garantizan su permanencia frente a cambios tecnológicos, operativos o del entorno.
Una modificación posterior necesaria para mantener un activo vigente podrá constituir mantenimiento, actualización, migración, refactorización, sustitución o un nuevo Proyecto.
30. CAMBIOS REGULATORIOS POSTERIORES
La entrega de un Proyecto no obliga al Prestador a modificar gratuitamente el trabajo como consecuencia de leyes, reglamentos, criterios administrativos, estándares técnicos, instrucciones de autoridades u otras exigencias regulatorias que entren en vigor o cambien posteriormente.
La adaptación de un Proyecto previamente entregado a nuevos requerimientos legales, técnicos o regulatorios constituye, en principio, un nuevo Servicio que deberá ser evaluado y contratado separadamente si se encuentra dentro de las competencias y servicios ofrecidos por el Prestador.
Cuando la materia requiera asesoría jurídica, auditoría, certificación, ciberseguridad u otra especialidad ajena a sus Servicios, corresponderá al Cliente obtener la asistencia profesional correspondiente.
31. PROYECTOS HISTÓRICOS
La circunstancia de que el Prestador haya diseñado, desarrollado, configurado o intervenido anteriormente un activo digital no implica que mantenga responsabilidad indefinida sobre dicho activo.
Cuando, después de su entrega:
- el Cliente haya asumido su operación;
- terceros hayan intervenido el sistema;
- se hayan modificado componentes;
- hayan cambiado tecnologías;
- hayan expirado licencias;
- se hayan alterado credenciales o configuraciones;
- se hayan producido cambios de infraestructura;
- hayan surgido nuevas amenazas;
- hayan cambiado proveedores; o
- hayan cambiado los requerimientos legales o regulatorios,
cualquier nueva intervención deberá ser evaluada conforme al estado actual del sistema.
La autoría histórica de un desarrollo no implica obligación de reparación, actualización, auditoría, supervisión, adaptación o adecuación gratuita.
La responsabilidad respecto de defectos o incumplimientos que fueran legalmente imputables al Prestador al momento de la prestación original no se verá alterada mediante esta cláusula cuando dicha responsabilidad no pueda válidamente excluirse.
IX. TECNOLOGÍAS DE INFORMACIÓN Y CIBERSEGURIDAD
32. NATURALEZA DE LA INTERVENCIÓN TECNOLÓGICA
Los Servicios del Prestador tienen naturaleza principalmente consultiva, estratégica, creativa y de implementación dentro del alcance expresamente contratado.
El enfoque integral o 360º utilizado por el Prestador se refiere a la consideración coordinada del Ecosistema del Cliente y no implica asumir operacionalmente todas las funciones comprendidas en dicho Ecosistema.
El Prestador no asume la administración general de la infraestructura tecnológica del Cliente, sus redes, sistemas, servidores, bases de datos, dispositivos, usuarios, respaldos, continuidad operacional, políticas internas de seguridad ni demás funciones normalmente correspondientes a un área de tecnologías de información.
Cuando una solución diseñada por el Prestador requiera actuaciones de ese tipo, éstas deberán ser ejecutadas, supervisadas o autorizadas por la Contraparte Técnica del Cliente o por un proveedor especializado designado por éste.
33. CIBERSEGURIDAD
Los Servicios ofrecidos por el Prestador no constituyen servicios profesionales especializados de ciberseguridad.
El Prestador no ofrece ni asume, como parte de sus Servicios habituales:
- auditorías de ciberseguridad;
- pruebas de penetración o pentesting;
- análisis forense;
- monitoreo de amenazas;
- operación de centros de seguridad o SOC;
- respuesta especializada a incidentes;
- certificaciones de seguridad;
- auditorías de cumplimiento;
- gestión integral de vulnerabilidades;
- administración de parches;
- diseño o supervisión de planes de continuidad operacional;
- gestión integral de seguridad de la información;
- supervisión regulatoria en materia de ciberseguridad;
- funciones de CISO;
- funciones de delegado o responsable de ciberseguridad; ni
- certificación del cumplimiento de la Ley N° 21.663 o de otra regulación especializada en materia de ciberseguridad.
Cuando el Cliente requiera cualquiera de dichas prestaciones deberá contratar y mantener los profesionales o proveedores especializados que correspondan.
34. BUENAS PRÁCTICAS Y OBSERVACIONES INCIDENTALES
Dentro de los Servicios efectivamente contratados, el Prestador aplicará aquellas buenas prácticas de seguridad que resulten razonables y propias de su ámbito de intervención.
Asimismo, podrá comunicar al Cliente observaciones, riesgos aparentes o recomendaciones generales de seguridad que advierta incidentalmente durante el desarrollo del Proyecto.
Dichas comunicaciones podrán tener por finalidad prevenir problemas, promover buenas prácticas o solicitar la intervención de la Contraparte Técnica del Cliente.
La formulación de una observación, recomendación, advertencia o sugerencia relacionada con seguridad:
a) no constituye una auditoría de ciberseguridad;
b) no certifica la seguridad del sistema;
c) no implica haber realizado un análisis exhaustivo;
d) no amplía por sí misma el alcance contratado;
e) no transforma al Prestador en responsable de ciberseguridad del Cliente; y
f) no genera una obligación permanente de investigar, corregir, monitorizar, supervisar o verificar posteriormente el riesgo advertido.
Cuando la situación detectada pueda comprometer razonablemente la ejecución segura del Proyecto, el Prestador podrá condicionar la continuidad de la etapa afectada a que el Cliente obtenga la revisión o intervención técnica especializada correspondiente.
35. RESPONSABILIDAD DEL CLIENTE EN CIBERSEGURIDAD
Corresponderá al Cliente, directamente mediante su área de tecnologías de información o mediante proveedores especializados, mantener y administrar las medidas de seguridad necesarias respecto de su organización y activos tecnológicos.
Esto podrá incluir, según corresponda:
- gestión de identidades y accesos;
- autenticación;
- infraestructura;
- redes;
- dispositivos;
- respaldos;
- continuidad operacional;
- monitorización;
- respuesta a incidentes;
- actualización de sistemas;
- parches;
- análisis de vulnerabilidades;
- controles de seguridad;
- conservación de registros;
- cumplimiento regulatorio; y
- demás funciones propias de seguridad y tecnologías de información.
La intervención del Prestador en un componente determinado no constituye una certificación de seguridad de dicho componente ni del Ecosistema completo.
El Cliente será responsable de informar a su Contraparte Técnica y a sus especialistas de seguridad acerca de aquellos cambios o implementaciones del Proyecto que puedan requerir su revisión.
X. DATOS PERSONALES, ACCESOS Y CONFIDENCIALIDAD
36. DATOS PERSONALES DEL CLIENTE
Los Servicios ofrecidos por el Prestador no comprenden, como parte de su modelo habitual, la asunción del rol de encargado del tratamiento de datos personales por cuenta del Cliente ni la administración u operación de bases de datos personales pertenecientes a éste.
Cuando una actividad necesaria para el Proyecto implique operaciones sobre datos personales que correspondan al Cliente, éstas deberán ser ejecutadas, en cuanto resulte razonablemente posible, por:
- el propio Cliente;
- su área de tecnologías de información;
- personal debidamente autorizado por el Cliente; o
- un proveedor especializado contratado por éste.
El Cliente deberá evitar entregar al Prestador bases completas de datos personales, datos sensibles, exportaciones masivas, credenciales permanentes u otra información personal cuya utilización no resulte estrictamente necesaria para el alcance contratado.
Cuando para prestar asesoría resulte necesario visualizar información que contenga datos personales, el acceso deberá limitarse, en cuanto resulte razonablemente posible, a la información mínima necesaria y preferentemente mediante entornos, accesos o mecanismos controlados por el Cliente.
Si durante un Proyecto surge una necesidad que pudiera implicar que el Prestador deba asumir materialmente funciones de encargado del tratamiento o ejecutar operaciones de tratamiento por cuenta del Cliente fuera del modelo previsto, el Prestador podrá:
a) solicitar que la operación sea ejecutada por el Cliente;
b) solicitar la intervención de su área de tecnologías de información;
c) solicitar la participación de un proveedor especializado;
d) rediseñar el procedimiento para evitar el tratamiento por parte del Prestador;
e) suspender la actividad afectada; o
f) rechazar dicha parte del encargo.
La denominación contractual utilizada por las partes no alterará la calificación jurídica que pudiera corresponder conforme a las actividades efectivamente realizadas y a la legislación aplicable.
37. CREDENCIALES Y ACCESOS
Los accesos proporcionados al Prestador deberán limitarse a aquellos estrictamente necesarios para ejecutar el Proyecto.
Siempre que resulte razonablemente posible:
- deberán utilizarse cuentas nominativas;
- deberán evitarse credenciales compartidas;
- deberán aplicarse privilegios mínimos;
- deberán habilitarse mecanismos de autenticación reforzada disponibles;
- los accesos deberán mantenerse bajo administración del Cliente; y
- deberán revocarse al dejar de ser necesarios.
El Cliente deberá evitar entregar al Prestador credenciales maestras, contraseñas personales u otros accesos de alcance superior al requerido.
El Cliente será responsable de revocar o modificar aquellos accesos otorgados al Prestador que ya no sean necesarios al finalizar o suspender el Proyecto.
El Prestador no será responsable por el uso posterior de credenciales una vez revocado su acceso o una vez que éstas hayan quedado nuevamente bajo control exclusivo del Cliente, salvo responsabilidad propia atribuible.
38. CONFIDENCIALIDAD
Cada parte deberá utilizar de manera razonable la información confidencial recibida de la otra exclusivamente para las finalidades relacionadas con el Proyecto.
No tendrá carácter confidencial aquella información que:
- sea pública sin infracción de estas obligaciones;
- ya fuera legítimamente conocida;
- haya sido obtenida legítimamente de un tercero;
- sea desarrollada independientemente; o
- deba divulgarse por obligación legal o requerimiento de autoridad competente.
Cuando la naturaleza del Proyecto lo requiera, las partes podrán suscribir un acuerdo de confidencialidad específico.
XI. PROPIEDAD INTELECTUAL
39. ACTIVOS PREEXISTENTES
Cada parte conservará los derechos sobre sus activos, materiales, metodologías, sistemas, marcas, tecnologías, contenidos y propiedad intelectual preexistentes.
La ejecución de un Proyecto no implica transferencia automática de dichos derechos.
40. DERECHOS SOBRE ENTREGABLES
La titularidad, cesión o licencia correspondiente a los Entregables será la establecida en la Propuesta, o de conformidad con la legislación aplicable.
Salvo estipulación expresa en contrario, no se entenderán transferidos al Cliente los derechos sobre:
- metodologías;
- conocimientos;
- procesos;
- herramientas;
- sistemas;
- plantillas;
- bibliotecas;
- componentes reutilizables;
- frameworks;
- técnicas;
- documentación interna;
- modelos de trabajo; o
- know-how del Prestador.
41. MATERIALES DEL CLIENTE
El Cliente declara disponer de los derechos y autorizaciones necesarios sobre los materiales que entregue para su utilización en el Proyecto.
El Cliente será responsable por reclamaciones de terceros originadas en materiales cuya utilización haya instruido sin contar con los correspondientes derechos, salvo que la infracción sea imputable directamente a una actuación independiente del Prestador.
42. ACTIVOS DE TERCEROS
Los activos sujetos a licencias de terceros continuarán regidos por las condiciones de sus respectivos titulares.
La contratación de un Proyecto no otorga al Cliente derechos superiores a aquellos permitidos por la licencia correspondiente.
XII. INTELIGENCIA ARTIFICIAL Y AUTOMATIZACIÓN
43. UTILIZACIÓN DE HERRAMIENTAS TECNOLÓGICAS
El Prestador podrá utilizar herramientas tecnológicas, automatización e inteligencia artificial cuando resulten apropiadas para apoyar los Servicios, respetando las obligaciones contractuales y legales aplicables.
El uso de dichas herramientas no implica ausencia de intervención o criterio profesional.
Cuando la utilización de una herramienta determinada pueda requerir decisiones o autorizaciones específicas del Cliente debido a la naturaleza de la información involucrada, el Prestador podrá requerirlas antes de utilizarla.
44. LIMITACIONES DE SISTEMAS DE INTELIGENCIA ARTIFICIAL
Los sistemas de inteligencia artificial pueden producir información incorrecta, incompleta, desactualizada o inesperada.
Cuando la naturaleza del resultado lo requiera, deberá existir revisión y validación apropiada antes de su utilización definitiva.
El Prestador no garantiza que sistemas controlados por terceros funcionen de manera ininterrumpida o mantengan permanentemente sus funcionalidades, modelos, precios, políticas, disponibilidad o condiciones de servicio.
XIII. TERCEROS Y PLATAFORMAS
45. SERVICIOS FUERA DEL CONTROL DEL PRESTADOR
El Prestador no controla las decisiones adoptadas por buscadores, redes sociales, proveedores de hosting, plataformas publicitarias, sistemas de inteligencia artificial, marketplaces, proveedores SaaS u otros terceros.
Cambios en algoritmos, políticas, precios, disponibilidad, APIs, funcionalidades, criterios de moderación, seguridad o condiciones de servicio de dichas entidades podrán afectar un Proyecto sin que ello implique incumplimiento del Prestador.
46. CUENTAS DEL CLIENTE
Siempre que resulte razonablemente posible, las cuentas, dominios, licencias, repositorios, plataformas y servicios esenciales para el Cliente deberán mantenerse a nombre o bajo control del propio Cliente.
El Prestador podrá recibir acceso temporal, nominativo o delegado para cumplir con el Proyecto.
Esta estructura busca evitar dependencias innecesarias, preservar la autonomía del Cliente y facilitar la continuidad de sus operaciones al finalizar la relación.
XIV. TERMINACIÓN
47. TERMINACIÓN POR INCUMPLIMIENTO
Cualquiera de las partes podrá ejercer los derechos que le correspondan cuando la otra incurra en un incumplimiento contractual y no subsane el incumplimiento dentro de un plazo razonable después de haber sido informada, cuando resulte procedente.
48. TERMINACIÓN POR IMPOSIBILIDAD O RIESGO
El Prestador podrá poner término a prestaciones pendientes cuando existan circunstancias que hagan razonablemente inviable continuar, entre ellas:
- instrucciones inviables;
- falta reiterada de colaboración;
- inexistencia de una Contraparte Técnica cuando ésta resulte necesaria;
- riesgos técnicos o de seguridad relevantes no corregidos;
- falta de pago;
- pérdida de confianza fundada en hechos objetivos;
- imposibilidad técnica sobreviniente;
- negativa persistente a atender requerimientos indispensables para la ejecución; o
- actuaciones del Cliente que expongan al Prestador a responsabilidades no contempladas en el alcance.
La terminación deberá gestionarse de buena fe y respetando las obligaciones previamente devengadas.
49. EFECTOS DEL TÉRMINO
Al finalizar el Proyecto:
- deberán regularizarse los pagos devengados;
- se otorgarán los Entregables que corresponda conforme al estado del Proyecto y pagos efectuados;
- se gestionarán razonablemente los accesos;
- deberán observarse las condiciones de propiedad intelectual;
- cada parte conservará sus obligaciones de confidencialidad cuando corresponda; y
- se aplicarán las reglas relativas a datos personales, credenciales y conservación de información.
XV. RESPONSABILIDAD
50. PRINCIPIO DE RESPONSABILIDAD PROPORCIONAL AL ALCANCE Y CONTROL
La responsabilidad de cada parte deberá evaluarse considerando sus respectivas obligaciones, decisiones, facultades, accesos y capacidad efectiva de control.
El Prestador no asumirá responsabilidad por áreas, sistemas, personas, proveedores, activos o decisiones respecto de los cuales no haya recibido encargo, acceso o capacidad razonable de intervención.
La consideración estratégica de un componente dentro del Ecosistema no equivale por sí misma a asumir su administración, supervisión o responsabilidad operacional.
51. LÍMITE DE RESPONSABILIDAD
Cualquier límite económico de responsabilidad aplicable al Proyecto se determinará conforme a la Propuesta y, en ausencia de estipulación especial, tendrá como referencia los honorarios efectivamente pagados al Prestador por el Proyecto directamente relacionado con la reclamación.
52. ACTUACIONES DEL CLIENTE Y TERCEROS
El Prestador no será responsable por daños causados directamente por:
- modificaciones realizadas sin su intervención;
- instrucciones contrarias a recomendaciones documentadas;
- uso de Entregables para finalidades diferentes de las consideradas;
- credenciales comprometidas bajo control del Cliente o terceros;
- incumplimientos de proveedores ajenos al Prestador;
- falta de renovación, actualización o mantenimiento a cargo del Cliente;
- intervenciones posteriores efectuadas por terceros;
- incumplimiento de recomendaciones técnicas cuya ejecución correspondiera al Cliente;
- fallas originadas en infraestructura fuera del alcance; o
- incumplimientos regulatorios propios del Cliente.
Lo anterior se entiende sin perjuicio de aquellas responsabilidades que resulten directamente atribuibles al Prestador conforme a la legislación aplicable.
XVI. FUERZA MAYOR Y EVENTOS FUERA DE CONTROL
53. EVENTOS EXTRAORDINARIOS
Ninguna parte será responsable por retrasos o imposibilidades de cumplimiento directamente producidas por hechos fuera de su control razonable, conforme a la legislación aplicable.
Cuando ello ocurra, las partes procurarán adoptar medidas razonables para mitigar sus efectos y reprogramar las obligaciones afectadas.
XVII. CONSERVACIÓN DE ARCHIVOS Y CONTINUIDAD
54. ARCHIVOS DEL PROYECTO
La entrega o cierre de un Proyecto no implica obligación de conservar indefinidamente copias completas de todos los archivos, respaldos, versiones intermedias, recursos de producción, credenciales, entornos temporales o documentación interna.
Los períodos de conservación específicos podrán establecerse en la Propuesta cuando resulte necesario.
El Cliente será responsable de mantener sus propias copias y respaldos de los activos que le hayan sido entregados.
La conservación temporal de determinados archivos por parte del Prestador no deberá interpretarse como un servicio de respaldo o custodia permanente.
XVIII. VERSIONES Y MODIFICACIONES
55. VERSIÓN APLICABLE
La versión aplicable será aquella identificada en la Propuesta o vigente al momento de la contratación cuando ésta haya sido válidamente incorporada.
La publicación de una versión posterior en el sitio web no modificará retroactivamente las condiciones de un Proyecto ya contratado, salvo acuerdo válido entre las partes.
Una reactivación, ampliación o nuevo encargo relativo a un Proyecto anterior podrá quedar sujeto a la versión de estas Condiciones vigente al momento de la nueva contratación.
56. MODIFICACIONES
El Prestador podrá actualizar estas Condiciones para contrataciones futuras debido a cambios en sus servicios, modelo operativo, tecnologías, riesgos, experiencia profesional o legislación.
Cada versión indicará su fecha de actualización.
XIX. DISPOSICIONES FINALES
57. BUENA FE
Las partes deberán ejecutar sus obligaciones de buena fe y colaborar razonablemente para alcanzar los objetivos del Proyecto dentro de los límites del alcance acordado.
El deber de buena fe no implicará una ampliación tácita de los Servicios contratados ni una obligación de asumir funciones pertenecientes a otras áreas profesionales.
Sin perjuicio de lo anterior, las partes procurarán una solución directa cuando las circunstancias lo permitan y ello no perjudique el ejercicio oportuno de los derechos correspondientes.
58. CONTACTO
Las consultas relacionadas con estas Condiciones Generales podrán dirigirse a: mail@oscarpravecek.cl