| Document No. | JDS-PRO-001 |
| Revision | A |
| Date | 2026-03-25 |
| Status | APPROVED |
| Author | Nils Johansson |
This procedure describes how to create a new document in the JDS system, from initial idea to approved release.
Create a new JDS document when:
Rule of thumb: If you’d regret not having it written down in 6 months, document it.
Refer to the category table in JDS-QMS-001 and pick the appropriate code (RPT, PRO, TSH, etc.).
Example: Last report was JDS-RPT-003, so your new one is JDS-RPT-004.
Go to the templates folder and copy the appropriate template for your document type. Rename it following the file naming convention:
JDS-[CAT]-[NNN]_short-description.md
Every JDS document starts with a header block:
| | |
|---|---|
| **Document No.** | JDS-RPT-004 |
| **Revision** | DRAFT |
| **Date** | 2026-03-25 |
| **Status** | DRAFT |
| **Author** | Nils Johansson |
Fill in the document body using the template structure. Write clearly and concisely. Remember: write for someone who wasn’t there.
For solo work:
For collaborative work:
DRAFT to APPROVEDRev A (first release)Add an entry to the Document Registry with:
Use this checklist before approving any document:
| Mistake | Why it matters | Fix |
|---|---|---|
| Skipping the registry | Documents become unfindable | Always update the registry when creating a document |
| Reusing a retired number | Creates ambiguity in references | Check registry; use the next available number |
| Leaving status as DRAFT | Others won’t know if it’s reliable | Always update status when the document is approved |
| Vague file names | Hard to browse the folder | Use descriptive, consistent names |
| No revision history | Can’t trace changes | Always include the revision history table |
| Rev | Date | Author | Description |
|---|---|---|---|
| A | 2026-03-25 | Nils Johansson | Initial release |