Titorial: Mellora os fluxos de procesos comerciais con ramificación
Os fluxos do proceso de negocio guíanlle a través de varias fases de vendas, márketing ou procesos de servizo cara a finalización. En casos simples, un proceso de negocio horizontal é unha boa opción. No entanto, en escenarios máis complexos, pódese mellorar un proceso de negocio con ramificación. Se tes os permisos de creación en fluxos de procesos empresariais, poderás crear fluxo do proceso de negocio con varias ramas mediante a If-Else lóxica. A condición de ramificación pode estar formada por varias expresións lóxicas que utilizan unha combinación de operadores AND ou OR . A selección de ramificación faise automaticamente, en tempo real, con base ás regras definidas durante a definición do proceso. Por exemplo, na venda de coches, pode configurar un único fluxo do proceso de negocio, que despois dunha etapa de cualificación común se divide en dúas ramas separadas en base a unha regra (¿Prefire o cliente un coche novo ou un coche usado, é o seu orzamento anterior? ou por debaixo de $20,000, etc. ), unha sucursal para vender coches novos e outra sucursal para vender coches usados. Para obter máis información sobre os fluxos de procesos de negocio, consulte Descrición xeral dos fluxos de procesos de negocio.
O seguinte diagrama mostra un fluxo do proceso de negocio con ramificacións.
Que cómpre saber cando deseña fluxos do proceso de negocio con ramificación
Teña en conta a seguinte información cando deseñe o fluxo do proceso de negocio coas ramificacións:
Un proceso pode abarcar un máximo de cinco táboas únicas.
Pode utilizar un máximo de 30 fases por proceso e un máximo de 30 pasos por fase.
Cada rama non pode ter máis de cinco niveis de profundidade.
A regra de ramificación debe basearse nos pasos da fase inmediatamente anterior.
Pode combinar varias condicións nunha regra mediante o
ANDoperador ou oORoperador, pero non os dous operadores.Cando define un fluxo de proceso, pode seleccionar opcionalmente unha relación de táboa. Esta relación debe ser unha relación de táboa 1:N (Un a moitos).
Pode executarse máis dun proceso activo á vez na mesma fila de datos.
Pode reorganizar as ventás (Fases, Pasos, Condicións, etc.) no fluxo de proceso mediante arrastrar e soltar.
Ao combinar ramificacións, todas as ramificacións do mesmo nivel deben combinarse nunha única fase. As ramificacións do mesmo nivel deben combinarse nunha única fase ou cada ramificación do mesmo nivel debe finalizar o proceso. Unha ramificación do mesmo nivel non se pode combinar con outras ramificacións e ao mesmo tempo finalizar o proceso.
Os cambios na API do cliente non poden activar a avaliación da condición de ramificación, xa que a ramificación depende das regras empresariais.
Para formularios en aplicacións baseadas en modelos, interactuar con etapas futuras activa as súas condicións e regras comerciais. Non obstante, se a fase activa segue sendo a mesma, esas regras non se volverán executar cando se recargue o formulario. Só as regras na fase activa se executan na carga do formulario.
Nota
Unha táboa utilizada no proceso pódese revisar varias veces (varios bucles de táboa pechados).
Un proceso pode volver á fase anterior independentemente do tipo de táboa. Por exemplo, se a fase activa está Entregar cotización nunha fila de cotización, os usuarios do proceso poden mover a fase activa de novo á Propoñer escenario nunha fila de oportunidade.
Noutro exemplo, supoña que un proceso está actualmente na fase Presentar proposta no seu fluxo de proceso: Calificar cliente potencial>Identifica Necesita>Crear proposta>Presentar proposta>Pechar. Se a proposta presentada ao cliente require máis investigación para identificar as necesidades do cliente, os usuarios poden simplemente seleccionar a etapa de identificación das necesidades do seu proceso e escoller Establecer Activo.
Exemplo: fluxo de proceso de venda de vehículos con dúas ramificacións
Miremos o exemplo do fluxo do proceso de negocio con dúas ramificacións, para a venda de coches novos e usados.
En primeiro lugar, crearemos un novo proceso chamado Proceso de venda de coches.
Abre o explorador de solucións e, a continuación, no panel de navegación esquerdo, selecciona Procesos.
Seleccione Novo para crear un proceso novo.
Especifique a Categoría como fluxo do proceso de negocio e para a Entidade primaria escolle Lead.
Engade a primeira fase ao proceso chamado Calificación e engade pasos Prazo de tempo de compra e Preferencia de coche.
Despois da fase común de Calificación , dividimos o proceso en dúas ramas separadas mediante a tella Condición .
Configure a ventá de condición coas regras que cumpran os seus requisitos de negocio.
Para engadir la primeira ramificación dunha fase, engada un mosaico Fase no camiño “Si” do mosaico de condición.
Para engadir a segunda rama que se executa cando non se cumpre a condición, engade outra tella de etapa na ruta "Non" da tella de condición
Suxestión
Pode engadir outra condición no camiño ”No” dun mosaico de condición existente para crear ramificacións máis complexas.
Se a Preferencia de coche = Novo, o proceso diríxese á Venda de coches novos En caso contrario, pasa á fase Venda de coches usados , na segunda rama, como se mostra a continuación.
Despois de completar todos os pasos da fase Venda de coches novos ou etapa de Venda de coches usados , o proceso volve de volta ao fluxo principal, coa fase Entrega cotización .
Evitar a revelación de información
Considere un fluxo do proceso de negocio co ramificacións para procesar unha solicitude de préstamo nun banco, como se mostra a continuación. As táboas personalizadas utilizadas nas etapas móstranse entre parénteses.
Neste escenario, o oficial de préstamos bancarios necesita acceder á fila Solicitude, pero o oficial de préstamos non debería ter visibilidade sobre a investigación da solicitude. A primeira vista, parece que podemos facelo facilmente asignándolle ao oficial de préstamo un rol de seguranza que non especifica acceso á táboa de investigación. Pero miremos o exemplo en máis detalle para comprobar que en realidade é así.
Supoñamos que un cliente solicita un préstamo ao banco de máis de 60.000 USD. O axente de préstamos revisa a solicitude na primeira fase. Se se cumpre a regra de ramificación que comproba se o importe que se debe ao banco superará 50.000 USD, a seguinte fase de proceso é investigar se a solicitude é fraudulenta. Se se determina que este é certamente un caso de fraude, o proceso pasa a tomar acción legal contra a solicitante. O oficial de préstamo non debería ter visibilidade das dúas etapas de investigación xa que o oficial non ten acceso á mesa de investigación.
Non obstante, se o oficial de préstamo abre a fila Solicitude, todos poderán ver todo o proceso de extremo a extremo. O oficial de préstamos non só poderá ver a fase de investigación de fraude, senón que tamén poderá identificar o resultado da investigación ao ver a fase de Acción Legal do proceso. Ademais, o oficial poderá previsualizar os pasos das fases de investigación escollendo a etapa. Aínda que o oficial de préstamos non poderá ver os datos nin o estado de finalización do paso, poderá identificar as posibles accións que se tomaron contra o remitente da solicitude durante as fases de investigación e acción legal.
Neste fluxo do proceso, o axente de préstamos poderá ver as fases de investigación do fraude e de acción legal, que constitúe unha revelación de información non apropiada. Recomendámoslle prestar especial atención á información que se pode revelar debido ás ramificacións. No noso exemplo, divida o proceso en dous procesos independentes, un para o procesamento de solicitude e outro para a investigation do fraude, para evitar que se revele información. O proceso para o axente de préstamos terá este aspecto:
O proceso para a investigation será independente e incluirá as fases seguintes:
Deberás proporcionar un fluxo de traballo para sincronizar a decisión de Aprobar/Denegar desde a fila Investigación á fila Solicitude.
Pasos seguintes
Crea un fluxo do proceso de negocio
Crea lóxica de negocio personalizada con procesos