SOFTWARE WORKFLOWS

STL, PLY & Native Dental CAD Case Files

Geometry files and native CAD cases serve different purposes. Understanding the handoff prevents an otherwise good design from arriving in a form the receiving team cannot use.

What the common mesh formats carry

STL describes a triangulated surface and does not carry color or texture. PLY can include vertex properties such as color when the exporter and reader support them. Neither extension by itself tells the designer the prescription, approved bite or clinical purpose of the record.

What a native case may add

A native case can retain software-specific project context that a manufacturing mesh does not. The contents and portability depend on the application, version and export. Confirm the precise deliverable instead of promising that every case is editable across systems.

Check scale and alignment

STL does not explicitly encode a unit of measurement. Confirm scale in the receiving software rather than relying on the extension. Preserve the intended relationship of separate arches and reference records; arbitrary repositioning can make a useful record set difficult to interpret.

Use names to distinguish purpose

Label prepared, opposing, bite, tissue, scan-body and reference records with the case identifier. Mark superseded versions. A file named final is ambiguous when multiple revisions exist. Record the approved version in the handoff note.

Request the file you actually need

Manufacturing, editing and review may require different outputs. Tell Pristine which receiving software and production process will use the design. Check the first returned file in that environment before treating the route as established.

Prepared by Pristine Dental Design · October 6, 2026. Workflow guidance for dental professionals. Case-specific instructions and receiving-team approval govern actual design and production.

A DEFINED FIRST STEP

Discuss the work.
Define the handoff.

One paid test case, quoted to scope. Delivery target and revision terms agreed before work starts.

Request a test-case quote

Run a Scanner-to-CAD Interoperability Pilot

Audit geometry, appearance and lost export context

For an appearance question, ask whether the actual exported file carries usable color information and whether the receiver displays it. For a surface-shape question, inspect geometry and record role independently. A colored view does not prove correct jaw relationship, units or clinical truth. An STL shape cannot substitute for a requested appearance reference.

3Shape's July 2024 Dental Manager instructions describe accepted-order STL/PLY export, the TRIOS Scan STL Export dongle option and PLY availability from Dental System 2021. They warn that each scan's save dialog can reuse a default name and overwrite earlier files. These prerequisites are specific to that documented route, not every TRIOS export product.

Before sending, compare the original package against the exported files by role: prepared arch, opposing arch, relationship and reference. Separately list prescription, approval history, tooth identification and editable project data; do not assume a mesh contains them. Record observed preservation rather than claiming all metadata is always lost.

Hypothetical example: a receiver gets one correctly opening file but the original order contains three required records. Confirm names and record roles with the exporter before continuing. Use distinct filenames and a manifest; verify actual appearance, orientation and receiving behavior on permission-cleared data.

Original review worksheet
Record or decisionEvidence to record
GeometrySource role; receiving units/orientation observations; unresolved differences.
AppearanceRequested use; exported properties; observed receiving display.
ContextPrescription, approval, project editability: included separately, observed or missing.
CompletenessExpected and received roles; distinct filenames; revision; export settings log.

Download the blank review worksheet (CSV)

Louie validation required — unverified locally. Actual installed software behavior, record dependencies, acceptance and Pristine compatibility require authorized configuration-specific validation. Hypothetical examples do not authorize clinical decisions, mesh repair or manufacturing release.

Official sources checked October 6, 2026; installed-release applicability remains pending.

Continue with Run a Scanner-to-CAD Interoperability Pilot; Dental Mesh Scale and Orientation: Confirm Before Changing.