aver Опубликовано 15 декабря, 2010 Автор Жалоба Share Опубликовано 15 декабря, 2010 ПП большой, длинный, а менять восстанавливать концовки с контролем стоимостных показателей...я делаю проще: копирую План Производства и в нем анализирую, потом его удаляю.Кстати, а как с утверждением "У ПП менять архивный номер нельзя", что произойдет при копировании в той же стройке, иначе расчет пойдёт лесом. Я об этом уже где-то слышал. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Александр Опубликовано 15 декабря, 2010 Жалоба Share Опубликовано 15 декабря, 2010 Кстати, а как с утверждением "У ПП менять архивный номер нельзя", расчет пойдёт лесом. Я об этом уже где-то слышал.Расчет будет выполнен нормально, а "пойдет лесом" команда "Внесение объемов работ".Это когда Вы хотите создать заново ПП и перенести в него объемы из ПП-оригинала. Команда не отработает, если был поменян архивный номер сметы или ПП. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 5 сентября, 2011 Автор Жалоба Share Опубликовано 5 сентября, 2011 Версия 1.3.110722. План производства с уровня стройки, 6 объектов, 11 смет.1. При создании Плане производства в окне "Выбор смет" порядок следования смет был произвольным и не соответствовал тому порядку, как сметы расположены в дереве архива строек. Пришлось присоединять сметы в два захода, что бы получилось по-порядку.2. При использовании в ПП команды "F9-На смету" активизировалась всегда последняя строка ПП, а не требуемая смета, т.е. данная команда перестала работать.К чему бы это? Или я делаю что-то не так? Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Александр Опубликовано 5 сентября, 2011 Жалоба Share Опубликовано 5 сентября, 2011 Версия 1.3.110722. План производства с уровня стройки, 6 объектов, 11 смет.1. При создании Плане производства в окне "Выбор смет" порядок следования смет был произвольным и не соответствовал тому порядку, как сметы расположены в дереве архива строек. Пришлось присоединять сметы в два захода, что бы получилось по-порядку.Это завязано на сортировке списка и должен смотреть программист, а он в отпуске на 2 недели. Придется ждать. Извините.2. При использовании в ПП команды "F9-На смету" активизировалась всегда последняя строка ПП, а не требуемая смета, т.е. данная команда перестала работать.Это известно и исправлено. Обновите с сайта еще раз РИК, он хоть и под тем же номером от 1.3.110722 будет, но "Переходить на смету" и "Удалять смету" теперь умеет. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 5 сентября, 2011 Автор Жалоба Share Опубликовано 5 сентября, 2011 Обновите с сайта еще раз РИК, он хоть и под тем же номером от 1.3.110722 будет, но "Переходить на смету" и "Удалять смету" теперь умеет.Спасибо.Но, всё-таки, лучше о fix'ах сообщать в разделе обновлений, а не стеснятся. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 5 сентября, 2011 Автор Жалоба Share Опубликовано 5 сентября, 2011 При выходе из ПП с сохранением, значения в изменяемых полях концовки не сохраняются (концовка одинаковая для всех смет в ПП), и при очередном входе в ПП, значения этих полей устанавливаются из шаблона. Приходится при каждом открытии ПП править значения в этих изменяемых полях (коэффициент, процент...)Раньше вроде такого не было замечено. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Александр Опубликовано 5 сентября, 2011 Жалоба Share Опубликовано 5 сентября, 2011 При выходе из ПП с сохранением, значения в изменяемых полях концовки не сохраняются (концовка одинаковая для всех смет в ПП),то есть в "Параметрах расчета- Общие" выбран "3-й вариант"? и при очередном входе в ПП, А при входе в ППР РИК каждый раз "орёт", что "Одна из концовок не соответствует... и т.д. ?значения этих полей устанавливаются из шаблона. Приходится при каждом открытии ПП править значения в этих изменяемых полях (коэффициент, процент...)Раньше вроде такого не было замечено.У меня все запоминает...ничего "шаманить" не нужно...все штатно запоминает. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 5 сентября, 2011 Автор Жалоба Share Опубликовано 5 сентября, 2011 то есть в "Параметрах расчета- Общие" выбран "3-й вариант"?Нет, выбран 1-й вариантА при входе в ППР РИК каждый раз "орёт", что "Одна из концовок не соответствует... и т.д. ?Об этом он извещает только при первом входе в ППУ меня все запоминает...ничего "шаманить" не нужно...все штатно запоминает.А у меня нет. Хотя концовка и одна для всех, но всё же кроме изменяемых полей есть у одной сметы измененное в смете наименование одной из строк.Может это влияет? Т.е. в одной из смет есть строка возврата стоимости материалов заказчика (=значение), а в остальных эта строка не задействована. Вот для этой сметы в ПП и происходит сброс значений изменяемых полей в дефолт, хотя значения в них такие же, как во всех остальных сметах (кроме строки возврата, разумеется). Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 7 сентября, 2011 Автор Жалоба Share Опубликовано 7 сентября, 2011 ...есть у одной сметы измененное в смете наименование одной из строк.Может это влияет? Нет, не в этой строке дело.Опытным путем установлено:• после внесении значения (отличного от установленного) в изменяемое поле, при положительном ответе на вопрос "Использовать изменение во всех сметах?", это значение устанавливается в соответствующих строках концовок всех задействованных в данном ПП смет. НО!!! Сохранение этих значений полей, распростроненных во все концовки смет, с выходом из ПП не происходит. Измененные значения сохраняются только в той смете, в которой они явно были внесены пользователем.Это означает, что если я хочу, что бы изменения в таких полях действовали и в последующем (при выходе и открытии ПП заново), необходимо устанавливать эти значения в концовках каждой сметы, отвечая "Нет" на вопрос "Использовать изменение во всех сметах?". Тогда они уже не сбиваются на дефолтные.По моему мнения, просматривается очевидная недоработка механизма сохранения.Ведь если пользователь при выходе из ПП сохранил изменения, то эти изменения должны СОХРАНИТЬСЯ, независимо от того, открыта ли форточка в помещении. Иначе смысл команды "Сохранить изменения" утрачивается и разработчики должны дать исчерпывающий список случаев, когда она не будет выполняться. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 31 января, 2012 Автор Жалоба Share Опубликовано 31 января, 2012 При переносе остатков объемов в плане производства на следующий год, почему-то не подхватывает во вновь созданный ПП Заказчика и Подрядчика из атрибутов ПП.Это так задумано? Или как? Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 8 февраля, 2012 Автор Жалоба Share Опубликовано 8 февраля, 2012 В Плане производства формула объема у привязанных ресурсов расценки остается от полного её объема (как в смете), и не показывает принятый к выполнению объем по данной расценке в данном ПП.В данном примере сметный объем = 100 м2, нормативный расход на ед.измерения = 0,0606объем выполнения в ПП = 50 м2, с нормативным расходом = 0,0606 общий расход привязанного ресурса (поз.5) будет 0,5*0,0606 = 0,0303, а формула показывает (1,0)*0,0606.Это может сбивать пользователей (да и проверяющих) с толку.И плохо то, что в ПП не передаются настройки округления (количество знаков после запятой) из поля "Точность" (справа внизу окна локальной сметы). Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Александр Опубликовано 8 февраля, 2012 Жалоба Share Опубликовано 8 февраля, 2012 В Плане производства формула объема у привязанных ресурсов расценки остается от полного её объема (как в смете), и не показывает принятый к выполнению объем по данной расценке в данном ПП.В данном примере сметный объем = 100 м2, нормативный расход на ед.измерения = 0,0606объем выполнения в ПП = 50 м2, с нормативным расходом = 0,0606 общий расход привязанного ресурса (поз.5) будет 0,5*0,0606 = 0,0303, а формула показывает (1,0)*0,0606.Это может сбивать пользователей (да и проверяющих) с толку.И плохо то, что в ПП не передаются настройки округления (количество знаков после запятой) из поля "Точность" (справа внизу окна локальной сметы).Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки). Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 8 февраля, 2012 Автор Жалоба Share Опубликовано 8 февраля, 2012 Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки).Я говорил о точности у привязанных ресурсов, а не про сами расценки.смотрите скринщот, для поз.5 в смете выставлено 4 знака после запятой, а на печать из ПП строка пойдет = 8 знаков Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Александр Опубликовано 9 февраля, 2012 Жалоба Share Опубликовано 9 февраля, 2012 Насчет формулы замечание справедливое, программисты посмотрят, а вот о передаче точности непонятно. Вроде все передается правильно(см. картинки).Я говорил о точности у привязанных ресурсов, а не про сами расценки.смотрите скринщот, для поз.5 в смете выставлено 4 знака после запятой, а на печать из ПП строка пойдет = 8 знаковИ там все нормально, если в смете руками выставлено округление для привязанной позиции. Значение округления автоматически не передается от материнской расценки, его, если это нужно, то надо править руками.Обратите внимание, что в ППР значение округления для каждой позиции выводится, но не редактируется и берется не откуда-нибудь, а из сметы (см. картинку), поэтому не надо печатать выходную форму, чтобы знать точность округления объема, все есть в самом ППР.Непонятно, почему у Вас в смете одно, а в ППР другое...присылайте смету и ППР, посмотрим.ЗЫ. Может этот ППР делался старым РИКом? Раньше была такая проблема, но потом мы ее исправили. Попробуйте выпустить ППР заново. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
aver Опубликовано 9 февраля, 2012 Автор Жалоба Share Опубликовано 9 февраля, 2012 Значение округления автоматически не передается от материнской расценки, его, если это нужно, то надо править руками. Это скорее, упущение в программе, чем достоинство.Только руками это и приходится делать. Но очень неудобно, хотелось бы по принципу – настроил и забыл. Обратите внимание, что в ППР значение округления для каждой позиции выводится, но не редактируется и берется не откуда-нибудь, а из сметы (см. картинку), поэтому не надо печатать выходную форму, чтобы знать точность округления объема, все есть в самом ППР. Ещё раз повторюсь, что обсуждаю не строки расценок, а привязанные к ним строки материальных ресурсов , в данном случае строка поз.5 (см.скриншот). Непонятно, почему у Вас в смете одно, а в ППР другое...присылайте смету и ППР, посмотрим. Мне тоже непонятно почему. Может этот ППР делался старым РИКом? Раньше была такая проблема, но потом мы ее исправили. Попробуйте выпустить ППР заново.Да нет, (1.3.111226) я обновляюсь сразу по появлению обновлений на сайте. Цитата Ссылка на комментарий Поделиться на другие сайты More sharing options...
Рекомендуемые сообщения
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.