Форум ГК "СтройСофт"

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

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

Здравствуйте, InarP!

InarP писал(а):С единицей измерения и наименованием из КП, нельзя "играться", полагаю

InarP писал(а):Единица измерения определяться должна, полагаю, в соответствии с КСР, а не с КП

В группе 01.3.01.01 есть два бензина с разной единицей измерения:
Бензин авиационный Б-70 измеряется в тоннах, а Бензин-растворитель в килограммах.
Да, тонны и килограммы, это не кубы и штуки, не рулоны и метры квадратные, но факт:
единица измерения не зависит от группы в КСР.

InarP писал(а):Наименование, опять же, может отличаться, от того, что в КСР или по проекту (обобщенное)

99,99% будет различаться. Здесь могу сослаться только на пожелания сметчиков.

Прилагаю снимок из ФГИС ЦС.

Добрый вечер, Шуруп.

Шуруп писал(а):В группе 01.3.01.01 есть два бензина с разной единицей измерения:
Бензин авиационный Б-70 измеряется в тоннах, а Бензин-растворитель в килограммах.
Да, тонны и килограммы, это не кубы и штуки, не рулоны и метры квадратные, но факт:
единица измерения не зависит от группы в КСР.

Можно предусмотреть, если ед.изм. не выбрана в смете, но выбрана в КА.

Шуруп писал(а):99,99% будет различаться. Здесь могу сослаться только на пожелания сметчиков.

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

expert69 писал(а):Добрый день, коллеги! Было не так давно обсуждение необходимости формы КС-2 по 421/пр при построчной индексации и ничем не завершилось в итоге.

Вот пользователь прислал такое письмо:

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

Смысл в том, что пользователь делает смету по 421/пр с построчной индексацией, далее ему нужно сформировать КС-2, приходится выбирать старые формы (либо по ФЕР либо по ТЕР МО). Действительно, для материалов по прайсам базовая цена считается не правильно (равна текущей, т.е. не делит на индекс-дефлятор)

Объект прилагаю.

Поднимаю тему, поставили клиенту 11.6 и проблема осталась, клиент не доволен, т.к. при каждом формировании КС-2 ему приходится вручную править все строки с материалами/оборудованием по прайсу (КАЦ и т.п.)

Здравствуйте, коллеги!
Предлагаю добавить проверку несовпадения кодов ОКП в параметрах объекта и в расценке.

Поясню:
При составлении сметы пользователи часто допускают ошибки:
Вариант 1: смета составляется по актуальной нормативной базе, но пользователь ошибочно добавляет расценки из истории развития.
Вариант 2: смета составляется по базе на момент выхода некого дополнения, но пользователь ошибочно добавляет расценки из актуальной базы.
При несовпадении кодов ОКП - ресурсы расценки не отображаются и не идут в зачёт в М-29, в ресурсный расчёт и так далее.

Фактические проблемы пользователей:
1) Не зная наверняка, что по позиции есть неучтенные материалы - при несовпадении кодов - программа их не отображает и соответственно, неучтенка не попадает в окно сметы.
Это большой косяк, который иногда пропускает экспертиза
2) Пользователь доходит до актирования по косячной смете (акт цатый по счету) и выясняет, что ни ресурсов расценки нет, ни возможности исправить смету.
Это и время и нервы и плохое отношение к программе (хотя понятно, чьи кривые ручки пошалили изначально... - "ложечки" находятся, а "осадочек" ложится на SmetaRu)

Как реализовать:
Добавить в контекстное меню кнопку "Проверка сметы на технические ошибки":
При нажатии на кнопку выполняется скрипт, проверяющий совпадение привязанных к расценке кодов ОКП к указанным в параметрах объекта.
Если найдены расхождения - программа должна:
а) сообщить о наличии ошибок
б) дать список этих расценок с возможностью сохранить его в ртф
в) подсветить строки цветом или закладкой для быстрого поиска и исправления ошибок.

П.С. актуально для ТСН, СН

Шуруп писал(а):в) подсветить строки цветом или закладкой для быстрого поиска и исправления ошибок.

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

Добрый день, коллеги! Как предложение (вопрос только еще возник почему сразу этого не сделали) добавить форму для построчной индексации с учетом 557/пр, для индексации за итогом есть, а для построчной нет.

Добрый день!

Можете, пожалуйста, сделать так же , как в другой сметной программе? Чтобы формула физ.объема была видна в ячейке физ.объема? (а не только в строке формулы).
Это было бы более наглядно и удобно при проверке сметы, как мне кажется.


Спасибо!)

Добрый день!

Можете, пожалуйста, сделать так же , как в другой сметной программе? Чтобы формула физ.объема была видна в ячейке физ.объема? (а не только в строке формулы).
Это было бы более наглядно и удобно при проверке сметы, как мне кажется.

Заведена задача TFS[7747]

art28soft,

Заведена задача TFS[7747]

Благодарю Вас! Буду ждать!

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

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


Спасибо!

Добрый день, коллеги! Вызывает некое недоумение отсутствие формы для построчной индексации в соответствии с 557/пр, все остальные формы есть, а этой нет. Клиенты задают резонный вопрос... Форма для ТЕР МО по 421/пр не соответствует последним изменениям.

expert69 писал(а):Добрый день, коллеги! Вызывает некое недоумение отсутствие формы для построчной индексации в соответствии с 557/пр, все остальные формы есть, а этой нет. Клиенты задают резонный вопрос... Форма для ТЕР МО по 421/пр не соответствует последним изменениям.

Скоро появился выходная форма ТЕР МО 557пр. Работы над ней уже ведутся

Timur писал(а):

expert69 писал(а):Добрый день, коллеги! Вызывает некое недоумение отсутствие формы для построчной индексации в соответствии с 557/пр, все остальные формы есть, а этой нет. Клиенты задают резонный вопрос... Форма для ТЕР МО по 421/пр не соответствует последним изменениям.

Скоро появился выходная форма ТЕР МО 557пр. Работы над ней уже ведутся

Спасибо!

Замечания от пользователей программы.

При выборе в способе расчёта ресурсного и ресурсного-индексного методов по 421/пр - меняется поведение программы при добавлении учтенных сметных ресурсов в смету подчиненной или сметной строкой.

С БИМ было так - ресурс автоматически исключается из расчёта объемов, а стоимость указывается со знаком "минус". В экселе отдельно видно, что ресурс исключён.
С РИМ стало - ресурс НЕ исключается из расчёта объемов, а стоимость не корректируется. Технически - абсолютно корректное поведение программы.

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

И чтобы добиться такого же эффекта как было с БИМ - потребуется:
1) добавить подчиненную строку ресурса
2) вызвать по шифру
3) указать объем
4) применить поправку *(-1) к стоимости
5) исключить ресурс из расчёта объемов в смете
6) исключить ресурс из расчёта объемов в сметных ресурсах...
ШЕСТЬ действий вместо одного...

Предложение как реализовать:
Вариант 1)
После удаления ресурса из "подвала" расценки (вкладка сметные ресурсы) - при выводе на печать - печатать что этот ресурс был исключён

Вариант 2)
При добавлении строки из сметных ресурсов в смету подчиненной или самостоятельной строкой:
1) Исключить ресурс из расчёта объемов ресурсов
2) Справочно отражать стоимость исключенного ресурса, но не добавлять в итого по расценке

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

Для чего в новом патче сделали неудобное поведение программы ? забиваешь расценку (материал) по шифру, далее курсор перескакивает на графу объем с учетом коэфф., если хочешь забить объем, то приходится вручную переходить на ячейку в графе "На единицу". Очень часто сразу требуется ввод формулы на объем, получается лишнее действие. Ранее программа так себя не вела.

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

Smeta.ru Flah версия 11.6.5.3.
Работаем в ФЕР, пересчет в текущий уровень цен с применением индексов Союза Инженеров-сметчиков (Горячкин).
При занесении индексов пересчета по статьям затрат вручную с тремя знаками после запятой, программа автоматически после нажатия "Применить" округляет до двух знаков. И в выходных формах документы идут с индексами с округлением до 2-х знаков после запятой. Заказчик не принимает документы в таком виде и приходится в сметах и КС-2 вручную построчно вводить к-ты с тремя знаками. Очень не удобно и трудозатратно.
Просим Вас реализовать (вернуть) возможность внесения индексов вручную с тремя знаками после запятой, как было в предыдущих версиях программы.