формат arps смета это какая сметная программа
Обмен информацией между сметными программами – мифы и реальность
В настоящее время для разработки сметной документации используется множество различных программ. При этом достаточно часто возникает ситуация, когда проектировщик, заказчик, подрядчик, экспертиза используют различные программы. Каким образом можно в такой ситуации осуществить обмен сметами, избежать ручного ввода и связанного с ним ошибок? Эта статья поможет разобраться в данном непростом вопросе.
В чем проблема?
На первый взгляд все должно быть просто. Все сметные программы предназначены для решения аналогичных задач, обрабатывают практически одинаковую информацию. Казалось бы, передать эту информацию из одной программы в другую должно быть несложно. Однако на самом деле все не так просто.
В подавляющем большинстве случаев для разработки смет используются сметно-нормативные базы, содержащие расценки на различные виды работ. Базы эти разрабатываются и утверждаются в установленном порядке, имеют строго определенный состав и структуру. Эта информация во всех сметных программах практически совпадает, и передать ее действительно вполне реально. Но вот дальше начинаются проблемы. Очень часто составление сметы не заканчивается суммированием расценок нормативной базы и начислением накладных расходов и сметной прибыли. Любому сметчику знакомы понятия «накрутки», «концовки», дополнительные начисления и т.п. Под ними подразумеваются дополнительные расчеты, которые приходится делать при составлении смет. Эти расчеты могут быть самыми разными – от простого умножения сметы в целом на какой-либо коэффициент до сложных манипуляций с отдельными статьями затрат по итогу сметы или ее частям. Примеров можно привести очень много.
Как правило подобные расчеты вполне допустимы, если они согласованы с заказчиком. Однако каких-либо четко регламентированных нормативными документами правил здесь не существует. Разработчики сметных программ вынуждены реализовать достаточно гибкие настройки таких расчетов, способные подстроить программу под самые разные требования пользователей. В результате в разных сметных программах появляется информация, существенно зависящая от принятого разработчиками способа реализации настроек, функциональных возможностей конкретной программы. И вот эту информацию передать в другую программу оказывается очень сложно.
Таким образом, основную часть сметы – расценки, объемы работ, поправки, коэффициенты индексации – передать между разными программами можно. Как это сделать, будет рассмотрено ниже. Но вот корректно и в полном объеме передать дополнительные «нестандартные» расчеты в другую программу скорее всего не удастся.
Собственные форматы сметных программ – достоинства и недостатки
Каждая сколько-нибудь серьезная сметная программа умеет передавать информацию в другую копию этой же программы. Так как в данном случае никаких преобразований информации не нужно, сметная документация передается в полном объеме, со всеми настройками и расчетами. Совершенно очевидно, что это – оптимальный способ передать информацию, если передающая и принимающая стороны используют одинаковые программы.
Однако при использовании разных программ этот способ не работает. В подавляющем большинстве случаев невозможно использовать информацию в собственном формате какой-либо программы вне этой же программы.
Как обычно, из этого правила есть исключения. Некоторые разработчики реализовали в своих программах загрузку информации в собственных форматах некоторых других программ.
В качестве примеров наиболее известных собственных форматов можно привести информационный блок данных системы АВС – один из самых старых и хорошо документированных форматов; формат XML, выгружаемый программой Гранд-Смета поддерживается несколькими сметными программами, хотя формального описания на сайте разработчика нет, а имеется только пример с комментариями. Здесь следует развеять имеющееся заблуждение, что XML понятен каждому. Модное название «XML» – это только некоторый способ представления информации. Сама информация может быть любой, ее определяет разработчик конкретной программы. Использование представления информации в XML совершенно не гарантирует, что ее может понять любая другая программа.
Широкого распространения работа с собственными форматами конкретных программ не получили по целому ряду причин.
Во-первых, большинство разработчиков не публикует официальных описаний своих форматов. В некоторых случаях можно конечно разобраться в структурах файлов и без документации, однако это достаточно сложно и трудоемко, может приводить к ошибкам. Кроме того, подобные действия могут рассматриваться как нарушение авторских прав разработчиков. Известно, например, что некоторые разработчики специально шифруют свои файлы, чтобы никто «со стороны» не смог их прочесть.
Во-вторых, любой разработчик может при выпуске очередной версии своей программы изменить форматы файлов. На практике это случается довольно часто. Таким образом, подготовленные другими разработчиками средства загрузки достаточно быстро устаревают.
В-третьих, трудоемкость таких разработок очень высока. Каждый разработчик должен разработать средства загрузки для каждой программы, с которой он хочет работать, а таких программ может быть достаточно много. И обязательно найдется еще одна неучтенная программа, загрузка из которой не сделана, и именно она и понадобится кому-то из пользователей.
Поиски общего языка
Уже достаточно давно, в 90-х годах прошлого века, разработчики сметных программ начали обсуждать вопросы стандартизации обмена информацией между разными программами.
Идея проста – совместно разработать структуру файла, который могли бы создавать и читать все программы. Изначально было ясно, что передать всю информацию, как в собственном формате, таким способом невозможно. Однако передача хотя бы 70 – 80% информации также была бы большим шагом вперед.
Разработчики, занимающиеся созданием файла обмена, объединились а Ассоциацию разработчиков программного обеспечения для строительства (АРПС). Такое же название получил и созданный совместными усилиями блок обмена АРПС 1.0. В дальнейшем в 1999 г. была разработана усовершенствованная версия этого блока – АРПС 1.10, в которой были учтены особенности новой (по тому времени) сметно-нормативной базы МТСН 81-98. Этот блок был утвержден как обязательный для обмена сметной документацией в Москве (Распоряжение Правительства Москвы №740-РП от 25.07.2000 г.).
АРПС 1.10 – достоинства и недостатки
Итак, что может и чего не может АРПС 1.10?
Важнейшим достоинством АРПС 1.10 является корректная передача основного объема информации по локальной смете. Передаются сами расценки, ресурсы (как учтенные, так и неучтенные), поправки, коэффициенты индексации по расценкам, накладные расходы и сметная прибыль. Обеспечивается работа с базами 1984 и 1991 г., 2001 г. (ГЭСН, ФЕР, ТЕР), с Московскими базами МТСН 81-98 и ТСН 2001. Передаваться могут как сметы, так и акты выполненных работ (КС-2). Очень удобно, что для загрузки АРПС 1.10 не обязательно иметь в принимающей программе сметно-нормативную базу, на которой составлена загружаемая смета. Вся необходимая информация содержится в загружаемом файле. Правда некоторые разработчики все-таки пытаются при загрузке что-то проверить по базе, но обязательным это не является.
Эти возможности были оценены очень многими разработчиками. АРПС 1.10 поддерживается сейчас как всеми серьезными сметными программами (в том числе и разработчиков, не входящих в Ассоциацию), так и системами управления проектами, системами автоматизированного проектирования, бухгалтерскими программами и др. По существу этот формат стал общепринятым стандартом доступа к сметной информации.
Безусловно, АРПС 1.10 имеет и ряд недостатков. Упомянутые в начале статьи «накрутки» передаются только готовой суммой. Это позволяет теоретически получить в другой программе ту же сумму по смете, однако как посчитаны «накрутки», обычно определить нельзя. Из этого следует, что для корректировки полученной сметы придется вручную настроить принимающую программу на способы расчета, которые использовались в выгрузившей смету программе.
Еще один недостаток – расценки в АРПС 1.10 определяются только по своему шифру. На первый взгляд это не страшно. Действительно, при загрузке АРПС 1.10 этот недостаток никак себя не проявляет. Но при дальнейшей работе с загруженной сметой могут возникнуть проблемы. Например, расценка с кодом 05-01-001-01 в базе ФЕР может быть и строительной, и монтажной, и пусконаладочной. Некоторые разработчики добавляют к коду обозначения типа «ФЕР», «ФЕРм», иногда просто «м», однако никаких общих правил по этому вопросу не существует, в описании формата АРПС 1.10 про такие обозначения ничего не сказано. Причина понятна – во время разработки АРПС 1.10 базы 2001 еще не существовало, но легче от этого не становится, путаница все равно возникает. Для решения проблемы в некоторых программах предусмотрена возможность обработки загруженных смет с целью приведения кодов расценок и ресурсов к принятому в данной программе виду.
Есть и другие недостатки – не хватает некоторых данных, в одном файле может передаваться только одна смета и др.
Однако в целом АРПС 1.10 на сегодня является наиболее распространенным и эффективным средством обмена информацией по сметам и актам КС-2.
АРПС 2.0 – что нового?
В настоящее время Ассоциацией разработчиков программного обеспечения для строительства подготовлена спецификация следующей версии блока АРПС, получившая номер 2.0. В этой версии реализован целый ряд полезных возможностей.
Во-первых, устранены накопившиеся за долгие годы технические замечания к АРПС 1.10. Решены вопросы с обозначениями расценок, со сметами, собранными из разных сметно-нормативных баз. Добавлена новая информация по расценкам и ресурсам. Обеспечена передача в одном файле любого количества смет и актов КС-2.
Во-вторых, и это очень важно, предусмотрена передача в составе блока произвольной дополнительной информации.
Одно из применений этого – в составе блока можно передать распечатку передаваемой сметы в Word, Excel и т.п. Это позволяет сравнить полученную в результате загрузки смету с исходной. Конечно, с блоком АРПС 1.10 также обычно передавались распечатки в бумажном или электронном виде. Однако известно очень много случаев, когда распечатка и файл АРПС 1.10 друг другу не соответствовали. При использовании АРПС 2.0 этого быть не может.
Еще одно применение – возможность включить в блок информацию в формате конкретной сметной программы. В этом случае при загрузке в другую программу используется собственно формат обмена, но при загрузке в такую же программу может быть загружена информация в собственном формате этой программы. Это позволяет при подготовке информации не задумываться, в каком формате выгружать сметы – АРПС 2.0 будет оптимально использоваться и другой, и аналогичной программой.
В настоящее время АРПС 2.0 поддерживается ограниченным количеством программ, но перспективы у этого формата хорошие.
В то же время, одно из основных ограничений АРПС 1.10 – слабая передача «накруток» – в АРПС 2.0 сохранилось.
Формат Estml – состояние и перспективы
В последние 1-2 года предпринимаются попытки создать формат, альтернативный АРПС. Работа по созданию такого формата проводится Федеральным центром ценообразования в строительстве (ФГУ ФЦЦС), формат получил название Estml. Окончательной спецификации этого формата на момент написания статьи не существует, для обсуждения разработчикам сметных программ предложен рабочий вариант, который (по мнению автора данной статьи) по своим возможностям пока уступает и АРПС 1.10, и тем более АРПС 2.0.
Сейчас сложно предсказать судьбу этого нового формата, но сам факт, что к разработке формата подключились государственные структуры, показывает важность и актуальность вопроса, открывает интересные перспективы. Например, ФГУ ФЦЦС может стандартизовать «концевики» смет, включить их формальное описание в соответствующие нормативные документы. Если это будет сделано, проблема передачи информации между сметными программами существенно упростится. Время покажет, насколько эти возможности будут реализованы.
Альтернативные решения
Формат arps смета это какая сметная программа
Формат передачи данных между сметными программами
Формат АРПС –формат передачи данных между сметными программами (сегодня действует уже версия 1.10) разработан для передачи информации о локальных сметах и актах выполненных работ (процентовках). Использование его в сметной программе обеспечивает передачу сметных данных из одной программы в другую. В свое время внедрение этого формата решило назревшую проблему невозможности просмотреть сметы, полученные с использованием одного программного продукта, средствами другой сметной программы. Формат АРПС 1.10 создавался как текстовый (ASCII) файл с произвольным именем и расширением в кодовой таблице 866 (DOS). Формат блока является открытым. Во всех программах, поддерживающих данный формат, он обычно называется «Единый блок обмена АРПС 1.10″ и располагается в меню экспорта/импорта (загрузки/выгрузки и т.п.).
Первая версия блока АРПС 1.10 до сих пор реализуется большинством сметных программ. Главным достоинством формата АРПС 1.10 можно считать корректную передачу основного объема информации по смете (наименование, цена, объем).
Обеспечивается работа со всеми базами (ТЕР, ГЭСН, ФЕР, МТСН, ТСН). Передавать через данный блок можно и сметы, и акты (КС-2). АРПС –формат передачи данных между сметными программами, значительно упростивший работу сметчиков.
Обмен информацией между сметными программами
Каким образом можно передать данные из одной программы в другую и избежать дублирования (ручного ввода)? И какие проблемы могут возникнуть при передаче?
Обмен информацией между сметными программами.
Идеальный вариант, когда и Заказчик, и Подрядчик работают в одной программе, тогда обмен данными не составляет труда. За исключением разных версий сметных программ, но это обычно быстро поправимо. Не знаете как? Обратитесь к нам, мы обязательно поможем: либо пришлем конвертер, либо бесплатно сохраним Вам смету в нужной версии сметной программы. 😉
Рассмотрим ситуацию, когда Заказчик и Подрядчик работают в разных программах, что на практике бывает очень часто. Подрядчик – в программе Х, Заказчик в программе – Y. Казалось бы все сметные программы нацелены на выполнение одних и тех же задач, что может не сработать? Но мы забываем, что у каждого разработчика программы свой формат хранения смет и данных. Сметы, сохраненные в программе – Х, не откроются в программе Y из-за различия в форматах.
Некоторые разработчики реализовали в своих программах загрузку и выгрузку информации в форматах других программ или в файлы какого-либо свободно читаемого формата (например, XМL, XLS, DBF, TXT и т. д.). Но это «не пошло». Естественно во многих программах уже имеются следующие возможности выгрузки/загрузки:
· Импорт данных из файлов с разделителями
Автоматический импорт из других форматов
· Пакетный импорт смет
· Пакетный экспорт смет
· Экспорт Ресурсной ведомости в Excel
· Экспорт документа в MS Project
25.07.2000 года был создан и утвержден единый формат АРПС 1.10 (Ассоциация разработчиков программного обеспечения для строительства),который используют все сметные программы. Блок предназначен для передачи информации по локальным сметам и актам выполненных работ (процентовкам). АРПС создавался как текстовый (ASCII) файл с произвольным именем и расширением в кодовой таблице 866 (DOS). Формат блока является открытым. Во всех программах, поддерживающих данный формат, он обычно называется «Единый блок обмена АРПС 1.10″ и располагается в меню экспорта/импорта (загрузки/выгрузки и т.п.).
Первая версия блока АРПС 1.10 до сих пор реализуется большинством сметных программ. Главным достоинствомформата АРПС 1.10 можно считать корректную передачу основного объема информации по смете (наименование, цена, объем).
Наряду с достоинствами можно выделить и следующие недостатки АРПС 1.10:
— некорректная передача накруток. Для корректировки полученной сметы придется вручную настроить принимающую программу на способы расчета, которые использовались в выгрузившей смету программе.
— передача расценок производится по шифру программы (например расценка с кодом 06-02-001-01 в базе ТЕР может быть и строительной, и монтажной, и пусконаладочной). Некоторые разработчики добавляют к коду обозначения типа «ТЕР», «ТЕРм», иногда просто «м», однако никаких общих правил по этому вопросу не существует, в описании формата АРПС 1.10 про такие обозначения ничего не сказано, да и не могло быть: когда выходил данный блок не было еще новой базы.
Есть и другие недостатки – не хватает некоторых данных, в одном файле может передаваться только одна смета и др. При выгрузке из одной сметной программы и переносе в другую сметную программу часто возникают проблемы: смету нужно корректировать. Некоторые материалы не переносятся, поправки слетают, формулы не работают. Поэтому, т.к. Формат АРПС 1.10 имеет ограничения (при экспорте часть данных не передаётся), при импорте в другую сметную программу требуется иметь под рукой все недостающие данные.
Также следует обратить внимание на удобство использовать данный формат, тут как говорится «на вкус и цвет»… Большинство разработчиков, конечно оставили данную функцию в меню программы (загрузка и выгрузка), а некоторые пошли дальше, сделав это не только в меню сметной программы, но и специальный отдельный блок вне программы(Например: Гранд-смета, Wizard, Смета-Багира, Госстройсмета). У Вас нет этих конвертеров или нет возможности сконвертировать смету из одной сметной программы в другую? Пришлите нам смету на smety@all-smety.ru и мы Вам поможем! 😉
Формат АРПС 2.0 поддерживают ограниченное количество программ на данный момент. Первыми его создателями и пользователями были разработчики WinSmeta, Гектор, Турбосметчик (Строительный Эксперт 2000), А0, Смета.ру, WinАВеРС. В данной редакции разработчики устранили достаточно большое количество недостатков. Таких, как: единое обозначение расценок, возможность одним файлом передавать сразу несколько актов и смет, описание дополнительной информации (правда сейчас это уже не так востребовано, по сравнению с временем выхода первой редакции АРПС). Эта редакция также не лишена недостатков: стандартизировать «концевики» так и не удалось, при выгрузке могут появляться ошибки, накрутки так же не передаются.
И пользователи задаются резонным вопросом: Почему в сметной программе не сделать выгрузки в форматы XML, читаемые в других программных комплексах?
Разработки единого формата не стоят на месте, так ФГУ ФЦЦС предложил альтернативу: формат ESTML. Стандарт обмена данными сметных расчетов в формате XML (EstML — Estimate Markup Language) является универсальным стандартом обмена информацией между пользователями компьютерных программ расчёта сметной документации.Программный комплекс ГОССТРОЙСМЕТА 2.6 поддерживает работу с форматом EstML. Можно экспортировать сметную документацию в формат EstML, а также импортировать сметную документацию из файла данного формата.
Стандарт обмена данными сметных расчетов в формате XML является открытым и не предназначен для реализации в качестве отдельного коммерческого продукта. Тем не менее существуют некоторые сложности у различных поставщиков сметного программного обеспечения с реализацией выгрузки в формате EstML. Мы предполагаем, что опять же по причине «политизированности» данного вопроса и искусственном сдерживании некоторых разработчиков, например: «Гранд-смета», «Смета.ру».
Данный формат стал внедряться в программы, но и он не лишен недостатков. Так, сохранив данные в формате EstML в одной программе, открыть его в другой будет достаточно проблематично… А иногда и просто невозможно. Открыть данный формат через Excel, так же не возможно, все будет раскидано, и где что находится найти не возможно, т.е. пользоваться им достаточно сложно. Но есть у этого формата и плюс – более простая возможность передачи смет и актов выполненных работ в «1С», что ставит формат EstML на одну ступень с форматом АРПС.Будем надеяться, что по прошествии времени все ошибки в данном формате будут устранен и он станет широко использоваться на благо сметчиков.
Краткий обзор возможностей загрузки/выгрузки данных в сметных программах
Разработчики сметных программ не стоят на месте. Так, например в SMETA.RU и «Гектор:Сметчик-строитель», предусмотрена возможность автоматического получения из сметы таблицы Excel для ввода объемов выполненных работ. После того, как объемы проставлены на местах выполнения работ, эта форма обратно загружается в программу. При этом получается обычный акт КС-2, который может использоваться в накопительном учете, формировании генподрядных актов и др.Также в сметной программе «Гектор: Сметчик-строитель» есть универсальный блок, который работает без программы и без электронного ключа защиты, при этом он позволяет корректировать сметы и акты на любом компьютере. Но есть одноНО: не будет доступа к нормативной базе. Результаты правки можно загрузить обратно в программу. Такой способ передачи актов и смет работает даже без сметной программы, но ошибок при передаче все равно не избежать.
В программном продукте «Смета-Багира» реализован механизм принятия объемов в смету, правда только в формате программы. Для программного продукта «Гранд-смета»у нас также много наработок по загрузке/выгрузке из любых сметных программ. А здесь Вы можете посмотреть информацию по обмену сметной программы и «1С», загрузке смет, актов из сметной программы в 1С:Подрядчик строительства 8.
Остались вопросы? Нужно загрузить смету из одной сметной программы в другую или сделать что-то «под Вас»?
Формат arps смета это какая сметная программа
Описание блока обмена данными между сметными системами
Формат АРПС 1.10
Разделителем целой и дробной части числовых полей может служить точка (.) или запятая (,).
Если значение какого-либо поля не определено, то оно не включается в запись, однако разделители полей (символы #) должны присутствовать. Пустое значение числового поля интерпретируется как 0.
Длины полей (как текстовых, так и числовых) не ограничиваются. Не рекомендуется использовать символьные поля длиннее 64 Кбайт.
Точность (количество десятичных знаков после запятой) числовых полей определяется программой, создавшей блок.
Все стоимостные показатели приводятся в рублях.
При загрузке блока каждая сметная система может накладывать свои ограничения на размеры полей. Например, слишком длинные текстовые поля могут усекаться. Наличие или отсутствие диагностики при возникновении подобных ситуаций оставляется на усмотрение разработчиков сметных систем.
5.1. Тип 0 – комментарий
5.1.1. Описание полей.
1) Содержание комментария (текст)
Запись используется по усмотрению разработчиков для описания тех или иных алгоритмов, данных и др. характеристик информации, представленной в записях других типов. Комментарий относится к записи, непосредственно предшествующей ему в файле. Первой записью файла комментарий быть не может. Несколько идущих подряд записей комментария объединяются.
5.2. Тип 1 – идентификация стандарта.
5.2.1. Описание полей.
Запись этого типа обязательно должна быть в файле, причем только одна и только в качестве первой строки файла. Начало этой записи 1#АРПС 1.10# может использоваться в качестве сигнатуры файла, исключающей случайную обработку файлов другого формата.
5.3. Тип 3 – идентификация документа.
5.3.1. Описание полей.
1) Номер договора (объекта) (текст)
2) Наименование договора (объекта) (текст).
3) Адрес объекта (текст).
4) Номер документа или наименование передаваемой сметы (текст).
5) Наименование документа (текст).
6) Наименование организации-заказчика (текст).
7) ФИО представителя организации-заказчика (текст).
8) Наименование организации-подрядчика (текст).
9) ФИО представителя организации-подрядчика (текст).
10) Наименование организации-субподрядчика (текст).
11) ФИО представителя организации-субподрядчика (текст).
12) ФИО составителя документа (текст).
13) ФИО контролера документа (текст).
14) Общая стоимость по смете, акту выполненных работ (число).
15) В каких ценах составлен документ (число). Поле может содержать информацию об уровне цен, в которых составлен документ, например, 1984, 1991, 1998 – цены 1984, 1991, 1998 годов. Для документов, составленных в текущих ценах, поле не заполняется.
16) Период, за который составлен документ (число). Для смет поле содержит 0, для актов выполненных работ – год и месяц выполнения в формат ГГГГММ, где ГГГГ – номер года, ММ – номер месяца.
17) Код стройки (текст).
18) Наименование стройки (текст).
19) Основание для разработки передаваемого документа (текст) – ссылка на проектную документацию и т.п.
20) Обозначение нормативной базы, на основании которой составлен документ (текст). Форма обозначения определяется программой, создающей блок.
Запись этого типа обязательно должна быть в файле, причем только одна. Она должна располагаться после идентификации стандарта (тип 1) и (быть может) комментариев к идентификации стандарта.
Используется для идентификации загружаемого документа.
5.4. Тип 10 – Заголовок раздела документа.
5.4.1. Описание полей.
1) Уровень заголовка (целое неотрицательное число). Уровень 0 соответствует наиболее крупным разделам документа. Количество уровней не ограничивается, но при загрузке информации каждая программа может объединять уровни, уменьшая глубину их вложения. При таком объединении названия уровней объединяются, то есть к названию более высокого уровня дописывается справа название входящего в него подуровня.
2) Номер данного раздела (целое неотрицательное число). На нумерацию разделов не накладывается никаких дополнительных требований, например некоторых номеров может и не быть.
3) Наименование раздела (текст).
Запись используется для задания структуры документа. Все позиции (работы) документа после заголовка раздела и до следующего заголовка относятся к данному разделу. Это относится и к заголовкам с большим номером уровня. Например, возможна такая структура документа:
Уровень Заголовок
0 А
Позиции раздела А (любое количество позиций)
0 Б
Позиции раздела Б (любое количество позиций)
1 БА (подраздел раздела Б)
Позиции раздела БА (любое количество позиций)
2 БАА (подраздел БА)
Позиции раздела БАА (любое количество позиций)
1 ББ (подраздел раздела Б)
Позиции раздела ББ (любое количество позиций)
0 В
.
В данном примере выделено 3 уровня разделов документа. Сметная программа, допускающая не более 2 уровней, должна загрузить этот документ в виде:
Уровень Заголовок
0 А
Позиции раздела А
0 Б
Позиции раздела Б
1 БА (подраздел раздела Б)
Позиции раздела БА
1 БА БАА (подраздел раздела Б)
Позиции раздела БА БАА
1 ББ (подраздел раздела Б)
Позиции раздела ББ
0 В
.
5.5. Тип 20 – Позиция документа.
5.5.1. Описание полей.
1) Номер строки в документе (положительное число).
2) Код позиции (обычно в формате АВС, например Е44-М101) (текст).
3) Единица измерения (текст).
4) Наименование позиции (текст).
Поля 5–14 содержат показатели позиции документа на единицу объема работ без учета различных поправочных коэффициентов, зависящих от условий работ. Эти показатели берутся непосредственно из используемой нормативной базы. При использовании местных материалов их стоимость учтена в расценке (закрытая расценка).
5) Прямые затраты (всего) (число, руб.).
6) Основная заработная плата (число, руб.).
7) Стоимость эксплуатации машин и механизмов (число, руб.).
8) Заработная плата машинистов (число, руб.) (входит в общую стоимость эксплуатации машин и механизмов).
9) Стоимость материалов (число, руб.).
10) Возврат материалов (число, руб.).
11) Транспорт материалов (число, руб.).
12) Шефмонтаж (число, руб.).
13) Трудозатраты основных рабочих (число, чел.-час.).
14) Трудозатраты машинистов (число, чел.-час.).
Поля 15–24 содержат показатели позиции документа на единицу объема работ с учетом всех примененных поправочных коэффициентов, зависящих от условий работ. Эти показатели непосредственно определяют итоговую базовую стоимость единицы объема данной позиции. При отсутствии поправочных коэффициентов они совпадают с показателями 5–14 соответственно.
Для подчиненных позиций объем равен значению поля 26, если оно не равно 0, и произведению поля 27 на объем основной работы при нулевом значении поля 26.
Первая позиция документа или раздела документа не может быть подчиненной. Подчиненные позиции следуют в документе непосредственно за той позицией, к которой они относятся.
28) Номер позиции по смете (текст). Это поле заполняется только для актов выполненных работ и содержит порядковый номер позиции по смете, к которой относится данная позиция акта.
29) Номер сметы (текст). Это поле заполняется только для актов выполненных работ и содержит номер сметы, к которой относится данная позиция акта. Поле может заполняться, если акт относится к нескольким сметам.
Записи этого типа задают состав работ документа. Записи относятся к ближайшему предшествующему заголовку раздела. Допускается использование записей сразу после идентификации документа, при это данные позиции не относятся ни к какому разделу. Загружающая блок сметная программа может ввести фиктивный заголовок раздела, если это требуется для ее нормальной работы.
Номера строк в документе (как и номера разделов) могут следовать не подряд; допустима как сквозная нумерация позиций, так и нумерация в рамках одного раздела. Номера строк могут использоваться для установления соответствия между позициями смет и относящихся к ним актов выполненных работ, если такая возможность предоставляется загружающей программой.
Если по мнению пользователя необходимы какие-либо пояснения к позиции (например, порядок применения поправочных коэффициентов), то они даются в строке комментария, которая может следовать за каждой позицией.
5.6. Тип 25 – поправочные коэффициенты.
5.6.1. Описание полей.
1) Тип поправки (число):
0 – коэффициент учета инфляции (коэффициент пересчета сметных цен),
1 – коэффициент зимнего удорожания,
2 – норматив накладных расходов,
3 – норматив сметной прибыли,
4 – коэффициент учета условий работ,
10 – прочие коэффициенты.
2) К чему относится поправка (число):
0 – заработная плата,
1 – эксплуатация машин и механизмов,
2 – стоимость материалов,
3 – заработная плата механизаторов,
4 – трудозатраты основных рабочих,
5 – трудозатраты механизаторов,
10 – прямые затраты.
0 – умножение,
1 – деление,
2 – сложение,
3 – вычитание.
4) Значение поправочного коэффициента (число).
5) Наименование поправочного коэффициента (текст).
6) Обоснование поправочного коэффициента (текст). В этом поле может указываться, например, номер индекса пересчета сметных цен, период, за который взяты индексы и другая информация.
Если в качестве действия указано умножение, то нормативы накладных расходов и сметной прибыли должны быть заданы так, что в результате умножения на них исходной суммы будут получены соответственно значения накладных расходов и сметной прибыли. Остальные поправочные коэффициенты после умножения на исходную сумму дают стоимость с учетом данной поправки.
Записи задают состав и значения поправочных коэффициентов, примененных к ближайшей предшествующей позиции документа. Количество записей не ограничивается. Записи могут относиться как к одной позиции документа, так и к заголовкам разделов документа – при этом они действуют на все позиции раздела. Одновременное использование поправочных коэффициентов и к записям заголовков раздела, и к относящимся к этому разделу позициям или подразделам не допускается.
Появление записей поправочных коэффициентов после идентификации документа не допускается.
5.7.1. Описание полей.
1) Код ресурса (текст). Рекомендуется придерживаться кодов ресурсов АВС или ОКП (для связи с другими программами), однако если выгружающая программа не может предоставить этот код, допускается использование любого кода, уникального для данного ресурса в данном документе.
2) Единица измерения (текст).
3) Наименование ресурса (текст).
4) Признак типа ресурса (число):
0 – заработная плата,
1 – эксплуатация машин и механизмов,
2 – материал.
5) Норма расхода ресурса на единицу объема работ (число).
6) Цена единицы ресурса нормативная (число, руб.).
7) Цена единицы ресурса фактическая (число, руб.).
8) Цена единицы ресурса местная (число, руб.).
Записи задают состав и количество ресурсов, необходимых для выполнения позиций документа. Записи ресурсов относятся к ближайшей предшествующей позиции документа. Появление записей ресурсов после раздела документа или идентификации документа не допускается.
5.8. Тип 50 – лимитированные затраты
5.8.1. Описание полей
1) Наименование затрат (текст). Может содержать информацию о виде затрат (например, ‛Временные здания и сооружения“), обоснование их применения и др.
2) Коэффициент (число). Характеризует размер данного вида затрат. Например, если данный вид затрат составляет 20%, то может быть указан коэффициент 1.2. Для понижающих коэффициентов используются числа меньше 1.
3) Сумма затрат (число). Для понижающих коэффициентов сумма может быть отрицательной.
4) Сумма с учетом данного вида затрат (число). Итоговая сумма документа после учета в нем данного вида затрат.
Записи содержат информацию о лимитированных затратах, включенных в документ. Программные средства, создающие файл передачи информации, должны по возможности подробно отразить в этих записях весь процесс расчета лимитированных затрат. Программные средства, загружающие файл должны по возможности реализовать аналогичный расчет лимитированных затрат или, по крайней мере, предоставить пользователю информацию из записей данного типа в текстовом виде (как комментарий).
Строки данного типа могут относиться как ко всему документу, так и к отдельным его частям – сметным строкам, разделам и т.п. Строки данного типа должны размещаться непосредственно после строк документа, к которым они относятся.