Currently the Delete Trigger only returns very limited (and not very useful) data on the record that was deleted - basically just the GUID of record.
This should be enhanced to return all field data in the payload so that this information can be used in downstream actions.
Technically speaking the trigger should have:
<X> Include Pre-Image
<X> Include Post-Image
Absolutely agreed! With only the Id of the deleted record, this action is basically useless. Many times I have wanted to update a single value on a Parent record when a Child record is deleted, but I need the Id from the lookup on the deleted child record to do this. At present, this is just not possible and we have to fall back to writing plugins to achieve something fairly trivial. By providing at least the ability to select which fields should be included in the data provided by the trigger, it will remove this reliance on plugins.
This functionality would also be great on Update trigger! Being able to compare the value on a field before update to the new value would allow for many clever and more efficient flows.
Please support this!
It is essential and has a lot of votes.
+1 for the addition of "update" trigger (see above)
Not sure how useful this is going to be in the "async" scenario (which is what Flows are), though. It seems it really does help to have pre-image and post-image to do all sorts of validations and/or pre/post processing, but that's, likely, not going to be that simple with the flows in either case. Or is it doable?
the solution is to create a double database and update it with flows (if a row is added or updated).
then you can get all data with the delete trigger.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.