Loading
Fase 6: Validación de extremo a extremo

Fase 6: Validación de extremo a extremo

Resultado: Un recorrido completo y demostrable de ā€œempleado reporta un problemaā€ a ā€œcumplidor lo resuelveā€. Esta validación demuestra que los componentes configurados funcionan juntos en una trayectoria de incidente completa.

Propietario: Prospecto de implementación, con la participación del Empleado piloto y el Rellenador de incidentes piloto.

La prueba de ruta feliz del dĆ­a 1

Ejecute estos escenarios con secuencias de comandos en orden. No siga adelante si falla uno.

  1. Escenario A: El empleado envĆ­a, el realizador resuelve
    1. Empleado piloto inicia sesión en el portal.
    2. Empleado piloto envĆ­a un incidente (por ejemplo, "No puede acceder VPN").
    3. Confirme: incidente aparece en Cola de llenadores de TI con prioridad asignada automƔticamente.
    4. La persona que realiza el piloto acepta el trabajo enrutado o abre el incidente asignado, dependiendo del mƩtodo de enrutamiento configurado.
    5. El proveedor aplica y verifica la solución, registra la resolución y establece el estado de ciclo de vida apropiado.
    6. Confirme que el empleado puede recuperar el estado del incidente actualizado o, si las notificaciones estÔn configuradas, recibe la actualización esperada.
  2. Opcional: Escenario B: Enviar una solicitud de catÔlogo (si la gestión de solicitudes estÔ en el Ômbito)
    1. Empleado piloto abre el CatƔlogo de servicio del portal.
    2. Envƭa una solicitud de servicio estƔndar (por ejemplo, acceso a software).
    3. Confirme: solicitud de servicio llega a la cola de realización apropiada.
  3. Opcional: Escenario C: Los empleados con privilegios desencadenan la distribución (solo si se configuran en la Fase 4)
    1. Un usuario con la etiqueta Usuario privilegiado asignada en el nivel de acceso ≄ umbral de distribución envĆ­a un incidente.
    2. Confirme: aparece una pancarta en el registro del incidente indicando la prioridad.

Validación

  • Pasa el escenario A. Ejecute y valide los otros escenarios solo cuando se incluyan sus funciones correspondientes en el Ć”mbito inicial.
  • Las notificaciones configuradas se entregan a travĆ©s de los canales esperados.
  • Si Knowledge estĆ” en el Ć”mbito, se puede encontrar al menos un artĆ­culo de Knowledge relevante (de muestra o creado por el cliente) desde el registro Incidente.
Importante
Importante

Escollos comunes

  • No llega ninguna notificación: Las posibles causas incluyen preferencias de notificación que faltan o configuración de email incompleta, Slack o Microsoft Teams.
  • El incidente permanece sin asignar: Las posibles causas incluyen una regla de asignación inactiva, criterios de regla no coincidentes o un propietario configurado incorrectamente.
 
Cargando
Salesforce Help | Article