0 votes
392 views
in Best Practices by

1 Answer

0 votes
by
I have come across two school of thoughts on this issue

1. Why have an overhead of updating the Record of Origin or Source of Truth when the BPD is the actual Process Container and holds the latest and greatest version of the data, also there is an overhead involved since after every Data Change Activity e.g. Human Tasks we need to update the application database, also we can use REST APIS to work with the data when we use BPM Processes as the source of truth. Also if the system source of truth is only updated via BPM and there is no need to update it from external applications/systems this approach makes sense.

2. Transaction management is not inherent to the BPM processes and the the BPM processes are not designed for efficient and safe reading and writing of the data simultaneously when processes are operational, also concurrent read and writes have to be kept in mind when we are using BPM as a source of truth. Actually by design IBM BPM is not meant to be used as a source of truth.

Related questions

0 votes
0 answers 289 views
0 votes
1 answer 1.3k views
0 votes
1 answer 547 views
0 votes
1 answer 2.5k views
0 votes
2 answers 2.6k views
+1 vote
1 answer 1.7k views
0 votes
2 answers 6.5k views
0 votes
0 answers 223 views

635 questions

495 answers

98 comments

2.9k users

Join BPM Community Discord Channel

Welcome to BPM Tips Q&A, Community wiki/forum where you can ask questions and receive answers from other IBM BPM experts and members of the community. Users with 2000 points will automatically be promoted to expert level.
Created by Dosvak LLC
Our Youtube Channel
...