Константин Чилингаров: написал:
А для чего тогда состав изделия в конструкторской документации, если все берется из технологии?
Тут так в двух словах и не объ ...
Константин Чилингаров: Здравствуйте,
Сделать реально.
Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Константин Чилингаров: Здравствуйте,
Да, можно так сделать.
Шаблон отчёта нужно соответствующий настроить.
Пришлите, пожалуйста, на почту, какие этикетки дол ...
Константин Чилингаров: Здравствуйте,
Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Константин Чилингаров: Здравствуйте,
Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Константин Чилингаров: Здравствуйте,
написал:
После первой установки все работало нормально и где то через месяц работы все поломалось.
Обновление ОС пост ...
Константин Чилингаров: В целом, проблема понятна.
Будем думать, конечно, как улучшить. По мере наличия времени.
К сожалению, не получается всем одновременно зан ...
Константин Чилингаров: Здравствуйте,
написал:
Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые...
Име ...
Константин Чилингаров: Здравствуйте!
написал:
При открывании статистики появляется окно ошибки см.скрин
Это где-то в задании один и тот же работник указан 2 ...
Константин Чилингаров: Небольшой совет по теме:
Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая:
Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
Стоит такая задача. Изделия имеют один и тот же конструктив, один и тот же тех процесс и размеры. Единственное что меняется - материал лицевой детали, меняется ее цвет. Как реализовать заказ на производство через выбор различных вариантов заказной спецификации? Для каждого варианта заводить деталь другого цвета? Или есть вариант замены материала в заказной спецификации (на этапе конфигуратора)?
Здравствуйте ! Задачу можно решать по разному. Например с помощью того же конфигуратора, только использовать его именно как конфигуратор, а не средство построения дерева изделия (как он работает по умолчанию, при отсутствии конфигурационных параметров). Это подойдет для случая, когда вы свои детали разного цвета отдельно и планируете к изготовлению или покупаете. В этом случае создаётся спецификация, включающая все возможные варианты цвета, которые включаются или наоборот исключаются при формировании производственной спецификации, в зависимости от заданных конфигурационных параметров. Куда универсальнее Конфигуратора модуль Генератор, который позволяет формировать не только разные варианты состава изделия, но и формировать технологические процессы, и их элементы. Например формировать для детали, цвет которой выбран, окрасочную операцию с указанием определенной краски. Это такие общие рекомендации.
Андрей Косов пишет: через выбор различных вариантов заказной спецификации?
Возможный вариант. Но, с моей точки зрения, наименее удачный из доступных на сегодня.
Цитата
Андрей Косов пишет: Для каждого варианта заводить деталь другого цвета?
Я бы так и сделал.
Цитата
Андрей Косов пишет: вариант замены материала в заказной спецификации
И так технически, в принципе, тоже можно сделать. Но муторно… Тогда уж, проще в запросе на склад материал подменять на тот, какой нужен.
Далее подробнее. Вариант с несколькими «заказными спецификациями» я бы вообще не рассматривал. С моей точки зрения он имеет только недостатки и никаких преимуществ перед вариантами, описанными далее. Я бы рассматривал два основных: Вариант 1.
Преимущества: Легко в дальнейшем, если что, вносить изменения в конструкцию изделия/технологию.
Недостатки: Изделия и детали разных цветов в производстве и на складе ничем визуально не отличаются, кроме комментария (куда можно написать информацию о цвете). Комментарии придётся вводить каждый раз для каждого нового заказа. Так же, как и вручную выбирать для каждого заказа, какую краску для него нужно выдавать со склада. Если цена на краски разных цветов сильно отличается, то расчёт себестоимости такого изделия либо будет получаться «средний», либо надо будет вручную редактировать стоимость краски.
Способ: Завести одну номенклатурную позицию «лицевая деталь» и, соответственно, одну номенклатурную позицию «изделие» с этой «деталью». В техпроцессе указать условную «краску» с нормой расхода. Далее: В заказе на производство подписывать в комментарий, какого цвета изделие (чтобы если в графике одновременно несколько изделий разных цветов, было хоть как-то понятно, кто из них какого цвета). Для выдачи со склада вместо условной «краски» в ЛЗК ставить краску конкретного цвета. Какого нужно для этого заказа. Можно, например, используя для этого механизм замены. При сдаче изделия из производства на склад при желании можно ещё в складской карточке приписать комментарий, какого цвета изделие. Нужно или нет – это уже от нескольких условий зависит. Смотря, как дальше работа будет организована. Вариант 2:
Преимущества: Легко и быстро планировать и контролировать производство изделий разных цветов. Легко и удобно учитывать готовые детали и изделия разных цветов и материалы для них (краску). Можно легко и точно считать себестоимость, в т.ч. если краска разных цветов сильно отличается по цене.
Недостатки: Чем больше вариантов расцветки изделия есть в базе, тем более трудоёмко будет потом в случае чего вносить в них какие-то изменения (во всех вариантах придётся изменять). Способ: «Размножить» номенклатуру. Завести столько «деталей» в базе, сколько может быть цветов («деталь красная», «деталь зелёная» и т.д.). И, соответственно столько же «изделий» («изделие красное» - с «красной деталью», «изделие зелёное» - с «зелёной деталью» и т.д.). Если вариантов мало (3-5), то можно легко вручную это сделать. Скопировать/вставить, одну строчку поменять. Если вариантов много, то можно процесс автоматизировать. Настроить простейший шаблончик для Генератора, и он будет автоматом новые детали и изделия создавать по мере необходимости очень быстро и легко. А дальше всё элементарно. Когда формируем заказ на производство, просто вставляем в него из базы изделие нужного цвета (если такого цвета ещё не делали, то быстренько генерируем новое – нужного цвета, и вставляем). А дальше всё само, автоматом получается, как нужно.
На мой взгляд по балансу «преимущества/недостатки» второй вариант явно предпочтительнее. Причём, за явным преимуществом, я бы сказал. Поэтому я бы лично, скорее всего, выбрал его.