multiple ABM managed iPads - appleid practicality limitations

Yikes.

"50+ devices for seminar / display booth / product demonstration use - all will have same MDM profile and are not allocated to specific users"

Why are you using Apple IDs at all!?!? If these units are being used by random people in a public space for demo purposes, then deliver your apps via VPP, hand the units out like candy, and then wipe at the end of each session to reset to defaults.

The only reason I can think of the need for Apple IDs is that your app/product uses iCloud storage and you need an Apple ID to participate in the cloud storage. If this is the case, then consider setting up shared iPad and treat the IDs as students. This will by pass the need for MFA unless you Federate to an identity provider (which would be foolish because you would be granting access to your corporate domain).

But I return to the first point. Why do you need Apple IDs? You are giving strangers passwords or at worst you are maintaining a password list and worrying about MFA (as you stated). But, what if one of your participates creates content in the Apple ID? Wow, what a potential nightmare. That will still be there when the next person uses that ID.

Volume license all your apps in ABM and deliver them to the devices. No Apple ID. Hand the device out with a no PIN code and restrict the ability to create one. Use your MDM to tailor the device by aggressively using restrictions. When the event is over, wipe and reset to make sure no one did something inappropriate on the device (for example, BLOCK the camera if you don't need it for your app - you will be surprised by how inappropriate professional adults can be).

Hope this helps. Unless you are demoing an EDU product or an app that is storing data in Apple's iCloud, avoid IDs like a swarm of bees (reference to when Apple had a sense of humor and posted a Kbase article with this sentence: 'Stay away from the SyncServices folder as if it were a swarm of bees...').

If these were only Macs... You could deliver the sample data as a package during enrollment. I am guessing this is in the Files app?

If you were distributing your sample data in eBook format, your MDM can (should be able to) deliver those. But not random data files.

You could use Apple Configurator. There is a feature in there to install documents (but it must be associate to an app so if this is mixed content that is a bad idea). And that would be a clunky deployment and likely would only be effective if you had a big USB hub of a docking station so you can run the old school Configurator MDM.

How about AirDropping your data when you are prepping the devices? When you consider the workflow you are using, you are already touching each device to log into an Apple ID to make the data available. Might it be easier to simply AirDrop the files to each device. You are still touching them all, but you are no longer using any credentials to sign into the device.

Or, and again, I am assuming you are storing the sample files in the Files app, how about this :). You collect all your sample files into a zip archive. Post the zip archive on your web site. Then you can deploy a Web Clip to the devices so now you launch the web clip, which will download the zip. Unzip the archive in the Files app and now all your content is on the device. No credentials.

Hope this is helping, not confusing. You have an interesting challenge with the batch of sample content.

MDM solution such as JAMF, Scalefusion Apple MDM is configured to handle the specific needs of your deployment. This includes setting up profiles that minimize the need for Apple ID interactions and automating as much of the setup process as possible:

Check this : https://www.reddit.com/r/applebusinessmanager/comments/ypru3v/noob_to_apm_managed_apple_id_question/.