Appian Community
Site
Search
Sign In/Register
Site
Search
User
DISCUSS
LEARN
SUCCESS
SUPPORT
Documentation
AppMarket
More
Cancel
I'm looking for ...
State
Not Answered
Replies
3 replies
Subscribers
10 subscribers
Views
2140 views
Users
0 members are here
Share
More
Cancel
Related Discussions
Home
»
Discussions
»
Data and Records
hi All, is it possible to directly change process variables in In process-
eaglez
over 9 years ago
hi All,
is it possible to directly change process variables in In process-backed record view ?
thanks in advance.
OriginalPostID-200286
OriginalPostID-200286
Discussion posts and replies are publicly visible
Parents
0
sikhivahans
over 9 years ago
@eaglez Added to the above, I would like to add some more content as follows:
1. You may create a process which will capture the updates in the database or in the same process in the form of PVs. This process can be either made as a Related Action or you may invoke it using fn!startprocesswrite() at https://forum.appian.com/suite/tempo/records/type/components/item/i8BCLGOdlMUpdGVqT-RV7oRg74uEGJO5yQeCToV_iK9c-uZFaHQndbxbAQOV2CNBg/view/summary in-case if you are looking forward to trigger the process via a SAIL component(such as button).
2. With regards to updates to PVs in the destination process, you may opt for one of the following:
a. Configure a 'Receive Message Event' in the destination process and upon receiving the message, the PVs should be updated by performing a database read operation or read values by querying process analytics (based on the process id that has sent message) or read the values from the message itself. This approach needs a 'Send Message' event configuration in the source(Related Action or the process model triggered using fn!startprocesswrite()).
b. Use 'Set External PVs' smart service at https://forum.appian.com/suite/tempo/records/type/components/item/i4BCLGOdlMUpdGVqT-RV7oRg74uEGJO7ST7vajpgHr5N88A8C7XkID6LIPzexYr/view/summary to make updates in the destination process by making use of the process id. The downside of this approach is that, the 'Set External PVs' might need to be reconfigured as and when there are changes in PVs. And as said earlier, this lacks audit history. This is more or less similar to what other practitioner has said.
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Reply
0
sikhivahans
over 9 years ago
@eaglez Added to the above, I would like to add some more content as follows:
1. You may create a process which will capture the updates in the database or in the same process in the form of PVs. This process can be either made as a Related Action or you may invoke it using fn!startprocesswrite() at https://forum.appian.com/suite/tempo/records/type/components/item/i8BCLGOdlMUpdGVqT-RV7oRg74uEGJO5yQeCToV_iK9c-uZFaHQndbxbAQOV2CNBg/view/summary in-case if you are looking forward to trigger the process via a SAIL component(such as button).
2. With regards to updates to PVs in the destination process, you may opt for one of the following:
a. Configure a 'Receive Message Event' in the destination process and upon receiving the message, the PVs should be updated by performing a database read operation or read values by querying process analytics (based on the process id that has sent message) or read the values from the message itself. This approach needs a 'Send Message' event configuration in the source(Related Action or the process model triggered using fn!startprocesswrite()).
b. Use 'Set External PVs' smart service at https://forum.appian.com/suite/tempo/records/type/components/item/i4BCLGOdlMUpdGVqT-RV7oRg74uEGJO7ST7vajpgHr5N88A8C7XkID6LIPzexYr/view/summary to make updates in the destination process by making use of the process id. The downside of this approach is that, the 'Set External PVs' might need to be reconfigured as and when there are changes in PVs. And as said earlier, this lacks audit history. This is more or less similar to what other practitioner has said.
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Children
No Data