Форум ГК "СтройСофт"

То же собирался писать об этой недоработке. Панель цен "Материал/Оборудование по прайсу" в целом задумана не плохо, но на текущий момент нуждается в множестве доработок. Список предложений будет длинным. Вот только начало:

1. Теряется текущая цена не только при копировании через буфер, но и вообще при любом копировании, например, через Ctrl+C / Ctrl+V, а также при создании копии объекта, экспорте/импорте объекта. Причина вероятно в том, что под Текущую цену в базе данных не создано нового столбца, а следовательно новая панель цен пока может, только вычислять Базовое значение из Текущей цены как калькулятор. Итоговая цена получается умножением Базовой цены на Инфлятор. В результате Итоговая цена используется вместо исходной Текущей цены. Для полного счастья необходимо создать в базе данных дополнительные столбцы, для хранения Текущей цены и сопутствующей информации из новой панели цен Материалы/Оборудование. Кроме того эту информацию необходимо выводить на лист Source при экспорте в Excel, так как она нужна при формировании документов.

2. Панель цен "Материал/Оборудование по прайсу" применима не только к материалам/оборудованию добавляемым по прайсу. Нам очень нужно применять новую панель цен к любому "Материалу/Оборудованию" по принципу если строка имеет "Тип строки" = Материал/Оборудование, то панель цен должна иметь вид как сейчас для "Материала/Оборудования по прайсу". Хуже от этого ни кому не будет, зато нам это существенно поможет в работе с материалами в текущих ценах, так как наши пользователи имея теперь два уровня цен хотят в базовом ничего не менять, а в текущем уровне цен задавать текущую цену материала по прайсу для любого материала, в том числе для материала изначально попавшего в смету из нормативной базы или из мониторинга. Считаю, неудачным решением применять к материалам панель цен "Расценки" в случае если у строки есть обоснование ресурса из нормативной базы. Для материала в панели цен "Расценки" задействовано только поле "Цена материала", это же поле есть и в панели цен "Материал/Оборудование по прайсу", остальные поля, такие как ОЗП, ЗПМ, ЭММ, НР, СП и т.д. не нужны в панели цен когда "Тип строки" = Материал/Оборудование. Прошу переделать программу так, чтобы она меняла панель цен на "Материал/Оборудование по прайсу" если "Тип строки" = Материал/Оборудование не зависимо от того откуда попал в смету этот материал (занесен вручную / скопирован из нормативной базы / скопирован из мониторинга (как не привязанный так и привязанный к базе)).

3. В новой панели цен "Материал/Оборудование по прайсу" не хватает критически важных полей "Заготовительно-складские расходы" и "Транспортные расходы". В обычной практике когда материал в текущих ценах заносится в смету, то его текущая цена проставляется = цене по прайсу. Причем цена по прайсу не должна отличаться от цены в этом прайсе, так как прайс прикладывается к смете и экспертиза потом сравнивает текущую цену в смете и в прайсе. Дефлятор как правило с потолка брать не разрешают, поэтому задают его равным инфлятору. Вставить в имеющуюся панель цен дополнительно накрутку "Заготовительно-складские расходы" и "Транспортные расходы" просто некуда. В формуле расчета цены по прайсу должны присутствовать не только деление на 1,18 и дефлятор, текущая цена должна умножаться на коэффициент "Заготовительно-складские расходы" и коэффициент "Транспортные расходы" и делиться на 1,18 и дефлятор.

1. Поправим.
2, 3. Запланирована реализация близкая к описанию.

После обновления до 8.0.0.26 слетели настройки панели инструментов...
Когда ждать опцию импорт и экспорт настроек программы?

А не проще ли сделать так, чтобы настройки не слетали?

Всех с наступившим Новым Годом!

Включаемся в работу)) Ошибка при экспорте : (места свободного больше 10Gb)

С прошедшими всех праздниками!
Срочная работа, а Программа (Smeta.Ru.-8.0.0.24-установлена на ОС W8-рабочий и W7 домашний) надумала тоже "праздновать" - критическая ситуация - слетели все наработки! Скопировала с рабочего комп. W8 всю базу DataSD.ssd на флэш, а затем перенеслаа на домашний ноут с W7. Работала, ничего не предвещало плохого, ни одного плохого окна за весь период работы. А при закрытии вдруг выдало "есть вероятность что база данных испорчена. Обратитесь к администратору". Пробовала открыть ранние базы сохраненные - открываются. А этот испорченный принесла на рабочий ноут - выдает то же "Обратитесь...". Работа получается вся впустую...

VNikanora
для себя пришел к выводу, что лучше делать бэкап-экспорт объектов в sobx (промежуточные варианты и, тем более, подписанные).

Клиенты обновившиеся до v8 жалуются, что экспорт в Excel в v8 выполняется неприемлемо медленно - в сотни раз медленнее, чем в v7 !!!

Для проверки их заявлений неоднократно выезжал на место и видел это своими глазами, но кроме того что развести руками сделать ничего не смог.

Для эксперимента выгрузил у одного из клиентов объект к себе в двух форматах: старом и новом (файлы прилагаются для тестирования).
Затем загрузил их на своем компе в чистую базу v7 и чистую базу v8.
Произвел экспорт в Excel из v7 - от момента начала экспорта в Excel до появления окна выбора формы документа прошло 15 секунд.
Произвел экспорт в Excel из v8 - от момента начала экспорта в Excel до появления окна выбора формы документа прошло 1200 секунд (20 минут).
Сам убедился, что разница составляет в 80 раз!!!

Прошу разобраться и дать конкретные рекомендации по решению проблемы, так как ждать при каждом экспорте в Excel по 20-30 минут клиенты не согласны, тем более они видели, что в v7 все работало без особых задержек, а после обновления получили такой вот результат

объект в новом формате для импорта в v8

Файл из Smeta.report прилагается.

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

Благодарю за ответ! Работу пришлось переделывать, уже сделала экспорт объекта в новом формате.
Количество моих "почему" при работе с программой, к сожалению, не уменьшается. Не знаешь чего от нее ожидать при очередной работе. Не стабильная она. Делаю-делаю, проверяю, все верно - везде индексы пересчета, поправочные к-ты, виды работ выставлены. Через время, правда после того как этот самый ssd копирую-вставляю - все слетает, приходится заново проделывать одно и тоже...
Единственная надежда, что разработчики совершенствуют ее.
еще вопрос есть - сейчас у меня патч 8.0.0.24, хотелось бы перейти на ...26. Как безболезненно это произвести в программе? Благодарна всем за помощь!

VNikanora писал(а):Через время, правда после того как этот самый ssd копирую-вставляю - все слетает, приходится заново проделывать одно и тоже...

Простите за дурацкий ввопрос - а Вы не забываете ПЕРЕД копированием остановить сервер БД?

Akina писал(а):

VNikanora писал(а):Через время, правда после того как этот самый ssd копирую-вставляю - все слетает, приходится заново проделывать одно и тоже...

Простите за дурацкий ввопрос - а Вы не забываете ПЕРЕД копированием остановить сервер БД?

Даже и не предполагала что имеется такая функция! А если подскажете как это осуществить - буду премного благодарна!

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

Копирование файла базы данных при наличии активных подключений к ней - практически гарантированный способ получить неработоспособную копию БД.