Настройка покрытия Цех1 -> Цех2, одновременно с Цех2 -> Цех1

[Raven Melancholic]

Добрый день. Никак не могу придумать настройку цепочки пополнения по складам (или по конкретным номенклатурам) для следующей ситуации:
а) Полуфабрикат ПФ_1 производится в цехе Цех_1, используется в цехе Цех_2
б) Полуфабрикат ПФ_2 производится в цехе Цех_2, используется в цехе Цех_1
Для того чтобы настроить покрытие для ПФ_1 нужно, чтобы уровень Цех_2 должен быть больше, чем у Цех_2
Для полуфабриката ПФ_2 должно быть наоборот.
Как можно разрешить такую ситуацию?

[twilight]

У номенклатуры в форме Покрытие (Управление запасами / Номенклатурные единицы; кнопка Настройки / Покрытие) настраивается склад, с которого производится пополнение.

[Raven Melancholic]

Да, настраивается. Только вот по тем правилам для уровней складов, о которых я написал - в этом-то и закавырка.

[Vals]

Вы хотите формировать переносы из соответствующих цехов?

Вариантов можно предложить несколько:
1. В строках спецификации ПФ и готовых изделий указываем склады потребления. В этом случае система отображает что на складе ЦЕХ1 должен "появиться" ПФ2 из ЦЕХ2. Перемещаем ручками.

2. В строках спецификации и готового изделия указываем склад приёмки цеха, на котором этот ПФ будет потребляться. Для ПФ2 это будет склад приёмки ЦЕХ1. (Т.е. приниматься он будет именно в тот цех, на котором будет потребляться). Схема имеет свои минусы конечно, слегка непривычна, может противоречить процессам регистрации выпуска ПФ на предприятии.
3. Ещё можно создать условные склады для обратного Переноса из Цех2 в Цех1.

Можно скомбинировать: Основное движение ПФ делается цепочкой складов и формируются спланированные переносы. Всё остальное вышеописанными способами.

Обратите внимание, что на планирование в данном случае очень сильно будут влиять параметр Тип строки в спецификациях и параметры покрытия.

[ds1678]

К словам Vals я бы добавил вариант номер три:
для каждого цеха формировать 2 склада разного уровня, один для приемки, другой для выпуска. Тогда можно настроить планирование переносов, но невозможно отслеживать остатки полуфабрикатов в разрезе цеха (то есть одного единственного склада).

Опять же, ссылаясь на слова Vals, призываю Вас отказаться от планирования переносов в производстве. Наиболее эффективным бизнес-процессом на мой взгляд является описанный им (Vals) вариант Номер 2. В этом случае цех выпуска формирует журнал "Приемка" сразу на склад цеха приемки. Цех приемки должен его разнести, подтвердив тем самым факт поступления требуемых деталей в требуемом количестве и в требуемой стадии готовности (полная готовность).

PS Аналогичный подход я проповедую и для журналов Карта маршрута. Цех, выполнивший операции, формирует журнал, а цех, которому предстоит выполнять следующие операции, его разносит, подтверждая тем самым принятое количество и соответствующую степень обработки.

PPS Не пытайтесь делать модификацию для возможности указания склада покрытия с Уровнем склада, равным складу потребности. Наткнетесь на ряд неприятных моментов, связанных с остановкой развертывания спецификции в абсолютно разных ситуациях.

[Vals]

Цитата:

призываю Вас отказаться от планирования переносов в производстве

В некоторых ситуациях они применимы, например, "швейка". Когда ПФ передаются последовательно из цеха в цех и большие партии запуска.

[Raven Melancholic]

Цитата:

Сообщение от ds1678

PPS Не пытайтесь делать модификацию для возможности указания склада покрытия с Уровнем склада, равным складу потребности.

Спасибо. Это я знаю (класс ReqCalc я изучил достаточно подробно).

Цитата:

Сообщение от Vals

Вы хотите формировать переносы из соответствующих цехов?

Цитата:

Сообщение от ds1678

Опять же, ссылаясь на слова Vals, призываю Вас отказаться от планирования переносов в производстве.

В том-то и дело, что основная задача не сформировать переносы (если потребуется, пользователи будут вводить их ручками). Основной проблемой является то, что их нужно планировать. В сабже я привел упрощенный вариант (чтобы описать проблему, а не вдаваться в детали). А так цеха находятся не рядом (Рязань, Москва, Люберцы и т.п.), да и использование не один к одному. Нам нужно планировать транспорт для перевозки, так что отказ от планирования переносов нежелателен.

[Raven Melancholic]

Цитата:

Сообщение от ds1678

для каждого цеха формировать 2 склада разного уровня, один для приемки, другой для выпуска.

В принципе, похожий вариант нами рассматривался (предполагалось выделение линий, производящих нужные полуфабрикаты в отдельные склады). Но, из-за того, что у нас множество реальных физических складов, то добавление еще некоторых виртуальных посчитали самым крайним случаем - если уже ничего более не придумаем.

[blokva]

Цитата:

Сообщение от Raven Melancholic

Спасибо. Это я знаю (класс ReqCalc я изучил достаточно подробно).


В том-то и дело, что основная задача не сформировать переносы (если потребуется, пользователи будут вводить их ручками). Основной проблемой является то, что их нужно планировать. В сабже я привел упрощенный вариант (чтобы описать проблему, а не вдаваться в детали). А так цеха находятся не рядом (Рязань, Москва, Люберцы и т.п.), да и использование не один к одному. Нам нужно планировать транспорт для перевозки, так что отказ от планирования переносов нежелателен.

OffTop: Если не секрет, что это за производство, где полуфабрикаты, гоняются с одного предприятия на другое - это же какие огромние транспортные потоки и себестоимость! Или я чего-то не понимаю

[Raven Melancholic]

Цитата:

Сообщение от blokva

OffTop: Если не секрет, что это за производство, где полуфабрикаты, гоняются с одного предприятия на другое - это же какие огромние транспортные потоки и себестоимость! Или я чего-то не понимаю

Не секрет. Все это для того, чтобы вы могли съесть конфетку или шоколадку.

[blokva]

Цитата:

Сообщение от Raven Melancholic

Не секрет. Все это для того, чтобы вы могли съесть конфетку или шоколадку.

И как можно подороже? Видятся большие накладные расходы на транспортировку...хотя ладно это вопрос философский...и не здесь
Спасибо!

[Vals]

Если не планировать переносы, то можно учесть время прихода/расхода в покрытии или время упреждения.

[ds1678]

Цитата:

Сообщение от Raven Melancholic

В том-то и дело, что основная задача не сформировать переносы (если потребуется, пользователи будут вводить их ручками). Основной проблемой является то, что их нужно планировать. В сабже я привел упрощенный вариант (чтобы описать проблему, а не вдаваться в детали). А так цеха находятся не рядом (Рязань, Москва, Люберцы и т.п.), да и использование не один к одному. Нам нужно планировать транспорт для перевозки, так что отказ от планирования переносов нежелателен.

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

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

[Raven Melancholic]

Цитата:

Сообщение от ds1678

Если потребность в транспорте, то не ясно, как Вам помогут спланированные переносы. Если необходимо учесть дату транспортировки, то спланированные переносы - самое оно.

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

Цитата:

Сообщение от ds1678

Но есть ограниение, о котором Вы знаете не хуже меня: "Невозможно настроить покрытие на склад А с нескольких различных складов".

Для одной и той же номенклатуры, конечно нельзя, но, этого нам и не нужно (по крайней мере надеюсь на это).

Цитата:

Сообщение от ds1678

Совсем навороченый вариант ..., существует в 4-й версии...В этом случае перенос предстваляет собой не логистическое перемещение, а элемент маршрута...Этот вариант я превел в порядке бреда

У нас Ax3.0. А вариант интересный, правда, если использовать не вместо спланированных переносов, а вместе с ними, то уже наталкивает на пару идей по реализации планирования транспорта - большой решпект!