Локальная смета

[Марина]

Окно локальной сметы

если перенести открытый ресурс в тело сметы с удалением, то этому ресурсу назначается определитель "1.ОБЩЕСТРОИТЕЛЬНЫЕ РАБОТЫ" (расценки из общестроительных сборников).

Приходится контролировать и исправлять. Лишняя заморочка.

Дело в том, что при переносе ресурсов в смету с удалением или вычитанием, ресурсы остаются привязанными к расценке, поэтому и сохраняют определитель расценки. В противном случае, надо менять методику. Будем думать!

[aver]

версия 1.3.090616

Окно Локальной сметы.

Что интересное обнаружилось:

Если для расценки (например Е26-01-037-1) выполнить операцию "Перенести ресурс в смету (с вычитанием)" (например С101-0079), подправить у него определитель на 19.СТРОИТЕЛЬНЫЕ МАТЕРИАЛЫ ПО Ц1Ч1, затем выпустить смету по форме 4, при этом на вкладке "Строки"->"Выводить к каждой норме" поставить галочки <Строку "Накладные расходы">, <Строку "Сметная прибыль/Плановые накопления">, <Строку "Всего с НР и СП">, то у перенесенного ресурса (С101-0079) в выпущенной смете внизу появляется строка "Всего с НР и СП" с показателем стоимости данного ресурса. Выглядит это как седло на корове.

К чему бы это?

Данный глюк справедлив и для версии 1.3.090521. Про версию 1.3.090401 не скажу - снёс.

Но в версии 1.3.080926 такого бардака не наблюдается.

И что бы это значило???

[Марина]

... у перенесенного ресурса (С101-0079) в выпущенной смете внизу появляется строка "Всего с НР и СП" с показателем стоимости данного ресурса.

Спасибо, уже исправляем.

[aver]

Вот такая интересная штука:

В ресурсную часть расценки командой добавляются материалы с нестандартными кодами.

Если коду вставляемого ресурса присвоить значение <С ЦЕНА ПОСТАВЩИКА> (слово ЦЕНА отделено по краям пробелами), то при вставке в ресурсную часть:

• второй пробел исчезнет (код преобразуется в <с ЦЕНАПОСТАВЩИКА>),

• попытка присвоить значение полю "Ед. изм." ни к чему не приведёт и при выполнении этой попытки очистится поле "Наименование ресурса", но поля "С1" и "С2" - доступны для вставки значений,

• данный добавленный ресурс станет невозможно удалить из расценки.

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

Вывод:

существует коды ресурсов с определенными параметрами, которые программа не может корректно обрабатывать.

[aver]

при вставке расценки из книги (и из нижней вкладки Книга) выдало несколько раз:

---------------------------

WINRIK.EXE

---------------------------

Abnormal program termination

---------------------------

ОК

---------------------------

и РИК (1.3.090616проф) вылетает из памяти. (1.3.090616проф)

Один раз его заклинило, пришлось грохать диспетчером процессов.

На седьмой раз вставила без ошибок.

К чему бы это?

[aver]

Опять при попытке вставить в ЛС расценку из Книги, выдало:

Ошибка в расчетном модуле локальной сметы!

--------------------------------------------

Не задан параметр округления

----Подробнее>>>---------

Дата сборки: Jul 10 2003

CcRoundSet:: ValuelNotSet

cRoundBase. cpp: 14

---

и РИК (проф.1.3.090909) вылетел

До этого события работа проходила в штатном режиме и из Книги добавлялись расценки без проблем.

[a_borisov]

...выдало:

Ошибка в расчетном модуле локальной сметы!

--------------------------------------------

Не задан параметр округления

Версия какая?

[aver]

...и РИК (проф.1.3.090909) вылетел...

Версия какая?

Вот такая, смотрите внимательнее.

[a_borisov]

Пардон!

[aver]

версия 1.3.091028

При выполнении команды (в окне Локальной сметы): Концовки->Редактирование текущей концовки... стало выдаваться сообщение:

---------------------------

Rikekonc

---------------------------

Ошибка при инициализации BDE. Если данная ошибка появляется постоянно,

запускайте Редактор концовок отдельно от WinRik (RIK\Utils\Rikekonc.exe)

---------------------------

ОК

---------------------------

И в версии 1.3.090909 то же самое.

В версии 1.3.090616 сбоев не происходит.

[Sergey]

Итак, последняя версия WinРИК 1.3091028

При входе в некоторые сметы у пользователя в ресурсном расчете стала выдаваться ошибка (на скрине).

Откат до версии 1.3090909 или 1.3090616 не помог.

Откат до версии 1.3080926 проблему снимает и смета расчитывается правильно. Смена варианта концовки проблемы не снимает.

Ошибка возникает только в ресурсном-сметном расчете, в локальной смете никаких ошибок не дается.

В чем косяк?

[Александр]

В чем косяк?

Надо знать при каких действиях пользователя возникает ошибка (при считывании цен из ФТЦ, при ручном вводе значений или еще что), а также придется выслать саму смету и ФТЦ, если он применялся.

[aver]

версия проф.1.3.090909

Если установить точность отображения (в правом нижнем углу окна локальной сметы) объема вынесенных в тело сметы ресурсов отличную от принятой по умолчанию (значения различные), то после нажатию кнопки "Сохранить" восстанавливаются значения точности, принятые по умолчанию (9 знаков).

А если выйти из сметы (с сохранением в появившемся окне) - то всё нормально.

даже не знаю, что это было :idea:

[Александр]

версия проф.1.3.090909

Если установить точность отображения (в правом нижнем углу окна локальной сметы) объема вынесенных в тело сметы ресурсов отличную от принятой по умолчанию (значения различные), то после нажатию кнопки "Сохранить" восстанавливаются значения точности, принятые по умолчанию (9 знаков).

Ваше замечание не подтверждается.

-Добавил в смету расценку

-Выставил расход по этой расценки 0,123456

-Вынес из расценки материал

-Изменил точность расчета расхода этого материала (в правом нижнем углу) с 9 на 3

-Нажал "Сохранить"

--------осталось 3 !!!!!!!!!!

нажал "Закрыть" и вышел из сметы, потом снова зашел - стоит 3

Что не так?

PS

Пробовал с разными расходами и формулами - все нормально.

[aver]

...

Что не так?

PS

Пробовал с разными расходами и формулами - все нормально.

Было 5 привязанных ресурсов к расценке с точностью знаков 4, 2, 4, 2, 2 соответственно.

Возвращало точность до 9 знаков у этих ресурсов.

В придачу возвращало объемы, выставленные в "" у четырёх расценок.

Смету эту я доработал, поэтому, для интереса, сделал копию и поиздевался.

И что интересно - ситуация НЕ повторилась, всё работает как положено.

Первый раз за всё время возникла такая фича. Не знаю что и думать :roll:

[Sergey]

В чем косяк?

Надо знать при каких действиях пользователя возникает ошибка (при считывании цен из ФТЦ, при ручном вводе значений или еще что), а также придется выслать саму смету и ФТЦ, если он применялся.

В том то и дело, что ошибка возникает сразу же после установки обновления программы до версии 1.3.091028 при попытке пользователя открыть ресурсно-сметный расчет, больше никаких действий пользователь не выполняет. Эта же самая смета в версии 1.3.090909 открывается и работает нормально. Но тут есть один момент: если откат до предыдущей версии делается сразу же после возникновения ошибки и делается не путем полной переустановки программы (например у пользователя стояла версия 1.3.090616, пользователь поставил обновление до версии 1.3.091028, попытался запустить данную версию, если при входе в РСР у него возникла ошибка (а ошибка возникает не у всех пользователей, а только у единичных пользователей) и пользователь снял программу аварийно, и вернул старую версию программы (допустим путем нажатия кнопки "Восстановить программу из резервной копии" в утилите автоматического обновления или путем возвращения старой папки Utils), то при запуске программы и входе в локальную смету сначала выдается сообщение об ошибке вида: "Невозможно очистить директорию" указывается директория C:\RIK\SM_R\RAB\NULL затем после нескольких нажатий на клавишу ОК, локальная смета открывается, но при входе в РСР снова выдается сообщение об ошибке (то что приведено на скрине)), если же откат на предыдущую версия выполнен путем полной переустановки программы и архив строек и концовки перенесены средствами программы, то ошибки не возникает и все открывается и работает нормально (проверено в версии 1.3.090909). Еще раз хочу заметить, что ошибка приведенная мною возникает не у всех пользователей, а примерно у 3-4% от общей массы пользователей программы.

P.S.

Копирование архива строек с компьютера пользователя на мой компьютер данную ошибку не повторяет и повторить данную ошибку на своем компе я не смог.

[Александр]

В чем косяк?

Надо знать при каких действиях пользователя возникает ошибка (при считывании цен из ФТЦ, при ручном вводе значений или еще что), а также придется выслать саму смету и ФТЦ, если он применялся.

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

Программисты просят эту смету.

Пришлите ее пожалуйста на mail@smetarik.ru и не забудьте указать контактный телефон.

[aver]

В окне локальной при вызове пункта меню "Действия"->"Количество дополнительных слоев, проходов и т.п. ..." нельзя установить отрицательное число, например -2 (знак минус фильтруется).

Если же проделать эти действия вручную, установив Н3=Н4=Н5=Н28= -2, то по строке расценки в столбцах "в т.ч. экспл.машин/всего, в т.ч. ЗПМ" показатели будут ОТРИЦАТЕЛЬНЫМИ, а в столбцах "в т.ч. оплата труда.../в т.ч. мат.ресурсы" показатели будут ПОЛОЖИТЕЛЬНЫМИ.

[Александр]

В окне локальной при вызове пункта меню "Действия"->"Количество дополнительных слоев, проходов и т.п. ..." нельзя установить отрицательное число, например -2 (знак минус фильтруется).

Если же проделать эти действия вручную, установив Н3=Н4=Н5=Н28= -2, то по строке расценки в столбцах "в т.ч. экспл.машин/всего, в т.ч. ЗПМ" показатели будут ОТРИЦАТЕЛЬНЫМИ, а в столбцах "в т.ч. оплата труда.../в т.ч. мат.ресурсы" показатели будут ПОЛОЖИТЕЛЬНЫМИ.

Похоже, что надо блокировать ввод отрицательных начислений...

Для нужд сметчика достаточно иметь отрицательный ввод в объем работ расценки. А для каких целей нужен ввод коэфф. на элементы прямых затрат с минусом?

Каша какая то получается, например, зарплата с минусом, а ЭМ и материалы с плюсом.

[aver]

Похоже, что надо блокировать ввод отрицательных начислений...

Для нужд сметчика достаточно иметь отрицательный ввод в объем работ расценки. А для каких целей нужен ввод коэфф. на элементы прямых затрат с минусом?

Каша какая то получается, например, зарплата с минусом, а ЭМ и материалы с плюсом.

По логике, когда мы применяем расценку вида:

"При изменении толщины на каждый 1 см исключать из расценки... (до толщины 10 см, К=-2)" такая запись выглядит корректно, тем более, что представить площадь или объём в физических величинах со знаком минус (только температура понятна) и пощупать его довольно проблематично.

А объём должен стоять намертво, как шлагбаум, и столько, сколько его есть на самом деле в натуре.

И, если мы применили отрицательные начисления Н3,Н4,Н5,Н28, то и ценовые показатели у этих видов затрат должны быть отрицательными, а не положительными

[Александр]

Похоже, что надо блокировать ввод отрицательных начислений...

Для нужд сметчика достаточно иметь отрицательный ввод в объем работ расценки. А для каких целей нужен ввод коэфф. на элементы прямых затрат с минусом?

Каша какая то получается, например, зарплата с минусом, а ЭМ и материалы с плюсом.

По логике, когда мы применяем расценку вида:

"При изменении толщины на каждый 1 см исключать из расценки... (до толщины 10 см, К=-2)" такая запись выглядит корректно, тем более, что представить площадь или объём в физических величинах со знаком минус (только температура понятна) и пощупать его довольно проблематично.

А объём должен стоять намертво, как шлагбаум, и столько, сколько его есть на самом деле в натуре.

И, если мы применили отрицательные начисления Н3,Н4,Н5,Н28, то и ценовые показатели у этих видов затрат должны быть отрицательными, а не положительными

в таком случае выставляется объем с минусом. Это общепризнанная практика. Экспертиза именно так рекомендует.

[aver]

в таком случае выставляется объем с минусом. Это общепризнанная практика. Экспертиза именно так рекомендует.

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

И я всегда считал и считаю, что такой подход искажает картину происходящего.

[Александр]

в таком случае выставляется объем с минусом. Это общепризнанная практика. Экспертиза именно так рекомендует.

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

И я всегда считал и считаю, что такой подход искажает картину происходящего.

Я говорил о коэфф. к объему? Где, когда?

Правильно выставлять объем на доп. расценку как у основной, но со знаком минус, а количество слоев учитывать коэффициентами к элементам прямых затрат начислениями Н3,4,5,48.

[aver]

Я говорил о коэфф. к объему? Где, когда?

Правильно выставлять объем на доп. расценку как у основной, но со знаком минус, а количество слоев учитывать коэффициентами к элементам прямых затрат начислениями Н3,4,5,48.

"Правильно выставлять объем на доп. расценку как у основной, но со знаком минус" как раз и обозначает, что К ОБЪЁМУ ПРИМЕНЁН КОЭФФИЦИЕНТ = МИНУС ОДИН.

Кто скажет, что это не так, пусть кинет в меня камень.

Да и как Вы представляете (и измеряете) в жизни яму объёмом -10 м3 или участок площадью -150 м2, и показываете деньги в кошельке в количестве минус сто рублей?

[Александр]

Я говорил о коэфф. к объему? Где, когда?

Правильно выставлять объем на доп. расценку как у основной, но со знаком минус, а количество слоев учитывать коэффициентами к элементам прямых затрат начислениями Н3,4,5,48.

"Правильно выставлять объем на доп. расценку как у основной, но со знаком минус" как раз и обозначает, что К ОБЪЁМУ ПРИМЕНЁН КОЭФФИЦИЕНТ = МИНУС ОДИН.

Кто скажет, что это не так, пусть кинет в меня камень.

Да и как Вы представляете (и измеряете) в жизни яму объёмом -10 м3 или участок площадью -150 м2, и показываете деньги в кошельке в количестве минус сто рублей?

Коэффициенты применены к элементам прямых затрат, а что это "означает" в Вашем понимании... это Ваше личное мнение))

И не путайте, пожалуйста, начинающих пользователей потому, что многие действительно практикуют применение коэффициентов к ОБЪЕМУ. Есть такая метода, не все ее принимают, но она есть - умножают объем у расценки доп.слоя на кол-во слоев без применения коэффициентов к элементам прямых затрат.