Короткий журнал по GRAND-Смете 2026.2 и Akkord 2026.1. Здесь только подтверждённые результаты и их практическая ценность.
Главный итог: уже получился независимый фундамент для агентского сметного калькулятора, проверки подрядных КП и более строгого контура КС-2/КС-3. Это уже не только описание чужих экранов.
Уже извлечено и применимо
Готовый фундамент
Агентский расчёт сметы
Извлечено: расчёт нескольких позиций, ресурсов, индексов, коэффициентов, НР/СП, округления и НДС.
Что даст: агент сможет принять структурированные объёмы и вернуть объяснимую себестоимость с источниками.
Важно: одинаковые входные данные дают строго одинаковый результат.
Готовый фундамент
Публичная нормативная база
Извлечено: открытая ФСНБ-2022 — 56 192 нормы ГЭСН/ГЭСНм/ГЭСНмр/ГЭСНп/ГЭСНр, 47 169 ресурсов, единицы, НР/СП и связи между ними.
Что даст сейчас: расчёт по федеральной нормативной базе и РИМ с явно выбранными регионом, ценовой зоной и периодом.
Что уже работает: поиск по коду и названию с указанием происхождения данных.
Честная граница: отдельные данные ФЕР/ТЕР, МГЭСН, ТСН и МРР ещё не загружены полностью; НЦС-2026 подключён отдельно, а наблюдаемая логика GRAND не выдаётся за наличие всех редакций и расценок.
Работает для НЦС-2026
Все 23 сборника НЦС уже доступны агенту
Извлечено: из официальной ФГИС ЦС получены все 23 актуальных сборника НЦС-2026 и 6 592 точных ценовых показателя.
Что даст сейчас: агент может найти укрупнённую цену по коду, объекту, мощности или измерителю и показать официальный источник.
Расчёт уже работает: 23 официальных примера в 21 сборнике совпали по всем доказанным этапам.
Покрыто: интерполяция мощности, фактическое количество на 100/1000 единиц, группы коэффициентов и региональный пересчёт. Например, мощность 45% и оплачиваемый объём 750/100 теперь считаются раздельно.
Первый составной объект: для дорожного примера №08 агент складывает восемь отдельных частей, применяет коэффициенты только к нужным группам и получает официальный итог 3 383 574,58 тыс. руб.; каждая часть и промежуточный итог объясняются отдельно.
Тепловые сети №13: агент отдельно считает два участка трассы до 181 391,12 тыс. руб. и камеру с металлическим креплением до 2 398,55 тыс. руб.; доказано, что интерполяцию нужно округлить до умножения на объём, иначе одна часть ошибочно дала бы 1 272,90 вместо 1 272,95.
Что даст бюджету: укрупнённый лимит раскладывается на проверяемые компоненты, поэтому сценарий изменения длины, объёма или коэффициента пересчитывается без ручного Excel и показывает причину отклонения.
Исправлена потеря цифр: парсер больше не склеивает мощность с ценой и не отбрасывает старшие разряды в больших показателях.
Честная граница: две ошибки кодов в официальных документах сохранены как предупреждения; №08/13 работают только как доказанные графы, а сложные №15, 20 и ещё 14 из 37 примеров пока не считаются готовыми.
Логика режимов извлечена
ФЕР/ТЕР, ТСН, НЦС, БИМ, РИМ и МРР больше не смешиваются
Извлечено: GRAND действительно содержит отдельные расчётные поверхности для ГЭСН/ФЕР/ТЕР, московской ТСН, НЦС, БИМ, РИМ и МРР: профили, коэффициенты, НР/СП, формы, recode и настройки индексов.
Конкретно: внутри GRAND для НЦС найдены 78 327 коэффициентных строк, 23 вида работ, 23 строки НР/СП и две формы; отдельно подключены официальные 23 сборника НЦС-2026 с 6 592 показателями. Для ТСН найдены 327 видов работ, 691 строка НР/СП и четыре формы.
Что даст: агентский калькулятор сможет развиваться по логике GRAND отдельными режимами, а к каждому режиму подключать свою официальную редакцию базы и показывать источник.
Уже в CLI: команда calculation-bases перечисляет семь режимов и требует явный mode_id; молча заменить ТЕР федеральной базой или МГЭСН на ТСН нельзя.
Честная граница: работающие evaluator-срезы есть для выбранных федеральных БИМ/РИМ-сценариев и 21 профиля НЦС; ТСН и МРР пока не имеют полного проверенного расчёта. Независимая логика МГЭСН в текущем корпусе пока не найдена.
Работает
Проверка смет и КП подрядчиков
Извлечено: импорт XLSX, разбор материалов и характеристик вроде B25, F100, W6, толщины, плотности и класса.
Что даст: автоматический список точных совпадений, близких аналогов, неоднозначностей и отсутствующих подтверждений.
Практика: объём работы не смешивается с расходом материала, а сомнительные совпадения не выдаются за точные.
Работает частично
Единицы и пересчёты
Извлечено: 141 проверенный прямой коэффициент ОКЕИ и отдельный ограниченный граф цепочек.
Новый результат: для м³ → см³ два независимых пути из 2 и 3 шагов дали одинаковый коэффициент 1 000 000; сохранены все связи, коэффициенты и источники.
Что даст: агент сможет объяснить не только итоговый коэффициент, но и всю цепочку официальных связей.
Защита: конфликтующие пути, неоднозначность, превышение лимита и экстремальные числа блокируются; специальные строительные единицы не угадываются.
Новый результат
Региональные и квартальные цены ФГИС ЦС
Извлечено: один код ГКЛ в Алтайском крае берётся прямой ценой 164,28, а в Москве — как 92,12 × 1,43 = 131,7316.
Что даст: агент сможет выбирать правильную цену по региону, ценовой зоне и кварталу, не подставляя один тариф на всю Россию.
Проверка: для воды одна база 35,71 дала 29,9964 в Алтае и 54,6363 в Москве из-за разных индексов.
Новый результат: между I и II кварталом вода в Алтае сменила прямую цену 33,77 на индексную 29,9964, а московский индекс ГКЛ изменился 1,41 → 1,43.
Защита: пустая доставка не превращается в нулевую цену; сломанная или неполная схема блокируется.
Контроль: кварталы упорядочиваются по официальному названию, а подмена источника или отсутствие реального изменения не выдаются за подтверждённый факт.
Двойной полный проход проверен
Зарплата и перевозка отдельными компонентами
Извлечено: в Алтайском крае за II квартал 2026 код труда 1-100-10 стоит 521,61 руб./чел.-ч; два человеко-часа дают 1 043,22 руб.
Извлечено: перевозка классом 1 на выбранном маршруте стоит 401,29 руб./т; три тонны дают 1 203,87 руб.
Новый результат: все 8 страниц труда (186 строк) и 120 страниц перевозки (3 000 строк) теперь проверяются дважды; оба полных прохода обязаны совпасть.
Найдены: на второй странице подтверждены ставки 659,84 руб./чел.-ч и 690,85 руб./т.
Проверочный расчёт: два человеко-часа по второй ставке дают 1 319,68 руб., три тонны перевозки — 2 072,55 руб.
Что даст: агент сможет считать материалы, труд и доставку раздельно и объяснять вклад каждого компонента в себестоимость.
Защита: код считается отсутствующим только после двух одинаковых полных проходов. Изменившийся каталог или сломанная даже несвязанная строка блокируют результат, а не маскируются под отсутствие цены или ноль.
Важная граница: открытые данные показывают 64 985,85 руб./месяц для рабочего 1 разряда, но источник имеет расхождения схемы, поэтому это число не пересчитывается автоматически в 521,61 руб./чел.-ч.
Текущий набор закрыт полностью
Правильная ценовая зона, а не просто код региона
Извлечено: все 117 строк месячной зарплаты связаны с официальными PriceZones: 104 — напрямую, 11 объединённых строк — через точный состав зон и ещё 2 строки Якутии — через отдельную проверку истории источника.
Раскрыты группы: итоговая проекция содержит 145 проверенных связей с отдельными ценовыми зонами.
Что даст: агент сможет выбирать зарплату по точному названию региона и зоны и показывать, из какой общей строки получена ставка.
Как закрыта Якутия: восемь ревизий зарплаты и две ревизии PriceZones доказали только одно точное исправление текущего написания Caxa → Саха; оно связывает оставшиеся 2 строки и 11 зон.
Защита: это не общее правило алиасов. Транслитерация, нечёткое совпадение и запасной поиск по коду по-прежнему запрещены.
Live-проверка источника
Официальный источник зарплаты не подменяется «стабильным API»
Проверено: ФГИС снова отвечает и указывает на тот же файл, UUID и дату публикации.
Найдено: служебные счётчики просмотров и скачиваний изменились, поэтому полный JSON нельзя считать вечным хешем.
Что даст: адаптер сможет отличать обновление базы от обычного дрейфа метаданных и не подставит устаревшую зарплату незаметно.
Граница: месячная зарплата по-прежнему не пересчитывается автоматически в ставку РИМ без отдельного положительного oracle.
Работает
КС-2, КС-3 и накопительное выполнение
Извлечено: периоды, принятые ревизии, исключение черновиков, защита от превышения объёма и накопительные итоги.
Что даст: более надёжный поток актов: одна принятая версия факта, прозрачный остаток и связанный КС-3.
Вывод: формируются проверяемые XLSX и PDF с формулами, а не копиями ручных чисел.
Новый результат
История выполнения внутри GSFX
Извлечено: в двух реальных GSFX найдены 5 актов, 66 блоков выполнения и 75 точных связей актов с 47 позициями и 28 ресурсами.
Что даст: независимый импорт сможет показать, какие позиции и ресурсы участвовали в каждом наблюдаемом акте, не копируя закрытое содержимое файла.
Практическая граница: структура доказывает связь с актом, но не доказывает, что версия принята, исправлена, отменена или заменила предыдущую.
Что дальше: нужен контролируемый экспорт до и после принятия или исправления акта, чтобы безопасно связать GSFX с журналом КС-2/КС-3.
Работает частично
Форматы GRAND-Сметы
Извлечено: чтение и структурное сохранение GSFX, схема внутренних сущностей, XLTX-шаблоны и часть печатного контура.
Что даст: адаптер сможет разбирать проекты, связывать их с независимой моделью и выпускать собственные формы.
Ограничение: полное визуальное и расчётное совпадение со всеми экспортами ещё проверяется.
Кандидатный экспорт
Безопасная запись GSFX для лабораторного контура
Извлечено: независимый writer собирает наблюдаемую ZIP/XML-оболочку GSFX из нейтральной сметы и повторно читает её через relational adapter.
Что даст: агент сможет выпускать собственный файл-кандидат для диффов и интеграционных тестов, не повреждая неизвестные vendor-данные.
Граница: файл помечен publishable=false; Data.sign не создаётся, принятие GRAND, расчёт и печать ещё не доказаны.
Проверено на Windows
GSF/ARPS для Win32 и Win64
Извлечено: четыре публичные DLL имеют один и тот же набор обязательных функций; теперь проверены обе архитектуры.
Что даст: будущий адаптер сможет выбирать правильную разрядность и заранее проверять совместимость DLL, не запуская основное приложение.
Проверено: Win32 ARPS имеет отдельную 28-байтную структуру и те же классы ошибок на пустом/неверном файле, что и Win64.
Новый native-результат: Win32 GSF дважды успешно запущен на Windows; оба запуска завершились без ошибок и дали идентичную 13-case матрицу.
Граница: это проверка вызова и ошибок на синтетических входах; реальная конвертация сметы появится после одного законного положительного GSF.
Уже считает
Рабочий «Гранд Калькулятор»
Извлечено: библиотека из 951 строительного расчёта и независимый движок, который уже понимает все 13 768 формул в 938 корректных файлах.
Уже проверено на значениях: объём куба, площадь, траншея, состав бетона, табличный объём бревна и расход кирпича/раствора дают ожидаемые результаты.
Что даст: агент сможет выбрать нужный подрасчёт, спросить только недостающие размеры и получить объёмы или расход материалов с единицами и объяснением.
Уже в едином CLI: поиск траншея вертикальными находит два расчёта; при вводе только ширины команда сама просит высоту и длину, не подставляя их молча.
Практический пример: для траншеи 2 × 1,5 × 10 м калькулятор возвращает сечение 3 м² и объём 30 м³; для кладки — объём, кирпич, раствор и деревянные пробки.
Честная граница: синтаксис всего корректного корпуса покрыт, но точное округление на середине, ошибки оригинала и все возможные комбинации входов ещё сверяем с Windows GCalc; 13 повреждённых файлов в расчёт не допускаются.
Новый результат
Вся наблюдаемая грамматика печатных форм XLTX
Извлечено: структурно разбираются все 42 200 выражений из 109 доступных шаблонов — 100% наблюдаемого корпуса.
Что исправили: последние 72 конструкции оказались многострочными фильтрами, которые раньше обрезались на первой строке. После корректной сборки блока отдельное правило языка не понадобилось.
Что даст: независимый анализатор и будущий генератор форм смогут читать все встреченные условия и подстановки GRAND-Сметы, не теряя многострочные блоки.
Ограничение: доказан синтаксис, но не смысл параметров и вычисленные значения; совпадение расчётов и результата печати ещё требует контрольных экспортов.
Новый результат
Нейтральная карта GSPS/XLTX для адаптера
Извлечено: 53 макроса GSPS и 109 шаблонов XLTX сведены в 28 нейтральных семейств API, событий, функций и layout-контекста.
Что даст: агент сможет выбирать безопасный тип операции и строить candidate-граф, не угадывая закрытые имена полей и методов.
Граница: зависимости — только гипотезы; значения, ошибки, порядок выполнения, побочные эффекты и runtime parity не объявлены доказанными.
Карта продукта готова
Akkord POS и Professional
Извлечено: Professional действительно добавляет формы КС-2, КС-3, М-29, риск-планирование и оптимизационный модуль.
Что даст: можно заимствовать не интерфейс, а сильную модель «смета → процессы → ресурсы → план/факт → акты».
Форматы: структура AKDX и шаблонов ODS/HTML уже распознаётся, но значения полей ещё не полностью названы.
Доступный бизнес-каталог собран
Все найденные отчёты, справочники и правила Akkord
Извлечено: 39 статей встроенной справки, 25 пар отчётов ODS/Excel HTML, 22 функции актуальной официальной матрицы и 16 правил работы системы.
Справочники: учтены все 122 packaged-поверхности POS и 126 Professional; 122 общих пути побайтно одинаковы, четыре Professional-only — два варианта BY/2014 и две конфигурации решателя.
Главный прикладной поток: сметная позиция → производственный процесс → плановые сроки и ресурсы → факт из Daily Log → план-факт → черновики КС-2 и М-29 → прогноз остатка бюджета.
Отчётный контур: КС-2, КС-3, М-29, ведомость объёмов, процессы с работами, рабочие, техника, материалы, поставки, финансовый план, инфляция, риски, склады и временные здания.
Что даст Alfa Nexus: общий execution ledger сможет одновременно питать график, снабжение, акты и управленческий бюджет — без повторного ввода одного факта в разных модулях.
Разница редакций: Professional и POS — не схема «одно приложение плюс опции»: у Professional свой контур исполнения/рисков, у POS — отдельные расчёты организации стройплощадки.
Честная граница: состав форм и документированные переходы восстановлены; формулы заполнения, округление и runtime-статусы ещё требуют заполненных экспортов из штатно работающего Akkord.
Новый документированный контракт
Позиция сметы → процесс → ресурсы
Извлечено: справка Akkord связывает результат локальной сметы с работой, объёмом, стоимостью, составом и расходом ресурсов.
Проверено: отдельно подтверждены агрегация работ в процессы объекта и передача в менеджер связей.
Форма: общая UvrX_ABC имеет 47/47 совпадающих мест между ODS и HTML, контроль в J11 и ноль формул в ODS.
Что даст: появился проверяемый каркас для будущего адаптера «сметная позиция → процесс → ресурсы».
Ограничение: значения полей, формулы, агрегация, импорт и runtime пока не доказаны.
Новый результат
Строгая проверка публичных UFD Akkord
Извлечено: в двух официальных файлах независимо подтверждена одна и та же повторяемая хвостовая структура — 46 264 и 51 915 слотов.
Проверено: два разных метода находят одинаковые границы; альтернативные разметки и привлекательная гипотеза «один байт = длина записи» проверку не прошли.
Что даст: адаптер уже сможет строго проверять целостность структуры и локализовать изменения между версиями, не сохраняя содержимое базы.
Ограничение: названия полей, коды, цены и единицы ещё не восстановлены; для этого нужен пример с известной строкой и одним изменённым атрибутом.
Новый результат
Безопасное сохранение проектов AKDX
Извлечено: два реальных проекта Akkord разбираются на точные части и собираются обратно в памяти без изменения ни одного байта.
Проверено: полностью покрыты файлы размером 2,19 и 2,08 МБ; пропусков и наложений нет.
Что даст: будущий адаптер сможет читать проект и сохранять все пока неизвестные данные как есть, не повреждая файл.
Ограничение: безопасное изменение полей и повторное открытие изменённого проекта в Akkord ещё не доказаны — для этого нужны пары файлов «до/после».
Новый результат
Кандидатная модель AKDX без угадывания полей
Извлечено: шесть секций, 12 оболочек данных и 908 форм записей сведены в value-free модель с хешами, порядком и классами значений.
Что даст: адаптер сможет безопасно индексировать неизвестный проект и локализовать возможное изменение между двумя сохранениями.
Граница: это кандидат для one-lever сравнения, а не готовое редактирование AKDX; значения полей, writer и повторное открытие ещё не доказаны.
Новый результат
План/факт и перепланирование Akkord
Извлечено: документация отдельно подтверждает три режима факта — физический объём, процент и сумму стоимости — и расчёт процента процесса по отношению стоимости выполненных работ к общей стоимости работ процесса.
Извлечено: описаны фактическая дата, разделение графика на выполненную и невыполненную части и вариант пересчёта оставшегося плана.
Проверена форма: в паре ODS/HTML найден 31 уникальный маркер и 34 вхождения; все 34 места совпадают между форматами.
Что даст: появился точный каркас для независимой формы план/факт и сценария проверки перепланирования.
Ограничение: формулы, округление, алгоритмы разбиения и пересчёта, а также реальное поведение программы ещё не восстановлены.
Новый результат
Файловый контракт решателя Akkord
Извлечено: решатель ищет фиксированный файл SPRF_K в рабочей папке и не использует переданный путь как вход.
Что даст: появился конкретный шов для будущего адаптера и воспроизводимых экспериментов.
Ограничение: нужен один корректный пример SPRF_K, чтобы восстановить записи, формулы и результат.
Наблюдается, требует oracle
Модель ограничений, рисков и резервов Akkord
Найдены якоря: четыре класса целочисленных ограничений, временные и ресурсные резервы, градация 20 / 15 / 65 и правила назначения/перезаписи.
Что даст: кандидаты требований для агентского планировщика, которые теперь можно проверять на заполненном примере.
Практическая граница: наличие слов и чисел в документации ещё не доказывает направление правила или формулу решателя.
Технические риски: проверены все 9 категорий; пока подтверждена только реакция на один испорченный вход, остальные честно отмечены как не наблюдавшиеся или недоступные.
Следующий oracle: один заполненный риск-план и корректный SPRF_K свяжут правила с реальными входами и результатами.
Доказано
Декомпиляция без Windows
Извлечено: установочные DLL обеих систем, их функции установки, удаления, очистки и требования перезагрузки.
Что даст: подтверждён рабочий конвейер для анализа других обычных модулей под Linux.
Граница: это не эмуляция лицензии и не бизнес-логика сметного расчёта.
Готово к API
Агентские инструменты
Уже есть: найти норму, нормализовать количество, рассчитать смету, сравнить сценарии, проверить материал и сформировать акты.
Что даст: эти операции можно завернуть в CLI/API и дать агенту как самопроверяемые инструменты.
Безопасность: текущие команды только читают и рассчитывают — они не меняют боевые данные.
Что извлечём дальше — по ценности
Себестоимость подрядного КП: свяжем рассчитанные GCalc объёмы/расходы с явно выбранными нормами и публичными либо введёнными пользователем ценами, чтобы показать состав цены и отклонение без скрытых догадок.
Контрольные вычисления GCalc на Windows: те же шесть задач, midpoint-округление и ошибки уточнят совместимость уже работающего объяснимого вычислителя.
Точная расчётная parity GRAND: one-lever экспорты покажут порядок индексов, коэффициентов, НР/СП и промежуточного округления.
Полный расчёт НЦС: из 37 официальных примеров уже точно совпадают 23 в 21 сборнике; дальше реализуем составные графы №15/20 и оставшиеся 14 примеров.
Подключение баз к уже разделённым режимам: найдём и проверим официальные versioned ФЕР/ТЕР, ТСН, МРР и МГЭСН; НЦС останется отдельным укрупнённым расчётом, а МГЭСН не будет подменяться ТСН.
Акты и КС-2/КС-3 GRAND: один принятый акт и одна исправленная версия закроют накопление, сторнирование, цены и остатки.
GSFX one-lever oracle: пара сохранений до/после проверит принимаемые поля, пересчёт и повторное открытие независимого файла-кандидата.
Положительные GSF/ARPS документы: по одному законному файлу каждого поддерживаемого типа закроют реальную XML-конвертацию; Win32 synthetic invocation уже проверен на Windows.
Региональный РИМ GRAND: контрольный Алтай/Москва экспорт свяжет уже сохранённые публичные цены и оплату труда с итогами приложения.
Контрольные вычисления XLTX и печать: формы с известными значениями подтвердят функции, пагинацию, шрифты и результат КС/ЛСР/ССР.
После GRAND — Akkord plan/fact: две асимметричные работы и заполненный UvrX_ABC раскроют формулы, агрегацию и остаточный план.
После GRAND — AKDX и solver: one-lever AKDX, корректный SPRF_K и риск-план свяжут поля, результаты и оптимизацию без угадывания.
Семантика UFD: известная строка и один изменённый атрибут переведут проверенную физическую структуру в именованные поля.
Что пока не считаем готовым
Полная пиксельная копия интерфейсов и всех печатных форм.
Точное повторение каждого закрытого расчёта без положительного экспортного примера.
Запись AKDX и корректная генерация SPRF_K.
Лицензионные проверки, ключи и протокол электронного ключа — они не нужны для независимого продукта.