Александр

И все таки, Пожалуйста, пришлите на тот же адрес всю папку VAR (Disk:\RIK\SM_R\VAR) и саму смету.Если прислать затруднительно, то позвоните нам в офис, мы попытаемся помочь. Большое спасибо, всю информацию получили, ошибку на компе у программистов смогли воссоздать, а значит будем ее исправлять.

И все таки, Пожалуйста, пришлите на тот же адрес всю папку VAR (Disk:\RIK\SM_R\VAR) и саму смету.Если прислать затруднительно, то позвоните нам в офис, мы попытаемся помочь.

Первоначально мы думали, что ошибка связана с ошибкой в НБ, но база у Вас, судя по версии, не должна вызывать такую ошибку, поэтому, не сочтите за труд, и вышлите нам след.:1. смету в формате РИКа 2. номер версии РИКа 3. скриншот окна "Выбор диапазона ресурсов" (с лампочками)

Ваша концовка получена и проверена - работает нормально.Я пробовал создать новую смету и назначить Вашу концовку, пробовал менять концовки на базовые и Вашу - тоже нормально работает. Пожалуйста, пришлите на тот же адрес всю папку VAR (Disk:\RIK\SM_R\VAR) и саму смету, а так же подробно пошагово опишите в письме последовательность действий, при которых появляется ошибка в форме. И укажите номер версии РИКа.

Данные можно посмотреть в окне "Информация о НБ".

Вы же не хотите сказать, что если в ППР ввести значение 100 и нажать ЕНТЕР, то программа сама преобразует его в 100,123456789? Вы сами вводите значение "100,123456789" в виде числа или формулы,например, у позиций со скрепочками. Если второе, то повторю еще раз: ППР не округляет выполненные объемы работ. Нет там такой функции. И никакие параметры округления, в виде кол-во знаков и проч проч из локальной сметы при расчете выполненных работ не использует, только при расчете годовой нормы, чтобы годовая норма была точно такая же, как в смете. Точнее сказать, годовая норма и норма на весь объект. И возможности назначить в ППР округления для отдельной позиции там тоже нет(смотри картинку), так же как нет и для всего ППР, как показано в той картинке, которую показали Вы в первом сообщении. Они везде заблокированы.

Проверил, создал заново ПП, результат тот же. Посмотрите на скриншот вверху: годовая норма (для привязанного кирпича) показана с учетом установок округления для позиции в смете = 3 знакам, при 100% выполнении в расходе появляется округленная до 3-х знаков годовая норма, а расход при ЧАСТИЧНОМ выполнении в ПП = 9 знаков после запятой, как на скриншоте. Вот это и беспокоит. 1. а можно было догадаться, что колонка "Годовая норма" отображается полностью и дальше в ней нет еще 10 знаков? 2. а "при ЧАСТИЧНОМ выполнении" это как? то есть я ввожу 6,5 а РИК преобразует в 6,5132456789 или Вы задаете выполнение в процентах? Получается, что Ваш вопрос звучит немного по другому: значение округление передается в ППР и применяется, но в некоторых случаях при задании частичного выполнения округляет неправильно... Вот теперь надо понять, что это и как его смоделировать у нас на компе.

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

А что это за база?Её версия, дата и откуда ее брали?

Вот и я об этом же: И, тем не менее, в ПП показывает 9 знаков. У меня в этом и был вопрос: в смете = 4 знака, в ПП = 9 знаков. Почему?. Вы путаете округление в СМЕТЕ и округление ПО ПОЗИЦИИ.В окне Параметры сметы указывается округление принятые в смете для всех позиций по умолчанию, но они могут корректироваться в каждой позиции вручную. При создании ППР ФАКТИЧЕСКИЕ значения знаков для округления объема КАЖДОЙ позиций, принятые в смете, передаются в ППР без изменения и возможности редактирования. В ППР в окне "Параметры плана производства" значение округления отображается только потому, что окно общее для смет и ППР и программистам тяжело его отдельно для ППР отображать без округления, оно просто отображается и не редактируется. У ВАС из смет в ППР округление передается не корректно? В ППР в конкретной позиции вместо 4 знака применяется 9 или только так написано в окне "Параметры.."?

По-моему я сказал обратное: при создании ППР, отредактированное значение БЕРЕТСЯ из смет (в сметах то редактируется же!) и далее в ППР не редактируется.

Такое происходит с Пользовательской концовкой?Если да, то пришлите нам ее, пожалуйста.

Нет, эти сведения берутся из смет и в ППР не редактируются, иначе неправильно посчитается остаток работ.

Пришлите нам, пожалуйста, саму смету в формате РИКа, мы посмотрим.P.S. Давайте будем новые вопросы начинать в новых темах. Пользователям трудно находить ответы на свои вопросы, когда все свалено в одну кучу.

Нет, это неправильный вывод.Мы попробовали у себя на всех компах техподдержки и пробовали всякие немыслимые последовательности выполнения команд добавления расценок из окна в смету - ВСЕ ИСПРАВНО РАБОТАЕТ! Предлагаю Вам установить у себя на компе Team Viewer QS ( http://www.teamviewer.com/download/TeamViewerQS.exe ) и связаться с тех поддержкой, мы привлечем программистов и посмотрим, что там у Вас происходит.

Скоро. уже сделано. проверяется. Ценовая политика у них поменялась. Никаких скидок пользователям старой РЖД нет, увы.Основное раб место = 20,0т.р. Доп. раб место=10 т.р.

К сожалению, такой текст автоматически ввести в расценку при применении Базовой поправки и, соответственно, вывести на печать в выходной форме нельзя.Доступен текст вот такой: "Прил.1.12 п.3.189 Кзтр=1,15" Который печатается в конец наименования расценки.

Можно, надо выставить требуемое кол-во знаков после запятой в окне Параметры расчета РСР.

В расценке к ОЗП посчитается К=1,38, а в выходной форме напечатается 1,38, если галочке нет или 1,15*1,2, если галочка установлена (см. картинку).

думаю, надо посмотреть еще до печати, что же применяет РИК на расценку, правильно?А посмотреть можно в окне "Текущая запись" или в окне "Корректировка начислений по позиции". При чем в окне "Корректировка начислений по позиции" в колонке "Глобальные" указаны значения Глобальных начислений по всей смете, НО ФАКТИЧЕСКИ ДЕЙСТВУЮЩИЕ начисления по данной позиции указаны в в колонке "По позиции". На картинке примера: для Н5 принято глобальное начисление 1,15, а по позиции действует начисление Н5=1,38, которое получено путем применения формулы 1,15*1,2=1,38

Почему-то именно так была поставлена задача программисту: в РСР выводить разными строками, а в Ведомость ресурсов - всегда одной строкой, независимо от галочки. То есть НАИМЕНОВАНИЕ не влияло на разделение строк в выходной форме - "Ведомость...", а влияла только Цена.Сейчас это исправлено и в новой версии РИКа ресурсы будут попадать в разные строки или объединяться в Ведомостях и РСР по одинаковому принципу, по разным Наименованию или Цене.

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

А у меня вот как выглядит, все помещается. Такой неприятный эффект бывает от настройки шрифтов в Винде. Скорее всего у Вас шрифт выбран КРУПНЫЙ или что-то вроде этого. Сама Винда обрабатывает такие настройки неправильно, отсюда и грабли.

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

Скорее всего, "тормоза" из-за жесткой настройки антивируса. В качестве эксперимента, отключите его и попробуйте поработать в РИКе.