My thoughts were based on separation of concerns. One part of my integration does react to the lock events. Another one, completely separated from the other, prepares the lock action.
But, on second thought, this wouldn’t be useful, because the only information to be transferred would be the requested lock action, not the source of it. No information of a trigger would be available.
I think i will prepare the event within my integration, therefore it is better that the lock does not send such an event by itself. So, please forget my remark.