Conversazioni avviate dall'applicazione
Nei casi in cui si desidera che una competenza avvii una chat con i clienti, è possibile utilizzare la funzione di conversazione avviata dall'applicazione in Oracle Digital Assistant per avviare conversazioni con gli utenti. Ad esempio, è possibile utilizzare questa funzione per inviare un promemoria di appuntamento, un avviso di traffico o lo stato del volo.
Le conversazioni avviate dall'applicazione sono conversazioni avviate da Digital Assistant in risposta a un evento ricevuto da un'applicazione esterna. Digital Assistant utilizza il contenuto del messaggio dell'evento dell'applicazione per attivare una delle proprie competenze per notificare prima un utente e quindi avviare una conversazione nello stato nel flusso della finestra di dialogo applicabile all'evento. È possibile attivare la conversazione tramite un assistente digitale o mediante una competenza autonoma.
Questa funzione funziona sulle seguenti piattaforme:
- Twilio/SMS
- Team MS
- Slack
Le conversazioni avviate dall'applicazione non sono attualmente supportate per gli skill con flussi di dialogo creati con Visual Flow Designer. Per gli skill sviluppati utilizzando la modalità flusso della finestra di dialogo Visualizzazione, utilizzare Eventi esterni.
Caso d'uso: un'app per la generazione di report sulle spese
Per avere un'idea della notifica iniziale dell'utente e delle azioni successive specifiche dell'evento, considera un assistente digitale che reagisce agli eventi inviati da un'app per le note spese. Questa app invia messaggi all'assistente digitale ogni volta che una nota spese viene approvata o rifiutata e quando sono necessarie ulteriori informazioni. A sua volta, l'assistente digitale avvia una conversazione con l'utente.
È possibile creare uno skill con stati di inizio per ogni evento (approvare, rifiutare e sono necessarie ulteriori informazioni). Lo stato iniziale può generare un messaggio sull'evento e quindi avviare un flusso che consente all'utente di eseguire l'azione applicabile:
- Conferma di aver visto l'approvazione
- Risottomettere la nota spese
- Completare la nota spese aggiungendo informazioni mancanti
Funzionamento delle conversazioni avviate dall'applicazione
Una conversazione avviata dall'applicazione è una conversazione che viene visualizzata come se lo skill avesse avviato la conversazione, anziché l'utente. Può trattarsi di una conversazione con uno skill con cui un utente ha precedentemente interagito o meno (nel caso in cui non sia richiesta l'autenticazione dell'utente).
L'impostazione di una conversazione avviata dall'applicazione include gli artifact riportati di seguito.
-
Piattaforma di messaggistica: un canale esterno attraverso il quale l'utente conversa con lo skill o l'assistente digitale. L'utente deve avere accesso alla piattaforma di messaggistica, ad esempio un account Twilio, un'applicazione integrata da bot installata nell'area di lavoro Slack o per il proprio team MS.
-
Competenza: lo skill può essere autonomo o far parte di un assistente digitale e può richiedere o meno l'autenticazione dell'utente.
-
Evento di notifica: una richiesta POST che attiva la conversazione.
-
App esterna: un'applicazione che invia la richiesta POST a Digital Assistant.
-
Canale applicazione: canale creato in Digital Assistant per consentire all'applicazione esterna di inviare messaggi all'istanza. È inoltre possibile utilizzare questo canale per impostare se richiedere utenti autenticati.
-
Canale utente: un canale per la piattaforma di messaggistica, creato in Digital Assistant per instradare un evento di notifica da un'applicazione esterna a un assistente digitale o a una competenza. I messaggi da e verso l'utente vengono inviati tramite questo canale.
Ecco il flusso generale di come funziona una conversazione avviata da abilità. Di seguito sono riportati i dettagli per ogni passo del flusso.
-
Il flusso inizia quando un'applicazione esterna invia una richiesta POST all'URL in entrata del canale dell'applicazione. Il payload della richiesta contiene le informazioni necessarie per autenticare la richiesta, identificare il canale utente in base al nome e determinare lo skill di destinazione e il relativo stato iniziale.
-
Il canale dell'applicazione verifica che la chiave segreta inviata dall'applicazione esterna corrisponda alla chiave segreta del canale dell'applicazione.
-
Digital Assistant cerca quindi nel canale utente il nome passato nel corpo della richiesta.
-
Per trovare lo skill di destinazione, Digital Assistant esamina il percorso nel canale utente. Il target può essere un assistente digitale o un'abilità. Quando la destinazione è un assistente digitale, Digital Assistant prevede di trovare il nome e la versione della competenza nel corpo della richiesta. Successivamente, Digital Assistant esamina i mapping tra payload e stato dello skill per trovare una voce corrispondente al tipo di payload nel corpo della richiesta. L'ingresso corrispondente indica lo stato con cui avviare il flusso di conversazione.
Se il canale dell'applicazione ha impostato l'opzione Usa ID utente autenticato su Attivo, l'utente deve aver interagito con lo skill negli ultimi 14 giorni. In caso contrario, lo skill non riconoscerà l'utente autenticato.
-
Digital Assistant trasmette e riceve messaggi attraverso il canale utente che gestisce il traffico tra Digital Assistant e la piattaforma di messaggistica. In primo luogo, lo skill invia una notifica che indica che lo skill desidera avviare una conversazione, quindi avvia il flusso di conversazione.
Se un utente riceve una notifica mentre si trova a metà conversazione con un'altra abilità, chiede se desidera cambiare conversazione per intraprendere un'azione sulla notifica.
Se l'utente risponde "Sì" (il che spesso significa passare da una competenza all'altra):-
L'utente viene posizionato nello stato nel flusso della finestra di dialogo che li avvia nel flusso di conversazione.
-
Dopo aver completato questo flusso, all'utente viene chiesto se desidera riprendere la conversazione precedente. Se l'utente risponde "Sì", viene restituito al punto in cui è stato interrotto.
-
Continueranno con la loro abilità attuale.
-
Al termine della transazione, viene richiesto di eseguire un'azione sulla notifica.
-
Esercitazione: Conversazioni avviate dall'applicazione
È possibile dare un'occhiata pratica alle conversazioni avviate dall'applicazione esaminando questa esercitazione: Invia promemoria mediante conversazioni avviate dall'applicazione.
Implementazione delle conversazioni avviate dall'applicazione
Per abilitare le conversazioni avviate dall'applicazione, configurare uno skill, un canale utente, un canale applicazione e un'applicazione esterna. Facoltativamente, è possibile aggiungere la competenza a un assistente digitale e configurare l'assistente digitale per le funzioni di conversazione avviate dall'applicazione nella competenza.
Configurare la competenza
Una conversazione avviata dall'applicazione inizia quando un'applicazione esterna invia un evento allo skill o all'assistente digitale a cui appartiene. È necessario apportare alcune modifiche alle proprie abilità in modo che la conversazione inizi nel posto giusto e visualizzi i valori desiderati.
Un evento inviato da un'applicazione esterna deve includere un tipo di payload che identifica in modo univoco l'evento per lo skill. In genere, il tipo di payload indica l'azione prevista per lo skill, ad esempio msgReminder
o cancelAppointment
. L'evento può inoltre includere parametri nel relativo oggetto JSON variables
, ad esempio il nome di un paziente o l'ora di un appuntamento.
Nella propria abilità, è necessario assicurarsi che nel flusso della finestra di dialogo sia presente uno stato iniziale per ogni evento (gli eventi multipli possono avere lo stesso stato iniziale). È inoltre necessario aggiungere variabili a livello di flusso per contenere i valori dei parametri, se presenti. È quindi necessario mappare il tipo di payload dell'evento allo stato iniziale.
Per ogni evento, effettuare le operazioni riportate di seguito.
-
Se l'applicazione esterna passerà un oggetto
variables
nel payload dei messaggi dell'evento, aggiungere variabili a livello di flusso per contenere i valori delle proprietà dell'oggetto.Il nome della variabile a livello di flusso deve corrispondere al nome della proprietà nell'oggetto
variables
. Si supponga, ad esempio, che l'applicazione esterna invii un corpo di richiesta come questo per un evento di promemoria appuntamento:{ "userId": "16035550100", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" } } }
-
Assicurarsi che il flusso della finestra di dialogo abbia uno stato iniziale per l'evento.
Suggerimento
Se la piattaforma di messaggistica è di solo testo, considerare la possibilità di rendere l'input utente meno soggetto a errori configurando la numerazione automatica nel flusso della finestra di dialogo dello skill. Considera anche di mostrare o nascondere il testo in base alla piattaforma di messaggistica. Vedere Canali di solo testo. -
Per mappare l'evento allo stato iniziale, fare clic su Impostazioni
, fare clic su Eventi e quindi su + Aggiungi mapping. Immettere quindi questi campi:
-
Tipo di payload: nome che identifica in modo univoco l'evento. L'applicazione esterna deve utilizzare questo nome per indirizzare il messaggio allo stato applicabile.
Il tipo di payload viene utilizzato dall'applicazione esterna anziché dal nome di stato effettivo perché il tipo di payload è una costante, mentre il nome dello stato potrebbe cambiare se il flusso della finestra di dialogo viene rivisto.
-
Nome stato: lo stato iniziale dell'evento nel flusso della finestra di dialogo.
In questo screenshot il tipo di payload
msgReminder
viene mappato allo statoremindermessage
nel flusso della finestra di dialogo.
Descrizione dell'immagine evento-map.pngQuando si aggiunge uno skill a un assistente digitale, i mapping tra eventi e stati dello skill vengono aggiunti automaticamente alla pagina Eventi dell'assistente digitale. È possibile accedere a questa pagina dalla pagina Impostazioni dell'assistente digitale.
-
Configurare una competenza autenticata dall'utente
Se la competenza richiede agli utenti di eseguire l'autenticazione con Oracle Identity Cloud Service o Oracle Access Manager, è necessario configurare il canale dell'applicazione, la competenza e l'applicazione esterna per abilitare la competenza per associare l'ID utente autenticato all'ID utente bot.
Affinché gli eventi inviati a uno skill autenticato dall'utente funzionino, l'utente deve aver già effettuato l'accesso al provider di identità dallo skill. Si supponga, ad esempio, che Deva stia utilizzando uno skill per creare una nota spese. Prima di poter fare qualsiasi cosa nell'abilità, l'abilità le chiede di accedere. Lo skill associa quindi il proprio ID utente autenticato al proprio ID utente per la piattaforma di messaggistica e ai parametri della piattaforma di messaggistica inseriti nella cache nel profilo dell'utente.
Dopo aver completato la nota, chiede di essere avvisata quando la spesa viene approvata. La società utilizza un'applicazione esterna per inviare l'evento di notifica allo stesso skill. Affinché l'app possa inviare l'evento a un'abilità autenticata dall'utente, deve inviare l'ID utente autenticato di Deva anziché l'ID utente della piattaforma di messaggistica. Dato l'ID utente autenticato, l'abilità può cercare l'ID utente della piattaforma e le informazioni dal profilo memorizzato nella cache ottenute quando Deva ha effettuato l'accesso in origine.
Se Deva non ha mai effettuato l'accesso dallo skill, l'autenticazione è scaduta o la cache del profilo è scaduta, Digital Assistant risponde alla richiesta di evento con un errore di 500.
Oltre ai passi descritti in Configura skill, è necessario completare i passi riportati di seguito per configurare le conversazioni avviate dall'applicazione per le competenze autenticate dall'utente.
-
Se lo skill ha già abilitato l'autenticazione utente, andare a Impostazioni > Servizi di autenticazione, aprire il servizio e assicurarsi che l'opzione Aggiorna periodo di conservazione token sia impostata su 14 giorni, corrispondente alla durata di scadenza della cache del profilo utente. È necessario sincronizzare questi valori.
-
Se lo skill non ha ancora abilitato l'autenticazione utente, attenersi alla procedura riportata di seguito.
-
Assicurarsi che un amministratore abbia completato i passi in Registrazione provider di identità.
-
Creare un servizio di autenticazione per il provider di identità come descritto in Authentication Services.
-
Assicurarsi che l'opzione Aggiorna periodo di conservazione token del servizio di autenticazione sia impostata su
14
giorni, il che corrisponde alla durata di scadenza della cache del profilo utente. È necessario sincronizzare questi valori. -
Per consentire agli utenti di accedere dalla competenza, aggiungere uno stato per il componente Collegamento account OAuth 2.0 al flusso della finestra di dialogo, come descritto in OAuth 2.0 Collegamento account.
-
-
Quando si crea il canale dell'applicazione, impostare Usa ID utente autenticato su Attivo. In alternativa, se è già stato creato, aprire il canale e attivarlo.
Nel corpo della richiesta inviato dall'applicazione esterna a Digital Assistant, ricordarsi di impostare la proprietà userId
sull'ID utente autenticato come descritto in Configura applicazione esterna.
Creare un canale utente per la piattaforma di messaggistica
Affinché le conversazioni avviate dall'applicazione funzionino, sarà necessario creare un canale utente per collegare la competenza all'account della piattaforma di messaggistica. Vedere questi argomenti per la procedura di creazione di un canale utente per la piattaforma specifica.
Tenere presente che se si seleziona uno skill dall'elenco Invia a del canale, tutti i messaggi dell'applicazione esterna inviati a questo canale vengono instradati allo skill selezionato. Tuttavia, se si seleziona un assistente digitale, sarà necessario specificare la competenza di destinazione nel payload dei messaggi dell'applicazione esterna.
Creare un canale per l'applicazione esterna
È necessario creare un canale applicazione per consentire all'applicazione esterna di inviare messaggi a Digital Assistant. Dopo aver creato il canale, Digital Assistant assegna una chiave segreta. È necessario utilizzare questa chiave segreta nell'applicazione esterna.
-
Nella barra di navigazione a sinistra fare clic su Canali, fare clic su Applicazioni, quindi su + Configurazione applicazione.
-
Immettere un nome ed eventualmente una descrizione.
-
(Opzionale) Tutti i messaggi di errore correlati al canale vengono registrati nel file di log del server. Se si desidera che Digital Assistant invii anche questi messaggi di errore a un servizio Web esterno, immettere l'URL del servizio Web nel campo URL applicazione in uscita.
Se si verifica un errore, ad esempio un problema durante l'avvio di una conversazione tramite il canale utente, Digital Assistant invia un messaggio di errore come oggetto JSON con le proprietà
botId
,sessionId
emessage
. -
(Facoltativo) Se la competenza di destinazione richiede l'autenticazione mediante il componente Collegamento account OAuth 2.0 e l'applicazione esterna invierà l'ID utente autenticato anziché l'ID utente della piattaforma di messaggistica, passare a Usa ID utente autenticato.
Quando questa opzione è attivata, Digital Assistant cercherà l'ID utente della piattaforma di messaggistica per l'ID utente autenticato specificato. Tenere presente che l'utente deve aver eseguito l'accesso mediante lo skill per completare la ricerca. Per ulteriori dettagli, vedere Configurare uno skill autenticato dall'utente.
-
Fare clic su Crea.
-
Passare a Applicazione abilitata.
-
Prendere nota della chiave segreta e dell'URL in entrata. Questi verranno utilizzati dall'applicazione esterna.
- Invia messaggi inviando una richiesta POST all'URL in entrata.
- Utilizza la chiave segreta per autenticare le sue richieste POST.
Configurare l'assistente digitale
Se la competenza supporta le conversazioni avviate dall'applicazione e le si aggiunge a un assistente digitale, è possibile modificare questi parametri di configurazione nella pagina Impostazioni dell'assistente digitale:
- Prompt di interruzione: questo prompt viene visualizzato quando si interrompe un flusso per avviare un nuovo flusso.
- Abilita numerazione automatica su azioni di postback: è buona norma assicurarsi che questa impostazione sia
true
per tutti i canali di solo testo in modo che l'input utente sia meno soggetto a errori. Per impostazione predefinita, questa impostazione ètrue
per tutti i canali Twilio:${(system.channelType=='twilio')?then('true','false')}
Configurare l'applicazione esterna
L'applicazione esterna avvia un evento inviando una richiesta POST all'URL in entrata del canale dell'applicazione. Ecco le cose che l'app deve fare per preparare e inviare la richiesta.
-
Includere queste proprietà nel corpo della richiesta (esempi riportati di seguito).
-
userId
: deve essere uno dei seguenti ID:-
ID utente bot Microsoft: l'ID utente bot per il canale bot Microsoft. Questo ID è specifico per ogni canale Microsoft Bot. Lo skill salva questo valore nella variabile
profile.msBotUserId
. -
ID utente Slack: l'ID membro dell'utente Slack. Lo skill salva questo valore in
system.message.channelConversation.userId
. -
ID canale Twilio/SMS: il numero di cellulare dell'utente. Deve essere uno dei numeri associati al numero di telefono dell'account Twilio specificato nella configurazione del canale utente di Digital Assistant. Lo skill salva questo valore nella variabile
profile.firstName
. -
ID utente generato dal sistema: se si sta eseguendo il test della competenza da Anteprima, questo deve essere l'ID utente generato dal sistema per la sessione in Anteprima. Vedere Test delle conversazioni avviate dall'applicazione dall'anteprima.
-
ID utente autenticato: se il canale dell'applicazione associato ha Usa ID utente autenticato attivato, deve essere l'ID utente autenticato. L'utente con questo ID utente autenticato deve essere già connesso all'abilità target tramite il componente Collegamento account OAuth 2.0. Vedere Configura una competenza autenticata dall'utente.
-
-
messagePayload
: questo oggetto contiene:-
type
: impostare questa opzione suapplication
. -
payloadType
: il nome dell'evento (tipo di payload) mappato allo stato iniziale desiderato nel flusso della finestra di dialogo. Vedere Configurazione della competenza. -
skillName
eversion
: (facoltativo) se il canale utente della piattaforma di messaggistica viene instradato a un assistente digitale, è necessario includere gli skillskillName
eversion
in modo che l'assistente digitale sappia a quali competenze e versioni inviare l'evento. -
channelName
: il nome del canale utente della piattaforma di messaggistica configurato per lo skill o l'assistente digitale.Se si sta eseguendo il test della competenza da Anteprima, è necessario impostare
channelName
sul nome del canale di sistema. Vedere Test delle conversazioni avviate dall'applicazione dall'anteprima. -
variables
: (Opzionale) coppie chiave-valore da passare alle variabili del flusso della finestra di dialogo. Se le variabili di flusso corrispondenti sono definite nel flusso della finestra di dialogo, vengono popolate con i valori passati da questo oggetto.
-
-
channelProperties
: questo oggetto è per MS Teams e Slack. Non è necessario includere questo oggetto nel corpo della richiesta se per il canale utente è attivata l'opzione Usa ID utente autenticato.Oggetto
channelProperties
MS TeamsQuesto oggetto è obbligatorio se l'utente non ha interagito con la conversazione entro 14 giorni. Le relative proprietà sono:
-
botName
: si tratta dell'handle del bot specificato al momento della creazione della registrazione del canale del bot, come descritto nel Passo 1: Creare un bot. Questo valore viene salvato nella variabileprofile.botName
. -
tenantId
: l'ID del tenant di Microsoft Teams. Questo valore viene salvato nella variabileprofile.tenantId
. -
serviceUrl
: URL servizio per il bot. Questo valore viene salvato nella variabileprofile.serviceUrl
.
Quando l'utente di Microsoft Teams conversa con la competenza, Digital Assistant acquisisce e memorizza questi valori nella cache del profilo. Se il payload della richiesta di un evento non include l'oggetto
channelProperties
, lo skill utilizzerà i valori della cache dei profili, se disponibili (la cache scade dopo 14 giorni). Lo skill utilizza i valori del profilo inseriti nella cache solo se mancano nel corpo della richiesta.Quando il flusso di finestre di dialogo invia una richiesta di notifica al backend, ad esempio tramite un componente personalizzato, deve passare tali valori del profilo al backend. L'applicazione esterna può quindi utilizzare tali valori nell'oggetto
channelProperties
nel caso in cui la cache del profilo sia scaduta. Di seguito è riportato uno snippet di codice componente personalizzato che recupera i valori da inviare al backend.let serviceUrl = conversation.variable('profile.serviceUrl') ? conversation.variable('profile.serviceUrl') : ""; let tenantId = conversation.variable('profile.tenantId') ? conversation.variable('profile.tenantId') : ""; let botName = conversation.variable('profile.botName') ? conversation.variable('profile.botName') : ""; let msBotUserId = conversation.variable('profile.msBotUserId') ? conversation.variable('profile.msBotUserId') : "";
Oggetto
channelProperties
SlackPer Slack, includere queste proprietà nell'oggetto
channelProperties
:-
teamId
: ID area di lavoro Slack. Questo valore viene salvato nella variabileprofile.team_id
. -
channel
: l'ID del canale nell'area di lavoro. Cioè, il canale dell'utente. Questo valore viene salvato nella variabileprofile.channel
.
È possibile ottenere l'ID e il canale del team dall'URL Web Slack. Ad esempio, se l'URL è
https://app.slack.com/client/ABCDEFG/HIJKLMNOP
, l'ID team èABCDEFG
e il canale èHIJKLMNOP
. -
Di seguito sono riportati alcuni esempi per le diverse piattaforme di messaggistica per le competenze che non utilizzano ID utente autenticati.
Esempio Slack:
{ "userId": "ABCDE712A3", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" }, "channelProperties": { "teamId": "ABCDEFG", "channel":"HIJKLMNOP" } } }
Esempio di MS Teams:
{ "userId": "12:1A2B3C3d....", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" }, "channelProperties": { "tenantId": "ab12c34d-e56...", "botName":"my-bot", "serviceUrl":"https://example.com/path/" } } }
Esempio di Twilio:
{ "userId": "1234567890", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" } } }
Questo esempio mostra come inviare un evento a un canale instradato a un assistente digitale. Quando il canale indirizza a un assistente digitale, è necessario includere il nome e la versione dello skill.
{ "userId": "1234567890", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "skillName": "myBot", "version": "1.0", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" } } }
Di seguito è riportato un esempio di competenza autenticata dall'utente, ovvero il canale dell'applicazione associato ha Usa ID utente autenticato attivato. Questo esempio si applica a MS Teams, Slack e Twilio. Tenere presente che per MS Teams e Slack non si include l'oggetto
channelProperties
quando si esegue l'instradamento a uno skill autenticato dall'utente.{ "userId": "first.last@example.com", "messagePayload": { "type": "application", "payloadType": "msgReminder", "channelName": "AppointmentUserChannel", "variables": { "patientName": "Joe Doe", "appointmentTime": "5:00 pm" } } }
-
-
Per autenticare la richiesta, aggiungere un'intestazione
X-Hub-Signature
con un hash SHA256 del corpo utilizzando la chiave segreta del canale dell'applicazione. Ad esempio:X-Hub-Signature: sha256={{HMAC SHA-256 signature of body}}
La sezione Usa Postman come applicazione esterna dell'esercitazione Invia promemoria mediante conversazioni avviate dall'applicazione illustra un esempio di impostazione di questa intestazione.
-
Inviare la richiesta POST all'URL in entrata del canale dell'applicazione. Deve essere simile al seguente:
POST https://<host>:<port>/connectors/v2/listeners/application/channels/4E09-42F7-ECB7A7F18F62
Test delle conversazioni avviate dall'applicazione dall'anteprima
È possibile utilizzare Anteprima per eseguire il test della conversazione avviata dall'applicazione. A tale scopo, è necessario ottenere il nome del canale di sistema e l'ID utente del tester skill, quindi configurare l'applicazione esterna per l'invio di messaggi a tale canale e utente.
Recupera nome canale di sistema e ID utente anteprima
Sarà necessario specificare il nome del canale di sistema e l'ID utente dell'anteprima per inviare i messaggi dell'applicazione esterna all'anteprima. Quando un'applicazione esterna invia un messaggio al canale di sistema, Oracle Digital Assistant instrada il messaggio all'anteprima con l'ID utente specificato.
-
Per ottenere il nome del canale di sistema, dalla barra di navigazione a sinistra fare clic su Canali, fare clic su Sistema, quindi esaminare il nome.
Il nome sarà
System_Bot_Test
oSystem_Global_Test
. - Per ottenere l'ID utente dell'anteprima, aprire lo skill e fare clic su Anteprima
.
-
Aprire Network Monitor selezionando Sviluppatore Web nel menu del browser, quindi fare clic su Rete.
-
Selezionare XHR per visualizzare solo le richieste REST.
-
Immettere un messaggio nell'anteprima.
-
Dopo che lo skill ha restituito del testo, andare a Network Monitor, quindi esaminare la scheda Risposta.
Selezionare ogni risposta finché non ne viene trovata una contenente un valore
messagePayload
. -
Immettere
userId
nel campo Proprietà filtro per visualizzare il valore peruserId
. -
Lasciare attiva l'anteprima e non fare clic su Reimposta.
Se si reimposta o si chiude l'anteprima, l'ID utente viene modificato.
Invia una notifica all'anteprima skill
Dopo aver ricevuto il nome del canale di sistema e l'ID utente del sistema, è possibile inviare messaggi dall'applicazione esterna all'anteprima dello skill.
Per utilizzare l'anteprima anziché il servizio di messaggistica, impostare userId
sull'ID utente dell'anteprima e impostare channelName
sul nome del canale di sistema, come mostrato qui:
{
"userId": "7319408",
"messagePayload": {
"type": "application",
"payloadType": "msgReminder",
"channelName": "System_Global_Test",
"variables": {
"patientName": "Joe Doe",
"appointmentTime": "5:00 pm"
}
}
}