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

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

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

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

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

Ваша реклама

**rolex** Пт Янв 10, 2014 8:41

Поиск по базе ужасный и тормозной. Интерфейс окна поиска сделан аля 90-е (как и у всей программы), ни разу ни дружелюбный.
Хотелось бы видеть горячие клавиши на команды в панели инструментов.

**Сметный тролль** Пт Янв 10, 2014 9:09

Уважаемый Rolex!
Подозреваю, что Вы просто не в полной мере владеете функционалом программы, в том числе поиска, звоните по телефону горячей линии 8-800-333-78-77 или читайте инструкцию в соответствующем разделе нашего сайта.

**arbeiten** Ср Янв 15, 2014 11:25

Хотелось бы видеть в ближайшем обновлении добавление в программу функции:

1. забивать объем работ для подчиненный строк в виде формулы.
2. Забивать объем работ в виде формулы так же как и ввод значения, а не в спец.окне, что отнимает время(((((( (как в excel).

**Сметный тролль** Ср Янв 15, 2014 17:01

1. Не очень понятно в каком случае это будет необходимо (и объем будет явно не "работ)
2. Вообще не понятно о чем идет речь. Поясните пожалуйста.

**aivt** Ср Янв 15, 2014 17:18

1. Мне не хватает фантазии, чтобы найти применение какой либо другой формуле в объеме подчиненной строки, кроме уже имеющейся реализации (Объем работы * расход материала).
Кроме того нужно учитывать, что эта формула работает в двухстороннем режиме, то есть высчитывает Объем материала если меняется расход материала или наоборот высчитывает расход материала если меняется объем материала в подчиненной строке. Как вы предлагаете реализовывать двусторонний расчет в случае если формулу будет задавать сам пользователь. Однозначно этот совет из разряда "Вредные советы врагов/конкурентов"
2. Он хочет чтобы не в строке формул задавалась формула объема, а прямо в самой ячейке объема. По моему в части трудозатрат пользователя не один вариант не лучше другого, поэтому тратить энергию на его реализацию бессмысленно. То же отнесем к разделу "Вредные советы врагов/конкурентов"

**Сметный тролль** Чт Янв 16, 2014 11:47

И все же предлагаю послушать arbeiten

**RUDEN** Чт Янв 16, 2014 12:39

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

**arbeiten** Чт Янв 16, 2014 13:09

RUDEN

На счет пункта 2 - не уверен. Вопрос привычек. есть плюсы и минусы , в частности длинная формула ( ведь у нас есть возможность вставлять функции округления , включать в суммирование много строк ) не влезет в колонку, ее придется каждый раз двигать или расширять строку , что тоже не комильфо. Строка формул в этом отношении лучше ( те. длиньше ) .

Забивать объем работ в виде формулы так же как и ввод значения, но отображатся будет значение, формула показывается в строке формулы. (как в эксель).

**Сметный тролль** Чт Янв 16, 2014 13:42

arbeiten писал(а):RUDEN
На счет пункта 2 - не уверен. Вопрос привычек. есть плюсы и минусы , в частности длинная формула ( ведь у нас есть возможность вставлять функции округления , включать в суммирование много строк ) не влезет в колонку, ее придется каждый раз двигать или расширять строку , что тоже не комильфо. Строка формул в этом отношении лучше ( те. длиньше ) .

Забивать объем работ в виде формулы так же как и ввод значения, но отображатся будет значение, формула показывается в строке формулы. (как в эксель).

Так оно именно так сейчас и работает.

**svetge** Чт Янв 16, 2014 13:43

arbeiten писал(а):Забивать объем работ в виде формулы так же как и ввод значения, но отображатся будет значение, формула показывается в строке формулы. (как в эксель).

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

**RUDEN** Чт Янв 16, 2014 16:16

Сметный тролль писал(а):
arbeiten писал(а):RUDEN
На счет пункта 2 - не уверен. Вопрос привычек. есть плюсы и минусы , в частности длинная формула ( ведь у нас есть возможность вставлять функции округления , включать в суммирование много строк ) не влезет в колонку, ее придется каждый раз двигать или расширять строку , что тоже не комильфо. Строка формул в этом отношении лучше ( те. длиньше ) .

Забивать объем работ в виде формулы так же как и ввод значения, но отображатся будет значение, формула показывается в строке формулы. (как в эксель).

Так оно именно так сейчас и работает.

видимо речь тут идет о том, чтобы при вводе формула была видна в ячейке "объем". У нас в этой ячейке только значения. а формула в строке.
Я эту идею готов поддержать частично ( опять таки учитывая не редкую необходимость заносить формулы с большим количеством значений. Я бы все таки ограничился формулами расхода ( если говорить о ячейках ) те. объем * норму расхода. А строка формул удобна , особенно если надо вписать функцию или при большом количестве значений ( ссылок) в формуле. Если это все сделать доступным в ячейке - будет не всегда удобно по описанной выше причине - сложно будет контролировать процесс при большом количестве ссылок/значений - придется или в ручную или на каком то встроенном автомате расширять ячейку в шири или в глубь , что вряд ли хорошо. В строке формул все наглядней.
Вот чего бы точно добавил: функционал округлений по строке ( строкам) в ячейке объемов. Сейчас это можно сделать функцией, но это бывает не очень удобным с точки зрения технологии составления смет - для конкретной ед. измерения разряды округления могут быть разными - где то целыми, где то дробными, еще есть и капризы заказчиков, бухгалтеров, проверяющих. Ставить функцию практически на каждую строку где есть формулы - не удобно, если не ставить - в объемах бывает ересь - вес учитывает в миллионных долях грамма, а штуки получаются дробными например и т.д. Так что встроенный функционал окрыления объемов по строкам , выделенным строкам, группой строк, не помешает, а наоборот - пригодится.

**aivt** Чт Янв 16, 2014 16:56

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

Это должно быть реализовано не в виде функции округления объемов, а через справочник единиц измерения, в который необходимо добавить дополнительный параметр "Точность округления" для каждой единицы измерения. Тогда программа будет знать конкретно до какой точности округлять объем строки в зависимости от того какая у этой строки единица измерения. Например, для "ШТ" будет точность округления = 0 знаков после запятой, а для "1000 м" = 2 знака после запятой или больше, что можно будет настроить под себя через справочник единиц измерения. В ячейке объем необходимо отображать только сам объем без формулы округления, так как писать формулы среднестатистическому "трудяге" просто некогда, они даже когда числа вбивают и то не успевают всю работу переделать, которая на них навалена. Как программисты реализуют округление внутри программы (без отображения формул округления в объемах) нам знать не дано, но уверен они с этим справятся

Для реализации в готовом документе в Excel точно такой же точности округления как в программе необходимо предусмотреть при экспорте выгрузку на Source в отдельный столбец точности округления для каждой единицы измерения в виде числа, например, 0 или 2, чтобы я потом в Exce при формировании документа мог правильно установить количество отображаемых знаков после запятой в свойствах каждой ячейки "Объем".

arbeiten писал(а):Забивать объем работ в виде формулы так же как и ввод значения, но отображатся будет значение, формула показывается в строке формулы. (как в эксель).

Может быть он имеет ввиду, что в ячейке объем нужно писать 2+2=4, а в строке формул оставить формулу как есть. Сейчас это реализовано только при формировании документа в Excel - с помощью макросов формула преобразуется в числа и есть возможность вывести на печать не только значение объема =4, а именно из чего оно сложилось, например 2+2=4.
Если об этом идет речь, тогда я его поддерживаю, так как реализовывать в Excel такое преобразование и сложно и это замедляет формирование документа. Желательно сделать это в самой программе, а в Excel выгружать на Source уже готовую текстовую строку 2+2=4 (но не вместо объема, а в отдельный столбец на Source). Сам же объем в виде, числа =4 так и оставить числом как есть сейчас, чтобы работали формулы в Excel. Одна только проблема, если пользователь в Excel будет менять объемы, то что делать с строкой 2+2=4 ? Я в своих шаблонах в Excel задал формулу, которая скрывает текст 2+2=4, если пользователь изменит объем в Excel прямо в сформированном документе.

To: arbeiten - примеры улучшают понимание того, что вы хотите объяснить нам.

**RUDEN** Пт Янв 17, 2014 14:11

aivt писал(а):Это должно быть реализовано не в виде функции округления объемов, а через справочник единиц измерения, в который необходимо добавить дополнительный параметр "Точность округления" для каждой единицы измерения. Тогда программа будет знать конкретно до какой точности округлять объем строки в зависимости от того какая у этой строки единица измерения. Например, для "ШТ" будет точность округления = 0 знаков после запятой, а для "1000 м" = 2 знака после запятой или больше, что можно будет настроить под себя через справочник единиц измерения. В ячейке объем необходимо отображать только сам объем без формулы округления, так как писать формулы среднестатистическому "трудяге" просто некогда, они даже когда числа вбивают и то не успевают всю работу переделать, которая на них навалена. Как программисты реализуют округление внутри программы (без отображения формул округления в объемах) нам знать не дано, но уверен они с этим справятся

справочник частность. Как говорил есть и другие причины а чаще "хотелки" заказчиков и прочих. Ну пример недавний из нашей практики: заказчик потребовал чтобы тонны были с тремя знаками, м2 , с двумя, м3 с тремя. А другой может что другое придумать. А другим обязательно надо попасть в копеечку в копеечку или по итогу или по расценке. Потом.., автоматизация - святое, но она не всегда работает как надо и там где надо. "Зашитые" в программу правила , хоть и нормативно верные, подкрепленные действующими документами, могут не сработать в конкретной ситуации. Всюду есть исключения.
Поэтому, мне каатся , что полностью автоматизировать это функцию было бы ошибкой , много. много раз говорил и писал на форуме - наше ценообразование , как и российская история штука непредсказуемая - отсюда - свода действий и выбора должна быть. Что в принципе Вашу идею не отвергает, а дополняет. Подумаем. Предлагая функционал со свободой действия, я как раз и хотел избавится от "заморочек" с формулами - правильно подметили - задача когда объем ячейки считается по формуле ( со значениями и ссылками ) надо округлять - формулы хоть из решают проблему - но время на создание такой формулы ( формул ) тратится не мерено, и по сути сметчику на прямую пропиской формул ( особенно в массовом порядке, на большом количестве строк) не здорово.
Задач и предложений по программе не мерено. И срочных , и нужных , и очень очень нужных, не говоря о пожарных и критических.
Объемы в ячейке не так уж плохо, но опять таки не надо абсолютизировать. Отображать не отображать - главное что бы было наглядно. поэтому и предложил ограничится в объемах формулой расходов - хотя по большому счет можно обойтись - строка формул есть , работает. А проектная смета , все таки не Excel, чтобы полные аналогии проводить ( arbeiten )
Ну и отдельный вопрос - округления, на каких этапах, сколько раз и т.д. Отдельный и серьезный вопрос. Есть такой документ СН -528-80. Утвержден в стародавние времена Госстроем СССР. Там есть кое что о правилах округления в строительных сметах, о ед. измерения. Он был как бы составной частью приснопамятной 4-й части СНИП 84 года. Формально не действует ( в реестре нет ), но и в списках отмененных нет. Если господа из Минстрой что ни будь не напридумывают, попробуем в перспективе кое что из это документа взять на вооружение.

**aivt** Пт Янв 17, 2014 16:41

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

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

**Semenov** Пт Янв 17, 2014 17:29

aivt писал(а):Больше придумывать на эту тему просто нечего...

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