Handle them differently than technical exceptions.
Examples of technical exceptions are the database not responding, a method called with the wrong type of arguments, a library is missing, the system is out of disk space or memory, a firewall rule is preventing a connection, and so on. If you tried to explain these to a business person you would typically get a blank stare. They’d want to know why you didn’t do your job correctly.
Business exceptions are different. For example, a purchase order quantity exceeded the available inventory. An account was charged negative interest. Someone entered a birthday that is in the future. These are business rule violations.
Technical exceptions should be handled through technical exception handlers. Developers and systems operators need to be notified so that the system can be repaired and the code can be modified to avoid the problem in the future.
Business exceptions need to be handled through a user-friendly workflow. A user needs to be able to make alterations to the submitted request and correct the information. It’s much different process.
