Имеется процесс:
Обращение клиента (Документ.Обращение) представляет собой заказ на изготовление штучных (уникальных) деталей по индивидуальному заказу (Документ.Обращение.ТабличнаяЧасть.Детали). Далее над каждой штучной деталью производятся свои различные операции, которые нужно учитывать и накапливать.
Вопрос: Где хранить сами штучные детали? Если храним в табличной части Документ.Обращение (т.к. детали относятся к обращению и при удалении обращения логично удалять и детали, связанные с этим обращением), то не можем работать с деталями как отдельными элементами через регистры, т.к. они (детали) являются записями табличной части документа. Если для каждой детали создаем запись в Справочник.Детали, то как поступать при удалении обращения?
Так же необходимо иметь возможность пользователю видеть список всех деталей, где в реальном времени обновляются параметры каждой детали.
Сам склоняюсь к работе через справочник. Кто что думает?
(2) скорее нет. Над каждой деталью производится своя работа, иногда деталь уходит в сторонние организации для выполнения работ там, перемещается между складами и пр.
Над каждой деталью производится своя работа, иногда деталь уходит в сторонние организации для выполнения работ там, перемещается между складами и пр.
УПП спокойно обходится сериями, партиями, характеристиками и не плодит миллиард деталей.
Да даже ПУБ 7.7 с этим справлялся.
Твою уникальную ДСЕ идентифицирует не элемент справочника, но элемент справочника плюс дополнительные реквизиты.
(3) Когда я работал на производстве стеклопакетов - там тоже каждая единица продукции была уникальной. (у них даже у каждого пакета свой номер был, и штрихкод...)
Но мы обходились обобщённой номенклатурой и сериями с указанием в них нужных характеристик...
За посмотреть в сторону характеристик спасибо.
Но у нас есть только документ, справочника нет. Смотреть в сторону дополнительных характеристик документа?
Ковырял УТ, по моей задаче ничего не нашел. УПП посмотрю.
Обращение клиента (Документ.Обращение) представляет собой заказ на изготовление штучных (уникальных) деталей по индивидуальному заказу (Документ.Обращение.ТабличнаяЧасть.Детали). Далее над каждой штучной деталью производятся свои различные операции, которые нужно учитывать и накапливать.
будет выступать справочником?
Документ.Обращение.ТабличнаяЧасть.Детали - содержит следующие реквизиты и их типы:
УникальныйНомер - число
Наименование - строка
Наименование уникально для конкретного обращения. В других обращениях оно не встретится. Наименование (деталь) сохранять в справочнике Детали для всех обращений. Что делать с элементами этого справочника, относящимися к конкретному обращению при удалении последнего?
Похоже, ты на собеседовании тестовую задачу пытаешься по быстрому разрулить...
Не, есть задача, которую нужно решать. Перед реализацией хочу понять как нужно правильно выстроить связи, чтобы потом не переделывать.
Наименование уникально для конкретного обращения. В других обращениях оно не встретится.
Болт м5 по заказу 112 от 10.01.17 ИП Иванов действительно больше не встретится.
А вот болт М5, характеристика Заказ 112 от 10.01.17 ИП Иванов (лучше ссылкой на документ, конечно) -...
Что делать с элементами этого справочника, относящимися к конкретному обращению при удалении последнего?
- делай с характеристиками что хочешь.
а кто у вас вообще занимается методикой классификации номенклатуры и ведением справочника?
Двигай к нему, слушай что говорит, включай мозг и вноси поправки ;)
К примеру, деталь11 отличается от деталь12 так же как болт от холодильника.
обращениеХ - Документ.Обращения
изделиеХХ - Справочник.Детали - вы предлагаете. В таком случае как быть с деталь21 и деталь22 при удалении обращение2 ?
а кто у вас вообще занимается методикой классификации номенклатуры и ведением справочника?
Двигай к нему, слушай что говорит, включай мозг и вноси поправки ;)
(14) полезным чтивом будет "математическое моделирование производственных задач", если нароешь -
"математическое моделирование производственных задач (уточнение по твоему направлению производства)". Год издания значения не имеет, от 60-х до нулевых.
Матчасть давно и плотно окучена, осталось изучить.
"К примеру, деталь11 отличается от деталь12 так же как болт от холодильника. "
А как отличается деталь13 от деталь22? Как гвоздь от шурупа?
Вообще, можно вывести какие-то формальные признаки схожести деталей?
А то знаешь-ли... telepat.dll в последнее время начинает давать ошибки... Не надо было обновлять...
Вообще, можно вывести какие-то формальные признаки схожести деталей?
Нет. Такая же схожесть как товар "болт" и "холодильник".
Схожесть между ними в том, что их можно разместить в Справочник.Номенклатура
Вопрос скорее не в том, в какую существующую структуру впихнуть (Справочник.Номенклатура), а в том как организовать хранение данных: деталь11, деталь12 и т.п.
(19) т.е. от справочника нам никуда? Народ же говорит, что это изврат.
Чтоб как-то выкрутиться через табличную часть документа обращение и регистры ни как?
(24) от включения мозга и классификации деталей никуда.
Но ты так упорно бурчишь, что выпускаете компот, трактора и кружевные трусики, что нет желания очередной раз писать одно и то же.