Feature request: Export selected components/occurrences as separate 3D DWG files

[flowingestonia]

Product: Fusion
Area: Export / API / Manufacturing workflow

I would like Fusion to support exporting selected components or occurrences as separate 3D DWG files.

Current problem

At the moment, Fusion can export the active design as DWG, but in a large assembly this exports the whole model instead of allowing each selected component/occurrence to be exported as its own separate 3D DWG file.

For production and quotation workflows this is a major limitation. Many subcontractors still require DWG files, even when STEP, SAT or IGES files are available. In my case, I sent SAT, STEP and IGES files to a supplier, but the only format that worked reliably in their workflow was DWG.

Desired workflow

I would like to be able to:

Select multiple components/occurrences in Fusion.
Choose Export selected components as separate 3D DWG files.
Fusion creates one DWG file per selected component.

Why this matters

This is important for small manufacturers, furniture builders, metal fabricators and subcontracting workflows where DWG is still the required exchange format. Without this feature, users need to export each detail manually or use a separate full AutoCAD workflow just to convert STEP/SAT files into DWG.

Fusion already supports strong assembly modeling and manufacturing workflows, so selected-component 3D DWG export would make Fusion much more practical for real production handoff.

I need to export individual components/occurrences from a Fusion assembly as separate 3D DWG files.

In the screenshots, the Fusion model contains several separate components. I can select or hide/show the needed components, but when exporting to DWG, Fusion exports the whole active design instead of each selected component as its own DWG file.

This creates a problem in real manufacturing and quotation workflows. Some suppliers require 3D DWG files and cannot reliably use STEP, SAT or IGES. Currently I have to export or prepare files manually, which is slow and error-prone.

Best Regards
Mirko Jõulu