Linked data
Tables, reference lists, records and their relations.
PROJECTBASE · PROJECT DATA
Tables, records, relations, files and computed fields live with the project. Use different views for installation, purchasing, review and contractors without copying the source data.
PROJECTBASE · PROJECT DATA
A room, device, cable, document and specification item are separate entities. Links replace copying the same data into multiple journals.
Tables, reference lists, records and their relations.
Formulas, lookup, rollup and dependent values.
Filters, grouping, public views, CSV and PDF.
PROJECTBASE SCREENS
Four screens show the path from a row and record card to links and a prepared public view.
Rows, fields, statuses and values stay in one working set with a quick route to the record.
working tableRECORD CARD
A table row is only the start. The card opens every object detail and returns to the journal without losing the place.
Manual and computed record values.
Routes to the room, device, cable and catalog.
Files, photos and source documents.
Questions and decisions about this record.
DATA MODEL
A room, device, cable, document and specification item are separate entities. Links replace copying the same data into multiple journals.
One record can appear in several views and be used in formulas, discussions and publishing.
Installation place and project relation.
An equipment item with parameters.
Line, section and connection.
File, drawing or source material.
SKU, quantity and catalog record.
Linked records remain one source: a change to the source row appears in connected views.
FIELDS & CALCULATIONS
Input fields, record links and computed fields separate manual data from the result that can be checked.
Link a device to a room, a cable to a panel and an item to a catalog record.
Calculate a value from row fields and an expression.
Pull an SKU, name or parameter from a linked record.
Aggregate quantity, sum or another value across linked rows.
A derived field does not become a manual value: source data and result remain distinguishable.
VIEWS
Configure visible fields, filters, sorting, grouping, column order and totals for each view. Roles get the slice they need without another table copy.
Hide service columns and keep the fields needed for installation or purchasing.
Show the right records and order them by status, date or value.
Group rows by room, phase or category and see totals.
Save a view for the team, personal work or controlled external output.
A view changes how data is read, not the underlying table.
SYSTEM CAPABILITIES
System bases and automation help the team avoid rebuilding every working structure from zero.
Load a CSV after checking field mapping.
Share a selected view through a separate link.
Export view rows for further processing.
Fix a prepared view for delivery or archive.
A starting structure for a repeatable project type.
Shared catalogs and records for linked bases.
Scripts for repeatable actions and data processing.
Your own table, field and relation model for a specific operation.
Template and Reference speed up the start without changing ownership of project data. A public view is limited to the selected view; working fields and drafts stay out.
PROJECTBASE QUESTIONS
ProjectBase stores a linked model and prepared views. These boundaries matter for data, formulas and external output.
It is a working model of project tables, fields, views and linked records. Access and external output are configured separately.
No. An external participant gets a separate view with selected fields, filters and permissions.
No. A formula is calculated by the system. A manual value belongs in a regular field so its source is clear.
The base does not replace drawings or engineering documents. It stores data, relations and the work context around them.
PROJECTBASE LAUNCH
We will map current journals, catalogs, relations and external views, then build a structure the team can use every day.
Start with the tables and records you already have.