План производства

[aver]

ПП большой, длинный, а менять восстанавливать концовки с контролем стоимостных показателей...

я делаю проще: копирую План Производства и в нем анализирую, потом его удаляю.

Кстати, а как с утверждением "У ПП менять архивный номер нельзя", что произойдет при копировании в той же стройке, иначе расчет пойдёт лесом.

Я об этом уже где-то слышал.

[Александр]

Кстати, а как с утверждением "У ПП менять архивный номер нельзя", расчет пойдёт лесом.

Я об этом уже где-то слышал.

Расчет будет выполнен нормально, а "пойдет лесом" команда "Внесение объемов работ".

Это когда Вы хотите создать заново ПП и перенести в него объемы из ПП-оригинала. Команда не отработает, если был поменян архивный номер сметы или ПП.

[aver]

Версия 1.3.110722. План производства с уровня стройки, 6 объектов, 11 смет.

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

2. При использовании в ПП команды "F9-На смету" активизировалась всегда последняя строка ПП, а не требуемая смета, т.е. данная команда перестала работать.

К чему бы это? Или я делаю что-то не так?

[Александр]

Версия 1.3.110722. План производства с уровня стройки, 6 объектов, 11 смет.

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

Это завязано на сортировке списка и должен смотреть программист, а он в отпуске на 2 недели. Придется ждать. Извините.

2. При использовании в ПП команды "F9-На смету" активизировалась всегда последняя строка ПП, а не требуемая смета, т.е. данная команда перестала работать.

Это известно и исправлено. Обновите с сайта еще раз РИК, он хоть и под тем же номером от 1.3.110722 будет, но "Переходить на смету" и "Удалять смету" теперь умеет.

[aver]

Обновите с сайта еще раз РИК, он хоть и под тем же номером от 1.3.110722 будет, но "Переходить на смету" и "Удалять смету" теперь умеет.

Спасибо.

Но, всё-таки, лучше о fix'ах сообщать в разделе обновлений, а не стеснятся.

[aver]

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

Раньше вроде такого не было замечено.

[Александр]

При выходе из ПП с сохранением, значения в изменяемых полях концовки не сохраняются (концовка одинаковая для всех смет в ПП),

то есть в "Параметрах расчета- Общие" выбран "3-й вариант"?

и при очередном входе в ПП,

А при входе в ППР РИК каждый раз "орёт", что "Одна из концовок не соответствует... и т.д. ?

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

Раньше вроде такого не было замечено.

У меня все запоминает...ничего "шаманить" не нужно...все штатно запоминает.

[aver]

то есть в "Параметрах расчета- Общие" выбран "3-й вариант"?

Нет, выбран 1-й вариант

А при входе в ППР РИК каждый раз "орёт", что "Одна из концовок не соответствует... и т.д. ?

Об этом он извещает только при первом входе в ПП

У меня все запоминает...ничего "шаманить" не нужно...все штатно запоминает.

А у меня нет. Хотя концовка и одна для всех, но всё же кроме изменяемых полей есть у одной сметы измененное в смете наименование одной из строк.

Может это влияет? Т.е. в одной из смет есть строка возврата стоимости материалов заказчика (=значение), а в остальных эта строка не задействована. Вот для этой сметы в ПП и происходит сброс значений изменяемых полей в дефолт, хотя значения в них такие же, как во всех остальных сметах (кроме строки возврата, разумеется).

[aver]

...есть у одной сметы измененное в смете наименование одной из строк.

Может это влияет?

Нет, не в этой строке дело.

Опытным путем установлено:

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

НО!!! Сохранение этих значений полей, распростроненных во все концовки смет, с выходом из ПП не происходит. Измененные значения сохраняются только в той смете, в которой они явно были внесены пользователем.

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

По моему мнения, просматривается очевидная недоработка механизма сохранения.

Ведь если пользователь при выходе из ПП сохранил изменения, то эти изменения должны СОХРАНИТЬСЯ, независимо от того, открыта ли форточка в помещении. Иначе смысл команды "Сохранить изменения" утрачивается и разработчики должны дать исчерпывающий список случаев, когда она не будет выполняться.

[aver]

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

Это так задумано? Или как?

[aver]

В Плане производства формула объема у привязанных ресурсов расценки остается от полного её объема (как в смете), и не показывает принятый к выполнению объем по данной расценке в данном ПП.

В данном примере сметный объем = 100 м2, нормативный расход на ед.измерения = 0,0606

объем выполнения в ПП = 50 м2, с нормативным расходом = 0,0606 общий расход привязанного ресурса (поз.5) будет 0,5*0,0606 = 0,0303, а формула показывает (1,0)*0,0606.

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

И плохо то, что в ПП не передаются настройки округления (количество знаков после запятой) из поля "Точность" (справа внизу окна локальной сметы).

[Александр]

В Плане производства формула объема у привязанных ресурсов расценки остается от полного её объема (как в смете), и не показывает принятый к выполнению объем по данной расценке в данном ПП.

В данном примере сметный объем = 100 м2, нормативный расход на ед.измерения = 0,0606

объем выполнения в ПП = 50 м2, с нормативным расходом = 0,0606 общий расход привязанного ресурса (поз.5) будет 0,5*0,0606 = 0,0303, а формула показывает (1,0)*0,0606.

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

И плохо то, что в ПП не передаются настройки округления (количество знаков после запятой) из поля "Точность" (справа внизу окна локальной сметы).

Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки).

[aver]

Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки).

Я говорил о точности у привязанных ресурсов, а не про сами расценки.

смотрите скринщот, для поз.5 в смете выставлено 4 знака после запятой, а на печать из ПП строка пойдет = 8 знаков

[Александр]

Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки).

Я говорил о точности у привязанных ресурсов, а не про сами расценки.

смотрите скринщот, для поз.5 в смете выставлено 4 знака после запятой, а на печать из ПП строка пойдет = 8 знаков

И там все нормально, если в смете руками выставлено округление для привязанной позиции. Значение округления автоматически не передается от материнской расценки, его, если это нужно, то надо править руками.

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

Непонятно, почему у Вас в смете одно, а в ППР другое...присылайте смету и ППР, посмотрим.

ЗЫ.

Может этот ППР делался старым РИКом? Раньше была такая проблема, но потом мы ее исправили. Попробуйте выпустить ППР заново.

[aver]

Значение округления автоматически не передается от материнской расценки, его, если это нужно, то надо править руками.

Это скорее, упущение в программе, чем достоинство.

Только руками это и приходится делать. Но очень неудобно, хотелось бы по принципу – настроил и забыл.

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

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

Непонятно, почему у Вас в смете одно, а в ППР другое...присылайте смету и ППР, посмотрим.

Мне тоже непонятно почему.

Может этот ППР делался старым РИКом? Раньше была такая проблема, но потом мы ее исправили. Попробуйте выпустить ППР заново.

Да нет, (1.3.111226) я обновляюсь сразу по появлению обновлений на сайте.