Предложения об улучшении Smeta.ru

**Mikle** Чт Сен 18, 2008 9:11

Уважаемые пользователи программы Smeta.ru!
Если у Вас есть конкретные предложения по улучшению программы, не держите их в себе - поделитесь с разработчиками :-)

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

Внимание! Строгая модерация темы. Принимаются только конкретные предложения по улучшению программы. Все иные сообщения будут удаляться.

Ваша реклама

**aivt** Ср Фев 05, 2014 14:39

Я бы хотел видеть панель цен КАЖДОГО уровня цен, в которой будет полностью законченный расчет КАЖДОГО уровня цен независимо от других уровней цен.
Для этого КАЖДЫЙ уровень цен должен иметь на своей закладке в панели цен пять столбцов:
"1. Базовое значение", "2. Единичное значение", "3. Итоговое значение в базовом уровне цен", "4. Индексы"" и "5. Итоговое значение в текущем уровне цен"
(с расположением с лева на право как, аналогично печатной форме).
При этом итоговое значение в "Базовом уровне цен" не будет высчитываться всякими извращенными методами обратного счета (деление на индексы) и не потребуется косячить (как сейчас) формируя форму с построчной индексацией, то есть заносить в нее итог в базовом уровне цен от ДРУГОГО уровня цен специально для этого созданного (без индексации).
Другими словами, каждый уровень цен должен иметь внутри себя два уровня цен - расчет итогового значения в базовом уровне цен и расчет итогового значения в текущем уровне цен.
Текущих уровней цен может быть и много, но минимум достаточно будет одного, в котором должны быть все необходимые данные для формирования формы с построчной индексацией.
Сейчас же косяк в том, что для формирования формы с построчной индексацией приходится высчитывать Итоговое значение в базовом уровне цен обратным счетом, то есть делением текущей цены на индексы. При этом второй косяк в том, что для формирования итога в базовом уровне цен, необходимо создавать второй уровень цен (без индексации) и заносить из него итог в смету созданную с индексацией в текущий уровень цен.

**aivt** Ср Фев 05, 2014 14:53

RUDEN писал(а):А вот есть нормативные базы ( Норникель например ) где не только индексы отличаются в уровнях цен, но даже порядок ценообразования, причем практически ежегодно. Пришлось делать для текущего уровня отдельный типовик. И тут уровни не работают, так как типовик у нас один на все уровни. Делали копии обектов ( штук 100 объектов) для текущих цен.
Ситуация кончено экзотическая, но и не единичная.
Теоретически, функционал "уровни цен" был бы гибче, если бы была возможность назначать на уровни свои ТР.

Поддерживаю, я от 8 версии этого и ожидал, а получил какие-то псевдо уровни цен, которые реально отличаются только индексами.
Многие клиенты ставят задачи гораздо более сложные, в том числе изменение сметы по мере выполнения (параллельное со строительством проектирование), совершенно разные материалы (ресурсы) в разных актах по одной и той же работе и т.д.

P.S. Попробуйте сделать смету с одним типовым расчетом, затем ее утвердить, а затем создать акты по этой смете, поменяв для каждого из актов типовой расчет на новый (соответствующий уровню цен этого акта) - вроде в v8 работает с разными типовыми расчетами, но только не в одной смете, а в смете и нескольких актах

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

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

**aivt** Ср Фев 05, 2014 15:04

RUDEN писал(а):А вот есть нормативные базы ( Норникель например ) где не только индексы отличаются в уровнях цен, но даже порядок ценообразования, причем практически ежегодно. Пришлось делать для текущего уровня отдельный типовик. И тут уровни не работают, так как типовик у нас один на все уровни. Делали копии обектов ( штук 100 объектов) для текущих цен.
Ситуация кончено экзотическая, но и не единичная.
Теоретически, функционал "уровни цен" был бы гибче, если бы была возможность назначать на уровни свои ТР.

Кстати посмотрев на то как реализован «Фирмой СтройСофт» типовой расчет v8, пришел к выводу, что это ни куда не годится и создал свой, в котором 2 уровня цен считаются независимо друг от друга, а не как сейчас у Вас последовательно один из другого. Связано это с тем, что в ряде случаев к базовому уровню цен применяются одни коэффициенты, а к текущему ВМЕСТО них совсем другие коэффициенты. В Вашем же типовом расчете заложен принцип, по которому сначала для расчета базового уровня цен применяются одни коэффициенты, а затем на них накручиваются вторым этапам коэффициенты для текущего уровня цен (не в замен тех, что применялись к базовому уровню).

**RUDEN** Ср Фев 05, 2014 15:27

aivt писал(а):Я бы хотел видеть панель цен КАЖДОГО уровня цен, в которой будет полностью законченный расчет КАЖДОГО уровня цен независимо от других уровней цен. Для этого КАЖДЫЙ уровень цен должен иметь на своей закладке в панели цен пять столбцов: "1. Базовое значение", "2. Единичное значение", "3. Итоговое значение в базовом уровне цен", "4. Индексы"" и "5. Итоговое значение в текущем уровне цен" (с расположением с лева на право как, аналогично печатной форме).

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

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

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

**aivt** Ср Фев 05, 2014 15:28

Sega128cheb писал(а):Предлагаю добавить параметр к индексам для типа строки материал: "Распространить индекс на все уровни цен", аналогично параметру: "Распространить базовую цену на все уровни цен".

Вам просто нужно понять как лучше применить новую панель цен "Материалы/оборудование по прайсу".
Предположим, что у Вас два уровня цен : 1.Базовый (без индексации) 2. Текущий (с индексацией).
Вам необходимо задать индексы по смете в целом только для текущего уровня цен. Базовый не индексируем вообще ни при каких условиях.
При занесении цены материала по прайсу в панели цен переключиться на закладку "Текущий уровень цен" и занести текущую цену, выставив галочку "Распространять базовое значение на все уровни цен". При этом расчет базового значения происходит на закладке "Текущий уровень цен" и затем базовое значение распространяется на закладку "Базовый уровень цен".
На закладке базовый уровень цен ничего не индексируется, просто выводится базовое значение расчитанное на закладке "Текущий уровень цен".
Если так будете делать, то все получится.

Просьба к разработчикам устранить косяк, связанный с выше описанной методикой применения новой панели цен, который мешает нормально формировать сметы в Excel.
При экспорте в Excel Вы выгружаете на Source ценообразование (Текущая цена / 1,18 / Индекс дефлятор = Базовая цена). Вот только выгружаете Вы это ценообразование только в тот уровень цен, в котором оно производилось, то есть в моем случае в "Текущий уровень цен".
Поскольку мы применили галочку "Распространять базовое значение на все уровни цен", то нам не достаточно вывести базовое значение в базовый уровень цен, нам нужно показать в базовом уровне цен тот же текст описывающий ценообразование (Текущая цена / 1,18 / Индекс дефлятор = Базовая цена).
Поэтому прошу при условии когда применена галочка "Распространять базовое значение на все уровни цен" выводить в Excel на Source ценообразование (Текущая цена / 1,18 / Индекс дефлятор = Базовая цена) НА ВСЕ УРОВНИ ЦЕН, в том числе и на базовый.

**aivt** Ср Фев 05, 2014 15:38

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

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

**RUDEN** Ср Фев 05, 2014 15:49

aivt писал(а):Кстати посмотрев на то как реализован «Фирмой СтройСофт» типовой расчет v8, пришел к выводу, что это ни куда не годится и создал свой, в котором 2 уровня цен считаются независимо друг от друга, а не как сейчас у Вас последовательно один из другого. Связано это с тем, что в ряде случаев к базовому уровню цен применяются одни коэффициенты, а к текущему ВМЕСТО них совсем другие коэффициенты. В Вашем же типовом расчете заложен принцип, по которому сначала для расчета базового уровня цен применяются одни коэффициенты, а затем на них накручиваются вторым этапам коэффициенты для текущего уровня цен (не в замен тех, что применялись к базовому уровню).
Речь о НР и СП как понимаю. Далеко не все эти поправки назначаются вместо. В большинстве как раз добавляются ( текущие к базисным ). Разве только 0,94 для упрощенки в текущем уровне цен, вместо 0,7 в базовом, ( про 0,94 который был для НР для обычного н/о с 2005-2010 я не говорю, вместо него 0,85 , но эти коэфф. в нашем типовике применяются в зависимости от даты уровня цен, и соот. заменяются. И как знаете НР и СП у нас округляются после применения всех коэффициентов ( т.е и базисных (МДСовских, так и для текущего уровня цен. )

А если не жалко, пришлите этот типовик, посмотреть. Можно в личку ли на мое мыло.

Активный участник

Сообщения: 414Зарегистрирован: Пн Фев 02, 2004 16:18Откуда: Орловская обл.Репутация: 10

Личное сообщениеEmail

**aivt** Ср Фев 05, 2014 15:50

RUDEN писал(а):В планах еще с прошлого года заняться панелью цен, даже собраться хотели исключительно по панеле цен. Есть надежда что в этом году будут подвижки. Согласен что эта структура наглядней ( я бы еще добавил текущую стоимость МР на единицу ( когда работали расчетные столбцы делал сам, правда обещают в скором времени вернуть расчетные столбцы). Но это что называется для продвинутого пользователя. По принципу сделай сам. А вот для среднестатистического , я бы "вписал" такое поле в панель цен.

Это отдельная история для панели цен, которая должна быть для материалов.
Вроде Кирил ранее писал, что в планах есть реализация новой панели цен (Материалы/Оборудование по прайсу) для любого материала (не зависимо от того из базы он попал в смету или из прайса набили в ручную).
Если так будет, то панель цен для строки у которой Тип строки = "Материал" или "Оборудование" будет определять вид панели цен.
Для расценок свой вид, а для материалов свой.
В панели цен для строк у которых Тип строки = "Материал" или "Оборудование" вид естественно должен быть иной и в том числе там должна быть ячейка "Текущая цена по прайсу" и "Текущая цена на единицу" и много другого о чем уже писали, в т.ч. "Заготовительно-складские расходы", "Транспортные расходы".
Если материал попал в смету из нормативной базы, то эти ячейки просто бездействуют (но активны), а если кто то захочет заменить базовую цену на текущую по прайсу или просто внести строку по прайсу, то он должен иметь возможность внести текущую цену с последующим расчетом через девлятор базовой цены.

**RUDEN** Ср Фев 05, 2014 16:18

Про ЗГС и транспортные в панеле цен:
Ну не однозначно, с одной стороны это правильней, эти поправки вынести в "прайсовую" панель , с другой стороны есть "общие" поправки. И в отчетах они корректно отображаются, и ссылки т.ч для них есть.
Я бы все таки оставил в этой панели цен чисто ценообразование ( ндс, дефляторы ) . Давно ( с 2003 года ) прошу валютный расчет. С нынешней как говорят финансисты волатильность очень востребовано.

aivt писал(а):В панели цен для строк у которых Тип строки = "Материал" или "Оборудование" вид естественно должен быть иной и в том числе там должна быть ячейка "Текущая цена по прайсу" и "Текущая цена на единицу"

Иногда много информации, хуже чем мало. Цена поставщика может быть и текущей и уже пересчитанной в базисную. Если цена текущая ставим дефлятор, и инфлятор. Если базисная ( ну к примеру дали печатную смету, в которой прайсовые позиции проставлены уже пересчитанными в базисные, без показа ценообразования - такое встречается сплошь и рядом ), назначаем только инфлятор. А еще есть затейники, которые в рамках одной сметы умудряются для прайсовых строк на одних показать откуда цена базисная появилась, а других нет. Те. автоматизировать все одной настройкой не получается. У нас последнее время полно вот таких заказов - дают тексты, надо перенабить, исправить. Т.е я хочу сказать - а имеет ли смысл вводить отдельные ячейки для базисных цен, текущих? Есть много других параметров, которые надо вводить. ( те же уе например). Не получится ли такая панель монстрообразной из за обилия информации на ней?
Присылайте картинки , как вы это видите. Как сказал, вопрос по панелям цен ( не только по их виду , но по функционалу ) один из назревших ).

**Отстой** Чт Фев 06, 2014 12:16

Здравствуйте, Разработчики! версия программы 8 патч 26! Такая проблема: создаю новый объект, выходит окно с параметрами объекта и тут же программа предлагает обозвать этот объект(вид объектов показывать полное наименование) я его называю говорю enter, меняю поисковый маршрут, нажимаю применить и у меня автоматом меняется название моего объекта на НОВЫЙ ОБЪЕКТ! Наверное так не должно быть, раньше было нормально????!!!!

**arbeiten** Чт Фев 06, 2014 16:51

Введите новый тип строки - материалы в текущем уровне цен, с подсветкой другим цветом.

Сейчас все материалы (по базе и по прайсу) одного гламурного розового цвета

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

**aivt** Чт Фев 06, 2014 17:59

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

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

**svetlana_gorod33** Пт Фев 07, 2014 14:18

Добрый день!
Наш Владимирский региональный центр по ценообразованию требует предоставления на экспертизу смет в двух уровнях цен (в базовых и текущих) в одной выводной форме в excel. Приобрели 8 версию в надежде, что данная проблема будет решена, так как в 5-й версии якобы этого сделать было нельзя. Однако, и в 8-й версии данная проблема не решена. Очень просим как можно быстрее разработать шаблон excel для сметы и КС-2 в 2-х уровнях цен для ресурсного метода (с разверткой по всем ресурсам). Работаем по ТСНБ Владимирской области, но для тех кто работает по ГЭСН данная тема уверена тоже очень актуальна.

Хотелось бы получить форму как в гранд-смете со следующими колонками:
№ Обоснование Ед.изм Кол-во на ед. Кол-во всего Стоим-ть ед. в баз.ц. Стоим. общ. в баз.ц. Ст-ть в тек.ц. Стоим. всего в т.ц. Индекс

Очень прошу не оставлять без внимания данную тему!

Кроме того, часто составляем локальные сметы, в которые дабавляем лимитированные затраты. Теперь в "Подвале" лимитированных получается НДС 18% и в текущих ценах и в базовых, что неправильно. Хотелось бы иметь возможность устанавливать ставку НДС 20% в базовых ценах, а в текущих ценах 18%.
К тому же, при добавлении, например, затрат на перевозку рабочих в локалку - текущая цена автоматически становится такой же в базовые цены.

**Timur** Пт Фев 07, 2014 15:16

Очень просим как можно быстрее разработать шаблон excel для сметы и КС-2 в 2-х уровнях цен для ресурсного метода (с разверткой по всем ресурсам)

Скоро будет готова ресурсная ведомость с учетом индексов для отчетов по смете и актам...результат будет, что то типа этого (см. файл).
Если вы, что то другое имеете ввиду, то продемонстрируйте наглядно.

Хотелось бы иметь возможность устанавливать ставку НДС 20% в базовых ценах, а в текущих ценах 18%.

Видел такую работу в планах, но в ближайшее время не появится.

**svetlana_gorod33** Пн Фев 10, 2014 8:31

Вложенный Вами файл - совершенно не то что нужно. Прилагаю образец нужной формы.