And we can probably wager that a better UX doesn't yield the developer a better pay cheque.
The key thing about enterprise software is that it's never sold to end-users, it's sold to senior managers and executives. The contact that this group will have with the software is to approve transactions (e.g., Reqs, POs, Expense Claims, etc) and maybe view some reports. You can bet that these interactions are very streamlined.
I guess the question that is often missing when these systems are specified and bought is “if we find a trivial but annoying UX papercut issue in the software which is 5 minutes of actual development time, how quickly and how cheaply would we have that fixed once we report the issue?”
Having systems people like is important. I think that often seems to get lost.
Finance purchase Concur because it solves their problems and integrates with their existing tools. They don't care that people hate it, or that it wastes the company's resourcing when people are fighting a broken UI instead of doing their day job.
Normally engineers are shielded from this pattern in their day jobs. But I have worked at companies that have gone the other direction. In one I met with a risk averse gatekeeping team and told them that for a newly acquired product we were not going to be able to meet the (arbitrary) SLO for the glut of tickets they assigned us, and asked for help. Their suggestion was to pull the app from market.