Working with AX 2012 R3, we've seen instances of the Cash and bank management > Journals > Bank reconciliation form showing journals as In use with the Blocking tab identifying the Used by user as a user who has no permissions in the Cash and bank management module. Those users who need to access the journal have been able to clear the block, a conclusion reached elsewhere, but I'm curious if anyone else has seen this behaviour, and if so, what you've done about it. I could turn on database auditing for \Tables\BankReconciliationHeader\Fields\InUseBy, or go further & put an insert/update trigger event handler on the field to custom-capture a stack trace, but that feels like it might be overkill.
I can see the In use checkbox displays a method on the form datasource that calls \Classes\BankReconciliationHeaderFormView\inUseBlockReconciliation, which calls \Classes\BankReconciliationHeaderViewModel\dsReconciliationMethodInUseBlock, ultimately referencing \Tables\BankReconciliationHeader\SessionId, so I can see when the relevant user session started or ended, which allows us to have more confidence that the blocking user hasn't had their roles changed recently, so their ability to access journals hasn't changed since they apparently blocked the journal. If it wasn't for the fact that both the SessionId and InUseBy fields live directly on the header record, I would wonder whether re-use of a session ID could lead to the Blocked by field showing the wrong user, but I don't think that theory holds water.
Any thoughts welcome.
*This post is locked for comments
