For holding companies, franchise networks and business groups: manage all legal entities in a single deployment with full financial isolation, per-entity Chart of Accounts and consolidated reporting with intercompany elimination.
Each deployment supports any mix of standalone companies, holding parents and subsidiaries β all sharing one database, one Docker image and one access panel.
A single legal entity with its own ΠΠΠ ΠΠΠ£, accounting books, payroll and tax records. The default mode for SME clients.
The root company of a group. Defines the Group Chart of Accounts, owns the consolidated reporting view and manages subsidiary access.
A child company owned by a holding. Has its own ΠΠΠ ΠΠΠ£, its own CoA, independent financial statements and full accounting isolation from sibling entities.
Each legal entity maintains its own Chart of Accounts adapted to its operational specifics β retail, manufacturing or services. Accounts are company-scoped: code 702 in Retail can differ from code 702 in Manufacturing.
Every financial record β journal entry, invoice, order, tax invoice, payroll run β is tagged with company_id. A user logged into entity A never sees entity B data, even when both run on the same database.
Journal entries, accounts, periods, reconciliations, transactions β fully scoped per entity.
Invoices, payments, credit notes, installment plans, orders, quotes β per entity.
Contracts with full lifecycle, delivery schedules and pricing conditions β isolated per entity.
Tax invoices (ΠΠ/ΠΠ ΠΠ) and VAT declarations per ΠΠΠ ΠΠΠ£. Migration seeds existing ΠΠ by matching seller_edrpou.
Warehouses, stock, movements and lots are owned by a legal entity. Physical location is shared; stock ownership is not.
Employee profiles are shared across the holding. Departments, positions and payroll runs are per legal entity β supporting split employment contracts.
When entities within a holding buy from each other, transfer assets, lend money or pay dividends, these flows must be tracked explicitly for proper consolidation.
POST /api/v1/accounting/ic-transactionsThe holding view aggregates financial results across all subsidiaries and optionally eliminates intercompany flows for a true group picture.
GET /api/v1/holding/reports/consolidated/pnlThe same Docker image is deployed to every customer. The license key controls which modules are active. The database handles isolation via company_id columns β no per-customer builds, no schema per tenant.
All 31 bounded contexts compiled together. Simpler CI/CD, uniform upgrades, same binary everywhere.
The license key lists enabled modules. Unlicensed contexts return 402 Payment Required at runtime β no code change needed.
15 database migrations add company_id to all entity-scoped tables. Application-level filtering enforced by RequireCompanyContext middleware.
Any organization that operates through multiple registered legal entities and needs financial reports per entity plus a group view.
ΠΠ₯Π, ΠΡΡΠ°ΡΡΠ°, ΠΡΠ±ΡΠ»ΠΎΠ½-type structures: separate legal entities for growing, processing and distribution β consolidated group P&L eliminates intragroup crop transfers.
A platform operator (Rozetka-type) with 100s of FOP sellers: each FOP is an independent legal entity with own ΠΠΠ ΠΠΠ£ and accounting, yet all managed in one system.
Manufacturing holding with separate entities per production site, logistics subsidiary and sales company β intercompany goods flows automatically tracked and eliminated.
Clinic chains, law firm branches, IT consulting groups β shared client base and catalogue, independent profit centres with per-entity P&L and payroll.