Usted estĆ” aquĆ:
Tipos de pasos de realizaciĆ³n
Cuando planifique su orquestaciĆ³n, tenga en cuenta los diferentes tipos de pasos de realizaciĆ³n y cĆ³mo funcionan. Los tipos de pasos de realizaciĆ³n se pueden utilizar para definir tareas manuales, tareas automatizadas, eventos clave, llamadas y otras acciones.
Ediciones necesarias
| Disponible en: Ediciones Enterprise, Unlimited y Developer de Revenue Cloud |
Los pasos de realizaciĆ³n se definen en el espacio de trabajo de realizaciĆ³n. Para obtener mĆ”s informaciĆ³n sobre cĆ³mo crear pasos de realizaciĆ³n, consulte Definir componentes de plan de orquestaciĆ³n.
Cuando cree sus pasos de realizaciĆ³n, utilice las siguientes referencias para comprender cĆ³mo funcionan los diferentes tipos de realizaciĆ³n.
- Paso RealizaciĆ³n de tarea automĆ”tica
Utilice tareas automĆ”ticas para procesar datos automĆ”ticamente como parte de su plan de orquestaciĆ³n. Un paso de realizaciĆ³n de tarea automĆ”tica requiere un flujo de Salesforce para realizar la automatizaciĆ³n. - Paso de realizaciĆ³n de llamada
Al realizar pedidos, Dynamic Revenue Orchestrator (DRO) podrĆa necesitar comunicarse con sistemas externos. Una llamada gestiona esa comunicaciĆ³n. - Paso de realizaciĆ³n de tarea manual
Agregue una tarea manual a la orquestaciĆ³n cuando necesite entrada de usuario en un lugar concreto del flujo de realizaciĆ³n. Por ejemplo, cuando necesita un visto bueno o enriquecimiento manual de datos. Dynamic Revenue Orchestrator puede asignar una tarea manual a un usuario o una cola. - Paso de realizaciĆ³n de evento clave
Un evento clave representa un punto en el proceso de realizaciĆ³n entre diferentes flujos de control y se completa cuando se completan todas sus dependencias. Por ejemplo, puede utilizar un evento clave para indicar un pedido realizado, al final de su plan de orquestaciĆ³n. - Paso de realizaciĆ³n de pausa
El paso de pausa detiene la realizaciĆ³n hasta que se cumplan ciertas condiciones. Establezca la regla Reanudar el en algo que debe ser verdadero antes de que se complete el paso de pausa. - Paso de activo por etapas
Para assetizar de forma independiente productos independientes o empaquetados, incluso si otras partidas de pedido estĆ”n en proceso, utilice un paso de assetize por etapas. El paso de assetize por etapas es normalmente aplicable para pedidos de larga duraciĆ³n que abarcan muchas horas, dĆas o incluso semanas.
Paso RealizaciĆ³n de tarea automĆ”tica
Utilice tareas automĆ”ticas para procesar datos automĆ”ticamente como parte de su plan de orquestaciĆ³n. Un paso de realizaciĆ³n de tarea automĆ”tica requiere un flujo de Salesforce para realizar la automatizaciĆ³n.
DRO incluye estos flujos listos para su uso:
- Volver a propagar campos de productos de pedido a campos de partidas de pedido de realizaciĆ³n
- Esta plantilla de flujo recupera las partidas de pedido asociadas con el paso y sincroniza sus valores de campo con los campos de partida de pedido de realizaciĆ³n correspondientes.
- Volver Propagar atributos de producto de pedido de realizaciĆ³n a atributos de producto de pedido
- Esta plantilla de flujo recupera atributos de partidas de pedidos de realizaciĆ³n para actualizar los atributos de partidas de pedidos asociados.
Duplique las plantillas de flujo y configure tareas automĆ”ticas para utilizar los flujos personalizados segĆŗn sus necesidades comerciales. La tarea automĆ”tica desencadena el flujo durante la ejecuciĆ³n del plan de realizaciĆ³n y su flujo personalizado se activa.
- Las tareas automƔticas solo admiten tipos de Flujo de inicio automƔtico. En el flujo, establezca Flujos iniciados automƔticamente sin desencadenador de flujo como el tipo de proceso.
- Para volver a propagarse, actualice el elemento Producto de pedido de transformaciĆ³n para asignar los campos apropiados para la transformaciĆ³n. Para volver a propagarse, actualice el elemento Definir nombre de atributo para especificar el atributo que debe propagarse.
Estos son los tipos de variables de entrada que puede utilizar en las plantillas de flujo:
- stepId
- El Id. de la tarea automƔtica.
- recordId
- El Id. del registro de partida de pedido o partida de pedido de realizaciĆ³n que el registro de relaciĆ³n Origen de paso de realizaciĆ³n asocia con la tarea automĆ”tica.
- recordIds
- Una recopilaciĆ³n de identificadores de los registros de partidas de pedidos de realizaciĆ³n que el registro de relaciĆ³n Origen de paso de realizaciĆ³n asocia con la tarea automĆ”tica.
- planSourceIdentifierId
- El Id. del registro de pedido asociado con el plan de realizaciĆ³n.
Estas son las variables de salida utilizadas en las plantillas de flujo.
- isSuccess
- Indica si la ejecuciĆ³n del flujo es correcta.
- fulfillmentStepErrorMessage and fulfillmentStepErrorCode
- Muestra un mensaje de error de ejecuciĆ³n con un cĆ³digo de error registrado.
Paso de realizaciĆ³n de llamada
Al realizar pedidos, Dynamic Revenue Orchestrator (DRO) podrĆa necesitar comunicarse con sistemas externos. Una llamada gestiona esa comunicaciĆ³n.
En el paso de realizaciĆ³n, introduzca el nombre de la cola de emergencia a la que estĆ” asignado el paso si falla y el nombre de la definiciĆ³n de integraciĆ³n que se iniciarĆ” cuando se ejecute la llamada.
Una llamada puede funcionar de forma sĆncrona o asĆncrona:
- SĆncrono: La llamada espera una respuesta casi inmediata.
- AsĆncrono: La llamada espera
202de cĆ³digo HTTP despuĆ©s de realizar una solicitud. La llamada pasa al estado En curso mientras espera una respuesta.
Consulte Crear una definiciĆ³n.
Utilice los adaptadores de proveedor para generar cargas de solicitud desde orĆgenes de pasos. TambiĆ©n puede personalizar los adaptos. Consulte Llamadas en Dynamic Revenue Orchestrator.
Para evitar un fallo fatal en un paso de llamada cuando un sistema externo asociado estĆ” bajo mantenimiento, desactive la definiciĆ³n de integraciĆ³n asociada para poner el paso en espera.
- Active el parƔmetro Pasos con fecha futura.
- Utilice la configuraciĆ³n LĆmite de llamadas en espera para definir el nĆŗmero mĆ”ximo de pasos de llamada que pueden pasar de un estado en espera a un estado listo o programado por minuto. Este parĆ”metro controla el tamaƱo del lote cuando se liberan los pasos retenidos despuĆ©s de que el sistema externo estĆ© disponible.
DRO pone el paso de llamada en espera si la definiciĆ³n de integraciĆ³n asociada estĆ” inactiva. Los pasos de llamada en espera aparecen en el plan de realizaciĆ³n de modo que los operadores de realizaciĆ³n y los representantes puedan realizar un seguimiento y actuar sobre ellos. Cuando la definiciĆ³n de integraciĆ³n se vuelve activa, los pasos de llamada se publican en lotes basĆ”ndose en la configuraciĆ³n LĆmite de llamadas fuera de espera.
Paso de realizaciĆ³n de tarea manual
Agregue una tarea manual a la orquestaciĆ³n cuando necesite entrada de usuario en un lugar concreto del flujo de realizaciĆ³n. Por ejemplo, cuando necesita un visto bueno o enriquecimiento manual de datos. Dynamic Revenue Orchestrator puede asignar una tarea manual a un usuario o una cola.
Para asignar la tarea a un usuario especĆfico, seleccione el usuario desde el campo Asignado a.
Para asignar la tarea a una persona en una cola utilizando reglas de asignaciĆ³n de tareas, primero asigne la tarea a una cola y luego seleccione un mĆ©todo de asignaciĆ³n de pasos:
- Round Robin
- Asigna la tarea a la siguiente persona disponible en la cola.
- Menos cargado
- Asigna la tarea a la persona con menos asignaciones de tareas abiertas.
- Basado en contexto
- Asigna la tarea a una persona basĆ”ndose en las especificaciones de la regla de asignaciĆ³n de tareas de realizaciĆ³n asociada. Puede ser la siguiente persona disponible (Round Robin) o la persona con menos asignaciones de tareas abiertas (Menos cargada).
Una tarea manual puede ser una tarea sencilla de completar para un usuario, o bien puede vincular una tarea manual a un flujo de OmniScript o Salesforce.
Las tareas manuales admiten estas variables de entrada en un flujo:
- stepId
- El Id. del paso de realizaciĆ³n.
- recordId
- El Id. del registro de partida de pedido o partida de pedido de realizaciĆ³n que el registro de relaciĆ³n de origen de paso de realizaciĆ³n asocia con la tarea manual.
- recordIds
- Una recopilaciĆ³n de identificadores de los registros de partidas de pedidos de realizaciĆ³n que el registro de relaciĆ³n de origen del paso de realizaciĆ³n asocia con la tarea manual.
- planSourceIdentifierId
- El Id. del registro de pedido asociado con el plan de realizaciĆ³n.
Paso de realizaciĆ³n de evento clave
Un evento clave representa un punto en el proceso de realizaciĆ³n entre diferentes flujos de control y se completa cuando se completan todas sus dependencias. Por ejemplo, puede utilizar un evento clave para indicar un pedido realizado, al final de su plan de orquestaciĆ³n.
Paso de realizaciĆ³n de pausa
El paso de pausa detiene la realizaciĆ³n hasta que se cumplan ciertas condiciones. Establezca la regla Reanudar el en algo que debe ser verdadero antes de que se complete el paso de pausa.
Un paso de realizaciĆ³n de pausa requiere tanto el paso de realizaciĆ³n de pausa en sĆ como una regla Reanudar el que define cuĆ”ndo puede continuar el proceso.
Cuando la realizaciĆ³n llega al paso de pausa, el paso entra en el estado En curso y la realizaciĆ³n se detiene. DespuĆ©s de que se cumplan las condiciones en la regla Reanudar al, el paso Pausa pasa al estado Completado y la realizaciĆ³n continĆŗa.
Desea que la realizaciĆ³n se detenga hasta que un Agente de servicio de campo marque una orden de trabajo como completa. La regla Reanudar el puede establecer que la realizaciĆ³n continĆŗa despuĆ©s de que el agente cambie un atributo concreto en una partida de pedido de realizaciĆ³n. Cuando el agente realiza el cambio, Dynamic Revenue Orchestrator marca el paso de pausa Completado y la realizaciĆ³n continĆŗa.
DespuĆ©s de crear el paso de pausa en sĆ, abra el menĆŗ de acciones en el paso y complete estas instrucciones:
- Seleccione Configurar reanudaciĆ³n en regla.
- Haga clic en Crear regla.
- Establezca condiciones de regla utilizando la interfaz Crear regla. Puede seleccionar recursos de transacciones de ventas o recursos de partidas de realizaciĆ³n.
Paso de activo por etapas
Para assetizar de forma independiente productos independientes o empaquetados, incluso si otras partidas de pedido estĆ”n en proceso, utilice un paso de assetize por etapas. El paso de assetize por etapas es normalmente aplicable para pedidos de larga duraciĆ³n que abarcan muchas horas, dĆas o incluso semanas.
Por ejemplo, un cliente solicita un sitio web personalizado y un nombre de dominio. El registro del nombre de dominio se completa rĆ”pidamente, pero el desarrollo del sitio web personalizado requiere varias semanas. Mientras tanto, el cliente decide agregar alojamiento de correo electrĆ³nico a su dominio. Como el nombre de dominio ya estĆ” activo, el proveedor de servicio puede agregar alojamiento de correo electrĆ³nico sin esperar a que se complete el desarrollo del sitio web.
Esta tabla enumera los tipos de partidas de pedido que se convierten en activos de realizaciĆ³n cuando aplica el paso de assetizaciĆ³n por etapas al proceso de realizaciĆ³n.
| Paso de activo por etapas al que se aplica | Elementos convertidos en activos |
|---|---|
| Partida de pedido de realizaciĆ³n autĆ³noma | Partida de pedido de realizaciĆ³n independiente. |
| Partida de pedido independiente | Partida de pedido independiente y sus partidas de pedido de realizaciĆ³n relacionadas. |
| Paquete de producto raĆz que contiene partidas de pedido | El paquete completo y sus partidas de pedido de realizaciĆ³n relacionadas. |
| Paquete de producto raĆz que contiene partidas de pedido de realizaciĆ³n | El paquete completo y sus partidas de pedido de realizaciĆ³n relacionadas. |
| Producto no raĆz en un paquete que contiene partidas de pedidos y partidas de pedidos de realizaciĆ³n | Ninguna. El paso se omite. |
| Orden de rampa | Ninguna. El paso se omite y todos los segmentos se activan solo cuando se completa el plan de realizaciĆ³n. |
