Asigna el permiso necesario para la tarea
Cada persona entra con una identidad verificada y una membresía del negocio. Propietario, administrador, supervisor, agente y lector tienen capacidades distintas. Revisa esas capacidades antes de invitar a alguien; usar el mismo acceso entre varias personas dificulta saber quién realizó una acción.
Elegir otro negocio en el panel selecciona una membresía existente; no concede acceso a un espacio ajeno. El servidor comprueba identidad y permisos. La administración de plataforma es un acceso separado y exige el segundo factor correspondiente.
| Tarea | Control recomendado | Qué conviene evitar |
|---|---|---|
| Incorporar a una persona | Invitación de un uso, identidad y rol adecuado. | Compartir contraseña o conceder administración para una tarea de consulta. |
| Configurar un proveedor | Cuenta autorizada y controles protegidos de Integraciones. | Pegar claves en chats, notas públicas o documentos de conocimiento. |
| Compartir un diagnóstico | Referencia, hora y estado con el mínimo de datos necesario. | Enviar conversaciones completas o credenciales por un canal de soporte. |
Guarda y revisa las conexiones desde sus controles
Las credenciales se cifran en el servidor y sus valores guardados no se devuelven al navegador. El panel muestra metadatos y estados, no una copia de la clave. Distingue configurado de verificado: una conexión necesita las condiciones y comprobaciones propias del proveedor.
Si cambia una persona responsable o se pierde una clave, revisa el acceso y sigue el procedimiento del proveedor. Evita cambiar secretos de cifrado de la aplicación por ensayo: las credenciales y archivos ya cifrados necesitan su clave original para recuperarse.
Distingue archivo, borrado y conservación
Archivar pausa la atención y permite restaurar el chat de manera manual. Borrar historial exige permiso y confirmación escrita; elimina contenido y salidas según el contrato del producto. Conserva deduplicación y referencias financieras necesarias: no equivale a borrar toda la identidad del cliente, sus pedidos o pagos.
La retención automática requiere el procesador de tareas activo. Una política guardada no acredita que se ejecutó. Las copias descargadas y respaldos externos también tienen que tratarse según la política real del servicio; borrar el chat no los elimina automáticamente.
Prepara recuperación y respuesta a incidentes
El proyecto incluye herramientas de respaldo cifrado y restauración, pero la operación necesita calendario de copias, almacenamiento y custodia reales. Un respaldo sin las claves necesarias o sin cobertura de los objetos externos no demuestra recuperación completa.
Ante una salida incierta, una diferencia de stock o un cobro pendiente, conserva evidencia y evita repetir acciones indiscriminadamente. Restaurar una base no deshace mensajes, pagos o eventos que ya ocurrieron fuera del sistema. La conciliación debe preceder a la reanudación de trabajos afectados.
Comprueba las decisiones antes de anunciarlas
Registra quién revisó una incidencia, qué estado encontró y qué verificó después. La revisión humana no marca un pago como recibido ni ejecuta una cancelación o devolución. Los controles de acceso y los registros ayudan a operar con evidencia, pero no sustituyen una política comercial y de privacidad aprobada.
La demo es adecuada para explorar pantallas sin conectar servicios. Para datos reales, utiliza persistencia, cuentas autorizadas y una operación supervisada. No anuncies certificaciones, disponibilidad garantizada o soporte permanente por el hecho de tener código o una prueba local.
Antes de continuar
- Revisa identidad, membresía y rol antes de conceder acceso.
- Custodia claves y comparte solo el diagnóstico necesario.
- Ensaya recuperación y verifica resultados antes de reanudar trabajos.
La demo conserva datos en memoria. Las conexiones de proveedores requieren configuración, autorización y verificación en tu entorno persistente.