БАЗИС-Смета. Предложения по усовершенствованию
 

В наименование материальных накладных при распечатывании выводится принадлежность (Монтажная бригада, Участок распила...), но для таблиц операций этого нет!

БАЗИС-Смета. Предложения по усовершенстванию
 

Хотелось бы видет в сметах в "параметрах с модели" назначит параметр количество резов..))

Разумеется. Это уже лет 5 назад зафиксировано. Будет реализовано в новой БСм (это ведь к БМ не относится, так ведь?)

Добрый вечер. Хочу предложить на Ваше рассмотрение такую функцию, как "Вес изделия". Хотя-бы в первом приближении. Очень полезная функция
Второе предложение- в БШ на 90% фасадов ящиков ручки не ставяться ,а используется дугообразный вырез под руку в верхней части фасада. Возможно-ли автоматизировать эту функцию?

1. Вес - можно назначить сопутствуем на ВСЕ материалы (пример: ЛДСП - 10 кг/кв.м, профиль 5,6 кг/пог.м и т.д и т.п)
2. Попробуйте создать Ручку-раковину (она делается пазом) и расположите её на расстоянии =0 от края фасада.

Мне кажется это не лучший выход. Т. к. вырез - это не паз и даже не отверстие, а криволинейный контур. При пазе мы не увидим никаких изменений в трёхмерной модели и не сможем правильно нанести кромку.
Поэтому я присоединяюсь к пожеланию buchkovа, прошу реализовать такую возможность в МастерБоксе.

1. Хотелось-бы при помощи кнопочки. Нажал и высвитился Вес. Это можно сделать в свойствах деталей, рядом с наименованием материала.

2. Как делаеться дугообразная выемка под руку в верхней части фасада я знаю, но не хочеться выполнять однообразную работу по редактированию фасада. Я обычно рисую отруки для рабочих.Вопрос в автоматическом выполнении .

Так есть такая кнопочка - [$] - это я опять за Вес, как сопутствие в смете. Вам же, наверняка, хочется узнать вес всего изделия? или все таки только одной из деталей?

Это можно. Но по причине того, что это сделано уже лет 10 назад в Смете - дублирование было бы, наверное, лишним. :-[

Приношу извинения за некачественный вопрос, но часто одна и та же позиция фурнитуры (материала) переходит из одной категории в другую просто по технологии сборки и установки, и как быть в таком случае? Трудно ли заложить в смету ручное редактирование статей сметы непосредственно в процессе формирования?

Резюмирую, в силу понимания и поддерживаю. Настройка спецификаций, как в смете. Со всеми настройками оттуда, за лишние чекбоксы, никто ругаться не будет. *YES*

Может я что-то не так понял, но это делается очень просто.
При создании базы материала создаем папку Листовой материал. В этой папке создаем две подпапки Импортный и Отечественный. Заносим материалы в соответствующие папки. Содаем классы Импортный (М1) и Отечественный (М2). Присваиваем всей папке Импортный класс М1, а Отечественный - М2.
Далее идем в окно Расчет стоимости материалов и комплектующих. Создание таблиц/Список таблиц/Добавить. Добавляем Листовой материал импортный и Входящие классы назначаем М1, и Листовой материал отечественный и назначаем входящий класс М2. Но добавляем еще один класс Листовой материал в котором назначаем входящие классы М1 и М2 (!!!!!). Можно назначить сколько угодно классов для одной таблицы!!! В результате у вас появится три закладки Листовой материал импортный с импортными листовыми материалами, Листовой материал отечественный с отечественными листовыми материалами и Листовой материал в которой объединены Листовой материал импортный и Листовой материал отечественный. Для каждого материала отдельно считается стоимость и количество.

Я думаю так эту проблему решить можно.

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

Вот этого не хватает. Я согласен. Но это к классам не имеет отношения.

Если я правильно понял, то в результате должно получиться нечто вроде
Листовые материалы
ЛДСтП импортная - М1
ЛДСтП отечественная - М2
Фурнитура
Шуруп 3*16 импортный - М3
Шуруп 3*16 отечественный - М4
Погонаж
Профиль PF2 импортный - М5
Профиль ПФ1 отечественный - М6
Профиль ПФ2 отечественный - М6
И так далее...
Создаем таблицы "Импортные материалы", в которую входят классы М1, М3, М5
и аналогично "Отечественные материалы", в которую входят классы М2, М4, М6
Действительно очень просто.

Kudesnick, zorro, я понял smikevl, только потому что у нас видно на фирме к подаче документации, один и тот же подход. На прошлой фирме, я бы его тоже не понял и отвечал так, как вы.
Спецификация, которая выскакивает при нажатии кнопки- Чертежи. О ней речь, а не о Смете.

segotin, если об этом речь, то я уже отсылал в БЦ просьбу о ручном выборе порядка вывода спецификаций [о, как загнул :)]

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

Так нажми кнопку, которая помечена красной стрелкой в предыдущем посте и выбери Крепеж, Листовой материал и т.д. Никто тебе не запрещает наделать закладок сколько душе угодно и выводить ПОМЕЧЕННЫЕ закладки в лист.
Дальше КопиПастом можно оформить как надо.

С наступающим)
Вот чего мне хочется:

Как я понимаю, будет возможность сделать "снимок" 3D - модели в формате jpg, нанпример. Правильно?
Тогда очень хочется, чтобы я мог принудительно задать координаты точки, с которой этот снимок делается.
Зачем? Я, например, щас оформляю новый каталлог продукции, и естественно в каталог, вставляю изображения однотипных моделей и, конечно, все они сняты с разного ракурса (((

Второе:
Будет ли реализована многоклассовость?
Этого не хватает. Например, нужно сформировать выходные данные по ПОСТАВЩИКАМ. Было бы здорово, если я мог присвоить материалам дополнительный класс. Но, на данный момент это невозможно. И во многом потому, что все формулы опираются на классы и велик риск, что какой нить материал будет рассчитоваться несколько раз (ибо он в нескольких класах). Значит нужно делать подКлассы.
Ну кароче шоб было как в учебникам по С++
Кошка и собака. Обе имеют хвост, обе на четырех ногах, но одна мяукает, а другая гавкает...

Сначала не въехал.:( Думал, что KOHKyPEHT только что прочитал книгу И.В. Сталина "Краткий курс истории ВКП(б)". Там тоже о многих классах:D написано.

Потом понял что имеется в виду. Идея интересная, но надо осторожно к ней подойти. Сейчас в какой-то мере это присутствует в смете.
Можно создать группу "Домашние животные". Присвоить группе сопутствие "Хвост - 1 шт.", "Лапы - 4 шт.".
В группе "Домашние животные" создать материалы "Собака" с сопутствием "Лает" и "Кошка" с сопутствием "Мяукает", "Мурлычет" и "Лазит по деревьям"*THUMBS UP*
Чем не классы и подклассы (родители и наследники)?
Но мне кажется, KOHKyPEHT хочет копнуть глубже.

zorro, KOHKyPEHT,
Поддерживаю мысль. Но тут еще важно вот что: если один материал имеет два класса, это не должно приводить к двойному использованию материала.
Отсюда напрашивается, что нужно иметь несколько параллельных веток классов (М0, Л0, К0....) и из каждой ветки одному материалу можно назначить только одну группу. Таким образом удастся избежать не нужного дублирования в формулах и таблицах.

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

Но вот таблицы - они и есть уже многоклассовые! Каждая таблица может быть составлена из нескольких классов. Или я чего-то не так понял?

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

Да и че там с этим как иво:

Мне тоже очень нужно)) 8-)

Понятно, спасибо. Честно говоря, все это уже давно есть в БСк. Все-таки логистика - это именно его епархия. Отдел снабжения, но не техотдел. Дублировать эти функции в БСм? Не знаю... *SCRATCH*А что там может быть? Зафиксировано. *YES*

Так, мимоходом подмечено... А ведь конструктор общается со всеми отделами и с клиентом в т.ч....
Может сделать основные модули по максимуму наполненными всеми функциями, а остальные так и останутся отдельными приложениями?
Покатайте мысль ;)
Понимаю, нужна реформа ценообразования и переделка модулей.
Версия- Базис-Ultimate, к примеру. Только и цену, чур, без фанатизма назначать!

А что там катать? Именно так было до 5-й версии включительно. Наша практика показала ошибочность концепции "все в одном флаконе".

Проходили, отказались.Как ни назначай - зачем заставлять Пользователя платить за то, чем он пользоваться не будет? Или не будет пользоваться год-два-три? Когда понадобится - докупит. Знаете, к примеру, сколько предприятий перешло на полновесный БМ+БШ+БСм, начав с одного-единственного автономного Базис-Раскроя? И это нормально. Поэтапное внедрение - очень разумная мысль. Тут торопиться не надо. :)

DTioutiou, ну не только для поставщиков можно второй класс назначать.
Например, мы всё еще не перешли на просчёт стоимости с операциями, поэтому пока всё на коэффициентах.
Т.е. сейчас все классы заняты для просчёта стоимости. Но была б вторая ветка классов, смог делать отдельные таблица "Комплектующие", "Фурнитура", "Кромка" и т.д.

Операции - не требуют второго класса. Если и потребуют когда-либо, то это все равно будут классы операций, а тут речь идет о классах материалов.

Так зачем еще нужны вторые классы материалов?

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

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

И тут классы могли бы пригодиться. Т.е. на крепеж, например, накрутка значительно больше, чем на мойки. (например, 100% на крепеж, и 30% на мойки) И это я легко смогу отобразить в БСм. Ибо крепеж - есть класс, крепеж, а мойки - класс мойки... НО. Существует и дорогой крепеж. Например, менсолодержатели (комплекты которых доходят 3000 руб... И накручивать на них 100% - это просто ... нуу... в общем.. покупать их не будут)
Поэтому я вынужден Некоторые позиции, некоторых классов выносить как отдельный класс. на который накрутка будет меньше, чем на все элементы класса.
В итоге общая иерархия, становится ЗАПУТАНЕЕ. (Больше таблиц....) Ну я то потом в этом всем разберусь. А вот остальные участники... Будут тупить...

Еще один пример - мебельные ручки, какие то - дешевые и доступны всегда... Накруточка повыше, какието дорогие... и накручивать скажем даже 50% от цены в 15 Евро... (учитывая их суммарное кличество в 20-25 штук... уже лишнее)

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

Есть и еще один способ, Уменьшить цену изделия. Чтоб при умножении на 100% получалась прибавка к реальной стоимости где то 30%.
Но, цены меняются СЛИШКОМ часто... Часто приходится корректировать базу.
(мало того еще и поставщики меняются....) И такой подход к решению проблемы тоже мне не нравиться.
Идея создания подКлассов. Мне нравицца больше. (Классы - это ваще круто))))

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

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

1. Пока нет никакой уверенности, что вторые классы (или подклассы) - еще сильнее не запутают эту схему.

2. Мне доводилось видеть базу материалов одних наших Пользователей, в которой было 111 классов! Строго говоря, во всем этом и должен разбираться только тот, кто это завел и кому это нужно. База материалов - дело слишком интимное. :D Все эти вопросы - тоже решены в БСк. Вот в чем дело-то. БСк - это логическое продолжение БСм. Просто следующий этап: вот есть сама смета - что должно быть дальше? Правильно - учет и логистика! *THUMBS UP*
Да проблем-то особых нет. Вы можете расписать все детально, что куда должно входить, и самое главное - как между собой и с другими частями БСм взаимодействовать?

Уверен, что не запутают. Это опция. Верно?

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

Ну, что я могу сказать) Я его не видел. Как там это реализованно не представляю.
(ну привык я что кнопочку смета нажал... и вот тебе СТОИМОСТЬ изделия... И стоимость считается исходя из цен, которые мы в носим в графу "цена"...) Те есть я всегда полагал, что именно эти циферки - основополагающие)) Как БСк себя ведет... он их что изменяет?
(или там ваще все цены уже с накруткой... а смета берет их, не ниче с ними не делает? всмысле в формулах)
Круто)) Даже, наверное жутко удобно)
Я правда расстроился.. ибо БСк то у мя нету)))))) *SORRY*

Нет. И если бы мог. Базис был бы мне не нужен. Я б в EXEL все накидал) И гордился бы до ужаса своим мозгом)

Да и спасибо за оперативность)) :P

Ну мое личное ИМХО, не преходят ибо цены ну очень уж большие. Переходят тогда, когда появляются деньги. и вовсе не потомуу, что это "вдруг стало востребованным")))
То есть Ветер дует не потому, что деревья качаются.
И такая "забота" - это вовсе не "забота", а бездонный баблосос)
В принципе - правильно, конечно, не поспоришь. Лично я поддерживаю. Хотя ценник на мой взгляд очень высокий((((

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

Далее по этим ценам можно произвести и обновление всех цен из БСк через *.dbf в БСм. Это уже тут разбиралось в одном из топиков (там еще была ошибочка, но она была исправлена). Так вот, можно это обновление делать как 1:1, так и с дополнительным коэффициентом.
Если допустить, что это так, то гипотетический Ультимейт - ну точно окажется невостребованным! :D

Не знаю исправлено ли это.. Но раньше при таком обновлении через .dbf слетали все настройки БСм. Т.е. сопутствия, как и не было. А это часы, сутки работы и ошибок пойманных. Тут усовершенствовать как то надо, если этого не сделано еще конечно.

Вы спутали друг с другом две разные команды:
1. Обновление цены.
2. Импорт-экспорт номенклатуры.

Я говорил о первой. *PARDON*

Эээ.... Ну да. понятно, в общем то) Как он может выдавать стоимость изделия?)) я имел ввиду не стоимость изделия, а цену материала.

C коэфициентом на каждую позицию? Или на все сразу?? Если на все сразу то мне это не подходит.
Если можно задать коэффициент на каждую позицию. Тогда - то что нужно.
Я беру Евровинт. Переношу его с к=2. (то есть он в смете уже будет "стоить" не рубль, а два. И потом Использую "накрутку" в формулах.
А, скажем, мойки переношу с к=1... И на эти товары накрутка остается в ИТОГЕ нормальной...
А скажем, светильники переношу с к=0,95... и его стоимость Итоговая будет с наименьшей накруткой...

Я правильно понял?? Или все таки ОТДЕЛЬНО по позициям проставить К нельзя.
(или нельзя проставить... но можно обновить лишь ЧАСТЬ позиций... а не все сразу...) Если так - то это гемор)))

На каждый материал - свой коэффициент для сметы.

Но обновятся цены сразу для всех материалов: каждый со своим коэффициентом.

Это не мешает выдвинуть предложение. Что бы настройки не слетали.

Вы о чем? О каких настройках? Если происходит импорт(!!!) номенклатуры, то он происходит с нуля. Нет там никаких настроек. :D И быть не может. И слетать они не могут. И не слетать - тоже не могут. Полная перезапись содержимого файла под тем же именем. Вы выдвигаете предложение, чтобы при перезаписи файла - этой перезаписи НЕ происходило? =-O

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