The complete workflow
Vellint keeps the source evidence, engineering decisions, draft and review record together. Work moves forward only when the preceding controlled stage is ready.
- ProjectPeople and access
- SourcesPDFs and index
- CatalogueDeliverables to produce
- PrepareEvidence and open inputs
- DecideHuman direction
- DraftTemplate and sections
- ReviewControlled revision
You may leave a long-running operation and return later. Progress, accepted checkpoints and the last valid project state remain in the workspace.
Roles and access
A person sees only the projects and actions allowed by their role. The tenant administrator manages the organization; the project manager controls project inputs and approvals; engineers develop assigned deliverables.
Tenant administrator
Manages members, roles, project ownership, project access and organization settings.
Does not index sources, edit catalogues or run deliverable work.Project manager
Creates projects, manages sources, reviews and approves the catalogue, and can perform all deliverable work.
Only this role can save an approved or qualified draft as an immutable revision.Engineer
Prepares, answers, drafts, revises and reviews deliverables in assigned projects.
Cannot manage sources or the catalogue, and cannot save an immutable revision.Ask a tenant administrator to check project access. Signing in successfully does not by itself grant access to every project.
Create a project
Tenant administrators and project managers can create projects. A project needs a project manager as its owner before source work begins.
- Create the project
Enter a clear project name and code that your team will recognize.
- Set the project manager
A tenant administrator selects an active project manager. A project manager creating a project becomes its owner.
- Grant engineer access
Use project access to add only the engineers who will work on its deliverables.
Result The project opens in Sources and is ready for its first controlled PDF.
Add and index source documents
Source management belongs to the project manager. Add the tender, requirements and other governing PDFs that define the work, then build the shared project index.
- Open Sources
Choose Manage sources, add one or more PDF files and wait until each upload appears in the source set.
- Select Analyse sources
Vellint extracts page text, builds retrieval data, maps the document structure and looks for submission registers and design obligations.
- Follow operation progress
The operation may take several minutes for a large tender. You can close the progress panel or leave the page without cancelling the work.
- Read the source understanding
Review the saved document outline and register findings. They show how Vellint interpreted the source before it proposed deliverables.
When checking a finding, open its cited page. The source outline helps navigation; the PDF remains the governing record.
Result The project moves to catalogue review with a proposed set of deliverables.
Review the deliverable catalogue
The catalogue defines the design documents the project will produce. Review it before any deliverable is prepared. This step belongs to the project manager.
The deliverable title that will appear throughout the workspace.
The part of the project the document covers.
Concept, Preliminary or Detailed design.
The source-based reason for including the deliverable.
Choose one decision for every row
- Open Catalogue assessment
Read the model’s coverage note and any uncertainty it has identified.
- Correct individual rows
Edit the name, system, maturity or decision. Use Add deliverable when a required document is missing.
- Revise with guidance when the gap is broader
Describe missing subsystems, document families or incorrect mappings in plain language. The catalogue is revised in the same working thread and your accepted rows remain part of the review.
- Approve the catalogue
Approval becomes available when no row needs review and every included row has a name, maturity and source evidence.
Review each telecom subsystem chapter. Add the Concept and Preliminary design documents expressly required by the submission clauses. Keep rows without direct evidence as Needs review and cite the pages that support every included row.
Result Included CDD and PDD rows become available for preparation. Detailed Design rows remain visible but cannot yet be prepared.
Prepare a deliverable
Engineers and project managers can prepare an approved Concept or Preliminary deliverable. Preparation gathers the relevant evidence, requirements, interfaces, constraints and unresolved inputs for that specific document.
- Open Deliverables
Select the required row and confirm its maturity and source basis.
- Select Prepare controlled design
Vellint searches the indexed source set and organizes the material against the controlled recipe for that maturity.
- Inspect the preparation artifacts
Use the document index to read evidence, requirements, interfaces, assumptions and other generated records. Follow page citations back to the source PDF where needed.
- Check readiness
Preparation separates available evidence from missing information and material questions. Missing detail remains visible; it is not silently invented.
Result The deliverable moves to decisions when human direction is required, or becomes ready for its company template when no blocking question remains.
Answer questions and apply decisions
Preparation asks only for material direction needed to complete the design basis. Engineers and project managers can answer these questions.
Must be answered before a document can be drafted.
Records a choice, conflict treatment or engineering direction that shapes the deliverable.
Can remain visible as a controlled assumption or open input when the maturity permits it.
- Read the basis before answering
Open the linked evidence and understand why the question was raised.
- Give a usable engineering response
State the selected option, governing source or assumption. Add the reason when the answer resolves a conflict.
- Save partial responses if needed
Save responses keeps progress without applying an incomplete baseline.
- Select Apply controlled decisions
This creates the decision baseline used for drafting. Once a draft is generated, those answers are locked to preserve lineage.
Name the chosen interpretation or action. The source citation explains the basis; the response records the team’s decision.
Result Final preparation material is assembled and the deliverable becomes ready to draft.
Register the company template
Every document needs a human-provided Markdown template. The template controls heading order and presentation while the selected CDD or PDD recipe remains responsible for mandatory engineering subjects.
# Purpose and scope
# Design basis
# System architecture
## Interfaces
# Assumptions and open inputs - Open Document
Load a
.mdor.markdownfile, or type the structure in the editor. - Review the headings
Use the organization’s normal section names. Keep the structure appropriate to the selected maturity.
- Select Register template
Vellint maps the headings to the controlled recipe. Required subjects missing from the template are retained in appendices rather than omitted.
- Select Draft document
Drafting begins only after the template is registered and the decision baseline is ready.
Changing the registered template after drafting starts requires a controlled new working revision.
Draft, inspect and revise
Drafting produces a sectioned working document. Valid sections appear as they complete, so the team can see progress without waiting for the entire document.
- Read section by section
Use the document index to move through the draft. Check technical meaning, maturity, assumptions and open inputs.
- Inspect statement provenance
Open a trace to see the evidence and decisions supporting a statement.
- Revise with a focused instruction
Open Revise on the section you are reviewing. Describe the required change, its technical basis and the outcome you expect.
- Add a section when the structure needs it
Use Add a section in the document index, name the section and provide its purpose and placement. The new section joins the controlled working draft.
- Read the revision summary
After a revision, the activity record identifies the sections changed and summarizes the effect. Confirm that the change addressed your instruction.
- Mark the section reviewed
Select Mark reviewed only after checking its content and traceability. A later change reopens the affected review.
In System Architecture, separate the station and operations-control components. Add the interface between them from the cited signalling requirements, retain unresolved bandwidth values as open inputs, and do not introduce equipment selections.
Result Every current section is reviewed and the document is ready for final review.
Run final review and save a revision
Final review supplements the team’s section review. It checks the assembled document for traceability, unsupported claims and required subject coverage.
- Open Final review
Confirm that every current section is marked reviewed, then select Run final document review.
- Read the verdict and findings
Approved is ready to save. Qualified can be saved with visible assumptions or open inputs. Changes required must be revised and reviewed again.
- Resolve blocking findings
Use a focused revision instruction, review each changed section and rerun final review.
- Save the immutable revision
A project manager confirms Save revision. The saved revision is read-only and remains available in revision history.
- Export when needed
Download the combined Markdown or PDF from the document index. Check the exported file before issuing it outside the project.
Result The project has an immutable, traceable document revision while the working draft remains available for future controlled change.