Если б разные программы (РИК, Смета.ру, АВС и прочие) придерживались МДС 81-35.2004 в котором четко дана классификация применяемых в стране нормативов и их абревиатур, то проблем с загрузкой шифров расценок, например, в Гранд-Смету не было бы, т.к. в ней все как положено, ГЭСН - это ГЭСН, ФЕР - это ФЕР, ТЕР - это ТЕР. А всякого рода Е, Ц, Р и т.п. - это все пережитки прошлого, т.к. все это было в базе 84 года. Кто то смог перестроиться, кто то "забил" и работает по старинке, а в результате страдают пользователи.

Единственный "промах" госстроя при разработке базы - не была сделана кодификация для ресурса типа "Затраты труда". У всех код =1, а ресурсы то разные, т.к. есть еще средний разряд.

если у вас на компе в каталоге PlugIns есть библиотека arps.dll, то она такие преобразования, а если быть точнее, то доведение до ума исходного файла делает сама. В частности делает подстановки вместо Е (через диалог чего именно ставить ГЭСН/ФЕР/ТЕР)

Добавлено (13.01.2009, 13:12)
---------------------------------------------

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

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

Надо будет попинать авс'ников, чтоб забыли про линейный досовский подход при записи данных в xml и писали как положено. такое ощущение, что взяли набор данных для АРПС и записали его в xml, хотя в xml можно все по полочкам разложить, так сказать ху из ху.

До смерти не запинайте

Описание проблемы:
После экспорта составленной сметы в формат АРПС 1.1 и загрузки её обратно в «Гранд-смету» суммы ПЗ и её составляющих не соответствуют исходным.

Пример:
Составим смету из единственного норматива ТЕР 01-01-001-1, выгрузим её в АРПС и загрузим обратно.
Результат – значения ПЗ, ЗО, ЭС, … сдвинуты вправо на 2 позиции. Т.е. в "Эксплуатацию машин" попадает значение "Прямых затрат".

Причина:
В наименовании норматива ТЕР 01-01-001-1 встречается подстрока #драглайн#, выделенная символом ‘#’. Почему-то именно он был выбран из всего многообразия служебных символов для выделения марки машины.

Однако, «Описание блока обмена данными между сметными программами» Ассоциации Разработчиков Программного обеспечения для Строительства (АРПС) однозначно указывает, что:
«… Поля разделяются символом #. Использование этого символа в текстовых полях НЕ допускается».

Вот как-то так.

------------------------------
Сопровождаю сметную программу http://stroyoffis.ru/