Assegnazione di team alle attività BPD (obsoleto)

Tradizionale:
per qualsiasi attività con un'implementazione del servizio, è possibile designare gli utenti che ricevono l'attività di runtime utilizzando la pagina Assegnazioni nelle proprietà per tale attività.

1. Aprire desktop Process Designer (obsoleto).
2. Aprire un'applicazione del processo che contiene una BPD (business process definition).
3. Fare clic su un'attività in un diagramma BPD per visualizzare le proprietà.
4. Passare alla pagina Assegnazioni nella vista proprietà
5. Dall'elenco Assegna a , scegliere una delle seguenti opzioni:

   Tabella 1. Opzioni di assegnazione

   Opzione	Descrizione
   Corsia	Assegna l'attività di runtime al team associato alla swimlane in cui si trova l'attività selezionata (la selezione predefinita). Se si seleziona questa opzione, è possibile utilizzare un servizio di filtro team per eliminare dinamicamente gli utenti dall'assegnazione all'attività.
   Team	Assegna l'attività di runtime a un team. Se si seleziona questa opzione, è possibile specificare un team statico o utilizzare un servizio di richiamo del team per selezionare in modo dinamico una serie adatta di utenti. Inoltre, è possibile utilizzare un servizio di filtro team per rimuovere gli utenti non idonei dal team.
   Politica di instradamento (obsoleto)	Assegna l'attività di runtime in base alla politica che si stabilisce.
   Elenco di utenti (obsoleto)	Assegna l'attività di runtime ad un elenco ad hoc di utenti. Se l'elenco contiene un solo utente, l'attività viene assegnata direttamente a questo utente.
   Personalizzato	Assegna l'attività di runtime in base all'espressione JavaScript fornita nel campo corrispondente. Per selezionare una variabile per l'espressione, fare clic sull'icona di selezione della variabile accanto al campo. L'espressione JavaScript può produrre i seguenti formati di espressione supportati: USER:nome_utente;TEAM:nome_team USER:nome_utente;ROLE:nome_gruppo RUOLO:nome_gruppo USER:nome_utente TEAM:nome_team Nell'elenco sopra riportato, nome_utente è il nome di un utente di Business Automation Workflow (come author) e nome_gruppo è il nome di un gruppo di sicurezza Business Automation Workflow (come tw_authors) e nome_team è il nome di un team Business Automation Workflow . Quando USER e TEAM o ROLE vengono specificati nell'espressione, l'attività verrà assegnata all'utente specificato e al team o al ruolo. Non è presente alcun controllo di convalida dell'appartenenza per verificare se l'utente specificato è membro del team o del ruolo. L'ordine di USER, TEAM e ROLE nell'espressione non è significativo. Le espressioni Nota: complesse JavaScript possono essere immesse o incollate nel campo Espressione e possono essere personalizzate come richiesto. È possibile concatenare più espressioni valide per produrre un'espressione JavaScript complessa, ad esempio tw.local.isWeekendCrew?"ROLE:WeekendManagers":"ROLE:Managers".

   Importante: per essere visualizzato nel dashboard Prestazioni del team, le attività devono essere assegnate a un team o a una corsia del team. Le attività assegnate alle opzioni obsolete non vengono visualizzate nel dashboard Prestazioni del team.
6. Facoltativo: dall'elenco Team di esperti , selezionare il team che si desidera associare all'attività selezionata.
7. Se si seleziona Assegna a Team è necessario assegnare un team.
   1. Per definire un nuovo team, selezionare Nuovo, fornire un nome e completare le proprietà del team.
      Per ulteriori informazioni sulle proprietà del team, consultare Creazione di un team.
   2. Se si vuole selezionare un team esistente, fare clic su Seleziona, quindi scegliere un team dall'elenco.
   3. Se si desidera specificare un nome di gruppo fisso o un gruppo non ancora definito, immettere il nome come valore letterale, ad esempio damageAssessors.
   4. Se si desidera che il team venga selezionato in base al valore di una variabile locale o di ambiente, specificare il nome della variabile, ad esempio tw.local.dynamicTeamName.
8. Facoltativo: se si seleziona Assegna a Team o Assegna a Corsia , viene visualizzata la sezione Servizio filtro team .
   Se si desidera utilizzare un servizio di filtro team per eliminare determinati utenti prima che venga applicata la distribuzione utente, completare la seguente procedura.
   1. Per assegnare un Servizio di filtro team, fare clic su Seleziona per selezionare un servizio di filtro team esistente oppure fare clic su Nuovo per definirne uno nuovo.
      Se si seleziona Nuovo, eseguire Configurazione di un servizio filtro team.
   2. Se il servizio filtro team selezionato o definito richiede parametri dall'applicazione, viene visualizzata una sezione Associazione input servizio filtro team .
      Per ogni variabile di servizio richiesta, immettere il nome della variabile del processo corrispondente, ad esempio, tw.local.estimatedClaimAmount o tw.system.user.id.
9. Dall'elenco Distribuzione utente , scegliere una delle seguenti opzioni:

   Tabella 2. Distribuzione utente

   Opzione	Descrizione
   Nessuno	Business Automation Workflow assegna l'attività di runtime a tutti gli utenti potenziali (impostazione predefinita). Questa opzione è sempre valida per le opzioni di assegnazione che risultano in un singolo utente per l'assegnazione dell'attività di runtime, ad esempio, quando un elenco di utenti contiene un solo utente.
   Ultimo utente	Si applica solo alle opzioni di assegnazione Corsia e Team . Assegna l'attività di runtime a un utente che ha completato un'attività in precedenza. Se l'opzione di assegnazione è impostata su Corsia, l'attività viene assegnata all'ultimo utente associato all'attività che è stata completata più recentemente nella stessa corsia. Se l'opzione di assegnazione è impostata su Team, l'attività viene assegnata all'utente che ha completato l'ultima attività assegnata allo stesso team. In entrambi i casi, l'attività viene assegnata solo a un ultimo utente stabilito, se l'utente è un membro del gruppo associato all'attività. Un ultimo utente stabilito viene determinato utilizzando rispettivamente la politica valida per l'opzione di assegnazione Corsia o Team. Se l'utente non è un membro del gruppo associato all'attività, questa viene assegnata al gruppo di attività. Non selezionare l'opzione Ultimo utente per la prima attività in una corsia a meno che non sia stata selezionata l'assegnazione corsia, l'attività è un servizio in una BPD di livello superiore e un evento di avvio è nella corsia. In tal caso, il task di runtime viene instradato all'utente che ha avviato il BPD.
   Bilanciamento del carico	Dai potenziali utenti che possono ricevere l'attività di runtime, Business Automation Workflow assegna agli utenti che hanno il minor numero di attività aperte, indipendentemente dalla presenza.
   Round Robin	Dai potenziali utenti che possono ricevere l'attività di runtime, Business Automation Workflow assegna agli utenti in modalità round - robin. Ad esempio, se gli utenti nel team Call Center devono ricevere l'attività di runtime, Business Automation Workflow assegna ciascuna attività (creata da ciascuna istanza del processo) in serie - a un utente nel gruppo dopo l'altro. Per impostazione predefinita, le attività create vengono assegnate in una modalità round-robin solo se vengono create in pochi secondi e non vengono create in parallelo. Tuttavia, se le attività vengono create in parallelo, alcune di esse potrebbero a volte essere assegnate allo stesso utente. Per evitare l'assegnazione di attività consecutive allo stesso utente, può essere utilizzata una procedura round-robin ottimizzata che assegna l'ID utente successivo alle attività create sullo stesso server. Il processo ottimizzato non coordina la selezione dell'utente tra i server all'interno di un cluster. Per attivare la procedura round-robin ottimizzata, aggiungere la seguente impostazione al file 100Custom.xml appropriato nella topologia: <server> <bpd-engine> <optimize-round-robin-per-server>true</optimize-round-robin-per-server> </bpd-engine> </server> Quando questa impostazione non è inclusa nel file 100Custom.xml o è impostata su false, viene applicata la procedura round robin predefinita. Nota: l'ordinamento per ID attività non riflette necessariamente l'ordine dell'assegnazione utente. Considera il seguente esempio: A causa dell'elaborazione parallela del motore BPD, vengono create diverse attività con la stessa data/ora. Richiamare le attività create task1, task2, task3e task4 con ID attività T1, T2, T3e T4 rispettivamente e gli utenti U1, U2, U3e U4. Durante l'elaborazione round - robin, le attività vengono assegnate agli utenti come task1-U1, task2-U2, task3-U3, task4-U1. Tuttavia, a causa delle limitazioni di serializzazione, gli ID attività potrebbero non essere assegnati nello stesso ordine delle attività create. Possono invece essere assegnati come task1-T1, task2-T3, task3-T4, task4-T2. Ora, poiché la data e l'ora di creazione sono uguali per tutte le attività, quando si ordinano i dati per ID attività, il criterio di ordinamento è T1(task1)-U1, T2(task4)-U4, T3(task2)-U2, T4(task3)-U3.