Форум » » Вопросы и предложения разработчикам (часть 5) » Ответить

Вопросы и предложения разработчикам (часть 5)

Mon@x: Тема отслеживается разработчиками. Не все предложения будут приняты к реализации, но будут восприняты с благодарностью и рассмотрены. Часть 1 Часть 2 Часть 3 Часть 4

Ответов - 328 новых, стр: 1 2 3 4 5 6 7 8 9 All

Б. Н.: djurka пишет: Единственное, меня расстраивает тот факт, что разработчики сметных ПК никак не могут прийти к общему знаменателю по алгоритму создания файла ИБД, а лишь кивают друг на друга, типа у нас все правильно, это все они виноваты. Рассмотрим факты. Вы убедились, что в ИБД была ошибка. Ошибка, допущенная программой, выдавшей ИБД. После исправления ошибки АВК-5 ввела данный ИБД. То, что исправлять ИБД пришлось вручную - позор. Кстати, на соседнем форуме я с удивлением узнал, что исходный ИБД предназначен для ввода в устаревшую АВК-3, а не в АВК-5. Узнал и то, что создатели этого злополучного файла извинились перед Вами. Поэтому все Ваши претензии и пожелания никак не относятся к АВК-5.

mikaella2007: Б. Н., проблема в том, что ИБД от СТС тоже выдают ошибки при вводе в АВК. Например, если отсутствует шифр проекта. Исправление таких мелочей забирает массу рабочего времени. Ну какое влияние на итоговую сумму имеет отсутствие шифра? Может все же убрать лишние препоны, чтобы не возникали подобные коллизии с "трудностью перевода"? И кому легче это решить между собой разработчикам или пользователям? Думаю, что все же разработчикам.

djurka: Б. Н., А где Вы в моих постах увидели претензии? Мне просто обидно, ОБИДНО за всех конечных пользователей, которые не могут, да и не должны, в принципе, разбираться кто там из разработчиком что нарушает или недодерживается. Я не знаю структуры ИБД и принципа ее формирования, да мне оно и не надо было-бы, как говориться если бы не бы-бы-бы , я так считаю. Неужели ВСЕ разработчики не могут сесть за стол переговоров, и утвердить ЕДИНУЮ структуру ИБД, подписать какое то n-сторонее соглашение, что если кто-то чего-то не будет додерживаться, то наложить на такого разработчика штрафы, или как-то по другому влиять на процесс? Неужели за 4 или сколько там лет существования ИБД всем разработчикам не надоело гнать друг на друга волну, и выслушивать негатив друг от друга и от пользователей?


djurka: mikaella2007 пишет: И кому легче это решить между собой разработчикам или пользователям? Думаю, что все же разработчикам Верно подмечено

Б. Н.: djurka Еще раз, Ваши жалобы и пожелания - не по адресу. ИБД, полученный из ИВК, содержал ошибку. И Вы в этом убедились. Вместо того, чтобы отладить свою программу в нормальном взаимодействии с авторами других ПК, разработчики ИВК цинично выбросили пользователям программу-редактор. Дескать, барахтайтесь сами и разбирайтесь. Разработчики ИВК, наконец, подправили свою программу и извинились перед Вами. Инцедент исчерпан.

exde: Б. Н. пишет: разработчики ИВК цинично выбросили пользователям программу-редактор. Дескать, барахтайтесь сами и разбирайтесь. Как-то сами-собой напрашиваются аналогии : 1. "Спасение утопающих - дело рук самих утопающих"! (толкование АВК5шных разработчиков проблем пользователей от нестыковок). 2. "Цинично" брошенный спасательный круг. (оценка разработчиками АВК5 очень полезного программного продукта конкурентов - редактора ИБД) Мне вот давеча пришлось восстанавливать стройки с глюкнувшей архивной флэшки, на которой уцелели только БДДшки, и большинство из них - без шифров проекта. Вот я всласть побарахтался... А Вы говорите - "цинично"

djurka: Б. Н. Да что вы заладили, жалобы, жалобы. Ладно, проехали

Б. Н.: exde пишет: 1. "Спасение утопающих - дело рук самих утопающих"! (толкование АВК5шных разработчиков проблем пользователей от нестыковок). Все мы, разработчики программ, к сожалению, делаем ошибки. Но нормальная реакция на ошибки - мужественное, оперативное их исправление (патчи, новые версии и т.д). В данном же случае, вместо внесения исправлений, разработчик цинично (иной оценки нет) выложил программу-редактор и призвал пользователей самостоятельно заниматься совершенно чуждыми инженеру-сметчику делами по исправлению брака программы. К примеру, если кому-то из пользователей не нужен реквизит "шифр стройки", это не означает, что он не нужен никому. Если стандарт ИБД, согласованный и принятый всеми разработчиками, предписывает задавать данный реквизит, значит его нужно задавать. Если же шифра нет - в выпускаемом ИБД следует задавать "пустышку", не нарушая принятый стандарт. Не дело пользователя вникать и исправлять самостоятельно ошибки ИБД. Подобная практика недоступна абсолютному большинству инженеров-сметчиков, ибо это - не их профессия. Пока некто самостоятельно правит ИБД и очень этим гордится (вместо того, чтобы требовать у автора программы немедленного ее исправления), другие пользователи в аналогичной ситуации находятся в состоянии стресса. Этот некто, нахваливая программу-редактор, лишь способствует затягиванию сроков по исправлению программы.

exde: Б. Н. пишет: некто самостоятельно правит ИБД и очень этим гордится (вместо того, чтобы требовать у автора программы немедленного ее исправления) Мне, например, нужен был результат срочно, "сейчас". И я его получил, как смог. А "требовать" у кого-то, что-то, "на потом"... Одно другому не мешает. В АВК5 10. ведь уже исправлена ситуация с отсутствующим шифром, как сообщалось недавно? По просьбам трудящихся Спасибо!

Б. Н.: exde пишет: В АВК5 10. ведь уже исправлена ситуация с отсутствующим шифром, как сообщалось недавно? По просьбам трудящихся Уточним. В АВК-5 ред 2.10.0 исправлена ситуация с шифром стройки, который пользователь удалил самостоятельно. Программа не позволит выполнять подобное действие.

exde: Б. Н. пишет: исправлена ситуация с шифром стройки, который пользователь удалил самостоятельно ... и с особым цинизмом А как его еще можно удалить, попросить кого-нибудь? Про программу сначала не было написано. Уточним еще раз, в таком случае: БДД с отсутствующим шифром введется или нет?

Б. Н.: exde пишет: Уточним еще раз, в таком случае: БДД с отсутствующим шифром введется или нет? Введется (в этом меня только что заверил наш Программист). "Будет Вам и белка, будет и свисток".

exde: Б. Н. пишет: "Будет Вам и белка, будет и свисток". А когда можно будет убедиться?

Сергей.К: exde ну не бегите вы впереди паровоза...всему свое время

Б. Н.: АВК пишет: Про нормативы Вы правильно задвинули! Может знаете, как сдвинуть эту тему с мертвой точки? Сообщаю, что попытку «сдвинуть эту тему с мертвой точки» я сделал. На данную тему написана статья «Что стоит у истока кризиса строительной отрасли в Украине». Она опубликована в журнале «Строительная деятельность» # 21(45), 2009 г. В интернете статья представлена по адресу: http://blog.liga.net/user/budexpert/article/3213.aspx В декабре 2009 г эта статья официально направлена в Минрегионстрой Украины. Ответа пока нет.

exde: Сергей.К пишет: .возможно всем разработчикам, различных комплексов, стоит подумать о том, чтобы в случае удаления шифров выскакивало сообщение "данная операция недопустима" Б. Н. пишет: В АВК-5 ред 2.10.0 исправлена ситуация с шифром стройки, который пользователь удалил самостоятельно. Программа не позволит выполнять подобное действие. Теперь я понял, почему Сергей.К часто отвечает на форуме от имени разработчиков Уважаемый Б. Н. ! Мыс Вами, по независящим от нас причинам, не являемся программистами ПК АВК5. Но простой жизненный опыт подсказывает, что там, где дают кредиты - не торгуют семечками. И - наоборот. Если если есть программный модуль ввода/вывода БДД (а он есть, с Ваших слов) - то он и должен заниматься всеми составляющими этой БДДы. Если вынести проверку на корректность в другое место (как Сержик предложил)- потеряете целостность мероприятия, что приведет к очередным нестыковкам при следующей модернизации ПК. Мало таких случаев было в процессе становления АВК5? Короче говоря, в данной ситуации правильнее будет "класть оба яйца в одну корзину" (приписывают Черномырдину) Поправьте меня, если я ошибаюсь

Сергей.К: exde могу вас на 100 % заверить, в списке разработчиков меня нет...,а то что иногда происходит совпадение ответов, ну это только волею случая

exde: Б. Н. пишет: В АВК-5 ред 2.10.0 исправлена ситуация с шифром стройки, который пользователь удалил самостоятельно. Программа не позволит выполнять подобное действие exde пишет: Если есть программный модуль ввода/вывода БДД - то он и должен заниматься всеми составляющими БДД. Если вынести проверку на корректность в другое место - потеряете целостность мероприятия Б. Н. , а исправлена ли, например, ситуация с названием стройки, которое самостоятельно удалил пользователь? Я понимаю, что пример несколько надуманный, но мы ведь обсуждаем "защиту от дурака"? ... Или от "несчастного случая" (чтобы не валить все на дураков, которым закон не писан) ЗЫ: это я не злобствую и не занудствую. Просто помню, что лучше "перебдеть" ... перестраховаться

Б. Н.: exde пишет: а исправлена ли, например, ситуация с названием стройки, которое самостоятельно удалил пользователь? Я понимаю, что пример несколько надуманный, но мы ведь обсуждаем "защиту от дурака"? ... Или от "несчастного случая" (чтобы не валить все на дураков, которым закон не писан) Говорят, ум ограничен, глупость же - безгранична. Но не настолько, чтобы удалять наименование стройки. Свершить подобную глупость редакция 2.10.0 не позволит и, соответственно, не будут выдаваться ИБД без наименования стройки. А вот созданные ранее ИБД, в которых нет наименования стройки, вводиться все-же не будут. Мы здесь занимаемся делами реальными, оцениваем стоимость конкретных, имеющих наименование, объектов. А стройки-привидения это, извините, не по нашей части.

TemaKriv: Разработчикам. Вроде не нашел чтобы сообщали об этом. В НСИ не работает прокрутка в описании состава работ

TemaKriv: При использовании пункта "Создание позиции локальной сметы - задании ПО явно" и неправильном вводе шифра и номера позиции норматива выскакивает сообщение об ошибке "Некорректно задан поисковый образ" и ранее введенная строка полностью очищается. Не лучше ли будет сделать так, чтобы строка не очищалась и была возможность исправить один неправильно введенный символ чем перебирать весь шифр заново?

Б. Н.: TemaKriv пишет: В НСИ не работает прокрутка в описании состава работ В редакции 2.10.0 это исправлено. Спасибо.

av_user: Доброго дня Є побажання ввести "hot keys" у форми Ф114Л-1(2) Ф114С-1(2) (викликаються зі списку будов F4 та Alt+F3) у 2.10.0, оскільки практично в всіх вікнах програми можна працювати без мишки і лише тут доводиться згадувати куда я дів мишку щоб всього-на-всього поставити дату. P.S. Є ще Ф170-1(2) "Вибір або створення папки для збереження файлів"

djurka: Сміявся до сліз. В україномовній версії АВК, російске слово "котёл" перекладено на українську як "казан". Хіба нема такого українсьго слова як котел, котельня? Виправте, будьте ласкаві

Б. Н.: djurka пишет: Сміявся до сліз. В україномовній версії АВК, російске слово "котёл" перекладено на українську як "казан". Хіба нема такого українсьго слова як котел, котельня? Виправте, будьте ласкаві С этим предложением, коллега, обратитесь к авторам сборников по Ремонту энергетического оборудования - в Минтопэнерго Украины. Они посмеются вместе с Вами или объяснят свое видение разницы между терминами "котел" и "казан".

djurka: Б. Н. Ви хочете сказати, що в україномовних збірниках, на ремонт енергетичного обладнання Мінтопенерго вказано саме казан а не котел? Якщо так, то вибачаюсь, дійсно питання не до Вас

Б. Н.: djurka пишет: Якщо так, то вибачаюсь, дійсно питання не до Вас Заспокойтесь. Тут взагалі немає питання. На відмову від російського слова «котёл», в українській мові, крім технічного терміну «котел» є й технічний термін «казан». Вони мають різні значення і кожен з них використовується там, де необхідно. Це не єдиний випадок. Наприклад, у російській мові є термін «процент», в українській - «процент» і «відсоток» і вони теж мають різні значення. Так що, тут не сміятись треба, а знати, поважати і не збіднювати державну мову.

exde: Б. Н. пишет: На відмову від російського слова «котёл», в українській мові, крім технічного терміну «котел» є й технічний термін «казан». Вони мають різні значення і кожен з них використовується там, де необхідно. Це не єдиний випадок. Наприклад, у російській мові є термін «процент», в українській - «процент» і «відсоток» і вони теж мають різні значення. То є так, дядьку Б. Н. Наведені приклади використання термінів є дуже цікаві та повчальні . Асфальтовый "казан" и паровозный "котел" - еще куда ни шло. Но - "прОценты" - Вы как интерпретируете на предмет "різні значення"? Очень поучительно было бы узнать, дабы Б. Н. пишет: не збіднювати державну мову

Б. Н.: exde пишет: Но - "прОценты" - Вы как интерпретируете на предмет "різні значення"? Так и быть, в порядке ликбеза... Если своими словами, то в украинском языке термин "процент" означает деньги, которые "наросли" на основной капитал, например, процент от депозитного вклада в банке. Числовое значение этого "процента" определяется применением "відсотка" к основному капиталу. Единица измерения "процента" - денежная единица, например, грн. Единица измерения "відсотка" - %. А вот в русском языке значение термина "процент" определяется контекстом его применения в предложении (или грн., или %). Так что, украинский язык в этом плане несколько богаче.

Лен: У меня проблема. Был сбой компьютера, восстановили. При 1-м входе в программу было предупреждение, что некоторые позиции в сметах (цены )будут красным цветом и с нулевой стоимостью. Т.к. смет было не много - ничего страшного - все восстановила и исправила. Теперь новая беда. Стала набирать совершенно новую смету (ничего не копировала!) и все материалы с нелевойценой. Числовые параметры в норме, на машины и механизмы цены есть, а материалы (базовские) все - 0. Что делать?

АВК: Прочие функции - Настройка интерфейса - Цены на мат-тех ресурсы по усред. данным по состоянию на 01.01.08 применить

ЗЛБ: АВК пишет: Прочие функции - Настройка интерфейса - Цены на мат-тех ресурсы по усред. данным по состоянию на 01.01.08 применить Это будет действовать только при создании новой стройки. Для существующей - в списке строек "Цены\Цены на мат-тех ресурсы по усред. данным по состоянию на 01.01.08 "

Лен: Ничего не получается, цены опять красные.

Б. Н.: Лен пишет: Ничего не получается, цены опять красные Попробуйте последовать совету ЗЛБ (сообщение 145). Сообщите о результате.

Лен: Все получилось! Всем спасибо!

pozmarin: Разница стоимости материалов между договорной ценой и ведомостью ресурсов. Мелочи, но как объясняется сие? Проставляем в признаках галочку на "проставлять стоимость материалов из ведомости ресурсов." Договор надо заключать на какую сумму? Меньшую? При этом объектная смета меньше договорной на эти злосчастные 5 гривен. Как раз проставляемой галочкой в "признаках" это и решается, но объяснить то как???

Б. Н.: pozmarin пишет: Разница стоимости материалов между договорной ценой и ведомостью ресурсов. Мелочи, но как объясняется сие? Стоимость позиции локальной сметы вычисляется с округлением до 1 грн. До 1 грн. округляются и составляющие этой стоимости: материалы, машины, зарплата. Таковы правила, принятые Госстроем и реализованные в программе. В Итоговой ведомости ресурсов стоимость каждого материала вычисляется с точностью до 1 коп. Если просуммировать стоимости материалов во всех позициях л. смет и сравнить эту стоимость со стоимостью в Итоговой ведомости ресурсов, то возможно их несовпадение из-за различных правил округленияя. В инвесторской сметной документации, в том числе и объектных сметах, учтено округление, принятое в локальных сметах. В Договорной цене стройки и в Актах КБ-2в у пользователя есть выбор способа округления. Для того, чтобы обеспечить совпадение стоимости материалов с бухгалтерскими данными, принимают способ определения стоимости ресурсов "По Итоговой ведомости ресурсов". Если в ДЦ и Подрядчике способы округления совпадают, то совпадают и суммарные стоимости материалов в выходных документах. Во избежание будущих осложнений рекомендовал бы в Договорной цене и в Подрядчике применять одинаковый способ - По Итоговой ведомости ресурсов.

exde: pozmarin пишет: объектная смета меньше договорной на эти злосчастные 5 гривен. Как раз проставляемой галочкой в "признаках" это и решается, но объяснить то как? Исправьте в объектной сумму вручную, под ДЦ, и не надо будет ничего объяснять. Закрывать-то стройку будете по ДЦ

Ігор: *PRIVAT*

pozmarin: Так вот, таварисчи. Если ИВР считает без округления, то учитывая именно "неокругленную сумму" смета завышается (во всяком случае, на 1,5 миллионе округления составили 102 грн). Не фиг! Думаю, правильнее будет в "ПРИЗНАКАХ" снять галочку " в ДЦ стоимость материалов принимать из ИВР). Вот смотрят казначейцы на объектную смету, увидели цифру, а она не пляшет на 1,7 грн с суммой по ДЦ и "вах!вах!вах!". Оно надо? нет. Мне - нет. Поэтому крыжик в признаках снимаю принудительно. ЗАЧЕМ В 2.9.2 КРЫЖИК ПРОСТАВЛЯЕТСЯ ПО УМОЛЧАНИЮ?! Раньше я такого не замечала. Наверное в прошлых версиях крыж не проставлялся автоматом. Вот так, и случаются в жизни недоразумения, с этого и войны.

Б. Н.: pozmarin пишет: Думаю, правильнее будет в "ПРИЗНАКАХ" снять галочку " в ДЦ стоимость материалов принимать из ИВР). У каждого пользователя АВК-5 - своя ситуация и свое понятие "правильнее". Большинство пользователей страны работают не для бюджета. Им как раз нужна именно эта "галочка". Вам же, прежде чем работать с программой и выдавать документы на проверку, следовало бы изучить ее реальные режимы работы и настроить их на собственную практику разработки сметных документов. А то, что у Вас Договорная цена объекта должна совпадать с инвесторской объектной сметой говорит лишь о том, что на стадии проведения тендера не было никакого уточнения стоимости сооружаемого объекта (не уточнялись ОПР и админ. расходы, цены ресурсов, нормы расхода ресурсов), т. е. тендера, как такового, не было. Не думаю, что это понравится проверяющим органам.

N.A.: Добрый день! СОУ-Н МПЕ 40.1.05.602:2005 "Ремонт паровых котлов, водогрейных котлов и вспомогательного котельного оборудования" в Сфере применения п.1.17 - при проведении ремонтных работ с использованием переносных.... может применяться коэффициент К=1,43 так внесено в НСИ АВК, а он должен быть К=1,2

И.Ш.: N.A. пишет: СОУ-Н МПЕ 40.1.05.602:2005 "Ремонт паровых котлов, водогрейных котлов и вспомогательного котельного оборудования" в Сфере применения п.1.17 - при проведении ремонтных работ с использованием переносных.... может применяться коэффициент К=1,43 так внесено в НСИ АВК, а он должен быть К=1,2 Этот сборник откорректирован и в будущей редакции 2.10.0 К=1,2

pozmarin: Мне принесли на проверку расчеты фактических ОПР и административных. Посчитаны % от зарплаты (а не от трудозатрат). Расчеты составлены грамотно, правильно. Однако, чтобы проверить величину показателей по сравнению с усредненными нормативными что мне надо сделать? 1. Попросить факт. трудозатраты за прошлый год? 2. Посчитать смету по нормативным смету (мне сбросили модельку) и сравнить, если у них больше, то и показатели превышают нормативные? В этом случае, подставляю в числовые параметры Н18 и Н19 (эти проценты подрядчик посчитал). А Административные куда подставлять? Ведь в АВК они считаются от трудозатрат. А если факт. админ. посчитан как % от з/п. В этом случае как (КУДА) мне подставить данные в АВК?

Б. Н.: pozmarin пишет: Мне принесли на проверку расчеты фактических ОПР и административных. Посчитаны % от зарплаты (а не от трудозатрат). То, что Вам принесли, никуда не годится. Расходы ОПР и Административные должны быть привязаны к трудозатратам. Как исключение (не по ДБН!), ОПР можно рассчитать и от зарплаты (Н18, Н19). Административные расходы можно задать всей суммой (Глава 13, П147). Но если у Вас для расчета АР есть % от зарплаты, можно перевести этот процент в показатель АР (параметр- А1471). Достаточно применить этот процент к тарифной ставке среднего разряда (стоимость 1 чел.-часа), соответствующего средней зарплате. А вообще, по вопросам отпущения сметных грехов - в Инпроект.

pozmarin: Люди! Я в шоке... В ИВК есть в "Ведомственных сметных нормативах Жилкоммунхоза" СОДЕРЖАНИЕ ОБЪЕКТОВ УЛИЧНО-ДОРОЖНОЙ СЕТИ (ЖС) Где в программном комплексе АВК подобное??? Где??? Мне повылазило или правда нет? Не нашла... Как надо, шоб було, божечки ж как надо...

Б. Н.: pozmarin пишет: В ИВК есть в "Ведомственных сметных нормативах Жилкоммунхоза" СОДЕРЖАНИЕ ОБЪЕКТОВ УЛИЧНО-ДОРОЖНОЙ СЕТИ (ЖС) Где в программном комплексе АВК подобное??? Где??? Мне повылазило или правда нет? Не нашла... Успокойтесь, не повылазило. Данных норм нет в редакции 2.9.2. Вот только вряд ли они существенно облегчат работу инженера-сметчика - для них до сих пор нет "Указаний по применению", для новых машин нет всех составляющих стоимости машино-часа. Сомневаюсь, согласованы ли они Минрегионстроем. Отметки об этом нет. Если все это Минжилкоммунхоз так и не доработает в ближайшее время, придется вставлять эти "нормы" в редакцию 2.10.0 как есть .

pozmarin: Б. Н. пишет: Сомневаюсь, согласованы ли они Минрегионстроем. Отметки об этом нет. А какая отметка должна быть ? А на остальные ведомств.нормы - есть такая отметка? (вдруг КРУ пристанет, мол, на каком основании не применяете прямые расценки Жилкоммунхоза, - хоть будет отмазка .... А почему одно министерство должно согласовывать у другого?) Б. Н. пишет: придется вставлять эти "нормы" в редакцию 2.10.0 как есть та мы уже торги провели, теперь не торопитесь (если действительно не до конца законно, "указания к применению" действительно в ИВК не раскрываются), пусть уж будет наверняка... Б. Н. пишет: Вот только вряд ли они существенно облегчат работу инженера-сметчика Легко без этого обошлись, однако нашла в инете сайт Мінжитлокоммунгоспу, где куча всего, что должны нам "сверху спускать", однако - нихто ни в одном глазу! Страшно перед проверяющей сокирой. Надо умнО будет же ж объяснить причину. Б. Н. пишет: Если все это Минжилкоммунхоз так и не доработает в ближайшее время Посмотрите, плиз, еще и на форму КБ-2 и КБ-3. А то в проекте они другие трошки. Кроме того, пишут, что форма КБ-2 и КБ-3, утвержденная Минрегионбудом - только на новое строительство(??? ), поэтому для них (ой, для нас, ЖКХовцев) не годится. вот ссылка

Б. Н.: pozmarin пишет: А почему одно министерство должно согласовывать у другого?) Согласно Закону о строительной деятельности наш Минрегионстрой должен проверять и согласовывать все ведомственные строительные нормы. Таков порядок.

pozmarin: Б. Н. пишет: Согласно Закону о строительной деятельности наш Минрегионстрой должен проверять и согласовывать все ведомственные строительные нормы. Таков порядок. Подскажите, плиз, где мне взять подтверждение того, что Минрегионбуд согласовал ведомственные строительные нормы "Укравтодор", "Минпромполитики" и "Минтопэнерго" (я рожаю письмо на сессию городских депутатов с просьбой о разрешении применения данных ведомственных норм на ремонт и содержание наших городских коммунальных объектов), хотела бы указать Минрегионбудовское согласование сссылкой на конкретные даты, номера и т.д., ну чтобы не возникало не нужных опасений у руководителей местных органов власти

Б. Н.: pozmarin пишет: подтверждение того, что Минрегионбуд согласовал ведомственные строительные нормы "Укравтодор", "Минпромполитики" и "Минтопэнерго" Достаточно открыть соответствующие сборники и прочитать их титульные заголовки (кем составлены, кто и когда согласовал).

alextione: Б. Н. пишет: Так и быть, в порядке ликбеза... Если своими словами, то в украинском языке термин "процент" означает деньги, которые "наросли" на основной капитал, например, процент от депозитного вклада в банке. Числовое значение этого "процента" определяется применением "відсотка" к основному капиталу. Единица измерения "процента" - денежная единица, например, грн. Единица измерения "відсотка" - %. А вот в русском языке значение термина "процент" определяется контекстом его применения в предложении (или грн., или %). Так что, украинский язык в этом плане несколько богаче. как недоученный филолог - киево-полтавское наречие этого не признает. диалектизмы же , несмотря на то, что "збагачують" - не являются оф."мовою"

pozmarin: Б. Н. пишет: Достаточно открыть соответствующие сборники и прочитать их титульные заголовки (кем составлены, кто и когда согласовал). К сожалению, не получается ни один ВБН "Укравтодор", "Минпромполитики" и "Минтопэнерго", на которые ссылаются тех.части и указания к применению (на которые указывают как АВК, так и в ИВК) не скачиваются. как назло. Может, стоит ввести текстовку данных документов вместе с ихтитульными заголовками? А почему вы так эти листики так проигнорировали? таки надо... и шо делать...

mikaella2007: pozmarin пишет: Может, стоит ввести текстовку данных документов вместе с ихтитульными заголовками? А почему вы так эти листики так проигнорировали? Я уже поднимала этот вопрос, только по ДБНовским сборникам.

pozmarin: Послушала Ваш совет. АВК-5 ссылается на ВБН Д.2.-218-045-2006. (ИВК - на ВБН Д.2-218-045.1-2006). Ни в АВК-5, ни в ИВК нет не только титульных листов ВБН, но и вообще "первых нескольких", где и есть табличка с пометками кем "погоджено". Вот скажите, плиз, как мне добыть инфу (сам приказ/письмо Минрегионбуда о "согласовании", либо титульный лист ВБН Д.2.-218-045-2006 (или ВБН Д.2.-218-045.01-2006)? Нет в инете такого. именно такого. Пожалуйста, помогите!!!!!! Очень прошу.

VIKTOR62: pozmarin, у меня есть "Ремонт автомобільних доріг та мостів" ВБН Д.2.2-218-045-2001, т.е. только год отличается. Так вот там написано: РОЗРОБЛЕНО: Державним виробничо-технологічним підприємством “Укрдортехноло-гія” ВНЕСЕНО Управлінням автомобільних доріг, Науково-технічним управлінням Державної корпорації “Укравтодор” УЗГОДЖЕНО Державним комітетом будівництва, архітектури та житло-вої політики україни лист № 7/5 – 356 від 27 квітня 2001 р.

Сергей.К: pozmarin у меня есть этот ВБН, мыло давай

pozmarin: Виктор, спасибо, но 2001 год отменен более поздними, но все-равно, спасиб! Сергей, вот: pozmarin@mail.ru

Сергей.К: pozmarin отправил на мыло Експлуатаційне утримання автомобільних доріг та мостів ВБН Д.2.7-218-045.1-2006 млин ...по ходу не то отправил, хотя нет...тот ДЕРЖАВНА СЛУЖБА АВТОМОБІЛЬНИХ ДОРІГ УКРАЇНИ (УКРАВТОДОР) _________________________________________________________________ НАКАЗ 11.12.06 № 607 Про затвердження ВБН Д.2.7-218-045.1-2006 В зв'язку із завершенням корегування ВБН Д 2.2-218-045.1-2006 "Відомчі ресурсні елементні кошторисні норми. Експлуатаційне утримання автомобільних доріг та мостів" згідно вимог ВБН Г.1-530:2006 "Класифікація робіт з експлуатаційного утримання автомобільних доріг загального користування" НАКАЗУЮ: 1 Затвердити ВБН Д.2.7-218-045.1-2006 "Відомчі ресурсні кошторисні норми експлуатації будівельних машин та механізмів. Експлуатаційне утримання автомобільних доріг та мостів" та ввести в дію з 1 січня 2007 року. 2 Підприємству "Укрдортехнологія" (Нагайчук В.М.) до 1 січня 2007 року внести зміни в програмні комплекси АВК-3 і "Стоім-3". 3 Надати право УДВТП "Укрдортехнологія" (Нагайчук В.М.) на тиражування та розповсюдження ресурсних норм дорожнім підприємствам і організаціям для використання у роботі на договірній основі. 4 Керівникам дорожніх підприємств та організацій використовувати зазначені ВБН Д.2.7-218-045.1-2006 "Відомчі ресурсні кошторисні норми експлуатації будівельних машин та механізмів. Експлуатаційне утримання автомобільних доріг та мостів" при складанні кошторисної документації та проведенні розрахунків за виконані роботи. 5 Контроль за виконанням цього наказу покласти на заступника Голови Прусенко Є.Д. Голова В.Ф.Демішкан

pozmarin: спасибо

tytalarson: Приказом Минрегионстроя Украины от 4 декабря 2009 года № 554 введены изменения в формы 2-в и Кб-3. В АВК-5 нет ячеек куда вводить стоимость выполненных работ и затрат с начала строительства по отчетный месяц включительно. Просьба к разработчикам подумать над этой проблемой. А то каждый месяц приходиться вручную набирать суммы.

Б. Н.: tytalarson пишет: Приказом Минрегионстроя Украины от 4 декабря 2009 года № 554 введены изменения в формы 2-в и Кб-3. В АВК-5 нет ячеек куда вводить стоимость выполненных работ и затрат с начала строительства по отчетный месяц включительно. Просьба к разработчикам подумать над этой проблемой. А то каждый месяц приходиться вручную набирать суммы Если у Вас редакция 2.9.2, то утверждение, что "нет ячеек куда вводить стоимость выполненных работ и затрат с начала строительства по отчетный месяц включительно", не верно. Ячейки-то есть. Вот информацию для них пока приходится вводить самостоятельно. Проблема автоматического накопления данных о стоимости выполненных работ в графах "С начала строительства" решена в новой редакции АВК-5 (ред. 2.10.0), которая находится в стадии тестирования.

Леана: А у меня такая просьба к разработчикам:1) договорная цена-оформление документации - последняя цифра года - ставишь1 -2001,ставишь 10 -20010 можно ли это изменить (а может уже изменено в последней редакции), а то из-за этой мелочи приходится все править вручную, а когда много небольших смет и для бюджета, да еще и срочно .... 2)И еще, часто руководство просит не ставить даты в договорной цене и опять приходится править вручную, можно ли ввести дополнительную функцию в ДЦ - "дату не обозначать", так же и в актах выполненных работ - порой из-за бухгалтерских нюансов, просят не ставить месяц . И опять вручную приходится все править. Вот если бы можно было бы ввести такие функции - помимо выбора даты, возможность оформления без даты ( пусть кому надо вписывают их вручную ), а нам ,сметчикам -это бы ускорило выдачу документов.

Сергей.К: по 1 пункту это исправлено, поставьте последнее обновление

ГП АВК: Леана По п.2 Вы пишете, что "порой из-за бухгалтерских нюансов, просят не ставить месяц". Для таких нюансов есть Word. Дело в том, что очень тяжело, да и не целесообразно, под каждый такой нюанс, ставить ПК АВК-5 "на дыбы".

Леана: Да,в последней редакции надо просто ставить год, это уже проверила, а на счет дат - что ж ,очень жаль, т.к. приходится делать много небольших смет и актов , и основное время отнимают именно ручные переделки и форматирование страниц в Word и Ехеl (который люблю больше)

exde: Хочется поменять процессор но более быстрый, но не уверен, поймет ли меня АВК? Не надо будет переустанавливать с новым кодом?

АВК: Не поймет, однозначно!

exde: АВК пишет: Не поймет, однозначно Про увеличение памяти знаю, читал. Про проц - ничего не читал. Разработчики, ответьте, пожалуйста, какой апгрейд компутера можно безболезненно сделать?

ЗЛБ: exde пишет: Разработчики, ответьте, пожалуйста, какой апгрейд компутера можно безболезненно сделать? Все, кроме материнки.

exde: ЗЛБ пишет: Все, кроме материнки. Спасибо. А начиная с какой версии АВК?

pozmarin: инвесторской сметы не было и не могло быть. (текущее содержание объектов благоустройства)

mikaella2007: Вопрос к разработчикам: почему в АВК-5 в блоке настройки для ПНР, "Оформление документации" исчезли п.12-15 (наименование заказчика, подрядчика и ФИО их руководителей)? С чем связаны такие нововведедения?

И.Ш.: mikaella2007 пишет: Вопрос к разработчикам: почему в АВК-5 в блоке настройки для ПНР, "Оформление документации" исчезли п.12-15 (наименование заказчика, подрядчика и ФИО их руководителей)? Это - ошибка. Об этом уже много раз писали... Извините, но пока придётся задавать эти данные в "Учётных реквизитах".

mikaella2007: И.Ш. пишет: Извините, но пока придётся задавать эти данные в "Учётных реквизитах". Это ничего не меняет для ДЦ. Наименования "заказчик" и "подрядчик" и их ФИО в учетных реквизитах стройки отсутствуют.

Б. Н.: mikaella2007 пишет: Это ничего не меняет для ДЦ. Наименования "заказчик" и "подрядчик" и их ФИО в учетных реквизитах стройки отсутствуют. Редакция 2.9.2. Договорная цена (Список строек) - Прочие затраты - Оформление документации - далее "Наименования "заказчик" и "подрядчик" и их ФИО". Все это отображается в выходном документе "Договорная цена" и передается в Подрядчик.

mikaella2007: Б. Н., если задан блок настройки ПНР, то нет этих пунктов в оформлении документации.

Б. Н.: mikaella2007 пишет: если задан блок настройки ПНР, то нет этих пунктов в оформлении документации. Да, для строек по пусконаладке такая ошибка в Договорной цене нам известна. В редакции 2.10.0 она исправлена. Данные реквизиты приходится пока заполнять в Word-е или Excel-е. Приносим извинения.

mikaella2007: Уважаемые разработчики, прошу прощения, если этот вопрос уже поднимался, но спрошу и я: в версии 2.9.2 цены на материалы не сопадают в л.см. и в ведомости ресурсов. Например, ставлю в ресурсах цену 8,82+0,01(тр)+0,18(зср)=9,01, в ведомости ресурсов тоже 9,01, в л.см. цена 10,00. И, соответственно, отличаются суммы стоимости материалов в ИВР и ЛС(ДЦ). Заглянула в смету Иванычи-сахар там тоже самое. ПК лицензионный. Чтобы это значило?

Сергей.К: сметку кидайте в качестве примера

pozmarin: Может я скажу не из той оперы, но это не тот ли случай, когда достаточно снять "галочку" в АВК? В такой последовательности жмите: Стоите на на своей стройке в списке строек, жмите в меню (вверху) "параметры" - "признаки" - "договорная цена" - (а вот и "галочка"): суммарные стоимости материалов и машин принимать для ДЦ из ИВР без округления по каждой позиции.

mikaella2007: pozmarin пишет: Может я скажу не из той оперы, но это не тот ли случай, когда достаточно снять "галочку" в АВК? pozmarin, спасибо, но это не тот "случай".

Сергей.К: mikaella2007 вы стройку где взяли то? она показывает признак того, что либо вся стройка либо часть позиций стройки взяты с не лицензионной программы

mikaella2007: Сергей.К, а как же Иваничи-сахар - тоже с нелицензионного?

Сергей.К: у меня в Иваничах все нормально, таких отклонений нет

mikaella2007: Сергей.К, но ПК лицензионный 100%. А может это быть оттого, что какую-то из версий я обновляла не с диска?

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

tytalarson: При создании новой «стройки» в «Сметных документах» при выборе кода вида работ для определения сметной прибыли в списке вариантов примечаний все значения грн./чел.-ч стоят нули. ЧТОБЫ ЭТО ЗНАЧИЛО? И программа лицензионная стоит. Хорошо когда организация выполняет работы какого-то одного вида (можно в настройках поставить прибыль по видам работ), а если у меня в смете и земляные работы, и отделочные, и общестроительные. Как тогда быть, я ж не буду составлять отдельные стройки по каждому виду работ.

mikaella2007: Сергей.К пишет: остальные стройки то же так бьют? кто ставил программу, как ставили, когда это началось? я не разработчик и уж тем более не ваш системный администратор, трудно сказать в чем причина Сережа, большое спасибо за участие. Созвонилась с Игорем (дилер) - он подтвердил твои подозрения по поводу "чужой" сметки или позиции из нее. Перенабрала по новой в сметных документах и теперь все в порядке.

Сергей.К: tytalarson желательно свои вопросы подкреплять скриншотом или примером сметы, так разработчики гораздо быстрее разберутся. Да и такие вопросы надо начинать решать с дилером а теперь по сути вашего вопроса.... прибыль по видам работ отменена, если вам все же хочется это сделать(не бюджет) то стоя на стройке жмем Шифт+1 и задаем показатели прибыли

Сергей.К: mikaella2007 пишет: теперь все в порядке отлично )

tytalarson:

exde: mikaella2007 пишет: подозрения по поводу "чужой" сметки или позиции из нее. Перенабрала по новой в сметных документах mikaella2007 , если есть минутка времени и интерес - попробуйте, пожалуйста, сделать следующее: 1. "чужую" сметку переведите в БДД (или в чем Вам ее дали) 2. введите этот БДД 3. попробуйте теперь задать цены Очень интересно узнать результат! Можно по е-маил

Сергей.К: exde вы предлагаете всем у кого "ломаные" проги передавать стройки в формате ИБД

exde: Сергей.К , ничего я не предлагаю. Интересуюсь... Кстати, нельзя ли подробнее описать вышеприведенный совет с нажатием Shift+1 ? А то у меня такая картина:

mikaella2007: exde пишет: mikaella2007 , если есть минутка времени и интерес - попробуйте, пожалуйста, сделать следующее: 1. "чужую" сметку переведите в БДД (или в чем Вам ее дали) 2. введите этот БДД 3. попробуйте теперь задать цены Очень интересно узнать результат! Можно по е-маил

Сергей.К: exde чтобы стала активна эта строка, нужно в настройках выбрать прибыль по видам работ.

tytalarson: При создании стройки в «Сметных документах» в меню есть позиция «Создание локальной сметы на приобретение оборудования». В сметных документах включается стоимость оборудования, при переносе в системы «Договорная цена» и «Подрядчик» отображается только стоимость работ. Оно то и понятно что оборудование в смете – справочно. Но в КБ-3 согласно приказа Минрегионстроя Украины от 04.12.09 № 554 («Ценообразование» № 12, 2009 стр.52-53) стоимость смонтированного оборудования должна быть отражена. Будет ли в новой редакции АВК-5 (ред. 2.10.0) решена эта проблема?

ГП АВК: tytalarson Этот вопрос подробно освещался здесь http://www.avk5.forum24.ru/?1-0-40-00000344-000-0-0-1266572339

pozmarin: Подскажите, плиз, как сделать ввод позиции в системе ПОДРЯДЧИК? Очень надо. Ситуёвина. Мне кажется (или только кажется???), что пару лет назад я вводила какие-то позиции в "Подрядчике", т.е. в самом акте ...

mikaella2007: pozmarin, строки вставляются в самом конце сметы, а потом их можно переносить в любое место, помечая insert.

pozmarin: ЙЙЙЙес!!!!!!!!!!!!!!!!!!!!!! Пасиб

Allusa: Уважаемые коллеги, скажите, пожалуйста, когда выйдет версия 2.10.0? Стояла нелицензионка 2.7. Хотим купить лицензионку, думаем, имеет ли смысл сейчас покупать 2.9.2 или подождать уже 2.10.0. Если купим 2.9.2, то за 2.10.0 еще раз надо 3840 гривен платить? Спасибо за внимание.

ГП АВК: Allusa Если сейчас купите 2.9.2, то получаете еще и гарантийное годовое обслуживание, т.е. в течение года платить больше не надо, а все новые редакции получаете бесплатно + консультационную помощь. Поэтому покупайте и не раздумывайте. 2.7, да еще и не лицензионная - это такая головная боль!

Allusa: ГП АВК Спасибо

antonina-17-07: ГП АВК пишет: 2.7, да еще и не лицензионная - это такая головная боль! эт точно... особенно, когда с нее приносят стройки...

kvitka: Вопрос. Обьект с прошлого года .Перенос в версию 2.9.2. Акты нормально распечатываются, а форма 3 идет без накопления сначала стройки,только под Акт виполненных работ.Может я что-то нетак сделала.

ГП АВК: С начала года накопление идет нормально (как и раньше) С начала строительства в 2.9.2 пока проставляем в ручную, в 2.10 - будет подсчитываться автоматически.

kvitka: Спасибо за быстрый ответ.Будем набирать.

djurka: Можно ли сделать, чтобы при клике на строчку сметы, локальную смету, объектную смету и т.д. правой кнопкой мыши, этот объект сразу выделялся, и появлялось контекстное (выпадающее меню)? Сейчас нужно сначала выделить объект левой кнопкой, а только потом через правую кнопку попасть в меню.

antonina-17-07: а мож ну его? усложнять прогу-то... оно, конечно, для смет в три строчки ничего... а для больших строек уже и так всё подвисает...

djurka: antonina-17-07 Думаете это повлияет на скорость работы?

ЗЛБ: djurka пишет: Можно ли сделать, чтобы при клике на строчку сметы, локальную смету, объектную смету и т.д. правой кнопкой мыши, этот объект сразу выделялся, и появлялось контекстное (выпадающее меню)? Сейчас нужно сначала выделить объект левой кнопкой, а только потом через правую кнопку попасть в меню. А почему бы не пользоваться главным меню (вверху экрана) ?

djurka: ЗЛБ Так все равно же нужно сначала кликнуть левой кнопкой на строчку в смете, а уже потом либо через правую кнопку контекстное меню, либо тащиться вверх экрана к главному меню

tytalarson: Не работает кнопка "Очистить" для восстановления текста в Закладке "Наименовние"

ГП АВК: Будет работать!

tytalarson: А работать будет в версии 2.10?

antonina-17-07: tytalarson пишет: А работать будет в версии 2.10? почему же... во всех версиях... она телепатически включается... ГП сказал, что включим, значит уже работает... проверьте...

Сергей.К: в 2.9.2 пока пользуйтесь очисткой через библиотечные поправки

ЗЛБ: djurka пишет: Можно ли сделать, чтобы при клике на строчку сметы, локальную смету, объектную смету и т.д. правой кнопкой мыши, этот объект сразу выделялся, и появлялось контекстное (выпадающее меню)? Сейчас нужно сначала выделить объект левой кнопкой, а только потом через правую кнопку попасть в меню. Сделано

exde: ЗЛБ , а можно еще такое сделать? 1. Выборочно снимать "выделение" со строк (например, по Ctrl+Ins или Ctrl+Del) 2. "Замораживание" строк "Раздел" и "Примечание" 3. Подправить в ДЦ-Смета задание коэфф (Н5, Н6) и признаков их печати по F2. Сейчас Н5 и Н6, если они выделены в смете (на строке стоит курсор, синего цвета, ну, Вы понимаете), отображаются как "1", а не "0". Н15 тоже не соответствует. Может, я что-то не так делаю...

ЗЛБ: exde пишет: а можно еще такое сделать? 1. Выборочно снимать "выделение" со строк (например, по Ctrl+Ins или Ctrl+Del) 2. "Замораживание" строк "Раздел" и "Примечание" 3. Подправить в ДЦ-Смета задание коэфф (Н5, Н6) и признаков их печати по F2. Сейчас Н5 и Н6, если они выделены в смете (на строке стоит курсор, синего цвета, ну, Вы понимаете), отображаются как "1", а не "0". Н15 тоже не соответствует. Может, я что-то не так делаю... 1. Если в выделенном снова выделять, то можно выделенное сбрасывать( инвертировать). Это возможно, но, наверное, уже не в 2.10.0. 2. В КП в 2.10.0 можно вставлять эти элементы и замораживать их. 3. Порядок задания ЧП ( любых) следующий: а) Принятое значение заданного по стройке ЧП является значением по умолчанию для объекта. б) Принятое значение заданного по объекту ЧП является значением по умолчанию для локальной сметы. в) Принятое значение строки ЧП в тексте ЛС являетя значением по умолчанию для позиции. Поэтому приведенный Вами пример не дает понять, что у Вас задано по стройке и т.д.

Valentin: exde пишет: Может, я что-то не так делаю... Вы будете задавать этот вопрос еще 1000раз, пока Вас не постигнут разочарования. Если не решится вопрос с защитой КП (по паролю или другим методом), его ожидает та же участь, как ПФ или практически все новшества АВК. В любом деле, связанном с накоплением опыта, т.е. созданием любых БД, должна быть хоть примитивная защита. Кстати я нашел способ защиты ПФ (хоть и текстовый формат, но все-таки есть...). Ростки КП будут мертвы до тех пор, пока рассадники не поймут, что растению нужно.

djurka: Когда в режиме средневзвешенных цен (окно Ф027) нужно разбить количество на много составляющих, очень неудобно то ,что если случайно ошибся в разбивке по количеству, при нажатии на кнопку "выполнить" снимается ВСЕ распределение количества, и приходиться все проделывать поновой. Было бы очень удобно, чтобы была возможность отменить еще и одно последнее действие

djurka: ЗЛБ пишет: Сделано Пасибки, будем посмотреть

exde: exde пишет: 2. "Замораживание" строк "Раздел" и "Примечание" ЗЛБ пишет: 2. В КП в 2.10.0 можно вставлять эти элементы и замораживать их. ЗЛБ , я говорил о простой локальной смете, без наворотов exde пишет: 3. Подправить в ДЦ-Смета задание коэфф (Н5, Н6) и признаков их печати по F2. Сейчас Н5 и Н6, если они выделены в смете (на строке стоит курсор, синего цвета, ну, Вы понимаете), отображаются как "1", а не "0". Н15 тоже не соответствует Переформулирую: Не корректно обрабатывается ситуация с F2, когда текущая позиция сметы - не расценка, а то, что на приведенном рисунке

ЗЛБ: exde пишет: Подправить в ДЦ-Смета задание коэфф (Н5, Н6) и признаков их печати по F2. Сейчас Н5 и Н6, если они выделены в смете (на строке стоит курсор, синего цвета, ну, Вы понимаете), отображаются как "1", а не "0". Н15 тоже не соответствует. Может, я что-то не так делаю... Если нажать клавишу F2. то на экране Вы увидите в графе "по умолчанию" текущее значение всех ЧП без учета "синей" строки и всех строк, лежащих ниже "синей", т.е. "до того, до того".

remm9dia: А можно в новой редакции разделить при распечатывании АКТа общепроизводственные расходы, т.е. отдельно показывать отчисления в соц.страх (38,05%).

Б. Н.: remm9dia пишет: А можно в новой редакции разделить при распечатывании АКТа общепроизводственные расходы, т.е. отдельно показывать отчисления в соц.страх (38,05%). Можно. Параметры-Корректировка индивидуальных параметров-Примечание к Акту КБ-2в. В это окно вписываете любой текст, к примеру, подсчитанные Вами отчисления на соцстрах (их не сложно вычленить из 2-го блока расчета ОПР).

remm9dia: Так понятно что их несложно вычеслить и набрать вручную, почему нельзя сделать по человечески что бы автоматически разбивала на соцстрах и общепроизводственные???????????????????

ГП АВК: remm9dia Сделано по человечески. Есть официальная форма заполнения строк Локальных смет и актов КБ-2в, где прописаны ОПР определенной суммой. Кому хочется посмотреть расшифровку, то добро пожаловать в расчет ОПР, а это отдельный Документ.

remm9dia: А почему нельзя разбить? двестрочки сделать нет уж трудно, все экономисты меня поймут

Б. Н.: remm9dia пишет: А почему нельзя разбить? Этот вопрос задайте, пожалуйста, по нужному адресу - Минрегионстрою. Если они внесут соответствующее изменение в согласованную с Госкомитетом статистики форму КБ-2в, мы это реализуем. Недавно, например, мы реализовали введенные Минрегинстроем изменения - форму в 10 граф и ввод двухэтажной структуры в графу затрат труда.

ГП АВК: remm9dia Вы хотите только две строчки. Появятся желающие увидеть еще и строчки по Пенсионному фонду, по безработице, далее захотят увидеть отдельно начисления по 3 блоку ОПР, кто-то захочет эти данные видеть по каждой работе. Ну и что будем делать? Превращать нашу смету, наш акт в огромную "простыню"? В АВК есть отдельный документ "Расчет ОПР". Кому надо, вытаскивайте из него что хотите. Это уже Ваше творчество.

Вит: ГП АВК пишет: Превращать нашу смету, наш акт в огромную "простыню"? тоже не раз сталкивался с этой проблемой, многие бухи хочуть чтобы в акте им подавали все сразу - и опр и даже материалы с раскладкой "стоимость+доставка+з/с расходы" ГП АВК пишет: В АВК есть отдельный документ "Расчет ОПР". Кому надо, вытаскивайте из него что хотите. а вот в этих расчетах почему-то все время путаются

ukr7: Уважаемые разработчики, ответьте почему человек купивший лицензионный АВК должен отвечать за человека купившего взломанную программу? неужели нельзя решить вопрос по-другому? вы где-нибудь видели чтобы наказывали вашего соседа за то что сделали вы? это по-меньшей мере некорректно к людям, которые купили лицензионную программу

Ромашка29: Извините если повторяю чей то вопрос, но вроде небыло - суть в следующем. Можно ли сделать чтоб, как раньше удалять ресурсы из НСИ пользовательской, неиспользуемые (голубой шрифт). А то накапливается много ресурсов.

АВК: Так удаляйте, кто вам мешает? Заходите в НСИ и чистите мусор. Я делаю так: если есть какая-то позиция некорректная, я ее редактирую, вернее не ее, а меняю наименование сборника. А наименование сборника для всего мусора - "Хлам". При переносе свей НСИ в новую программу или на другой комп, этот сборник удаляется.

ГП АВК: Добавлю. Только перед этим в Прочих функциям даем команду "Подготовка НСИ Пользователя к редактированию". Заодно получаем и документ, в каких подсистемах участвует тот или иной ресурс.

Ромашка29: АВК ГП АВК спасибо разобралась. Просто раньше если синий шрифт, не надо было выбирать "подготовку НСИ к редактированию".

mikaella2007: Все-таки есть какие-то препоны в последней версии АВК-5 для ввода ИБД с других ПК. При вводе ИБД с ИВК выдает такие ошибки: АВК-5 (5-2.9.0) Перегляд файла C:\AVK5_291\UKR\LOG\362_D_bdde_1.Log Помилка: Рядок 122. Помилка в запису ПО С111-1650-1-ИНБ33`1`Л24`Клей для керамогранітної плитки`кг`0,00105`* ^ Помилка: Рядок 123. Помилка в запису ПО С11-220-ИНБ55`1``Грунтовка глибокого проникнення "Артисан"`л`0,0010`* ^ Помилка: Рядок 188. Помилка в запису ПО MT`С11-220-ИНБ55`1`Грунтовка глибокого проникнення "Артисан"`0`2,8`08.04.20 ^ 10`Грунтовка "Артисан"`5,6`Т2=Л31#15`0,1100`5,74#0`0* Помилка: Рядок 189. Помилка в запису ПО MT`С111-1650-1-ИНБ33`1`Клей для керамогранітної плитки`0`90`12.04.2010``2,2 ^ `Т2=Л30.1#15`0,0400`2,28#0`0* Предвижу совет от Б.Н. обратиться к разработчикам ИВК. Но может все же что-то в консеватории? Почему так сложно АВК-5 взаимодействует с другими ПК?

И.Ш.: mikaella2007 пишет: Все-таки есть какие-то препоны в последней версии АВК-5 для ввода ИБД с других ПК Обращаем Ваше внимание на то, что структура поисковых образов в ИБД-2 описана в соответствующем документе (согласованном в своё время между разработчиками ПК и Минрегионстроем) и не зависит от уровня компетентности разработчиков программных комплексов. Программа АВК-5 с целью исключения любых непредсказуемых ситуаций жёстко контролирует соответствие введенных реквизитов правилам их описания в документе ИБД-2. Изменения могут быть выполнены только при создании следующей редакции документа ИБД.

Б. Н.: mikaella2007 пишет: Почему так сложно АВК-5 взаимодействует с другими ПК? Этот вопрос - чисто риторический. Нормально он должен бы прозвучать иначе: "Почему так сложно ИВК взаимодействует с другими ПК?". Тому, кто стучит, открывают. Вот только стучать следует в нужную дверь. В ту, где изготовлен продукт, вызывающий вопросы. В данном случае - в ИВК. Не поможет - в Минрегионстрой.

mikaella2007: Уважаемый, Б. Н., но ведь взаимодействие с ПК СТС тоже, мягко говоря, слабенькое. Еще ни одна ИБД не ввелась в АВК-5 без проблем.

Аэронаташа: кстати, СТС уже обновили и запустили в рассылку пользователям.

Б. Н.: mikaella2007 пишет: но ведь взаимодействие с ПК СТС тоже, мягко говоря, слабенькое. Еще ни одна ИБД не ввелась в АВК-5 без проблем. Как показала практика, все Ваши проблемы - от того, что имеете дело с "несвежими" сторонними программами. В отношении СТС это выяснилось несколько ранее, в отношении ИВК - сегодня (в этом Вам признались сами разработчики ИВК, исправившие свой ИБД в последних редакциях). Вы же упорно видите источник всех своих бед в АВК-5. Я и не надеюсь Вас переубедить. Каждый видит то, что хочет видеть.

mikaella2007: Б. Н. пишет: Вы же упорно видите источник всех своих бед в АВК-5. Я и не надеюсь Вас переубедить. Каждый видит то, что хочет видеть Б. Н., давайте Вы не будете решать за меня, что я вижу, а чего не вижу. Как пользователь, я корректно обращаюсь к разработчикам только за помощью, и именно по поводу ввода ИБД в АВК-5.

1111: А у Б.Н. всегда виновата "невістка".

antonina-17-07: 1111, а может эта "невістка" завтра пожелает этикетку с водки загрузить в АВК5, а Б.Н. и здесь будет виноват? на форуме ИВК ситуацию уже разобрали... и признались, что виноваты именно они...

АВК: А у меня почему-то не вводятся в АВК чертежи из Архикада и графики из Риллсофт. КАРАУЛ! 1111, главное ведь вовремя зарегистрироваться, верно ведь? А почерк то знакомый...

antonina-17-07: АВК пишет: главное ведь вовремя зарегистрироваться, верно ведь? А почерк то знакомый... ну, да... и даже на форуме ИВК забыла переключить клавиатуру на русский расклад после ридномовного "невістка" ... mikaella2007 пишет: Отправлено: Сегодня 16:50. Заголовок: Звонок в четіре утра.. - новое! Звонок в четіре утра: - Алло, это общество защиты животных? Медленный ответ заспанного человека: -Ну, и кто тебя обидел, козел? Слава Україні!

1111: mikaella2007, никак не предполагалось, что за маленькую реплику, оброненную вскользь, всех собак спустят на Вас. В этом моя ошибка. Каюсь.

АВК: Очень мило.

antonina-17-07: 1111 пишет: В этом моя ошибка. Каюсь. а по поводу "невістка" и Б.Н. - раскаяния нет? в этом смысле совесть чиста? действительно, Очень мило...

Valentin: Господа, хватит хоть здесь флудить. Пусть клоны сами с собой мило и разговаривают. Тему жалко.

Б. Н.: Valentin пишет: Господа, хватит хоть здесь флудить. Солидарен. А то придется "рэзать". Ну, дела! - подумал Лось: - Не хотелось, а пришлось!"

Valentin: Господа пользователи. Площадка Борда Ру - бесплатная. Любой может создать свой форум по душе. На соседнем форуме было предложение: "Создать КЛАЗЕТ и ходить туда всем, кому не ймется" Прислушайтесь, очень дельно.

Ада : Здравствуйте , помогите пожалуйста ,при итоговом расчете сметы не рассчитывается сжиженный газ,т.е. все горючесмазочные материалы есть ,рассчитаны ,а этого нет?

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

pozmarin: В программе АВК заложен: 1. Переход к следующему отчетному периоду. 2. Переход к следующей части отчетного периода. Подскажите, в чем отличие этих функций? Вопрос возникает потому, что на выходе КБ3 - ничем не отличается друг от друга. Например, если у нас 3 акта в одном месяце, то каждый из этих актов можно считать ЧАСТЬЮ отчетного периода (месяца). А в форме КБ-3 заложено (5 и 6 колонка) «у тому числі за звітний місяць», а не за часть отчетного месяца. По идее, если я пользуюсь в программе «Переходом к следующей ЧАСТИ отчетного периода», то суммы «ЧАСТЕЙ» за месяц должны суммироваться автоматически. Поправьте, плиз, если я не права.

Б. Н.: pozmarin! Справка КБ-3 имеет две функции: - оплата работ текущего периода (месяца или части месяца); - накопление данных о стоимости стройки с начала года и с начала строительства. То, что Вам приходится отчетный месяц дробить на несколько частей, никак не влияет на то, выпускать или не выпускать соответствующие Справки КБ-3. Ответ - выпускать. То, что Ваш "месяц" длится, скажем, 10 дней, никак не отражается на текстах заголовка и шапки Справки КБ-3 (эти тексты официальные и изменению не подлежат). Так что, спокойно выпускайте для каждого Вашего отчетного периода (подпериода) соответствующую Справку КБ-3 и - успокойтесь. Никакого нарушения в этом не будет. Если от Вас зачем-то потребуют данные об объеме работ, выполненных за определенный месяц - выдайте соответствующую справку за подписью начальника и приложите к ней все Справки КБ-3 за этот месяц.

Valentin: 2.10.0Текстовый файл Пользовательской НСИ (НСИ_ПТ) предполагает полную свободу и демократию для пользователя при его создании. Вот и я так понял. Изменив пользовательскую Е12-22-1-А на стандартную Е12-22-1 мой текстовый файл АВК5_2100 принял успешно. В пользовательской НСИ АВК я нашел мою расценку Е12-22-1 (в ней я умышленно поменял текст на: "Стяжка 15", чтобы отличить от стандартной НСИ.). Теперь на уровне ЛС я явно задаю Е12-22-1... И что я вижу? Появилась вместо стандартной Е12-22-1 - моя пользовательская (Стяжка 15). Т.е. в этом механизме приоритет отдан НСИ_ПТ. При "тупом" наборе позиций очень даже можно наплодить множество незаконнорожденных . Это очень опасно. Предлагаю: при вводе ПТ из текстового файла не допускать ввод в АВК ( Пользовательской НСИ) шифров стандартных позиций.

Сергей.К: может имеет смысл сделать обязательные буквы(например УН или ПТ)

Valentin: Дело не в дополнительных буковках, а в том, что пользователь не сможет явно набрать ни одной позиции, если таковые имеются в пользовательской НСИ и имеют шифр стандартной. Такой глюк дает возможность написать вирус, который заражает всю стандартную НСИ и который не обнаружит ни один антивир, т.к. работаем с текстовым файлом. Ничего дополнять не нужно. В системе д.б. проверка уникальности шифра, тогда никаких совпадений со стандартными позициями не будет НИКОГДА!!

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

Valentin: Это уж как разработчики решат.

Valentin: V2.10.0 Пользовательские фрагменты, Группа строк из текстового файла, НСИ_ПТ не понимают Комплексных позиций. Очень хотелось бы, чтобы шифры КП были узнаваемы во всех механизмах внешнего взаимодействия.

Valentin: V2.10.0 Преобразование из одной ед. изм. в другую при увязке ТМЦ может быть довольно сложным. Здесь без определенных формул не обойтись. К примеру: ресурс АВК в 10м3, а ТМЦ в тн. Коеффициент отношения АВК:ТМЦ должен быть визуально расшифрован,чтобы пользователь мог всегда видеть алгоритмы своего расчета, т.к. это сделано в ЛС -"количество" . (в настоящей редакции задается Коефф. явным числом).

Valentin: Об увязке теории с практикой. Давно это было. Рекет в законе и сами законы довели меня, молодого директора, до состояния отрицательного финансового баланса. А продолжать работу нужно было, иначе -долги накроют.Штат необходимо было сократить почти до "0". Для сметного делопроизводства мне тогда уже нужен был ПК (для бюджета..., доселе все сметы и акты мы делали вручную). А оплатить ее было просто нечем. Я обратился к Игорю (ИНПРОЕКТ) чтобы помог "на шару" дать программу (АВК2). Я видел, как он закатывает глаза в потолок, в памяти расчитывает ответный номер компьютера, но договориться с ним так и не удалось. Спасибо за то, что бросил в "море".. Вспомнив о "...дело рук самих утопающих", я решил сам выкарабкиваться. Хоть и был на фирме главбух, но мне приходилось самому вести ряд красных, черных, белых и пр. бухгалтерий в программе 1С_V06. Базы всех нужных на тот момент строительных расценок в наличии не было, сборников было %10-15 не более. Я нашел дистрибутив АВК2 и начал над ним колдовать. При неправильной установке ПК все папки и файлы куда-то исчезали. Попробовал поискать то место, куда они удалялись. Нашел, восстановил, начал работать. В итоге я получил полноценный ПК лишь с тем ограничением, что не мог выпустить документы и + ограничение в некоторых расчетах. Это меня ничуть не смутило, и я задался целью соединить знакомую мне 1С с незнакомым АВК2. Соединил, сделал все в 1C (сейчас такой ПК есть в Росии на базе 1С Предприятие 7.7). Это был чудо-комплекс, в котором из таблиц ТМЦ я выбирал нужные ресурсы для ДЦ, вставлял их в ЛС и здесь же при формировании КБ2в все списывалось автоматически, без "красноты" и прочих нежелательных для бухгалтерии моментов. Выпускаемые документы были намного красочней АВК-шных и отражали в концовках все формулы расчета и промежуточные итоги. Но самое главное: была увязка материалов АВК с ТМЦ с выпуском соответствующего документа, который объяснял и бухгалтеру и проверяющему родословную каждой позиции любого ресурса. Еще я научил свой ПК думать комплексно и увязывать слова типа "ПАРКЕТНЫЙ ПОЛ" с набором соответствующих расценок и ТМЦ ресурсов. А вот когда были моменты проверок КРУ,тащить вагоны бумаг с объяснениями я себе позволить не мог. На мне где сядешь, там и слезешь. Появилась новая идея: СНИП-КОНТРОЛЬ. Эта опция в ПК позволяла мне привести мою документацию в законодательное русло. Т.е я мог всегда контролировать "правильность" моих смет и актов. Однажды я показал это проверяющим: этот момент был для них самым убедительным, т.к. на все их вопросы в одном документе были все ответы. Подводя черту хочу предложить разоработчикам АВК5 внедрить функцию: ДБН-КОНТРОЛЬ. Детали сокрыты, идея понятна. Но то, что ее внедрение перевернет всех с ног на голову: сомнений нет.

Valentin: Господа, разработчики, в документе OUTBOX.DOC на стр. 21 в самом тексте <данные о расчете цены> содержатся ошибки.

Valentin: В версии 2.10.0 радует то, что появилась возможность расчитывать ОПР по данным бухгалтерии, но не очень радует то, что данные в таблицы нужно вводить вручную. Все затраты имеют бухгалтерские счета, а это означает, что данные для расчета в ОПР за любой период (месяц, год) элементарно можно выгружать из любой бухгалтерской программы в текстовый файл. Задача разработчиков АВК автоматизировать заполнение таблиц из текстового файла. Пользователи будут ОЧЕНЬ благодарны. Щелчок - и расчет ОПР готов.

Valentin: В файле OUTBOX (V2.10.0) неправильно выводятся данные в строках ЛС: А5 – зарплата рабочих строителей и монтажников R1 – трудозатраты основных рабочих строителей и монтажников - данные попутаны местами (см.стр.10 описания файла)

exde: Valentin пишет: данные попутаны местами (см.стр.10 описания файла) Так шо? Шо попутано: данные или описание? Какая х/разница...Сажать надо, сажать! В маю!

Valentin: Во-первых: замечание адресовано разработчикам. Во-вторых: те кто уже пользуется файлом, начиная с 2.8.0, будут приятно удивлены, что в старых версиях все было ОК, а в новой - пропало количество, попутано вышеизложенное и т.д. Такое впечатление будто кто-то специально все рабочее испортил. В третьих: если уж exde так сильно заинтересовал этот вопрос, сравните выходные файлы ранних версий с новыми, и сами убедитесь. В четвертых: если нет разницы в смете между количеством, ТЗ и ЗП, то действительно, нужно САЖАТЬ!

exde: Valentin пишет: Во-первых: замечание адресовано разработчикам. Ну, звыняйте...

Valentin: В вопросе выпуска смет и актов все работает нормально.

exde: Valentin пишет: В вопросе выпуска смет и актов все работает нормально Спасибо за проверку. Если бы еще и вопрос с копейкой в КБ2/КБ3 окончательно решился.... А САЖАТЬ в мае надо ОГУРЦЫ И ПОМИДОРЫ!!!! а не разработчиков

Сергей.К: у меня в смете КБ2 итого: 2943650,05 грн НДС 588730,01 грн всего: 3532380,06 грн КБ3 итого: 2943650,05 НДС 588730,01 всего: 3532380,06 грн

Б. Н.: Valentin пишет: В версии 2.10.0 радует то, что появилась возможность рассчитывать ОПР по данным бухгалтерии, но не очень радует то, что данные в таблицы нужно вводить вручную. Все затраты имеют бухгалтерские счета, а это означает, что данные для расчета в ОПР за любой период (месяц, год) элементарно можно выгружать из любой бухгалтерской программы в текстовый файл. Задача разработчиков АВК автоматизировать заполнение таблиц из текстового файла. Пользователи будут ОЧЕНЬ благодарны. Щелчок - и расчет ОПР готов. Давайте разберемся. На мой взгляд, автоматизировать следует только полезную нужную работу. Введя в редакцию 2.10.0 таблицы для расчета ОПР и АР, мы просто вынуждены были подыграть нашим не шибко разумным чиновникам. Вы требуете от нас таблицы с правдоподобными строками затрат - получите их и отстаньте. Ни о каких объективных показателях, основанных на обработке реальных бухгалтерских данных строительной фирмы, здесь, по определению, нет и речи. Какой, вообще, смысл в этих таблицах? Если результат получится меньшим, чем усредненные данные, строитель спокойно глянет на потолок и дорисует затраты или же уменьшит (не учтет полностью) суммарную трудоемкость, собранную из Актов КБ-2в. Поди проверь! Если же результат получится большим, то проще просто срезать его, чем доказывать и обосновывать свое превышение над госстроевскими показателями. Больше ведь никак низзя! Так есть ли смысл автоматизировать до конца всю эту "методику"?

Valentin: Так и нормы ДБН также нет смысла автоматизировать? Ведь таблицы ОПР почти их зеркальное отражение.

Б. Н.: Valentin пишет: Так и нормы ДБН также нет смысла автоматизировать? Ведь таблицы ОПР почти их зеркальное отражение. Если быть точным, то в программе мы автоматизируем не нормы ДБН, а неоднократное обращение к этим нормам при составлении локальных смет. Здесь мы автоматизируем реальный полезный труд. А вот при расчете фактических показателей ОПР и АР речь идет об однократном действии пользователя по составлению таблицы, учитывающей зафиксированные в бухгалтерии затраты за прошедший год. Мы в программе четко расписали, как составляется таблица и что в нее входит - этого и достаточно. Составил таблицу единожды и ссылайся на нее при составлении всех локальных смет. Тем более, что само составление такой таблицы - занятие весьма сомнительное.

Valentin: Да все понятно, и тем не менее. Кто сталкивался с бухгалтерией на практике, тот знает, что получить сметчику данные для расчета ОПР - занятие бесполезное. Бухгалтера вечно заняты и подобные выборки делают с неохотой. Другое дело: нажал кнопку -сформировался файл и передал сметчику. А тот уже или подганяет под коеффициент или оставляет как есть -дело хозяйское. Нужен обычный механизм передачи данных. А за "нет" и суда нет.

Artem4ik: В версии АВК-5 2.10.0 существует нововведение: "В документах «Договорная Цена» и «Акт КБ-2в» расчет всех Прочих затрат производится и выдается на печать с точностью до 1 коп." Во всех предыдущих версиях АВК Прочие затраты в актах КБ-2в округлялись до 1 грн. Данное изменение очень усложняет процесс формирования справки КБ-3 и проверку её заказчиком, так как в справке, состоящей из более сотни актов очень сложно отследить ошибку в копейках. Убедительная просьба к разработчикам добавить функцию в программу, которая бы давала возможность выбирать пользователю приемлемый ему вариант: оставлять эти данные с копейками или же округлять их до целого числа. Заранее прошу не предлагать вариант вводить Прочие затраты вручную, так как речь идёт о большом количестве актов КБ-2в и округление в каждом из них займёт очень много времени.

exde: Artem4ik пишет: Данное изменение очень усложняет процесс формирования справки КБ-3 и проверку её заказчиком, так как в справке, состоящей из более сотни актов очень сложно отследить ошибку в копейках На калькуляторе составляют и проверяют, что-ли? Artem4ik Где нужно опасаться ошибки от большого количества цифр после запятой? Предупредите, пожалуйста, остальных пользователей 2.10.0

АВК: Замечательная функция - Выделение материалов в самостоятельную позицию. Плохо что при изменении объема работ не меняется объем материала. Нельзя ли эти цифры "запараллелить"?

Artem4ik: exde пишет: На калькуляторе составляют и проверяют, что-ли? Так как актов много и делают их несколько сметчиков, то выпустить общую справку КБ-3 для всех актов не представляется возможности, поэтому КБ-3 делается вручную по средствам EXCEL и данные вводятся именно вручную (как на упомянутом вами калькуляторе), а с копейками возростает вероятность ошибки и вследствии на поиск ошибочной копейки уходит уйма времени.

exde: Но ведь в КБ3 нет прочих затрат в явном виде? А КБ2/3 всегда были с копейками... Имеется в виду "из них строительно- монтажные работы"?

Artem4ik: exde пишет: Но ведь в КБ3 нет прочих затрат в явном виде? А КБ2/3 всегда были с копейками... Прочие затраты влияют на итоговые значения. В КБ2/3 выскакивали копейки максимум до 10 коп. от НДС и то не во всех актах. У нас с заказчиом даже были споры по поводу "материальных ресурсов поставки заказчика", которые выскакивали с копейками, сошлись на решении округлять их, вводя явно. А когда все прочие идут с копейками, то уж извините, вводить явно прибыль, административные расходы, комунальный налог, как то очень накладно. Во всех предыдущих версиях эти цифры всегда округлялись и с какой целью нужно было менять данную технологию расчета?

exde: Так вся проблема - в материалах заказчика? Как я себе представляю: 1. Сметчики самостоятельно могут в АВК откорректировать сумму материалов заказчика до копейки (могут, если захотят. Есть способ немножко схимичить). И тогда больше ничего трогать не надо будет 2. А к человеку, сбивающему общую КБ3, приходят уже нормальные КБ3 от сметчиков, с нормальными цифрами Вообще-то, для подгонки общей цены достаточно, например, коммунального налога. Вот тут-то и нужна точность до копейки. И других накруток тоже, чтобы он не выделялся

Valentin: АВК пишет: Замечательная функция - Выделение материалов в самостоятельную позицию. Плохо что при изменении объема работ не меняется объем материала. Нельзя ли эти цифры "запараллелить"? Ну и хитрун. Если позиция стала самостоятельной, так пусть себя и ведет самостоятельно. Веревочки зависимости уже обрезаны.

Сергей.К: АВК пишет: Плохо что при изменении объема работ не меняется объем материала. Нельзя ли эти цифры "запараллелить"? КП тебе в помощь

Valentin: Сергей.К , АВК хочет, чтобы объем расценки управлял объемом отторгнутых родственников с учетом норм расхода. Если применять КП, то только на каждую расценку, а это накладно.

АВК: Хитрун еще тот. "Отторгнутые родственники" были и раньше, только отторгали их вручную. Теперь эту процедуру автоматизировали. Смысла в этом особого не вижу. Единоразовая помощь, а дальше - всё по старинке. Я, правда, не пробовал, как эту функцию можно использовать в подрядчике, на демке пока юзаю. Согласитесь, то что я предлагаю было бы круто, не смотря на то, что хитро. Тем более, что при "очистке" нормы отторгнутые ресурсы восстанавливаются в составе нормы и при этом остаются самостоятельные в смете - их клоны. По запарке можно дров наломать. Если всё запараллелить, то при очистке ресурсов "отторгнутые родственники" должны вернуться в "семью". Из этого вытекает ещё одно: нельзя ли сделать действие функции очистки только на ту страницу, на которой нажата? К примеру, на странице "наименование" очищает только наименование, на странице "ресурсы" - только ресурсы.

Artem4ik: exde пишет: 1. Сметчики самостоятельно могут в АВК откорректировать сумму материалов заказчика до копейки (могут, если захотят. Есть способ немножко схимичить). И тогда больше ничего трогать не надо будет Вы меня не поймёте, с материалами заказчика проблем нет, они просто округляются в КБ-2, но неужели теперь нужно округлять Прибыль, Административные расходы, Комунальный налог (они теперь тоже выскакивают с копейками). exde пишет: 2. А к человеку, сбивающему общую КБ3, приходят уже нормальные КБ3 от сметчиков, с нормальными цифрами Человек сбивающий КБ3, делает справку не по "нормальным КБ3" а по актам КБ2, составляя при этом реестр актов, заказчик так же делает реестр актов, затем реестры сверяются и если где то не сходится цифра, начинают искать ошибку. С появившимися копейками эта процедура будет ещё сложнее. exde пишет: Вообще-то, для подгонки общей цены достаточно, например, коммунального налога. Вот тут-то и нужна точность до копейки. И других накруток тоже, чтобы он не выделялся Повторю ещё раз актов не 1 не 2 и не 3, чтоб заниматься подгонкой. Их количество уже почти доходит до 200 каждый месяц, а так как стройка в самом разгаре, то их будет ещё больше. То что вы предлагаете делать совсем не практично.

Valentin: Сверить 1000 КБ3 и не только по сотням объектов и с точностью до 1 коп. можно в доли секунд при помощи OUTBOX, тема аналитики уже обсуждается.

exde: Artem4ik пишет: с материалами заказчика проблем нет, они просто округляются в КБ-2 Да вот это и есть источник проблем! Задавайте реальную стоимость материалов в смете (а не явным заданием стоимости возврата или округлением) - и не нужно будет ничего больше трогать/округлять/подгонять и т.п. Или я не полностью представляю процесс составления реестра актов... Подгонки - это вообще от безысходности. Например - согласованная сумма после всех ухищрений с ценами не бьет на 1 копейку. Раньше в Екселе приходилось копейки править, в теперь можно задать в прочих затратах. Я очень доволен

Artem4ik: Valentin пишет: Сверить 1000 КБ3 и не только по сотням объектов и с точностью до 1 коп. можно в доли секунд при помощи OUTBOX, тема аналитики уже обсуждается. Пробовал работать с OUTBOX через СР2009, нашёл маленький недочёт. СР2009 берёт суммы из актов не те что выводятся на печать (с точностью до 1коп.), а расчётные (с точностью до 0,1коп.). В итоге если сбить все эти десятые копейки, а потом проверить сумму на калькуляторе с уже распечатанных актов кб-2, будут бить копейки. exde пишет: Задавайте реальную стоимость материалов в смете Я как то попробовал проделать данную операцию с субподрядчиком, в итоге столкнулся с проблемой: если сбить все показатели актов ("Итого (I+II+III+IV+V+VI+VII+VIII+IX)", "Стоимость материальных ресурсов поставки заказчика") и из них сформировать КБ-3, сделав все вычисления, накрутив НДС и т.д., то полученная сумма КБ-3 не всегда совпадает с суммой актов КБ-2 (сбитых просто на калькуляторе "Всего по объекту с учетом НДС"). Если же в актах округлены стоимости, как это было во всех версиях, то округлив лишь материал заказчика, мы не имеим подобных проблем. exde пишет: Раньше в Екселе приходилось копейки править, в теперь можно задать в прочих затратах. Не о каких исправлениях не может быть и речи, так как КБ-3 формируется после подписания КБ-2 всеми инстанциями и бегать переподписывать акт что бы исправить в нём копейки никто не будет.

Valentin: Artem4ik пишет: Пробовал работать с OUTBOX через СР2009, нашёл маленький недочёт. СР2009 берёт суммы из актов не те что выводятся на печать (с точностью до 1коп.), а расчётные (с точностью до 0,1коп.). ВСЕ посчитанные данные выбрасываются в ЕКСЕЛЬ. Задайте необходимую точность округления в формате ячеек .

Valentin:

exde: Artem4ik , регулярно работаю с материалами заказчика. В предыдущих версиях периодически были расхождения между Кб2 и КБ3 на 0,01 грн., не более. С этим боролись разработчики и, говорят, в 2.10.0 окончательно победили. Может, у нас разные подходы к формированию расчетов? Опишу свой, может, ошибаюсь где-нибудь 1. В "признаках" ставлю "суммарные стоимости материалов...... из ведомости ресурсов" 2. "Договорная цена - по рекомендациям налоговой" 3. Точность - до 1 коп. 4. Из Акта приема-передачи материалов вношу кол-во и цену (без НДС, ессно) в смету 5. Проверяю и вижу, что окончательная ИТОГО по Акту передачи и Ведомости ресурсов зачастую не сходятся, т.к. цена без НДС материалов может быть с несколькими знаками после запятой. 6. Корректирую ИТОГО материалов внесением в смету "фантомного" материала на +/- сумму 7. В выходных документах не забываю стереть добавленный ресурс. В итоге 1. Стоимость материалов заказчика совпадает в ведомости ресурсов и в Акте приемо-передачи 2. Все вычисления производятся автоматически, до любого знака, и не требуют подгонки 3. Все довольны: заказчик, подрядчик, бухгалтера И все - честно, на самом деле, т.к. правильно задать цену материала без НДС - не всегда возможно. "И никакого мошенничества"

Artem4ik: Valentin пишет: ВСЕ посчитанные данные выбрасываются в ЕКСЕЛЬ. Задайте необходимую точность округления в формате ячеек Видимо неудачный пример взял, попробую привести другой: к примеру есть OUTBOX: Как видите точность округление в итоге до 1коп. Но если любой проверяющий со стороны, который понятия не имеет о существовании OUTBOX и СР2009, возьмёт акты КБ-2 в бумажном варианте, то он увидет следующее: Берём в руки калькулятор 305360,45+459612,17+459612,17 = 1224584,79 разница 1коп. (а это только 3 акта, а если их 200, сколько копеек будет?) Похожая проблема у меня возникает и при формировании КБ-3 в Excel вбивая данные вручную, поэтому и прошу избавиться от копеек в итоговых цифрах

Valentin: От копеек Вы не избавитесь НИКОГДА. Закон налогообложения этого не допустит. А вот формат ячеек Вы задали неправильно. Я умышленно задал 4 знака после запятой (10коп), чтобы Вы задали 5 знаков (1коп), а Вы перебрали =6знаков (0,1коп) Поставьте 5 знаков после запятой - и будет Вам счастье до копейки как на бумаге. (проверено), нет времени снимать фото..

Valentin: ...точнее: выделите столбцы С и D и задайте цифровой формат =5 знаков после запятой. ВСЕ!

Artem4ik: Valentin пишет: ...точнее: выделите столбцы С и D и задайте цифровой формат =5 знаков после запятой. ВСЕ! Excel таким образом не обманишь Он будет показывать вам 5 знаков после запятой а на самом деле суммировать те цифры, которые реально забиты в ячейе и всёравно итог будет тем же. Кстати заметьте столбец D - 5 знаков после запятой. Для того чтоб расчёт вышел на тот, который у меня получился с бумажного варианта, мне необходимо к каждой строке применить функцию "=ОКРУГЛ()" и полученные значения сложить, тогда результат будет таким же.

Valentin: Artem4ik , Вы меня удивляете. Хотел обновить СР2009 с уже готовыми заокругленными результатами до 1 коп, чтобы считал и не проверять в ЕКСЕЛЕ, но увы, пока Вы не научитесь работать с ЕКСЕЛЕМ -стоп:

Valentin: Artem4ik , извините, я поспешил, завтра будет обновление. Для версии 2.10.0 это уже реализовано, для СР2009 поправлю.

Valentin: Artem4ik , ловите, пробуйте, скажите, что получилось. http://slil.ru/29127371

Valentin: Valentin пишет: Artem4ik , извините, я поспешил продолжу без спешки: Artem4ik пишет: Excel таким образом не обманишь Он будет показывать вам 5 знаков после запятой а на самом деле суммировать те цифры, которые реально забиты в ячейе и всёравно итог будет тем же. Теперь СЕРВИС> ПАРАМЕТРЫ>ВЫЧИСЛЕНИЯ>ТОЧНОСТЬ КАК НА ЭКРАНЕ .... и таким образом ЕКСЕЛЬ обманешь и он без дополнительной функции будет считать как нам нужно!

exde: Гм, пардон, что вмешиваюсь.... Valentin пишет: таким образом ЕКСЕЛЬ обманешь и он без дополнительной функции будет считать как нам нужно Ну, как вариант с изначально "продвинутым" пользователем. А "пересичный" догадается сделать вовремя эти "СЕРВИС> ПАРАМЕТРЫ>ВЫЧИСЛЕНИЯ>ТОЧНОСТЬ КАК НА ЭКРАНЕ"? Пользователя ведь нужно максимально разгрузить? (это не я говорил) Логичнее, наверное, разработчику самому Artem4ik пишет: применить функцию "=ОКРУГЛ()" Впрочем, как вариант, разработчик ПО может и программно сам изначально задать "СЕРВИС> ПАРАМЕТРЫ>ВЫЧИСЛЕНИЯ>ТОЧНОСТЬ КАК НА ЭКРАНЕ" ИМХО... Это так, на правах "ап" теме...

Valentin: Valentin пишет: Artem4ik , ловите, пробуйте, скажите, что получилось. http://slil.ru/29127371 Этого вполне достаточно. exde пишет: Впрочем, как вариант, разработчик ПО может и программно сам изначально задать "СЕРВИС> ПАРАМЕТРЫ>ВЫЧИСЛЕНИЯ>ТОЧНОСТЬ КАК НА ЭКРАНЕ" ИМХО... У меня лично от VBA повышается давление, да и ЕКСЕЛЮ не под силу обработать даже один OUTBOX большого размера, разве что отображать готовые итоги.

Valentin: exde , а вот и непонятно, для кого мы здеся распинались..

exde: Гм..., а вот посмотрите в е-мейлах, которые получены "при получении новых сообщений в тему"...

Valentin: exde , а оно мне надо??

Valentin: В ИВАНОВИЧИ-КОТЕЛЬНЯ сформирована ИВР в "Сментные Документы:. Проверяем: Транспортные =0,000062*66,69=0,004135грн Заготскладские =0,000062*65,89=0,004085грн Вопрос: по какому принципу расчитывались итоги и почему в ВР они разные? Ведь позиций с 1 коп может быть очень много.

Ирусик: Artem4ik пишет: В версии АВК-5 2.10.0 существует нововведение: "В документах «Договорная Цена» и «Акт КБ-2в» расчет всех Прочих затрат производится и выдается на печать с точностью до 1 коп." Во всех предыдущих версиях АВК Прочие затраты в актах КБ-2в округлялись до 1 грн. Данное изменение очень усложняет процесс формирования справки КБ-3 и проверку её заказчиком, так как в справке, состоящей из более сотни актов очень сложно отследить ошибку в копейках. Убедительная просьба к разработчикам добавить функцию в программу, которая бы давала возможность выбирать пользователю приемлемый ему вариант: оставлять эти данные с копейками или же округлять их до целого числа. Заранее прошу не предлагать вариант вводить Прочие затраты вручную, так как речь идёт о большом количестве актов КБ-2в и округление в каждом из них займёт очень много времени. 100% солидарна!!!!! Если Вы решили- что облегчили Этим "нововедением" сметчикам жизнь- ошибаетесь!!!!! Будем работать в 9-ой версии..

Б. Н.: Valentin пишет: Проверяем: Транспортные =0,000062*66,69=0,004135грн Заготскладские =0,000062*65,89=0,004085грн Вопрос: по какому принципу расчитывались итоги и почему в ВР они разные? Ведь позиций с 1 коп может быть очень много. Спасибо за хороший вопрос. Если уточнить вопрос, то он прозвучал бы так: "Почему транспортные 0,004135 грн округленно представлены в ИВР числом 0,00 грн., а складские 0,004085 грн представлены числом 0,01 грн.?" Действительно, с математической точки зрения, оба результата должны бы равняться 0,00. Но, с точки зрения сметчика, учитывая, что сметная стоимость материала есть сумма отпускной, транспортных и складских, работает несколько иная логика. Если просуммировать транспорт и складские ( 0,004135 + 0,004085 = 0,00822) и округлить результат, то появится "копеечка" (0, 00822 = 0,01), отбрасывать которую мы не имеем права. В данном случае эта копейка отнесена к складским расходам, т. к. складские расходы это - не сумма реальных расходов, а некая расчетная величина, которая никак не пострадает от "лишней" копейки. Именно потому, что "позиций с 1 коп может быть очень много", и принят данный алгоритм округлений.

Б. Н.: Ирусик пишет: В версии АВК-5 2.10.0 существует нововведение: "В документах «Договорная Цена» и «Акт КБ-2в» расчет всех Прочих затрат производится и выдается на печать с точностью до 1 коп." Если Вы решили- что облегчили Этим "нововедением" сметчикам жизнь- ошибаетесь!!!!! Будем работать в 9-ой версии.. Давайте разберемся спокойно. Акты КБ-2в при 100-процентном выполнении должны совпадать с Договорной ценой до 1 коп. Для этого и точность счета всех затрат должна быть одинаковой и выполняться до 1 коп. В отличие от Сводного сметного расчета, точность счета КБ-2в (и, соответственно, Договорной цены) должна выполняться до 1 копейки - хотя бы потому, что здесь НДС рассчитывается строго по бухгалтерским правилам до 1 коп и без округлений. В редакции 2.10.0 исправлена ошибка редакции 2.9.2, при которой при переносе данных из Акта КБ-2в в Справку КБ-3 иногда происходило несовпадение на 1 коп. Поэтому никаких проблем в Справке КБ-3 в редакции 2.10.0 не возникает. Справка КБ-3 в 2.10.0 автоматически накапливает стоимость выполненных работ с начала строительства и с начала года. Стоит ли данный документ выпускать сейчас вручную?

Ирусик: Уважаемый Б. Н. , хотелось бы уточниться: Не могли бы Вы в договорной цене ввести дополнительную функцию самостоятельно выбирать возможность выбора- округления административных, прибыли и прочих затрат до 3 знаков после запятой ( а не предлагаемые Вами в обязательном порядке 13 копеек, вместо 20, 40, 60, 80 копеек.) и переносить в акты КБ-2в. Как, например, создана ж возможность выбора в договорной цене: "Суммарные стоимости материалов и эксплуатации машин для Договорной Цены принимать из Итоговой ведомости ресурсов(без округлений по каждой позиции сметы). Вот такую же нам пожалуйста!!

Valentin: Б. Н. пишет: Если просуммировать транспорт и складские ( 0,004135 + 0,004085 = 0,00822) и округлить результат, то появится "копеечка" (0, 00822 = 0,01), отбрасывать которую мы не имеем права. В данном случае эта копейка отнесена к складским расходам, т. к. складские расходы это - не сумма реальных расходов, а некая расчетная величина, которая никак не пострадает от "лишней" копейки. Ха-ха, я как в воду смотрел. Еще только писал вопрос, а уже знал, что Б. Н будет суммировать. Но вопрос в ином: среди работников КРУ не все с логикой сметчика, есть и с логикой "математика". Напишет в акте, что по ЗС завышение на 8,00 грн. и оштрафует на 1200грн. (шутка) ТЗ и ЗС будем расчитывать по факту и задавать результаты явно, чтобы избежать искажения "сметной логики".

Valentin: Б. Н. пишет: НДС рассчитывается строго по бухгалтерским правилам до 1 коп и без округлений. Ирусик пишет: Если Вы решили- что облегчили Этим "нововедением" сметчикам жизнь- ошибаетесь!!!!! Будем работать в 9-ой версии.. 2.10.0 урегулировала сметные дела с бугхалтескими, избавив тем самым сметчика от ответственности. Ну не уйдете вы от копеек, таковы законы бухучета..

АВК: В "прочих функциях" - "выбор папок для ввода/вывода" задал пути к папкам для хранения: в папке DATA создал новые папки "Файлы OUTBOX" и т.п. При сохранении данных открывается папка, установленная по умолчанию AVK5_2100\RUS\DATA, а не выбранная. В чём дело?

АВК: Поработал с текстовыми файлами НСИ. Вот что получилось. 1.Создал в пользовательской НСИ новый материал. 2.Вывел пользовательскую НСИ в текстовый файл. 3.Переименовал расширение файла на .txt и открыл для редактирования. 4.Скопировал строку 5`С111-1638-П12-1`1`Л9.1`#Круг отрезной по металлу d 230х2.5х22мм "Luga"`#шт`0,00042``#`19.05.2010/15.09.52* и изменил шифр и наименование 5`С111-1638-П12-2`1`Л9.1`#Круг отрезной по металлу d 230х2.5х25мм "Luga"`#шт`0,00042``#`19.05.2010/14.09.14*. Сохранил с расширением .nst. 5.Ввел текстовый файл в пользовательскую НСИ. Новый материал появился, НО! Цвет шрифта - черный, т.е. как бы этот материал уже ИСПОЛЬЗОВАЛСЯ в сметах, соответственно его уже НЕЛЬЗЯ удалить. 6.Пытаюсь его редактировать. Нажимаю F4 - выскакивает окно с надписью: `Л9.1` is not a valid integer value. Комп виснет с надписью "Ждите. Выполняется подготовка к редактированию позиции". Жду. Нажимаю через некоторое время Esc - окно закрывается. После этого ни одна строка в НСИ не открывается. 7.Перегружаю программу. Строки в НСИ открываются. 8.Вывожу пользовательскую НСИ в текстовый файл. 9. Открываю текстовый файл и вижу: 5`С111-1638-П12-2`1``#Круг отрезной по металлу d 230х2.5х25мм "Luga"`#шт`0,00042``#`19.05.2010/14.09.14*. Невооруженным глазом видно, что `Л9.1` куда-то исчез. Вот такие пирожки с котятами. Может я чего напутал?

ЗЛБ: АВК пишет: В "прочих функциях" - "выбор папок для ввода/вывода" задал пути к папкам для хранения: в папке DATA создал новые папки "Файлы OUTBOX" и т.п. При сохранении данных открывается папка, установленная по умолчанию AVK5_2100\RUS\DATA, а не выбранная. В чём дело? В основном, все, что задается в "прочих функциях", используется ТОЛЬКО при создании новых строек.

ЗЛБ: АВК пишет: Поработал с текстовыми файлами НСИ. Вот что получилось. 1.Создал в пользовательской НСИ новый материал. 2.Вывел пользовательскую НСИ в текстовый файл. 3.Переименовал расширение файла на .txt и открыл для редактирования. 4.Скопировал строку 5`С111-1638-П12-1`1`Л9.1`#Круг отрезной по металлу d 230х2.5х22мм "Luga"`#шт`0,00042``#`19.05.2010/15.09.52* и изменил шифр и наименование 5`С111-1638-П12-2`1`Л9.1`#Круг отрезной по металлу d 230х2.5х25мм "Luga"`#шт`0,00042``#`19.05.2010/14.09.14*. Сохранил с расширением .nst. 5.Ввел текстовый файл в пользовательскую НСИ. Новый материал появился, НО! Цвет шрифта - черный, т.е. как бы этот материал уже ИСПОЛЬЗОВАЛСЯ в сметах, соответственно его уже НЕЛЬЗЯ удалить. 6.Пытаюсь его редактировать. Нажимаю F4 - выскакивает окно с надписью: `Л9.1` is not a valid integer value. Комп виснет с надписью "Ждите. Выполняется подготовка к редактированию позиции". Жду. Нажимаю через некоторое время Esc - окно закрывается. После этого ни одна строка в НСИ не открывается. 7.Перегружаю программу. Строки в НСИ открываются. 8.Вывожу пользовательскую НСИ в текстовый файл. 9. Открываю текстовый файл и вижу: 5`С111-1638-П12-2`1``#Круг отрезной по металлу d 230х2.5х25мм "Luga"`#шт`0,00042``#`19.05.2010/14.09.14*. Невооруженным глазом видно, что `Л9.1` куда-то исчез. Вот такие пирожки с котятами. Может я чего напутал? Спасибо за найденную ошибку. В ближайшее время будет выпущен PATCH2100_2.

АВК: ЗЛБ пишет: В основном, все, что задается в "прочих функциях", используется ТОЛЬКО при создании новых строек. Из созданных новых строек осуществляется ввод-вывод только файлов IMS, BDS, OUTBOX и БХСМ). Остальные файлы (НСИ, рег.цен, текст.файлы) не привязаны к новой стройке. И при создании новой стройки файл OUTBOX сохраняется не в назначенную папку, а в папку по умолчанию.

Матвеева: Каким способом в АВК-5 (2.10.0) можно изменить точность округления с 5-и на 3-и по прибыли и административным расходам, чтобы итог по ДЦ без НДС, а соответственно итог по КБ-2в без НДС был с точностью до 1 грн., поскольку программа не позволяет сделать это без заполнения исходных данных и расчета по прибыли и административным расходам, отсутствующих в программе.

Б. Н.: Матвеева пишет: Каким способом в АВК-5 (2.10.0) можно изменить точность округления с 5-и на 3-и по прибыли и административным расходам, чтобы итог по ДЦ без НДС, а соответственно итог по КБ-2в без НДС был с точностью до 1 грн., поскольку программа не позволяет сделать это без заполнения исходных данных и расчета по прибыли и административным расходам, отсутствующих в программе. В ДБН Д.1.1-1-2000 оговорена точность счета только локальных смет, объектных смет и сводного сметного расчета. Точность счета прочих затрат Договорной цены и Акта КБ-2в диктуется требуемой точностью счета части их составляющих: НДС, а также материалов (если стоимость материалов выбирается из ИВР), т. е., до 1 коп. Необходимость совпадения до 1 коп. итоговых стоимостей ДЦ и КБ-2в требует единого подхода к точности расчета всех прочих затрат при выпуске данных документов, т. е. точности счета до 1 коп. Если какую-либо из прочих затрат (например, прибыль или Административные расходы) необходимо представить в выходном документе целым числом, достаточно выполнить расчет документа дважды. Перед вторым счетом следует задать требуемое округленное число стоимости в Стоимостных показателях затраты (для прибыли – П130, для АР – П147 в Г13). В следующей редакции программы попробуем реализовать задание требуемой точности счета прочих затрат более удобным способом.

tytalarson: Подскажите, пожалуйста. Можно ли при бюджете по ПНР использовать расценки по ПЕ и ПУ

Artem4ik: Valentin пишет: exde , а вот и непонятно, для кого мы здеся распинались.. Прошу прощения, что пропал из темы. Благодарен за помощь с OUTBOX и СР2009, с округлением в Excel тоже полезная информация. Однако проблема остаётся той же, мои коллеги не настроены на всякие нововведения и им очень сложно объяснить полезность OUTBOX. Очень тяжело сломать систему, наработанную годами. К несчастью, из-за появления копеек в 10-й версии, мы продолжаем работать в версии 2.9.2

av_user: Доброго дня По-перше дякую розробникам, що врахували ряд побажань, серед яких були і мої :) Маю запитання: - Як можна побачити що вводиться інформаційна модель з неліцензійної програми? - Ця введена неліцензійна модель "псує" лише одну будову, чи можливо ще щось у програмі /наприклад коли на її базі створюєш ціновий регіон/? Замітив маленьку неточність: замість У має бути В /А можна додати сортування номер, дата моделі, ... ?/ І при нагоді файно було б зробити форму вибору місяць-рік тут: так само як у формах вибору дати поточних цін на ресурси для локальних кошторисів та зведеного кошторису /Ф114Л-1 та Ф114С-1/

Сергей.К: av_user пишет: Ця введена неліцензійна модель "псує" лише одну будову, чи можливо ще щось у програмі /наприклад коли на її базі створюєш ціновий регіон/? вы получите следующий текст и естественно ввода не будет

Valentin: Artem4ik пишет: Однако проблема остаётся той же, мои коллеги не настроены на всякие нововведения и им очень сложно объяснить полезность OUTBOX. Очень тяжело сломать систему, наработанную годами. К несчастью, из-за появления копеек в 10-й версии, мы продолжаем работать в версии 2.9.2 Округление итогов до 1 коп. за выполненные работы не есть нововведение. OUTBOX здесь вообще не при чем (приведен был пример, как при его помощи можно свести некоторые итоги). А появление копеек диктует закон, и то что этого "появления" не было в прошлых версиях не освободит желающих "сломать систему" от прямой ответственности БУХ и НАЛ учета. АВК5-2.10.0 только приблизило время "досрочного освобождения".

Valentin: Просьба к модераторам: наряду с прикрепленной темой "Комплексная позиция..." прикрепить "OUTBOX". Сегодня актуальность этого механизма - неоспорима и требует широкого обсуждения.

Valentin: exde пишет: .. "ударим автопробегом по бездорожью"... ..."когда космические корабли бороздят просторы Большого театра..." ..."есть жизнь на Марсе, нет жизни на Марсе"... ..."Вчера было рано, завтра будет поздно" Ессно, именно - "сегодня" ... , молодец. И с каким же расширением асоциировать вышесказанное??

ЗЛБ: av_user пишет: А можна додати сортування номер, дата моделі Какой номер Вы имеете ввиду?

Valentin: exde пишет: Это я в поддержку оратора! =Мабуть: само-оцінка та само-підтримка..

Valentin: Подсистема "СМЕТНЫЕ ДОКУМЕНТЫ" (2.9.2 и 2.10.0) Загружаем образцовую ИВАНОВИЧИ. Удаляем все объекты, кроме КОТЕЛЬНЯ и все сметы, кроме ОБЩЕСТРОИТЕЛЬНЫЕ РАБОТЫ и все разделы и позиции, кроме РАЗДЕЛ ФУНДАМЕНТЫ и двух позиций Е8-3-1 и Е8-4-7. Считаем: А потом смотрим на ССР: Может у меня колесико в мішке не крутится??

Valentin: 1``хранилище_1`ПК АВК-5 редакция 2.9.2`25.05.10* S0`9999_СС* S1`Реконструкция котельной жилого квартала ОАО Иваничи-сахар в пгт.Иваничи ``КМ-1827/97`0`Шилов Ш.Ш.``Литковец М.К.`Петров К.О.`Денисов Г.О.* S2* 1`П114`214,541* 2`П14`214,541* 3`П17`214,54* 4`П13`178,784* 5`П9`178,784* 6`П12`178,784* 7`П610`178,784* 8`П8`175,259* 9`П7`175,016* 10`П10`0,264* 14`П6`0,007* 21`П5`0,243* 22`П4`0,24* 23`П23`0,243* 25`П22`0,24* 27`П1-7С`0,233* 31`П1`0,233* 35`П21`0,2* 36`П27`0,023* 45`П207`0,01142* 47`П209`0,00146* 49`П208`0,00106* 55`П752`0,008* 57`П72`0,043* 58`П30`0,028* 65`П32`0,008* 68`П730`0,036* 70`П35`0,007* 71`П42С`0,007* 86`П11Б`13,77* 87`П28`0,149* 89`П29`0,107* 90`П49`0,10667* 93`П499`0,00287* 97`П25`0,001* 98`П774`0,033* 99`П34`0,033* 106`П73`0,003* 107`П731`0,003* 109`П731Д`0,003* 110`П731Е`0,003* 113`П31`0,002* 116`П260`0,001* 118`П33`0,001* 135`П10Б`0,003* 161`П37`3* 162`П38`1* 164`П15`3,1* 165`П16`0,81* 166`П19`2* S3* RSMS1* С200-2``Автомобили бортовые, грузоподъемность до 5 т`0,005328``маш-ч`01.01.2009`42,78#0`Т1=1#0`0,33#0`0#0`3$1`Т2=0,98`Т3=0,82`Т4=3,07$5,39$```````````Т6=0,12$10,35$`Т7=6,58``* С205-101``Компрессоры передвижные с двигателем внутреннего сгорания, давление до 686 кПа [7 ат], подача 2,2 м3/мин`0,48384``маш-ч`01.01.2009`47,46#0`Т1=1#0`0,2#0`0,04#0`3,8$1`Т2=0,73`Т3=0,82`Т4=`4,7$4,98$``````````Т6=0,29$10,35$`Т7=2,10`Т8=0,33`* RSMS2* С233-1100``Трамбовки пневматические при работе от компрессора`0,98496``маш-ч`01.01.2009`Т4=```````````* С270-108``Котлы битумные передвижные, емкость 400 л`0,01272``маш-ч`01.01.2009`Т4=`````0,05$117,95$``````* RSMT* С111-73``Битумы нефтяные строительные, марка БН-90/10`0,000064``т`01.01.2009`2531,71`Т1=2413,12`Т2=68,95`Т3=49,64* С111-322``Керосин для технических целей, марка КТ-1, КТ-2`0,000096``т`01.01.2009`2962,91`Т1=2843,78`Т2=61,03`Т3=58,10* С111-612``Мастика морозостойкая битумно-масляная МБ-50`0,00096``т`01.01.2009`3948,47`Т1=3804,10`Т2=66,95`Т3=77,42* С111-1608``Ветошь`0,0004``кг`01.01.2009`1,94`Т1=1,81`Т2=0,09`Т3=0,04* С142-10-2``Вода`0,36``м3`01.01.2009`5,18`Т1=5,18``* С1421-10634``Песок природный, рядовой`1,584``м3`01.01.2009`89,63`Т1=20,57`Т2=67,30`Т3=1,76* OS1`2`1`2-1`Котельная`0```* OS2* 4`П23`0,233* 8`П27`0,046* 10`ПА45`0,023* 28`П752`0,008* 30`П72`0,043* 31`П30`0,028* 32`ПА33`0,028* 37`ПА48`0,008* 41`П35`0,007* 53`П28`0,149* 54`П49`0,107* 55`П499`0,003* 57`ПА36`0,149* 62`П774`0,033* 63`ПА39`0,033* 68`П73`0,003* 70`П31`0,002* 71`ПА51`0,002* 76`П260`0,001* 78`ПА54`0,001* 88`П10Б`0,003* 112`П37`3* 113`П38`1* OS3* ROMS1* С200-2``Автомобили бортовые, грузоподъемность до 5 т`0,005328``маш-ч`01.01.2009`42,78#0`Т1=1#0`0,33#0`0#0`3$1`Т2=0,98`Т3=0,82`Т4=3,07$5,39$```````````Т6=0,12$10,35$`Т7=6,58``* С205-101``Компрессоры передвижные с двигателем внутреннего сгорания, давление до 686 кПа [7 ат], подача 2,2 м3/мин`0,48384``маш-ч`01.01.2009`47,46#0`Т1=1#0`0,2#0`0,04#0`3,8$1`Т2=0,73`Т3=0,82`Т4=`4,7$4,98$``````````Т6=0,29$10,35$`Т7=2,10`Т8=0,33`* ROMS2* С233-1100``Трамбовки пневматические при работе от компрессора`0,98496``маш-ч`01.01.2009`Т4=```````````* С270-108``Котлы битумные передвижные, емкость 400 л`0,01272``маш-ч`01.01.2009`Т4=`````0,05$117,95$``````* ROMT* С111-73``Битумы нефтяные строительные, марка БН-90/10`0,000064``т`01.01.2009`2531,71`Т1=2413,12`Т2=68,95`Т3=49,64* С111-322``Керосин для технических целей, марка КТ-1, КТ-2`0,000096``т`01.01.2009`2962,91`Т1=2843,78`Т2=61,03`Т3=58,10* С111-612``Мастика морозостойкая битумно-масляная МБ-50`0,00096``т`01.01.2009`3948,47`Т1=3804,10`Т2=66,95`Т3=77,42* С111-1608``Ветошь`0,0004``кг`01.01.2009`1,94`Т1=1,81`Т2=0,09`Т3=0,04* С142-10-2``Вода`0,36``м3`01.01.2009`5,18`Т1=5,18``* С1421-10634``Песок природный, рядовой`1,584``м3`01.01.2009`89,63`Т1=20,57`Т2=67,30`Т3=1,76* LS1`2`0`2-1-1`общестроительные работы``АБ1-16`К О Пецева`Г И Денесюк* LS2* 4`П23`0,233* 8`П27`0,023* 10`ПА45`0,023* 28`П752`0,008* 30`П72`0,043* 31`П30`0,028* 32`ПА33`0,028* 37`ПА48`0,008* 41`П35`0,007* 53`П28`0,149* 54`П49`0,107* 55`П499`0,003* 57`ПА36`0,149* 62`П774`0,033* 63`ПА39`0,033* 68`П73`0,003* 70`П31`0,002* 71`ПА51`0,002* 76`П260`0,001* 78`ПА54`0,001* 88`П10Б`0,003* 112`П37`3* 113`П38`1* LS3* RLMS1* С200-2``Автомобили бортовые, грузоподъемность до 5 т`0,005328``маш-ч`01.01.2009`42,78#0`Т1=1#0`0,33#0`0#0`3$1`Т2=0,98`Т3=0,82`Т4=3,07$5,39$```````````Т6=0,12$10,35$`Т7=6,58``* С205-101``Компрессоры передвижные с двигателем внутреннего сгорания, давление до 686 кПа [7 ат], подача 2,2 м3/мин`0,48384``маш-ч`01.01.2009`47,46#0`Т1=1#0`0,2#0`0,04#0`3,8$1`Т2=0,73`Т3=0,82`Т4=`4,7$4,98$``````````Т6=0,29$10,35$`Т7=2,10`Т8=0,33`* RLMS2* С233-1100``Трамбовки пневматические при работе от компрессора`0,98496``маш-ч`01.01.2009`Т4=```````````* С270-108``Котлы битумные передвижные, емкость 400 л`0,01272``маш-ч`01.01.2009`Т4=`````0,05$117,95$``````* RLMT* С111-73``Битумы нефтяные строительные, марка БН-90/10`0,000064``т`01.01.2009`2531,71`Т1=2413,12`Т2=68,95`Т3=49,64* С111-322``Керосин для технических целей, марка КТ-1, КТ-2`0,000096``т`01.01.2009`2962,91`Т1=2843,78`Т2=61,03`Т3=58,10* С111-612``Мастика морозостойкая битумно-масляная МБ-50`0,00096``т`01.01.2009`3948,47`Т1=3804,10`Т2=66,95`Т3=77,42* С111-1608``Ветошь`0,0004``кг`01.01.2009`1,94`Т1=1,81`Т2=0,09`Т3=0,04* С142-10-2``Вода`0,36``м3`01.01.2009`5,18`Т1=5,18``* С1421-10634``Песок природный, рядовой`1,584``м3`01.01.2009`89,63`Т1=20,57`Т2=67,30`Т3=1,76* LS4* Н15`1,2* Н16`1,2* R`Фундаменты* Е8-3-1``Устройство основания под фундаменты песчаного`м3`1,44`193`144`23`8`26`2`1* NSR* Z1`1,476`12,27``* Z2`2,8``* С205-101``0,336`47,46`* С233-1100``0,684``* С142-10-2``0,25`5,18`* С1421-10634``1,1`89,63`* KSR* Е8-4-7``Гидроизоляция стен, фундаментов боковая обмазочная битумная в 2 слоя по выравненной поверхности бутовой кладки, кирпичу, бетону`100м2`0,004`7`5`0`0`2`0`0* NSR* Z1`40,2`13,94``* Z2`3,9``* С200-2``1,332`42,78`* С270-108``3,18``* С111-73``0,016`2531,71`* С111-322``0,024`2962,91`* С111-612``0,24`3948,47`* С111-1608``0,1`1,94`* KSR*

Сергей.К: Valentin пишет: А потом смотрим на ССР: а что там не так? (просто интересно) до конца крутилось колесико у меня, вижу итого по ССР

Valentin: Я же приложил файл Аута. ССР=1`П114`214,541* т.е. при удалении всех смет итог не изменился. А должно быть = 0,361

Б. Н.: Valentin пишет: т.е. при удалении всех смет итог не изменился. Проверено. Мин нет. "При удалении всех смет" итог (П114) ... изменился. Просьба быть более внимательным при сообщении об ошибках.

Valentin: Б. Н. пишет: Проверено. Мин нет. Так никто ж и не сомневался. Тема то -"флудовская", потому и рассматривалась сегодня во "Флудилка". А здесь она только потому, что уже и дилеры (минеры) разучились работать в АВК5. Провокации иногда полезны.

Valentin: Б. Н. пишет: Просьба быть более внимательным при сообщении об ошибках. Извините, но тем, кто уже сейчас знакомится с Аутбоксом, была очень интересна вышеизложенная публикация.

Matilda: С ужасом обнаружила, что в окне Ф130-1 выделение и копирование невозможно! При составлении смет на ПНР электрической части большая часть работ берется "применительно", а в скобках приходится указывать наименование работы, причем это должно звучать понятно не только электрику. Теперь придется каждый раз набирать целые предложения (или рассказывать историю любви) почти в каждом пункте "по-новой". А когда работать? Такого маразма не ожидала. А кто захочет злоупотребить, то он обязательно злоупотребит, потому-что под нерасшифрованным пунктом можно спрятать любэ и потом морочить заказчику голову и оправдывать невозможностью редактировать. Поздравляю всех заинтересованных с новшеством!!!

exde: С+C - С+V

Matilda: Спасибо exde. контрол+с и контрол +м вставляет ранее скопированное в любом другом месте, но мне нужно скопировать, например, в предыдущем пункте вставить в новый и кое-что подкорректировать (Наприм. Комплексные опробования микропроцессорного терминала "REL670 фирмы АВВ" поменять на "7SA513 фирмы Siemens"), а скопировать я не могу. Может проще пользоваться 9.2 (возможно с переводом потом в 10, но может возникнуть проблема, если нужно будет внести исправления после экспертизы и т.д. и т.п.). МЕНИНГИТ.

Сергей.К: Matilda учитесь пользоваться клавишами, а не только мышкой есть и другой путь, аналогичный тому, который указал exde Ctrl+Ins - Shift+Ins

Matilda: С+C - С+V не работает

Matilda: Ctrl+Ins - Shift+Ins тоже не работает

exde: Перед этим нужно мышкой выделить нужную часть текста для копирования...

Matilda: Ctrl+Ins - Shift+Ins только вставляет но не копирует

АВК: Конечно же, ввести в программу функцию копирования куда сложнее! Блин, где борьба за покупателя? Почему рядовой лузер не может пользоваться теми функциями, которые есть в ЛЮБОЙ другой программе? А потом даешь задание: БЫСТРО сделать смету - и ждешь ее ГОД. Узнаешь, почему так медленно, и оказывается, что НЕОПЫТНЫЙ (в компьютерном смысле) сметчик ПРОСТО не знает, что ускорить можно через "Ctrl+Ins - Shift+Ins"!!!! КОПИРОВАНИЕ должно быть! Так же как и ОТМЕНА действия. НАРОД хочет СЕРВИСА!

Matilda: Выделила конечно

exde: АВК пишет: КОПИРОВАНИЕ должно быть! Так же как и ОТМЕНА действия. НАРОД хочет СЕРВИСА! +100 Matilda пишет: Ctrl+Ins - Shift+Ins только вставляет но не копирует Просто не торопитесь, когда нажимаете кнопки совместно, и все получится. Вставлять ведь уже получилось, и копировать получится. ЗЫ Может, кнопка какая на клаве не работает? Попробуйте с симметричной

Matilda: Ну не знаю, я конечно, не хакер, но простые телодвижения мне подвласны. Может просто вернуть назад то хорошее что было в предыдущей версии, а не делать вид "МЫ БДИМ", потому что "бдить в корень" злоупотреблений - компетенция совсем других "органов". И вообще. иногда лучше недобдеть чем перебдеть. Спасибо. Извините, если резко.

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

Б. Н.: Matilda пишет: С ужасом обнаружила, что в окне Ф130-1 выделение и копирование невозможно Если при работе в экране Ф130-1 речь идет о позиции-материале или позиции-оборудовании, то для редактирования наименования (в том числе для копирования текста в буфер обмена или для выгрузки из буфера), необходимо предварительно создать новый вариант ресурса. Так было и так есть. Если же редактируется позиция-работа, то никаких ограничений на редактирование наименования позиции нет. Здесь доступно и выделение, и копирование в буфер обмена, здесь и выгрузка из буфера - все как, к примеру, в Ворде. Даже неудобно говорить об этих азах работы с программой. А, может, я чего не понял. Из-за чего весь этот шум? Жду пояснений. Или извинений.

exde: Б. Н. , не лукавьте Впрочем, и трагедии нет никакой. Наши руки - не для скуки

Valentin: Б. Н. , не обижайтесь, но существуют в ВИНДЕ определенные темы (зачастую под ВИСТА), при которых текст в ЕДИТ -контроле приобретает белый цвет даже тогда, когда не было создание варианта. Просто обман зрения. И после создания варианта-цвет тот же, но уже доступно редактирование. Может кто-то и столкнулся с этим, но стесняется сказать правду??

exde: Valentin ..."Все - в AUTодор, товарищи!" "Сегодня", т.е. когда строительная отрасль находится на пике своего подъема Впрочем, конечно, готовь сани летом....

Б. Н.: exde пишет: Впрочем, и трагедии нет никакой. Наши руки - не для скуки Товарищ объяснил наглядно и красочно. Даже я понял, в чем здесь дело. Признаюсь, и не знал, что в 2.9.2 по правой клавише мышки можно было дублировать эти стандартные действия операционной системы по редактированию текста. Отсутствие этого сервиса в 2.10.0, действительно, не есть трагедия. Это даже неприятностью трудно назвать. Зачем, спрашивается, дублировать в программе то, что и так делает любая операционная система?

exde: Б. Н. пишет: Зачем, спрашивается, дублировать в программе то, что и так делает любая операционная система? А зачем "дублировали" в 2.9..... и ранее? А какой славной была DOS!!! А кому-то не понравилась... Многие из нас родом из DOS, все эти Ctrl+Alt+Shift+F... до сих пор присутствуют в АВК. И кто-то ведь помнит все это!!!

Valentin: Какой-то бред!! В 2.9.2 и 2.10.0 Ф130-1, а тем более "НАИМЕНОВАНИЕ" редактируется без всяких проблем и выделений. Только в 2.9.2 для любителей АВК и операционки, а в 2.10.0 -только для любителей АВК (+ работает с буфером обмена ч-з Ctrl+V + отключена правая кнопка мыши: контекстное меню для ЕДИТ-контрола - и это правильно-ИМХО).

Valentin: exde пишет: ..."Все - в AUTодор, товарищи!" "Сегодня", т.е. когда строительная отрасль находится на пике своего подъема Впрочем, конечно, готовь сани летом.... Фраза для флуда. Кстати в теме "Флудилка" уже размещена полезная информация о ваших картинках. Думаю, вы для себя сделаете правильный АУТ?

exde: Valentin пишет: "НАИМЕНОВАНИЕ" редактируется без всяких проблем и выделений Ну, у кого-то, без проблем Гм..., "и выделений". А всегда было так Valentin пишет: в 2.10.0 отключена правая кнопка мыши: контекстное меню для ЕДИТ-контрола - и это правильно-ИМХО Ну, для того, у которого уже и правая мышка не работает, то - да. ИМХО Valentin пишет: в теме "Флудилка" уже размещена полезная информация о ваших картинках. Думаю, вы для себя сделаете правильный АУТ? А вы для себя сделали вывод, что облажались привели неверную информацию об ошибках в АУТ? Думаете, съехали, и никто не заметил?

Valentin: exde пишет: А вы для себя сделали вывод, что облажались привели неверную информацию об ошибках в АУТ? Думаете, съехали, и никто не заметил? Нужно слишком хорошо меня знать, чтобы куда-то кому-то не "съехать". Не заставляйте меня наночь сорить красноречием... ну не выйдет провокация у того, кто не проходил спецшколу...Не старайтесь, спокойной ночи.

exde: Matilda пишет: "бдить в корень" злоупотреблений - компетенция совсем других "органов" Valentin пишет: не выйдет провокация у того, кто не проходил спецшколу...Не старайтесь Спецшколу не проходили. Спокойной ночи

Б. Н.: Matilda пишет: Теперь придется каждый раз набирать целые предложения (или рассказывать историю любви) почти в каждом пункте "по-новой". А когда работать? Кажется, я, наконец, сообразил, в чем здесь дело. Нашему пользователю представилось, будто редакция 2.10.0 покушается на его право уточнять текст примененной нормы, и поэтому, мол, ограничена свобода действий по редактированию наименования позиций. То, что никаких ограничений нет, а здесь всего лишь несколько упорядочена технология редактирования наименования позиции, ясно из предыдущих постов. Кстати, в редакции 2.10.0 можно для локальной сметы легко выдать на печать все стандартные нормы, у которых изменено лишь наименование, но не изменена ресурсная часть. Так, на всякий случай.

Matilda: СПАСИБО конечно за все "ДОБРЫЕ" слова в мой адрес по поводу копирования, вставления и корректировки текста, но Вы все имеете ввиду строительно-монтажные работы, а я про ПУСКОНАЛАДКУ (ПНР), а там всё несколько иначе всё происходит.

Matilda: Например: П1-20-34 Захист струмовий ПДЭ-2002 (Чотириступеневий напрямлений максимальний струмовий захист від замикань на землю (51, 51N, 67N)), П1-36-10 ВСПИ по ВЛ. Система телемеханіки на базі інтегральних мікросхем. Апаратура контрольованого пункту [КП] з обсягом поступаючих сигналів 28 ТС, 7 ТИ [по типу УТМ-8, (Приймання та обробка аналогових та дискретних сигналів) П1-55-6 Елементи систем автоматичного управління і регулювання. Функціональна група управління аналогова, безконтактна з загальним числом елементів і органів настроювання до 50 (Складання конфігурації мікропроцесорного термінала L60 фірми General Electric Multilin) Это всё ПРИМЕНИТЕЛЬНО, в скобках - история любви. В ДБНе в разделах по релейной защите и противоаварийной автоматике присутствует аппаратура почти 40-летней давности. Поэтому приходится пользоваться "Функциональными группами", "полупроводниковыми панелями" и т.п. и если не писать в кобках что вы имеете ввиду под функц.группами то в смете будут только эти самые ф.группы, ни один заказчик не поймёт, что мы собираемся налаживать и пускать, а экономисты (т.е. не электрики) вообще впадут в кому. А мне нужно элементарно всё что в скобках копировать, вставлять и корректировать (т.к. набор защит или функций может быть разный-например защиты бывают одно-, двух-, 3-х, 4-х, пятиступенчатые, и.тд. и т.п. ну вы понимаете). Ну а кто не понял, как говорится "Хто голоду не знав, той ковбасу не їв без хліба"

прохожий: Matilda, у меня Ctrl+C - Ctrl+V работает в ПНР нормах и в стройках на ПНР

Matilda: прохожий Спасибо, попробую ещё разок

АВК: Прохожий не зря проходил. Действительно, всё копируется. И самое интересное, что стройка на ПНР абсолютно НИЧЕМ не отличается от стройки на СМР. Отсюда возникает вопрос к разработчикам: какой смысл? Я специально создал стройку на ПНР и при этом свободно в неё напихал совершенно не соответствующие пуско-наладке работы (например, работы по озеленению). Как мне кажется, при настройке ПНР должны быть активны только те работы, разделы, сборники и т.д., которые действительно относятся к пуско-наладке. Али я не прав?

antonina-17-07: АВК пишет: Как мне кажется, при настройке ПНР должны быть активны только те работы, разделы, сборники и т.д., которые действительно относятся к пуско-наладке. Али я не прав? т.е., Вы ТРЕБУЕТЕ от разработчиков включить функцию "защиты от дураков"?

АВК: Не вижу смысла выделять ОТДЕЛЬНО стройку на ПНР, если она не отличается от СМР. Может мне к ОКУЛИСТУ?

АВК: Вот взять к примеру "Создание локальной сметы на приобретение оборудования". Там ведь кроме ПРИОБРЕТЕНИЯ оборудования ничего не ВСУНЕШЬ, дурак ты или не дурак.

antonina-17-07: АВК пишет: Там ведь кроме ПРИОБРЕТЕНИЯ оборудования ничего не ВСУНЕШЬ, дурак ты или не дурак. не обижайтесь... в прошлом году на конференции сметчиков разработчики АВК5 как раз и рекламировали эту самую "защиту от дураков" по многим позициям... а здесь, видимо, забыли ее включить... вторым патчем исправят, наверное...

exde: В пусконаладку ничего всовывать не приходилось, а вот в СМР че-нить всунуть - с превеликим удовольствием. СМР "защишать" не надо!

АВК: Обиды в сторону. Если бы забыли - то ладно, но ведь и раньше этого не было. Специально в 2.9.2 проделал ту же процедуру: и опять получил пусконаладку зеленых насаждений.

antonina-17-07: похоже, что жизнь сметчиков круто меняется... http://www.zaxid.net/newsua/2010/5/27/123037/ не обращайте внимание на мелочи... эх... все-таки, блажен, кто верует...

АВК: exde пишет: СМР "защишать" не надо! Да!Да!Да! СМР - это СВЯТОЕ!!!

petrovich: Уважаемые разработчики Учтите в следующем патче следующее недоразумение с коэффициентом к объему....

Б. Н.: АВК пишет: Как мне кажется, при настройке ПНР должны быть активны только те работы, разделы, сборники и т.д., которые действительно относятся к пуско-наладке. Али я не прав? Да, Вы не правы. Кроме чисто пусконаладочных работ, в локальной смете на пусконаладку должна быть отражена и стоимость различных вспомогательных работ и затрат - они автоматически относятся программой к "прочим затратам" локальной сметы. Поэтому никаких ограничений на состав позиций локальных смет не накладывается - это Вам не смета на приобретение оборудования, в которой, действительно, ничего кроме оборудования не должно быть по определению. Впрочем, мы отвлеклись от основного вопроса - как там наша Матильда, научилась ли она жать одновременно на Ctrl+C и Ctrl+V? Молчит. Значит еще не научилась.

АВК: Б. Н. пишет: как там наша Матильда, научилась ли она жать одновременно на Ctrl+C и Ctrl+V? А если не научится, вы вернете функцию? Б. Н. пишет: в локальной смете на пусконаладку должна быть отражена и стоимость различных вспомогательных работ и затрат Всё смешалось - кони, люди... Значит я правильно сделал, создав пусконаладку садовых насаждений. Спасибо огромное.

АВК: petrovich, а можно уточнение, какое там недоразумение?

petrovich: ну как какое... вставляем любую расценку, в моем случае," Разработка грунта...." пишем объем 1000 м3 и получаем расход ресурсов по позиции как и предполагает норматив на единицу измерения (чел.-ч - 2,62; экскаваторы - 2,72 и т.д ) ставим объем 500м3 и коэффициент к объему 2,получаем те же 1000 м3, но заглянув в Ф130-2 видим завышение всех ресурсов в n-ное количество раз, где n - ваш коэффициент к объему благо дело, что это "глазное обманзДрени" наблюдается только в развернутой расценке, а во всех выходных документах все учитывается правильно.

АВК: Вот и я увидел, что "к-т к объему" внутри расценки увеличивает все ресурсы. Арифметически всё правильно. Но по другому не может быть никак, потому что внутри нормы нигде не прописана цифра объема. Наверное, именно по этому "искусственно" завышаются все ресурсы. Может быть разработчикам стоит внутри нормы ввести дополнительную строку: "Объем работ"? Тогда всё срастется. ИМХО.

petrovich: Арифметически всё правильно. да что ж там правильного !?!? это однозначный косяк новой версии, ведь во всех предыдущих ничего подобного не наблюдалось

АВК: Вы ввели какой объем? Если 1000 м3 + к=2, тогда всё арифметически правильно. Если 500 м3 + к=2, тогда - косяк. Но при этом "во всех выходных документах все учитывается правильно".

АВК: Хотя, нет! Никакого косяка нет!!!! На объем, который в 2 раза БОЛЬШЕ и ресурсов надо в 2 раза БОЛЬШЕ. Вот они так и ОТРАЖЕНЫ. А в перемножении участвуют не эти цифры, а цифры по НОРМЕ.

Valentin: petrovich , а за шо Вы ее так??

АВК: У меня назрел такой вопрос: а в каком случае ПРАКТИЧЕСКИ можно применить коэффициент к объему? В своей практике ни разу не применял, и ума не приложу, зачем этот коэффициент?

petrovich: ну конечно же 500 с применением Н14 = 2 А за 1000 я говорил только ради разъяснения какое недоразумение я имел ввиду И еще безумно хотелось, чтобы программа имела функцию сворачивания окна и разворачивалось не "по щучьему велению" а только по моему хотению )) а то это так иногда напрягает ....

petrovich: Хотя, нет! Никакого косяка нет!!!! На объем, который в 2 раза БОЛЬШЕ и ресурсов надо в 2 раза БОЛЬШЕ. Вот они так и ОТРАЖЕНЫ. А в перемножении участвуют не эти цифры, а цифры по НОРМЕ. Уважаемый АВК, косяк там есть и однозначный... этот к-т изменяет объем в локальной смете ... тобишь ставишь 500м3, а локалка сразу пишет 1000м3, соответственно и все ресурсы должны учитываться на 1000м3 а не на 2000 м3 как выдает развернутая расценка. а зачем нужен.... ну самый банальный пример который пришел на ум, Вы сделали смету, допустим, на ремонт первого этажа какого-либо дома, состоящую допустим из 500 позиций и вздохнули с облегчением, а тут вам говорят что еще нужно добавить два такие же этажа ..... можно, конечно, скопировать все, вплоть до лок.сметы, а можно поставить к -3, или к определенным разделам вашей сметы его применить которые требуют дублежа ..

АВК: Да-а-а, совсем зарапортовался... Пора, наверно, баиньки... (а идея с объемом внутри нормы не такая уж и плохая, да? было бы наглядно).

petrovich: ))) бывает ))) Ну как по мне, то эта строка не принципиальна А вот постоянно развернутое окно программы,повторюсь конечно, напрягает )

exde: petrovich пишет: А вот постоянно развернутое окно программы,повторюсь конечно, напрягает Нажмите Win+D для доступа на рабочий стол. Или нажимайте Alt+Tab для поочередного доступа к нужному экрану окну

petrovich: спасибо, конечно, знаю я эти комбинации)) но оно сразу же вылетает после открытия любого другого окна (((

exde: petrovich пишет: но оно сразу же вылетает после открытия любого другого окна Оно выскакивает, если программа не произвела сохранение изменений в стройке.

petrovich: Оно выскакивает сути дела не меняет, оно постоянно разворачивается и мешает работать, хотя может эт я такой один привередливый

Б. Н.: АВК пишет: А если не научится, вы вернете функцию? Она научится, не волнуйтесь. Редактирование текста общесистемными средствами (через буфер обмена) является более мощным инструментом, чем локальные функции редактирования наименования внутри позиции или локальной сметы. Через буфер обмена можно копировать тексты наименования даже из другой стройки и другой подсистемы. Лучшее - враг хорошего. Пользователь Матильда, уверен, легко переболеет данным нововведением. А то, что применяемые Матильдой нормы на ПНР - сорокалетней давности, так ведь подобная же картина и по десяткам других сборников, например, на строительные и монтажные работы. Это я к тому, что ничто нас так не утешает, как несчастье ближнего.

exde: Некоторые программы не дают завершить работу системы, пока не получат ответ пользователя: сохранить изменения... и т.п. Страхуются от потери данных. АВК таких средств "предохранения" пользователя от потери данных, вероятно, не имеет. Вот и держится на виду, на всякий случай . Попробуйте внести изменения в стройку и, не закрывая АВК и не делая "пересчет", выйти из системы.

petrovich: Попробуйте внести изменения в стройку и, не закрывая АВК и не делая "пересчет", выйти из системы. Случались и такие недоразумения как перезагрузка системы в самый неподходящий момент, но никаких ошибок после аварийного закрытия программы я не наблюдал

Matilda: АУ. я здесь. Я научилась жать одновременно на Ctrl+C и Ctrl+V. Все получилось. Одного не пойму - на фига было всё так усложнять? В чём фишка???!!! "Всё лучшее - детям!" "Спасибо товарищу Сталину за наше счастливое детство". Нервы сдали, не люблю бессмыслицы. Извините.

АВК: Б. Н. пишет: Она научится, не волнуйтесь. Ой, спасибо, вы меня обнадежили, будто камень с души свалился. А я то думал, разработчики сейчас кинутся угождать пользователям. Ан нет! ИЗУЧАЙТЕ ТЕХНИЧЕСКУЮ ЧАСТЬ!!! Бум изучать! Б. Н. пишет: что ничто нас так не утешает, как несчастье ближнего - Хорошо... - сказал доктор после осмотра пациента. - Что хорошо, доктор? - спросил тот. - Хорошо, что у меня нет такого, как у вас...

exde: Б. Н. пишет: Редактирование текста общесистемными средствами (через буфер обмена) является более мощным инструментом, чем локальные функции редактирования наименования внутри позиции или локальной сметы Б. Н. , если кодер ЗАБЫЛ (назовем это так) в каком-то элементе ввода активизировать правую мышь, то это уже - "новация"? Теперь и в других окнах, написанных ранее более внимательно, будем душить несчастного грызуна? Не хочется делать замечания в как-бы мелочах, стараешься уже отворачиваться и не обращать внимание, но такое не очень хорошее впечатление остается от всех этих регулярных "небрежностей" Звыняйте, конечно, это не к Вам лично вопрос...

exde: А у Matilda и раньше, когда столь гордое имя еще писалось кириллицей, редко что получалось быстро. И стиль какой-то знакомый, и рейтинг знакомый.... Не из Odessa будете?

АВК: Matilda пишет: АУ. я здесь. Я научилась жать одновременно на Ctrl+C и Ctrl+V. Все получилось. Одного не пойму - на фига было всё так усложнять? В чём фишка???!!! Не переживайте, Matilda , мы тут за вас всё уже решили: Прежде, чем садиться за АВК пройдите курс изучения горячих клавиш в системе. Потому как "зеленые" лузеры не по нраву разработчикам. Даёшь БОЙ неграмотным пользователям! Только через пот и кровь можно достигнуть больших высот в покорении новейшего продукта - АВК-5 2.10.0! АХРЕНЕТЬ! Говорят, в новой версии вообще отменят все команды правой кнопкой. Так что запоминайте комбинации, тренируйте память!

exde: petrovich пишет: никаких ошибок после аварийного закрытия программы я не наблюдал Ну, ну...

petrovich: Ну, ну... может Вам не так когда-то повезло как мне

Matilda: Не из Odessa! Чем плох мой стиль? А быстро не получается потому что когда я сталкиваюсь с глупостью, бессмыслицей я впадаю в ступор, вроде люди умные, программы пишут и вдруг на ровном месте такая ж.... Когда знаешь что общаешся с дураком такого не происходит, а вот когда думаешь, что с умным.... эффект неожиданности. Иди, говорит, в лес и без ёлки не возвращайся, а зато с ёлкой возвращася!

Matilda: СДАВАЙТЕ ЯД В АПТЕКУ!!!

exde: petrovich пишет: может Вам не так когда-то повезло как мне А может, АВК стала более осторожной, регулярно предохраняется, после каждого выхода из редактирования расценки?... Я ж ее не писал, не знаю...

petrovich: по крайней мере Ваше "Ну, ну..." прозвучало так мол жди сюрпризов мы их уже встречали )))

Matilda: Ой! Не подумайте что я кого-то хотела оскорбить, этоя про эффекты. А насчёт предохраняться - это тоже в АПТЕКУ!!!

petrovich: Matilda пишет: А быстро не получается потому что когда я сталкиваюсь с глупостью, бессмыслицей я впадаю в ступор, вроде люди умные, программы пишут и вдруг на ровном месте такая ж.... Когда знаешь что общаешся с дураком такого не происходит, а вот когда думаешь, что с умным.... эффект неожиданности. Вы простите , но правильно горит АВК Прежде, чем садиться за АВК пройдите курс изучения горячих клавиш в системе я бы еще добавил - или любую другую программу.... ведь 10-15 самых распространенных комбинаций обязан знать каждый ))))))

exde: Matilda пишет: Не из Odessa Дело в следующем: на этом форуме рейтинги раздают не так, как у .... других. А у Вас, после пары-тройки постов с наездом на многострадальных разработчиков, уже есть +1. Не вписываетесь в систему. Может, Вас подставляет кто-то? Можете выложить скриншют с расшифровкой, кто и за что добавил? Не сочтите за попытку вторжение в личную жизнь Matilda пишет: СДАВАЙТЕ ЯД В АПТЕКУ!!! насчёт предохраняться - это тоже в АПТЕКУ!!! Че так громко? Больная тема? "Ой! Не подумайте что я кого-то хотел оскорбить" Эти женщины........ такие разные

Matilda: [уже есть +1.] Спасибо за +1. Больная тема у меня одна - огород затопило. А кому нужно меня подставлять? Странно.

Matilda: exde пишет: [Эти женщины........ такие разные ] Хорошо сказал

И.Ш.: petrovich пишет: вставляем любую расценку, в моем случае," Разработка грунта...." пишем объем 1000 м3 и получаем расход ресурсов по позиции как и предполагает норматив на единицу измерения (чел.-ч - 2,62; экскаваторы - 2,72 и т.д ) ставим объем 500м3 и коэффициент к объему 2,получаем те же 1000 м3, но заглянув в Ф130-2 видим завышение всех ресурсов в n-ное количество раз, где n - ваш коэффициент к объему благо дело, что это "глазное обманзДрени" наблюдается только в развернутой расценке, а во всех выходных документах все учитывается правильно. Да, это некорректное отображение расхода ресурсов в позиции при применении Н14. Исправляем, спасибо! На счёте и в выходных документах это не отражается.

VIKTOR62: Matilda пишет: Больная тема у меня одна - огород затопило. Точно из Одессы. У меня тоже затопило.

ЗЛБ: Matilda пишет: С ужасом обнаружила, что в окне Ф130-1 выделение и копирование невозможно! В ближайшем будущем выйдет PATCH210_2. После применения этого патча у Вас восстановится меню.

exde: При выводе в ексель сметы на ПНР некорректно отображается название раздела. Прибыль - по видам работ

ЗЛБ: exde пишет: При выводе в ексель сметы на ПНР некорректно отображается название раздела. Прибыль - по видам работ Исправлено. У Вас - после выпуска patch210_2.exe. который будет выпущен в ближайшее время.

exde: Если Стройка пользователя перенесена "без сохранения ценового окружения", на нее будет воздействовать новое ценовое окружение? Разъясните, пожалуйста, такой момент: текущая з/п и среднемес. ч/ч - это "новое ценовое окружение"?

Б. Н.: exde пишет: Если Стройка пользователя перенесена "без сохранения ценового окружения", на нее будет воздействовать новое ценовое окружение? Разъясните, пожалуйста, такой момент: текущая з/п и среднемес. ч/ч - это "новое ценовое окружение"? Если для переносимой стройки параметры, определяющие зарплату для конкретного номера тарифной сетки, были приняты без изменения стандартных параметров, считается, что для данной стройки зарплата была взята "из ценового окружения" прежней редакции. При переносе такой стройки в новую редакцию АВК-5 на нее будет воздействовать зарплата, установленная для данной тарифной сетки в новой редакции программы, т. е. зарплата будет принята из нового ценового окружения. Это происходит при вводе стройки в режиме "без сохранения ценового окружения". Если же нужно сохранить прежнюю зарплату, то следовало бы выполнить ввод в режиме "с сохранением ценового окружения". В Вашем примере - другой случай. Параметры зарплаты были изменены (по сравнению со стандартными параметрами данной тарифной сетки). Факт изменения идентифицирован синим цветом строки зарплаты. Если какие-либо цены из состава ценового окружения (например, зарплата) были заданы самим пользователем, то при переносе стройки в новую редакцию эти цены (в Вашем случае - зарплата) переносятся "как есть" - вне зависимости от того, с сохранением или без сохранения ценового окружения введена стройка. При вводе информационной модели стройки цены, заданные пользователем, не изменяются. Если есть необходимость изменить зарплату во введенной стройке - изменяйте, для этого достаточно задать два параметра.

exde: Стройка, и впрямь, переходила из версии в версию без изменений. У заказчика утвержденный бюджет и хорошая память Спасибо за разъяснения Ну, не знаю пока, к чему еще придраться в 2.10

exde: Б. Н. пишет: Кроме чисто пусконаладочных работ, в локальной смете на пусконаладку должна быть отражена и стоимость различных вспомогательных работ и затрат - они автоматически относятся программой к "прочим затратам" локальной сметы. Поэтому никаких ограничений на состав позиций локальных смет не накладывается У меня возникла такая "затрата" - материал. В ведомости ресурсов все отобразилась правильно, с копейками. А в ДЦ стоимость материалов округлилась. Признак "из ведомости ресурсов" задан. Не сочтите за придирку



полная версия страницы