Metadata-driven documents
Runtime drives draft create and update, posting, unposting, reposting, derivation entry points, relationship graph loading, and UI-effects shaping through one shared document model.
NGB Platform is a reusable ERP foundation for accounting-centric business applications on .NET and PostgreSQL. It gives teams metadata-driven documents, runtime orchestration, provider-backed reporting, append-only effects, and clean vertical extensions without falling back to generic CRUD.
Platform
NGB Platform is designed for systems where business documents, posting, reporting, auditability, and long-lived vertical extensions should be platform concerns, not one-off implementation chores.
Runtime drives draft create and update, posting, unposting, reposting, derivation entry points, relationship graph loading, and UI-effects shaping through one shared document model.
NGB supports fixed business reports such as Receivables Aging or Open Items and flexible dataset-driven reports in the same reporting architecture.
Accounting, Operational Registers, Reference Registers, and Audit Log follow durable fact, reversal, and superseding flows instead of silent in-place mutation.
API, Background Jobs, Watchdog are first-class application hosts built on the same platform core rather than side utilities bolted on later.
What is already present
ERP foundation
NGB fits the open-source ERP framework space when the goal is to build durable, accounting-centric business applications on .NET and PostgreSQL rather than install a one-size-fits-all ERP clone.
NGB is not a generic ERP clone. It gives engineering teams the reusable platform layer for ERP-style vertical systems where documents, posting, reporting, and auditability must stay coherent.
The core is built around .NET hosts, runtime orchestration, provider-backed PostgreSQL persistence, and shared UI patterns instead of one monolithic application shape.
Property Management, Trade, and Agency Billing show how the same accounting-centric framework can support different domains without rewriting the platform backbone.
Demos
Property Management, Trade, and Agency Billing prove reuse across domains.

Lease-centric operations
Property Management shows portfolio health, receivables, charges, allocations, reconciliation, maintenance requests, work orders, and completions on the same shared platform backbone.
Architecture
The host composition, runtime, reporting, and PostgreSQL docs all point to the same structure: hosts compose the platform, runtime orchestrates behavior, provider layers execute concrete reads and writes, and vertical modules add business meaning without leaking into the shared core.
A vertical API host uses the reusable NGB.Api surface, registers AddNgbRuntime(), AddNgbPostgres(connectionString), adds vertical modules, then maps controllers, auth, and health checks.
NGB.Runtime is the orchestration center for document workflow, reporting flow, validation, planning, response shaping, and other provider-agnostic execution concerns.
ReportEngine and ReportExecutionPlanner resolve report definitions, effective layouts, filters, plans, and executor paths for both canonical and composable reporting.
Accounting handles ledger semantics, Operational Registers track movement-based state such as stock or settlements, and Reference Registers model effective facts such as prices or rates.
NGB.PostgreSql supplies the concrete provider implementation for persistence, dataset bindings, SQL generation, execution, migrations, and report reads.
Background Jobs, Watchdog remain separate surfaces for scheduling, operability, and schema flow, while still calling into the same platform-safe runtime behavior.
The host composition docs make the rule explicit: the host is the composition root, while business execution lives in runtime, engines, and provider layers.
The docs repeatedly frame PostgreSQL as the durable source of business truth, with performance-sensitive reads shaped in backend services rather than UI fanout.
Audit Log records business actions, actor identity, timestamps, and old/new diffs so explainability works consistently across catalogs, documents, workflows, and administrative changes.
Open Source
NGB is open and legible: repository structure, runbooks, architecture docs, live demos, and extension guidance are all part of the evaluation path.
Platform modules, vertical solutions, shared UI packages, Docker assets, documentation, and tests live in one repository so the architecture stays inspectable end to end.
The docs recommend reading vertical definitions, runtime orchestration, posting and reporting logic, PostgreSQL implementation, and then UI behavior in that order.
The docs include both Docker Compose and manual runbook paths, covering PostgreSQL, Keycloak, Migrator, API host, Background Jobs, Watchdog, and the web client.
The repository README explains the license choice directly: easy to adopt, easy to evaluate, and practical for real engineering teams, including commercial use and modification.