Респект, Anttty! За то, что находите время расписывать конкретику предложений.
Действительно, много мелочей хотелось бы поменять, но отдаю себе отчет, что некоторые изменения подходят не для всех пользователей. Нас много, мы работаем в разных отраслях и с разными заказчиками, у которых подчас "свои" (независящие ни от чего) требования, поэтому доработка, например, по оформлению при прочих равных условиях неизбежна.
Что же касается
Anttty писал(а):Никак не могу понять, зачем в данные строки (№ 9, 10, 11) автоматически суммируются стоимости из строк с типом "материал"
И получается, что вместо стоимости выполнения работ в лимитированных строках (9, 10, 11) оказываются также и незванные материалы, т.е. получаем совершенно бесполезный на практике итог не соответствующий названиям строк и приносящий множество проблем и неудобных ситуаций...
как сторонний пользователь, могу пояснить следующее:
1. Если пока не брать в расчет манипуляции со строками по "цене поставщика", то эти итоги объединяют работу + "сидящий" в расценке материал и, по-моему, еще и "пристегнутый". Разбивка этих итогов (9, 10, 11) именно таким способом, очевидно, сделана для целей разнесения затрат при формировании ССР. И прослеживается такая логика - работа из строительного сборника, значит материал, сидящий в ней (а равно как и пристегнутый), будет строительным, если монтажная - монтажным. Как-то так [(c)Kir]. Кстати, важная и нужная доработка 8 версии, должен отметить.
2. Если мы вставляем пользовательский материал, то тут нужно сделать выбор цели, которую преследуем: корректное отображение в своднике или локально в итогах. И в том и в другом случае сталкиваемся с проблемой, о которой я давно хочу написать.
Прежде всего, еще раз респект, Anttty! теперь за то, что поднял актуальнейшую тему!
Ниже я опишу её шире, ну или дополнительно с другой стороны.
Итак, начну с самого начала (Далее излагается механика вопроса, понимаемая конкретным пользователем, и может отличаться от алгоритмики, заложенной разработчиком. Разработчики читают и думают как помочь пользователям с описываемыми проблемами):
Во-первых, важно различать, заложенные в программе, ВИДЫ РАБОТ, ТИПЫ РАБОТ и ТИПЫ РЕСУРСОВ. Эти понятия (а строго говоря виды данных) по сути очень схожие, но в рамках реализации программного комплекса выполняют разные функции.
ТИПЫ РАБОТ - самое легкое для понимания - это статьи затрат ССР;
ТИПЫ РЕСУРСОВ. Сметная строка, она же может принимать лишь несколько обличий: работы, механизмы, труд или материал (оборудование здесь, можно сказать, частный случай материала), ну, строка-комментарий разве что ещё. Правда, со временем разработчик сжалился и расширил номенклатуру до материала заказчика и оборудования заказчика, и теперь их 8 типов. Спасибо хотя бы за это.
ВИДЫ РАБОТ. Для каждой расценки и ресурса, как в составе этой расценки, так и самостоятельно существуют свои правила вычисления единичных показателей, начисления НР и СП, и т.п., объединенные в формулы. Этот, так называемый, № формулы закреплен за каждой расценкой, и по-умолчанию присваивается новым строкам. А каждой формуле соответствует вид работ - их было 11, в 8 версии, земной поклон разработчикам, стало 21. Другими словами, начиная от самой расценки, на каждом этапе происходит консолидация (укрупнение) по смыслу до статьи затрат, где эта расценка будет сидеть. Расценки (их десятки тысяч) объединены по номерам формул (их меньше, не знаю сколько точно, пусть сотня), номера формул объединяются по видам работ (21), а последние по типам работ (4). И при этом каждый этап играет важную роль. Не углубляясь в технические аспекты необходимости введения этой группы показателей (вид работ) в программном комплексе, скажу, что меня она еще больше заинтересовала с появлением в 8 версии пользовательского механизма индексации. (Об этом во второй части).
Теперь суть проблемы. Описываю комплексноЗаносим сметную строку с какой-нть работой, Ctrl+Enter и бах! по обоснованию определяется тип ресурса, строке присваивается № формулы, по нему выставляется вид работ и вот её показатели уже в своднике в нужной графе по типу работ. В лимитированных итогах видим суммарные единичные показатели (ОЗП, ЗПМ, МР, ...) и, рассчитанные на их основе, итоговые показатели (ПЗ, НР, СП, Всего с НР и СП, и, отмечу еще раз, наконец-то появившиеся в 8 версии строительные, монтажные и прочие с НР и СП). Без базара.
Интереснее получается, когда пользователь заносит строчку Материал (Ins). Что здесь важно. Сметчик классифицирует сметную строку с типом ресурса Материал следующим образом: либо оборудование, либо материал, оба могут быть от заказчика и нет; если материал, то он, помимо указанного, может быть как внутри расценки, так и вне её; и одновременно со всем вышеперечисленным по ценнику или по счету поставщика.
Итак, занося строчку типа Материал, она становится по-умолчанию по виду работ - материалы строительные, по типу работ - строительные, панель цен приобретает соответствующий вид. Теперь даже набирая шифр материала, в случае если этот материал по своему назначению однозначно относится к монтажной расценке, то по № формулы автоматически меняются вид и тип работ. Класс! По-моему, раньше 8й версии такого реализовано не было, по-умолчанию все было прочее и возникали проблемы при отнесении затрат по графам сводника, когда добавлялся материал отдельной строкой. Это все хорошо, когда есть шифр....
Когда шифра нет - это значит материал идет по счету поставщика (по накладной, счет-фактуре, ... не важно). И цену задает пользователь. В панели цен на этот счет реализована хорошая идея по ценообразованию, но об этом в другой раз. Конечно же программа не может распознать монтажный это материал или строительный, но я ей честно пытаюсь помочь: так как знаков в кодировке номера формулы много, то изменяю сразу вид работ на Материалы монтажные, но соответствующего изменения типа работ, и как следствие, полагаю, переноса стоимости в своднике из строительных в монтажные, не происходит. Печалька. Но это совсем мелочь (там же всего два кода монтажные 500002 да строительные 1100, можно и запомнить, вроде). Наглядней, естественно, поменять тип работ вручную в выпадающем списке. Bingooo!!! Однако, не все так гладко, как хотелось бы. Если смету набиваем с нуля и материалы по счету поставщика подряд в одном разделе, то можно разок два типа строк создать и последовательно копировать то одну, то другую, изменяя наименование и стоимость. А когда они замешаны внутри сметы под расценкой и встречаются не близко (долго искать, чтоб скопировать) или, чего хуже, исправляем либо пересчитываем чужую смету?
Здесь можно было бы назвать проблемой невозможность группового изменения типа работ. (По этому вопросу я лично звонил консультантам за долго до выхода 8 версии, но по итогу, как видно, ничего сделано не было. Либо мой посыл не услышали нужные уши, либо это технически невозможно, или крайне тяжело/неудобно; ставит вверх дном порядок расчета; подрывает и без того подорванную многоуровневой выгрузкой цен производительность, не знаю).
Но давайте обратимся к оборудованию. Мы видим, что тут немного проще: изменение типа ресурса влечет автоматическое изменение типа работы и все без проблем встает на свои места. И здесь стоит обратить внимание, что типы ресурсов Материал заказчика и Оборудование заказчика сгруппированы по стоимости в лимитированных итогах под переменными СтМатЗак и ОборудЗак - это тоже большой плюс 8 версии. Вот и коллега предлагает:
Anttty писал(а):2. Добавить лимитрированные строки "Стоимость материалов" по видам: строительные, монтажные; пусконаладочные работы с НР и СП.
А я сообщу ему, что это частично реализовано, но в группе видов работ. И охватывая проблему вцелом, дам
комплексное предложение:1. Расширить номенклатуру типов ресурсов в соответствии с уже реализованными наименованиями в перечне видов работ хотя бы на:
Материалы по прайсу строительные
Материалы по прайсу монтажные
Оборудование отечественное
Оборудование импортное
2. При изменении типа сметной строки на один из вновь введенных типов ресурсов обеспечить соответствующее автоматическое изменение параметров № формулы, вид работы, тип работы со всеми вытекающими из этого последствиями.
3. Дополнить перечень постоянно выводимых лимитированных итогов итогами по вновь введенным типам ресурсов.Этого в общем-то будет достаточно, если невозможно групповое изменение типа работ. Более того, добавит больше гибкости в создании пользовательских итогов.
Но будет иметь место и один существенный недостаток, о нем говорил уже мой коллега
http://forum.smeta.ru/forum4/topic6369-360.html#p87683Вторую часть этого поста я хочу посветить индексации.
Начало. Окончание см. ниже
Mikle Чт Сен 18, 2008 9:11 
Не обещаем, что все предложения будут реализованы в ближайшем релизе, но каждое предложение обязательно будет рассмотрено и возможно включено в план работ.
Mikle
такое ощущение, что нет (((
