Константин Чилингаров: Здравствуйте,
Времена какие-то запредельные, на мой взгляд.
Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Константин Чилингаров: Здравствуйте,
Если кратко:
1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Константин Чилингаров: Здравствуйте,
Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Константин Чилингаров: Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Владимир Белов: Добрый день!
Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128
У вас должен быть на прокси-сервере проброшен порт 28 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы:1
Замена материала Детали, Множество Заказных спецификаций
Пользователь
Сообщений: Регистрация: 09.11.2016
0
28.11.2016 19:30:13
Здравствуйте.
Стоит такая задача. Изделия имеют один и тот же конструктив, один и тот же тех процесс и размеры. Единственное что меняется - материал лицевой детали, меняется ее цвет. Как реализовать заказ на производство через выбор различных вариантов заказной спецификации? Для каждого варианта заводить деталь другого цвета? Или есть вариант замены материала в заказной спецификации (на этапе конфигуратора)?
Пользователь
Сообщений: Регистрация: 07.11.2008
0
29.11.2016 10:36:04
Здравствуйте ! Задачу можно решать по разному. Например с помощью того же конфигуратора, только использовать его именно как конфигуратор, а не средство построения дерева изделия (как он работает по умолчанию, при отсутствии конфигурационных параметров). Это подойдет для случая, когда вы свои детали разного цвета отдельно и планируете к изготовлению или покупаете. В этом случае создаётся спецификация, включающая все возможные варианты цвета, которые включаются или наоборот исключаются при формировании производственной спецификации, в зависимости от заданных конфигурационных параметров. Куда универсальнее модуль , который позволяет формировать не только разные варианты состава изделия, но и формировать технологические процессы, и их элементы. Например формировать для детали, цвет которой выбран, окрасочную операцию с указанием определенной краски. Это такие общие рекомендации.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
29.11.2016 12:22:33
Здравствуйте,
Цитата
Андрей Косов пишет: через выбор различных вариантов заказной спецификации?
Возможный вариант. Но, с моей точки зрения, наименее удачный из доступных на сегодня.
Цитата
Андрей Косов пишет: Для каждого варианта заводить деталь другого цвета?
Я бы так и сделал.
Цитата
Андрей Косов пишет: вариант замены материала в заказной спецификации
И так технически, в принципе, тоже можно сделать. Но муторно… Тогда уж, проще в запросе на склад материал подменять на тот, какой нужен.
Далее подробнее. Вариант с несколькими «заказными спецификациями» я бы вообще не рассматривал. С моей точки зрения он имеет только недостатки и никаких преимуществ перед вариантами, описанными далее. Я бы рассматривал два основных: Вариант 1.
Преимущества: Легко в дальнейшем, если что, вносить изменения в конструкцию изделия/технологию.
Недостатки: Изделия и детали разных цветов в производстве и на складе ничем визуально не отличаются, кроме комментария (куда можно написать информацию о цвете). Комментарии придётся вводить каждый раз для каждого нового заказа. Так же, как и вручную выбирать для каждого заказа, какую краску для него нужно выдавать со склада. Если цена на краски разных цветов сильно отличается, то расчёт себестоимости такого изделия либо будет получаться «средний», либо надо будет вручную редактировать стоимость краски.
Способ: Завести одну номенклатурную позицию «лицевая деталь» и, соответственно, одну номенклатурную позицию «изделие» с этой «деталью». В техпроцессе указать условную «краску» с нормой расхода. Далее: В заказе на производство подписывать в комментарий, какого цвета изделие (чтобы если в графике одновременно несколько изделий разных цветов, было хоть как-то понятно, кто из них какого цвета). Для выдачи со склада вместо условной «краски» в ЛЗК ставить краску конкретного цвета. Какого нужно для этого заказа. Можно, например, используя для этого механизм . При сдаче изделия из производства на склад при желании можно ещё в складской карточке приписать комментарий, какого цвета изделие. Нужно или нет – это уже от нескольких условий зависит. Смотря, как дальше работа будет организована. Вариант 2:
Преимущества: Легко и быстро планировать и контролировать производство изделий разных цветов. Легко и удобно учитывать готовые детали и изделия разных цветов и материалы для них (краску). Можно легко и точно считать себестоимость, в т.ч. если краска разных цветов сильно отличается по цене.
Недостатки: Чем больше вариантов расцветки изделия есть в базе, тем более трудоёмко будет потом в случае чего вносить в них какие-то изменения (во всех вариантах придётся изменять). Способ: «Размножить» номенклатуру. Завести столько «деталей» в базе, сколько может быть цветов («деталь красная», «деталь зелёная» и т.д.). И, соответственно столько же «изделий» («изделие красное» - с «красной деталью», «изделие зелёное» - с «зелёной деталью» и т.д.). Если вариантов мало (3-5), то можно легко вручную это сделать. Скопировать/вставить, одну строчку поменять. Если вариантов много, то можно процесс автоматизировать. Настроить простейший шаблончик для , и он будет автоматом новые детали и изделия создавать по мере необходимости очень быстро и легко. А дальше всё элементарно. Когда формируем заказ на производство, просто вставляем в него из базы изделие нужного цвета (если такого цвета ещё не делали, то быстренько генерируем новое – нужного цвета, и вставляем). А дальше всё само, автоматом получается, как нужно.
На мой взгляд по балансу «преимущества/недостатки» второй вариант явно предпочтительнее. Причём, за явным преимуществом, я бы сказал. Поэтому я бы лично, скорее всего, выбрал его.