Retention period for packets, data books and audit (SECURITY.md D6) #7

Closed
opened 2026-10-19 02:50:13 +00:00 by spencerm · 6 comments
Owner

Nothing is deleted today. A retention period lets a later phase close D6 and M5.

To answer: how long filed packets, data books, MTRs and the audit log must be kept, and whether anything may ever be purged.


Plan reference: Q9a in docs/PLAN.md (open questions). Answer here; the build takes the default until then.

Nothing is deleted today. A retention period lets a later phase close D6 and M5. **To answer:** how long filed packets, data books, MTRs and the audit log must be kept, and whether anything may ever be purged. --- Plan reference: Q9a in [docs/PLAN.md](https://gt.pescoinc.biz/spencerm/PacketStation/src/branch/main/docs/PLAN.md) (open questions). Answer here; the build takes the default until then.
spencerm added the decision: Q.C.decision: Seth labels 2026-10-19 02:50:13 +00:00
Collaborator

I'm pretty sure all data has to be preserved. We will need to figure out where to store all this. M-Files??

I'm pretty sure all data has to be preserved. We will need to figure out where to store all this. M-Files??
Author
Owner

Thanks. Two details before this can be recorded as decided:

  1. Is "keep everything, never purge" confirmed for filed packets, data books, MTRs and the audit log? Or does a customer contract or the quality manual set a minimum period (for example 10 years) after which old records may move to an archive?
  2. Where an outside copy lives. Packet Station cannot store records in M-Files: it is read-only to M-Files by design, and that rule stays. Today every record stays in Packet Station's own database and storage volume on docker-1, with a nightly backup. If records must also be filed outside Packet Station, who owns that store, and should it be a manual step (Q.C. or Clerical downloads the filed data book PDF) or something IT sets up?

Until this is answered nothing is deleted, as built.

Thanks. Two details before this can be recorded as decided: 1. Is "keep everything, never purge" confirmed for filed packets, data books, MTRs and the audit log? Or does a customer contract or the quality manual set a minimum period (for example 10 years) after which old records may move to an archive? 2. Where an outside copy lives. Packet Station cannot store records in M-Files: it is read-only to M-Files by design, and that rule stays. Today every record stays in Packet Station's own database and storage volume on docker-1, with a nightly backup. If records must also be filed outside Packet Station, who owns that store, and should it be a manual step (Q.C. or Clerical downloads the filed data book PDF) or something IT sets up? Until this is answered nothing is deleted, as built.
Author
Owner

I will setup an archive NFS share on our QNAP system so that we can store all project files in an archive format. If we can add a setting in the admin settings for file locations, and for now just a folder path option that verifies read / write from that path

I will setup an archive NFS share on our QNAP system so that we can store all project files in an archive format. If we can add a setting in the admin settings for file locations, and for now just a folder path option that verifies read / write from that path
Author
Owner

Added to docs/PLAN.md (phase 10, "Archive location", PR 51): an ARCHIVE_ROOT mount for the QNAP NFS share in the app and worker containers, and an Admin File locations setting for the archive folder under that root. "Check" writes, reads back and removes a probe file, and saving runs the same check. Nothing is deleted from Packet Station; the archive is a copy.

Still needed before the copy itself is built:

  1. What goes into the archive: the sealed data book PDF only, or also each packet's documents (MTRs, drawings, ITP) and a manifest?
  2. When: at filing, or a nightly job that copies newly filed packets?
  3. A minimum retention period, if Q.C. or a contract sets one.
Added to docs/PLAN.md (phase 10, "Archive location", PR 51): an ARCHIVE_ROOT mount for the QNAP NFS share in the app and worker containers, and an Admin File locations setting for the archive folder under that root. "Check" writes, reads back and removes a probe file, and saving runs the same check. Nothing is deleted from Packet Station; the archive is a copy. Still needed before the copy itself is built: 1. What goes into the archive: the sealed data book PDF only, or also each packet's documents (MTRs, drawings, ITP) and a manifest? 2. When: at filing, or a nightly job that copies newly filed packets? 3. A minimum retention period, if Q.C. or a contract sets one.
Collaborator

the data book and each packets documents with a manifest. It would need to go at filing

the data book and each packets documents with a manifest. It would need to go at filing
Author
Owner

Noted: all data is kept and nothing is purged. At filing, the data book and each of the packet's documents go to the QNAP archive share with a manifest. Recorded in docs/PLAN.md (phase 10, Archive location) and SECURITY.md D6 (PR 53). Closing.

Noted: all data is kept and nothing is purged. At filing, the data book and each of the packet's documents go to the QNAP archive share with a manifest. Recorded in docs/PLAN.md (phase 10, Archive location) and SECURITY.md D6 (PR 53). Closing.
Sign in to join this conversation.
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: spencerm/PacketStation#7