Сводное планирование и основной склад

[PSA]

Начальные условия:

1) Есть Склад А и склад Б. Склад А пополняется со склада Б, т.е. для склада А основной склад - Б.

А -> Б -> ПОСТАВЩИК

2) На складе А производится изделие И состоящее из номенклатуры Н1 и Н2.

Спецификация для И:
H1 / Склад А
Н2 / Склад А

3) Сформирован прогноз продаж для И на определенный день со склада А

4) Запускаю сводное планирование - все работает как надо. Формируется спланированный производственный заказ на производство изделия И на складе А. Н1 и Н2 расходуются со склада А. Остаток по Н1 и Н2 сначала смотрится на складе А потом на Б и только потом формируются спланированные закупки.

Проблема:

Как быть если есть 3 склада: А1, А2 и Б. А1 и А2 друг от друга не зависят но оба пополняются со склада Б. При этом изделие И производится как на складе А1, так и на складе А2 и соответственно прогноз продаж для И на определенный день формируется как по складу А1 так и по складу А2. Номенклатуры Н1 и Н2 централизованно закупаются на склад Б, а затем распределяются по складам А1 и А2 по мере производства на этих складах изделия И.

Если в строках спецификации для И по Н1 и Н2 не указывать склад, с которого будут списываться Н1 и Н2, то механизм пополнения складов не работает - т.к. Аксапта не видит прецедента для пополнения.

Создавать две абсолютно одинаковых спецификации со складом А1 и складом А2 в строках, а потом в прогнозе продаж по изделию И для каждого склада указывать свою версию спецификации - как то криво.

Как лучше всего решить эту проблему???

[Андре]

Честно говоря, не понял проблемы. Для складов А1 и А2 устанавливаем склад пополнения Б. План продаж формируем в разрезе складов (А1 и А2).
Или я невнимательно прочитал ?

[AlexUnik]

А если сделать так:
Спецификация для И:
H1 / Склад Б
Н2 / Склад Б
Ну и настроить покрытие отдельно по складам.

[glibs]

Цитата:

Изначально опубликовано AlexUnik
А если сделать так:
Спецификация для И:
H1 / Склад Б
Н2 / Склад Б
Ну и настроить покрытие отдельно по складам.

Тогда система не будет сама предлагать сделать перенос со склада Б на склады А*, что огорчает, т.к. вручную создавать журнал переноса — занятие неблагодарное.

Похоже, что все-таки придется мучаться с версиями спецификаций.

[AlexUnik]

2 glibs

А для каждой версии спецификации придется делать свою конфигурацию ТМЦ. Или я не прав?

[PSA]

Цитата:

Изначально опубликовано Андре

Честно говоря, не понял проблемы. Для складов А1 и А2 устанавливаем склад пополнения Б. План продаж формируем в разрезе складов (А1 и А2).

Проблема в том что план продаж сформировать в разрезе складов А1 и А2 можно. Но вот с каких складов будет расходоваться номенклатура Н1 и Н2 при производстве изделия И на складах А1 и А2?
Аксапта будет списывать номенклатуру Н1 и Н2 с того склада, который указан в спецификации изделия И. А как сделать что бы в одном случае Н1 и Н2 списывались со склада А1, а в другом со склада А2???

Цитата:

Изначально опубликовано glibs

Тогда система не будет сама предлагать сделать перенос со склада Б на склады А*, что огорчает, т.к. вручную создавать журнал переноса — занятие неблагодарное.
Похоже, что все-таки придется мучаться с версиями спецификаций.

Вот и у меня подозрение есть что придется. Но так не хочется
И потом как это объяснить клиенту???

Цитата:

Изначально опубликовано AlexUnik

А если сделать так:
Спецификация для И:
H1 / Склад Б
Н2 / Склад Б
Ну и настроить покрытие отдельно по складам.

Тогда Н1 и Н2 будут списываться со склада Б.

А тогда:

1) Как правильно заметил glibs, система не будет сама предлагать сделать перенос со склада Б на склады А*, что огорчает, т.к. вручную создавать журнал переноса — занятие неблагодарное.
2) Изделие И у клиета производится на складе А1 и А2 и соответственно за списание Н1 и Н2 в производство по факту отвечает кладовщик склада А1 и А2, но не кладовщик склада Б!!!

[Андре]

Теперь понял. Надо подумать.

Кстати, вот этот момент лучше проверить:

Цитата:

1) Как правильно заметил glibs, система не будет сама предлагать сделать перенос со склада Б на склады А*, что огорчает, т.к. вручную создавать журнал переноса — занятие неблагодарное.

на предмет закрытия склада. То есть, корректировки себестоимости должны протягиваться и через этот журнал переноса, созданный ручками. Вполне возможно, что придется делать еще и маркировку.

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

[glibs]

Цитата:

Изначально опубликовано AlexUnik
...
А для каждой версии спецификации придется делать свою конфигурацию ТМЦ...

Нет. Версия спецификации с конфигурацией не может быть связана. Так что не придется.

Но при создании производственного заказа каждый раз придется указывать версию спецификации. И при планировании тоже.

[glibs]

Цитата:

Изначально опубликовано Андре
...
Кстати, вот этот момент лучше проверить:
...
на предмет закрытия склада. То есть, корректировки себестоимости должны протягиваться и через этот журнал переноса, созданный ручками.
...

Это в Аксапте еще пока работает. Корректировки приходов переносятся и на расходы, созданные через журналы переносов.

Цитата:

Изначально опубликовано Андре
...Вполне возможно, что придется делать еще и маркировку...

А для чего?

Цитата:

Изначально опубликовано Андре
...Если без модификаций проблему решить не удастся, можно дописать мех. планирования, чтобы он сам генерил этот журнал...

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

[Андре]

Перечитал, вообще усомнился в этой схеме:

Цитата:

Спецификация для И:
H1 / Склад Б
Н2 / Склад Б
Ну и настроить покрытие отдельно по складам.

При планировании система спишет со склада Б компоненты спецификации в производство. Так ?

Какой журнал переноса нужно формировать ручками ? Со склада Б на склад А ? Тогда у нас будет 2 расходные проводки со склада Б, что не верно.

Или я опять не правильно понял идею ?

[spy]

Цитата:

Изначально опубликовано glibs

Нет. Версия спецификации с конфигурацией не может быть связана. Так что не придется.

Но при создании производственного заказа каждый раз придется указывать версию спецификации. И при планировании тоже.

Зато можно сделать через конфигурационные группы.
1. Создаем две конфигурационные группы Скл1 и Скл2
2. В спецификации добавляем по две строки каждую номенклатуру Н1 и Н2 - в каждой строке указываем склад и соответсвующую конфигурационную группу
3. Для И создаем конфигурации Скл1 и Скл2
4. На закладке выбор конфигурации говорим какой конфигурации И соответствуют какие конфигурационные группы
5. Планируем И с указанием конфигурации.

Осталось решить что удобнее при планировании/создании заказов - указывать версию спецификации или конфигурацию

[PSA]

Через конфигурационные группы тоже можно сделать, но смысл принципиально не меняется по сравнению с двумя спецификациями. Проблема остается та же

1) при планировании/создании заказов нужно ручками явно указывать версию спецификации или конфигурацию помимо того что и так указывается склад производства - реализации изделия И
2) Как объянить клиенту что одно и то же изделие на разных складах нужно дублировать (это если два склада А1 и А2, а если 3, 4 и т.д.) по двум спецификациям или двум строкам в одной спецификации