Backup & Restore

Save a copy of your records and budget setting as a file you keep, and restore it later. The file is created in your browser and downloaded to your device — it is never uploaded anywhere.

Moving from the old My 4D Recorder Haus?

On the old site, open your Recorder and use the Export button to download your JSON backup.
Come back here, choose that JSON file under Restore from a backup file, then keep Replace selected unless you already have records on this site that you want to keep.

Open the old Recorder →

Currently stored in this browser

0 records · monthly limit not set · schema version 1

Restore from a backup file

This accepts both backups exported by this site and the legacy My 4D Recorder Haus v1 envelope exported from the old origin. Legacy entries are converted locally in your browser; unsupported provider values are skipped rather than guessed.

Restore mode

Replace — remove what is stored here and use the file's records instead.Merge — keep what is stored here and add entries from the file that are not already present.

Backup file

Your backup contents stay on your device

Export builds the file in the browser and hands it to your normal download. Restore reads the file you choose in the browser. The backup file and its contents are not sent to our server or to analytics. We may record only that a restore succeeded, without any record, amount, number, note, provider or budget data.

What the backup file contains

The file is readable JSON with four parts: an app identifier, a schema version, the time it was exported, and your data — the full list of records plus your budget setting. You can open it in any text editor to see exactly what is stored about you, which is the point of keeping the format plain.

Validation on restore

A current backup must identify itself as a backup from this app with a schema version this build can read. A legacy file must match the My 4D Recorder Haus v1 envelope. Every record is then checked individually: it must have an identifier, a valid date, a supported provider, numeric spend and return values, valid timestamps, and a four-digit number if a number is present at all. Entries that fail are skipped rather than imported half-formed, and the count of skipped entries is reported.

After a restore the page reports how many records existed before, how many exist after, how many valid entries the file held and how many were skipped, so an unexpected result is visible immediately rather than discovered weeks later.

When to take a backup

Export before clearing browser data, before changing device or browser, and at the end of any month you care about. Because storage is local by design, a browser cleanup is the most common way people lose this kind of data, and an exported file is the only thing that survives it. The privacy page explains the storage model in full.