Mejora de los flujos de proceso de negocio con bifurcación

 

Publicado: julio de 2016

Se aplica a: Dynamics CRM 2015

Los flujos de proceso de negocio le guían a través de diversas fases de procesos de ventas, marketing o servicios hasta su finalización. En casos simples, un flujo de proceso de negocios lineal es una buena opción. Sin embargo, en situaciones más complejas, puede mejorar un flujo del proceso de negocio mediante bifurcación. Si tiene los permisos de creación de flujos de proceso de negocio, podrá crea el flujo de proceso de negocio con varias bifurcaciones utilizando la lógica If-Else. La condición de bifurcación se puede formar con varias expresiones lógicas que usan una combinación de operadores AND o OR. La selección de bifurcación se realiza automáticamente, en tiempo real, en función de reglas definidas durante la definición del proceso. Por ejemplo, en la venta de los coches, puede configurar un solo flujo de proceso de negocio, que después de una fase de calificación común se divide en dos ramas en función de una regla (prefiere el cliente un coche nuevo o uno usado, es el presupuesto del comprador inferior a $20.000 o superior, etc.) ), una bifurcación para vender coches nuevos y otra para vender coches usados.

El diagrama siguiente muestra un flujo de proceso de negocio con dos ramas.

En este tema

Qué debe conocer al diseñar los flujos de proceso de negocio con ramas

Ejemplo de flujo de proceso de venta de coche con dos ramas

Evitar la divulgación de información

Qué debe conocer al diseñar los flujos de proceso de negocio con ramas

Tome nota de la siguiente información cuando diseñe el flujo de proceso de negocio con las ramas:

• Un proceso puede abarcar un máximo de 5 entidades únicas.

• Puede usar un máximo de 30 fases por proceso y un máximo de 30 pasos para fase.

• Cada rama puede tener un máximo de 5 niveles de profundidad.

• La regla de bifurcación se debe basar en los pasos de la fase que inmediatamente la precede.

• Puede combinar varias condiciones en una regla mediante el operador AND o el operador OR, pero no ambos operadores.

• Una entidad usada en el proceso puede ser revisitada varias veces (varios bucles de entidad cerrados).

• Puede volver a la fase anterior sin importar un tipo de entidad. Por ejemplo, si la fase activa es Entregar oferta en un registro de oferta, puede devolver la fase activa a la fase Proponer en un registro de oportunidad. En otro ejemplo, supongamos, usted se encuentra en la fase Presentar propuesta en el flujo de proceso: Calificar cliente potencial > Identificar necesidades > Crear propuesta > Presentar propuesta > Cerrar. Si la propuesta presentada al cliente requiere más investigación para identificar las necesidades de los clientes, puede seleccionar sólo la fase Identificar necesidades del proceso y elegir Activar.

• Al definir un flujo de proceso, puede seleccionar de manera opcional una relación de entidad. Esta relación debe ser relación de entidad de 1:N (uno a varios).

• Sólo es posible un proceso activo por registro.

• Un nombre de proceso no se expone a condiciones de flujo de trabajo.

• Las fases se pueden reorganizar mediante las flechas SUBIR o BAJAR dentro de la rama. Las fases no se pueden mover de una rama a otras ramas.

• Al combinar ramas, todas las ramas del mismo nivel deben combinarse en una sola fase.

• Las ramas del mismo nivel deben combinarse en una sola fase, o cada rama del mismo nivel debe finalizar el proceso. Una rama del mismo nivel no se puede combinar con otras ramas y a la vez finalizar el proceso.

Ejemplo de flujo de proceso de venta de coche con dos ramas

Veamos el ejemplo del flujo de ejemplo de proceso de negocio con dos ramas, para vender coches nuevos y usados.

Primero, crearemos un nuevo proceso llamado Proceso de venta en coche.

1. Vaya a Configuración > Procesos.

2. Especifique la Categoría como Flujo de proceso de negocio y para la Entidad primaria elija Cliente potencial.

3. Agregue la primera fase al proceso llamada Calificar y agregaremos pasos, Intervalo de tiempo de compra y Preferencia de coche.

Después de la fase común Calificar, dividimos el proceso en dos ramas separadas, mediante la cláusula If-Else.

Sugerencia

• Para agregar la primera rama a una fase, elija Agregar rama debajo de la fase y especifique la condición If. Para agregar la segunda rama para la misma fase, elija Agregar rama de nuevo, debajo de la fase misma. Se mostrará la cláusula Else. Puede elegir Else, para convertirlo en Else-If, si tiene más de dos ramas de la misma fase, o si desea especificar una rama solo cuando se cumplen condiciones determinadas.

• Elija el botón cuadrado verde + (más) bajo la regla de bifurcación para agregar otra condición a la regla.

• Elija el botón + Insertar fase para insertar una fase al principio de la rama.

Si Preferencia de coche = Nuevo, el proceso se bifurca a la fase Ventas de coches nuevos , de lo contrario, salta a la fase Ventas de coches usados , en la segunda rama, como se muestra a continuación.

Después de completar todos los pasos de la fase Ventas de coches nuevos o Ventas de coches usados, el proceso regresa al flujo principal, con la fase Entregar oferta.

Evitar la divulgación de información

Imagine un flujo de proceso de negocio con ramas para procesar una solicitud de préstamo en un banco, como se muestra a continuación. Aparecen entre paréntesis las entidades personalizadas que se usan en las fases.

En este escenario, el responsable de préstamos del banco debe tener acceso al registro de solicitudes, pero que no debe tener ninguna visibilidad en la investigación de la solicitud. En el primer vistazo, parece que podemos hacerlo fácilmente asignando al responsable de préstamos un rol de seguridad que especifique sin acceso a la entidad de investigación. Pero, veamos el ejemplo con mayor detalle y si esto es así realmente. Digamos que un cliente realiza la solicitud de préstamo de más de $60.000 al banco. El responsable de préstamos revisa la solicitud en la primera fase. Si se cumple la regla de bifurcación que comprueba si el importe debido al banco superará $50,000, la siguiente fase en el proceso es investigar si la solicitud es fraudulenta. Si se determina que se trata de un caso de fraude, el proceso pasará a tomar acciones legales contra el solicitante. El responsable de préstamos no debe tener visibilidad en las dos fases de investigación, ya que no tiene acceso a la entidad Investigación. Sin embargo, si el responsable de préstamos abre el registro de solicitudes, podrá ver todo el proceso de extremo a extremo. No solo podrá ver la fase de la investigación de fraude, sino que también podrá identificar el resultado de la investigación para haber podido ver la fase de acción legal en el proceso. Además, podrá obtener una vista previa de los pasos de las fases de investigación eligiendo la fase. Si bien no podrá ver los datos ni el estado de conclusión del paso, podrá identificar las acciones potenciales que se tomaron contra el solicitante durante las fases de investigación y de acción legal. En este flujo del proceso, el responsable de préstamos podrá ver las fases de la investigación de fraude y de acción legal, lo que constituye una divulgación de información indebida. Se recomienda prestar especial atención a información que pueda divulgarse debido a la bifurcación. En nuestro ejemplo, divida el proceso en dos procesos independientes, una para el procesamiento de solicitudes y otro para la investigación del fraude, a fin de evitar la divulgación de información. El proceso para el responsable de préstamos tendría el siguiente aspecto:

El proceso para la investigación será independiente e incluirá las fases siguientes:

Deberá proporcionar un flujo de trabajo para sincronizar la decisión de aprobar o denegar desde el registro de la investigación al registro de solicitudes.

Ver también

Flujos de proceso de negocio
Configurar flujos de proceso de negocio
Crear y editar procesos
Roles de seguridad y privilegios
Vídeo: Proceso negocio en Microsoft Dynamics CRM 2015

© 2016 Microsoft Corporation. Todos los derechos reservados. Copyright