The question marks indicate that the title block contains labels referencing custom shared parameters, but the project does not contain the corresponding parameter bindings needed to supply their values. The parameters must be added to the project and associated with the appropriate category—principally Project Information when the value must be common to all sheets. Once the same shared-parameter definitions are bound correctly, users can enter the values through Project Information and the title block labels will display them.

Loading a title block family containing shared-parameter labels does not automatically establish every required project-level parameter binding. The family carries the label definition, but the project must also expose the parameter in the correct data context. The shared parameter’s identity must remain consistent so the label and project parameter reference the same underlying definition.

Option B is inconsistent with the scenario because the family already contains functioning parameter labels. If ordinary text had been used instead of labels, the fields would display fixed text rather than unresolved question marks. Overwriting standard Sheet or Project Information fields would not explain why custom parameter labels remain unresolved.

Reference topics: Shared parameters; title block families; Project Information parameters; category binding; label creation; client content standards.

===============

Separate discipline templates are appropriate because architectural, structural, and MEP teams require different categories, systems, schedules, content libraries, view configurations, and documentation workflows. However, the templates must share a controlled set of cross-discipline standards. These include compatible project units, coordinated title blocks, agreed project and shared parameters, naming conventions, and relevant view-template settings.

Shared parameters are especially important because they provide consistent data definitions for schedules, tags, model checking, COBie or asset-data delivery, and exchanges between disciplines. Coordinated title blocks ensure that project information, sheet data, and client-required fields are displayed consistently. Common units prevent interpretation and conversion errors, while aligned view standards improve coordination and document review.

Allowing every discipline to create its own levels, grids, parameters, and naming practices would introduce incompatible reference systems and undermine federation. Blank templates create repetitive setup work and increase the likelihood of omissions. A single universal template is also inefficient because discipline-specific tools and content differ substantially; it often becomes oversized and difficult to govern.

The correct strategy is therefore discipline-specific templates built on a common corporate and project-standard foundation.

Reference topics: Revit template governance; corporate BIM standards; shared parameters; project units; title blocks; multidisciplinary coordination.

===============

A prospective fabricator who is not a project member should receive information through a controlled external-sharing process rather than being granted ordinary project-folder access. Enabling public sharing permits authorized files to be distributed externally, while a transmittal creates a formal record of what was issued, when it was issued, and to whom.

The BIM manager should select only the documents required for the bidding process, confirm that external sharing is permitted by the project’s information-governance procedures, and establish any applicable expiration, download, or access controls. A transmittal also provides a traceable issue package and reduces ambiguity regarding which file versions formed the basis of the recipient’s bid.

Setting folder permissions to Everyone generally applies to eligible users within the project environment; it does not provide a properly controlled method for distributing information to unknown external parties. Audit and Compact is a Revit model-maintenance operation unrelated to access. Centralizing a model and creating local files concerns traditional worksharing and would be inappropriate for bidders who are not authorized project contributors.

External sharing must remain limited, deliberate, and auditable.

Reference topics: Public file sharing; transmittals; non-member access; external bidding packages; Common Data Environment security; controlled information exchange.

===============