We just rebuilt everything Casework in our office. (By we i mean me, lol). Here is whats different for us. All of the edits below are critical for the system to function correctly, so i would think about them.
Height A (Type, Shared, Length)
Height B (Type, Shared, Length)
Height C (Type, Shared, Length)
Height D (Type, Shared, Length)
Height Toe Kick (Type, Shared, Length)
Depth Toe Kick (Type, Shared, Length)
Countertop Height (Type, Shared, Length)
Here is why this is paramount: Cabinets with one door, one drawer: The sizes change. This is the *I* in the BIM. havnig them shared and typed, you can schedule the different types, which we now do. All of these things DO change project to project. Countertop Height: Its not very BIM-ish to have it in the counters, but you have to. Millwork specialists want to call out the Cabinets by the height of the WORK SURFACE, because thats where the code requirements are. For that, Countertop thickness needs to be in here.
Our Millwork Legend calls out that A-D are the heights of Doors and Drawers, always starting at the top (single door = Height A), 4 drawers uses all 4. The technicality is this:
In each family, one of them has to be Instance (reporting). But it works fantastically.
Id suggest Handles, Doors, and Drawers all be Shared. If someone makes a custom Cabinet door, you want them having to edit every Casework family to load them in? No Way. All of our Handles are Shared, and- we havent done the nested doors and drawers yet- but it is in the plans, and they will all be shared.Construction
Door Type (Shared, Type, Family Type)
Drawer Type (Shared, Type, Family Type)
Show Door (Shared, Type, Yes/No)
Show Drawer (Shared, Type, Yes/No)
Show Plinth (Shared, Type, Yes/No)
I´d suggest that doors and drawers should be nested families, unshared, casework category.
Also need Yes/No (Type, Shared) for:
We also have all of Casework Type Catalogged now. There are simply too many sizes, and not having them TC'd, when you load one you get 30 types you dont want.