Términos y Condiciones del Programa Ventor Partners

1. Alcance, incorporación y aceptación

Los presentes Términos y Condiciones del Programa Ventor Partners (los “Términos del Programa”) regulan la participación de personas naturales o jurídicas en el programa comercial, el portal, las herramientas y el MCP de partners ofrecidos por QUIPUCAMAYOC TECHNOLOGY S.A.C. (“VENTOR”).

Estos Términos del Programa complementan los Términos y Condiciones generales y la Política de Privacidad de Ventor. En caso de contradicción sobre una materia exclusiva del programa de partners, prevalecen estos Términos del Programa; las normas imperativas aplicables prevalecen siempre.

La persona que crea una organización partner declara que tiene capacidad legal y facultades suficientes para obligarse y, cuando corresponda, representar a su empresa. La aceptación la otorga el owner en nombre de la organización y se registra con la cuenta Ventor utilizada, la versión aceptada, la fecha, la dirección IP observada por Ventor y la referencia de la solicitud. Quien no acepte estas condiciones no debe solicitar ni utilizar una organización partner.

La versión vigente es la 2026-08-10. Cuando Ventor publica una versión nueva, el portal de partners y el MCP dejan de operar para esa organización hasta que su owner acepta la versión actualizada: no es una formalidad diferible, es un requisito técnico de acceso.

2. Definiciones esenciales

Partner

Usuario u organización aprobada por Ventor para participar en el programa. La palabra “partner” es una denominación comercial y no crea sociedad, representación, franquicia, mandato, relación laboral ni exclusividad.

Referido

Nuevo cliente cuya primera adquisición elegible queda atribuida a un código del programa conforme a estos términos.

Cliente gestionado

Cuenta que autorizó al partner a prestarle servicios mediante una invitación y un grant vigente. Puede existir sin ser referido ni generar comisión.

Grant o autorización

Consentimiento revocable y limitado a un workspace, propósito, permisos, política de datos y vigencia.

MCP de partners

Interfaz autenticada con OAuth o un token Header personal que permite operar únicamente los workspaces y capacidades cubiertos por grants vigentes.

Política de datos

Regla que define qué puede salir del workspace hacia el Partner. Existen dos: “Análisis sellado”, donde Ventor analiza internamente y solo devuelve métricas y hallazgos sanitizados, y “Acceso directo”, donde el Partner recibe en crudo la información que sus permisos concedidos habiliten. Se elige al conceder el acceso y se aplica en cada operación.

Workspace de organización

Cuenta que pertenece a la propia Organización del titular. No es un cliente de un tercero: el titular ya es su dueño, y su acceso interno no genera comisiones por sí solo.

Base mensual elegible

Precio mensual recurrente efectivamente aplicable al plan cubierto, tal como se publica y se cobra, IGV incluido: el porcentaje se aplica sobre ese importe sin descontar el impuesto. En planes anuales se utiliza su equivalente mensual dividiendo por los meses del ciclo. No incluye créditos promocionales, cortesías, devoluciones, contracargos, servicios extraordinarios ni importes no cobrados.

3. Requisitos y naturaleza de la participación

• El solicitante debe ser mayor de edad, proporcionar información verdadera, mantener una cuenta Ventor segura y cumplir la legislación aplicable a su actividad.
• La creación de una organización no implica aprobación. Ventor puede verificar identidad, actividad, experiencia, reputación, conflictos y capacidad para atender clientes antes de activarla.
• El Partner actúa por cuenta propia, define y factura sus propios servicios y asume sus costos, personal, obligaciones laborales, tributarias y contractuales.
• El Partner no puede asumir obligaciones, ofrecer garantías, negociar precios no publicados ni hacer declaraciones en nombre de Ventor sin autorización escrita.
• Ventor no garantiza territorio, volumen de prospectos, exclusividad, ingresos mínimos ni permanencia del programa.

4. Referidos, clientes y atribución comercial

1. El código debe utilizarse en la primera adquisición pagada del nuevo cliente. Una cuenta que ya era cliente pago antes de la atribución no genera ninguno de los dos beneficios —ni la comisión inicial partner ni el 10% de gestión— por ser vinculada posteriormente: el programa remunera la adquisición de un cliente nuevo. Por eso el código tampoco puede aplicarse a una cuenta que ya tuvo un plan pagado.
2. Cada cuenta Ventor dispone de una sola atribución comercial de por vida. No puede cambiar de código, repetir el beneficio, dividir pagos ni atribuirse sucesivamente a uno o varios partners.
3. La atribución se reserva antes del cobro para evitar cobros o atribuciones duplicadas. Un rechazo confirmado por la pasarela libera la reserva en el acto, de modo que el cliente pueda corregir su medio de pago y reintentar. Un resultado incierto —por ejemplo un tiempo de espera agotado— la conserva temporalmente y queda sujeta a conciliación: una reserva que no llegó a confirmar ninguna suscripción ni paquete se libera al vencer la ventana de conciliación y deja de consumir la atribución de por vida del cliente y el límite de usos del código. El cliente o el Partner pueden solicitar la revisión de una reserva sin cobro escribiendo a soporte@ventorchat.com; Ventor dispone de un mecanismo interno para conciliarla y liberarla. Ninguna reserva sin cobro conciliado bloquea a un cliente de forma definitiva.
4. El propietario del código, su cuenta partner principal y una cuenta que comparta su misma identidad comercial no pueden ser presentados como clientes referidos propios. El pago sí puede provenir de la cuenta del Partner cuando el cliente es un workspace de su propia organización y el Partner tiene una organización partner activa: en ese caso la cuenta atribuida sigue siendo el workspace, nunca la del Partner.
5. Un workspace creado dentro de una organización solo puede comisionar si la organización estaba activa como Partner y el workspace utilizó correctamente el código al adquirir su primer plan elegible. La mera relación organizacional no genera pagos.
6. La asociación visible en el portal es indicativa hasta superar validaciones de pago, identidad, continuidad y fraude. Los registros aprobados por Ventor constituyen la fuente definitiva.

5. Comisiones y condiciones de devengo

Las cuotas del 10% comienzan después del hito de la comisión inicial y son tantas como meses de gestión se pactaron con la organización (cinco por defecto). La comisión inicial es el 100% de la mensualidad de lista aunque el cliente haya usado el 10% de descuento del código: ese descuento lo asume Ventor. El potencial comercial que se anuncie (por ejemplo “150%” con cinco cuotas o “220%” con doce) es una referencia matemática —100% más las cuotas de 10% sobre una misma mensualidad de lista— y no una garantía de ingresos ni un porcentaje del contrato. Requiere continuidad, elegibilidad y una base sin variaciones; cambios de plan modifican la base aplicable.

Los porcentajes se aplican sobre la base mensual elegible, IGV incluido: los precios de los planes se publican con el impuesto y la comisión se calcula sobre ese mismo importe, sin descontarlo; en planes anuales la base es el importe del ciclo dividido por sus meses.

Solo la cobertura efectivamente cobrada cuenta para el programa. Los periodos habilitados por créditos, cortesías, renovaciones sin importe o suscripciones sin un cobro conciliado no constituyen cobertura pagada: no habilitan hitos ni generan una comisión exigible, aunque el cliente haya podido usar el servicio durante ese lapso.

Cada comisión tiene uno de estos cinco estados, y solo el último acredita dinero recibido:

• Programada — el hito todavía no vence, o venció y la cobertura exigida aún puede completarse. Es una proyección condicionada.
• Por cobrar — el hito se cumplió con cobertura pagada. Puede estar sujeta a conciliación, documentación tributaria o revisión.
• Aprobada — la administración de Ventor validó el hito y la habilitó para pago. No es un pago realizado.
• Pagada — liquidación registrada con fecha y referencia de pago. Solo este estado acredita la liquidación.
• Cancelada — no se cumplieron las condiciones del programa. El registro incluye una nota con el motivo.

Una comisión cancelada por pérdida de cobertura no es necesariamente definitiva: si la cobertura se regulariza dentro de los plazos del programa, el recálculo puede devolverla a Programada o Por cobrar. En cambio, una comisión ya Aprobada o Pagada no se recalcula automáticamente. Una comisión futura no es un derecho adquirido.

Cancelaciones, interrupciones de cobertura, devoluciones, contracargos, fraude, impagos, descuentos extraordinarios o un grant no vigente pueden cancelar o recalcular cuotas pendientes. Si un pago ya efectuado se vincula después con fraude, devolución o error material, Ventor puede compensarlo con liquidaciones futuras o solicitar su restitución, conforme a ley.

6. Liquidación, cuenta de cobro e impuestos

• El Partner debe mantener una cuenta BCP válida, de su titularidad o de la persona autorizada, y datos fiscales completos. Ventor no responde por demoras o pérdidas causadas por información errónea, cuentas bloqueadas o instrucciones del Partner. Sin una cuenta de cobro guardada no se registra ninguna liquidación.
• Ventor conserva el registro de la cuenta de cobro declarada por el Partner y, de cada liquidación, su fecha, importe, referencia de pago y el administrador que la registró. El número de cuenta, el CCI y el número de documento se almacenan cifrados; el portal y las pantallas de conciliación solo muestran los últimos cuatro dígitos. La consulta de los datos bancarios completos está restringida a un permiso concedido de forma explícita —no basta el rol de administrador— y queda auditada en cada consulta, con indicación de quién la hizo y con qué finalidad; si esa traza no puede escribirse, el dato no se muestra.
• El portal puede mostrar importes en dólares estadounidenses. Si el Partner elige una cuenta en soles, la conversión puede realizarse al tipo de cambio aplicado por la entidad o proveedor de pago al momento de la transferencia.
• Ventor puede agrupar liquidaciones y solicitar factura, recibo por honorarios u otro comprobante válido antes de pagar, así como practicar retenciones exigidas por la normativa tributaria.
• El Partner es responsable de declarar sus ingresos, emitir comprobantes, pagar impuestos y comunicar cualquier cambio de residencia o condición fiscal.
• Una disputa sobre el cálculo debe comunicarse dentro de los treinta días calendario siguientes a su publicación o pago, adjuntando evidencia. Esto no limita derechos inderogables.

7. Verificación, identidad única y prevención de fraude

Para proteger el programa, Ventor puede verificar que cada referido represente un cliente comercial distinto. La comisión puede quedar retenida mientras no exista una identidad de canal verificable.

• Ventor contrasta huellas criptográficas —nunca el valor en claro— de los identificadores comerciales estables de los canales conectados al workspace: el número comercial normalizado de los canales que tienen uno y, en los demás canales, el identificador de cuenta que publica cada plataforma (Instagram Business o Profile ID, Facebook Page ID, Telegram Bot ID, TikTok Business u Open ID, cuenta de correo o canal web).
• La huella del número comercial es canónica por número, con independencia del proveedor de WhatsApp utilizado: el mismo número conectado por la API oficial de Meta o por un proveedor no oficial produce la misma identidad. Reconectar el mismo negocio por otro proveedor no habilita un segundo bono.
• En WhatsApp, el phone_number_id, el WABA ID y los identificadores del proveedor son referencias técnicas y no bastan por sí solos para aprobar una comisión: la identidad fuerte es el número visible normalizado. Si no hay ninguna identidad verificable, la atribución se conserva y la comisión queda programada hasta que exista un canal verificado.
• Los identificadores de los contactos de una conversación no se utilizan nunca para identificar al cliente comercial: identificar a un negocio por las personas que le escriben sería un falso positivo.
• Ante identidades duplicadas prevalece la atribución más antigua. El primer partner que verificó legítimamente esa identidad conserva su comisión; las posteriores sobre el mismo negocio quedan canceladas.
• Una identidad ya atribuida bloquea nuevas comisiones aunque se creen otras cuentas Ventor. El Partner no debe inducir cambios ficticios de número, canal, titular, configuración, medio de pago o entidad para eludir este control.
• Ventor puede solicitar documentos, acreditar beneficiarios finales, revisar patrones de dispositivos, pagos, relaciones societarias y actividad, o efectuar una revisión manual proporcional al riesgo.

Se consideran fraude o abuso, entre otros: auto-referidos, identidades inventadas, cuentas duplicadas del mismo negocio, colusión, datos falsos, transacciones simuladas, devolución coordinada después del cobro de una comisión y cualquier intento de manipular la atribución. Ventor puede retener pagos durante una investigación razonable, preservar evidencia, cancelar importes, suspender cuentas y comunicar hechos a autoridades competentes.

8. Invitaciones, permisos y MCP de partners

1. El Partner debe indicar un propósito real, permisos necesarios y vigencia al invitar. El cliente puede rechazar, limitar o revocar el acceso en cualquier momento. Un consentimiento nuevo reemplaza íntegramente al anterior: ampliar permisos exige una invitación y una aprobación nuevas.
2. El acceso se limita al workspace seleccionado y a los permisos aceptados. No autoriza descubrir cuentas, datos, integraciones, facturación ni secretos ajenos al grant. Las herramientas disponibles en cada sesión dependen de los permisos concedidos y de la política de datos: una herramienta que el consentimiento no habilita no se le ofrece siquiera al asistente del Partner, y si aun así se intenta ejecutar, se rechaza. Los rechazos por política de datos o por rol insuficiente quedan registrados en la bitácora del cliente.
3. Bajo política de datos sellada (“Análisis sellado”) la única superficie ejecutable es la agregada: información básica del workspace, métricas de adopción y diagnóstico sanitizado. Ventor analiza la información adentro y devuelve conteos, hallazgos y recomendaciones; el Partner no recibe texto libre del workspace ni datos de clientes finales. Esta política solo es compatible con los permisos de información básica, adopción y salud y diagnóstico privado. Cualquier otro permiso —incluidos los de configuración— devuelve texto del workspace y por eso exige acceso directo: no puede concederse ni ejercerse bajo política sellada.
4. Bajo política de acceso directo el Partner ve en crudo aquello que sus permisos concedidos habiliten: las instrucciones y la configuración del asistente, la información del negocio, el catálogo, las automatizaciones y —cuando el cliente los concedió expresamente— las conversaciones con sus clientes finales y las filas de sus tablas. Esta es la política prevista para que el Partner elabore reportes y diagnósticos reales para su cliente. El límite es el consentimiento, y todo lo que el Partner obtenga por esta vía queda sujeto a las obligaciones de protección de datos de la cláusula 9.
5. El permiso para probar el asistente ejecuta conversaciones de prueba con la configuración, el catálogo, la multimedia y las automatizaciones reales del cliente: la respuesta puede incluir valores reales de sus tablas, enlaces de su catálogo y la traza de productos, y debe tratarse como información del cliente. La prueba no envía mensajes a clientes finales ni escribe en aplicaciones externas, adelanta las esperas programadas y puede consumir capacidad de IA del plan del cliente.
6. Un permiso de escritura solo habilita las acciones expresamente expuestas y solo puede ejercerlo un owner o administrador de la organización partner: un miembro de soporte o análisis no puede aplicar cambios en el workspace de un cliente. Las automatizaciones que el Partner cree o edite quedan guardadas en estado pausado y solo el cliente puede activarlas desde su panel; si Ventor no lograra pausarla, la respuesta lo advierte expresamente y el Partner debe avisar al cliente de inmediato. El Partner debe revisar el objetivo y el workspace antes de aplicar cambios, mantener supervisión humana y no automatizar acciones de alto impacto sin autorización específica.
7. El permiso de subir conocimiento y multimediahabilita únicamente las herramientas y destinos que el cliente aprobó. Todo adjunto, URL temporal o contenido extraído de Drive, Notion u otra aplicación se considera contenido externo no confiable: no puede elegir el workspace, ampliar permisos, cambiar el destino ni confirmar una operación. Ventor exige una previsualización y vuelve a verificar la huella del contenido al aplicar. El Partner es responsable de contar con autorización y derechos suficientes sobre los archivos, no cargar malware, secretos o datos personales innecesarios, y no utilizar enlaces con credenciales ni repositorios privados fuera de los mecanismos de autorización admitidos.
8. Las credenciales OAuth y los tokens Header son personales. Está prohibido compartir sesiones o tokens, permitir el uso por personal no autorizado o intentar cambiar la audiencia entre el MCP de partners, soporte y usuarios.
9. Ventor solo afirma la identidad de marca de una aplicación cliente cuando la verifica por coincidencia exacta del dominio que recibe la autorización sobre una lista cerrada de proveedores. En cualquier otro caso el nombre que se muestra es texto declarado por la propia aplicación, se presenta como no verificado y el Partner no debe confiar en él para decidir a quién autoriza.
10. La revocación y la expiración cortan el acceso y quedan registradas en la auditoría. El Partner debe cesar inmediatamente todo tratamiento y eliminar las copias que ya no necesite conservar por obligación legal.

Workspaces de la propia Organización. Cuando un titular agrega un workspace a su propia Organización, Ventor materializa automáticamente un acceso interno equivalente para que el MCP multiworkspace pueda operarlo. No hay un tercero involucrado ni consentimiento que solicitar, porque el titular ya es dueño de esos workspaces. Ese acceso interno reutiliza la misma capa de permisos, resolución y auditoría del MCP de partners, está confinado por código a workspaces propios —no puede utilizarse como vehículo para tomar accesos sobre cuentas de terceros—, no convierte al titular en Partner comercial y no genera comisiones por sí solo. El titular puede revocarlo, y esa revocación se respeta: el acceso no se rehace solo, y devolverlo requiere una acción explícita del titular.

9. Datos personales, confidencialidad y derechos de terceros

El Partner solo puede tratar información de un cliente y de sus contactos cuando tenga autorización y una base jurídica válida. Según la relación concreta, el Partner puede actuar como responsable independiente o encargado del tratamiento; debe acordar directamente con el cliente las instrucciones, finalidades, medidas de seguridad, subencargados, conservación y atención de derechos.

Cuando el cliente concede un acceso directo, el Partner está autorizado a consultar la información cubierta por esos permisos —configuración, catálogo, automatizaciones y, si se concedieron, conversaciones y filas de tablas— para prestarle sus servicios, elaborar reportes y diagnosticar su operación. Esa autorización no es una licencia general: el límite es el consentimiento otorgado y el propósito declarado al pedirlo, y sobre todo lo obtenido rigen íntegramente las obligaciones de esta cláusula.

• Cumplir la Ley N.° 29733, su Reglamento aprobado por Decreto Supremo N.° 016-2024-JUS y cualquier norma aplicable en el país del cliente o del titular.
• Aplicar finalidad, minimización, proporcionalidad, exactitud, acceso restringido y conservación limitada. Tener acceso técnico no significa tener autorización para cualquier uso.
• No vender, ceder, publicar, reutilizar para publicidad, construir bases propias, perfilar, discriminar ni entrenar modelos ajenos al servicio acordado con información obtenida mediante Ventor.
• No revelar información a empleados, contratistas o proveedores que no necesiten conocerla. Toda persona autorizada debe asumir obligaciones de confidencialidad y seguridad equivalentes.
• Ayudar al cliente y a Ventor a responder solicitudes de acceso, rectificación, cancelación y oposición (derechos ARCO), medidas de autoridades y consultas de titulares.
• Tratar datos sensibles, de menores, salud, finanzas, biometría o categorías especialmente protegidas solo cuando sea estrictamente necesario, esté autorizado y cuente con salvaguardas adecuadas.

La confidencialidad subsiste después de terminar la participación. En materia de datos personales, secretos, credenciales y seguridad, subsiste mientras la información conserve tal carácter o durante el plazo mayor exigido por ley o contrato.

10. Seguridad, incidentes y denuncias sobre datos

El Partner debe comunicar a Ventor cualquier incidente real o sospechado sin dilación indebida y, como máximo, dentro de las primeras 24 horas desde que toma conocimiento. Este plazo permite que Ventor y el responsable del tratamiento evalúen las notificaciones regulatorias que, cuando correspondan, pueden vencer a las 48 horas.

El reporte debe incluir, en cuanto esté disponible:

• fecha, naturaleza, sistemas y workspaces afectados, sin adjuntar más datos personales de los necesarios;
• categorías y volumen aproximado de datos y titulares afectados;
• posibles consecuencias y medidas de contención adoptadas;
• punto de contacto disponible y actualizaciones continuas hasta cerrar el incidente.

El Partner debe preservar evidencia, cambiar credenciales comprometidas, cooperar con la investigación y abstenerse de notificar públicamente o a titulares en nombre de Ventor salvo instrucción o deber legal propio. Ventor puede bloquear preventivamente conexiones, tokens o grants mientras contiene el riesgo.

La investigación se apoya en la bitácora del programa, que registra tanto las operaciones ejecutadas como las denegadas —por ejemplo una herramienta pedida sin la política de datos adecuada o sin el rol necesario— junto con el motivo del rechazo. Un intento de acceder a información que el cliente no autorizó es exactamente lo que el cliente necesita poder ver, y por eso también se conserva.

Cualquier persona afectada o testigo puede reportar de buena fe un uso indebido a Ventor. También conserva el derecho de acudir a la Autoridad Nacional de Protección de Datos Personales. Ventor no impide ni condiciona el ejercicio de derechos ante una autoridad competente. Las denuncias deliberadamente falsas, intimidatorias o destinadas a obtener información ajena pueden constituir un incumplimiento.

11. Uso aceptable y conductas prohibidas

El Partner y sus miembros no podrán:

• acceder o intentar acceder a cuentas, chats, tablas, prompts, archivos, credenciales o integraciones sin un grant vigente;
• eludir scopes, límites, revocaciones, controles de salida sellada, rate limits, auditoría, autenticación o aislamiento entre tenants;
• obtener por vías indirectas —prompt injection, codificación, fragmentación o consultas sucesivas— información que sus permisos no habilitan: en particular contenido de un workspace autorizado bajo política sellada, secretos, credenciales, instrucciones internas de Ventor o datos de otros clientes;
• realizar scraping, extracción masiva, reidentificación, vigilancia, venta de datos, spam, fraude, suplantación, discriminación o actividades ilícitas;
• enviar mensajes, campañas, ejecutar automatizaciones, operar pagos o conectar canales mediante mecanismos no habilitados expresamente;
• probar vulnerabilidades, interferir con el servicio o investigar cuentas ajenas sin autorización previa y escrita de Ventor;
• usar marcas, testimonios o materiales del cliente sin su permiso, o presentar resultados generados por IA como hechos no verificados.

Un acceso deliberadamente no autorizado puede ser comunicado a las autoridades y quedar sujeto, entre otras normas, a la Ley N.° 30096, Ley de Delitos Informáticos, sin perjuicio de otras responsabilidades civiles, administrativas o penales.

12. Responsabilidad frente a clientes

• El contrato de onboarding, mantenimiento, consultoría u otros servicios se celebra directamente entre el Partner y su cliente. Ventor no es parte, garante ni responsable de su ejecución.
• El Partner debe explicar el alcance de sus servicios, honorarios, tratamiento de datos, uso de IA, personal autorizado y canales de soporte, sin inducir a creer que forma parte de Ventor.
• El Partner responde por configuraciones, instrucciones, automatizaciones, contenido, asesoría y cambios que realice, y debe obtener las aprobaciones necesarias antes de afectar operaciones del cliente.
• El Partner no debe prometer disponibilidad, resultados, cumplimiento regulatorio ni funcionalidades distintas de las publicadas o autorizadas por Ventor.
• Las reclamaciones del cliente sobre servicios propios del Partner deben ser atendidas por este, sin impedir que el cliente contacte directamente a Ventor por asuntos de la Plataforma.

13. Propiedad intelectual y marca

Ventor conserva todos los derechos sobre la Plataforma, el portal, MCP, documentación, interfaces, marcas, modelos, diseños y materiales. La aprobación otorga únicamente una licencia limitada, revocable, no exclusiva e intransferible para usar los recursos oficiales durante la participación y conforme a las guías de marca.

El Partner no puede registrar dominios, empresas, anuncios, perfiles o marcas confundibles; alterar logotipos; presentarse como distribuidor exclusivo; sublicenciar el servicio; copiar o realizar ingeniería inversa; ni utilizar propiedad intelectual de Ventor después de la terminación. Cualquier feedback puede ser utilizado por Ventor para mejorar el servicio sin revelar información confidencial del Partner o sus clientes.

14. Registros, auditoría y cooperación

Ventor registra eventos de acceso y gestión, incluyendo actor, organización, workspace, grant, herramienta, resultado, fechas y referencias técnicas sanitizadas. El resultado distingue las operaciones exitosas, las que terminaron en error y las denegadas, con el motivo de la negativa. No se incorporan deliberadamente argumentos sensibles a los registros de auditoría: la dirección IP que se conserva es la observada por Ventor, y cualquier cadena declarada por el cliente viaja etiquetada como no verificada.

Cuando el cambio de configuración de un cliente se aplica desde una superficie interna de Ventor —soporte asistido y conciliación— el registro incorpora además los nombres de los campos modificados, una huella criptográfica del contenido enviado y la versión de la configuración sobre la que se aplicó. Nunca se copian los valores: la huella permite correlacionar y demostrar qué se aplicó sin convertir la bitácora en una segunda copia de la información del cliente, y las cuentas afectadas se registran seudonimizadas. En la superficie del Partner, cada operación sobre el workspace de un cliente queda registrada con el actor, la organización, el workspace, el grant, la herramienta y el resultado.

Con independencia del registro, las escrituras de configuración admiten un control de versión: el Partner puede exigir que el cambio se aplique solo si el cliente no modificó su configuración mientras tanto, y en caso contrario la operación falla sin guardar nada. Cada campo se reemplaza íntegramente, de modo que el Partner es responsable de reenviar lo que quiera conservar.

Cuando exista una sospecha razonable de fraude, acceso indebido, incumplimiento de datos o disputa de comisión, Ventor puede revisar registros pertinentes y solicitar evidencia proporcional. El Partner debe conservar autorizaciones, contratos, comprobantes y evidencia de sus servicios durante el plazo legal aplicable y colaborar sin obstruir derechos de terceros.

La revocación no elimina registros que Ventor deba conservar para seguridad, conciliación, prevención de fraude, defensa de reclamos o cumplimiento legal. La conservación se limita a la finalidad y plazo necesarios.

15. Suspensión, revocación y terminación

El Partner puede dejar de participar comunicándolo a Ventor. Ventor puede restringir herramientas, suspender o terminar una organización por incumplimiento, riesgo de seguridad, fraude, impago, inactividad, daño a clientes, requerimiento legal o discontinuación del programa. Cuando el riesgo lo permita, se comunicará el motivo y una oportunidad razonable de subsanación.

La suspensión corta de inmediato el portal y el MCP —cada operación exige una organización activa— y es reversible: no revoca por sí misma los consentimientos otorgados por los clientes. El archivado es definitivo y sí revoca los accesos vigentes, de modo que recuperarlos exigiría un nuevo consentimiento de cada cliente. Al terminar, el Partner debe cesar el uso de marca, herramientas e información de clientes. Las comisiones ya pagadas permanecen sujetas a conciliación por fraude o devolución; las aprobadas se liquidan salvo compensación válida; las proyecciones o cuotas futuras no devengadas cesan y no constituyen indemnización. Un acceso que deja de estar vigente en la fecha de un hito cancela la cuota correspondiente.

Las obligaciones de confidencialidad, privacidad, seguridad, propiedad intelectual, impuestos, auditoría, responsabilidad y solución de controversias sobreviven cuando su naturaleza lo requiera.

16. Garantías, responsabilidad e indemnidad

La Plataforma y las herramientas se proporcionan según disponibilidad. Ventor aplica medidas razonables de seguridad, pero no garantiza operación ininterrumpida, ausencia absoluta de errores, resultados comerciales ni exactitud autónoma de contenido generado por IA. El Partner debe validar resultados y mantener controles humanos apropiados.

En la máxima medida permitida por ley, Ventor no responde por pérdidas indirectas, lucro cesante, pérdida de oportunidades, reputación o datos causada por actos del Partner, el cliente, proveedores de canales o terceros. La responsabilidad agregada de Ventor vinculada al programa no excederá las comisiones pagadas o válidamente devengadas a favor del Partner durante los doce meses anteriores al hecho que originó el reclamo.

Las limitaciones no aplican cuando una norma imperativa lo prohíba ni frente a dolo o culpa inexcusable atribuible a Ventor. El Partner mantendrá indemne a Ventor, sus representantes y colaboradores frente a reclamos, sanciones, costos o daños de terceros derivados de sus servicios, tratamiento no autorizado de datos, contenido, infracción de derechos, fraude o incumplimiento de estos términos, en la medida legalmente atribuible al Partner.

17. Modificaciones del programa y de estos términos

Ventor puede modificar herramientas, requisitos, porcentajes, elegibilidad o estos términos por razones comerciales, técnicas, legales o de seguridad. Los cambios materiales se comunicarán por el portal o correo con al menos quince días calendario de anticipación, salvo que deban entrar en vigor antes por una norma, orden de autoridad, fraude o riesgo urgente.

Los cambios económicos operan hacia futuro y no eliminan una comisión ya aprobada, salvo fraude, error material, devolución o compensación válida.

Cada versión de estos Términos del Programa se identifica con su fecha y Ventor la exige de forma efectiva: publicada una versión nueva, el portal de partners y el MCP quedan bloqueados para la organización hasta que su owner acepte la versión vigente. No basta con continuar operando: la aceptación es un acto expreso, se registra con su fecha y versión, y sin ella no hay acceso a las herramientas ni a la lista de clientes autorizados.

18. Legislación aplicable, controversias y contacto

Estos términos se rigen por las leyes de la República del Perú. Las partes procurarán resolver de buena fe cualquier controversia durante treinta días calendario desde su notificación. Si no existe acuerdo, se someten a los jueces y tribunales competentes de Lima, Perú, sin afectar derechos o fueros inderogables que resulten aplicables.