Unless I've misinterpreted your descriptions,  I believe you probably don't need to use custom data or whatever complicated task you mentioned.  One possible trick is like this:

For each model,  add a virtual device group with automatic filter based on the model name.  Then add a device-relocation rule using full IP address range 0.0.0.0-255.255.255.255 to target all devices already automatically selected in the virtual device group.

What are the version and build numbers of your MobiControl server?

Are all devices of the same model to be moved to one single device group?  Is this a one-time task or do you need to repeat it at different scheduled time?  Approximately how many devices are there?

Total count will be 2000+ in the end.  Trying to automate a lot of things so that it is a clear process and doesn't take manual work in Soti.

You're frustrations around the limited options within Device Relocation rules are certainly valid and the workaround you've developed is basically the same process that we leverage, outside of creating a unique Staging folder for each device model. I don't believe you can actually write to an INI file via a SOTI script in Android (hopefully I'm wrong) so you may have to create a unique INI for each of your device models that has a "hardcoded" model name value and then use a Profile with Filter Criteria of Model for each device. It is certainly frustrating that Model, Manufacturer, and OEM Version are all options Filter Criteria but not options for Device Relocation rules. This approach would be a little less dynamic than ideally writing the macro %MODEL% value to the file automatically through a File Sync rule but it would work. 

One other approach that I've leveraged is utilizing the OEM Version and/or LG Version extracted from GetPatchVer as the CustomData for inferring the device model. Its a little trickier keeping track of and maintaining than a straightforward device model but the OEMVersions across those device models should hopefully be unique. That probably won't be the case with all of the next generation SD660 devices that will share common OEM Versions and LifeGuard updates like the Atlas (TC51, TC70x, MC3300, VC80x) devices do today. 

Great point, you could use the Virtual Groups to accomplish this as well! This is one of the best AND worst things about SOTI. There are so many different ways of accomplishing the same goal. 

I hadn't messed with virtual groups yet!  This works great, and is less messy then what I had planned.  I think for the options available this is the best.  (Soti if you are reading I still vote for more flexibility in your migration rules though).

Thanks a ton!

Hi Travis,

Great post and yes your vote has been noted! ;)

Cheers!