@AMeyer Greendale Schools Thank you for submitting your question to our community!

I have been thinking about this one. I know that if you allow mapping by multiple options, the owner’s location will overrule any of the others. However, if they are sitting in an OU & have no owner, the OU will assign the location. I hope this helps! 

Thanks for the info, Kathryn! With the school year just about starting, I’ll probably wait to make these changes anyway. I’ll export a list of the classroom Chromebooks from iiQ beforehand just in case things go sideways.

Not sure if this is what you are looking for, but we just switched to separating “Staff Chromebooks” from Student for different Device policies in Google Control Panel.   

In the Google Devices IIQ app, “OrgUnitPath Translation Map”  we have rules to match the location of the student and their building assignment to a “/Elementary Devices/School Name Devices” OU in Google, the filter is by Student.

Then a rule to say match owner location to a single OU in Google if their role is staff independent of what building they are from.    Does that make sense or help?

Not sure if this is what you are looking for, but we just switched to separating “Staff Chromebooks” from Student for different Device policies in Google Control Panel.   

In the Google Devices IIQ app, “OrgUnitPath Translation Map”  we have rules to match the location of the student and their building assignment to a “/Elementary Devices/School Name Devices” OU in Google, the filter is by Student.

Then a rule to say match owner location to a single OU in Google if their role is staff independent of what building they are from.    Does that make sense or help?

 

It does make sense - thank you!

My snag with this setup is our “shared” student devices. Chromebooks for grades 2-4 are not assigned to individual students. I think those devices would need individually checked out or assigned to a virtual iiQ user for this to work?

@AMeyer Greendale Schools You could create a user “2nd grade Chromebooks” and then you will be able to see all those devices in a view as well. It could be easier to track them. 

That’s what I’m leaning towards as well. It’s what we did in my last district. I didn’t love the hassle of the extra check-ins/checkouts, but knowing where each device was at all times was helpful.

It’s a change that I need to run by the rest of the crew, though, so it’s “on hold” till we can squeeze in a meeting. Hopefully that happens before school starts!

We created a Building User account “Eastview Location” user to checkout devices assigned to a location like a room.   Not great, but at least associated with a building.   Annoying part was we have to edit the asset after checkout in order to set the Room at the building.  Since a single generic user can’t be associated with multiple rooms.  

We’re probably going to do individual rooms as users, unless my coworkers poke all the holes in my idea. We try to stay 1:1 based on enrollment, and having each room as an “owner” lets me see at a glance what the count is.

I’ve been telling people there’s no one right way to do these things, we just gotta agree on which one we want to manage 

Okay I am halfway there, which is neat. I have our student devices (1:1 and class sets) updating their locations in iiQ and pushing the changes over to Google Admin.

I’m missing something with our staff devices, though. No changes are happening in the Google Admin Console. iiQ updates the device’s location to match my test staff account (which means the rule I set up is running), but the device does not move to our Staff OU.

I currently have the OrgUnitPath Translation Map narrowed to my test account, mapping to our Staff OU. No change happens when I check out a device. If I change the test account’s mapping to one of the student OUs, the device moves as expected. If I change to a sub-OU within our Staff OU, the device moves. I can manually move devices into /Staff when I log in to the Google Admin Console.

Anyone got thoughts for what I’m missing? I can grab screenshots if needed - I just have to redact stuff & I avoid it since I’m on a Chromebook 

Think it’s too late to edit my post but I might have sorted this out…

My iiQ Rule was set to update device location first, then update Google Admin. This order works fine for student devices and/or most OUs.

I eliminated the location step, then tested & my device switched OUs. 

I added the location update as the second step and it seems to be working. Feels bizarre that just the /Staff OU was impacted but I’ll test some more tomorrow and report back.

Think I spoke too soon about figuring it out. I’m seeing the same odd behavior. iiQ is not moving Chromebooks to the /Staff OU. If I change the mapping under Google Devices>General Settings to any other OU, the device moves when checked out.

I deleted & recreated both the rule and the mapping, just in case something had gone weird when I’d copied them, but that didn’t help. 

So.. open to ideas if people happen to read this  And I’ll revisit in a day or two; maybe our instance of iiQ is just having a time... 

This is a bit long so I’ll put in in the spoiler tag to collapse the content. Figured I would write out my process as a reference point for others. This is working well from what I can see, which is neat!