30.05.2008, 19:04 | #1 |
Участник
|
Давальческая схема
Возникла следующая проблема пр реализации давальческой схемы. Предположим, мы делаем сборку, в состав которой входит деталь, изготавливаемая субподрядчиком из нашего сырья. Создали спецификацию для детали, в которую входит давальческий материал и услуга по его переработке, причем услуга - это номенклатура с типом Услуга, и строка в спецификации имеет тип Поставщик, а для материала в спецификации указали склад субподрядчика. Деталь, в свою очередь, входит в сборку с типом строки Поставщик. Сделали настройки, чтобы система планировала перемещения с нашего склада на склад субподрядчика. Тут все нормально. Но необходимо также, чтобы мы приходовали субподрядную деталь на склад снабжения, а уж затем передавали ее в цех для дальнейшей обработки - изготовления сборки. И чтобы система планировала эти перемещения. Но если я в спецификации сборки я укажу для детали склад цеха, то естественно, при закрытии заказа на деталь она у меня ляжет сразу в цеховую кладовую. Как же быть, может, кто-нибудь сталкивался с такой проблемой?
Заранее всем спасибо! |
|
30.05.2008, 20:16 | #2 |
Member
|
Цитата:
Сообщение от AEG
...
Но если я в спецификации сборки я укажу для детали склад цеха, то естественно, при закрытии заказа на деталь она у меня ляжет сразу в цеховую кладовую. ... Дальше цеховая кладовая пополняется со склада ОМТС, а склад ОМТС со склада субподрядчика. Или я вопрос не понял.
__________________
С уважением, glibs® |
|
31.05.2008, 11:59 | #3 |
Участник
|
У нас иерархия складов построена таким образом, что, наоборот, склад субподрядчика пополняется из склада ОМТС (мы планируем перемещения давальческого сырья от нас субподрядчику). Так что не получается
|
|
31.05.2008, 12:06 | #4 |
Участник
|
И потом, если мы укажем в спецификации сборки для строки детали склад субподрядчика, то каким образом она у меня попадет в цеховую кладовую? И заказ на сборку будет комплектоваться сразу из склада субподрядчика? Или я неправильно понимаю...
|
|
31.05.2008, 14:10 | #5 |
Member
|
Цитата:
Сообщение от AEG
У нас иерархия складов построена таким образом, что, наоборот, склад субподрядчика пополняется из склада ОМТС (мы планируем перемещения давальческого сырья от нас субподрядчику). Так что не получается
Заведите два логических склада: 1. Склад материалов подрядчика "ХХХ". 2. Склад полуфабрикатов (или готовой продукции — как вам больше нравится) подрядчика "ХХХ". От вас поток идет: Ваша цеховая кладовая ГП --> Логический склад ОМТС полуфабрикатов для передачи подрядчику --> Склад материалов подрядчика. К вам поток идет: Склад полуфабрикатов подрядчика --> Логический склад ОМТС полученных от подрядчика полуфабрикатов --> Логическая цеховая кладовая полученных от поставщика полуфабрикатов.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: AEG (1). |
02.06.2008, 15:37 | #6 |
Участник
|
Все завела, цепочка "от нас" получается, "к нам" - нет
В спецификации сборки в строке детали все-таки указать склад цеха или субподрядчика? И так, и так пробовала, сделала настройку покрытия для детали склад субподрядчика -> склад ОМТС (для субподрядчика) -> цеховая кладовая. Не планируются перемещения! И еще, можете мне доходчиво объяснить, в чем все-таки разница между типами строки в спецификации -ПОСТАВЩИК и ПРОИЗВОДСТВО? В моем случае какой он должен быть? |
|
02.06.2008, 20:44 | #7 |
Member
|
Цитата:
Сообщение от AEG
...
И еще, можете мне доходчиво объяснить, в чем все-таки разница между типами строки в спецификации -ПОСТАВЩИК и ПРОИЗВОДСТВО? В моем случае какой он должен быть? ... Поставщик — планирование создает закупку номенклатуры. Нужно использовать для услуг подрядчиков. Производство — создает отдельный ПЗ. Независимо от того, есть ли что-то на складе. И под каждый родительский ПЗ отдельный дочерний. Объединения ПЗ в один на совокупную потребность нет. У вас спецификация должна включать: - Нечто материальное (что вернет подрядчик). Это спецификация, которая включает только ваши материалы (или полуфабрикаты), которые вы передаете поставщику. Тип строки Производство. Чтобы потом можно было отслеживать, насколько успешно подрядчик справляется с задачей. - Некая услуга за выполненные работы. Тип строки Поставщик. Условно нематериальная, хотя может подразумевать использование материалов заказчика (тем не менее мы это не планируем и учет не ведем). Производство нужно для учета факта и контроля поставщика, услуга — для планирования работы с поставщиком (с ним еще нужно договориться... если у вас настоящая дискретика, а не конвейер), закупки (и, соответственно, актирования) работ подрядчика.
__________________
С уважением, glibs® |
|
02.06.2008, 20:46 | #8 |
Member
|
По остальной части вопроса обещать не буду, чтобы не обмануть, но если будет время — попробую картинку нарисовать.
__________________
С уважением, glibs® |
|
03.06.2008, 10:34 | #9 |
Участник
|
Большое спасибо за развернутый ответ. Буду пробовать дальше
|
|
03.06.2008, 17:57 | #10 |
Участник
|
Спланировать перемещения субподрядной детали со склада субподрядчика на склад ОМТС, и затем- в цеховую кладовую получается только если включить деталь в спецификацию с типом Номенклатура. А если с типом Производство - то не получается .
|
|
03.06.2008, 18:27 | #11 |
Аманд
|
Добавлю к уже сказанному:
Есть два основных подхода (или возможности) к реализации субподряда в системе: 1. Сотрудничество с субподрядчиком как Клиент - поставщик. В этом случае мы просто планируем факт потребности (или в зависимости от типа строки - закупку) данной номенклатуры у субподрядчика. Таким образом, время поставки указывается как совокупность времён упреждения и т.д. То есть, субподрядчик сам отвечает за соблюдение сроков поставки. Насколько я помню, для строки спецификация, тип строки Номенклатура тоже логично указать. 2. Субподрядчик интегрирован в нашу схему планирования. Тогда создаётся специфкация, как компонент нашего изделия, маршрут на её изготовление с времеем, которое затратит субподрядчик на её изготовление. Сюда же привязывается загрузка ресурсов. Получается такая тесная интеграция двух производств, позволяющая планировать и "за того дядю". Резюмируя: первый способ - для того, чтобы организовать закупку у поставщика; второй способ, чтобы запланировать и его участие в цикле производства. Естественно второй способ сложнее организационно. |
|
03.06.2008, 18:33 | #12 |
Аманд
|
Цитата:
А если с типом Производство - то не получается
указанное справдливо, если нет других ошибок настройки. |
|
03.06.2008, 20:23 | #13 |
Member
|
Цитата:
Сообщение от Vals
...
Насколько я помню, для строки спецификация, тип строки Номенклатура тоже логично указать. ... В моем представлении это не совсем то, что подходит для субподряда (услуги по своей сути).
__________________
С уважением, glibs® |
|
03.06.2008, 22:30 | #14 |
Аманд
|
Цитата:
Тогда оно консолидировать потребность может...
Цитата:
(услуги по своей сути)
Хотя описанная схема действительно достаточно сложна и приведена мной здесь скорее для того, чтобы автор понимала общие возможности системы. |
|
03.06.2008, 23:01 | #15 |
Member
|
Цитата:
Сообщение от Vals
...
компоненты поставляет... забивает склад. ... Понятное дело, что ружья тоже можно кирпичом чистить. Но ERP системы в общем случае предназначены для повышения оборачиваемости запасов. Описанная выше ситуация полностью аналогична как если бы мы планировали один ПЗ, в котором начало заказа в одном полугодии, окончание в другом, и склад долгое время забит полуфабрикатами. Цитата:
Сообщение от Vals
...
если нас интересует финансовая сторона. А если от работы субподрядчика зависит график выпуска? Тогда учитываем его мощности и т.д. ... Вроде, мощность никто не отрицал. Мощность рулится маршрутами. Более того, без них система и не спланирует дату размещения закупки услуги у поставщика. Но разговор в данной теме был все-таки про спецификации.
__________________
С уважением, glibs® |
|
03.06.2008, 23:16 | #16 |
Аманд
|
Цитата:
Это не по ERP-шному.
Понятное дело, что ружья тоже можно кирпичом чистить. Наверно я неправильно выразился. Я хотел сказать, что могут быть разные стратегии пополнения запасов полуфабрикатов. Как непосредственно под ПЗ, точно так же они могут браться со склада, куда поступают от субподрядчика. При этом, никто не запрещает иметь запас. |
|
04.06.2008, 11:12 | #17 |
Участник
|
У меня получилось следующее: настроила для субподрядной детали параметры покрытия - цеховая кладовая пополняется из склада ОМТС для деталей (логического), а тот - из склада деталей субподрядчика (логического). Для давальческого материала - склад субподрядчика поплняется из склада ОМТС.
Теперь включаю деталь в спецификацию сборки, указываю склад цеховой кладовой, в спецификацию детали включаю материал со складом субподрядчика, а также услугу по переработке с типом строки ПОСТАВЩИК. Так вот, если тип строки для детали в спецификации сборки НОМЕНКЛАТУРА, то создаются сплан. произв. заказ на деталь (которую должен делать субподрядчик), а также спланир. заказы на перенос детали от субподрядчика к нам в ОМТС и из ОМТС в нашу цеховую кладовую. Материал также нормально планируется. А после утверждения произв. заказа на деталь создается также заказ на покупку услуги. Вроде бы все получается. Вся цепочка работает. Но меня смущает тип строки НОМЕНКЛАТУРА, поскольку для реализации субподряда вроде как бы должны использоваться типы ПОСТАВЩИК или ПРОИЗВОДСТВО. Где это может аукнуться, не могу пока понять. Но с этими типами не получается спланировать те переносы детали, о которых я написала выше. |
|
04.06.2008, 17:48 | #18 |
Member
|
Цитата:
Сообщение от AEG
...
Где это может аукнуться, не могу пока понять. ...
__________________
С уважением, glibs® |
|
09.06.2008, 17:05 | #19 |
Участник
|
Цитата:
Сообщение от AEG
Но необходимо также, чтобы мы приходовали субподрядную деталь на склад снабжения, а уж затем передавали ее в цех для дальнейшей обработки - изготовления сборки. И чтобы система планировала эти перемещения. Но если я в спецификации сборки я укажу для детали склад цеха, то естественно, при закрытии заказа на деталь она у меня ляжет сразу в цеховую кладовую.
|
|
Теги |
полезное |
|
Похожие темы | ||||
Тема | Ответов | |||
Блок-схема не рисуется (в Организации) | 15 | |||
Amand: Dynamics AX 4.0 Прямая поставка (схема) | 0 | |||
Схема отгрузки на филиал | 34 | |||
Схема моделей данных | 8 | |||
Схема внедрения Аксапты | 27 |
|