====== Error event may be used to model business exceptions ====== {{tag>event error_event attached_event end_event subprocess}} End the normal (or deisrable) end of a process by the none event and the business exception (or unwanted end) by the error event. Use the attached event at the above level of the model. ===== ✔ How to =====
Negotiate technical terms
Negotiate technical...
Negotiate commercial terms
Negotiate commercial...
ОК?
ОК?
Not agreed
Not agre...
ОК?
ОК?
Agreed
Agreed
Contract terms negotiations
Contract terms negot...
Signing contract
Signing contract
===== ✘ How NOT to =====
Contract terms negotiations
Contract terms negot...
Signing contract
Signing contract
===== Notes ===== * Technically, attached event can be omitted - in this case error event would stop the current subprocess, the subprocesses above and the top-level process. Yet if modelled this way, the significant aspects of the process behavior would be hidden so the good practice is to always depict the attached error event. * If the attached event is named then it'd catch only the end error event with the same name. This way each end event can be processed separately. If the attached event is unnamed it'd catch all end error events. ===== See also ===== * Error event is the alternative to more simple technique of [[en:rule:check_subprocess_results | checking the suprocess results on exit]]. It's advantage is more compact diagram. ===== Author(s) ===== --- //[[user:bell|Anatoly Belaychuk]] 2024-01-11 23:30//