The parallel gateway you created splits the flow in three. Then you do what is called an implicit merge in Processing pending. This is semantically different from doing an explicit merge using a parallel gateway because in the first we do not know the sequence in which the parallel tokens arrive in the merging task. It is the same with the Deduction Processed task at the end btw.
Using a parallel merging gateway ensures that the outgoing flows wait until all parallel flows have arrived. My guess is that is what you intended.
The flows arriving at the Processing Pending have a problem. You cannot split the flows in the way your diagram shows. Guessing again my model is probably what you intended. The second gateway now waits until all tasks have completed before moving to the end state.
See my model.
BUT! Your model does not seem to be a process flow at all, but a state machine or state transition diagram (just judging the labelling of the tasks). That is not what process models are about. A Task is doing something, and then proceed to doing the next thing.