Ошибки и баги Smeta.Ru 8 и варианты их решения.

[АлександрZ]

Добрый день. Версия 8.0.0.26. Проблема с экспортом/импортом/копированием объектов. Выдает ошибку: "..H:\StriySoft\Smeta.ru\Client\Plugins\ExplmpObj.dll уже загружен."
Что делать?

[expert69]

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

[expert69]

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

[arbeiten]

Когда вытаскиваю вай--фай модем - смета.ру закрывается с ошибкой, что потеряна связь...

как отвязать программу от модемов и инета?

[expert69]

Когда вытаскиваю вай--фай модем - смета.ру закрывается с ошибкой, что потеряна связь...

как отвязать программу от модемов и инета?

Может просто ключ отрубается, когда из другого usb-порта вытаскиваете модем?

[Semenov]

Когда вытаскиваю вай--фай модем - смета.ру закрывается с ошибкой, что потеряна связь...
как отвязать программу от модемов и инета?

Можно прописать в реестре указанный параметр, при этом протокол TCP/IP не будет сбрасываться при выключении последнего сетевого адаптера в системе:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"DisableDHCPMediaSense"=dword:00000001

[dfy.irf]

Здравствуйте. У меня такая проблема программа не правильно округляет значения если в параметрах объекта ставлю точность итоговых(до целых),а точность единичных (до2х знаков) и вот что получается во второй позиции не правильно округляются ПЗ, а в 4Й ПЗ и ЭММ там должна стоять единица а не ноль. В итоге получается хорошая сумма из за не правильного округления!

[expert69]

Чтобы избежать лишних округлений может имеет смысл поставить единичные значений без округления?

[Коньяк]

Попробовал. Разницы ни какой нет, все равно не правильно округляет!

[Mikle]

Здравствуйте!
Все ценовые показатели пересчитываются по формулам из типового расчета, назначенного на смету. Как был произведен расчет можно узнать в помощнике. Для его отображения переведите фокус ввода в ценовой показатель на панели цен и нажмите появившуюся кнопку с тремя точками в правой части поля ввода.
В частности в Вашем случае для Итоговых прямых затрат скорее всего использована формула: = {И_Ст.Мат.}+{И_ЭММ}+{И_ОЗП}
т.е. это не округленные единичные прямые затраты, а сумма уже округленных итоговых. Отсюда и получается расхождение.

[dfy.irf]

Я в курсе про формулы , про типовой расчет и что итоговые ПЗ получаются из суммы {И_Ст.Мат.}+{И_ЭММ}+{И_ОЗП}. только почему в других программах округление ПЗ происходит Правильно, а единица ЭММ добавляется в стоимость материалов в итоге ПЗ правильные. Это косяк программы она не правильно округляет и я прошу исправить эту ошибку.

[dfy.irf]

В том то и дело , что в печатном виде отображаются единичные с двумя знаками после запятой и итоговые округленные до целого, а округление чисто математически происходит не правильно(пример прилагаю строка выделена желтым). Если формулу И_ПЗ в программе заменить на ОКР({Е_Ст.Мат.}+ {Е_ЭММ}+ {Е_ОЗП};0), тогда округление происходит правильно, НО после этого программа не реагирует на объем если его поменять. ПЗ остаются единичными. Я думаю на уровне разработчика ПК это можно как то воплотить в реальность?

[Коньяк]

Поддержу dfy.irf и одновременно не соглашусь с ним. Округляет-то программа правильно, в соответствии с правилами математики. И ситуация с обнулением ЭММ при округлении до целых тоже решается без помощи разработчиков (в формулах типового расчета). А вот с прямыми затратами (как на рис. 4) дело сложнее. И без помощи разработчиков не обойтись. Mikle, неужели Вы считаете, что занижение сметной стоимости - это правильно? И на расхождения можно закрыть глаза? И каждую расценку надо проверять, правильно она округлила или нет? Если единичная стоимость ПЗ 26,6, то итоговая должна быть 27, а не 26. И сметчика не очень волнует, по какой формуле считаются ПЗ. Он результат только видит и вопросы задает. А мы помочь ему толком ничем не можем, только выкручиваемся. Например, в случае на рис. 4 на объеме, равном 1, можно решить вопрос, но только для единичного объема. И все только из-за этой формулы {И_Ст.Мат.}+{И_ЭММ}+{И_ОЗП}. Вот считались бы итоговые ПЗ от единичных напрямую, и проблем бы не было (по крайней мере, с округлением). Или была бы доступна для включения в сметные формулы переменная "Объем". Уже 9-я версия на носу, может быть появятся какие-либо решения этого вопроса?

[Mikle]

Уважаемый Коньяк!
Вопрос с округлением уже неоднократно поднимался и до сих пор никто не смог предложить правильную (удовлетворяющую всех клиентов) методику. Быть может существует какой-нибудь нормативный документ в котором указано как должны округлятся ПЗ и ее составляющие? В Вашем примере с ПЗ конечно все нормально но вот стоимость материальных ресурсов единичная = 5.26 а итоговая = 6. Мне это тоже не кажется очень уж правильным.

dfy.irf, может Вас удовлетворит формула Итоговых ПЗ = {Е_Пр.Зат.} ?
в этом случае будет учитываться при расчете и индекс и объем, НО сумма итоговых составляющих не будет равна итоговой ПЗ.

С точки зрения математики расхождение обязательно где-нибудь будет, весь вопрос в том где оно должно быть? Повторюсь, что если есть утвержденная методика расчета и округления, то буду благодарен за ссылку на документ.

[Коньяк]

Mikle, все понимаю, и Ваши мнение уважаю и во многом с ним согласен, и ситуация с такими пограничными округлениями не так уж и часто встречается. И документа по округлениям тоже, скорее всего, нет. Но хотя бы возможность выбора предоставьте. Чтобы можно было на итоговую ПЗ назначать формулу = {Е_Пр.Зат.}, или формулу ={И_Ст.Мат.}+{И_ЭММ}+{И_ОЗП} - по необходимости. Все-таки разница в стоимостях статей ПЗ не так в глаза бросается, как разница в стоимостях самих ПЗ. Я Вам больше скажу, Гранд и Естимейт считают одинаково, т.е. все лишнее на стоимость материалов перекидывают, а вот Госстройсмета по стандартному алгоритму считает также, как и Smeta.ru. Но в ГСС есть возможность изменить формулу, используя переменную "Объем" (она там Кол называется), а в Smeta.ru - нет. И кстати, проблем с применением построчных индексов при этом не возникает. Почему бы переменную "Объем" не сделать доступной? Пусть будет стандартный алгоритм, как сейчас, а для тех, кто хочет поизвращаться (типа меня и dfy.irf) будет возможность использовать эту переменную. Нам, вот, например построчные индексы пока не нужны (не выпускают их у нас).