Предложения об улучшении Smeta.ru

**Mikle** Чт Сен 18, 2008 9:11

Уважаемые пользователи программы Smeta.ru!
Если у Вас есть конкретные предложения по улучшению программы, не держите их в себе - поделитесь с разработчиками :-)

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

Внимание! Строгая модерация темы. Принимаются только конкретные предложения по улучшению программы. Все иные сообщения будут удаляться.

Ваша реклама

**aivt** Пт Янв 17, 2014 18:19

Semenov писал(а):Ошибаетесь - осталось придумать элементарно простую реализацию заполнения этого поля во всех базах, новых и старых... и "простую синхронизацию справочников единиц" при репликации объектов между базами, чтобы объекты при импорте в другую базу рассчитывались также как в источнике...

Если руководствоваться принципом "все гениальное просто", то Вы и с этим справитесь. Штуки они и в Африке Штуки.
При этом НЕ требуется устанавливать разную точность округления для одинаковых единиц измерения если они применяются в нескольких нормативных базах. Иначе Вы так никогда ничего не реализуете!

Реализация самого округления может выполняться элементарно просто - событие "изменение объема" приводит к тому, что срабатывает функция, которая получает не округленный объем из ячейки объем и точность округления из справочника единиц измерения, а затем возвращает в ячейку объем округленный с требуемой точностью.

Если функция "округление" будет выполняться только по СОБЫТИЮ "изменение объема", то когда объем не меняется, то и округлять его заново не требуется, в том числе и при экспорте/импорте объекта из одной базы в другую.

**RUDEN** Пн Янв 20, 2014 13:57

aivt писал(а):Верное решение отличается от других вариантов минимальными затратами энергии на реализацию. С точки зрения пользователя верное решение всегда будет отличаться минимальными затратами энергии при использовании. Руководствуясь этими принципами нет нужды искать истину в других источниках, нет необходимости искать нормативный документ, нет смысла ждать милости от Минстроя и тому подобных ...

К сожалению таких верных решений может быть множество, а вовсе не одно. Ну про шт. все ясно, а вот с другими ед. измерениями - вариантов много. м3 в одном случае кому то приглянуться целыми, кому то дробными, 100т в одном случае целыми , в другом 2 знака пол запятой, т. - и целые могут быть , и тысячные. Когда вводим объемы сами - проблем нет. И делать какую то специальную библиотеку и справочник нужды нет. А вот в вычисляемых ячейках - вопрос. Зашив "правильные" в Вашем понимании параметры округления , рано или поздно нарвемся на желание той или иной стороны видеть к конкретном случае округления по другим правилам ( благо этих правил никто не установил, и наверное не установят).
Тут, на мой взгляд или все оставить как есть ( решать формулами округления ), хоть это и не всегда удобно , или все таки решать без излишней автоматизации, назначением на конкретные строки, конкретные разряды округления ( могу ошибаться, но тут реализовать будет попроще- в моем случае это непрофессиональная точка зрения, я не программист )
И Романом согласен. Порой то, что видится элементарным со стороны, при реализации дает цепочку проблем. И эта проблема с округлениями не из главных.

**aivt** Пн Янв 20, 2014 15:54

To: RUDEN Мы с Вами говорим об одном и том же, вот только эмоциональная окраска немного отличается - у меня больше оптимистическая, а у Вас больше с пессимистическим уклоном. Прочитайте еще раз повнимательнее, то что я писал ранее, так как скорее всего либо не читали вообще либо не поняли - это тоже самое, что и Вы предлагаете, но другими словами

aivt писал(а):То что я предлагаю сделать с округлением объемов как раз простое решение и при этом оно оставляет не ограниченную свободу действия. Всего-то нужно завести у каждой единицы измерения дополнительное свойство "точность округления объемов". Храниться оно будет в виде числа, например 0, 2, 3 (знака после запятой) в базе данных в справочнике единиц измерения. Отображаться будет в справочнике единиц измерения. Возможность изменять это значение (в справочнике единиц измерения) позволит как раз реализовать, то о чем вы писали "чтобы тонны были с тремя знаками, м2 , с двумя, м3 с тремя". Реализация самого округления может выполняться элементарно просто - событие "изменение объема" приводит к тому, что срабатывает функция, которая получает не округленный объем из ячейки объем и точность округления из справочника единиц измерения, а затем возвращает в ячейку объем округленный с требуемой точностью. Излишний функционал, например, в виде формул округления просто не нужен, так как потребует больших трудозатрат как на реализацию, так и на использование.

При копировании сметной строки в смету начальное значение точности округления должно устанавливаться путем копирования из справочника единиц измерения. После этого со сметной строкой можно делать, что угодно - как увеличивать, так и уменьшать количество знаков после запятой. Кстати в Excel есть замечательные кнопочки, которыми уменьшается или увеличивается количество отображаемых знаков после запятой, вот только эта функция в Excel ни как не связана с округлением. В нашем же случае можно реализовать такие же кнопочки в Smeta.ru, которые не только будут уменьшать или увеличивать количество отображаемых знаков после запятой, но и будут одновременно задавать точность округления объемов. Все это, повторюсь, может работать в каждой строке независимо, для того чтобы в описанной Вами ситуации каждый мог менять точность округления по своему усмотрению. При этом начальное значение в любом случае должно как то устанавливаться "по умолчанию", а сделать это можно как я описывал ранее - через справочник единиц измерения.

При этом не согласен, что "верных" решений может быть несколько. По аналогии русло у реки одно, а на дне могут быть и впадины и отмели. Я Вам объясняю, что русло одно. Вы мне объясняете, что отмелей и ям полно в этом русле. Масштабы не совпадают - Вы слишком всматриваетесь в детали рельефа дна, но при этом не видите русло реки в целом. Я не против, что деталей рельефа может быть множество, но это не проблема, когда видишь все русло. В деталях программисты сами разберутся, когда русло задано верно.

**RUDEN** Пн Янв 20, 2014 16:22

Благодарю за образность суждений. Остаюсь при своем.
На мой взгляд алгоритм в округления таких строк может быть такой: выделяем строку /строки где требуется округление, либо кнопкой меню, либо контекстным меню вызываем окно, в котором ставим цифрой разряд округления ( или список). Ок. Применено. Согласитесь, в вашем варианте - надо разрабатывать фактически 2 функционала ( автомат задействованный на ед. изм , и кнопки , аналогичные Excel изменяющие разрядность округлений или что то подобное ).
Это все наши фантазии, хотелк, уважаемый, в разделе Техподдержка у меня постов не мерено, одни другого нужнее и срочнее ( с моей точки зрения ).
Хотя, вопрос округления объемов интересный. Ну а реализация может быть разной.
Надеюсь, в скором времени должны собраться поговорить о ближайших перспективах сметы.ру. Постараюсь вопрос поднять. Может еще идеи на этот счет появится. а может и сроки.

**aivt** Пн Янв 20, 2014 17:11

На худой конец можно сделать хотя бы по такому принципу:
Изначально значение объема вычисляется без округления.
Кому потребуется может для каждой строки индивидуально воспользоваться кнопочками как в Excel, которые будут задавать одновременно точность округления объемов и количество отображаемых знаков после запятой. Эти же кнопки должны делать тоже самое одновременно для группы выделенных строк.
Точность округления объемов тогда может храниться только в объекте (дополнительная скрытая ячейка в каждой строке) и должна экспортироваться на Source в виде числа, например, 0, 2, 3, которое будет использоваться при формировании документа для обеспечения той же точности округления в Excel.
Дополнительно придется дорабатывать экспорт/импорт объектов, чтобы точность округления объемов переносить с одной машины на другую.

**aivt** Пн Янв 20, 2014 17:17

RUDEN писал(а):либо контекстным меню вызываем окно, в котором ставим цифрой разряд округления ( или список).

Через меню слишком трудозатратно искать нужный пункт, поэтому этот вариант не подходит. Остаются только кнопочки на панели, через которые одним, двумя, или тремя кликами ЛКМ можно быстро установить нужную точность округления объемов.

**RUDEN** Пн Янв 20, 2014 18:21

Ну а зачем к примеру клики, если можно просто вбить цифру разряда.
Опять так это наши фантазии. Я эту задачку уже формулировал. Посмотрим, какие варианты исполнения ( если) до этого дойдет), в итоге будут удобнее.

**aivt** Пн Янв 20, 2014 18:45

RUDEN писал(а):Ну а зачем к примеру клики, если можно просто вбить цифру разряда.

Потому что у наших клиентов нет на это лишнего времени. Один раз машинально кликнуть мышкой в кнопку намного быстрее получается, чем искать нужный пункт в меню, и вбивать число в ячейку.
Вижу, что Вы (при всем уважении) далеки от понимания самой сути автоматизации, которая должна сокращать трудозатраты пользователя, а не увеличивать их. С вашим подходом нужно в государственной думе работать

RUDEN писал(а):Опять так это наши фантазии. Я эту задачку уже формулировал. Посмотрим, какие варианты исполнения ( если) до этого дойдет), в итоге будут удобнее.

Не боги горшки обжигают ! Хотите сказать, что мы здесь тратим время зря, а в государственной думе этот вопрос рассмотрят все равно так как "Единая Россия" прикажет.

**RUDEN** Пн Янв 20, 2014 22:05

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

**Bivan** Пн Янв 27, 2014 13:28

8.0.0.26 win8.1 - В панели цен материалов не работают Ctrl-C и Ctrl-V для поля текущая цена.

**Bivan** Пн Янв 27, 2014 13:49

Новость на сайте "Внесены изменения в типовой расчет версии № 8" - где описание изменений?

Там в параметрах есть поле описание, совершенно зря оно пустует. Описание изменений туда загоните.

**Sega128cheb** Ср Янв 29, 2014 9:35

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

**Kir** Вт Фев 04, 2014 18:17

Может быть только на материалы по прайсу?

**aivt** Ср Фев 05, 2014 14:11

Уровни цен тем и отличаются, что у них только индексы разные. Если "Распространить индекс на все уровни цен", то за чем тогда эти уровни цен нужны, если они получатся одинаковыми? Тогда и одного уровня цен будет достаточно. Кроме того если "Распространить индекс на все уровни цен", а один из уровней цен "Базовый уровень цен", то он перестанет быть базовым

Поэтому предложение вредное и внедрять его не стоит, если конечно автор не объяснит иное.

Что касается галочки "Распространить базовую цену на все уровни цен", то тут то же не все гладко, хоть и работает.

**RUDEN** Ср Фев 05, 2014 14:29

А вот есть нормативные базы ( Норникель например ) где не только индексы отличаются в уровнях цен, но даже порядок ценообразования, причем практически ежегодно. Пришлось делать для текущего уровня отдельный типовик. И тут уровни не работают, так как типовик у нас один на все уровни. Делали копии обектов ( штук 100 объектов) для текущих цен.
Ситуация кончено экзотическая, но и не единичная.
Теоретически, функционал "уровни цен" был бы гибче, если бы была возможность назначать на уровни свои ТР.