I think this is more a GDL issue.
I would be guessing your door has a transom height parameter as well as a transom on/off parameter.
So if the transom is "off" then technically it still has a height and it is this height parameter that your door schedule has been told to display.
The door object script needs to be amended so that when the transom is "off" the transom height is adjusted to zero.
But this is not usually done as every time you turn the transom on you would also have to set the height.
Leaving the default height as it is and just turning it on or off is more convenient for modelling but not so for schedules.
With a bit of clever scripting and storing a secondary default (or original) height then this height can be reset when the transom is turned on.
Alternatively the schedules need to have some sort of scripting (formulas) allowed so that we cans say if transome is off then transom heightis N/A.
One of the forum moderators.
Versions 6.5 to 25
Dell XPS- i7-6700 @ 3.4Ghz, 16GB ram, GeForce GTX 960 (2GB), Windows 10
Dell Precision 3510 - i7 6820HQ @ 2.70GHz, 16GB RAM, AMD FirePro W5130M, Windows 10