>>"From the company's perspective, their main benefit of SBS is inexpensive Exchange."
Unfortunately this is often the case. Not meaning to be rude, this site is littered with this philosophy and in most cases the company ends up spending more money in labor, than they would have with licenses for server std and Exchange. SBS is not Server std, and the known tools do not work with it.
You could migrate the users using ADMT, and I appreciate why you would want to, but there are a lot of differences with SBS including the basic AD structure. In many cases the problems do not appear obvious until a year later when you try to use one of the SBS services or add a service pack. The people that have the most problems with SBS are usually those that are most qualified with server std that refuse to use the wizards. Every SBS "guru" here had to rebuild their first SBS within a year because we tried to use conventional tools we were familiar with from other server versions. 3 rules with SBS, 1) install all services (even if you don't plan to use them), 2) use the wizards, 3) use defaults whenever possible.
This forum is more dedicated to supporting the SBS product and seeing it done correctly than finding workarounds just to get parts of it to work, so we are not a lot of help I am afraid.