Run a clash profile audit

Set up the profile: which element sets test against which - ducts against structure, pipes against ducts - and the tolerance that counts as a real hit.

เหตุผล: The profile decides whether the run is useful or noise. Pairing the right sets and setting a real tolerance is what keeps the result to clashes a person actually needs to resolve.

Run the profile against the federated model and let it list every hit that breaks the tolerance you set, ready to be worked through.

เหตุผล: Running to a defined profile makes the result repeatable: the next run after a design update is comparable, so you can see whether coordination is getting better or worse.

Group the hits, drop the duplicates and the harmless brushes, and keep the genuine clashes that need a design change, so the review works a short real list.

เหตุผล: A team that has to wade through a thousand false clashes stops reading the report. Triaging to the real ones is what keeps clash detection trusted rather than ignored.

Turn each real clash into a BCF issue with its viewpoint and owner, so it is tracked to resolution and does not reappear on the next run.

เหตุผล: A clash that is not assigned is a clash that stays. Pushing the real ones out as owned issues is the difference between an audit and a solved problem.