Inleiding

De Workflow-functie in het HP Workforce Experience Platform (WXP) is een low-code workflow-orkestratiefunctie die is ontworpen voor grootschalige IT-remediatie. Het stelt IT-beheerders in staat om geautomatiseerde workflows uit te rollen over duizenden endpoints via een visuele, drag-and-drop interface, waardoor teams worden geholpen over te stappen van reactieve ticketafhandeling naar proactieve remediation.

Afhankelijkheden en Vereisten

Scriptvereiste voor vertakkingen

• Scripts moeten van tevoren worden getest. Scriptuitvoer wordt gebruikt voor:

  • Vertakkingslogica

  • Webhook-payloads / queryparameters

• Webhook moet van tevoren getest worden. Momenteel ondersteunen we alleen ondersteuning voor JSON-invoer en platte tekst OF JSON-uitvoeren.

Platform- en versievereisten

Zorg ervoor dat aan de volgende vereisten wordt voldaan voordat je workflows aanmaakt:

Een workflow creëren

Stap 1: Een trigger toevoegen

Elke workflow moet beginnen met een trigger:

1. Log in op WXP. De startpagina wordt weergegeven.

2. Klik in het linkermenu van WXP op Labs. De Labs-pagina wordt weergegeven.

3. Scroll op de Labs-pagina naar het Workflow-gedeelte en klik op Try Workflow. De afsluitende workflow wordt weergegeven.

   

4. Klik op Toevoegen om een nieuwe workflow aan te maken. Het dialoogvenster 'Workflow toevoegen ' wordt weergegeven.  

   

5. In het dialoogvenster 'Workflow toevoegen ' kun je ofwel een nieuwe workflow vanaf nul aanmaken of een bestaande workflow dupliceren en aanpassen.

   

6. Bij het maken vanaf nul activeer je een gebeurtenis:

   1. Event Trigger (alert-gebaseerd): De workflow wordt gestart wanneer er een waarschuwing plaatsvindt. De beschikbare alertopties omvatten de bestaande alerts die in het platform zijn aangemaakt of verstrekt.

   2. Schedule Trigger: Beheerders kunnen de datum, tijd en doelgroepen voor de workflow definiëren. De weergegeven groepsopties zijn gebaseerd op de groepen die in het WXP-platform zijn aangemaakt.

   

Stap 2: Acties toevoegen

Na het toevoegen van een trigger kun je één of meer acties toevoegen om te definiëren wat de workflow moet doen.

• Script:  De weergegeven scriptopties zijn de bestaande scripts die ofwel in WXP zijn gemaakt of door WXP worden geleverd.

• Webhook: Integreer met^{3-componenten} systemen, zoals ServiceNow, Teams en Slack. Configureer je webhook handmatig of via de Swagger API endpoint-URL. Testen is vereist voordat de webhook in een workflow wordt gebruikt.

• Apparaatactie: Een apparaatactie kan worden gebruikt om driverupdates uit te voeren, zoals:

  • Alle driverupdates worden uitgezet

  • Alleen kritieke driverupdates uitrollen

  • Het uitrollen van alle of kritieke driverupdates voor geselecteerde drivercategorieën

Stap 3: Branching Logic toevoegen

Gebruik if/then/else-voorwaarden om geavanceerde logische paden te creëren. Vertakkingen kan gebaseerd zijn op de output van scripts, webhooks of driver-updates.

Huidige beperkingen

• Geneste vertakkingen worden niet ondersteund

  • Een tak die vóór of na een andere tak wordt geplaatst, wordt als apart behandeld—niet genest—

• Je kunt geen acties toevoegen na een tak

Tijdzonegedrag voor schema-trigger

Dit gedrag geldt alleen voor de Schedule-trigger. Bij het aanmaken van een workflow wordt de geplande tijd ingesteld in de tijdzone van jouw (de maker). De uitvoering vindt echter plaats in de lokale tijdzone van elk doelapparaat. Als je bijvoorbeeld een workflow plant voor 9:00 uur PST; de apparaten in EST voeren de workflow uit om 12:00 uur EST. Dit helpt ervoor te zorgen dat workflows op het beoogde lokale tijdstip voor elke ontvanger worden uitgevoerd, ongeacht waar ze zich bevinden.

Waarschuwingen en activiteitsgedrag voor gebeurtenistrigger

Vloot- versus apparaatwaarschuwingen

Workflow-uitvoeringen die door waarschuwingen worden getriggerd, worden weergegeven in het tabblad Activiteit van WXP. Activiteitsgedrag gebaseerd op het type Alert:

• Waarschuwing op vlootniveau: Uitvoeringen worden weergegeven wanneer een alarm wordt geactiveerd over een vloot van apparaten.

• Apparaatniveau-waarschuwing: Uitvoeringen worden individueel gevolgd voor elk apparaat

• Opmerking:

  • Als een alert al actief is vóór publicatie, worden die apparaten opgenomen in het workflowpubliek.

  • Als een waarschuwingsregel verandert, dat wil zeggen het gedeelte "Trigger Conditions" van de waarschuwingsregel wordt bijgewerkt, kan dit nieuwe uitvoeringen triggeren.

Het Publiek Redigeren

• Bewerken wordt alleen ondersteund voor planningsgebaseerde workflows die datumgebaseerde triggers gebruiken.

• Het bewerken van het publiek wordt niet ondersteund voor event-based workflows nadat ze zijn gepubliceerd.

Bewerkingsregels

De volgende regels zijn van toepassing op basis van de status van de workflow:

1. Werkstroom is actief (Terugkerend, Voorbijgaande Starttijd)

• Publiek: In dit stadium is het publiek bewerkbaar.

• Groepen:

  • Groepen toevoegen: Als groepen worden toegevoegd, worden ze opgenomen in de huidige uitvoering (indien niet voltooid) en toekomstige uitvoeringen. Deze actie is te bekijken in het tabblad Activiteit , dat de gebruiker toont die de groep heeft aangemaakt en de tijdstempel van groepsaanmaak.

  • Verwijdering van groepen: Als groepen worden verwijderd, worden ze verwijderd van de resterende apparaten in de huidige uitvoering en uit toekomstige uitvoeringen. Ze worden niet verwijderd van apparaten waar de uitvoering is voltooid. Deze actie is ook te bekijken in het tabblad Activiteit .

2. Werkstroom is actief (Starttijd is niet verstreken)

Het publiek kan nog steeds worden gemonteerd. Alle wijzigingen die worden aangebracht, zijn van toepassing op de komende loop. Alle acties worden geregistreerd met gebruikersgegevens en tijdstempel van de update.

3. Workflow is actief (Eenmalig, starttijd voorbij)

Publiek is vergrendeld en Workflow is afgerond.

Workflow-statussen bekijken

Je kunt de status bekijken op de Workflows-pagina van WXP.

De volgende statussen worden ondersteund.

Workflow-KPI's beoordelen

Nadat een workflow is gepubliceerd, kun je de KPI's bekijken door op de workflownaam te klikken op de pagina Workflow List en vervolgens naar het tabblad Activiteit op de pagina Workflow Details te navigeren. De KPI's worden weergegeven onder het tabblad Uitvoeringen.

Uitvoeringsstatus beoordelen

Nadat een workflow is gepubliceerd, kun je uitvoeringsstatussen bekijken door op de workflownaam te klikken op de Workflow-lijstpagina en vervolgens naar het tabblad Activiteit te navigeren. De executies worden weergegeven in een tabel.

Uitvoeringsniveau status (per uitvoering)

• In uitvoering: Dezelfde criteria als hierboven

• Voltooid: Afgerond of opgelost

• Geannuleerd: Workflow geannuleerd vóór uitvoering

Het beoordelen van KPI's op apparaatniveau

Status op apparaatniveau (binnen een workflow-uitvoering)

De status op apparaatniveau geeft aan of een individueel apparaat alle stappen in een workflow succesvol heeft voltooid of een probleem heeft ondervonden tijdens de uitvoering. Dit wordt na publicatie geopend door op de workflownaam te klikken op de Workflow-lijstpagina > tabblad Activiteit > Uitvoering (in het geval van een apparaatniveauwaarschuwing worden apparaten als een uitvoering behandeld).

Nadat een workflow is gepubliceerd, kunt u de status op apparaatniveau bekijken door op de naam van de workflow te klikken op de pagina Workflow-lijst > tabblad Activiteit , > Uitvoering. Voor apparaatniveau-alerts wordt elk apparaat behandeld als een aparte uitvoering.

Opmerking: Als een apparaat op een fatale fout in een stap voorkomt, gaat het niet verder met volgende stappen in de workflow.

Statustypen

De volgende statussen worden op apparaatniveau ondersteund:

Opmerking:

• Resultaten van apparaatuitvoering zijn zichtbaar in het tabblad Activiteit .

• Executies verschijnen alleen wanneer ze plaatsvinden

  • Terugkerende workflows tonen toekomstige uitvoeringen niet van tevoren

• Inzichten op apparaatniveau helpen bij het identificeren:

  • Falingspunten

  • Offline apparaten

  • Uitvoeringsknelpunten

Workflow Builder Use Cases

1. Een ServiceNow-ticket aanmaken vanuit een melding

• Scenario: Uw organisatie wil automatisch een ServiceNow (SNOW) incident aanmaken wanneer een specifieke waarschuwing wordt geactiveerd in HP WXP.

• Oplossing: Gebruik een gebeurtenisgestuurde trigger (Alert) door de relevante alert te selecteren. Bijvoorbeeld: apparaatgezondheid, app-crash, prestatieprobleem)

  • Actie: Voeg een Webhook-actie  toe en configureer de webhook om te integreren met je ServiceNow-endpoint. Zorg ervoor dat de webhook-payload belangrijke apparaatdetails bevat (zoals het serienummer van het apparaat) om nauwkeurige ticketaanmaak en tracking te ondersteunen. Je kunt deze velden dynamisch invullen met onze variabelenlijst die toegang biedt tot:

    • Globale variabelen, zoals attributen op apparaatniveau.

    • Stapuitvoer, zoals scriptresultaten of eerdere actie-uitvoeren

Het gebruik van deze variabelen zorgt voor consistente opmaak en maakt rijkere, contextbewuste integraties mogelijk (zoals ServiceNow-tickets).

• Resultaat:

  • Wanneer de melding wordt geactiveerd, wordt per apparaat automatisch een ServiceNow-ticket aangemaakt.

  • Snellere incidentrespons zonder handmatige interventie

Opmerking: Zorg ervoor dat webhook-payloads vooraf worden getest om veldmappings en ticketcreatie in ServiceNow te valideren.

2. Geautomatiseerde herstelactie + ticketing voor PowerPoint-crashes

• Scenario: Een waarschuwing geeft aan dat PowerPoint-crashes een percentage van uw wagenpark beïnvloeden. Uw organisatie wil getroffen apparaten automatisch herstellen en alleen tickets aanmaken bij storingen.

• Oplossing: Gebruik een gebeurtenisgebaseerde trigger (Alert). Bijvoorbeeld, PowerPoint crasht en beïnvloedt X% van de apparaten.

  1. Actie 1: Voer een scriptactie uit om getroffen apparaten bij te werken naar de nieuwste versie van Microsoft Office.

     1. Vertakkingslogica (als/dan):

        1. Evalueer het resultaat van het script:

           1. Als Exit Code = 0 (Script Succes):

              1. Einde workflow (probleem opgelost)

           2. Anders (Mislukt):

              1. Ga door naar de volgende stap

  2. Actie 2 – Webhook (ServiceNow ticket):

     1. Activeer een webhook om een ServiceNow-ticket aan te maken, als apparaten onder de Else-voorwaarde vallen (oftewel mislukt).

        1. Omvat:

           1. Apparaatgegevens

           2. Script-uitvoer (voor probleemoplossing)

• Resultaat:

  • Apparaten worden automatisch op grote schaal hersteld

  • Alleen defecte apparaten genereren tickets, waardoor het geluid wordt verminderd

  • IT-teams richten zich op uitzonderingen in plaats van op de hele vloot

Belangrijkste voordelen over alle use cases heen

• Vermindert handmatige ticketaanmaak

• Automatiseert sanering vóór escalatie

• Minimaliseert het ticketvolume in ServiceNow

• Verbetert de responstijd en de eindgebruikerservaring

Gerelateerde bronnen

Voor meer informatie, zie het artikel Overzicht van de workflow .