If it's the code and you have no in-house resource, then you need it reviewed based on how maintainable it is.
Documentation, consistent style, readability and good design practices. Get a consultant in, not Gartner, someone who designs software. If you are going to go down this route, make it clear from the outset. Send a working product back to them because it's written badly and you'll have to pay for them to sort it out.
In fact I'd recommend you get the consultant in now and have him or her negotiate what say readability means.
Always remember the first thing that gets sacrificed to profit or cost in a software project is code quality.
Look at it on a super user basis.
When you look at it from say an interface to invoicing, you are going to get the opinion of those who manage that now. No different for on going administration , data integrity, security, network admin etc.
It's no where near as arcane as some would make out. Usually it's as obvious as someone turning up with a linux box and you have are a windows house. Or you use AD and it doesn't. Or you are moving to Vista and it won't work with it.
Unless you are buying the code, it's the admin interface that matters. If you are, then it's how easy is the code to understand, because that's the bulk of the time for code fix and enhancement.
Technical review from a nuts and blots perspective is no different as such, from can you get a purchase in to the ledger.