Коплектация в мелкосерийном и единичном произодстве

← →
msguns © (2006-03-17 12:42) [0]

Решил все же сюда поместить, хоть и интересует эта проблема меня в основном в "базовой" плоскости.

Есть состав заказов, по которому работают все цехи и службы завода.
Заказы периодически "апдэйтятся" конструкторскими и технологическими извещениями. Однако извещения часто бывают "комплектационными", т.е. действуют от какой-то даты. При этом на один и тот же заказ может быть несколько разных комплектов, в т.ч. пересекающимися во времени.
Если кому-то из уважаемых Мастеров приходилось решать подобные задачи, чрезвычайно интересно было бы послушать их советы и рекомендации.

Убедительная просьба не флэймить и не флудить в этой ветке.

← →
tesseract © (2006-03-17 13:22) [1]

Например это всё реализовано в 1С подчинёнными справочниками и периодическими реквизитами.
Те у тебя должна быть связанная таблица в которой указывается дата с которой начинают действовать новые данные.

← →
Sergey13 © (2006-03-17 13:30) [2]

2 msguns © (17.03.06 12:42)
Я решал это. На "теоретическом" уровне вроде решил (по крайней мере мне так казалось 8-), но воплотить в "металл" не успел - уволился.
Я решил использовать понятие "серийный номер комплекта выпускаемой продукции" (СНК) и "комплект документации для выпуска готовой продукции" (КД). Конкретный СНК должен быть сопоставлен конкретному КД. В КД входит согласованная копия всей документации необходимой для выпуска.

← →
Александр Иванов © (2006-03-17 13:38) [3]

Такую штуку вроде делал, но изменения были не частые и действовали сразу. Истории разных комплектаций не велось. . Как вы их назвали "заказы" - были автобусами и грузовиками из 10 - 15 тысяч деталей, 2-3 тысяч уникальных наименований.

← →
Александр Иванов © (2006-03-17 13:40) [4]

Невнимательно прочитал топик, мелкосерийного там не было.

← →
Брюнетка © (2006-03-17 13:55) [5]

>tesseract © (17.03.06 13:22) [1]
> связанная таблица в которой указывается дата с которой начинают действовать новые данные

+

>msguns © (17.03.06 12:42)
> несколько разных комплектов, в т.ч. пересекающимися во времени

Несостыковка, ИМХО.

← →
msguns © (2006-03-17 14:04) [6]

>tesseract © (17.03.06 13:22) [1]

немного не в теме, извини.
1С "немного" в другой весовой категории.

>Sergey13 © (17.03.06 13:30) [2]

Серег, а не про документацию. Как ты реализовал комплекты в самой БД, какими сущностями ?

>Александр Иванов © (17.03.06 13:38) [3]

тоже не то.

>Брюнетка © (17.03.06 13:55) [5]
>Несостыковка, ИМХО.

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

Проблема совсем не такая простая, как может показаться с первого взгляда

← →
Брюнетка © (2006-03-17 14:14) [7]

>msguns © (17.03.06 14:04) [6]

Я поняла, [5] относился к tesseract © (17.03.06 13:22) [1]

← →
msguns © (2006-03-17 14:16) [8]

>Брюнетка © (17.03.06 14:14) [7]

Потом уже обратил внимание. Но было поздно ;)

← →
Курдль © (2006-03-17 14:21) [9]

> Если кому-то из уважаемых Мастеров приходилось решать подобные
> задачи, чрезвычайно интересно было бы послушать их советы
> и рекомендации.

Приходилось делать систему автоматизации проектного отдела.
Типа MS Project, только со спецификациями, сметами, поставщиками и пр.
В чем проблема-то? Как указать срок действия комплекта?

← →
Sergey13 © (2006-03-17 14:23) [10]

2[6] msguns © (17.03.06 14:04)
>Серег, а не про документацию. Как ты реализовал комплекты в самой БД, какими сущностями ?
Так я ж говорю, что не реализовывал в "метале". 8-)
Но больше года башку ломал над этой проблемой. Моей конечной целью была межцеховая диспетчеризация на мебельном комбинате (номенклатура номинально не очень большая, но с вариантами исполнения до фига и выше). И извещения об изменениях сильно портили все мои "стройные концепции". 8-)
Суть такова. Есть перечень продукции (прайс если хочешь) со всеми возможными вариантами цвета, запаха и вкуса. По каждой позиции должен вестись глобальный (с начала выпуска и до скончания времен) счетчик выпущеных комплектов. Причем этими комплектами должны оперировать все службы - от КБ и технологов до ПДО и ОТК. И к этому комплекту (СНК) уже можно привязать конкретный комплект документации.

У меня вроде должны были сохраниться всякие служебные записки и другие рабочие материалы того времени, где я объяснял суть моей концепции заинтересованным людям. Если есть желание, могу пошарить и если найду тебе выслать. Для тебя не жалко. Даже интересно выслушать твое мнение. Там много местной специфики, но может чего нароешь.

← →
TohaNik © (2006-03-17 14:28) [11]

>msguns © (17.03.06 12:42)

А можно немного подробней...

В чем основная проблема?

В подборе комплекта?
В списании комплектующих?
В отображении состояния производства?

← →
msguns © (2006-03-17 14:30) [12]

>Курдль © (17.03.06 14:21) [9]
>В чем проблема-то? Как указать срок действия комплекта?

"Состав заказов" представляет из себя граф. Именно граф, а не дерево, т.к. один и тот же узел может входить как в разные заказы, так и в один заказ несколько раз на разных уровнях.
В БД это выглядит (сильно упрощенно) так:

ID ParentID StockID Level ...

На этот граф "навешиваются" вские прибамбасы типа расцеховки, кол-ва, вида приемки, техкарты расхода ПКИ и т.д. Все это весело работает. Но вот когда в одном и том же заказе вместо блока "1" с такого-то комплекта (дата ввода, №, прототол изменений и т.д.) надо брать блок "2", но при этом блок "1" еще вполне "живой" для "стандартной" комплектации, тогда и начинаются траблы, связанные с тем, как это все замутить в БД.

← →
msguns © (2006-03-17 14:32) [13]

>Sergey13 © (17.03.06 14:23) [10]

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

← →
TohaNik © (2006-03-17 14:32) [14]

> msguns © (17.03.06 14:30) [12]

Теперь ясно, немного не то что сразу подумал.

← →
Курдль © (2006-03-17 14:36) [15]

> msguns © (17.03.06 14:30) [12]
> ID ParentID StockID Level ...

Не, так не пойдет... ER-диаграму (в части касающейся) вывесить где-нить можешь?

← →
TohaNik © (2006-03-17 14:38) [16]

>Sergey13 © (17.03.06 14:23) [10]

Сейчас занимаемся мебельным производством.
Если не жалко, можешь поделить меня с msguns

← →
msguns © (2006-03-17 14:38) [17]

>Курдль © (17.03.06 14:36) [15]
>ER-диаграму (в части касающейся) вывесить где-нить можешь?

И окончательно распугать тех немногих, которые тут еще что-то читают и пишут ?
И зачем она нужна тут ?
Я ж прошу идеи, а вовсе не решения. Решения - это уже чисто по моей части ;))

← →
tesseract © (2006-03-17 14:47) [18]

> немного не в теме, извини. 1С "немного" в другой весовой
> категории.

Я вообще-то не про-то ГДЕ, а про-то КАК реализован подобный алгоритм в 1С.
1С ,в конечном итоге,реализовала всё правильно и логично.
(не считая с остаточными глюками распределения по партиям)

> несколько разных комплектов, в т.ч. пересекающимися во
> времени

>msguns © (17.03.06 12:42)
> Комплектация - т.е. действуют от какой-то даты

Ну и где несостыковка ????

> "Состав заказов" представляет из себя граф. Именно граф,
> а не дерево, т.к. один и тот же узел может входить как
> в разные заказы, так и в один заказ несколько раз на разных
> уровнях.

Не вижу графа пока, честно. Не вижу перекрёстных ссылок. Для меня комплектация, это всё-таки конечный набор услуг/номенклатуры.

А заказ - конечное число комплектов.

Возможно ты имеешь в виду ссылки на объект "комплект". Но это как-то "не графовски".

> Но вот когда в одном и том же заказе вместо блока "1" с
> такого-то комплекта (дата ввода, №, прототол изменений и
> т.д.) надо брать блок "2", но при этом блок "1" еще вполне
> "живой" для "стандартной" комплектации, тогда и начинаются
> траблы, связанные с тем, как это все замутить в БД.

Теперь пояснее.

ТЕ. Как я понял в заказе идёт несколько блоков и один из них стандартный, а другой стандартный но такой-то узел должен ссылаться на такой-то другой блок.

Фактически получается что одну ссылку на блок надо удалить, а второй на его место поставить, и не получить при этом проблем с ссылочной целостностью комплекта "1" из которого удалили объект и заменили второй но уже в заказе?

ЗЫ :У меня, возможно, явный переизбыток общения с 1С. :-)

← →
Sergey13 © (2006-03-17 14:49) [19]

2[13] msguns © (17.03.06 14:32)
Ушло, что быстро нашел. Если еще чего найду (что вряд ли, но не зарекаюсь 8-), дошлю.

По сути.
Все очень зависит от специфики производства.

Пока решаем, как мне кажется подобную проблему след. образом.
У нас существуют ежедневные задания в производсвто на некоторое количество
дней вперед.
Ранее принятая позиция заказа может задаваться в производство не сразу.
Так вот пользуясь твоей терминологией, если в комплект одной позиции заказа оформленнй изначально с блоком 1 с некоторого задания в некотором количестве должен использоваться блок 2, то задание по этой позиции заказа просто делится на 2 строки по количеству. Если с дня некоторого задания должен применяться только блок 2 то он прописывается и в позиции заказа с протоколированием и становится основным.

>tesseract © (17.03.06 14:47) [18]

Спасибо за попытки помочь, но Вы все же не совсем понимаете о чем речь.
Поверьте, я хоть и не такой спец в 1С, как Вы, но представляю себе всю "линейность" ее построения.

>Не вижу графа пока, честно. Не вижу перекрёстных ссылок. Для меня комплектация, это всё-таки конечный набор услуг/номенклатуры.

Простейший пример - десткий конструктор. Один и тот же вид гайки может использоваться как при сборке блоков, так и скреплении блоков между собой.

>А заказ - конечное число комплектов.

Нет, конечно. О количестве изделий (заказов) здесь вообще речь не идет. Заказ может изготовляться в разных моделях или модификациях. Как пример, жигуль десятка бывает надцати РАЗНЫХ модификаций, которые отличаются друг от друга иногда двумя-тремя деталями или узлами. Тем не менее КОМПЛЕКТАЦИЯ разная. Причем выпускается ОДНОВРЕМЕННО.

В общем, картина совершенно другая. Если бы Вы знали, ЧТО скрывается хотя бы за таким "скромным" словом как расцеховка.. Тааакой монстрище ! Вы слышали о таких вещах, как незавершенка, цеховое планирование, межцехой запас, карта сборки, обеспеченность материалами и ПКИ и т.д. ?
Кол-во ДСЕ и ПКИ исчисляется сотнями тысяч, если не миллионами. Связи между ними сложны и многочисленны.

1С штука хорошая, слов нет. Но она создана и используется для решения совершенно других задач. СОВЕРШЕННО.

> 1С штука хорошая, слов нет. Но она создана и используется
> для решения совершенно других задач. СОВЕРШЕННО.

У нас на производстве ксати стоит, конфигурация типовое "Производство". Трудность в обучении персонала.
Так-что мне возможно скоро такой же диагноз пропишут :-)
Вот и интересуюсь.

> Кол-во ДСЕ и ПКИ исчисляется сотнями тысяч, если не миллионами.
> Связи между ними сложны и многочисленны.

ТЕ куча вспомогательных таблиц с промежуточными результатами. И постоянным их слетанием.

ЗЫ: в 1с я не такой уж спец сейчас например как раз сижу с отладчиком и пытаюсь понять, что где не так.

> 1С штука хорошая, слов нет.

Да ты с ней явно мало работал..... ;-)

Просто там реализованы очень неплохие алгоритмы как раз-таки для производства.

Ой. Кажется я не тому отправил. tesseract © - извини, случайно, я не спамер. 8-)

2[16] TohaNik © (17.03.06 14:38)
Ушло. Кажется теперь правильно. 8-)

>TohaNik © (17.03.06 15:01) [20]
>если в комплект одной позиции заказа оформленнй изначально с блоком 1 с некоторого задания в некотором количестве должен использоваться блок 2, то задание по этой позиции заказа просто делится на 2 строки по количеству.

Примерно такое же решение там пытались провести. Но мне оно не нравится. Я на текущий момент склонен к тому, что для нового комплекта просто добавляется "свой" заказ. Но это приводит к стремительному росту БД и тормозам. Решение вижу в распределенной БД, "локально" хранящие "куски" общего "дерева заказов".
Но что-то сильно замудренно выходит. Не нравится мне это..

> Ой. Кажется я не тому отправил. tesseract © - извини, случайно,
> я не спамер. 8-)

gmail.com его не пропускает. см [23] - я даже благодарен :-)

>Sergey13 © (17.03.06 15:18) [25]

Теперь получил.
Спасибо!

>msguns © (17.03.06 15:23) [26]

Мы разрабатываем с нуля, на ходу. Полную комплектацию вводим порционно, для проверки в боевых условиях. Главный момент проверить насколько часто будут происходить изменения, если массово, то усложнится управление производством и возможно пересмотрим процедуру оформления заказов. ("свой" заказ) тоже рассматривался, оказались по причине усложнения планируемой процедуры оформления отгрузки.
До гаек и шурупов пока не дошли, но нам проще:), это скорее всего будет по факту, т.к. нас железно заверили что это с заказчиком не оговаривается.
Мы наивные пока верим:)

Коплектация в мелкосерийном и единичном произодстве Найти похожие ветки