В целом, как уже писал решаемо: 1. Построчно (массово на выделенные строки) применяем поправку к трудозатратам. При этом ОЗИ и как следствие ПЗ конкретной строки не изменяются, а следовательно будут соответствовать таковым первоначальной сметы по цене и при этом трудозатраты будут изменены.
2. В итогах отдельно считаем, как уже писал ранее - сумма нужных строк х коэффициент.

А, как я понял, в первичной смете случилось все наоборот - строки не поправлены, а наценка внесена в итоги.

2. В итогах отдельно считаем, как уже писал ранее - сумма нужных строк х коэффициент.

что-то КомпДед давно не появлялся

Вот этим Гранд и отличается, своей гибкостью и многовариантностью настроек.

а отсылы к другим программам воспринимаются разработчиками как личное оскорбление

"а это нам не надо, этот способ тоже имеет недостатки, мы реализовали так и это правильно,

ТЗ не меняются, НР и СП не пересчитываются

Многое не делалось не потому, что программисты этого не могли реализовать, а потому, что так нельзя делать сметы! Такая, знаете ли, защита от дурака. Возможно это и верно. Первоначальные версии "Ру" такими и были, это уже сейчас, под нажимом общественности многие функции "открыли" )))

Но это уже за гранью....

Многое не делалось не потому, что программисты этого не могли реализовать, а потому, что так нельзя делать сметы! Такая, знаете ли, защита от дурака.

Вон как smet4ik_69 про транспортные и заготовительно складские, слышать ничего не хочет, считает у него программа в поправках это, а то, что можно по-другому считать, так это тока вам нужно, а у меня экспертиза и так принимает. Удручает, удручает очень =(

это не запрещено. и например в некоторых программах реализована именно такая модель - начисление в итоге сметы. В ГС это решается изменением одной галочки - либо "считать в итогах", либо - "считать в позициях смет"

кстати еще на стадии работы с 5 версией я этому умилялась. когда работала заодно и в ПТО. кстати реализация различной индексации в разделах в Гранде - когда в одном разделе применяется один индекс к СМР, во втором - другой. тоже понравилась.

Шуруп, Вы, как мне кажется, отзывчивый и адекватный товарищ, может, есть у вас рычаги давления на разработчиков, все-таки Вы с ними более тесно сотрудничаете, чем рядовые сметчики. Список предложений какой-то подготовить для них, ну а скорее, для их руководства. Все-таки гибкость программы определяется отношением к тому, что программа должна делать, а не набором программного кода, а в случае со Сметой.ру необходимо поменять отношение к смыслу программы, ИМХО

Это как ? в одном объекте разные уровни цен?

Может это и есть "извращение" ?

именно так.

извращение - это отсутствие гибкой настройки, позволяющей придать смете нужный вид.

Мне кажется это некорректно.

или я что-то не понимаю?

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