TIM · BIM · Estimate

Larix (Aibim): volumes, costs, bidding and contracts

Larix.Manager validates the model, Larix.EST calculates volumes and costs using the Larix.CDB classifier, and Larix.Tender and Larix.Contract handle bidding and contracting. We don't sell or implement Larix — we route its data to 1C.

Start with the classifier: without Larix.CDB's corporate work and rate handbook, Larix.EST can't calculate volumes. The bill of quantities itself comes from the model or the designer's specification — if there's no model yet or it's incomplete, that's standard procedure, not an emergency fallback.

Our clients

Clients and partners

Capital Group
FSK Group
SMLT
Tochno
Dogma
Sber City
FM Logistic
Danone
Relief Center
Pandora
Larix (Aibim): volumes, costs, bidding and contracts
Saint-Gobain
Askona
FIX PRICE
Snezhnaia Koroleva
Muztorg
TVOE
Greenway
Polaris
Campari
Yandex
Lenta
International perfume and cosmetics brand
Larix (Aibim): volumes, costs, bidding and contracts
RAEC
EKF
L'Etoile
Inventive Retail Group
1–2 weeksinstead of 1.5–2 months for budget preparation — RBI case study, Larix.CDB + Larix.EST
90%budget accuracy at project inception — Osnova Group case study
–30%working document changes after construction start — Osnova Group case study
№14076CIS software registry: Larix.Tender and Larix.Contract, 28.06.2022

Capabilities

Larix capabilities

Model (Revit / IFC / Renga) or designer specificationLarix.CDB — work and rate classifierLarix.EST — volumes and costsLarix.Manager — model validationLarix.Tender / Larix.Contract — bidding and contracting1C — estimate and accounting layer (our seam)
Data comes from the model or from the designer's specification if there's no model yet. Larix.CDB defines the classifier and rates, Larix.EST calculates volumes and cost against it, while Larix.Manager simultaneously validates the model for clashes and parameter completeness. Results flow to tenders and contractor agreements—Larix.Tender and Larix.Contract. Beyond this point is the product boundary: cost items, financial model, and 1C journal entries are not Larix's scope. KT.Team designs and bridges this interface to 1C via the integration bus and API—we integrate what already exists rather than sell or implement the platform itself.

Larix.Manager — unified model validation

Proprietary clash algorithm (7 types of checks) and automatic element parameter validation in IFC, Revit, Renga, and Bentley. Reports in Excel and Power BI, data access via API. This module does not calculate volumes and cost — that's Larix.EST.

Larix.EST — volumes and costs from the model

Automatically generates bill of quantities and cost of works from Revit, IFC, or Renga models using the Larix.CDB corporate classifier — per vendor data, instead of weeks of manual recalculation.

No model — we use the specification

When there's no BIM model yet or it's incomplete, Larix.EST accepts designer specification data from Excel and treats it as model elements — per the vendor's FAQ, this is standard procedure, not an exception.

Larix.CDB — corporate classifier

Maintains a registry of work types, resources and costs by period and region — reference data required for Larix.EST to calculate anything. The classifier is passed to Larix.EST as the rate source.

Larix.Tender — bidding

Lot formation, tender distribution to contractors, collection and comparison of commercial proposals, winner selection protocol — the complete procurement cycle in one module.

Larix.Contract — contracts and acceptance

Contract and amendment management, contractor accreditation, volume control per contract, automated generation of cost change orders (KS-2, KS-3, KS-6) — digital document workflow instead of paper.

Larix.Nexus — shared environment between modules

A single data hub moving information between Manager, EST, CDB, Tender, and Contract — no manual reassembly at each module junction.

Not a substitute for estimating software

Per the vendor's own FAQ, Larix.CDB and Larix.EST do not replace estimating software: the bill of quantities with work codes and descriptions goes downstream to GRAND-Smeta, 1C:Smeta TIM, or equivalent for FER/TER/GESN-based calculation.

Approach

How Larix data reaches 1C

We do not sell or implement Larix

The customer or Aibim partner selects and deploys the platform. KT.Team works with what's already in place and does not replace the vendor.

Integration, not a fork

We route exports from Larix.EST and Larix.CDB to 1C via the integration bus and API without modifying the core product.

Integration is customized for the customer's workflow

Each developer has a unique accounting landscape. We break down the data flow from Larix through estimating, procurement, and 1C on this page integrating TIM/BIM with 1C, and the full scope of developer tasks is in the development digitalization. If the model is already consistently populated and there's no need to create a classifier — comparing with Tangl.

AI compatibility

Larix in the AI workflow

Structured input for the AI estimator

The bill of quantities from Larix.EST is classifier-bound data, not free text. KT.Team's AI estimator needs exactly this type of structured input to suggest line items and coefficients, not guess from PDFs.

Model versions without manual reconciliation

Larix.Manager marks element statuses during model revalidation. Volume changes between versions can be tracked automatically if routed to the accounting system — that's already our integration layer, not Larix itself.

Anonymization in the LLM pipeline

If Larix data passes through KT.Team's integration layer en route to an external model, contractor and counterparty personal data can be anonymized before transmission and restored in the response at that same layer.

Agent over API, not platform replacement

An MCP wrapper over Larix.EST and Larix.Manager APIs allows the agent to read validation status and volumes without replacing the estimator's interface or modifying the core product.

Honestly

Pros and cons

Pros

  • Classifier and rates in one module (Larix.CDB) — unit rates don't need to be rebuilt each time
  • Volumes are calculated even without a finished model — from the designer's specification if BIM hasn't been launched yet
  • Tenders and contractor agreements (Larix.Tender, Larix.Contract) close the Procurement-Tender-Contract cycle in one platform, not separate spreadsheets
  • Larix.Manager validates the model for conflicts and parameter completeness before volumes are exported to the estimate
  • Some modules are registered in the CIS software registry (Larix.Tender / Larix.Contract — No. 14076 as of 28.06.2022)

Cons

  • Bill of quantities and cost — not a finished estimate: rate-based calculation per FER/TER/GESN is still handled by a separate system (GRAND-Smeta, 1C:Smeta TIM)
  • Cost items, financial model, and journal entries are outside Larix's scope; this interface is custom-designed for each customer's accounting system.
  • Value is fully realized through module integration (Manager + CDB + EST + Tender/Contract) — using modules individually yields weaker results
  • Volume completeness depends on input model or specification quality — Larix calculates what it receives

Projects

Cases

All cases

Discuss Larix (Aibim): Volumes, Cost, Tenders & Contracts…

Send via: