01 / SEGURIDAD Y SUPERVISIÓNPermisos que siguen la responsabilidad
El diseño de acceso comienza por identificar los roles y las acciones que necesitan realizar. Consultar un registro no equivale a modificarlo; preparar una propuesta no equivale a aprobarla. La matriz de permisos debe reflejar esas diferencias y ajustarse a las capacidades de los sistemas conectados.
- Accesos limitados a los datos y acciones necesarios para el proceso.
- Responsables de autorizar, revisar y retirar permisos.
- Separación explícita entre acciones automáticas y decisiones aprobadas por una persona.
02 / SEGURIDAD Y SUPERVISIÓNInformación con propósito definido
Antes de conectar una fuente, identificamos qué datos requiere el caso de uso, dónde se procesarán y quién los administrará. La elección de proveedores, modelos, entornos y políticas de conservación forma parte del alcance técnico. Las restricciones de tu organización deben revisarse antes de incorporar información sensible o regulada.
03 / SEGURIDAD Y SUPERVISIÓNLímites para acciones de impacto
Un agente debe tener una ruta clara cuando falta información, una solicitud excede su alcance o la respuesta de otro sistema es incierta. Diseñamos los puntos de confirmación y escalamiento en función del riesgo de cada tarea. Cambios contractuales, decisiones de elegibilidad o movimientos económicos requieren una revisión específica; no se consideran autorizados por aparecer en un escenario del sitio.
04 / SEGURIDAD Y SUPERVISIÓNTrazabilidad y evaluación acordadas
Para revisar un proceso es necesario saber qué solicitud se recibió, qué fuentes se consultaron y qué acción se intentó. El alcance de registros, acceso a evidencias, plazos de conservación y revisión de errores se acuerda por proyecto. La evaluación debe incluir usos incorrectos, instrucciones inesperadas y respuestas que no cuentan con información suficiente.
05 / SEGURIDAD Y SUPERVISIÓNControles de este sitio web, hoy
La tabla describe únicamente el sitio informativo de useatiende.ai y su formulario de contacto, según su configuración actual. No describe los controles de un proyecto de agentes, que se acuerdan por implementación. Actualizado: 30 de septiembre de 2026.
Controles implementados en el sitio informativo| Control | Estado | Qué significa |
|---|
| Conexión cifrada | Implementado | El sitio se sirve por HTTPS y envía la cabecera HSTS para que el navegador use siempre conexiones seguras. |
| Cabeceras de seguridad | Implementado | Política de seguridad de contenido, protección contra incrustación en otros sitios, no adivinar tipos de archivo y permisos de navegador restringidos (cámara, micrófono, geolocalización). |
| Protección del formulario | Implementado | Verificación del origen de la solicitud, límites de longitud por campo, campo trampa contra envíos automáticos, límite de solicitudes por dirección y escape del contenido antes de enviarlo por correo. |
| Mínimo rastreo | Implementado | Por defecto solo una cookie funcional de idioma: la analítica y la publicidad se cargan únicamente si las aceptas. Cal.com solo se carga cuando tú lo activas: al pulsar «Cargar calendario» en la página de contacto, o al continuar a elegir horario después de enviar tus datos en la página de demo. |
| Canal de reportes | Implementado | Contacto de seguridad publicado en /.well-known/security.txt y en la sección de divulgación responsable. |
Controles de un proyecto: qué se define y cuándo
Los controles siguientes no son una declaración de lo que ya existe en todas las soluciones: son los puntos que revisamos y documentamos en la propuesta de cada proyecto, para que tu equipo de TI sepa qué esperar antes de firmar. Su estado es «se define por proyecto» hasta que se acuerda y se prueba.
Controles que se acuerdan por implementación| Control | Estado | Qué se define |
|---|
| Roles y permisos | Se define por proyecto | Qué datos y acciones puede usar el agente y quién autoriza o retira el acceso. |
| Aprobación humana | Se define por proyecto | Qué acciones necesitan a una persona, quién decide y qué sucede si no está disponible. |
| Registro de acciones | Se define por proyecto | Qué se registra, quién puede consultarlo y por cuánto tiempo se conserva. |
| Datos y proveedores | Se define por proyecto | Qué datos se procesan, dónde, con qué proveedores y cómo se borran o devuelven al terminar. |
| Autenticación corporativa y residencia de datos | En evaluación | Se revisa su viabilidad cuando tu organización lo requiere; no se promete de antemano. |
Lo que aún no tenemos
Preferimos decirlo claramente. A la fecha de esta página, Atiende no cuenta con una certificación SOC 2 ni ISO 27001, y no publicamos informes de pruebas de penetración externas. Tampoco tenemos un centro de confianza con documentos descargables, un programa de recompensas por vulnerabilidades, un SLA publicado ni un historial de disponibilidad.
Si tu empresa exige alguno de estos elementos, conversemos sobre el alcance y el calendario antes de avanzar: puedes responder un cuestionario con nosotros, revisar qué evidencia podemos aportar y decidir si el proyecto puede empezar con condiciones acotadas. Los documentos que sí podemos preparar por proyecto están en la página de documentos para compras, y las mediciones en vivo del sitio en la página de estado.
- Sin certificaciones de terceros (SOC 2, ISO 27001) a la fecha.
- Sin informe público de pruebas de penetración.
- Sin SLA ni historial de disponibilidad publicados.
08 / SEGURIDAD Y SUPERVISIÓNRevisión técnica antes de comprometer controles
Esta página describe criterios de trabajo; no declara una certificación ni garantiza que todos los controles existan en todas las soluciones. Si tu proceso requiere auditorías, residencia de datos, autenticación corporativa o acuerdos específicos, revisaremos esos requisitos y su viabilidad antes de cerrar la propuesta. La evidencia disponible y los compromisos aplicables se entregan por el canal de evaluación del proyecto.
09 / SEGURIDAD Y SUPERVISIÓNDivulgación responsable
Si encuentras una posible vulnerabilidad en este sitio, escríbenos a ventas@useatiende.ai con el asunto «Seguridad» y describe qué observaste, en qué página o ruta y cómo reproducirlo. Nuestros datos de contacto para reportes de seguridad también están publicados en /.well-known/security.txt.
Te pedimos actuar de buena fe: no accedas, modifiques ni conserves datos de terceros, no degrades el servicio, no uses ingeniería social contra personas y danos un plazo razonable para corregir el problema antes de divulgarlo públicamente. No incluyas credenciales ni datos de clientes en el primer mensaje. Este sitio no ofrece un programa de recompensas.
10 / SEGURIDAD Y SUPERVISIÓNComunicar una inquietud
Para solicitar información de seguridad o comunicar un posible problema, escribe a ventas@useatiende.ai indicando la página o solución afectada y una descripción general. Evita incluir credenciales, datos de clientes o información sensible en el primer mensaje. Coordinaremos el canal adecuado para revisar los detalles.
