In the two districts I’ve been in, the admin console went down to grade level at most - we didn’t go to specific rooms. Some teachers shifted every summer, so a classroom might be a 3rd grade one year, 4th the next, and the model of Chromebook for the room would change based on grade level.

I’m not sure I see the benefit of the OU if you’re doing checkout through iiQ?

Alyssa,

Thank you for the response. We don’t do our checkout through IIQ just yet.  Our rooms in each elementary school have carts, and in each cart are lets say 32 chromebooks.  It’s very granular, but i’m trying to assign an OU to each cart, since the cart stays in the room, no matter the grade.  The issue that I am running into is when IIQ syncs, and custom mapping is active, it was moving devices around our GAC OU.  Currently I have disabled custom mapping, so that has stopped thank god.    I’m just throwing what we are doing out there, looking for a simpler way to make it work.  sorry if i seem all over the place, just trying to make sense of it all.

That does make sense….

Is your custom mapping set up like you listed in your first post? In iiQ, is the goal for them to be assigned to a user, room or both?

​@MReid 777163d nbpsnj Thank you for submitting your question to our community!

Here are a few threads that talk about cart devices:

For us we assign asset tags to carts and those carts will be the “Room Number” We then assign all of the chromebooks to that cart “Room #” and then assign the cart to the classroom room # if that makes sense.  Then if we move carts around we just move the carts asset tag to the appropriate room.

For the mappings I just filter by location and then I select the cart asset tag as the room #, then i assign those to the correct OU.