Trust

Built for a hard problem, honestly

Printing inherently requires a document to reach the printing environment. Doxzo does not pretend otherwise. It minimizes that exposure with temporary access, automatic deletion, and strict authorization.

What we promise, and what we don't

Clear boundaries are part of trust. Here is exactly what Doxzo does and does not claim.

We minimize exposure

Documents are temporary by default, vendors see only authorized jobs, and files are automatically deleted after completion or expiry.

We do not claim the vendor never sees the file

To print, the document must reach the printing environment. Doxzo's promise is about limiting access and time, not making an impossible guarantee.

Trust principles

Every design decision maps to one of these five principles.

Minimum access

Vendors resolve to a specific record and can only access jobs where their vendor ID matches. Customers can only access their own jobs.

Minimum storage

Documents live only as long as a job requires. A cleanup worker removes objects on completion or TTL expiry, independent of browser activity.

Minimum information

PostgreSQL stores metadata only, never document bytes. History remains available without retaining the underlying file.

Automatic deletion

Final-state and expired jobs are purged server-side. Deletion does not depend on a customer or vendor remembering to clean up.

Auditable actions

Print job events record the lifecycle. Server-side status transitions mean the frontend can never set an arbitrary state.

The honest lifecycle

Every job follows the same server-enforced path. Nothing lingers at the end.

Upload, print, confirm, pay, purge

At the final state, the backend deletes the document object and keeps only metadata for history. If a job expires before completion, the object is purged automatically.