How It Works

From workspace setup to full business operations.

This page explains exactly how YBNW One works — from creating an account to running daily operations across every department in a single connected workspace. Actual mechanics, not marketing abstractions.

One workspace One database All departments connected Real-time updates

The Core Model

One workspace. One database. All departments.

The fundamental architecture of YBNW One is straightforward: one workspace is backed by one database. Every module — project management, finance, HR, procurement, CRM, compliance, documents — reads from and writes to that same database. There is no sync layer, no middleware, no bridge between modules. They share the same tables, the same records, and the same foreign key relationships.

A project record and an invoice record can reference each other via a real database foreign key. A vendor record in procurement and a vendor performance record in supply chain are the same vendor. An employee record in HR and a task assignee in project management are the same person referenced by the same primary key in the same table. The data is consistent because it is literally the same data.

Step by Step

The path from new account to operational platform.

Most organizations do not need to configure everything at once. The platform is designed to be adopted incrementally. Here is what a typical adoption path looks like, from first login to full operational deployment.

Step 1

Create a workspace and configure it.

When you create an account, the first thing you create is a workspace — the top-level container for your organization's data, with a name, logo, currency, timezone, and configuration options that cascade through every module. You define them once and every module respects them.

Currency affects how figures display and export across invoices, budgets, and reports. Timezone affects leave requests, schedules, and time-sensitive automations. Fiscal year affects budget periods and performance comparisons in finance and analytics.

Most organizations need one workspace. Some run several — a holding company per subsidiary, a consulting firm per major client, a franchise per location. Each workspace is a fully separate data environment; records never cross workspace boundaries, enforced structurally at the database layer.

Workspace name Currency Timezone Fiscal year Logo & branding

Workspace settings

Name, logo, currency (GBP default, configurable), timezone, fiscal year start, default approval chains, notification preferences, branding colors for customer-facing outputs.

What this creates

A record in the workspaces table with a unique workspace ID. Isolation policies on every subsequent table reference this ID — all data created here is permanently scoped to it.

Billing plan selection

Choose Free (evaluation), Team ($49/month), Business ($149/month), Scale ($399/month), or Enterprise. Plans determine capacity limits, not which modules are available.

12 predefined roles

Administrator, Manager, Team Lead, Employee, Contractor, Viewer, Finance Manager, HR Manager, Compliance Officer, Project Manager, Support Agent, Custom — each with a curated default permission set.

795 named permission constants

Every significant operation has a named permission: VIEW_ALL_INVOICES, MANAGE_PAYROLL, CREATE_PROJECT, APPROVE_PURCHASE_ORDER. Discrete, auditable, assignable per role.

Dual enforcement

Permissions enforced by a protected-route component at the UI layer AND by isolation policies at the database layer — neither layer trusts the other as the only boundary.

Step 2

Invite your team and configure roles and permissions.

Once the workspace is configured, you invite team members. There's no per-seat charge — every team member is included in the subscription. What scales with your plan is workspace capacity (storage, compute, AI calls, automation runs), not headcount.

Each user gets one or more roles. Administrator has all 795 permissions; Viewer has read-only access everywhere; Finance Manager can manage invoices, budgets, and expenses but has no HR or vendor-deletion access. Roles can be customized permission by permission.

Permissions are checked at the UI layer (unauthorized views and controls simply don't render) and the database layer (isolation policies reject unauthorized queries regardless of what the frontend sends) — the database never trusts the frontend to have applied permissions correctly.

Step 3

Configure the structural data that all modules share.

Before modules produce useful data, the workspace needs structural configuration — work for an administrator or implementation specialist that shapes how all subsequent data looks and connects. Getting this right early prevents data cleanup later.

Departments and teams are the organizational units records are assigned to — an invoice to Finance, a project to Engineering. Used for filtering, budget allocation, access scoping, and reporting. A poorly defined structure makes cost-center reporting unreliable.

Chart of accounts defines how income and expenses are categorized across invoicing, budgeting, and P&L. Ships with 10 built-in expense categories plus support for custom ones.

Custom fields can be added to any entity — projects, contacts, employees, vendors, invoices, risks — as text, number, date, dropdown, multi-select, or boolean, appearing in every view, filter, report, and export for that entity.

Organizational structure

Departments, teams, cost centers, locations, and business units — the structural backbone every record references for filtering, budgeting, scoping, and reporting.

Financial configuration

Chart of accounts, expense categories (10 built-in plus custom), tax rates, currency, payment methods, approval chains, and payment term defaults.

Custom fields and tags

Add custom attributes to any entity. A global tag taxonomy is shared across all modules for consistent cross-module filtering.

Common first modules

Projects + Finance for delivery businesses. Finance + Procurement for operational businesses. HR + Projects for resource-intensive teams. CRM + Projects for client-facing organizations.

Create cross-module connections

Link projects to budgets and invoices, vendors to purchase orders, customers to projects, employees to leave requests, risks to compliance requirements.

Natural expansion path

Projects expands to sprints, milestones, risk, and resource planning. Finance expands to procurement, AP/AR, and cash flow. HR expands to recruitment, leave, and performance.

Step 4

Enable modules and start building operational data.

Most organizations don't configure all 160+ modules simultaneously. A common pattern is starting with the modules replacing the most painful parts of the current stack, stabilizing those workflows, then expanding — new modules automatically see the existing records.

Starting with project management gives the delivery team a Kanban board, sprint planning with capacity tracking, milestone gates, a portfolio timeline, a Work Breakdown Structure editor, a risk register, and Earned Value Management. All assignees pull from the same employee records HR uses.

Starting with finance gives the finance team an invoice manager (draft to paid, multi-currency), a budget planner with real-time variance, an expense tracker, and a P&L that aggregates by any period.

Starting with HR gives the people team employee records, 8 leave types with automatic day calculation, an 8-stage recruitment pipeline, payroll with UK tax code support, and attendance tracking.

Step 5

Build dashboards and reports from live operational data.

Once operational data is being created, the reporting layer becomes valuable. The main dashboard is divided into 10 sections — Finance, Portfolio, Management, People, Governance, Operations, Content, Analytics, Communication, Productivity — each loading category-specific widgets automatically.

The KPI dashboard lets you define indicators with a name, category, current value, target, and unit. Status calculates automatically: On Target ≥95%, Near Target 75–95%, Off Target below 75%, each with an 8-point sparkline.

The executive dashboard gives leadership four financial KPIs with red-amber-green status, performance charts, attrition and NPS trends, and operational alerts — all from data the team creates daily. The executive summary generates a structured period report with headline, status, KPIs, risks, decisions, and next-period focus, printable directly from the browser.

The report builder allows ad-hoc reports from any entity with configurable filters, grouping, sorting, and calculated fields — schedulable for automated delivery and exportable to CSV.

Real-time dashboard updates

Dashboard widgets subscribe to real-time updates — when a project status changes or an invoice is marked paid, cards update without a page refresh.

KPI tracker

Define any metric with auto-calculated On Target / Near Target / Off Target status, 8-point sparkline history, and a colored badge per card.

Executive summaries

Structured period summaries — headline, overall status, KPI grid, project status, key highlights, risks, decisions, next-period focus — printable from the browser.

Automation engine

Trigger: record change, status change, date condition, threshold breach. Action: create record, update field, send notification, escalate, call webhook, assign task.

Webhook integrations

Outbound webhooks on any event, inbound webhooks from external systems, configurable headers and retry logic, with a full request/response log per webhook.

AI over structured data

Natural language questions answered from workspace data. Because all data is in one structured database, AI answers are grounded in actual operational records.

Step 6

Add automation, integrations, and intelligence.

Once core workflows are running on real operational data, automation and AI add compounding value — they run on top of the same shared data layer, not as separate products to connect.

Automation rules allow trigger-action workflows without writing code — a project going "at risk" can create a task, notify the team lead, and flag the risk register in one automation.

Webhook integrations push events to external systems — an approved purchase order can notify an external system, a dropping health score can trigger an alert. Incoming webhooks can trigger automation rules in return.

AI assistance operates over the workspace's structured data, so answers about delivery status, budget variance, or vendor performance come from structured records — not free-text documents requiring interpretation.

Data Flow

How records move through the platform.

The following are the most common data flows across YBNW One modules — records in the same database referencing each other via foreign keys, not data pushed between systems through APIs or manual exports.

CRM → Sales

A deal moving to Closed Won seeds a new project — value, client, contact, and delivery commitments carry over via foreign key. The client enters customer success. Nothing is re-entered manually.

Projects → Delivery

Team members assigned from the employee table, milestones set, Kanban and sprint planning organize the work. Time logs connect to payroll costing; vendor POs flow to procurement.

Finance → Accounting

Client invoices reference the project. Expenses log by category with project allocation. Budget planner shows real-time variance; cash flow forecast projects from invoice due dates.

HR → People

Every team assignment, task assignee, approval participant, and payroll run references the same employee table. Leave requests affect resource availability directly.

Reporting → Intelligence

Dashboards and the report builder query the same tables operational modules write to — no ETL pipeline, no data warehouse, no overnight batch job. Data is live and permission-scoped per viewer.

Common Questions

How it works in practice.

Does everything need to be configured before we can start?

No. Start with just projects or just finance, get value, and expand as your team is ready. New modules automatically see existing records — you don't re-enter data when you expand.

What happens to existing tools and data?

Bulk CSV import covers most entity types. For complex migrations, the implementation team designs a path that maps your existing structure to the schema — there's no requirement to cut over all at once.

How do contractors or external users see only what they should?

The Contractor role's scoped permissions limit visibility to assigned projects only, enforced at the database layer — manipulating the frontend cannot return records the policies don't permit.

Can we customize the platform without writing code?

Significantly — custom fields, custom report views, no-code automation rules, tags, categories, and approval chains are all defined in settings. Deeper customization is scoped by the implementation team.

How does the AI layer access workspace data?

Each AI query is scoped by the requesting user's permissions — a viewer's query returns only what a viewer can see, a finance manager's query can see financial but not HR payroll data.

How is the database backed up?

Point-in-time recovery plus scheduled export snapshots. Enterprise plans add custom backup schedules and cross-region storage. All backups are encrypted at rest with AES-256.

Ready to see it working for your team?

Start a free workspace and explore every module. No feature gates, no seat limits, no time pressure. Or book a walkthrough and we will show you the platform against your specific stack and use case.