Condiciones de uso de la API de Telar

1. Qué es la API de Telar y para qué sirve

La API de Telar existe para que el sistema de un negocio (su tienda, su ERP, su sistema de facturación o de envíos, o un desarrollo propio) use los bots de atención de ese mismo negocio: entregarles los mensajes de sus clientes, recibir las respuestas por webhook, mostrar la bandeja de conversaciones adentro de su sistema y administrar sus agentes y su conocimiento.

La API NO es un servicio general de generación de texto, ni una forma de usar los modelos de Telar para otra cosa, ni una fuente de datos para alimentar otros sistemas. Quien la use para algo distinto de atender a los clientes del propio negocio queda fuera de estos términos.

2. Cómo se obtiene el acceso y cómo se pierde

El acceso es por solicitud y aprobación: completar el formulario no habilita nada por sí solo. Una persona del equipo de Telar revisa cada pedido y puede aprobarlo, pedir más información o rechazarlo sin tener que fundamentarlo.

Al aprobarlo, quien lo pidió recibe por correo un enlace personal a la documentación, que vence a los 180 días y se puede revocar. Las claves de la API las crea el propio negocio desde su panel, con los permisos (scopes) justos para cada integración. El secreto de una clave y el de cada webhook se muestran una sola vez.

El acceso puede suspenderse o revocarse en cualquier momento, sin aviso previo cuando haya urgencia, si se incumplen estos términos, si hay riesgo para los clientes finales, para la plataforma o para los datos, o si la cuenta deja de estar activa.

3. Uso correcto: lo que se espera y lo que no se permite

Está permitido integrar los sistemas propios del negocio y automatizar su propia atención. No está permitido:

• Compartir, revender, ceder o publicar una clave, ni usarla en nombre de un tercero que no sea el titular de la cuenta.
• Mandarle al cliente final el contenido de un evento respuesta.borrador, o aprobar borradores en forma automática para saltear la revisión de una persona. Lo que va al cliente es lo que llega por respuesta.enviada.
• Usar los bots para mandar mensajes que nadie pidió, campañas o publicidad, o para hacerse pasar por otra persona o por otro negocio.
• Cargar en la ficha o en los documentos datos que el negocio no puede respaldar (precios, stock, plazos, condiciones) para que el bot los afirme como ciertos.
• Extraer, copiar o acumular datos de la plataforma para un fin distinto de atender a los propios clientes, incluido entrenar modelos o armar bases de datos.
• Intentar acceder a datos de otras organizaciones, probar vulnerabilidades sin autorización escrita o eludir los límites de uso, por ejemplo repartiendo el tráfico entre varias claves o cuentas.
• Correr pruebas de carga o de estrés contra producción sin coordinarlo antes por escrito.
• Usar la API para contenidos ilegales o para incumplir las políticas de los canales por los que se atiende (por ejemplo, las de mensajería comercial de WhatsApp).

4. Las claves son secretas y son responsabilidad de quien las usa

Las claves de servidor (tlr_live_… y tlr_test_…) se guardan del lado del servidor. Nunca van en el navegador, en una app móvil, en un repositorio ni en una planilla compartida, y nunca en la URL de un pedido. En el navegador solo va la clave pública del chat web (tlr_pub_…), que sirve solamente desde los dominios habilitados.

Todo lo que se haga con una clave se considera hecho por su titular. Si una clave se filtra o se sospecha que alguien más la tiene, hay que revocarla desde el panel y avisar a Telar dentro de las 24 horas.

Quien recibe webhooks tiene que verificar la firma de cada entrega (Telar-Firma) y descartar las que no la tengan o sean viejas. Si se sospecha que el secreto se filtró, se rota desde el panel o por la API.

Una clave tlr_test_ no es un ambiente separado: usa la misma organización, los mismos agentes, conversaciones y gasto que una tlr_live_. Lo que garantiza es que no le escribe a clientes reales.

5. Límites de uso

Cada clave tiene un tope de pedidos por minuto, informado en la documentación. Superarlo devuelve un error con el tiempo de espera; insistir por encima del límite se considera uso abusivo.

Cada organización tiene los límites de su plan (agentes, conversaciones por mes, canales, conectores, personas) y un tope de gasto mensual. Al llegar al tope, las respuestas automáticas pasan a borrador y la API lo informa con su código de error.

6. Datos personales de los clientes finales

Las conversaciones traen datos de los clientes del negocio (nombre, teléfono, lo que escriben). El negocio es el responsable de esos datos y declara tener el derecho de tratarlos y de enviarlos a Telar para atenderlos.

Telar los trata únicamente para prestar el servicio: contestar, mostrar la bandeja al equipo del negocio, revisar la calidad de las respuestas y llevar el uso. No los vende ni los cede. Los registros de cada turno se conservan hasta 12 meses.

El negocio no debe pedirles a sus clientes por chat datos que el servicio no necesita, como números de tarjeta, contraseñas o datos de salud.

Ambas partes se obligan a cumplir la Ley 18.331 de Protección de Datos Personales de Uruguay y, cuando corresponda, la norma equivalente del país del negocio.

7. Las respuestas del bot

El negocio es responsable de lo que carga en la ficha y en los documentos. La Lupa revisa cada respuesta y no deja salir un precio, un stock, un plazo o un estado que no salga de un dato del turno, pero no reemplaza el criterio de una persona.

Todo nace en borrador: el bot propone y una persona del negocio aprueba. Pasar un agente o un canal a automático lo decide una persona desde el panel, nunca la API, y quien lo decide asume esa decisión por el negocio.

8. Cambios, versiones y disponibilidad

La API está versionada (/v1). Los cambios compatibles pueden salir en cualquier momento; los que rompen la compatibilidad se anuncian por correo, a la dirección de la solicitud, con una antelación razonable.

Si estos términos cambian, se publica una versión nueva con su fecha y se avisa por correo. Seguir usando la API después del aviso implica aceptar la versión nueva.

El servicio se presta tal como está, sin garantía de disponibilidad ininterrumpida.

9. Costos

El acceso a la API no tiene un costo propio: lo que se procesa por la API cuenta para el plan y para el tope de gasto de la organización, igual que lo que se hace desde el panel.

10. Quién acepta y qué queda registrado

Quien acepta estos términos declara que tiene facultades para obligar a la empresa que figura en la solicitud.

De cada aceptación queda constancia: nombre y apellido de quien aceptó, fecha y hora, dirección IP y navegador desde los que se envió, y la versión exacta del documento aceptado. Esa constancia se conserva mientras dure la relación y por el plazo legal posterior.

11. Ley aplicable

Estos términos se rigen por la ley de la República Oriental del Uruguay. Cualquier diferencia se somete a los tribunales de Montevideo, sin perjuicio de intentar resolverla de buena fe antes de llegar ahí.