Есть така хотелка: - есть потребность на ГП, на нее создается заказ. В заказе ПФ - на ПФ создаются свои заказы. При этом данные заказы должны быть связанны друг с другом и проследиваться должна связь. Напрашиваетс сеть заказов. Но есть такие вопросы:

1) Нужно, чтобы у заказа на ГП в компонентах, где прописан ПФ проставлялась партия, в которую будет приходоваться ПФ по подчиненному заказу.

2) Какие есть возможности учета поступлений ПФ в сети? Т.е. просто через MIGO поступление он делать не дает. Нужно иметь возможность постоянно делать поступления на склад, а только с него делать списания на заказ ГП. В нелпе предлагается это делать 531 ВД в качестве исключительных ситуаций. Т.е. приходовать ПФ в сети на склад нельзя? Или я что-то недопонимаю?...

Воспользуйтесь производственной партией.

Тогда все заказы: Заказ на ГП и заказы на ПФ будут контированы на производственную партию - СПП элемент (сегмент партии)

Если вам надо складировать ПФ, то это не прямое производство и соответственно сеть заказов не нужна.

Пусть партия ПФ содержит в себе инфу о том для какого заказа на ГП она предназначена - тогда отследить связь от заказа ПФ к заказу ГП будет не сложно. В принципе, можно отразить в партии как заказ ПФ, так и заказ ГП (классификация + соотв.значения признаков), тогда вообще всегда можно будет увидеть какой заказ произвел тот или иной материал/партию и для чего она предназначалась.

Так и мыслю. Но вот как бы избежать ручного проставления номеров этих партий....У нас на один заказ ГП несколько ПФ (стоит фиксированый размер партии для ППМ у ПФ).

Идея хорошая. Надо продумать!

Axels, правильно ли я поняла: все заказы на ПФ и ГП будут иметь один и тот же СПП-элемент?
Есть ли возможность проставлять его автоматически?

подскажите, пожалуйста, где можно про это почитать?

Олег, у нас похожий вопрос: используем деривацию партий, вынуждены проставлять вручную партии произведённых компонентов в производственный заказ на вышестоящий продукт. Вы случайно не знаете, есть ли возможность делать это автоматически?

судя по транзакции md09 связь между производственными заказами есть, но можно ли её как-то использовать для решения этой проблемы пока неясно...

p.s. №2. Левон, извините, что вклиниваюсь в вашу тему, поднятый вопрос вызывает интерес)

Татьяна, Вам всегда рады

Про производственные партии: изучил "мат.часть". Не особо подходит в моем случае - т.е. это, действительно, для индивидуальных проектов, т.к. много дополнительных хлопот. Проще, как говорит Татьяна, руками проставлять номера в классиикации партий.

Что именно плохо:
1) Партии создавать постоянно руками. Ну допустим их пакетником нагенерили заранее и при планировании надо только выбирать.

2) В MD61 при планировании надо указывать в какую партию пойдет. Причем партия указывается для материала (строки в таблице планирования) целиком. Нельзя указать, что в период М1 производиться первая партия ГП, а в М2 - вторая....
Точнее это можно сделать, но для этого надо каждый раз заходить в транзакция создания, создавая новый план потребности. Не удобно совсем...

3) И приход как ни крути, всегда в особый запас. Если ПФ туда приходовать, то еще ладно. Но потом постоянно доставать оттуда ГП неохота.

2Татьяна: да, все заказы имеют один и тот же номер СПП(начиная с плановых заказов) который проставляется в них автоматически, но после того, как будет сделано п.п.1-2.

спасибо:)

В моём случае партии создаются по факту производства, план пр-ва корректируется сбытовыми заказами, поэтому спланировать их в md61 никак не получится...

Сейчас решаю такую задачку:
необходимо произвести 30 тонн мат-ла А из мат-ла В, который производится партиями по 5 тонн. Проставить в производственный заказ на А вручную можно только одну партию. Соответственно, имеем дефицит мат-ла В и ошибки при подтверждении. Думаю, подходящие партии должны как-то подтягиваться автоматически. Остаётся найти как...

Решаем похожую задачку. Есть идея - автоматически создать партии для заказов на В при их создании. По идее, выбор партии в РР заказе на А должен выбрать партии, которые мы создали на В, но еще не оприходовали.