KERF
العربيةInstallGet Kerf for Fusion →
Legal

Kerf Privacy Policy

Last updated: 22 August 2026

Kerf is an Autodesk Fusion add-in that builds cabinets from your sketches. This document describes exactly what data Kerf handles and, specifically, what an optional crash report contains.

TL;DR

Local logging (always on, never transmitted)

Kerf writes a rotating log to Documents/Kerf_Logs/kerf.log (up to ~0.5 MB × 5 files). It stays on your machine — Kerf never uploads it. When an error occurs, the log records the error code and a Python traceback so you can troubleshoot or attach it to a bug report yourself. You can delete the folder any time.

The friendly error dialog's “copy details” puts that same technical text on your clipboard (via the OS clip/pbcopy) so you can paste it into a report — that is a local action; nothing is sent.

Opt-in anonymous crash reporting

When enabled and a reporting endpoint is configured, an uncaught error sends a single small JSON document. The payload contains only these fields:

FIELD
EXAMPLE
WHAT IT IS
product
"Kerf"
Constant product name.
schema
1
Payload format version.
version
"2.1.7"
The Kerf add-in version.
fusion_version
"2.0.20974"
Autodesk Fusion's version string.
os
"Windows 11"
OS family + release only (no hostname, no user name).
error_code
"KERF-1A2B3C4D"
Short code shown in the dialog.
stack_hash
"9f2b…" (SHA-256 hex)
An anonymous fingerprint of where the error happened.
exc_type
"ValueError"
The exception class name only.

What the stack_hash is (and isn't)

It is the SHA-256 of a signature built from, per stack frame, the module file basename + line number + function name, plus the exception type — e.g. cabinet.py:412:_build_cabinet_interior;ValueError. It lets identical crashes be grouped together. It is a one-way hash: the payload carries the hash, not the signature, and it never includes absolute paths or your home directory.

What is deliberately never sent

(Your IP address is inherently visible to any HTTPS server you connect to, as with any web request; the payload itself adds no identifier.)

Consent & control

Update check

App Store builds are updated through the Autodesk App Store; the built-in update check ships disabled. In builds where it is enabled, Kerf fetches a small JSON manifest on startup to see whether a newer version exists (see docs/release.md). This is a normal download and sends no personal data beyond what any HTTPS request implies. Updates are verified with an Ed25519 signature before install.

Other data Kerf stores (locally only)

Your preferences and work products are plain files on your machine, never uploaded by Kerf: settings and profiles under Documents/Kerf_Settings/ (units, price book, shop standards, saved themes, saved camera points, supplier catalog), cut lists / PDFs under Documents/Kerf_CutLists/, rendered images under Documents/Kerf_PhotoShoots/, and logs under Documents/Kerf_Logs/. Kerf reads and writes them solely to provide its features.

Third parties

Kerf contains no analytics tools, no advertising networks, and no third-party SDKs. Kerf does not sell, rent, or share any data with third parties. The crash-report endpoint, when one is configured, is operated by the publisher for the sole purpose of fixing defects. Should the publisher ever engage a third party to process crash-report data (e.g. a hosting provider), that third party is required to protect the data to at least the same standard as this policy, and this policy will be updated to name the category of processor. (Autodesk processes your App Store purchase and installation under Autodesk's own privacy policy; Kerf receives none of that data.)

Data retention and deletion

Revoking consent and requesting deletion

Questions

Email support@kerf360.com. This policy is also published at https://kerf360.com/privacy — the two are kept identical.

This page is the published copy of PRIVACY.md, the same text that ships inside the add-in. If the two ever differ, the file in the release you installed governs.