Loading
Fase 6 – slutt-til-slutt-validering

Fase 6 – slutt-til-slutt-validering

Utfall: En fullstendig, demonstrerbar tur fra "ansatt rapporterer et problem" til "innfrier løser det". Denne valideringen viser at de konfigurerte komponentene fungerer sammen på tvers av én fullstendig hendelsesreise.

Eier: Implementeringssalgsemne med pilotansatt og pilothendelsesansvarlig med.

Dag 1 lykkelig sti test

Kjør disse skriptet scenariene i rekkefølge. Ikke fortsett hvis en mislykkes.

  1. Scenario A – Ansatt sender, innfrier løses
    1. Pilotansatt logger seg på portalen.
    2. Pilotansatt sender en hendelse (for eksempel "Kan ikke få tilgang til VPN").
    3. Bekreft: hendelse vises i IT Fulfillers-kø med automatisk tildelt prioritet.
    4. Pilotinnfrieren godtar det rutede arbeidet eller åpner den tildelte hendelsen, avhengig av den konfigurerte rutingsmetoden.
    5. Innfrieren bruker og kontrollerer rettelsen, registrerer løsningen og angir den riktige livssyklustatusen.
    6. Kontroller at den ansatte kan hente den oppdaterte hendelsesstatusen eller, hvis varsler er konfigurert, motta den forventede oppdateringen.
  2. Valgfritt: Scenario B – Sende en katalogforespørsel (hvis forespørselsbehandling er i omfang)
    1. Pilotansatt åpner portalen Service Catalog (Tjenestekatalog).
    2. Sender en standard tjenesteforespørsel (for eksempel programvaretilgang).
    3. Bekreft: tjenesteforespørselen lander i den riktige innfrielseskøen.
  3. Valgfritt: Scenario C – Privilegert ansatt utløser eskalering (bare hvis konfigurert i fase 4)
    1. En bruker som er tildelt Privilegert bruker-koden på tilgangsnivå ≥ eskaleringsterskel, sender en hendelse.
    2. Bekreft: Et banner vises i hendelsesposten som angir prioritering.

Validering

  • Scenario A passerer. Kjør og valider de andre scenariene bare når deres tilhørende funksjoner er inkludert i det første omfanget.
  • Konfigurerte varsler leveres via de forventede kanalene.
  • Hvis Knowledge er i omfang, finnes minst én relevant Knowledge – eksempel eller kundeopprettet – fra Hendelse-posten.
Viktig
Viktig

Gjennomsnittlig

  • Ingen varsel ankommer: Mulige årsaker er manglende varselpreferanser eller ufullstendig e-post, Slack eller Microsoft Teams-konfigurasjon.
  • Hendelse forblir ikke tildelt: Mulige årsaker inkluderer en inaktiv tildelingsregel, ikke-samsvarende regelkriterier eller en feil konfigurert eier.
 
Laster
Salesforce Help | Article