БАЗИС-Смета 8

Есть ли возможность данные из листа спецификации экспортировать в exel?

[St Bruno]

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

[DTioutiou]

Сообщение от St Bruno

Универсальным решением было бы создание параметра с модели "число блоков <наименование пользователя>"

Это отнюдь не универсальное решение. Именно так считается сметная цена в БАЗИС-Салоне и для такого просчета необходимо специально готовить модели - по строго определенным правилам формировать структуру вложенности элементов. Главная проблема, которая первоначально уходит от внимания - блоки могут быть вложенные. И многократно. И тогда в смету могут пойти задвоенные цифры - от внутреннего блока и от него же - от внешнего.

Т.е. это реализуемо (и реализовано), но заставит весьма тщательно подходить к созданию структуры модели. Для Салона это обосновано - прайс-лист создается практически один раз, но для оперативной работы решение не самое удачное.

[nayrogi]

Тогда можно реализовать следующее:

По аналогии с параметром "Кол-во панелей материала" добавить параметр "Кол-во панелей с наименованием" (где наименование - пользовательский параметр).

Тогда можно назначать сопутствие на детали "дно ящика", "боковина ящика" и.т.п
Это позволит получить искомый результат в подсчётах.
Если в модели две детали с наим. "дно ящика", значит ящика два. (прим.)

ИМХО, это было-бы весьма универсальным решением, и не только на примере ящиков. Да и с блоками ничего мудрить не нужно.

[DTioutiou]

Сообщение от nayrogi

Тогда можно назначать сопутствие на детали "дно ящика", "боковина ящика" и.т.п
Это позволит получить искомый результат в подсчётах.

А сейчас то же самое - на направляющие. Никакой ведь разницы.

Насчет применения не в случае с ящиками - что практического может дать нам в плане подсчета трудоемкости количество "стоек левых", "полок угловых", "крышек вкладных" и т.д.?

[nayrogi]

А сейчас то же самое - на направляющие. Никакой ведь разницы.

Да, это так. Но направляющие в модели отнюдь не всегда означают наличие в ней ящиков.

[DTioutiou]

Сообщение от nayrogi

Но направляющие в модели отнюдь не всегда означают наличие в ней ящиков.

Ящиков - не всегда, согласен. Но всегда означает их монтаж! На ящик ли, на выдвижную полку - но все равно их монтировать. Прикручивать их туда, туда, туда и туда.

[nayrogi]

Но всегда означает их монтаж!

Так мы-то тут толкуем не о монтаже оных, а о сборке выдвижного ящика. )

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

[DTioutiou]

Сообщение от nayrogi

Так мы-то тут толкуем не о монтаже оных, а о сборке выдвижного ящика. )

Ай, "Сборка ящика", если ее толковать, как операцию - как уже говорилось выше, она вообще ни о чем. Ибо какого ящика? Большого? Маленького? Тяжелого? Легкого? Дно ДСП, ДВП, в паз? На конфирмат, на гвоздь, на шуруп, на стяжку, на шкант? С перегородками? Тремя? С подкладками под дном? Без них? С двумя?

Можно и должно вводить новые параметры - для более точного учета труда и материалов, но вводить новые параметры ради невнятной "Сборки ящика" - ну как-то ... неправильно это будет.

В том конкретном случае - задача решится через направляющие на 105%, и даже еще сверху останется , ну а самой программе идти вверх - это правильно, а идти вниз - зачем деградация? Доводя задачу до логического абсурда завершения, можно ввести операцию "Сборка шкафа" или даже "Сборка кухни". Что и кому это даст? Это уже не смета будет, а антисмета.

[vik-leon]

Сообщение от DTioutiou

Ай, "Сборка ящика", если ее толковать, как операцию - как уже говорилось выше, она вообще ни о чем. Ибо какого ящика? Большого? Маленького? Тяжелого? Легкого? Дно ДСП, ДВП, в паз? На конфирмат, на гвоздь, на шуруп, на стяжку, на шкант? С перегородками? Тремя? С подкладками под дном? Без них? С двумя?

Можно и должно вводить новые параметры - для более точного учета труда и материалов, но вводить новые параметры ради невнятной "Сборки ящика" - ну как-то ... неправильно это будет.

В том конкретном случае - задача решится через направляющие на 105%, и даже еще сверху останется , ну а самой программе идти вверх - это правильно, а идти вниз - зачем деградация? Доводя задачу до логического абсурда завершения, можно ввести операцию "Сборка шкафа" или даже "Сборка кухни". Что и кому это даст? Это уже не смета будет, а антисмета.

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

[DTioutiou]

Сообщение от vik-leon

Так подробно разбивать ее смысла конечно не имеет

Кто сказал, что не имеет? И почему "конечно"?

Сообщение от vik-leon

"Сборка ящика конфирмат" и Сборка ящика шкант"

В одном ящике 4 конфирмата, в другом - 8 конфирматов. Дно ДСП, ДВП, в паз? С перегородками? Тремя? С подкладками под дном? Без них? С двумя?

И что, это одинаковые операции?

Сообщение от vik-leon

Среди множества мебельных производств кстати "Сборка шкафа или кухни" тоже отдельная операция учавствующая в смете в конкретном денежном выражении.

Кухня 2,5 метра и кухня 6 м - это конкретное денежное выражение? Воля Ваша, конечно, но для этого Смета не нужна абсолютно.