Не соответствие локальной и объектной смет

**pkoltsov** Пт Окт 16, 2015 10:54

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

Стоит smeta.ru 8.0.0.33

Ваша реклама

**Voyager`tm** Пт Окт 16, 2015 12:22

Боюсь, без скриншотов помочь Вам не сможем.
На скриншотах должны быть данные, полученные в программе, данные, полученные в отчете, а также указано, какие именно цифры являются неправильными, и какие должны быть правильными.

**pkoltsov** Пт Окт 16, 2015 14:27

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

**Voyager`tm** Пт Окт 16, 2015 15:47

В объектной смете выводятся итоговые стоимости по типам затрат по двум уровням цен, а в отчет - в данном случае, Смета по ТСН 11-граф, выводится только один уровень цен (точнее, два, но в параметрах формирования в самом низу окна предлагается выбор, из какого уровня цен брать цены). Так заполняются текущие цены. Базовые цены получаются путем пересчета из текущих. Т.е. они не имеют НИКАКОГО отношения к первому уровню цен в смете

**pkoltsov** Сб Окт 17, 2015 9:34

Понятно. так что объектную смету по ходу придется править руками под нужные цифры. Спасибо за ответ

**Timur** Пн Окт 19, 2015 9:26

pkoltsov писал(а):Понятно. так что объектную смету по ходу придется править руками под нужные цифры. Спасибо за ответ

Руками править ничего не стоит...думаю вы просто пошли по неправильному способу формирования сметы. Попробуйте обратиться к консультантам по сметному делу...они вам обязательно помогут. Если попытка обратиться к консультантам не приведет к нужному результату, то приложите экспортный объект формата sobx...попробуем разобраться тут.

**Melo Dy** Ср Мар 16, 2016 11:45

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

Для моделирования ситуации повторюсь:
Берем смету с проставленными в ней прайсовыми ценами в обоих уровнях цен, например, импортировали для редактирования готовую смету. Галочка о распространении стоимости прайсовых материалов на базисный уровень цен отжата. Меняем цены на половине сметных строк с материалами по прайсу в панели цен на вкладке текущего уровня, при этом данные на вкладке базисных цен автоматически остаются без изменений. Далее включаем чекбокс о распространении и изменяем цены на второй половине сметных строк такого же типа. Перед выгрузкой имеем половину материалов с соотносящимися ценами база-текущие (вторая) и половину - кто в лес, кто по дрова (первая половина). В объектной смете все данные соответствуют локальной, т.е. визуально проблему тут пока не отследишь. Выгружаем в Excel локальную и объектную. Сравниваем итоги базисного уровня цен локалки и объектной, и только тут выявляется отличие. На основании этого можно сделать следующие выводы: в локальной смете базисные цены образованы обратным счетом от текущих согласно алгоритмам выгрузки, а не взяты из базы данных программы; объектная же смета - это полностью цифры из программы*. Версия 8.0.0.3.. (<36), база ФЕР/ТЕР, отчет ФЕР 10 граф.

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

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

**Timur** Чт Мар 17, 2016 9:18

Melo Dy писал(а):При проверке оказалось, что в панели цен базисного уровня стояли цифры несоотносимые с данными на вкладке текущего уровня.

Суть в том, что несоответствие и впрямь может быть например после экспорта\импорта из версии 8 в 9...поскольку математика расчета может отличаться между версиями, то в теории смета может быть посчитана не так как в Excel...т.к. в отчете применяется текущая методика расчета как в программе...
Поэтому смету после импорта при отправке на печать следуют пересчитать и тогда в программе и в отчете все будет одинаково...

Melo Dy писал(а):Для моделирования ситуации повторюсь:
Берем смету с проставленными в ней прайсовыми ценами в обоих уровнях цен, например, импортировали для редактирования готовую смету. Галочка о распространении стоимости прайсовых материалов на базисный уровень цен отжата. Меняем цены на половине сметных строк с материалами по прайсу в панели цен на вкладке текущего уровня, при этом данные на вкладке базисных цен автоматически остаются без изменений.

Если после импорта пересчитать смету, то проблема думаю не повторится...

Melo Dy писал(а):Параллельно в месте, отмеченном символом * выше, хотелось бы отметить отсутствие связей-формул с локальными сметами и высказать нескромное пожелание в будущем при прочих равных условиях уже после выгрузки иметь автопересчет сумм в объектной смете по факту изменения объема в локальных, как это давно реализовано для итогов локальных смет.

Занесли в план работ...CQ[14644]