Man! I hear ya Tom!
Finance and Execs sure know how to misspend the money and have it 'fixed' later.
Sounds like your IT guy missed the compatibility.
This ususlly happens when the salesperson says one thing...then after $$$ and licensing you get to actually work with the software and find out tech support and the support contract says the exact opposite of the salesman.
One way I combat this scenerio is to require from the sales person (aside from whatever Execs, Engineers, and Finance wants) full access to their knowledge base and the release notes to the current version. The first thing I do is read the release notes and do a search in the knowledge base for "known issue" along with any other key phrases. If the salesman is unwilling to provide this then I will not approve or support the software at all on the network. Due to my track record finance and execs are willing to back this since it is a simple request and it has saved trouble and dollars in the past.
One example of this was ONESPACE (collaborative server for Solid Designer). The salesman iterated that a powerfull server with plenty of RAM would be required and it would have to run WinNT4.0. Once I got the "test bits" and a trial license I found that it was completely java based service. Because of the java version being used I went back to salesman to point out it would not work on the P4 server he recommended because of the newer chipset vs. the java version of the service. I did mention that it would work with Win2k server since it was java but only on an older PIII chipset. During my testing I did rewrite the install routine to use a new java version for the java exec service. It seemed to run on the P4, but of coarse this would be an unsupported and a not fully tested config. Once the solution was refused the salesman did ask for my install routine.....oops! did I delete that!
Basicaly I've discovered never trust or try to techically dialog with the salesman...just get access to the kbase, release notes, or even the bits if you can!