И тут - не верь глазам своим, блин! - сумма по акту 10 млн. руб.!
Не пересчитываются корректировки объемов в итогах к раздеу - если затронуты виды работ, если какие-то пропали, а какие-то добавились!

Разве не для того программы пишутся и автоматизация процессов предназначена - чтобы избавиться от рутинных ручных опций? Разве такая криминальная ситуация при выполнении работ - объёмы откорректировать? Ну почему в Визарде даже такую элементарную арифметическую процедуру нельзя без "рояля в кустах" сделать? Почему никакой реакции на "Пересчитать расчёт", "Пересчитать форму"? Для чего эти кнопки? Нежели такой сложный криминал я делаю - корректирую объёмы (и виды) выполненных работ в КС-2? Ну хотя бы где в справке сказано - что этого делать нельзя?

Итог. Полдня ручного труда. 46 разделов в смете - 46 расчётов перехода в цены удалить, и вновь такие же назначить! С учётом медленнодействия программы.

"Спасибо" разработчикам.

А сейчас вот в модуль ПНР влезла, за отдельные деньги купленный.... Ну что ж, сама дура, ведь знала, знала про рояли! Скоро поделюсь, вот отплююсь-успокоюсь пару-тройку дней. Наверное. Если на что ещё не напорюсь за это время.

Как и на соответствие чему выдаются сертификаты на такую программу?

21. Модуль ПНР и специализированная форма таблицы затрат на ПНР нерпигодна для практического применения:
а) не показывается для базисного расчёта общая стоимость ПНР, показываются только доли вхолостую и под нагрузкой;
б) %-распределение вхолостую и под нагрузкой - только по МДС35 и никак иначе. Тогда как В МДС35 там же, где дана таблица распределения для разных сборников, сказано - что % эти рекомендуемые и могут уточняться по согласованию. Однако спец. модуль ПНР этого сделать не даёт,
в) невозможно корректно в модуле ПНР назначить коэффициенты к разделу - поскольку значение коэффициента "также" рвёт на вхолостую и под нагрузкой.

22. В программе не существует шаблонов перехода в цены, корректных для смет в базисном уровне цен начисляющие НР и СП по видам работ. На основании п. 4.1 МДС25 для сметной прибыли СП, по аналогии (т.к. алгоритм начисления НР и СП одинаков), в многораздельной смете надо начислять НР и СП в итогах каждого раздела и в итогах сметы. По видам работ - да, есть шаблоны. А вот итоги - всего по разделу / по смете НР/СП - так просто создать не получилось даже у специалиста Визардсофта. Не смог за разумное время, хотя было лихо взялся в ходе техподдержки. И до сих пор, третьи сутки заканчиваются, результата нет.

23. Невозможно заменить заголовок "Объектный сметный расчёт" на "Объектная смета" в форме программы. Тем самым в данном случае бессмысленна особенность программы - соответствие экранной формы печатной.

24. Объектная и сводная сметы состоят из двух таблиц - одна для глав 1-7, другпя - для последующих глав. Что не соответствует МДС35, где приведена одна таблица, и вызывает стойкое недоумение у проверяющих.

25. При индексации ФЕР индексами для Москвы материалы, даже если они вынесены как подпункты расценки, приходится индексировать вручную. Визардсофт считает, что е сли в расценке произведена замена материала, или он учтён по проекту, то индекс на матриалы для расценки не распространяется на заменённый/добавленный материал. Считают, что должет быть другой индекс, неизвестно какого источника или неизвестно каким способом рассчитанный/согласованный/утверждённый.

Ирина, наверно в "день сурка" эти 2-3 превратились. 26.06 + 2-3 дня = 11.09 Или валерьянки с пустырником пришлось много пить?

Да, кстати - на бюджет 2010 заложили 2 раб. места Гранда. Уже маленькое ура. Сейчас пыхчу ещё за 1-2 места СметыРу. Глядишь, в 2011 и не станет вопрос о незабвенном Визарсофте-точка-ру (это их фирма прям так и называется, ЗАО "Визарософт.Ру")

Догнала-таки... про 2-3 дня... Вроде и неохота было снова бодягу заводить, тянула-тянула. Всё-таки решилась. Доперевесило маленькое корыстное побуждение. После безуспешности специалиста визарда решить вопрос, который априорно должен быть в программе решен. Как основной вариант базисной локальной сметы.
Вдруг да помогут? Хотя спец. долгл мучился - ну никак не мого избавиться от задвоения суммирования НР и СП - если по видам работ в разделе итоги берем и в разделе же справочно сумму НР и СП отражаем - то в итогах сметы дважды учитываюстя что НР, что СП. Хоть лопни на месте прямо.

Насколько я понимаю в разделе не должны начислятся НР и СП, а должны отображаться справочно, а считаться должны в переходе в цены?

В отличие от присланного примера, нужно:
1) в расценках таблицы затрат не начислять НР и СП - для того, чтобы удобно было проверять расценки на соответствие сборникам, и для того чтобы видеть базисные прямые затраты без деления по видам работ;
2) раскладка по всем статьям затрат для каждого вида работ не нужна в расчёте перехода в цены. Нужно: всего ФОТ, всего ЭММ, всего МАТ. Далее пусть как угодно в расчёте перехода в цены начисляются НР и СП, но чтобы - по видам работ начислялись а не по укрупнённому нормативу и чтобы в итогах расчёта перехода в цены показаны были суммарные НР и СП для раздела. То есть начисленные на таблицу затрат, всего НР и всего СП.
3) оптимально в расчёте перехода в цены по всем разделам - то есть в итогах сметы, если по-рууски (потому как бредово называеть расчёт переходом в цены - если смета базисная и ни в какие цены перехода нет) - иметь пусть хотя бы для базисных цен только: всего ФОТ, всего МАТ, всего ЭММ, всего ПЗ, всего НР, всего СП, итого по смете в базисных ценах.

Но, повторюсь, согласно МДС25 и по аналогии МДС33 - в расценках НР и СП не начислять. Только в итогах раздела и в итогах сметы. Вот с этим проблема. До сих пор со стороны Визардсофта глухое молчание. Вопрос не решён.

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