Company Wiki Template

Data Protection & GDPR — Subject Access Requests


Wiki Category
Process
Department
Legal & Compliance
Article Owner
LBLucie Bernard
Audience
All employees

📖 Summary

This article describes how to handle Subject Access Requests (SARs) under GDPR. Any employee who receives a SAR — whether from a customer, employee, or third party — must forward it to the DPO within 24 hours. The legal team coordinates the response within the 30-day statutory deadline.

📋 Details

Step 1 — Receipt and logging: Forward the SAR to [email protected] within 24 hours. The DPO logs it in the SAR register with a unique reference (SAR-2026-XXX) and starts the 30-day clock.

Step 2 — Identity verification: The DPO verifies the requester's identity using two forms of ID. If the requester is a customer, cross-reference against the CRM. Response to the requester within 5 business days.

Step 3 — Data gathering: The DPO contacts relevant departments (HR, Sales, IT) to collect all personal data held. Each department has 10 business days to respond with a complete data inventory.

👥 Key contacts

  • Data Protection Officer: Lucie Bernard — [email protected] — ext. 4021
  • External counsel: Cabinet Renard (Brussels) — for complex or cross-border SARs
  • IT Data Extraction: Thomas Laurent — for system-level data exports
Content continues in Elium...

Provide a consistent article format for a company-wide wiki — covering team descriptions, process overviews, tool guides, and organisational references. This template ensures wiki articles follow the same structure, have assigned owners, and are findable through search rather than buried in nested folders.

Try now in Elium

What is a company wiki?

A company wiki is a centralised, searchable knowledge base where teams document organisational knowledge — processes, tools, team structures, policies, and reference information — in structured articles that anyone in the organisation can find and use.

Most organisations have wiki-like content scattered across SharePoint, Google Docs, Confluence, and Slack. The knowledge exists, but no one can find it. A wiki template solves this by giving every article the same structure: a clear title, searchable metadata, a consistent body format, and an assigned owner. When articles follow a template, the wiki becomes a governed knowledge base rather than a dumping ground.

Who should use this template?

This template is for teams building or maintaining organisational knowledge bases:

  • Knowledge Managers — establish a consistent format for all wiki articles so contributors across departments produce content that users can navigate
  • Department Heads — document team structures, responsibilities, and key processes in a format discoverable by the entire organisation
  • IT Teams — create tool guides and system references that employees search when they need setup instructions or configuration details
  • Operations Leaders — publish process overviews and cross-functional workflows that connect departments through shared documentation

What’s included in this template?

The template has two parts: structured metadata fields and the article body.

Metadata fields classify each article:

  • Article title and wiki category (e.g. team, process, tool, policy)
  • Department or function
  • Article owner — the person accountable for accuracy and currency
  • Last updated date and review frequency
  • Audience (all employees, specific department, managers only)

Article body covers the topic:

  • Summary — a two-to-three sentence overview of what this article covers and why it matters
  • Details — the main content, structured with subheadings, lists, and tables as appropriate
  • Key contacts — people or teams to reach for questions beyond what the article covers
  • Related articles — links to connected wiki entries that provide additional context
  • Revision history — log of significant changes with dates and authors

How to create and customise this template in Elium

  1. Open the Template Builder — Go to your profile menu and select the Template Builder tab, or click “+ Create” and choose “Create a new template”.
  2. Set the scope — Choose an icon, enable the template, and decide whether it applies platform-wide or to specific spaces (e.g. your Company Wiki or Organisational Knowledge space).
  3. Add structured fields — Click “Field” to add metadata: text field for article title, tag fields for wiki category and department, a user field for article owner, a date field for last updated, a tag field for review frequency, and a tag field for audience. Mark article title, wiki category, and article owner as mandatory.
  4. Build the article structure — Use the “+” button to add content blocks: a text block for summary, a rich text block for details, a user block for key contacts, a link block for related articles, and a table block for revision history. Add placeholder prompts (e.g. “Summarise what this article covers in 2–3 sentences.”).
  5. Preview and save — Review the template layout, then save. Teams can now create wiki articles using a consistent format, and you can apply it to existing content in bulk.

How AI helps you create and use this template

Capture faster. Paste existing documentation — a process description, a team charter, or tool setup notes — into Elium’s AI. It restructures the content into the wiki template format with a summary, key details, and contacts, so the contributor publishes a clean article rather than an unformatted document.

Retrieve smarter. An employee asks Elium’s AI: “Who handles GDPR data subject requests?” The AI returns the relevant wiki article with the responsible team, the process steps, and the SLA — no browsing through department pages.

Why teams use Elium for company wikis

A wiki only works when it is easier to search than to ask a colleague. If articles are inconsistent, outdated, or impossible to find, employees bypass the wiki entirely. Elium solves this with structured templates that enforce consistency, AI search that returns answers from questions, and governance features that keep content current through assigned ownership and review cycles.

VINCI Energies — 97,000 employees across 61 countries — built their knowledge base in Elium with 4,000+ articles across 110+ spaces. Their IT department uses it daily, with 500+ active users finding information through a single platform rather than scattered documentation across Word, SharePoint, and Teams.

Frequently asked questions

A company wiki is a centralised knowledge base where teams document processes, tools, team structures, and policies in searchable articles. Without one, organisational knowledge fragments across email, chat, and personal documents. Employees spend time searching or asking colleagues for information that should be documented and accessible to everyone.
A complete template includes metadata (article title, wiki category, department, article owner, review frequency, audience) and body sections covering a summary, detailed content, key contacts, related articles, and revision history. The template should be flexible enough for different article types while enforcing enough structure for consistency.
A structured wiki reduces time spent searching for information because articles are tagged, categorised, and searchable. It preserves institutional knowledge because departing employees leave documented processes. It improves cross-department collaboration because teams discover each other’s documented work rather than operating in silos.
Start with the content employees search for most: team contact details, process guides, and tool setup instructions. Use a consistent template so contributors follow the same structure. Assign an owner to every article and set review frequencies. Prioritise findability — good search and clear categorisation matter more than comprehensive coverage.
A company wiki is a structured knowledge base focused on documented content — processes, references, and guides that users search. An intranet is a broader internal platform that may include news feeds, HR portals, social features, and application links. A wiki is a component of an intranet, focused specifically on searchable, governed knowledge.

Related reading: Read more on our blog