Workspace settings
Name, logo, currency (GBP default, configurable), timezone, fiscal year start, default approval chains, notification preferences, branding colors for customer-facing outputs.
How It Works
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.
The Core Model
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
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
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.
Name, logo, currency (GBP default, configurable), timezone, fiscal year start, default approval chains, notification preferences, branding colors for customer-facing outputs.
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.
Choose Free (evaluation), Team ($49/month), Business ($149/month), Scale ($399/month), or Enterprise. Plans determine capacity limits, not which modules are available.
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.
Every significant operation has a named permission: VIEW_ALL_INVOICES, MANAGE_PAYROLL, CREATE_PROJECT, APPROVE_PURCHASE_ORDER. Discrete, auditable, assignable per role.
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
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
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.
Departments, teams, cost centers, locations, and business units — the structural backbone every record references for filtering, budgeting, scoping, and reporting.
Chart of accounts, expense categories (10 built-in plus custom), tax rates, currency, payment methods, approval chains, and payment term defaults.
Add custom attributes to any entity. A global tag taxonomy is shared across all modules for consistent cross-module filtering.
Projects + Finance for delivery businesses. Finance + Procurement for operational businesses. HR + Projects for resource-intensive teams. CRM + Projects for client-facing organizations.
Link projects to budgets and invoices, vendors to purchase orders, customers to projects, employees to leave requests, risks to compliance requirements.
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
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
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.
Dashboard widgets subscribe to real-time updates — when a project status changes or an invoice is marked paid, cards update without a page refresh.
Define any metric with auto-calculated On Target / Near Target / Off Target status, 8-point sparkline history, and a colored badge per card.
Structured period summaries — headline, overall status, KPI grid, project status, key highlights, risks, decisions, next-period focus — printable from the browser.
Trigger: record change, status change, date condition, threshold breach. Action: create record, update field, send notification, escalate, call webhook, assign task.
Outbound webhooks on any event, inbound webhooks from external systems, configurable headers and retry logic, with a full request/response log per webhook.
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
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
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.
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.
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.
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.
Every team assignment, task assignee, approval participant, and payroll run references the same employee table. Leave requests affect resource availability directly.
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
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.
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.
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.
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.
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.
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.
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.