Equipo
Añadir compañeros, decidir a qué llega cada uno y establecer cómo se trabaja la cola de revisión
Equipo es la plantilla de tu organización, y también es donde se fijan las reglas de cómo trabajan tus revisores. Es terreno del propietario, con partes delegadas en un responsable de revisión.
Añadir a alguien
No existe el registro por cuenta propia, así que tú mismo creas la cuenta.
Añádelo. Su nombre, su correo y el rol con el que debe empezar. Lo confirmas con un código de tu app de autenticación, porque crear una cuenta para otra persona es un acto sensible.
Recibe una invitación. Contiene un enlace para establecer su propia contraseña, sirve una sola vez y caduca 30 minutos después de enviarse. Su página muestra la salida del correo y si rebotó.
Termina la configuración. Establece una contraseña y registra una app de autenticación en su primer inicio de sesión. Ninguno de los dos pasos se puede omitir.
Hay dos variantes que conviene conocer. Si no se pudo poner nada en cola para su envío, su puesto existe igualmente y aparece en la plantilla, pero no le llegará ningún correo: abre su página y reenvía la invitación, o indícale que vaya a la página de inicio de sesión y use el enlace de contraseña olvidada. Y si la dirección ya está registrada en TrustWix, se le añade a tu equipo sin tocar su contraseña, así que inicia sesión con la que ya tiene.
La plantilla
Cada fila es un miembro con su rol, estado, entornos, acceso a flujos y permisos. El estado es activo, invitado o deshabilitado.
Tres cosas deciden a qué llega alguien, y las tres se editan desde su página de miembro.
| Control | Qué decide |
|---|---|
| Rol | El conjunto predefinido de lo que puede hacer. Consulta Roles |
| Entornos | Solo sandbox, solo en vivo o ambos. Lo único que controla el acceso a los datos reales de solicitantes |
| Flujos | En cuáles de tus negocios trabaja. Acotarlos oculta toda verificación, persona y revisión fuera de esos flujos |
Cambiar un rol borra los permisos individuales que tenía esa persona, porque el nuevo rol trae los suyos. No seleccionar ningún flujo significa que no verá nada, y la consola te lo advierte mientras lo haces. Cada uno de estos cambios pide tu código de autenticación, ya que cada uno puede dar a alguien acceso a los datos de los solicitantes.
La página de un miembro
Acceso contiene el rol, los permisos individuales agrupados por sección de la consola, los entornos y los flujos. Cada permiso lleva una explicación de una línea sobre lo que realmente permite hacer. No puedes conceder un permiso que no tengas, y unos cuantos de los que tienen más consecuencias solo puede concederlos un propietario.
Tu id de usuario para esta persona conecta este puesto con tus propios sistemas. Rellénalo con el identificador que uses internamente para esta persona, y tu back office podrá actuar en su nombre: sus decisiones se registran a su nombre, sus permisos aquí son los permisos que tiene allí, y suspenderla aquí corta ambos accesos a la vez. Si lo dejas vacío, el puesto solo funciona en esta consola. Solo un propietario puede establecerlo, y cambiarlo pide tu código de autenticación, porque abre una nueva forma de convertirse en otra persona.
Solo lo necesitas para las personas que vayan a decidir casos desde tus propios sistemas. Leer verificaciones en tu propia base de datos no requiere ningún puesto, solo una clave de API.
Carga de trabajo es lo que esa persona tiene ahora mismo en la cola de revisión.
Puesto es donde la suspendes o la reactivas. Suspenderla cierra su sesión, le impide volver a entrar y devuelve sus casos abiertos al grupo común. Su historial se conserva, y esa es la diferencia entre suspender y eliminar.
Correo enumera cada mensaje que le debíamos a esta persona, del más reciente al más antiguo. Enviado significa que un proveedor de correo lo aceptó; entregado significa que el servidor destinatario lo recibió, lo que llega un poco más tarde. Si una dirección ha tenido un rebote permanente o se ha marcado como spam, dejamos de escribirle por completo, y la página lo indica: nada le llegará hasta que se desbloquee la dirección, envíes lo que envíes.
Actividad es lo que esta persona ha hecho en tu organización. Los datos de los solicitantes nunca se muestran aquí, sea cual sea el registro al que afectó el evento.
Política de revisión
Este bloque decide cómo se trabaja la cola, y es el ajuste que más vale la pena configurar bien desde el principio.
Visibilidad de la cola indica si cada revisor ve todos los casos o solo los suyos. Los propietarios y los responsables de revisión siempre lo ven todo.
Asignación automática o bien deja los casos nuevos en el grupo sin asignar hasta que alguien los reparta, o bien envía cada uno a quien tenga menos casos abiertos. La opción automática da preferencia a los revisores conectados y nunca envía a nadie un caso de un entorno que no puede abrir.
Toma de casos decide si un caso tiene que tomarse de la cola antes de poder decidirse. Si está activada, dos revisores nunca trabajan con el mismo solicitante. Si está desactivada, pueden hacerlo y llegar a conclusiones opuestas. Un caso tomado dura fija cuánto tiempo alguien retiene un caso antes de que vuelva a la cola para otra persona.
Decisiones automáticas resuelven casos a partir de la puntuación. Tú fijas un umbral de aprobación (aprobar desde ese valor), un umbral de rechazo (rechazar hasta ese valor), o solo uno de los dos, como porcentajes enteros de la puntuación global de la verificación. Todo lo que queda entre ambos sigue yendo a tus revisores.
Las decisiones automáticas son decisiones reales
Los solicitantes reciben un correo y tus webhooks se envían, exactamente igual que si hubiera decidido una persona. Un caso con cualquier comprobación fallida nunca se aprueba automáticamente, y la función está desactivada salvo que tú la actives.
Prueba puntual aplica tus umbrales una sola vez a tus casos en espera más antiguos, sin activar las decisiones automáticas. Informa de cuántos aprobó y cuántos rechazó. Esas decisiones también son reales, así que trata la prueba como una publicación controlada y no como una vista previa.