Cargovate Request a demo

Home  /  Documentation  /  Your data

Documentation 01

Your data: what is held, where, and how it leaves.

The exit question first, because a platform that is hard to leave is a platform that has to be trusted rather than chosen.

Held

What Cargovate stores

Operational records: consignments and their movements, the parties involved, checkpoints and the evidence attached to them, documents you attach, or only the fingerprint of a document you keep in your own store, purchase orders you import, and — where you license those capabilities — stock, assets and telemetry.

Your own identifiers are kept verbatim. A shipment you call JOB-4417 stays JOB-4417 throughout, rather than being replaced by a number of ours that your staff then have to translate. This matters more than it sounds: it is the difference between your people searching the way they already think and learning a second vocabulary.

Separation

How your records stay yours

Every record carries the organization it belongs to. For operational records (shipments, custody, documents, stock, orders and the rest) that boundary is enforced by the database itself rather than by application code remembering to filter, so a defect in a feature cannot leak another organization's records: a query that forgets to scope returns nothing, rather than returning everything. Accounts, sign-in sessions, keys and billing are looked up before an organization is known, so the application keeps those apart. On a dedicated or self-hosted deployment, the database is yours alone.

Where you deliberately grant access — a freight forwarder acting for you — that grant is explicit, recorded, and revocable by you at any time. It is not a shared login, and every action taken under it remains attributed to the person who really performed it.

Location

Where it physically lives

In our managed cloud, the database is in the European Union (Finland), and secure connections end at our gateway in France, where access logs are also written; a dedicated instance runs in another region if your records must be held there. On your own estate, wherever you put it — including a machine with no route to the internet at all. The server does not require an outbound connection to function; see Deployment.

Exit

Getting it all back

Your organization's owners and administrators can export all of it from within the product, whenever they like, including while an account is read-only: every record as one JSON file, any table as CSV, and every uploaded document as one ZIP with a manifest of each file's SHA-256 fingerprint and what it is attached to. Passwords, access keys and other credentials are left out. If you cannot export it yourselves, ask us and we will provide a complete copy, with no proprietary container and no professional-services engagement to read your own history. On a self-hosted deployment the database is yours already, and a standard backup restores into a plain PostgreSQL instance.

We would rather say this plainly than be asked. A platform that makes leaving expensive earns renewals from friction instead of value, and the customers worth having can tell the difference.

Deletion

Removal

On request we remove your organization and the operational records belonging to it. Records we are separately required to retain — a signed audit trail under a regulation you operate within — are named at the time rather than quietly kept, so what remains and why is written down before anything is deleted.

Next: bringing your data in

How a first import works, and how you run Cargovate alongside a system you are not ready to switch off.

Migration →