As far as I know, if an object is autocommited, because another object that refers to it is commited, the autocommited object will from now on be handled as autocommited, even if you commit it normally afterwards.
You may discuss if this is a proper behaviour and there have already been quite many such discussions on the forum. But the current state is just like that: If you commit an object A refering to an object B which is not yet commited, then this is a modeling error.
We can’t see from your flow if this is the case in your microflow, or not. If NOT, then yes, you should file a support ticket.
Are there associations between your entities? Even if this should not happen it may help to change the order in which you do your commits.
Are there any events that could cause issues like this? Possible side effects?
Is the this logline about the dekracase object you commit in the microflow you show. Or is it about another one?