RAYPCB · ENGINEERING GUIDE
How to Generate Gerber Files: A Complete Manufacturing Release
Generate Gerber files from the approved PCB layout, include the required drill and mechanical information, then inspect the exported package independently. The export button is only one step. A useful release has a clear revision, assigned layer functions, consistent coordinates and enough construction information for the recipient to understand what should be built.
This page is the software-independent procedure. It helps you decide what to export and how to verify the package. Use the relevant software guide for version-specific controls: Altium Gerber output, KiCad Gerber output, DipTrace output, or the legacy EAGLE and current Fusion route. The release worksheet compares your declared file roles and revision labels without uploading the design.

Define the build before selecting output layers
Start with a saved source revision and a written description of the intended board. Identify its layer count, outline, thickness requirements, material construction, copper requirements and surface finish. Add controlled-impedance, special-hole or assembly requirements when they apply. A reader should not have to infer the finished construction from filenames or a screenshot of the layer manager.
Separate bare-board fabrication from stencil and assembly output. Copper, mask and legend images serve different operations from paste apertures or component placement. A paste layer is not a substitute for solder mask, and a populated-board drawing is not copper artwork. Decide which recipient needs each file before selecting every visible layer in the editor.
Keep the manufacturing scope narrow enough to be unambiguous. A board without bottom legend does not become incomplete merely because a generic checklist mentions two legend files. Conversely, a multilayer design cannot omit an inner copper image because the top and bottom pictures look complete. Required outputs follow the actual construction and agreed receiving workflow.
Release roles follow the actual build
| Role | Useful review | Do not assume |
|---|---|---|
| Copper | Every required layer and its stack position | Top and bottom images prove inner layers exist. |
| Profile | Finished contour and relevant cutouts | Every line on a mechanical layer is a route. |
| Drill / route | Units, origin, size, plating and span | Round copper pads communicate all holes. |
| Assembly | Variant BOM, placement and assembly notes | Fabrication artwork determines fitted components. |
Prepare the native design and resolve known issues
Confirm that the layout corresponds to the intended schematic and assembly variant. Review the outline, copper zones, padstacks and any changes made since the last export. Refill or regenerate design-dependent objects using the appropriate software workflow, then inspect the result. A saved file can still contain an unreviewed change or an outdated generated object.
Run suitable design-rule checks and record meaningful exceptions. A zero-error display only describes the enabled rules and their configuration. It does not establish that every manufacturing constraint, signal requirement or component choice was modeled. Keep an explicit note for a deliberately accepted exception rather than silently disabling a broad rule to obtain a clean report.
Freeze the source state before exporting. If the design changes halfway through output generation, regenerate the relevant package as one release. Loose replacement files with an uncertain relationship to the original archive are difficult to review. The PCB DFM guide helps separate design checks from the later receiving-file review.
| Review item | What to establish |
|---|---|
| Scope | List required roles for this construction, including special holes and assembly outputs where applicable. |
| Consistency | Use one source revision and compatible units, origin and layer assignments. |
| Inspection | Load the exported package independently and compare meaningful physical features. |
| Delivery | Keep one authoritative archive, requirement note and explicit list of open questions. |
Manufacturing release manifest comparison
Manufacturing release manifest comparison
Use the current inputs and keep the assumptions
Start with Load example when learning the workflow, then use Clear for my inputs before working with a real release. The example label remains visible if you edit sample values. Complete the units and scope fields before generating a result. An empty input is not silently treated as zero, and a changed input invalidates the previous result and download. Correct the highlighted explanation and run the check again.
The worksheet works on information entered here. It does not read a CAD project, compare a ZIP with your drawing, or contact a manufacturing database. A report can document questions and calculations, but the original design and receiving software remain the source for geometry and connectivity. Downloading a report does not send an enquiry; attach useful results manually when contacting RAYPCB.
| Input | What to establish before using it |
|---|---|
| Review reference | Use a nonconfidential revision or task reference. |
| Intended revision | The exact authoritative revision label for this release. |
| Required output roles | Comma-separated roles agreed with the recipient; include mask, inner layers, slots, assembly or other content as needed. |
| Declared file manifest · CSV | One actual file name per row. Role and revision are your declarations; file content is not inspected. |
Assign one clear function to each manufacturing image
Map copper images to the actual stack order and identify the top and bottom sides. Use consistent filenames and useful format attributes where supported. Do not rely on the order in which files appear in a ZIP viewer. A layer map or fabrication drawing should explain the intended function even if an extension is unfamiliar.
Keep the finished board profile and relevant internal cutouts clear. Drafting dimensions, title blocks and component courtyards should not accidentally become fabrication geometry. If a drawing contains several possible contours, identify which one is authoritative. A closed shape on an arbitrary mechanical layer is not automatically recognized as the finished outline by every exporter.
Review mask openings and legend content for the chosen construction. Avoid applying a generic exporter adjustment without understanding whether the pad or design rules already contain the desired change. An additional swell or shrink can be counted twice. The mechanical-layer mapping guide explains how to separate drafting information from physical output roles.

Generate drill and routing information with matching references
Hole information needs its own deliberate review. Compare plated and non-plated intent, hole dimensions and layer spans with the drawing and padstacks. Slots and routed features may require more than a set of round drill hits. Confirm what the receiving workflow expects for those features instead of drawing a shape on copper and assuming it defines the operation.
Use compatible units, coordinate references and precision across related outputs. A correct drill file with a different origin can appear shifted relative to the copper. A conversion mistake can scale an otherwise recognizable pattern. Inspect known hole-to-pad relationships and at least one trusted board dimension after loading the complete output set.
Do not manually mirror a side merely to make it resemble a photograph from below. CAD and manufacturing viewers have defined side and coordinate conventions. Confirm the intended interpretation in the receiving view. If a diagram is supplied specifically as a bottom view for a human reader, label it as such rather than changing the fabrication data to match the illustration.
Inspect the output rather than only the source editor
Open the exact exported files in a suitable independent viewer or receiving CAM workflow. Compare the outline, copper order, mask openings, drill centers and special features with the approved design. Turn layers on and off deliberately; a dense combined image can hide an omitted inner layer or a hole set at a different scale.
Check final images as well as filenames and format declarations. An image may parse correctly while representing an old revision. A correctly named file may contain the wrong layer. The Gerber file reference explains image interpretation, while the D-code guide helps with a narrow command-level question. Neither replaces a complete export review.
For a useful worked example, imagine revision B moves a connector but the release folder still contains revision A drill output. The copper looks current and every expected file extension is present. Loading drills with copper reveals that the connector holes no longer match the pads. This is a revision-control failure that a file-count check cannot resolve.
Package a coherent archive and a concise requirement note
Use the manifest worksheet to list actual file names, assigned roles and revision labels. The example deliberately includes a drill file labeled A among revision B files. The tool reports the discrepancy and missing declared roles, but it does not inspect file content. A manually entered label can be wrong, so the manifest supports rather than replaces the independent view.
Keep one authoritative archive and identify its source revision. If you supply more than one manufacturing format, state which is authoritative and confirm that the alternatives were generated from the same source. Avoid an unlabeled collection of old, new, panelized and single-board outputs. Additional information is helpful only when its relationship to the build is clear.
For a quotation, include quantity, construction requirements, the intended release and any open engineering questions. Add the BOM, placement data and assembly definition when the request includes components. The PCB assembly file checklist covers that additional scope. You can contact RAYPCB before every parameter is final; identify the decisions that need review instead of inventing values to complete a form.
Compare the recipient view with the intended build
Review the exact exported archive in the receiving workflow before calling it a release. Confirm dimensions and origin, copper order, hole locations, plated versus non-plated intent, cutouts and mask openings. For assembly, compare the chosen variant, component sides and placement references with the BOM and drawing. Do not assume all objects in the native editor were included in the selected export scope.
Freeze one archive after those checks. If an engineering change is needed, create a new revision and regenerate the affected outputs together. Record a concise change summary instead of sending loose replacement layers with no relationship to the original package. The manufacturer needs to know which version is authoritative, which settings are fixed and which open questions need an engineering response.
Standards, source context and limits
Use the documentation for the exact application version and output format. A file specification defines how information is encoded; it does not approve the electrical design, set a factory process limit or replace an agreed manufacturing drawing. The references below support the relevant format and software details. Worked examples are instructional, and any native application test is identified by its specific version and scope.
For fabrication scope and the agreed construction requirements, see PCB manufacturing.