This is where money, contracts, resources, and cost live
1C:ERP USO is the de facto developer back-office standard, but out of the box it is weakly connected to BIM,
A map of CIS and open-source construction and BIM software in 2026: Renga, nanoCAD, Pilot-BIM, Tangl, 1C, IfcOpenShell - pros, cons, and what to choose for each task.
Short answer before any theory: there is no single boxed solution for all construction tasks on the CIS market in 2026. A developer inevitably assembles a stack of 6-8 products from different vendors - model authoring (Renga / nanoCAD), common data environment (Pilot-BIM / Vitro-CAD), site control (SIGNAL / Adept / Exon), estimates (Grand-Smeta / Larix / 1C: TIM Estimate), accounting and finance (1C:ERP USO) - plus mandatory government systems (EISHS, GISOGD, ISUP). The main pain is not choosing the product, but stitching these products together and connecting them to corporate 1C/ERP/BI and buyer portals.
openBIM/IFC is a vendor-neutral MODEL data layer, not the "only bus." The landscape is stitched together by the integration layer above it: CDE API, exchange with 1C (EnterpriseData/OData), Ministry of Construction XML schemas, ETL, and the corporate bus. Below is an honest map of the categories and a breakdown of each notable player with pros and cons, without marketing. At the end is a "what to choose for the task" table and what KT.Team does here: we do not sell any of these platforms, but integrate them into the developer's enterprise landscape. From our projects: we sped up construction material procurement for a major developer by 3x, advance payments by 4.9x, and on another project made schedule shifts visible in real time.
The CIS market in 2026 breaks down into seven layers, and almost every developer uses products from different vendors: (1) model authoring (BIM/TIM), (2) common data environment (CDE), (3) site control and construction management, (4) estimates and production/technical support, (5) ERP, finance, and contracts, (6) model data analytics, (7) government stack and regulation.
An integration layer ties all of this together, while openBIM/IFC serves as the end-to-end data layer between products.
Why implement BIM at all and how it connects with ERP - in a separate analysis: BIM in construction: benefits and integration.
Here we answer a different question - which specific product to choose in each layer and what its strengths and weaknesses are.
Autodesk left CIS (suspension in March 2022, legal entity liquidation in October 2023, blocking of cloud accounts for CIS companies in July 2024, with some losing access to their own models), and legal use of Revit/Navisworks/Civil 3D for critical infrastructure, public procurement, and housing under import substitution is no longer allowed.
At the same time, there is no direct one-to-one replacement: replacement means migrating to an authoring + CDE combination, with real costs (plugins, families, retraining) and exchange through IFC, because there is no lossless .rvt to native format conversion.
You need to separate three different replacement paths instead of looking for one product: model authoring -> Renga or nanoCAD + Model Studio CS / CADLib; clash checking (former Navisworks) -> Pilot-BIM, Tangl or SIGNAL; site planning and linear assets (former Civil 3D) -> nanoCAD / Model Studio, CREDO, IndorCAD.
Maturity and target user are based on vendor positioning and implementation practice, not on an independent test.
| Product | License / deployment | Strengths | Weaknesses | For whom |
|---|---|---|---|---|
| Renga (ASCON + 1C) | Proprietary, CIS software registry; on-prem/desktop | Low entry barrier — buildings modeled in hours, not buried in families; Architecture/Structures/HVAC/Water-Sewage/Electrical in one environment; native integration with 1C:Estimate TIM CORP and Pilot-BIM | For complex geometry and large unique projects it lags behind Revit; fewer libraries, plugins, and trained specialists | Apartment blocks, standard projects, fast start |
| nanoCAD + Model Studio CS / CADLib (Nanosoft/CSoft) | Proprietary, CIS registry; on-prem | DWG compatibility; strong in engineering, industrial, and linear assets, networks, and lightning protection; its own equipment databases; CADLib as the model aggregator | An ecosystem of many modules means higher total cost of ownership and more integration complexity; less architectural for high-rise housing; steeper learning curve than Renga | Industrial projects, engineering, linear assets, civil engineering |
| BricsCAD (Bricsys / Hexagon) | Proprietary, foreign; sanctions-grey zone | DWG-compatible CAD with a BIM module, feels like an AutoCAD replacement | Foreign vendor: risk in updates and support, not in the CIS registry -> does not satisfy import substitution for public procurement/critical infrastructure | Who is already on a DWG stack and consciously accepts the risk |
| Revit / Navisworks / Civil 3D (Autodesk, left) | Proprietary, vendor has left | Historical benchmark for depth and ecosystem; accumulated expertise and libraries | No license renewal, support, or authorized updates; import-substitution subject — legal and operational risk | Only legacy models and export migration |
A CDE is a single repository for project data with versions, statuses, approval workflows, and digital signatures: the entire model and documentation pass through it. The key integration point is that openBIM/IFC acts as an end-to-end exchange layer on top of any CDE, but real connection to the corporate landscape also goes through the CDE's own API, not only through IFC files.
Data based on public vendor materials.
| Product | License / deployment | Strengths | Weaknesses |
|---|---|---|---|
| Pilot-BIM (ASCON) | Proprietary, CIS registry; on-prem, clustered mode | Automatic consolidated model assembly, browser-based checking (2025 edition), part coordination, completeness checks, support for linear assets in IFC4.3 ADD2, integration with 1C: TIM Estimate | The core is built around document management and ASCON/KOMPAS models; as a "construction platform," it is narrower than Exon; some web functions are being released in stages |
| Vitro-CAD | Proprietary, CIS registry; on-prem | Reliable versioned repository, document delivery, collaboration, CAD/BIM support; 100+ claimed deployments (per vendor: PIK, Donstroi, A101) | Under the hood: SharePoint logic (Microsoft) — sanction/import-substitution risk point; vendor claims de-Microsoft roadmap; weaker than Tangl in 3D analytics |
| Tangl (data-adjacent) | Proprietary, cloud; SDK | Single model data repository, clashes and completeness at any stage, automatic estimates and plan-vs-actual dashboards; SDK for embedding | It's a data analytics layer, not full document management — often needed paired with SOD |
| Exon.Design (Gaskar Group) | Proprietary, cloud | CDE for design and working documentation inside an "from design to operations" platform | The all-in-one part from a single vendor creates vendor lock-in risk at the boundary with corporate 1C/ERP |
| Larix.CDB (Irbim) | Proprietary | CDE combined with the Larix estimate and cost stack | Less well known; value appears when several Larix modules are used together |
| CADLib Model and Archive (CSoft) | Proprietary, CIS registry | Model aggregator and archive — essentially a CDE layer over nanoCAD/Model Studio CS | Tightly tied to the NanoSoft/CSoft ecosystem |
This layer is about the site: work packages, as-built documentation, issues, plan vs actual, and 360 photos. It delivers the most value not on its own, but together with a CDE and estimates. A detailed breakdown of this layer is in the article Construction Management System.
Data based on vendor statements.
| Product | Deployment | Strengths | Weaknesses |
|---|---|---|---|
| SIGNAL (Signal Format) | Cloud + on-prem | SIGNAL DOCS (electronic document management, 2D/3D viewing for 25+ formats, e-signature, QR, "released to production" stamp), SIGNAL INSPECTION (360 photos), BIM vs actual comparison, KPI dashboards; according to the vendor, an open AI platform for construction was launched in December 2025 | Core: visual inspection and electronic document management, not design and estimates; maximum value when integrated with SOD/cost-estimates; market still validating full AI platform capability |
| Adept (Adept Group) | CIS registry; desktop + mobile | Adept: Construction Management (quality control and compliance), mobile Adept: Site Control — violation reporting from phone | Functionally split into different products; BIM analytics is weaker than specialized TIM platforms |
| Gektor (Gektor Computer Technologies) | Desktop | Separate vendor: "Gektor: Designer" and tools for construction organization/work execution plans/technical sheets | Historically a niche tool for construction organization/work execution plans; it is not part of the Adept Group, the integration is built by the integrator |
| PragmaCore (Pragmacore) | Cloud | Construction and site control management platform; integrates with Tangl (model-based plan vs actual) | As a unified platform, newer and narrower in scope than leading integrated solutions; value from SOD/cost-estimate integration |
| Exon.Construction Control (Gaskar) | Cloud | Construction and installation quality in a single platform with design and survey work and ERP, all participants in one system | Module depth is more modest than the leaders; Exon platform vendor lock-in |
| Tangl (plan vs actual) · CUS | Cloud | Tangl calculates plan-to-actual volumes directly from IFC model; CUS is the site management control loop | Tangl requires properly populated models and is not a document management system |
1C:ERP USO is the de facto developer back-office standard, but out of the box it is weakly connected to BIM,
CDE and site control: an integration layer is needed. At the same time, 1C has its own model-to-estimate-to-ERP bridge
How to build the full construction ERP stack - in the analysis ERP for a construction company. What the bill of quantities is built from and how it reaches the estimate - in the analysis bill of quantities. This layer accelerates rate selection and cost estimate verification: KT.Team AI Estimator: the agent compiles a draft based on your regulatory database, leaving the solution to the engineer.
The estimating stack is tied to the standards base (FSNB-2022) and FGIS CS pricing.
| Product | Deployment | Strengths | Weaknesses |
|---|---|---|---|
| 1C:ERP USO (+ BIT.Construction) | CIS registry; on-prem/cloud | Investment projects, construction production, procurement and logistics, project-based accounting, cost, and contracts in one database; de facto standard; BIT adds cloud accounting and industry modules | Heavy, expensive, lengthy implementation; out-of-box not connected to BIM/SOD/site control — requires integration layer; customization almost always mandatory |
| Grand-Smeta | NSB subscription; desktop | The most widely used estimating suite; resource-index method (RIM), market analysis, FSNB-2022, synchronization with FGIS CS | Not BIM-native — model data entered separately or via 1C:Estimate TIM / Larix; cloud and collaboration weaker than integrated platforms |
| 1C: TIM Estimate CORP | Corporate license | Collects data from Renga/Revit/nanoCAD models and from the CDE (Pilot-BIM), compares versions, generates quantity takeoffs and the estimate with a model-to-estimate link; integrates with 1C:ERP USO | Value only appears with high-quality models and a correct classifier; licensing and implementation are not cheap; a young product |
| Smeta.ru · Turbosmeta | Desktop | Alternatives to Grand-Smeta in the estimating stack | Same desktop estimating limits; not BIM-native |
| Larix.EST · Tangl Value | Proprietary / cloud | Automatic estimates from quantities and NSB (public/corporate databases), bidding and contractor control (Larix); Tangl Value calculates quantities directly from IFC | Strong in cost and procurement, weak in 3D design; full value through module integration |
This layer checks model completeness, catches clashes, calculates quantities, and builds dashboards. The main rule here is "garbage in, garbage out": value appears only when IFC models are filled in with discipline.
| Product | Deployment | Strengths | Weaknesses |
|---|---|---|---|
| Tangl | Cloud; SDK | system/control/value modules: clash detection, model completeness, auto-estimates, plan-to-actual; functionally equivalent to BIM 360; SDK for embedding | A data layer, not a CDE; valuable only with disciplined IFC |
| Bimeister | CIS registry; VK Cloud | Management of engineering asset data across the full lifecycle, focused on operations and maintenance; aggregates CAD/SCADA/CRM/ERP/CMS | Tailored for industrial projects and operations, not for civil development and shared-equity housing; excessive for standard apartment blocks |
| Larix (Irbim) | Proprietary | Unified project management ecosystem (Manager/Nexus) around estimates and bidding | Strong in cost, weak in 3D analytics; value through integration |
Open source in BIM is an engineering and integration layer, not a ready-made workstation for an estimator or site manager. And an important note for CIS: none of these projects is included in the CIS software registry, so they do not by themselves cover import substitution or public procurement - only as an engineering layer UNDER a registered product. Speckle has also shifted toward a commercial cloud (the core remains open) - its license and governance should be checked before treating it as a "pure" vendor-neutral exchange layer.
| Project | License | What it is and its strengths | Weaknesses |
|---|---|---|---|
| IfcOpenShell | LGPL | The de facto IFC read/write engine (C++/Python); the core of almost any openBIM integration and validation | It's a library, not an application — requires a developer; no GUI or SLA |
| Bonsai (ex-BlenderBIM) | GPL | Native IFC authoring on top of Blender, free; good for auditing third-party IFC files | Blender entry barrier; not a CIS industry standard; community-supported |
| Speckle | open, cloud-first | Data hub and exchange between tools, model versions and diffs, API-first | Some connectors depend on departing Western CAD systems; it requires self-hosting and an engineering team; it has shifted toward a commercial cloud |
| FreeCAD | LGPL | Free parametric CAD with a BIM workbench | Far from the industry depth of Renga/nanoCAD |
| xBIM · BIMServer · That Open (ex-IFC.js) | open | Toolkits and servers for IFC: .NET (xBIM), model server (BIMServer), web visualization (That Open) | Building blocks for developers, not a tool for a site foreman |
| ERPNext / Odoo (for EPC) | GPL/LGPL | Open ERP stack for contractors: projects, procurement, contracts | No CIS cost-estimate database or government integrations out-of-box — customization required |
Government systems are not a choice, but a given that the developer's corporate landscape must connect to through regulated formats and deadlines.
On TIM mandatory use: per the current roadmap
According to the Ministry of Construction, TIM use is mandatory in stages - for public procurement and publicly funded capital projects since 01.01.2022 (RF Government Decree No. 331); for developers and technical clients under Federal Law 214-FZ - if the contract for surveys or preparation of design documentation was signed or the assignment approved after 01.07.2024, and for projects with design documentation approved earlier - if the building permit was issued after 01.01.2025 (Decree No. 331 as amended by Decree No. 2357 of 20.12.2022).
The procedure for forming the information model of a capital construction project is set by RF Government Decree No. 614, and from 2026 the Requirements Register is included in the scope of expertise.
Actual adoption is still partial - according to industry data, about one-third to 38% of apartment-block developers use TIM, but the mandatory trajectory is set.
What mandatory use means in practice and how the model for approvals differs from the model used to calculate quantities and money - explained in the analysis TIM mandatory use.
| System | What it is | Integration point for a developer |
|---|---|---|
| EISHS / nash.dom.rf (DOM.RF) | Unified Housing Construction Information System | Project declaration, escrow and project financing, disclosure to buyers ↔ ERP/finance, buyer portal, sales |
| GISOGD + Stroykompleks.RF + Requirements Register | State information systems for urban development | Permits, urban planning land-use plan, mandatory requirements ↔ CDE and project document workflow |
| PMIS | Project management information system (public procurement) | Mandatory for publicly funded projects ↔ site control, as-built documentation |
| FGIS TS | Pricing, FSNB-2022 base | Source of standards for Grand-Smeta and the estimating stack ↔ estimates, production and technical support |
| ECPE | Unified Digital Expertise Platform | Passing state expertise for design documentation ↔ CDE, contents of the information model |
There is no single correct stack - the choice depends on the asset type and where the developer already has 1C in place. Below is a recommended combination for each common scenario and a selection scheme by asset type. Everything is visible at a glance, with no single right answer.
| Workflow | Authoring + CDE | Construction control + estimates | Back office and finance |
|---|---|---|---|
| Apartment blocks, standard | Renga + Pilot-BIM | SIGNAL/Addept + 1C:TIM Estimates | 1C:ERP USO |
| Industrial / engineering | nanoCAD + Model Studio CS + CADLib | PragmaCore/Exon + Larix/Grand Estimate | 1C:ERP USO + Bimeister (operations) |
| Linear asset | nanoCAD/Model Studio, CREDO, IndorCAD + Pilot-BIM (IFC4.3) | Tangl (plan vs actual) + Larix.EST | 1C:ERP USO |
| Public procurement | products from the CIS registry + CDE | Grand-Smeta (FGIS CS) + site control | 1C:ERP + ISUP/GISOGD/ECPE |
From asset type to a working product combination
Input
Core
Environment
Any of these stacks breaks in the same place: at the interfaces. The model lives in authoring and CDE, money lives in 1C:ERP, the site lives in site control, estimates live in their own product, sales and the buyer live in the portal, and all of this must talk to the government stack. KT.Team does not sell any of these platforms and does not implement BIM modeling or site control boxes. We do exactly what a boxed vendor does not do: integrate the developer's chosen landscape into a single enterprise stack - 1C/ERP ↔ CDE ↔ site control ↔ estimates ↔ BI ↔ buyer portal ↔ government systems - and add AI-native layer on top of. The most common request in this stack is - TIM/BIM integration with 1C: quantities from the model into estimates, procurement, and KS-2.
Real projects confirm this (the numbers and wording come from our published cases). For a major developer, we sped up construction material procurement by 3x and advance payments by 4.9x. On another project, planning and control of construction and assembly works made schedule shifts visible in real time. For SberCity (Sber), we built a single property management platform where prices, areas, and asset statuses update automatically across all systems. For one of CIS's top 3 developers, we moved design schedules into a single digital environment with integration into Naumen, and on another stack we launched a contractor accreditation platform and a contract marketplace, connecting them to internal systems through the Datareon service bus. We base our integration expertise on our own ESB/bus projects - from ESB tools before exchanging with 1C.
Cases
Testimonials
The KT.Team team is a mature development partner. The delivery process is very clearly organized, and the smooth collaboration within the engineering team deserves special mention. When the team sees that the development process needs fine-tuning, it does it. During discussions, the team digs into the essence of the tasks and seeks to understand the business context. The work is aimed not at formally fulfilling the specification but at solving the real problem. Thanks to strong engineering expertise and product thinking, the team can be trusted not only with implementation but also with the architecture of the entire system.
KT.Team service
We assemble fragmented construction products into a single enterprise stack: 1C/ERP, CDE, site control, estimates, BI, buyer portal, and government systems - with exchange via IFC and API, without vendor lock-in to one box.
FAQ
No. On the CIS market in 2026 there is no one-box-fits-all solution: the developer assembles a landscape of 6-8 products from different vendors plus the mandatory government stack, and the main work is to stitch them together and connect them to corporate 1C/ERP.
There is no direct 1:1 replacement. This is a migration path: authoring - Renga or nanoCAD + Model Studio CS / CADLib; clash checking (former Navisworks) - Pilot-BIM, Tangl or SIGNAL; site planning and linear assets (former Civil 3D) - nanoCAD/Model Studio, CREDO, IndorCAD. Exchange goes through IFC, because there is no lossless .rvt to native format conversion.
Yes, in stages: for public procurement - since 01.01.2022; for developers and technical clients under Federal Law 214-FZ - if the contract for surveys or preparation of design documentation was signed or the assignment approved after 01.07.2024, and for projects with design documentation approved earlier - if the building permit was issued after 01.01.2025 (RF Government Decree No. 331 as amended by Decree No. 2357 of 20.12.2022) (per the current Ministry of Construction roadmap).
No. None of the projects (IfcOpenShell, Bonsai, Speckle, FreeCAD) is in the CIS software registry, so by itself it does not satisfy import substitution - only as an engineering layer under a registered product.
Integration of the landscape: 1C/ERP ↔ CDE ↔ site control ↔ estimates ↔ BI ↔ buyer portal ↔ government systems. We do not sell platforms or implement BIM modeling; we stitch together what has already been chosen.
Verification date: 19.07.2026