Форум » » Вопросы и предложения разработчикам (часть 17) » Ответить
Вопросы и предложения разработчикам (часть 17)
Mon@x: Тема отслеживается разработчиками. Не все предложения будут приняты к реализации, но будут восприняты с благодарностью и рассмотрены. Часть 1 Часть 2 Часть 3 Часть 4 Часть 5 Часть 6 Часть 7 Часть 8 Часть 9 Часть 10 Часть 11 Часть 12 Часть 13 Часть 14 Часть 15 Часть 16
В.Н.: #14_Заголовок_ресурса Номер п/п|Ключ N1|Ключ N2|Тип ресурса|Шифр ресурса|Номер варианта|Наименование|Количество|Обоснование|Единица измерения|Дата формированя цены|Сметная цена ресурса|в том числе затраты заказчика|Значение цены, необлагаемой НДС, грн.|Значение цены, необлагаемой НДС для отпускной цены, грн.|Значение цены, необлагаемой НДС для транспортных затрат, грн.|Расстояние перевозки|Признак непосредственного задания сметной цены (0 - нет, 1 - да)|Запасная часть, устанавливаемая при ремонте в отдельности (0 - нет, 1 - да)|Не монтируемое оборудование (0 - нет, 1 - да)* Так выглядит строка текстовой таблицы АУТ. Знаки конца строки перед текстами (0 - нет, 1 - да) ее неоднократно разрывают.
В.Н.: На стройсмете http://stroysmeta.com.ua/forum/viewthread.php?forum_id=7&thread_id=6410&pid=62576#post_62576 возник вопрос: Итоги КБ2в и КБ2вКС (комсмета) не совпадают. Разобрав по полочкам каждую позицию обнаружил, что в Комсмете энергоносители машин, входящие в состав ОПР, выводятся в каждой позиции нормы, а в обычной ДЦ или КБ по стройке или объекту в целом. Вот и получилось в одной исследуемой стройке в ИВР=2,60грн. а в Комсмете =2,56грн. В итоге итоги не совпадают.
ЗЛБ: В.Н. пишет: тоги КБ2в и КБ2вКС (комсмета) не совпадают. Разобрав по полочкам каждую позицию обнаружил, что в Комсмете энергоносители машин, входящие в состав ОПР, выводятся в каждой позиции нормы, а в обычной ДЦ или КБ по стройке или объекту в целом. Вот и получилось в одной исследуемой стройке в ИВР=2,60грн. а в Комсмете =2,56грн. В итоге итоги не совпадают. Они никогда не совпадут, т.к. сумма округленных чисел не совпадет с результатом округления сумм не округленных чисел
Б. Н.: ЗЛБ пишет: Они никогда не совпадут, т.к. сумма округленных чисел не совпадет с результатом округления сумм не округленных чисел ЗЛБ прав. В коммерческой смете каждая позиция-работа распадается на две части: - зарплата и эксплуатация машин; - материалы, используемые в позиции. Результаты каждой из двух составных частей округляются самостоятельно до 1 коп. Вполне нормально, что сумма этих частей не совпадет с округленной исходной позицией-работой в Акте КБ-2в. Изменять алгоритм расчета коммерческой сметы мы не будем. Так что, придется смириться с тем, что результаты коммерческой сметы и КБ-2в могут (в гривнах или в копейках) не совпадать друг с другом. Заниматься специальной искусственной подгонкой позиции "зарплата и машины" также не будем. Если кого-то это шибко не устраивает, переходите на нормальный Акт КБ-2в. Вряд ли, среди пользователей таковые найдутся - заказчику подобные тонкости безразличны.
В.Н.: Б. Н. пишет: Если кого-то это шибко не устраивает, переходите на нормальный Акт КБ-2в. Согласен, т.к. алгоритмы расчетов ДСТУ (КБ2в) и Комсмет совершенно разные, о чем и говорилось автору поста по вышеуказанной ссылке: В.Н. пишет: Автору поста следует определится, чтобы не краснеть перед заказчиком: 1. Работать по правилам математики, принятой в Комсметах или в ДСТУ ??? 2. Бухгалтерии проводить КБ2 или КБ2кс??? если эти два документа совместимы ?? ...........
В.Н.: 3.0.4 Предложение: При сравнении строек отрицательные значения разницы количества, стоимости и суммарной разницы закрашивать в красный цвет, если данные по стройке положительные и положительные значения разницы количества и стоимости также закрашивать в красный цвет, если данные по стройке отрицательные. Иными словами все, что "лезет" красным, закрашивать в красный. Строки с полным совпадением желательно выделять зеленым цветом, так легче будет в большом потоке строк ориентироваться в итоговых результатах. Также необходимо сделать фильтры отбора результатов для строк: недобор, перебор или полное совпадение (как-то так). Пжлст..
И.Ш.: В.Н. пишет: При сравнении строек отрицательные значения разницы количества, стоимости и суммарной разницы закрашивать в красный цвет, если данные по стройке положительные и положительные значения разницы количества и стоимости также закрашивать в красный цвет, если данные по стройке отрицательные. Иными словами все, что "лезет" красным, закрашивать в красный. Строки с полным совпадением желательно выделять зеленым цветом, так легче будет в большом потоке строк ориентироваться в итоговых результатах. Также необходимо сделать фильтры отбора результатов для строк: недобор, перебор или полное совпадение (как-то так). Всё перечисленное, а также многое другое, уже содержится в перечне задач на следующие этапы реализации.
Y: И.Ш. есть ли на каком то этапе 2-х стороняя печать ?
И.Ш.: Y пишет: есть ли на каком то этапе 2-х стороняя печать ? Есть, но это не входит в перечень первоочередных задач.
Y: А приоритет цен при средневзвешеной цене ? Хотоь в каких версиях АВК планируется ?
kmi: Снята блокировка размера текста 100 %. Теперь АВК может работать с размерами текста 125 % или 150 %. Який це текст налаштовується? Ніби все як було в 3.0.3 P.S. Зменшився розмір шрифта дати (Ф153-2 Реквізити будови -> Додаткові дані -> Дата, що фіксує застововані поточні ціни …)
Сергей.К: kmi имеется ввиду не шрифт документа, имеется ввиду размер. т.е. это для тех, у кого большие мониторы. там размеры 125 dpi и 150 dpi редакция 3.0.4 уже будет работать с таким расширением.
ЗЛБ: Y пишет: А приоритет цен при средневзвешеной цене ? А что это такое ?
djurka: В прочих функциях в редактировании ОВД отсутствует возможность корректировки примечания для акта выполненных работ. Версия 3.0.3
djurka: В прочих функциях есть 4 варианта оформления акта КБ2, а при выпуске выходных документов в подрядчике, доступны только 2 варианта оформления.
Сергей.К: djurka пишет: отсутствует возможность корректировки примечания для акта выполненных работ как по мне правильно. зачем там что то корректировать? там в принципе можно изменить условия расхода ресурсов
Сергей.К: а какие 4 вида? вижу простой КБ2 и коммерческий КБ2
djurka: Сергей.К пишет: а какие 4 вида? Есть такая фигня, называется "Корректирование ОВД" в прочих функциях. Вот я туда зашел, сделал копию оформления Акта КБ-2. В нем внес то что мне нужно (заказчика, подрядчика, едрпоу и т.д). Таких у меня вариантов 4 штуки, для 4х разных заказчиков. Чтобы не потеряться в этих всех вариантах оформления выходных документов, неплохо бы там же, в окне Ф213-0 дать возможность корректирование "Примечания", я бы там например писал наименование заказчика ,или объекта, или любую другую понятную для меня информацию. Это первое. Второе, это то что вариантов оформления выходных документов у меня 4, а при выпуске КБ2, при нажатии кнопки "Редактирование ОВД", на выбор предоставляется иногда 2 варианта оформления, иногда 3. В общем чорте-что
Сергей.К: могу ошибаться в части ОВД, но все что мы делаем глобально, через Прочие функции главного окна, действует для всех вновь вводимых строек. для существующих строек надо непосредственно в них делать Добавлю для того чтобы в "старой" стройке появилось изменение в части ОВД, надо в Реквизитах стройки(На уровне строек) поставить птичку Обновить ОВД
djurka: Сергей.К А по поводу редактирования примечаний в ОВД? Чобы различать как то все эти варианты оформлений которые я насоздаю.
Б. Н.: djurka пишет: А по поводу редактирования примечаний в ОВД? Чобы различать как то все эти варианты оформлений которые я насоздаю. Замечание принято. Примечание к варианту ОВД должно быть редактируемо в каждой из подсистем. Исправим. Спасибо.
Y: ЗЛБ Вопросы и предложения разработчикам (часть 13) сообщение 118. Очень надо !!!!!!!!!!!!!!!!!!!!!
ЗЛБ: Y пишет: ЗЛБ Вопросы и предложения разработчикам (часть 13) сообщение 118. Очень надо !!!!!!!!!!!!!!!!!!!!! Пока наши постановщики не придумали алгоритм автоматической корректировки средневзвешенной цены при изменении сводного количества ресурса.
В.Н.: ЗЛБ пишет: Пока наши постановщики не придумали алгоритм автоматической корректировки средневзвешенной цены при изменении сводного количества ресурса. Придумали в увязке с 1С.
Б. Н.: Y пишет: Вопросы и предложения разработчикам (часть 13) сообщение 118. Очень надо !!!!!!!!!!!!!!!!!!!!! Сообщение 118 Уважаемые разработчики можно ли зделать что б при вводе нескольких цен на один материал можно было выставлять приоритет на цену и количество. А точнее у нас есть щебень 100 м3: при смене объёма цена сразу слетает и вся работа начинается заново а если подгоняешь сумму терпения нехватает 1. 50 м3 по цене 137 грн. 2. 27 м3 по цене 125 грн. - .......... 3. 10 м3 по цене 100 грн. - ну и так далее.... 4. 3 м3 по цене 124,5 грн. - второй материал если первый уже весь выбрали..... 5 10 м3 оп цене 123 грн. - первый объём от куда можно снимать не сбрасывая цену по материалу ! Эта задача давно уже (еще в редакции 2.10) решена в АВК-5 - в Блоке увязки ресурсов АВК с ТМЦ бухгалтерии. Именно здесь автоматически набирается требуемый объем ресурса из количеств соответствующих ему ТМЦ в режиме "сверху-вниз" и выполняется корректный автоматический расчет средневзвешенной цены ресурса. Так что, осваивайте и внедряйте программу в полном объеме. Либо мучайтесь, химичьте и решайте подобную задачку методом проб и попыток.
В.Н.: И снова ОВД. В прочих функциях: Захожу в ОВД, отмечаю СД или ДЦ >> перехожу на закладку "Надписи">> перехожу на закладку "Подписи" >> возвращаюсь обратно в "Наименование документа" Список документов удваивается. Повторяю "хождение" по закладкам = список утраивается и т.д. Отмечаю "Подрядчик" >> перехожу на закладку "Надписи">> перехожу на закладку "Подписи" >> возвращаюсь обратно в "Наименование документа" Список документов ПУСТ. А теперь, если нажать ЕНТЕР -вообще хохма получается. Если такие фокусы повторить в подсистемах (Редактирование ОВД), то после подобных манипуляций список документов пропадает, а АВК5 зависает. Могу опубликовать ФОТО, но надеюсь, что у всех получится.
Y: Б. Н. Борис Натанович причём здесь увязка ??? Я внёс в программу все цены, накладные но через 15 мин. заходит директор и говорит уменьш объём и у меня всё что я набирал идёт коту под хвост !!! Работа начинается снова. А если директор зайдёт так раза 3 то его уже хочется послать подальше, чего делать нельзя. Если вы действительно реализовали это то подскажите пожалуйста как воспользоватся увязкой.
ЗЛБ: Y пишет: Если вы действительно реализовали это то подскажите пожалуйста как воспользоватся увязкой. А в "Справку" Вы заглядывали ?
Y: Да. Но где там написано, что при смене объёма средневзвешенная цена не будет слетать не нашёл.
djurka: В.Н. пишет: И снова ОВД. Может я не сильно и не до конца разобрался в этом ОВД, но как по мне то это как раз тот случай, когда "Хотели как лучше, получилось как всегда". Вот мои мысли по этому поводу, на истину не претендую Почему в прочих функциях не создать закладку, ну например "Контрагенты", в которой создавать контрагентов и забивать их реквизиты. Например забил ООО "Рога и копыта", и задал ему ЕДРПОУ, и должности всякие. Потом когда стройку создал, зашел в реквизиты стройки, выбра нужную фирму, и все нужные для той или иной подсистемы АВК реквизиты заполнились автоматически. Нужные реквизиты имею ввиду, что в ДЦ скажем нужно только названия фирм, а при переносе этой ДЦ в Подрядчик, уже заполняется и ЕДРПОУ, и для КБ2 и для КБ3 АВТОМАТИЧЕСКИ, без всяких галочек, типа обновить ОВД, установить активным ОВД и т.д. Кроме того, всем же известно, что по договору стороны могут быть не только Заказчик-Генподрядчик, там могут быть и Подрядчик, и Исполнитель, и Продающий душу дьяволу. Так почему бы к примеру вот тут в обведенном красном месте под №1 не дать возможность ОДИН РАЗ задать стороны процесса, и работать себе дальше спокойно? ЗЫ: И уберите пожалуйста этот, не побоюсь этого слова, ИДИОТИЗМ, который на картинке под №2. Или раскажите мне на примере любой стройки в АВК, КАК В ОДНОЙ СТРОЙКЕ можно сделать чтобы в локальной смете цена арматуры была 8100 (по состоянию на 01.06.14г), а в ДЦ в той же стройке, эта арматура уже учитывалась по 9500 (по состоянию на 01.09.14г).
Y: djurka я уже предлогал что-то подобное но увы ..............
ЗЛБ: Y пишет: Да. Но где там написано, что при смене объёма средневзвешенная цена не будет слетать не нашёл. Вы очевидно не поняли, что там написано или не читали. Если Вы заполнили или изменили файл ТМЦ, то в любой момент времени вы можете выполнить увязку и Ваша средневзвешенная создастся заново.
Y: Очевидно не разобрался до конца. Но прошу Вас добавить ещё один столбик в окне Ф027-0 что б при создании средневзвешеной цены, в нём можна было задать последовательность с какой накладной снималось количество при изменении объёма в локальной смете (и не приходилось заново вводить номера даты накладных). Прошу максимально упростить работу сметчика. У нас как и на большинстве предприятий Украины накладные берут только после выполнения работ (короче подтасовуют ). Если можна. Спасибо.
В.Н.: Y пишет: Очевидно не разобрался до конца. Но прошу Вас добавить ещё один столбик в окне Ф027-0 что б при создании средневзвешеной цены, в нём можна было задать последовательность с какой накладной снималось количество при изменении объёма в локальной смете (и не приходилось заново вводить номера даты накладных). Все уже давно внедрено. ТМЦ выбираются по партиям (метод ФИФО - по первому событию), по складам, по накладным, по материально-ответственным и т.д. + снятые ТМЦ КБ2 учитываются программой и не допускают повторного их применения в других актах. В ИВР проставляются в примечании № склада, № и дата накладной, №партии, зафиксированных в бухгалтерии.. Выпускаются дополнительные документы для бухгалтерии: таблица сопоставления ТМЦ с РЕСУРСАМИ и ведомость уложенных в дело ТМЦ .... Сметчик не просто облегчает себе жизнь, но и упраздняет работу бухгалтера, внедрив увязку ТМЦ в АВК5. Механизм увязки пока не имеет аналогов в Украине среди родственных ПК. Все это неоднократно пережевывалась здесь на форуме в соответствующей прикрепленной теме.
Y: В.Н. я сделал недели 2,5 назад акт выполненых работ из остатков 1С выбрал материалы вписал № накладной от какого числа. Сегодня мне дали накладные и в итоге то что я взял раньше списали на другие объекты и я заново всё выбирал и вводил. Увязка есть это отлично. Можна в лоб "зделать" Y пишет: добавить ещё один столбик в окне Ф027-0 что б при создании средневзвешеной цены, в нём можна было задать последовательность с какой накладной снималось количество при изменении объёма в локальной смете (и не приходилось заново вводить номера даты накладных) Продублировать. Ну очень надо.
В.Н.: Зачем??? Это все делается в автомате. А если пользователь не согласен с автопоследовательностью, он может удалить ТМЦ взятый программой и взять материал из другой накладной. Это уже все есть!!! Изучайте увязку. Вопрос не одного дня + специфика работы бухгалтерии. А то, что нет взаимности между сметным отделом и БУХ ни одна программа не решит. Бардак в списании ТМЦ всегда начинался с БУХгалтерии. Те, кто внедрил увязку, давно забыли тему списания...
djurka: КОГДА уже закончатся эти "прыгуны" при редактировании цен ресурсов. Ну это прям издевательство какое то как началось по моему еще с 2.12, так до сих пор. Ну неужели разработчики так не уважают своих пользователей. Хочется сесть и плакать.
В.Н.: djurka пишет: Хочется сесть и плакать. Нельзя себя сдерживать.
Сергей.К: djurka актуальная редакция 3.0.4 в ней попробуйте к стати в 3.0.3 поиграйтесь в Признаках с сортировкой ведомости ресурсов
Б. Н.: Y пишет: Очевидно не разобрался до конца. Но прошу Вас добавить ещё один столбик в окне Ф027-0 что б при создании средневзвешеной цены, в нём можна было задать последовательность с какой накладной снималось количество при изменении объёма в локальной смете (и не приходилось заново вводить номера даты накладных). Прошу максимально упростить работу сметчика. У нас как и на большинстве предприятий Украины накладные берут только после выполнения работ (короче подтасовуют ). Если можна. Спасибо. Идя навстречу пожеланиям трудящихся, в следующей версии программы попробуем при определении средневзвешенной цены ресурса продублировать программный механизм расчета средневзвешенной цены ресурса, реализованный в "Увязке". Обеспечим сохранность введенной ранее информации о ценах различных партий ресурса и реализуем определенный, управляемый пользователем, алгоритм корректного расчета цены "зеленых" ресурсов.
полная версия страницы