Номенклатура в 1С:ERP и сопоставление с базой ПК «ГРАНД-Смета»

Структура карточки номенклатуры в 1С:ERP для строительного учета

Представьте типичную ситуацию на строительной площадке: прораб оформляет списание 24 тонн арматурной стали диаметром 16 мм, сметный отдел закрывает акт по форме КС-2 на «Арматурный прокат класса А500С», а бухгалтерия пытается свести концы с концами, обнаруживая в базе «1С:ERP Управление предприятием» шесть разных позиций от трех поставщиков — от «Арматура ф16 А500С 11.7м» до «Пруток металлический 16». В результате план-фактный контроль себестоимости объекта превращается в ручной разбор первичных документов, а сопоставить реальный расход с нормами ПК «ГРАНД-Смета» становится практически невозможно.

Почему возникает этот хаос? Корень проблемы лежит не в ошибках прораба или сметчика, а в неверной архитектуре справочника «Номенклатура» в 1С:ERP. Карточка позиции в системе — это не просто строчка с наименованием для бухгалтерской накладной, а цифровой узел, связывающий складские остатки, производственные затраты и сметные нормативы.

Двухуровневая архитектура: «Вид номенклатуры» как фундамент карточки

Главная ошибка начинающих специалистов при настройке 1С:ERP — попытка сразу создавать элементы в справочнике «Номенклатура», игнорируя настройку справочника «Виды номенклатуры». В ERP реализована строгая иерархия: свойства, поведение и доступные реквизиты конкретной карточки ТМЦ определяются настройками ее «Вида».

Вид номенклатуры в 1С:ERP — это классификатор верхнего уровня, объединяющий позиции с одинаковыми правилами учета, набором дополнительных реквизитов, политикой серийного учета и типами номенклатуры.

Если провести аналогию со строительством, вид номенклатуры — это проектные спецификации и опалубка, а конкретная карточка номенклатуры — заливаемый бетон. Если в виде номенклатуры не включены нужные аналитические разрезы, вы физически не сможете зафиксировать их в карточке материала.

При создании структуры видов номенклатуры для строительной компании необходимо сразу закладывать разделение потоков списания. Для строительных задач критически важно выделять как минимум следующие базовые категории:

Строительные материалы и конструкции (расходуемые в СМР);
Оборудование к установке (монтируемое на объекте, требующее накопления на счете 07 до монтажа);
Строительные механизмы и инвентарь (малоценные средства механизации, спецоснастка);
Работы и субподрядные услуги.

Тип номенклатуры: Товар, Работа или Тара?

Внутри настройки каждого вида номенклатуры базовым полем является «Тип номенклатуры». В 1С:ERP этот параметр жестко фиксирует экономическую природу сущности и не может быть изменен после записи элемента и появления первых движений по регистрам.

Для строительного сектора применяются три основных типа:

Тип номенклатуры в 1С:ERP	Экономическая сущность в строительстве	Складской учет	Списание на затраты объекта
Товар (Материал)	Сырье, конструкции, расходники (бетон, щебень, кирпич, арматура)	Ведется количественный и суммовой учет на складах/приобъектных складах	Через документы «Внутреннее потребление товаров» или «Этап производства»
Товар (Оборудование)	Технологическое, инженерное оборудование (лифты, венткамеры, котлы, трансформаторы)	Ведется до момента передачи в монтаж	Через передачу оборудования в монтаж с последующим вводом объекта в эксплуатацию
Работа	Субподрядные строительно-монтажные операции, аренда механизмов с экипажем	Количественные остатки на складе не хранятся	Списывается на конкретное направление деятельности / объект строительства сразу при оформлении акта

Обратите внимание на принципиальную разницу между материалом и оборудованием: хотя оба типа с точки зрения 1С:ERP регистрируются с признаком «Товар», их бухгалтерская судьба и отражение в сметных расчетах кардинально различаются. Оборудование не входит в объемы строительно-монтажных работ в графе сметы «СМР», а формирует отдельную статью капитальных вложений. Если завести промышленный чиллер или трансформаторную подстанцию как обычный строительный материал, себестоимость СМР по объекту будет искажена.

Анатомия карточки номенклатуры: реквизиты, критичные для стройки

Когда каркас видов номенклатуры выстроен, переходим к заполнению реквизитов внутри карточки конкретного материала. В строительном учете состав полей должен строго отвечать двум критериям: исключать дублирование при закупках и обеспечивать однозначную привязку к ресурсам сметы.

1. Наименования: рабочее vs официальное

В карточке 1С:ERP предусмотрено два текстовых поля для наименования:

Рабочее наименование: отображается в списках документов, журналах и интерфейсе прораба/кладовщика. Рекомендуется регламентировать его формат: [Категория] [Базовое имя] [Ключевые параметры/марка]. Например: Арматура гладкая А240 d10 мм.
Наименование для входящих и исходящих документов: официальное наименование по паспорту изделия или ГОСТу, которое выводится в печатные формы (УПД, М-29, КС-2). Например: Прокат арматурный гладкий горячекатаный класса А240 диаметром 10 мм ГОСТ 5781-82.

2. Единицы измерения и мерность ТМЦ

В карточке задается базовая единица хранения (по классификатору ОКЕИ). Для сыпучих и весовых материалов (песок, щебень, металлопрокат) на стройке всегда возникает конфликт единиц: поставщик отгружает металл в тоннах, проектная спецификация требует метры погонные, а в расценке ГРАНД-Сметы норматив может быть заложен в килограммах.

В базовой карточке номенклатуры 1С:ERP всегда устанавливается наименьшая неделимая учетная единица (чаще всего — физическая масса или штука), а все варианты поставок и списаний настраиваются через блок «Упаковки и единицы измерения». Подробный расчет коэффициентов пересчета и настройку мерностей мы разберем в отдельной главе.

3. Аналитические разрезы для связи со сметой

Чтобы связать складской учет в 1С:ERP с ресурсной ведомостью ГРАНД-Сметы, в карточку номенклатуры (через механизм дополнительных реквизитов вида номенклатуры) добавляются специализированные поля:

Код КСР (Классификатор строительных ресурсов) — официальный шифр, по которому позиция идентифицируется в федеральных и территориальных базах (ФГИС ЦС, ФСНБ);
Код ОКПД2 — общегосударственный классификатор продукции, необходимый для закупочных процедур и сопоставления сметных цен;
Сметный шифр ресурса — идентификатор материала по базе ГРАНД-Сметы (например, шифр вида ТССЦ-101-1714 или ресурсный код внутри конкретной расценки ГЭСН).

# Пример структуры аналитических данных карточки в 1С:ERP
Номенклатура:
  Рабочее наименование: "Бетон тяжелый БСГ В25 (М350) W6 F150"
  Вид номенклатуры: "Бетоны и растворы товарные"
  Тип: "Товар"
  Единица хранения: "м3"
  Сметные идентификаторы:
    Код КСР: "04.1.02.05-0004"
    Код ОКПД2: "23.63.10.110"
    Базовый шифр ГС: "ФССЦ-04.1.02.05-0004"

Разграничение партионного, серийного и характеристического учета

Строительные материалы обладают свойствами, которые влияют на несущую способность конструкций и безопасность объекта. Позволяет ли карточка 1С:ERP учитывать эти нюансы без бесконечного раздувания справочника номенклатуры?

Для этого используются три механизма платформы:

Характеристики номенклатуры. Если материал выпускается в десятках типоразмеров (например, плиты минераловатные с разной толщиной 50, 100, 150 мм при одинаковой плотности), не нужно создавать три разные карточки. Создается одна номенклатурная позиция «Плита теплоизоляционная РОКВУЛ ВЕНТИ БАТТС», а толщина выносится в плоскость характеристик. Это сохраняет чистую структуру каталога и упрощает сопоставление с базовой сметной группой.
Серии номенклатуры. Серийный учет в строительстве незаменим для фиксации конкретных плавок металла, партий кирпича, паспортов качества на партии бетона и сертификатов соответствия. Серия позволяет отследить: бетон из какой именно автобетоносмесительной партии был залит в конкретный пилон или фундаментную плиту при сдаче исполнительной документации.
Назначения. В 1С:ERP функционал назначений позволяет обособить закупленный материал под конкретный заказ или объект строительства (направление деятельности). Это предотвращает ситуацию, когда арматура, закупленная по целевому финансированию для жилого дома № 1, случайно списывается прорабом на строительство гаражного комплекса.

Типичные ошибки проектирования карточек и их последствия

На этапе старта проекта автоматизации строительного учета часто допускаются критические просчеты:

Внесение названия поставщика в наименование номенклатуры: «Цемент М500 (ООО Евроцемент)». Когда на объект придет аналогичный цемент от «Холсим», заводится новая карточка. Возникает задвоение остатков, ломается аналитика средних цен и сопоставление со сметным нормативом, где марка вяжущего едина вне зависимости от завода-изготовителя.
Смешение работ и материалов в одной позиции: попытка завести позицию «Устройство стяжки с материалом» типом «Товар». Это разрушает производственный контур ERP: материал должен поступать на склад, а работа — закрываться актом выполнения.
Игнорирование базовых классификаторов на этапе заведения: отсутствие полей КСР и сметных шифров вынуждает сметно-договорной отдел вручную сопоставлять каждую накладную при формировании формы КС-2 и списании М-29.

Грамотно спроектированная карточка номенклатуры в 1С:ERP позволяет рассматривать номенклатурный справочник не как изолированный список бухгалтерии, а как единую базу данных компании, полностью прозрачную для снабженцев, начальников участков и сметчиков. На следующем этапе мы разберем, как наполнить эту структуру системными кодами КСР и ОКПД2, чтобы автоматизировать импорт сметных расценок из ПК «ГРАНД-Смета».

Кодирование ресурсов по КСР, ОКПД2 и текущим ценам сметных норм

Почему на этапе закрытия выполнения объекта у сметчиков и бухгалтеров строительной компании регулярно не сходятся цифры, даже если объем закупленных материалов в точности совпал с проектным? В проектно-сметной документации из ПК «ГРАНД-Смета» фигурирует «Смесь сухая штукатурная на цементной основе М150», снабженная тринадцатизначным кодом государственного классификатора, в бухгалтерской первичке поставщика значится «Штукатурка фасадная Baumit ProContact 25 кг» с кодом товарной номенклатуры по чеку, а на складе в 1С:ERP кладовщик приходует позицию по наименованию из договора поставки. Без единого сквозного идентификатора автоматизированный план-фактный контроль расхода ТМЦ невозможен в принципе.

Чтобы сметные расценки корректно сопоставлялись с фактическим движением ТМЦ, карточка номенклатуры в 1С:ERP обязана содержать формализованные коды нормативных справочников: Классификатора строительных ресурсов (КСР) и Общероссийского классификатора продукции по видам экономической деятельности (ОКПД2).

Анатомия кода КСР: мост между федеральными базами и складом

Классификатор строительных ресурсов (КСР) сформирован Минстроем России для однозначной идентификации материалов, оборудования и технических средств, используемых при строительстве. В сметных нормативных базах (ГЭСН, ФЕР, ТЕР, а также в обновленной базе ФСНБ-2022) любая материальная позиция кодируется по единой логике.

Код КСР строительного материала представляет собой строгую иерархическую структуру:

AA.B.CC.DD-EEEE

Каждый сегмент этого шифра несет строго определенную смысловую нагрузку:

$AA$ (2 знака) — книга (первый уровень классификации, например: 01 — «Материалы для строительных и дорожных работ», 04 — «Бетоны, растворы, смеси строительные и товарные»);
$B$ (1 знак) — часть внутри книги;
$CC$ (2 знака) — раздел классификатора;
$DD$ (2 знака) — группа однородных ресурсов;
$EEEE$ (4 знака) — код конкретной позиции ресурса с определенными техническими характеристиками (марка, фракция, класс прочности, плотность).

Когда сметчик в ПК «ГРАНД-Смета» добавляет в локальную смету неучтенный материал или заменяет ресурс внутри базовой расценки ГЭСН, программа обращается к федеральной государственной информационной системе ценообразования в строительстве (ФГИС ЦС) или базовому сборнику сметных цен (ФСБЦ/ФССЦ). В результате в локальной смете формируется ресурс с уникальным шифром.

Если в карточке номенклатуры 1С:ERP реквизит «Код КСР» не заполнен или внесен с произвольным количеством точек и дефисов, прямая интеграция со сметными таблицами прерывается. Поиск соответствий придется выполнять вручную по нечеткому текстовому наименованию, где вероятность ошибки превышает $40\%$ .

Общероссийский классификатор ОКПД2 и его связь с КСР

Второй критически важный код в карточке номенклатуры 1С:ERP — это ОКПД2 (ОК 034-2014 / КПЕС 2008). Если КСР разрабатывался изолированно под нужды строительной отрасли и сметного нормирования, то ОКПД2 — универсальный общегосударственный язык. Именно по нему формируются:

первичные учетные документы (УПД, счета-фактуры);
классификация закупок в рамках 44-ФЗ и 223-ФЗ;
прослеживаемость товаров и государственная статистика.

Структура кода ОКПД2 строится по принципу десятичной иерархии:

XX.YY.ZZ.WWW

Здесь $XX$ обозначает класс, $XX.YY$ — подкласс и группу, $XX.YY.ZZ$ — подгруппу, а завершающие знаки $WWW$ детализируют конкретный вид продукции.

В методологии Минстроя РФ классификатор КСР прямо гармонизирован с ОКПД2: каждому коду книги и раздела КСР в явном виде поставлен в соответствие диапазон кодов ОКПД2.

При проектировании интеграционных механизмов между сметными системами и 1С:ERP важно учитывать соотношение уровней детализации этих двух классификаторов.

Параметр сравнения	Код КСР	Код ОКПД2
Орган стандартизации	Минстрой России (ФГИС ЦС)	Росстандарт (Минэкономразвития)
Формат шифра	13 знаков ( $XX.X.XX.XX-XXXX$ )	До 9 знаков ( $XX.YY.ZZ.XXX$ )
Отраслевой фокус	Исключительно строительство	Все отрасли экономики РФ
Глубина детализации	Учитывает технические параметры (фракция, класс прочности, ГОСТ)	Зачастую объединяет разнородные стройматериалы в одну общую группу
Где используется	Локальные сметы, ведомости объемов работ (ВОР), ФГИС ЦС	Бухгалтерский учет, ЭДО, договоры закупки, закрывающие УПД
Основная роль в 1С:ERP	Точное сопоставление со строкой сметы	Налоговый учет, регламентированная отчетность, подбор поставщиков

Обратите внимание на ключевую методологическую ловушку: код ОКПД2 часто шире конкретного сметного ресурса. Например, коду ОКПД2 23.63.10.110 («Растворы строительные тяжелые и мелкозернистые») соответствуют десятки различных позиций КСР из книги 04, различающихся марками по подвижности, водонепроницаемости и прочности на сжатие.

Связывание сметы со складским учетом только по коду ОКПД2 неизбежно приведет к коллизии «один ко многим», когда система не сможет определить, какой именно класс бетона списывается на конструктивный элемент. Именно поэтому в карточке номенклатуры 1С:ERP оба кода обязаны сосуществовать параллельно: КСР обеспечивает сметную точность, а ОКПД2 — соответствие бухгалтерской и закупочной нормативной базе.

Текущие цены сметных норм и их трансформация в фактическую себестоимость

В сметном ценообразовании действуют два основных метода определения стоимости ресурсов: базисно-индексный метод (БИМ) и ресурсно-индексный метод (РИМ). При переходе строительной отрасли на РИМ сметная стоимость ресурсов берется напрямую из ФГИС ЦС по кодам КСР. Если в ФГИС ЦС текущая цена по позиции отсутствует, расчет ведется по данным конъюнктурного анализа сметных цен (КАЦ).

Когда сметная расценка передается в производственный контур 1С:ERP, возникает конфликт между расчетной ценой сметы и фактической учетной ценой предприятия.

В смете заложена предельная стоимость:

\text{Сметная стоимость материала} = (\text{Отпускная цена поставщика} + \text{Транспортные расходы} + \text{Заготовительно-складские расходы (ЗСР)})

При этом в сметной базе ЗСР для общестроительных материалов нормируются строгим процентом ( $2{,}0\%$ для строительных материалов и $1{,}2\%$ для технологического оборудования от отпускной стоимости с транспортом).

В 1С:ERP фактическая себестоимость формируется по факту совершения хозяйственных операций:

Документ Приобретение товаров и услуг фиксирует цену поставщика по договору.
Документ Приобретение услуг и прочих активов с распределением на себестоимость товаров относит реальные транспортно-заготовительные расходы (ТЗР) экспедиторов и перевозчиков.
Документ Таможенная декларация на импорт (при наличии) добавляет пошлины и сборы.

В результате формируется фактическая стоимость закупки на складе, которая почти никогда не равна сметной:

\text{Себестоимость ТМЦ в 1С:ERP} \neq \text{Сметная цена из ПК «ГРАНД-Смета»}

Разница между этими величинами образует экономию либо перерасход строительного подрядчика. Чтобы ERP-система могла автоматически сопоставить нормативный сметный лимит с фактическим списанием, в 1С:ERP применяются специальные регистры сведений и дополнительные реквизиты.

Реализация архитектуры кодирования в 1С:ERP

Для обеспечения бесшовного взаимодействия сметных данных из ПК «ГРАНД-Смета» с базой 1С:ERP справочник номенклатуры настраивается через общие и дополнительные реквизиты.

Стандартная конфигурация 1С:ERP содержит предопределенные поля:

Код ОКПД2 — входит в состав базовых реквизитов классификации (выбирается из встроенного общероссийского классификатора).
Артикул — часто ошибочно используется неопытными интеграторами для записи кода КСР. Этого делать нельзя, так как артикул предназначен для заводского кода изготовителя или каталожного номера дистрибьютора.

Для корректной нормализации справочника в состав вида номенклатуры добавляется пользовательский дополнительный реквизит:

Имя: КодКСР;
Тип значения: Строка (длина — ровно 13 символов с учетом точек и дефиса);
Форматная маска: 99.9.99.99-9999.

Дополнительно в учетную схему вводится регистр сведений «Сметные цены номенклатуры» (в отраслевых строительных модулях 1С, таких как «1С:ERP Управление строительной организацией», данный механизм реализован штатно). Он хранит срез базовых цен сборников и текущих сметных цен в разрезе объектов строительства и дат утверждения локальных сметных расчетов.

Когда в локальной сметной строке зафиксирован ресурс с кодом КСР, система осуществляет сквозной поиск в 1С:ERP по следующему алгоритму:

Поиск прямого соответствия: точное совпадение по значению реквизита КодКСР.
Если совпадений несколько (например, разные производители одного и того же материала) — сопоставление по характеристике материала (ГОСТ, плотность, марка) с учетом установленного назначения (обособления под конкретный заказ или объект строительства).
При отсутствии точного кода КСР в карточке — сопоставление через промежуточную таблицу соответствий сметных позиций и номенклатурных позиций предприятия.

Только при наличии жесткой структуры кодирования первичный документ передачи материалов на строительную площадку связывается с актом о приемке выполненных работ (форма КС-2), исключая ручной пересчет и задвоение позиций.

Импорт ресурсов из ПК «ГРАНД-Смета» и форматы сметного обмена

Даже идеально настроенный справочник с реквизитами КСР и ОКПД2 теряет смысл, если сметные ресурсы попадают в ERP-систему через ручной ввод или копирование строк из офисных таблиц. В типовой локальной смете на возведение монолитного каркаса содержится от 300 до 800 материальных ресурсов, а в масштабе пускового комплекса их количество превышает десятки тысяч. Если сметчик передает данные в виде плоского файла Excel, проектная служба и отдел снабжения неизбежно сталкиваются с искажением шифров, потерей признаков обособления и разрывом связей между сметной нормой и конкретным материалом.

Главная задача автоматизированной интеграции — перенести проектные объемы и нормативные потребности из программного комплекса «ГРАНД-Смета» в 1С:ERP без искажения аналитических признаков. Чтобы этот механизм работал без сбоев, необходимо детально разобрать форматы сметного обмена, структуру данных передаваемых файлов и логику конвейера импорта в учетную систему.

Эволюция форматов сметного обмена: от текстовых строк к отраслевому стандарту

На строительном рынке исторически сосуществуют три основных формата передачи сметных расчетов: устаревший текстовый протокол ARPS 1.10, произвольные табличные выгрузки (Excel) и современный XML-формат Минстроя РФ (GGE). Каждый из них обладает фундаментальными техническими ограничениями, прямо влияющими на полноту переносимых данных.

Таблица наглядно демонстрирует технологический разрыв между протоколами:

Параметр сравнения	ARPS 1.10 (текстовый)	Табличный экспорт (XLSX / CSV)	XML Минстроя РФ (схема GGE)
Формат файла	Текстовый файл с разделителями `#`	Бинарный / OpenXML лист	XML с валидацией по внешней схеме XSD
Поддержка кодов КСР	Отсутствует (разрабатывался до появления КСР)	Опционально (зависит от настроек колонок)	Полная (штатные узлы под тринадцатизначные коды)
Ресурсно-индексный метод	Не поддерживается	Передает только итоговую рассчитанную цену	Сохраняет сметную стоимость, индексы и текущую цену
Связь «норма — ресурс»	Линейная, сметный ресурс теряет контекст работы	Зависит от форматирования отступами и группировками	Строгая иерархия (материал вложен в строку расценки)
Стандартизация структуры	Жесткая устаревшая спецификация 1990-х годов	Хаотичная (пользователь меняет ширину и порядок колонок)	Нормативно утверждена Минстроем России

Текстовый протокол ARPS 1.10 проектировался в конце прошлого века. В нем физически отсутствуют поля для хранения тринадцатизначных кодов КСР, деления ресурсов по группам однородных ресурсов и передачи дифференцированных индексов пересчета. Формат Excel создает иллюзию простоты: пользователь видит привычную сметную форму, однако для учетной системы плоская таблица является наименее надежным источником данных. Изменение заголовка столбца, объединение ячеек или перенос строки сметчиком превращают алгоритмический разбор в нерешаемую задачу.

Переход строительной отрасли на ресурсно-индексный метод (РИМ) и обязательное применение кодов классификатора строительных ресурсов сделали XML-схему Минстроя России единственным легитимным и технически пригодным стандартом обмена данными между сметным ПО и ERP-системами.

Анатомия схемы XML Минстроя России (GGE)

Отраслевой XML-файл обмена сметными данными представляет собой строго иерархический документ. Его структура валидируется на соответствие официальной XSD-схеме, публикуемой на портале Минстроя РФ. Для задач интеграции с 1С:ERP интерес представляют не столько итоговые стоимостные показатели глав сводного сметного расчета, сколько глубоко вложенные узлы локальных смет, содержащие перечни материальных ресурсов и оборудования.

Корневой контейнер локальной сметы содержит разделы сметного расчета, внутри которых располагаются позиции расценок. Каждая сметная позиция разворачивается на составляющие: прямые затраты, затраты труда, работу строительных машин и потребность в материалах. В сметной практике материал может быть как включенным в состав комплексной нормы (базисный ресурс внутри расценки), так и вынесенным отдельной строкой (неучтенный ресурс или позиция по проектному решению).

Рассмотрим фрагмент XML-документа, описывающий ресурсную часть позиции локальной сметы, сформированной в ПК «ГРАНД-Смета»:

<Position Number="12" Code="ФЕР08-02-001-01">
  <Name>Кладка стен кирпичных наружных простых</Name>
  <Quantity Unit="м3">45.5</Quantity>
  <Resources>
    <Material Type="Base">
      <CodeKSR>04.1.02.05-0004</CodeKSR>
      <CodeOKPD2>23.63.10.110</CodeOKPD2>
      <Name>Раствор готовый кладочный цементный тяжелый марки М100</Name>
      <Quantity Unit="м3">10.465</Quantity>
      <Price Base="520.00" Current="4150.00">
        <ZSR Percent="2.0" Amount="83.00"/>
      </Price>
    </Material>
    <Material Type="Unassigned">
      <CodeKSR>01.7.15.06-0051</CodeKSR>
      <CodeOKPD2>23.32.11.110</CodeOKPD2>
      <Name>Кирпич керамический одинарный полнотелый 250х120х65 мм</Name>
      <Quantity Unit="тыс. шт">18.200</Quantity>
      <Price Base="0.00" Current="19500.00">
        <ZSR Percent="2.0" Amount="390.00"/>
      </Price>
    </Material>
  </Resources>
</Position>

В приведенном фрагменте наглядно выделяются критические элементы, необходимые для сопоставления с карточками номенклатуры в 1С:ERP:

Иерархический контекст (Position): узел определяет, в рамках какого конструктивного элемента или вида работ используется ресурс. Это позволяет автоматически формировать назначение и привязывать нормативный расход к заказу на производство.
Идентификаторы классификаторов (CodeKSR, CodeOKPD2): готовые машиночитаемые шифры, позволяющие запустить поиск соответствия в номенклатурной базе без нечеткого сравнения текстовых строк.
Единицы измерения и нормативный объем (Quantity Unit): нормативное количество материала, необходимое для выполнения сметного объема работы.
Структура сметной цены (Price): разложение стоимости на текущую отпускную цену и величину заготовительно-складских расходов (ЗСР), что позволяет исключить ошибки при сопоставлении сметной плановой цены со складской себестоимостью поступления.

Конвейер импорта сметных данных в 1С:ERP

Импорт сметы в учетную систему строительного предприятия — это не прямая запись строк из файла в справочник номенклатуры. Прямая перезапись недопустима: она мгновенно приведет к дублированию элементов и разрушению складского учета. Процесс представляет собой пятиэтапный конвейер, в ходе которого внешние данные преобразуются во внутренние структуры системы.

1. Первичный разбор и валидация схемы

Файл загружается через специализированную обработку 1С. На первом шаге документ проверяется на корректность XML-синтаксиса и проходит валидацию против XSD-схемы. Если сметчик вручную редактировал файл или экспорт был прерван, обработка выдаст диагностическое сообщение с точным указанием ошибочной строки и тега еще до начала транзакции записи данных.

2. Нормализация текста и сметных шифров

Сметные наименования материалов часто содержат специфические служебные символы, сокращения нормативных баз (ГЭСН, ФЕР, ТЕР), кавычки разного типа или неразрывные пробелы. Программный парсер очищает строковые поля, стандартизирует регистр символов и приводит коды КСР к каноническому тринадцатизначному виду, отсекая случайные пробелы и дефисы.

3. Идентификация единиц измерения

Одна из распространенных проблем при разборе смет — несовпадение кратности единиц измерения. В смете объем кирпича часто выражается в «тыс. шт», раствора — в « $100\text{ м}^3$ », а металлопроката — в «т». В карточке номенклатуры 1С:ERP кирпич может храниться в штуках, а бетон — в кубических метрах. На этапе импорта алгоритм считывает единицу из XML-тега Unit, сопоставляет ее с Общероссийским классификатором единиц измерения (ОКЕИ) в 1С и фиксирует базовый коэффициент для последующего пересчета.

4. Поиск соответствий по регистрам сведений

Система выполняет каскадный поиск по цепочке «КСР $\to$ ОКПД2 $\to$ Наименование». На этом этапе используется специальный регистр сведений «Соответствие номенклатуры сметным ресурсам». Если соответствие найдено однозначно, строка сметы связывается с существующей карточкой номенклатуры. Если точного совпадения нет, позиция помечается флагом «Требует сопоставления».

5. Формирование документа-контейнера

Результатом работы конвейера становится не засоренный справочник номенклатуры, а промежуточный служебный документ системы — «Локальная смета» (или документ оперативного планирования проекта). В нем сохраняется сметная иерархия, плановые объемы, нормативные расценки и ссылки на сопоставленные карточки материалов.

Организация регистра соответствия сметных ресурсов в 1С:ERP

Главный архитектурный барьер между сметным программным комплексом и учетной системой 1С:ERP — это разница в жизненном цикле записей. Сметный ресурс в ПК «ГРАНД-Смета» — это строка в конкретном расчете, привязанная к нормативной базе. Номенклатура в 1С:ERP — это постоянный объект учета, по которому ведутся складские остатки, взаиморасчеты с поставщиками и расчет себестоимости партий.

Прямое связывание «один сметный шифр равен одной карточке номенклатуры» на практике невозможно. Реальный учет диктует соотношение «многие ко многим»:

Под одним сметным шифром бетона М250 (КСР 04.1.02.05-0005) в 1С:ERP могут заводиться несколько номенклатурных позиций от разных бетонных заводов с различными товарными названиями и плотностью.
Напротив, универсальный крепеж или кабельная продукция, закупаемая по одной номенклатурной позиции, в смете может проходить по десятку различных расценок с отличающимися шифрами обоснования.

Для решения этой коллизии в 1С:ERP проектируется независимый регистр сведений «Соответствие номенклатуры сметным ресурсам». Структура регистра решает задачу декомпозиции сметных требований на реальные складские запасы:

РегистрСведений: СоответствиеНоменклатурыСметнымРесурсам
─────────────────────────────────────────────────────────────────────────────
ИЗМЕРЕНИЯ:
  • СметныйРесурсКод (Строка, 50)       — шифр КСР или шифр сметной нормы
  • СметнаяБаза (СправочникСсылка)       — ФСНБ-2022, ТЕР конкретного региона
  • ОбъектСтроительства (СправочникСсылка)— обособление под конкретный проект

РЕСУРСЫ:
  • Номенклатура (СправочникСсылка)      — ссылка на карточку 1С:ERP
  • Характеристика (СправочникСсылка)    — детализация свойств (толщина, марка)
  • КоэффициентПересчета (Число, 15, 6) — множитель перевода сметного объема

РЕКВИЗИТЫ:
  • ДатаУтверждения (Дата)               — фиксация действия проектного решения
  • Ответственный (СправочникСсылка)     — инженер ПТО, согласовавший связь

Наличие измерения ОбъектСтроительства критически важно. На объекте сооружения мостового перехода требование к сметному ресурсу «Песок природный» может закрываться закупкой фракционированного мытого песка конкретного карьера с жестким входным лабораторным контролем, в то время как на объекте благоустройства территории под тем же шифром списывается рядовой карьерный песок минимальной стоимости. Регистр соответствия позволяет гибко изолировать эти проектные решения, не перегружая глобальный номенклатурный справочник лишними дублями.

Через данный регистр решается сквозная задача: после импорта XML-файла из ПК «ГРАНД-Смета» система автоматически подтягивает привязанные позиции ТМЦ, формируя основу для формирования потребностей в материалах, резервирования запасов на складах и дальнейшего контроля списания в производство.

Методика сопоставления сметных ресурсов со справочником номенклатуры

В локальной смете, выгруженной из ПК «ГРАНД-Смета», значится нормативная строка «Смесь сухая штукатурная гипсовая, 30 кг» с шифром КСР 04.3.01.09-0012. При этом в 1С:ERP на центральном складе лежат «Knauf Ротбанд 30 кг», «Волма Слой 30 кг» и «Старатели Гипсовая 30 кг» от разных поставщиков. Попытка жестко сшить каждую товарную партию с федеральной сметной расценкой по принципу «один к одному» либо приведет к искусственному раздуванию сметных справочников, либо заблокирует списание реальных партий в производство. Как научить систему автоматически находить эквиваленты между сметными идеалами и складской реальностью, не разрушая финансовую аналитику строительного заказа?

После разбора и валидации GGE-документа данные попадают в регистр сведений «Соответствие номенклатуры сметным ресурсам». Однако сам факт наличия таблицы соответствий не решает фундаментального противоречия: сметная норма описывает физико-механические требования к ресурсу в терминах ГЭСН и ФСБЦ, а карточка номенклатуры отражает коммерческий объект закупки со специфическими артикулами, упаковками и условиями договоров поставки.

Топология связей: 1:1, 1:N и N:1

Связывание сметного ресурса с номенклатурным справочником 1С:ERP не сводится к парному сопоставлению строк. В строительной практике встречаются три принципиально разные топологии соответствия.

Однозначное соответствие (1:1)

Ресурс из сметы жестко соответствует единственной номенклатурной позиции. Такая схема применяется для уникального технологического оборудования индивидуального изготовления (например, «Трансформатор силовой ТМГ-1000/10-У1»), а также для стандартизированных материалов, чьи параметры зафиксированы в проектной документации без права замены (например, конкретная марка рельсов или фасадных панелей по спецзаказу).

Вариативное исполнение (1:N)

Одной сметной строке соответствует несколько складских позиций 1С:ERP. Это самый массовый сценарий для общестроительных материалов. Сметный ресурс «Арматурная сталь периодического профиля класса А500С, диаметр 12 мм» (КСР 01.7.03.01-0003) на складе может быть представлен продукцией заводов «НЛМК», «Северсталь» или «ЕВРАЗ». Все они соответствуют ГОСТ Р 52544-2006 и закрывают одну сметную потребность, но поступают по разным закупочным ценам и имеют разные сертификаты соответствия.

Для реализации связи 1:N в 1С:ERP применяются два механизма:

Использование характеристик. Номенклатурная карточка одна («Арматура d12 А500С»), а производитель или партия фиксируются в характеристике. В регистре соответствия сметная позиция привязывается к номенклатуре без указания конкретной характеристики, что позволяет списывать любую имеющуюся на остатке позицию.
Индивидуальные карточки номенклатуры с группировкой по КСР. Если карточки уже созданы раздельно под каждого контрагента, регистр сведений хранит несколько записей, где один сметный шифр указывает на разные элементы справочника Номенклатура, но с единым коэффициентом расхода.

Комплексные сметные расценки (N:1)

Обратная ситуация, когда один закупаемый компонент закрывает сразу несколько строк сметных норм, либо когда сметный ресурс требует разукомплектации. Классический пример — заводские комплекты быстровозводимых перегородок (типа гипсокартонных систем КНАУФ): смета содержит раздельные нормы на направляющие профили, стоечные профили, гипсовые листы и крепеж, а отдел снабжения закупает и приходует комплексную позицию «Комплект перегородки КНАУФ С-111».

Топология	Пример из практики	Реализация в 1С:ERP	Риск ошибки
1:1	Насос Grundfos CR 15-4	Прямая связь: Код КСР $\rightarrow$ Номенклатура	Блокировка отгрузки при смене поставщика
1:N	Бетон БСГ В25 П4 F150 W6	Код КСР $\rightarrow$ Группа номенклатуры или Карточка + Характеристики	Списание более дорогой марки без согласования
N:1	Комплект узла учета тепла	Сметные позиции расценки $\rightarrow$ Документ «Сборка товаров» в ERP	Искажение сметной себестоимости по статьям затрат

Каскадный алгоритм сопоставления

Попытка вручную обработать смету крупного объекта на $10\,000$ позиций требует сотен человеко-часов. Для минимизации рутинного труда сопоставление в 1С:ERP реализуется в виде каскадного четырехэтапного конвейера. Каждый последующий шаг обрабатывает только те строки, которые не получили однозначного сопоставления на предыдущем уровне.

Этап 1. Детерминированный поиск по шифру КСР

Если смета сформирована в базисно-индексном или ресурсно-индексном методе по актуальной сметно-нормативной базе (ФГИС ЦС), в XML-файле присутствует узел <CodeKSR>. Алгоритм выполняет точный поиск:

Запрашивается реквизит КСР в карточке номенклатуры 1С:ERP.
Проверяется совпадение всех 13 символов кода (книга, часть, раздел, группа, позиция).
При обнаружении соответствия статус строки переводится в «Сопоставлено точно (КСР)». Дополнительно сопоставляются базовые единицы измерения по ОКЕИ.

Этап 2. Смысловая фильтрация по ОКПД2 и группе номенклатуры

Строки, у которых код КСР отсутствует (например, индивидуальные расценки заказчика, позиции по конъюнктурному анализу или сметы переходного периода), анализируются по девятизначному коду ОКПД2 (CodeOKPD2). Поскольку ОКПД2 шире КСР, система формирует пул потенциальных кандидатов-аналогов внутри соответствующего вида номенклатуры. Алгоритм не связывает строку автоматически, но сужает выбор пользователя с десятков тысяч позиций общего каталога до 5–10 релевантных карточек.

Этап 3. Нечеткое сопоставление текстовых наименований (Fuzzy String Matching)

Сметные ресурсы, добавленные на этапе конъюнктурного анализа («прайсовые позиции»), часто не имеют ни КСР, ни корректного ОКПД2. Единственный ориентир — строковое поле <Title>.

Для автоматизации сопоставления применяется предварительная нормализация строк с последующим вычислением редакционного расстояния:

Токенизация и лемматизация. Удаляются знаки препинания, предлоги, спецсимволы («№», «%», кавычки). Слова приводятся к базовой морфологической форме (именительный падеж, единственное число).
Исключение стоп-слов. Отсекаются технологические слова сметчиков: «в т.ч.», «с установкой», «по ГОСТ», «тип», «марка».
Вычисление метрики Левенштейна-Дамерау. Рассчитывается минимальное число односимвольных операций (вставки, удаления, замены и перестановки соседних символов), необходимых для превращения одной строки в другую.

Пусть $s_1$ — нормализованное сметное наименование, а $s_2$ — рабочее наименование номенклатуры в 1С:ERP. Коэффициент подобия $K_{\mathrm{sim}}$ в процентах вычисляется по формуле:

K_{\mathrm{sim}} = \left(1 - \frac{d(s_1, s_2)}{\max(|s_1|, |s_2|)}\right) \times 100\%

где $d(s_1, s_2)$ — расстояние Левенштейна между строками, а $|s|$ — длина строки в символах.

Пример расчета коэффициента подобия: Сметная строка $s_1$ : «Арматура 12 А500С» (длина $|s_1| = 17$ ). Складская позиция $s_2$ : «Арматура d12 А500» (длина $|s_2| = 18$ ). Для приведения строк требуется 2 операции: добавить символ «d» и заменить «С» на конце. Расстояние $d(s_1, s_2) = 2$ .
$K_{\mathrm{sim}} = \left(1 - \frac{2}{18}\right) \times 100\% = 88{,}89\%$

Если $K_{\mathrm{sim}} \geq 85\%$ , 1С:ERP выставляет флаг «Рекомендовано к сопоставлению» и подсвечивает строку желтым маркером в рабочем месте инженера по комплектации.

Этап 4. Экспертная ручная валидация

Все строки с коэффициентом подобия ниже установленного порога попадают в очередь ручной обработки. Инженер выбирает карточку из справочника или запускает процесс ускоренного заведения новой номенклатуры по шаблону, зафиксированному для данного сметного типа.

Разрешение конфликтов: единицы измерения и размерности

Критическая зона риска при сопоставлении — несовпадение размерностей. В сметных базах расценки традиционно нормируются в укрупненных единицах (100 м², 1000 шт., 10 м³, 1 т), тогда как оперативный складской учет оперирует штуками, квадратными метрами, погонными метрами или килограммами.

Сметный ресурс:       [ Кирпич керамический рядовой полнотелый ] -> Ед. изм.: 1000 шт.
                                     │
                             Каскадный фильтр
                                     │
Карточка 1С:ERP:     [ Кирпич керамический одинарный М150 ]     -> Базовая ед.: шт.
                                     │
                             Конфликт единиц:
                 Смета (1000 шт., код ОКЕИ 798) != Склад (шт., код ОКЕИ 796)
                                     │
                             Решение в ERP:
                 Регистр «Коэффициенты пересчета» -> К = 1000,0

При сопоставлении регистр сведений фиксирует не просто пару «Ресурс — Номенклатура», а триаду «Сметный ресурс — Номенклатура — Коэффициент приведения к базовой единице». Если базовая единица сметы — «100 м²», а учет на складе ведется в «м²», коэффициент пересчета составляет $0{,}01$ .

Если физические величины принципиально несовместимы (например, в смете заложен кабель в тоннах по массе металла, а закупка производится в погонных метрах по длине бухты), прямое математическое масштабирование через фиксированный коэффициент невозможно без учета плотности или погонной массы конкретного артикула. Такие несоответствия требуют обязательного подключения справочника индивидуальных упаковок и коэффициентов пересчета номенклатуры 1С:ERP.

Рабочее место инженера: управление регистром соответствий

Для регулярной работы со сметами в типовых конфигурациях строительной линейки 1С (1С:ERP Управление строительной организацией) разворачивается специализированное автоматизированное рабочее место (АРМ) «Сопоставление сметных ресурсов».

Интерфейс строится по двухпанельной схеме:

Левая панель (Данные сметы): иерархия сметного документа (разделы, расценки, ресурсы). Строки окрашиваются динамически:
- Зеленый: строка автоматически сшита по КСР (100% совпадение).
- Желтый: найдено нечеткое совпадение по тексту ( $K_{\mathrm{sim}} \geq 85\%$ ) или по коду ОКПД2; требуется подтверждение пользователя.
- Красный: ресурс не найден в локальной базе 1С:ERP; требуется сопоставление вручную либо заведение карточки.
Правая панель (Каталог 1С:ERP): справочник номенклатуры с контекстным фильтром. При выделении желтой строки в левой панели правая панель автоматически позиционируется на наиболее вероятных карточках-кандидатах с отображением текущих складских остатков по объекту строительства.

+----------------------------------------------------+---------------------------------------------------+
| ЛЕВАЯ ПАНЕЛЬ: Сметные ресурсы (из GGE)             | ПРАВАЯ ПАНЕЛЬ: Номенклатура 1С:ERP                |
+----------------------------------------------------+---------------------------------------------------+
| [V] 04.1.02.05-0004 Бетон тяжелый В20 (120 м3)     | [OK] Бетон товарный БСГ В20 П3 F100 W4            |
| [?] 01.7.03.01-0003 Арматура А500С d12 (14,5 т)    | Кандидаты:                                        |
|                                                    | 1. Арматура рифленая А500С 12 мм (Остаток: 22 т)  |
|                                                    | 2. Прокат арматурный 12-А500С ГОСТ (Остаток: 0 т) |
| [!] ПРАЙС_084 Герметик полиуретановый (45 шт)      | Поиск: [герметик полиуретан                   ]   |
+----------------------------------------------------+---------------------------------------------------+

После подтверждения оператором записи фиксируются в регистре сведений с указанием измерений: «Объект строительства», «Сметный ресурс», «Номенклатура», «Характеристика». Запись в регистре становится юридическим основанием для последующего формирования заявок на закупку и автоматического списания фактических партий ТМЦ по лимитно-заборным картам.

Настройка единиц измерения, коэффициентов пересчета и упаковок

В сметном локальном расчете щебень заложен в кубических метрах ( $м^3$ ), поставщик по УПД отгружает его в тоннах ( $т$ ), взвешивая самосвал на автомобильных весах, а прораб на объекте списывает объем по проектным слоям дорожной одежды. Ошибка в коэффициенте плотности всего на $0{,}1$ дает на партии в $5000$ тонн расхождение почти в $200$ кубометров щебня — а это сотни тысяч рублей необоснованных отклонений или виртуальных излишков на складе.

В предыдущей главе мы настроили связку строк сметы и карточек номенклатуры в регистре соответствия. Но сопоставить шифр КСР и номенклатуру недостаточно: если программная система не понимает, как пересчитать «1000 штук» кирпича из ГРАНД-Сметы в поддоны склада и поштучный учет 1С:ERP, план-фактный контроль рухнет на первой же партии материалов.

Иерархия единиц измерения в 1С:ERP

В отличие от сметной программы, где единица измерения привязана к конкретной расценке и служит лишь текстовой меткой с делителем, 1С:ERP использует строгую объектную модель единиц измерения, зафиксированную в Общероссийском классификаторе единиц измерения (ОКЕИ).

Каждая карточка номенклатуры в 1С:ERP опирается на три уровня единиц:

Базовая единица хранения. Главная системная мера ТМЦ. В ней ведутся складские остатки в регистре накопления «Товары на складах», рассчитывается себестоимость в партионном учете и фиксируются движения в регистрах оперативного контура. Базовая единица неизменна с момента проведения первого документа по номенклатуре.
Единица для отчетов. Используется для агрегированного вывода данных в управленческой и складской отчетности, если базовую единицу неудобно анализировать (например, учет мелкого крепежа ведется в штуках, а сводный отчет для директора по закупкам формируется в тысячах штук или килограммах).
Упаковки (индивидуальные или общие для вида номенклатуры). Это справочник коэффициентов пересчета по отношению к базовой единице хранения. Упаковки позволяют принимать, перемещать и отгружать материал в коммерческих тарах поставщиков (бухты, мешки, рулоны, паллеты) без создания дублирующих номенклатурных позиций.

При проектировании карточки действует жесткое правило: базовой единицей хранения всегда выбирается минимальная неделимая единица физического списания в производство. Если сухие смеси списываются на замес по килограммам, базовой единицей должен быть килограмм ( $кг$ , код ОКЕИ 166), даже если завод отгружает продукцию на поддонах по 48 мешков весом $25$ кг каждый.

Сметные единицы ГРАНД-Сметы и кратности ОКЕИ

Сметные нормативы (ГЭСН, ФЕР) формировались под укрупненный расчет строительных конструкций. Поэтому в ПК «ГРАНД-Смета» сметчик регулярно сталкивается с кратными единицами измерения, призванными исключить из сметного документа длинные цепочки нулей после запятой.

Типовые сметные кратности и их отражение в классификаторе приведены в таблице:

Сметный ресурс в ГРАНД-Смете	Сметная единица (ОКЕИ)	Базовая единица 1С:ERP (ОКЕИ)	Коэффициент пересчета в 1С:ERP
Кирпич керамический полнотелый	1000 шт. (код 798)	шт. (код 796)	$1000{,}0$
Рубероид кровельный	100 $м^2$ (код 059)	$м^2$ (код 055)	$100{,}0$
Кабель силовой бронированный	100 м (код 011)	м (код 006)	$100{,}0$
Бетон тяжелый / Раствор	$м^3$ (код 113)	$м^3$ (код 113)	$1{,}0$
Металлопрокат и арматура	т (код 168)	кг (код 166) или т (код 168)	$1000{,}0$ или $1{,}0$
Плитка керамическая	10 $м^2$ (код 058)	$м^2$ (код 055)	$10{,}0$

Когда сметный файл (XML Минстроя России GGE) импортируется в 1С:ERP, модуль сопоставления считывает сметный объем. Если расценка требует $2{,}45$ тыс. шт. кирпича, система должна транслировать это число в $2450$ штук складского учета.

Трансляция выполняется по базовой формуле приведения:

V_{\text{ERP}} = V_{\text{смета}} \times K_{\text{прив}}

где:

$V_{\text{ERP}}$ — объем материала в базовой единице хранения 1С:ERP;
$V_{\text{смета}}$ — количество ресурса по сметному документу из ПК «ГРАНД-Смета»;
$K_{\text{прив}}$ — коэффициент приведения размерности, зафиксированный в регистре сопоставления.

Для кирпича:

V_{\text{ERP}} = 2{,}45 \times 1000 = 2450 \text{ шт.}

Если в настройках сопоставления сметчик или специалист НСИ ошибочно задаст коэффициент $0{,}001$ вместо $1000{,}0$ , программа запланирует к закупке $0{,}00245$ кирпича, что приведет к остановке монтажных работ или полному искажению производственного заказа.

Упаковки номенклатуры: линейные и вложенные структуры

В реальном снабжении материалы приходят не в сметных сотнях квадратных метров, а в упаковках изготовителя. Механизм упаковок в 1С:ERP решает задачу вариативности поставок без раздувания номенклатурного справочника.

В карточке вида номенклатуры или в индивидуальной карточке материала на вкладке «Единицы измерения и условия хранения» включается признак «Использовать упаковки». Существует два варианта настройки:

Индивидуальный набор упаковок. Задается непосредственно в карточке ТМЦ. Применяется, когда габариты, емкость и фасовка уникальны для конкретного артикула (например, сухая строительная смесь специального состава, выпускаемая только в ведрах по $14{,}5$ кг).
Общий набор упаковок для вида номенклатуры. Единый шаблон, наследуемый всеми позициями группы (например, для вида «Гипсокартон» задаются упаковки «Лист $2500 \times 1200$ мм ( $3$ $м^2$ )» и «Паллета ( $50$ листов / $150$ $м^2$ )»).

Упаковки делятся на линейные и вложенные. Линейная упаковка имеет прямой коэффициент пересчета к базовой единице хранения. Вложенная упаковка ссылается на промежуточную тару, образуя логистическую цепочку.

Рассмотрим пример настройки для цементно-песчаной смеси М150:

Базовая единица хранения: Килограмм ( $кг$ , ОКЕИ 166).
Упаковка 1-го уровня: Мешок бумажный $50$ кг ( $K = 50{,}0$ к базовой единице).
Упаковка 2-го уровня (вложенная): Поддон деревянный ( $K = 30$ мешков).

При выборе поддона система автоматически вычисляет итоговый складской вес:

M_{\text{поддон}} = 30 \times 50{,}0 = 1500 \text{ кг}

В документах «Приобретение товаров и услуг» бухгалтер склада указывает: Цементно-песчаная смесь М150, 4 поддона. В регистры складского учета 1С:ERP запишет приход ровно $6000$ кг. При этом в печатных формах М-4 и складских ордерах сохраняется возможность отображения как в упаковках поставщика, так и в килограммах.

Пересчет разнородных физических величин

Самый сложный класс сопоставления возникает тогда, когда физическая размерность сметного норматива не совпадает с физической размерностью закупки и складского хранения.

Классические строительные коллизии разнородных величин:

Объем в массу ( $м^3 \leftrightarrow т$ , $м^3 \leftrightarrow кг$ ): товарный бетон, строительные растворы, песок, щебень, керамзит, битумные мастики.
Длина в массу ( $м \leftrightarrow т$ , $м \leftrightarrow кг$ ): стальная арматура, профильные и круглые трубы, балки, швеллеры, силовой кабель.
Площадь в массу или объем ( $м^2 \leftrightarrow т$ , $м^2 \leftrightarrow м^3$ ): листовой металл, пиломатериалы обрезные, теплоизоляционные плиты.

Плотность сыпучих материалов

В сметной нормативной базе (ГЭСН-2020/2022) щебень гранитный фракции 20–40 мм расценивается в кубических метрах. Карьер отпускает щебень через автомобильные весы в тоннах.

В 1С:ERP базовой единицей назначается $м^3$ (поскольку списание в конструктив фундамента ведется по проектной геометрической кубатуре). Для оформления поставок в тоннах настраивается индивидуальная упаковка «Тонна» с коэффициентом, рассчитанным через насыпную плотность:

K_{\text{пересч}} = \frac{1}{\rho_{\text{насып}}}

где:

$\rho_{\text{насып}}$ — средняя насыпная плотность материала по паспорту карьера ( $т/м^3$ );
$K_{\text{пересч}}$ — коэффициент упаковки «Тонна» относительно базовой единицы $м^3$ .

При насыпной плотности щебня $\rho_{\text{насып}} = 1{,}42 \text{ т/м}^3$ :

K_{\text{пересч}} = \frac{1}{1{,}42} \approx 0{,}704225 \text{ м}^3

Принимая по накладной $25$ тонн щебня, кладовщик выбирает упаковку «т», и программа приходует на баланс:

V = 25 \times 0{,}704225 = 17{,}61 \text{ м}^3

Если насыпная плотность колеблется от партии к партии из-за влажности, жесткий коэффициент пересчета приведет к постоянным складским погрешностям. В таких ситуациях в 1С:ERP применяют учет по сериям номенклатуры, где в свойства конкретной поступившей серии записывается фактический вес или паспортная плотность партии.

Погонный вес металлопроката

В сметах ГРАНД-Сметы арматурная сталь периодического профиля (А500С, А240) всегда осмечивается в тоннах (т). На стройплощадке арматура диаметром до 10 мм может поступать в мотках (бухтах), а от 12 мм и выше — в прутках стандартной длины $11{,}7$ м.

В зависимости от технологии строительного контроля учет на объекте ведут:

по массе (в килограммах или тоннах) — если на стройке есть автомобильные или крановые весы;
по метражу (в погонных метрах) — если резка арматурных каркасов и армирование ростверков контролируются мастерами по чертежам КЖ по погонным метрам.

При учете в метрах коэффициент рассчитывается по теоретической массе 1 погонного метра стали по ГОСТ 34028-2016:

M = L \times q_{\text{теор}}

где:

$M$ — теоретическая масса арматуры ( $кг$ );
$L$ — общая длина стержней ( $м$ );
$q_{\text{теор}}$ — нормативная линейная плотность по ГОСТ ( $кг/м$ ).

Для арматуры $\varnothing 12$ мм А500С теоретическая масса 1 метра составляет $0{,}888$ кг. Соответственно, $1$ тонна содержит:

L = \frac{1000}{0{,}888} \approx 1126{,}13 \text{ м}

При динамическом пересчете металлопроката критически важно учитывать допуск на геометрические отклонения по ГОСТу. Фактическая масса поставленной арматуры может отклоняться от теоретической на $\pm 3\text{--}5\%$ . Поэтому в договорах поставки фиксируется базис расчетов: приемка по физическому взвешиванию либо по теоретической массе согласно метражу прутков.

Фиксация коэффициентов в регистре соответствия номенклатуры сметным ресурсам

После определения единиц и правил пересчета данные параметры фиксируются в архитектуре интеграции 1С:ERP и ПК «ГРАНД-Смета».

Связующим звеном выступает непериодический регистр сведений «Соответствие номенклатуры сметным ресурсам». В его структуру входят специализированные ресурсы приведения единиц:

РегистрСведений: СоответствиеНоменклатурыСметнымРесурсам
─────────────────────────────────────────────────────────────
Измерения:
  • СметныйРесурс (Строка: шифр нормы / код КСР)
  • Номенклатура (СправочникСсылка.Номенклатура)
  • Характеристика (СправочникСсылка.ХарактеристикиНоменклатуры)
  • ОбъектСтроительства (СправочникСсылка.СправочникОбъекты)
Ресурсы:
  • ЕдиницаИзмеренияСметы (СправочникСсылка.КлассификаторЕдиницИзмерения)
  • ЕдиницаИзмеренияНоменклатуры (СправочникСсылка.КлассификаторЕдиницИзмерения)
  • КоэффициентПриведения (Число 15.6)
  • ФормулаПересчета (Перечисление: ПрямоеУмножение, Деление, ЧерезПлотность)

Разрядность ресурса КоэффициентПриведения имеет точность не менее 6 знаков после запятой (тип Число 15.6). Это исключает накопление ошибок округления при обработке крупных сметных массивов.

Например, при переводе кабеля из сметных «100 м» в базовые «км» карточки 1С:ERP коэффициент приведения составляет ровно $0{,}1$ . Но при переводе щебня из сметных кубометров в складские тонны коэффициент $\frac{1}{1{,}42} \approx 0{,}704225$ . Округление до двух знаков ( $0{,}70$ ) привело бы к погрешности в $42$ тонны на каждые $10\ 000$ кубометров объема.

Алгоритм обработки сметной строки в АРМ сопоставления работает пошагово:

Из XML-файла ГРАНД-Сметы считываются поля Quantity (количество) и Unit (единица измерения по сметной норме).
По коду КСР или наименованию программа находит сопоставленную карточку 1С:ERP и ее базовую единицу хранения.
Если единицы совпадают (например, $м^3$ и $м^3$ ), в регистр записывается $K_{\text{прив}} = 1{,}0$ .
Если единицы различаются, модуль сопоставления проверяет таблицу стандартных кратностей ОКЕИ. Если обнаружена пара «1000 шт. $\rightarrow$ шт.», коэффициент $1000{,}0$ подставляется автоматически.
Если единицы относятся к разным физическим группам (длина $\leftrightarrow$ масса, объем $\leftrightarrow$ масса), система требует от пользователя подтверждения коэффициента пересчета или выбора паспортной упаковки.
При формировании документа оперативного плана («Заказ на внутреннее потребление» или «План производства») сметный объем автоматически умножается на КоэффициентПриведения, помещая в производственные таблицы значения строго в базовых складских единицах.

Корректно настроенная сетка единиц и упаковок замыкает методологический контур сопоставления: сметная потребность из ГРАНД-Сметы транслируется в конкретные складские заказы поставщикам без ручных расчетов на калькуляторе. Теперь система готова к финальному этапу строительного учета — списанию фактических ТМЦ в производство и формированию план-фактной отчетности по сметным нормам.

Списание материалов в производстве 1С:ERP и план-фактный контроль по смете

Почему при закрытии сметного акта по форме КС-2 на 120 кубических метров монолитного железобетона на объекте фактически списывается 128 кубометров, а бухгалтерская себестоимость объекта внезапно превышает утвержденную сметную стоимость на 14%? На строительной площадке зазор между проектной нормой расхода и физическим списанием со склада превращается в прямые финансовые убытки подрядчика. Вся проделанная ранее работа — сквозное кодирование по КСР, выстраивание связей в регистре сведений и тонкая калибровка коэффициентов пересчета единиц измерения — преследовала единственную цель: обеспечить математически строгий и юридически выверенный план-фактный контроль расхода материальных ресурсов в производственном контуре 1С:ERP.

Сметная расценка ГРАНД-Сметы фиксирует предельный норматив, за который заказчик готов заплатить. Реальное производство в 1С:ERP отражает движение фактических товарно-материальных ценностей (ТМЦ) в закупочных ценах и складских единицах. Чтобы эти две реальности встретились без разрывов, система управления предприятием должна уметь автоматически трансформировать сметные закрытия в производственные документы, рассчитывать нормативную потребность и сопоставлять ее с физическим расходом.

Архитектура сквозного документооборота: от КС-2 к выпуску продукции

В типовой производственной методологии 1С:ERP выпуск строительно-монтажных работ может быть организован двумя маршрутами: через классические производственные цепочки подсистемы «Производство» (с использованием заказов и этапов производства) либо через оперативное списание ТМЦ на расходы с последующим распределением на финансовый результат направления деятельности (объекта строительства).

Для генподрядных и подрядных строительных организаций отраслевым стандартом выступает позаказное производство, где заказом на производство выступает конкретный конструктивный элемент, захватка или сметный локальный расчет. Источником нормативных объемов списания служит импортированный из сметного ПК акт о приемке выполненных работ (форма КС-2), сформированный в формате Минстроя РФ (GGE).

Когда инженер ПТО загружает сметный акт КС-2, система разбирает его на две составляющие: выполненный физический объем строительно-монтажных работ (СМР) и нормативное количество ресурсов, заложенное в единичные расценки сметы. Каждая строка акта содержит шифр расценки и нормативный расход входящих в нее материалов (в базовых сметных единицах с учетом сметного процента трудноустранимых потерь и отходов).

Сквозной процесс обработки сметного закрытия строится по следующему алгоритму:

Импорт электронного акта КС-2: документ фиксирует сметный объем работ за отчетный месяц (например, устройство монолитных стен — 120 м3).
Разворачивание ресурсной части по ГЭСН/ФЕР: система определяет нормативный состав материалов на данный объем на основании данных сметного расчета (арматура, бетон, смазка для опалубки, закладные детали).
Обращение к регистру соответствия: для каждого сметного ресурса определяются сопоставленная карточка номенклатуры 1С:ERP, характеристика и значение КоэффициентПриведения.
Генерация производственного документа: создается документ «Этап производства» (или «Отчет переработчика / Внутреннее потребление товаров» в зависимости от учетной политики), куда плановые строки ТМЦ попадают уже в базовых складских единицах 1С:ERP.
Подбор фактических партий ТМЦ: складской контур подбирает физически списанные на объект материалы с конкретными сериями, ценами поступления и признаком обособления под данное назначение (объект строительства).

В таблице ниже приведено сопоставление сущностей строительного сметного учета и производственных документов 1С:ERP:

Документ в ПК «ГРАНД-Смета» / учет ПТО	Документ-аналог в 1С:ERP	Роль документа в цепочке списания
Локальная смета (ЛСР)	Заказ на производство (обособленный)	Устанавливает лимит нормативной потребности в ресурсах на весь объем объекта строительства
Акт приемки выполненных работ (КС-2)	Этап производства (вкладка «Расход материалов и работ»)	Фиксирует нормативный расход ТМЦ под конкретный принятый объем СМР за месяц
Журнал учета выполненных работ (КС-6а)	Диспетчирование этапов производства	Отражает фактический оперативный прогресс выполнения строительных захваток
Материальный отчет прораба (М-29)	Отчет план-фактного анализа расхода материалов	Сравнивает сметную норму с физическим списанием и выявляет перерасход или экономию

Механизмы списания ТМЦ: Этап производства vs Внутреннее потребление

В 1С:ERP списание строительных материалов непосредственно на себестоимость возводимого объекта реализуется одним из двух механизмов. Выбор механизма зависит от требований к глубине детализации затрат.

Механизм 1: Списание через документ «Этап производства»

Используется при полноценном управлении производством. В документе «Заказ на производство» объектом выпуска выступает законченный конструктив или вид СМР (например, «Железобетонные конструкции фундамента, захватка №1»). Документ формируется с обособлением под конкретное «Назначение» (наш договор или объект строительства).

На вкладке «Расход материалов и работ» этапа производства фиксируются две колонки: «По норме» и «Факт». В колонку «По норме» значения транслируются из сметной нормы акта КС-2, умноженной на сметный объем и скорректированной на КоэффициентПриведения. В колонку «Факт» прораб или материально ответственное лицо вносит реальный объем списанных со склада материалов.

При использовании механизма «Этап производства» себестоимость выпущенного строительного конструктива формируется строго по фактически израсходованным материалам, а сметный норматив сохраняется как база для план-фактного сопоставления.

Механизм 2: Списание через «Внутреннее потребление товаров» (Требование-накладная)

Применяется на объектах с упрощенной позаказной схемой, когда выпуск готового СМР фиксируется напрямую документом «Акт выполненных внутренних работ» или «Реализация услуг и прочих активов», а материалы списываются документом «Внутреннее потребление товаров» с хозяйственной операцией «Списание на расходы».

При этом критически важно указать статью расходов с правильным вариантом распределения: «На производственные затраты» с правилом распределения по направлениям деятельности или конкретным партиям производства. Главный минус данного подхода — отсутствие встроенной в документ жесткой нормативной связи со строками акта КС-2: план-фактное сопоставление в этом случае смещается целиком в аналитические отчеты.

Математика план-фактного контроля: алгоритм формирования формы М-29

Отчет по форме М-29 («Отчет о расходе основных материалов в строительстве в сопоставлении с расходом, определенным по производственным нормам») — главный юридический и производственный инструмент, защищающий подрядчика от необоснованного перерасхода ТМЦ и претензий налоговых органов.

В 1С:ERP алгоритм сопоставления связывает четыре ключевых регистра: данные оперативного сметного плана (импортированные из КС-2), регистр соответствия номенклатуры сметным ресурсам, регистр накопления «Материалы и работы в производстве» и регистр накопления «Себестоимость товаров».

Расчет нормативного расхода материала на принятый объем СМР выполняется по формуле:

Q_{\text{норм}} = V_{\text{факт}} \times H_{\text{смет}} \times K_{\text{прив}}

где:

$Q_{\text{норм}}$ — итоговый нормативный расход материала в базовой единице хранения 1С:ERP;
$V_{\text{факт}}$ — физический объем строительно-монтажных работ, принятый по сметному акту КС-2 (например, 120 м3 кладки);
$H_{\text{смет}}$ — производственная норма расхода ресурса на единицу объема СМР по сметному нормативу ГРАНД-Сметы (например, 0,22 м3 раствора на 1 м3 кладки);
$K_{\text{прив}}$ — коэффициент приведения единиц измерения из регистра соответствия (переводит сметную единицу ресурса в базовую единицу складской номенклатуры).

Рассмотрим реальный пример расчета для товарного бетона на объекте монолитного перекрытия.

В акте КС-2 закрывается расценка: «Устройство перекрытий безбалочных толщиной 200 мм» в объеме $V_{\text{факт}} = 150\text{ м}^3$ . По сметной норме расход ресурса «Бетон тяжелый БСГ В25 (М350) W6 F150» (код КСР 04.1.02.05-0004) составляет $H_{\text{смет}} = 1,015\text{ м}^3$ на $1\text{ м}^3$ конструкции (где $0,015\text{ м}^3$ или 1,5% — нормативные трудноустранимые потери при укладке бетона по ГОСТ и сметным нормам).

В 1С:ERP базовая единица учета бетона — «м3» (ОКЕИ 113). Значит, $K_{\text{прив}} = 1,000000$ .

Подставляем значения:

Q_{\text{норм}} = 150 \times 1,015 \times 1,000000 = 152,25\text{ м}^3

Нормативный объем списания составляет 152,25 м3 бетона. Если со склада по ТТН и накладным фактически было подано в бетононасос и списано $Q_{\text{факт}} = 156,00\text{ м}^3$ , возникает производственное отклонение:

\Delta Q = Q_{\text{факт}} - Q_{\text{норм}} = 156,00 - 152,25 = +3,75\text{ м}^3

Абсолютное отклонение составляет $+3,75\text{ м}^3$ (перерасход $2,46\%$ сверх производственной нормы). В форме М-29 такой перерасход требует обязательного составления технического акта с указанием причин (например, деформация опалубки, сверхнормативная толщина защитного слоя, бой при подаче).

Разбор коллизий: перерасход, экономия и пересортица

При сведении план-фактного баланса материалов ПТО и бухгалтерия неизбежно сталкиваются с тремя типами расхождений. Каждое из них требует четкого отражения в учете 1С:ERP.

1. Обоснованный и необоснованный перерасход

Если $\Delta Q > 0$ , перерасход делится на две категории:

Обоснованный (технологический): вызван объективными геологическими условиями, изменениями проекта или согласованными проектными решениями (например, увеличение глубины погружения свай). В 1С:ERP оформляется корректировкой ресурсной спецификации этапа производства либо выпуском дополнительного этапа с типом «Сверхнормативное списание». Затраты относятся на себестоимость объекта, но подлежат включению в дополнительное соглашение с заказчиком.
Необоснованный: брак, хищение, нарушение технологии укладки. Списание таких ТМЦ на затраты объекта строительства в налоговом учете признается неправомерным. В 1С:ERP эти объемы списываются документом «Внутреннее потребление товаров» с операцией «Списание на расходы», но относятся на статью расходов за счет виновных лиц (счет 73.02) или на финансовые результаты предприятия без уменьшения налогооблагаемой базы по налогу на прибыль (счет 91.02, статья «Непринимаемые к НУ»).

2. Сметная экономия

Если $\Delta Q < 0$ , на объекте образовалась экономия. В строительстве экономия материалов — зона повышенного внимания службы строительного контроля:

Если экономия достигнута за счет рационального раскроя арматуры или применения современных технологий монтажа опалубки, фактически неизрасходованный остаток материала возвращается из цеховой кладовой на основной склад документом «Движение продукции и материалов» с операцией «Возврат из производства». В смете объем закрыт полностью, а фактическая себестоимость объекта снижается, формируя дополнительную маржинальность подрядчика.
Если экономия вызвана скрытым недоливом бетона или уменьшением проектной толщины слоя — это дефект, грозящий непрохождением экспертизы несущих конструкций.

3. Материальная пересортица (замена ресурсов)

В смете заложен один материал, а на склад поступил его функциональный аналог (например, вместо сметной горячекатаной арматуры периодического профиля А400 d16 мм закуплена термомеханически упрочненная арматура А500С d16 мм).

В 1С:ERP пересортица обрабатывается механизмом замен (аналогов). В документе «Этап производства» сметная позиция А400 указывается как планируемый материал, но в табличной части списания фиксируется признак «Замена аналогом» с выбором фактически израсходованной номенклатуры А500С. Это позволяет сохранить сметную норму для формы М-29, но списать со склада реальные остатки закупленной номенклатуры с корректным формированием финансового результата.

Практический регламент закрытия отчетного месяца

Чтобы исключить расхождения между сметным отделом, материальным складом и бухгалтерией, закрытие строительного периода в 1С:ERP регламентируется пошаговым протоколом:

До 25-го числа отчетного месяца: инженеры ПТО завершают импорт утвержденных заказчиком актов КС-2 из ПК «ГРАНД-Смета» через механизм разбора XML (GGE). Все строки расценок привязываются к объектам строительства и сметным ресурсам.
До 28-го числа: прорабы формируют документы «Этап производства» (или требования-накладные) по физически израсходованным материалам за месяц, фиксируя реальные остатки в приобъектных складах и цеховых кладовых.
1-е число месяца, следующего за отчетным: в 1С:ERP запускается процедура автозаполнения нормативного расхода в этапах производства на основании привязанных сметных норм КС-2. Формируется предварительный сводный отчет формы М-29.
2–3-е число: согласительная комиссия (главный инженер, начальник ПТО, начальник ОМТС) анализирует выявленные отклонения ( $\Delta Q \neq 0$ ). По всем строкам с перерасходом утверждаются объяснительные записки и технические акты.
4-е число: бухгалтер по материальному учету выполняет регламентный расчет себестоимости в 1С:ERP. Сверхнормативный необоснованный расход исключается из производственной себестоимости и относится на виновных лиц либо прочие расходы подрядчика.

Построенная таким образом связка ГРАНД-Сметы и 1С:ERP превращает смету из статичного финансового документа в динамический инструмент управления производственной эффективностью, гарантируя прозрачность каждого килограмма списанного металла и каждого кубометра бетона.