Mappa le risposte a tutti i sottoelementi
TL;DR
Abilita il cascading nei moduli di richiesta affinché le risposte dell'elemento principale vengano aggiunte automaticamente a tutte le sottoattività e i sottoprogetti creati.
| Availability: Legacy Business, Legacy Enterprise.; Unavailability: Legacy Free, Legacy Professional.; |
| Disponibilità: Business, Pinnacle, Apex. ; Unavailability: Free, Team; |
Il cascading consente di aggiungere le risposte inviate tramite un modulo di richiesta all'elemento principale e a tutti i sottoelementi creati dalla richiesta, come sottoattività e sottoprogetti. Se il cascading non è abilitato, le risposte mappate si applicano solo all'elemento principale.
- Mantieni coerenti gli elementi di lavoro correlati sin dall'inizio.
- Trasporta le informazioni raccolte una sola volta nel modulo attraverso tutto il lavoro correlato.
- Rendi le informazioni importanti della richiesta disponibili direttamente nei sottoelementi, così gli utenti che vi lavorano hanno le informazioni di cui hanno bisogno.
- Migliora i report sull'intera struttura del progetto.
- Riduci gli aggiornamenti manuali dopo l'invio del modulo.
- Inizia a creare o modificare un modulo di richiesta.
- Vai alla domanda che desideri propagare nei sottoelementi.
- Fai clic sul menu a discesa accanto a Aggiungi una risposta a per scegliere le opzioni di mappatura 1.
- Passa il cursore su Name, Description o Fields e fai clic sul pulsante di cascading 2.
-
Fai clic su Pubblica o Salva 3.
Quando un modulo di richiesta crea un elemento principale e più sottoelementi, le informazioni importanti inviate tramite il modulo potrebbero essere disponibili solo nell'elemento principale. Ciò può costringere gli utenti che lavorano nei sottoelementi a tornare all'elemento principale per i dettagli, copiare manualmente le informazioni nei sottoelementi o aggiornare i valori dei campi dopo l'invio.
Il cascading delle risposte aiuta a rendere le informazioni rilevanti della richiesta disponibili direttamente nei sottoelementi, mantenendo la struttura configurata di ciascun sottoelemento.
Il cascading del nome viene configurato domanda per domanda, consentendo agli amministratori del modulo di scegliere quali risposte devono comparire in tutti i sottoelementi. Ciò aiuta a distinguere nomi di sottoelementi altrimenti identici creati dallo stesso blueprint in progetti o richieste diversi.
Il nome finale del sottoelemento può includere:
- La risposta propagata dal modulo di richiesta.
- Il prefisso del sottoelemento, se configurato.
-
Il nome predefinito del sottoelemento.
Note
Il cascading delle risposte al Name estende la funzionalità di Prefisso:
- Il prefisso applica un valore proveniente da una singola domanda, mentre il cascading può propagare le risposte di nome compilate dall'elemento principale a tutti i sottoelementi.
- Se più risposte sono mappate al Nome e impostate per essere propagate, tali risposte vengono compilate in un singolo prefisso in cascata utilizzando il formato con trattini.
- Il cascading del Nome supporta anche i sottoelementi creati tramite moduli dinamici o selezione dinamica di blueprint.
Se un sottoelemento ha sia un prefisso sia un nome predefinito, questi valori vengono mantenuti e la risposta in cascata viene aggiunta. Il cascading estende la configurazione di denominazione esistente invece di sostituirla.
Di conseguenza, il nome finale del sottoelemento può includere tutte le parti configurate nel seguente formato:
[Nome in cascata] [Prefisso] Nome del sottoelemento
Ad esempio:
- Una domanda del modulo di richiesta chiede A chi vuoi inviare la richiesta 1 (Domanda per il prefisso 2) e Quale lingua dei nostri prodotti o servizi hai utilizzato? (Domanda per il nome in cascata).
-
Nella configurazione del modulo di richiesta, la risposta a Quale lingua dei nostri prodotti o servizi hai utilizzato? 3 è mappata al Nome dell'elemento principale ed è impostata per essere propagata al Nome di tutti i sottoelementi.
-
Il mittente risponde con HC 4 e English 5.
- Quindi il nome dell'elemento principale include English. E lo stesso valore è impostato per essere propagato in tutti i sottoelementi creati.
- La risposta HC viene applicata come prefisso a tutti i sottoelementi in base alle impostazioni del modulo.
- Il sottoelemento creato dal blueprint mantiene il suo nome predefinito, ad esempio Help Center.
-
Il nome finale del sottoelemento include tutte e tre le parti, ad esempio [English] [HC] Help Center 6.
Il cascading della Descrizione viene configurato domanda per domanda, consentendo all'amministratore del modulo di decidere quali risposte siano rilevanti per apparire in tutti i sottoelementi.
La descrizione finale del sottoelemento può includere:
- Risposte delle domande mappate impostate per essere propagate.
- La descrizione predefinita dei sottoelementi, se esiste.
- Più risposte propagate alla sezione descrizione, quando configurate.
Se un sottoelemento ha una descrizione predefinita, questa viene mantenuta e le risposte in cascata vi si aggiungono.
Quando più domande sono mappate alla descrizione, le risposte compaiono nel sottoelemento sotto le intestazioni e con la struttura configurata nel modulo di richiesta.
Ad esempio:
Prendiamo come esempio un modulo di richiesta chiamato Customer Experience.
- Una domanda mappata aggiunge Dettagli della campagna 1.
- Un'altra domanda mappata aggiunge Pubblico di destinazione 2.
- Il sottoelemento contiene già una descrizione predefinita con Istruzioni di lavoro 3.
La descrizione finale del sottoelemento include le istruzioni di lavoro esistenti insieme alle sezioni Dettagli della campagna e Pubblico di destinazione propagate in cascata.
Il cascading dei valori dei campi rende disponibili le informazioni rilevanti della richiesta a tutti i livelli di lavoro e supporta i report sui sottoelementi senza dover copiare e incollare manualmente i dati.
Quando una risposta viene propagata ai Campi, il valore inviato viene applicato all'elemento principale e a ciascun sottoelemento creato dalla richiesta.
Il cascading dei valori dei campi è diverso dal cascading di Nome e Descrizione. Una volta inviato il modulo, il cascading rimane abilitato sul campo all'interno dello spazio di lavoro, quindi anche i sottoelementi aggiunti manualmente possono ereditare i valori dell'elemento principale. Per ulteriori informazioni, vedi Creare campi personalizzati.
A seconda del campo mappato, i valori compaiono nei sottoelementi come segue:
-
Campi personalizzati
Quando una risposta a una domanda mappata a un campo personalizzato è impostata per essere propagata, il valore inviato viene applicato all'elemento principale e a tutti i sottoelementi creati come valore del campo personalizzato.
Se lo stesso campo personalizzato ha già un valore predefinito nel blueprint utilizzato per creare il sottoelemento, il valore inviato in cascata sostituisce quel valore del blueprint. Se non viene inviata una nuova risposta per quel campo personalizzato mappato, il valore esistente del blueprint rimane invariato.
Il cascading del modulo di richiesta e il cascading del blueprint possono funzionare insieme quando i sottoelementi vengono creati da un blueprint:
- Se il blueprint non ha il cascading abilitato, il cascading configurato nel modulo di richiesta si applica solo alle risposte mappate e impostate per la propagazione nel modulo.
- Se il blueprint ha già il cascading abilitato, questo comportamento rimane attivo all'invio del modulo, indipendentemente dalla configurazione del cascading all'interno del modulo stesso.
- Il cascading abilitato nel blueprint non può essere disattivato dal modulo di richiesta.
Ad esempio:
- Il valore di campo predefinito del sottoelemento è Language = French.
- Una domanda del modulo di richiesta chiede Quale lingua dei nostri prodotti o servizi hai utilizzato? 1. Questa risposta è mappata al campo personalizzato e nel modulo è abilitata la propagazione a tutti i sottoelementi.
-
Quando il modulo viene inviato, il sottoelemento riceve il valore English 2, che sostituisce il valore originale ereditato dal blueprint.
-
Importanza
Quando una domanda per l'Importanza è impostata per essere propagata, il valore di Importanza inviato viene applicato all'elemento principale e a tutti i sottoelementi creati. Se il blueprint utilizzato dal modulo di richiesta definisce già un valore di Importanza predefinito, quest'ultimo viene sostituito dal valore propagato nello stesso modo in cui il valore dell'elemento principale viene aggiornato dalla risposta del modulo.
Una volta applicato, il cascading viene abilitato per il campo Importanza all'interno dello spazio di lavoro, quindi anche i sottoelementi creati manualmente possono ereditare il valore di Importanza dell'elemento principale.
Ad esempio:
- Il blueprint utilizzato per creare il sottoelemento definisce il valore di Importanza predefinito come Normal.
- Una risposta del modulo di richiesta è mappata al campo Importanza dell'elemento principale ed è abilitata la propagazione.
- Il mittente seleziona High nel modulo di richiesta.
Quando il modulo viene inviato, l'Importanza dell'elemento principale viene impostata su High 1 e lo stesso valore propagato viene applicato ai sottoelementi creati. Di conseguenza, il valore originale di Importanza del sottoelemento ereditato dal blueprint viene sostituito con High 2 .
Se non viene inviato un nuovo valore di Importanza nel modulo di richiesta, il valore di Importanza esistente definito nel blueprint utilizzato per creare il sottoelemento rimane invariato.