Discussion: Reason WHY to use BPMs instead of Customizations is better

Over the years, I have been asked, “Why” I love and use BPMs instead of putting the customization directly in an entry program.
Today, i just had an amazing proof case.

  1. over a year ago, I created a BPM that did a little automation in the Engineering Workbench. The automation was to create a “Pilot job” for a part while still leaving it checked out. The BPM is created with all widgets, and worked fast and well… it COULD have been written into the EWB customization, but I chose not to.
  2. fast forward. TODAY, I was creating an updatable dashboard for the EWB to do some mass updates. I saw the “Create Pilot” flag, and decided to check to see if it would correctly trigger the BPM. Sure enough, it did exactly as it should have. I checked the box, saved the record (in the Updateable dashobard) and the BPM fired and did its program.
    If we had written this as a customization, then we would not be able to use this logic. We would need to extend the customization into this dashboard as well.

Anyone have any other examples where a BPM IS BETTER?

2 Likes

If you plan to use REST (or WCF web services for that matter, which includes Service Connect and custom written programs), BPMs are called. These processes don’t use the UI and customizations are only called in the UI.

Mark W.

4 Likes