It’s a trap – Room Id Edit in SpaceConsole
Why is the Building-Floor-Room editable in the Space Console? If these are changed it causes problems with the drawing that prevent data from being visible or selectable again.
These fields should be flagged as ReadOnly in the SpaceConsole.
I’m not saying these fields should change ReadOnly/Editable everywhere else. There are good reasons to change a room name and there are plenty of places to do it. This just should be one of them. It feels very tempting and logical, but once it’s done the data “disappears” and the room is no longer selectable (by graphic click). This can lead users to think it’s broken and/or the system doesn’t work.
The problems above are still possible if the room is changed in “Define Rooms” or SmartClient or a dozen other places, and those are all acceptable as how the system operates, but it seems unfair to the less knowledge users to leave this here to tempt them.
I fully understand why this is occurring, and how to go about fixing it, just like I’m sure most of you here do too. I’m concerned about the less savvy casual end users.
Tim Callis
shared this idea
-
Fred
commented
This is a must do ! bl_id,fl_id and rm_id should not be editable within the space console at lease since the drawing is the master of the data.
-
Melanie Chow
commented
Agreed. It is one of the reasons we have to come up with a custom view to not allow Hoteling Administrators (end users on site) from changing the fundamental Building-Floor-Room data in the same screen where they assign employee seating. Can we separate the tasks or enable access control by User Role?