Usted está aquí:
Probar planes dinámicos
Para probar la precisión de su configuración de Asistente de servicio para planes dinámicos, inícielos en registros de casos o mensajería y revise el resumen del plan de servicio, los pasos del plan y la configuración Knowledge.
Ediciones necesarias
| Vea las ediciones admitidas. |
| Permisos de usuario necesarios | |
|---|---|
| Para probar el Asistente de servicio: | Conjunto de permisos Planificador de servicio Y Conjunto de permisos Administrador predeterminado Agentforce Y Conjunto de permisos Arquitecto de Data Cloud* *Obligatorio si utiliza Knowledge grounding. Asegúrese de que el conjunto de permisos tiene acceso a su espacio de datos predeterminado. Consulte Acceso a espacio de datos predeterminado. |
Cómo probar planes dinámicos
Un plan dinámico es un plan en tiempo real que se adapta a medida que cambia el registro, disponible para casos y sesiones de mensajería. Para probar planes dinámicos, grénelos en registros. El Asistente de servicio proporciona planes de servicio a través de un componente web Lightning, de modo que no se pueden probar en Agentforce Builder o Centro de pruebas de Agentforce. Para la configuración general de pruebas, cómo seleccionar casos de uso para probar y directrices de fundamentación Knowledge que se aplican a todos los tipos de planes, consulte Asistente de servicio de pruebas.
Un plan dinámico no tiene una duración ni una hora de finalización establecidas. Su longitud depende de la evolución del caso o la sesión de mensajería y de la cantidad de información que contienen sus orígenes de fundamentación para solucionar el problema. El Asistente de servicio agrega pasos a medida que cambia el registro y progresa la resolución, de modo que un plan basado en orígenes enriquecidos y una plática más larga ejecuta más pasos que uno con contexto limitado. El plan finaliza automáticamente cuando se cierra el registro, ya sea cuando se cierra el caso o finaliza la sesión de mensajería y finaliza el chat. El historial del plan se guarda en las noticias en tiempo real del componente y es accesible después de cerrar o finalizar el registro.
Elaborar y evaluar el resumen del plan de servicio
Cuando un registro cumple sus criterios de aptitud, el Asistente de servicio redacta un resumen de plan de servicio que incluye un resumen del registro y una descripción general de los pasos de resolución, conocidos como pasos de resumen. Después de generar el resumen, aparece el botón Iniciar plan. Haga clic en Iniciar plan para iniciar el flujo de trabajo interactivo en tiempo real. El momento en que se genera el resumen depende del tipo de registro.
Como parte del resumen, el Asistente de servicio identifica el problema y asigna el subagente coincidente. Confirme que el subagente correcto está asignado. Para casos, el Asistente de servicio asigna el subagente basándose en los campos Asunto y Descripción establecidos en su configuración de Fundamentación de IA de servicio. Para sesiones de mensajería, asigna el subagente basándose en el contexto de la transcripción de la plática.
Un plan de resumen puede tardar hasta un minuto en mostrarse. El componente no muestra ningún indicador de carga. Cada resumen de caso comienza con Plan de servicio disponible: seguido del nombre del subagente.
Plan de resumen de caso
Para iniciar el proceso de prueba, abra un caso existente o cree uno nuevo. Asegúrese de que el caso cumple sus criterios de aptitud. Cuando se abre o se crea un caso, el Asistente de servicio redacta el resumen. Este es un ejemplo.
El nivel de detalle de los pasos de resumen y resumen del caso varía y se basa en la cantidad de información del caso, los campos y objetos que estableció en su configuración de Fundamentación de IA de servicio y la cantidad de información en subagentes, instrucciones y artículos Knowledge. Generalmente, cuando tiene un resumen de plan de servicio más detallado (como se muestra anteriormente), puede esperar que el plan de servicio redactado sea bastante detallado.
Específicamente, los campos Asunto y Descripción son críticos porque el Asistente de servicio los utiliza para categorizar el caso y compararlo con un subagente. Aunque el Asistente de servicio se basa en objetos y campos adicionales establecidos en su configuración de Fundamentación de IA de servicio, el Asunto y la Descripción necesitan información clara y específica para generar un plan preciso. Generalmente, cuanto más detallados sean los campos, mejor será la coincidencia.
| Descripción de ejemplo | Detalles |
|---|---|
| El cliente está viajando a Kenia y necesita ayuda para comprender qué documentos de viaje se requieren además de un pasaporte. No está segura de si necesita una visa, dónde solicitar una y los requisitos de vacunación. | Esta descripción funciona porque hay suficientes detalles para que el Asistente de servicio haga coincidir subagentes relevantes y artículos Knowledge con el caso.
|
| El cliente necesita ayuda con documentos de viaje. | Aunque esta descripción funcionaría para redactar un resumen de plan, el resumen sería genérico. No hay suficiente contexto para que el Asistente de servicio genere un plan centrado. Aunque se utilizan las palabras clave "documentos de viaje", no especifica el país donde tiene un artículo de Knowledge o subagente específico. Si la información específica se encuentra en sus otros campos u objetos de Fundamentación de IA de servicio, el Asistente de servicio puede hacer referencia al artículo de Knowledge y subagente más específico. |
Plan de resumen de mensajería
Para iniciar el proceso de prueba, abra una sesión de mensajería que cumpla sus criterios de aptitud. A diferencia de un caso, una sesión de mensajería no genera un resumen en cuanto se abre. El Asistente de servicio genera el resumen del plan de servicio solo después de que la plática contenga suficiente contexto para identificar el problema, incluyendo información que coincida con sus subagentes e instrucciones.
- Si los primeros mensajes no contienen información que coincida con un subagente, el Asistente de servicio sigue monitoreando la plática y genera el resumen cuando un mensaje posterior proporciona una coincidencia. La cantidad de plática necesaria para generar el resumen puede variar.
- Para probar este comportamiento, envíe mensajes que reflejen los casos de uso en sus subagentes y confirme que el Asistente de servicio genera un resumen e identifica el subagente coincidente.
Si el resumen no se muestra para una sesión de mensajería, confirme que se cumplen estos requisitos.
- El usuario que prueba el plan tiene acceso al flujo de aptitud, incluso si tiene el permiso Ejecutar flujos. El permiso Ejecutar flujos por sí solo no otorga acceso al flujo de aptitud. Consulte Criterios de aptitud para planes de servicio y Configurar el Asistente de servicio para Mensajería.
- La plática contiene suficiente contexto para identificar el problema. No se genera un resumen antes de que la plática proporcione al Asistente de servicio suficiente contexto.
- El registro de sesión de mensajería es propiedad de un agente humano, no de un usuario de bot. El Asistente de servicio no genera un plan para un registro propiedad de un usuario de bot.
Solucionar problemas de mensajes de error de resumen
Si la generación del resumen del plan no se inicia o ve los mensajes de error enumerados, realice estos pasos de solución de problemas.
Mensajes de error
- No se pudo redactar un resumen de plan de servicio. Seguiremos intentándolo, pero si el problema continúa, haga contacto con su administrador de Salesforce.
- No hay suficiente información para redactar un resumen de plan de servicio. Agregue más detalles y vuelva a consultar aquí.
- No se pudo redactar un plan de servicio porque no existen subagentes relevantes. Solicite a su administrador de Salesforce que cree uno o agregue más contexto al elemento.
Pasos de solución de problemas generales
- Asegúrese de tener los permisos correctos. Los administradores requieren los conjuntos de permisos Administrador predeterminado Planificador de servicios y Agentforce. Si utiliza Knowledge grounding, asegúrese de tener el conjunto de permisos Arquitecto de Data Cloud con acceso al espacio de datos predeterminado. Los representantes de servicio requieren el conjunto de permisos Usuario Planificador de servicios y el conjunto de permisos Agente predeterminado de Access Agentforce.
- Asegúrese de que el Usuario de ServicePlanner tiene estos conjuntos de permisos asignados: Usuario de agente Planificador de servicios, Permisos Agentforce_Service_Assistant y Usuario de Data Cloud.
- Asegúrese de que sus artículos Knowledge contienen información precisa, completa y bien estructurada. El Asistente de servicio incluye información Knowledge en los pasos de resumen.
- Si ve el mensaje de error "No se pudo redactar un plan de servicio porque no existen subagentes relevantes. Solicite a su administrador de Salesforce que cree uno o agregue más contexto al elemento", lo que significa que el Asistente de servicio no puede encontrar un subagente que coincida con los detalles del registro. Se aplican los pasos de solución de problemas anteriores. Además, revise sus subagentes e instrucciones. Asegúrese de que siguen las directrices del Asistente de servicio de base con temas y mejores prácticas.
- Asegúrese de que se crean instrucciones y subagentes relevantes para el registro.
- Asegúrese de que cada subagente tiene un título distinto como "Solicitud de devolución" o "Solicitud de reembolso".
- No cree subagentes genéricos que atrapen a todos como "Asistencia para la resolución de casos". Los subagentes describen las políticas y los estándares específicos de su compañía para resolver un tipo de caso concreto. Un subcomponente titulado "Asistencia para la resolución de casos" es demasiado amplio y evita que el Asistente de servicio compare casos con el subcomponente correcto. En su lugar, cree distintos subagentes que tratan cada uno una categoría de caso específica, como "Reporte de defectos de producto", "Diferencia de facturación" o "Problema de acceso a la cuenta".
- Desglose los tipos de casos en categorías de subagentes. Por ejemplo, utilice un subagente ancho como "Solicitud de devolución" para obtener información general sobre cómo procesar devoluciones. Esto es mejor cuando el caso no menciona un elemento explícito. Para procesos de devolución que varían en ámbito y procesos, cree subagentes de solicitud de devolución individuales como "Solicitud de devolución de calzado". Estos son ejemplos sencillos, pero la idea es asegurarse de que tiene suficiente información en sus subagentes e instrucciones que intentan tratar los diversos niveles de información que puede tener un caso específico.
- No incluya varios elementos de información en una instrucción. Cada instrucción debe describir una tarea o proceso singular requerido para resolver el problema.
Pasos de solución de problemas de casos
- Asegúrese de que el caso tiene un asunto claro y descriptivo relacionado con su subagente.
- Asegúrese de que el caso tiene suficientes detalles en la descripción acerca del problema o la solicitud. Recomendamos de 1 a 2 frases.
- Revise su configuración de Fundamentación de IA de servicio. Asegúrese de que todos los campos y objetos de casos relacionados en los que desea basarse están seleccionados. Luego revise los datos de estos campos en el caso. Asegúrese de que hay información clara y no en conflicto en sus campos de fundamentación o noticias en tiempo real de casos, comentarios y mensajes de email. La información en conflicto puede dar como resultado pasos de resumen y resúmenes de casos menos detallados o poco claros.
Pasos de solución de problemas de mensajería
- Fundamentos del Asistente de servicio en la transcripción de la plática en vez de los campos Asunto y Descripción. Asegúrese de que la plática incluye detalles claros y específicos acerca del problema del cliente de modo que el Asistente de servicio pueda comparar un subagente y generar pasos de resumen centrados.
- Confirme que se cumplen los requisitos de resumen: la plática contiene suficiente contexto para identificar el problema, al menos un mensaje coincide con un subagente, el registro es propiedad de un agente humano y no un usuario de bot y el usuario que prueba el plan tiene acceso al flujo de aptitud. Consulte Plan de resumen de mensajería.
Trabajar y revisar un plan dinámico
Después de tener un resumen de plan correcto, haga clic en Iniciar plan para iniciar el flujo de trabajo. A diferencia de un plan de orientación, un plan dinámico no elabora una lista de comprobación completa a la vez. El Asistente de servicio presenta un paso a la vez, adapta cada paso a medida que cambia el registro y puede aflorar acciones de agentes para automatizar un paso. Cuando trabaje en el plan, evalúe su precisión y relevancia.
Revise las directrices en cada paso
- Revise las directrices en cada paso para confirmar que son precisas, relevantes y coherentes con las directrices de resolución en sus subagentes, instrucciones y artículos Knowledge.
- Revise la redacción de cada paso y confirme que cualquier acción de agente aflora y se ejecuta como se espera. Cuando una acción está disponible para completar un paso, el Asistente de servicio la aflora en el paso para que confirme y ejecute, o la acción se ejecuta automáticamente basándose en su configuración.
Pasos basados en subagente
- Los pasos creados a partir de instrucciones de subagente se forman directamente a partir de las directrices que proporciona en cada instrucción. Desde un plan de servicio de muestra, un paso basado en subagentes es "Realizar verificación de identidad para garantizar la aptitud del usuario para el procesamiento de documentos".
- Si un paso se basa únicamente en un subagente (sin fundamentación Knowledge), no incluye ningún vínculo de cita.
- El subagente que coincide con su caso se utiliza para generar el plan. El nombre del subagente se enumera en la parte superior del plan de servicio.
Pasos basados en Knowledge
Los planes de servicio se basan en sus artículos Knowledge cuando configura una biblioteca de datos utilizando el tipo de datos Knowledge y tiene activado Mostrar orígenes. Consulte Configurar Knowledge Grounding.
Visualización y navegación
- Cada paso creado desde un artículo Knowledge se cita con un número al final del paso en forma de [1]. La cita contiene un hipervínculo a la entrada correspondiente en la sección Fuentes que enumera el nombre del artículo de Knowledge. Para mostrar citas, active Mostrar orígenes en la configuración de su biblioteca de datos.
- Como un plan dinámico crea cada paso en tiempo real, cada paso tiene su propia sección Orígenes en vez de una única sección Orígenes para todo el plan. Confirme que las citas de cada paso vinculan al artículo utilizado para ese paso.
- El mismo artículo puede aparecer bajo un número de citación diferente de un paso a otro. En un plan dinámico, los números de citas no son coherentes entre pasos porque cada paso se crea y se cita por sí solo. Este comportamiento es esperado y difiere de un plan de orientación, donde un artículo utilizado en múltiples pasos mantiene el mismo número de cita.
- Se puede crear un paso desde un subagente y un artículo Knowledge.
- Se puede crear un paso desde múltiples artículos Knowledge. Esto se indica cuando ve dos o más citas al final de un paso, como [1][2].
Pasos no fundamentados
El Asistente de servicio puede proponer sus propios pasos que no se basan en sus orígenes de fundamentación. Los pasos propuestos se muestran cuando no hay suficiente información en sus subagentes, instrucciones o artículos Knowledge. En un plan dinámico, el Asistente de servicio marca un paso propuesto con un lenguaje como "No hay información en los documentos de su compañía. Esto es lo que sugiero, pero podría no ser correcto". Utilice estos indicadores durante las pruebas para encontrar brechas en sus orígenes de fundamentación y luego agregue las directrices que faltan a sus subagentes, instrucciones o artículos Knowledge.
Actualizaciones de planes dinámicos
Un plan dinámico actualiza sus pasos en tiempo real a medida que llega nueva información. A diferencia de un plan de orientación, no puede volver a redactar un plan dinámico. En su lugar, actualiza sus orígenes de fundamentación durante el plan y el Asistente de servicio selecciona las actualizaciones a medida que se realizan. El modo de probar este comportamiento depende del tipo de registro.
Para casos, actualice los campos y objetos establecidos en su configuración de Fundamentación de IA de servicio y confirme que el Asistente de servicio incorpora los cambios.
- El Asistente de servicio monitorea el caso a través de los campos y objetos establecidos en su configuración de Fundamentación de IA de servicio.
- Actualmente, solo un nuevo email de caso actualiza el paso en el que se encuentra el representante en estos momentos, en tiempo real. Toda la otra información, como comentarios de casos, noticias en tiempo real de casos y otros campos de fundamentación, se sigue y se incorpora en el siguiente paso en vez del paso actual.
Para sesiones de mensajería, el Asistente de servicio fundamenta el plan en la transcripción de la plática, de modo que las actualizaciones son altamente en tiempo real. Envíe nuevos mensajes en la sesión y confirme que el Asistente de servicio actualiza el plan a medida que avanzan las noticias en tiempo real de chat.
- El Asistente de servicio monitorea la transcripción completa y genera un nuevo paso de plan a medida que llega cada nuevo mensaje, de modo que cada paso refleja dónde se encuentra la plática actualmente.
- A diferencia de un caso, donde solo un nuevo email de caso actualiza el paso actual, una sesión de mensajería se actualiza paso a paso a medida que progresa la plática.
Acciones de agente de prueba
En un plan dinámico, el Asistente de servicio aflora una acción de agente automáticamente cuando hace coincidir la acción con un paso de plan. Cuando trabaje en el plan, preste atención a qué acciones se presentan y dónde se pierden. Si una acción que espera no aflora en un paso, pruebe estos métodos.
- Agregue una referencia directa a la acción en una instrucción de subagente. Haga referencia a la acción por su etiqueta, no por su nombre de API, e indique al Asistente de servicio cuándo utilizarla. Por ejemplo, "Como primer paso, utilice la acción Obtener registros de desplazamiento". Una referencia directa fuerza al Asistente de servicio a incluir la acción, de modo que utilícela para pasos obligatorios que siempre deben ejecutarse. Consulte Acciones en Asistente de servicio.
- Restrinja la descripción de la acción. Para pasos situacionales que se ejecutan solo cuando se cumplen las condiciones, el Asistente de servicio se basa en la coincidencia de contexto, de modo que redacte descripciones que reflejen la terminología en sus instrucciones de subagentes y artículos Knowledge. Consulte Directrices para crear acciones.
- Compruebe los permisos de la acción para el Usuario de ServicePlanner. Las acciones se ejecutan bajo los permisos del usuario de ServicePlanner y un permiso que falta puede provocar un error en una acción o devolver datos en blanco. Consulte Permisos de acción.
Después de ejecutar una acción, el Asistente de servicio a veces solicita con un lenguaje abierto, como "El registro se actualiza. Hágame saber cómo continuar", en vez de avanzar al siguiente paso. Para mantener el plan en movimiento, indique lo que sucede a continuación en sus instrucciones de subagente, como "Después de que se complete la acción, proceda inmediatamente a verificar los requisitos de entrada". Para obtener más detalles sobre la configuración y la coincidencia de acciones, consulte Fundamentación del asistente de servicio con acciones de agentes.
Requerir información específica en un plan
Para asegurarse de que la información específica siempre aparece en un plan, póngala en una instrucción de subagente. Utilice esta técnica cuando la información no se extraiga de sus artículos Knowledge. Escriba la instrucción para indicar exactamente lo que desea y cuándo, como "Como primer paso, verifique el estado de la cuenta del cliente". La información indicada de esta forma en una instrucción siempre se incluye en el plan.
Avanzar en el plan
Los planes dinámicos avanzan pasos automáticamente cuando se completa un paso con una acción de agente. Para un paso que no está automatizado por una acción, el Asistente de servicio indica lo que el representante de servicio hace manualmente para completar el paso y luego espera que el representante confirme. Este comportamiento es esperado, y el Asistente de servicio espera especialmente cuando formula una pregunta informativa en el chat del agente.
- Para un paso que no está automatizado, el Asistente de servicio describe la tarea que se debe completar y solicita al representante un lenguaje como "Hágamelo saber una vez completado este paso". El plan no avanza por sí solo.
- Para hacer avanzar el plan, responda con un lenguaje que refleje claramente que el paso está completo, como "Completo", "Paso completo" o "Ir al siguiente paso". El Asistente de servicio genera a continuación el siguiente paso.
En general, trabaje a través de las directrices de resolución y evalúe la redacción de cada paso para obtener precisión y coherencia con sus especialistas de servicio y sus instrucciones de Knowledge y subagentes.
Cambio de subagente
El Asistente de servicio detecta la intención del cliente a medida que avanza el caso y puede cambiar al subagente relevante para proporcionar orientación desde ese subagente y su información Knowledge relacionada. Pruebe este comportamiento presentando un segundo problema y confirmando que el Asistente de servicio cambia de subagentes.
- Si la resolución comienza con el problema de un subagente pero cambia a un segundo problema, el Asistente de servicio cambia al segundo subagente, recopila la información que necesita y resuelve esa parte del plan.
- Cuando se resuelve el segundo problema, el Asistente de servicio puede volver a cambiar automáticamente al subagente original. En algunos casos, no vuelve a cambiar por sí solo. Utilice el chat para redirigirlo, como "Volvamos al problema original".
Para obtener más detalles, consulte Procesamiento de registros de planes de servicio.
Uso del chat de agente
Pruebe el chat de agente para confirmar que el Asistente de servicio puede buscar Knowledge y ejecutar acciones on demand. Para utilizar el chat de agente, agregue los subagentes CRM general y Preguntas más frecuentes a su agente. Consulte Chat de agente para Asistente de servicio.
- Formule una pregunta Knowledge o solicite información sobre Knowledge y confirme que el Asistente de servicio devuelve información relevante desde sus artículos Knowledge.
- Solicite al Asistente de servicio que inicie una acción común, como redactar un email y cualquier acción personalizada que haya agregado. Si una acción no funciona, compruebe los permisos de la acción para el Usuario de ServicePlanner. Consulte Permisos de acción.
Lo que sucede con el chat de agente cuando se realiza el registro depende del canal. Cuando se cierra el caso, el chat de agente se termina y el cuadro de chat se desactiva. Cuando finaliza una sesión de mensajería, el plan de servicio finaliza, pero el Asistente de servicio y el cuadro de chat permanecen disponibles durante aproximadamente 24 horas de modo que puede completar tareas de cierre como solicitar un resumen, redactar un email de seguimiento, formular preguntas Knowledge, ejecutar acciones u obtener ayuda general utilizando el chat. En todos los casos, el historial de noticias en tiempo real persiste y permanece visible, de modo que puede revisar el registro completo de los pasos del plan, las acciones y las interacciones de chat después de realizar el registro.
Solucionar problemas de Knowledge Grounding
Si no se citan artículos Knowledge, los artículos citados no son relevantes o ve los mensajes de error generales, pruebe estos pasos de solución de problemas. Knowledge grounding funciona del mismo modo entre tipos de planes, de modo que esta orientación se aplica a casos y sesiones de mensajería. En un plan dinámico, recuerde que cada paso se crea y se cita por sí solo, de modo que un problema de cita puede aparecer en un paso pero no en otro.
Mensajes de error generales
- Algo falló al crear un plan. Solicite a su administrador de Salesforce que revise la configuración de la biblioteca de datos.
- No pude encontrar ninguna fuente para citar. Solicite a su administrador de Salesforce comprobar la configuración de la biblioteca de datos.
- No hemos podido mostrar ninguna fuente. Pida ayuda a su administrador de Salesforce.
Comprobar permisos de usuario y acceso a datos
- Confirme que su agente está activo.
- Confirme que todos los usuarios tienen los permisos de fundamentación Knowledge correctos. Consulte Mejores prácticas para fundamentar el Asistente de servicio en Knowledge. Preste mucha atención a los permisos del Usuario de ServicePlanner. Compruebe que tiene el conjunto de permisos Usuario de Data Cloud y que el usuario tiene acceso a cualquier tipo de registro personalizado y a las categorías de datos asignadas a sus artículos Knowledge.
- Confirme que usted (el administrador), los representantes de servicio y el Usuario de ServicePlanner tienen acceso al espacio de datos predeterminado en sus conjuntos de permisos. Generalmente, solo el administrador del Asistente de servicio necesita acceso al espacio de datos predeterminado activado en el conjunto de permisos Arquitecto de Data Cloud. Sin embargo, se recomienda proporcionar a los representantes de servicio acceso al espacio de datos predeterminado cuando sus artículos Knowledge no están incluidos en sus planes. Puede otorgar acceso a espacio de datos predeterminado a través de los conjuntos de permisos personalizados de Knowledge o los conjuntos de permisos estándar del Asistente de servicio. Consulte Acceso a espacio de datos predeterminado.
Revisar su configuración de Knowledge Grounding
- Asegúrese de que sus artículos son públicos y publicados. Los artículos Knowledge disponibles públicamente tienen IsVisibleInPkb establecido como Verdadero.
- Asegúrese de tener activado Mostrar orígenes en la configuración de su biblioteca de datos. Sin Mostrar orígenes, un paso de plan dinámico no muestra su sección Orígenes por paso o citas.
- Asegúrese de que su biblioteca de datos tiene su información de base de Knowledge más reciente reconstruyendo el índice de búsqueda. Aunque el índice de búsqueda de su biblioteca de datos se actualiza cada día, vuelva a crearlo manualmente para sincronizar su biblioteca de datos con sus actualizaciones más recientes de la base Knowledge. Recomendamos volver a construir su índice de búsqueda cuando agregue, modifique o elimine artículos Knowledge. Consulte Reconstruir una configuración de índice de búsqueda.
- Compruebe dos veces la configuración y el acceso de su categoría de datos. Asegúrese de que sus categorías de datos son visibles y que cualquier conjunto de categorías de datos para sus artículos Knowledge coincide con el conjunto de filtrado de categorías de datos en la ficha Knowledge de su biblioteca de datos.
- Revise sus artículos para asegurarse de que la estructura y el formato coinciden con los campos de identificación y contenido que estableció en su biblioteca de datos. Los campos de identificación buscan en su base Knowledge para encontrar artículos relevantes que coincidan con los detalles del registro. Los campos de contenido extraen información clave de los artículos de Knowledge para crear pasos de plan.
- Para identificar campos, seleccione campos que proporcionan un resumen conciso del artículo, como Título, Resumen y Pregunta.
- Para campos de contenido, seleccione los campos que tienen más contenido, como Respuesta y Detalle.
- Aplique cualquier campo Knowledge personalizado a su configuración de campo de contenido e identificación.
- Revise o agregue un Resumen de artículo de Knowledge para describir brevemente el artículo y su ámbito. Un resumen mejora los resultados de búsqueda. Incluya frases que se encuentran habitualmente en los detalles del registro para describir el problema o la solicitud.
- Asegúrese de que el contenido de sus artículos contiene palabras clave e información relacionada con el registro.
Contenido de registro
- Para casos, revise el asunto, la descripción y los campos del caso establecidos en su configuración de Fundamentación de IA de servicio para confirmar que hay suficiente información en cada campo y que la información es relevante para los artículos de Knowledge que espera mostrar. Revise los comentarios de casos y las noticias en tiempo real de casos si seleccionó estos como orígenes de fundamentación. Asegúrese de que la información es relevante y no entra en conflicto con los artículos Knowledge que espera mostrar.
- Para sesiones de mensajería, revise la transcripción de la plática para confirmar que los mensajes incluyen detalles específicos y palabras clave relacionadas con los artículos Knowledge que espera mostrar. Como el plan se basa en la transcripción, envíe mensajes que reflejen el problema de modo que el Asistente de servicio recupere y cite los artículos relevantes.
Solución de problemas de mensajes de error dirigidos
- No pude encontrar ninguna fuente para citar. Debido a que no se puede volver a redactar un plan dinámico, continúe la plática o actualice el registro para solicitar un nuevo paso, luego confirme las citas mostradas. Si el problema continúa, solicite a su administrador de Salesforce que haga contacto con el Servicio de atención al cliente de Salesforce para obtener ayuda con el recuperador de la biblioteca de datos.
- No hemos podido mostrar ninguna fuente. Solicite a su administrador de Salesforce que haga contacto con el Servicio de atención al cliente de Salesforce para obtener ayuda con el recuperador de la biblioteca de datos.
Para obtener más detalles de configuración y pruebas, consulte Configurar Knowledge Grounding y Solucionar problemas Knowledge.
