Em um Tribunal do Trabalho, uma equipe está modelando o processo de concessão de seguro-desemprego usando BPMN 2.0, com o objetivo de aprimorar a clareza e eficiência na análise de pedidos.
O fluxo principal envolve as seguintes atividades:
O trabalhador protocola o pedido de seguro-desemprego no sistema eletrônico.
O sistema verifica automaticamente se os documentos obrigatórios foram anexados.
Caso falte documentação, o trabalhador é notificado para complementar as informações.
Caso toda a documentação esteja correta, o processo segue para análise final e eventual liberação do benefício.
Como parte da modelagem, a equipe precisa representar a situação em que essas duas condições independentes devem ocorrer antes de o processo seguir para a análise final:
A 
B 
C 
D 
E 
Eu marquei A, mas é a B. Segue a explicação:
O elemento mais adequado da notação BPMN para indicar que ambas as condições precisam ser satisfeitas simultaneamente é o Gateway Paralelo (em inglês, Parallel Gateway).
Se você estiver olhando para um diagrama, ele é representado por um losango com um sinal de mais ("+") no centro.
Aqui está a explicação do porquê essa é a resposta correta para a sua questão da FCC:
A função do Gateway Paralelo: No BPMN 2.0, esse elemento é usado para sincronizar fluxos de trabalho. Quando usado no modo de convergência (Join), ele "segura" o processo e obrigatoriamente espera que todos os fluxos de entrada sejam concluídos antes de liberar o fluxo de saída.
Aplicação no seu cenário: O trabalhador está seguindo por dois caminhos independentes no processo: (i) resolver a documentação e (ii) comparecer à entrevista. O Gateway Paralelo vai aguardar que o token (a confirmação de conclusão) chegue de ambas as atividades. Somente quando tiver a confirmação das duas, ele permitirá que o processo siga para a "análise final".
É super comum confundir! A FCC adora colocar essas "cascas de banana" de BPMN nas provas, e os gateways costumam ser o ponto onde a maioria escorrega.
O Gateway Baseado em Eventos (aquele losango com um círculo duplo dentro) é uma alternativa muito tentadora, mas ele tem um comportamento fundamentalmente diferente que o torna incorreto para essa situação.
Para ajudar a fixar, veja a diferença prática:
O que o Gateway Baseado em Eventos faz: Ele pausa o processo e fica "escutando" o mundo externo, esperando que algo aconteça (uma mensagem chegar, um tempo limite estourar, etc.). O grande detalhe é que ele segue o caminho do primeiro evento que ocorrer e descarta os demais. É uma decisão exclusiva (XOR).
Exemplo: O sistema espera o trabalhador anexar o documento (Evento A) OU espera dar o prazo de 30 dias (Evento de Tempo B). O que acontecer primeiro, destrava o fluxo e o outro caminho morre.
O problema no cenário da questão: Se você usasse um Gateway Baseado em Eventos para as condições "documentação completa" e "comparecimento à entrevista", assim que o trabalhador fizesse uma das duas coisas, o fluxo seguiria para a análise final, ignorando a outra.
Como a banca deixou bem claro que as duas condições independentes (i E ii) precisam ser satisfeitas simultaneamente antes de seguir, só o Gateway Paralelo dá conta do recado, pois ele é o único que funciona como um "pedágio" que exige todos os tickets antes de abrir a cancela.