Verify a sealed record
Paste the SHA-256 hash from a Ciolk evidence receipt. This confirms whether the record exists and is unaltered. It never reveals the contents — you can only verify a hash you already hold.
Paste the record id (sn_…) or hash from the footer of a quote or invoice. Every record in its chain — what was found, sent, approved, invoiced and paid — is recomputed right now. The format is public at /evidence/spec.
When Ciolk produces a result — a clinical finding, an appeal letter, a purchase order, a quote — it stores the exact data and a SHA-256 hash of it, with the keys in a fixed order so the same data always hashes identically. Verifying re-computes the hash from the stored data and compares. Any edit after sealing changes the result.
Records are also sealed into a daily Merkle tree chained to the previous day, so a deletion or a backdated insertion breaks every subsequent day — not just its own.
Everything Ciolk produces — findings, quotes, invoices, appeal letters, scheduling changes that touch money. If it can be disputed later, it is sealed when it is made.
- Verified
- The record exists and matches what was sealed.
- Sealed, but not fully verifiable
- Sealed before August 2026 under an earlier method that did not cover nested detail. Reported honestly, never as a pass.
- Altered / not found
- Either the contents no longer match, or nothing was sealed with that hash. Treat the document as untrustworthy until the sender explains.
Every result your business produces, sealed like this.
Sealing is on every plan. It is not a feature you turn on; it is how records are written.