WMS, транспортировки приемки.

[max_od]

Доброе время суток.
Есть вопрос к опытным специалистам в Аксапта.
Почему при создании транспортировок приемки, система использует метод
WSMTransport.createEmptyInTransport(...? Этот метод не использует складские заказы и ячейки назначения для таких транспортировок не получают значений Ordered (всего заказано). Таким образом, если транспортировка стремится в ячейку комплектации и если параллельно идет отборка заказа, система часто формирует ненужные транспортировки пополнения. У нас такие транспортировки операторы просто убивают...
Почему именно WSMTransport.createEmptyInTransport(..., а не WSMTransport.createInTransport( ...?

ps: Извините случайно вставил тему не в тот раздел, а удалить не могу ...

[Maxim Gorbunov]

Перенес в раздел Функционал Axapta

[Goldtigr]

.

[max_od]

Maxim Gorbunov спасибо.
Goldtigr респект.
Поскольку я оказался не внимательным и зря грешил на createEmpty ..., исправлюсь.
Проблема все равно продолжает существовать. При формировании транспортировок приемки, не создаются проводки в статусе "Заказано". Товар попадает в ячейку приемки, но после разноски журнала получается провал. И если не смотреть в транспортировки не известно куда движется товар. Насколько я понимаю, причиной является флаг postTrans в методе WMSOrderTableType_Transport. Если разработчики решили реализовать прибытие товара именно таким образом, у них наверняка были какие-то на это причины. Суть вопроса - какие? Для чего это сделано именно так и будет ли безболезненым изменение этих методов?

[Goldtigr]

.

[max_od]

Спасибо, за то, что вы не поленились рассказать об организации складских транзакций Евгений. К сожалению, это не проливает свет на вопрос, который меня интересует. Возможно проблема в формулировке ... поэтому я повторюсь.
Суть проблемы:
После оприходвания товара журналом прибытия в ячейку приемки (для ячеистого склада - это практически ничего не значит. Товар еще нужно расставить), система ищет на складе свободное место под вновь прибывшие паллеты. После этого, формируются транспортировки приемки, у которых источник - ячейка приемки, а ячейка назначения - какая-то свободная ячейка которая была найдена. В процессе работы возникают ситуации когда ячейка назначения - это ячейка комплектации данного товара. Довольно часто, одновременно с приемкой может проходить отборка товара для клиента. При резервировании товара для заказа, если товара в ячейке комплектации не достаточно, система не видит того, что в ячейку комплектации стремится транспортировка приемки и генерирует транспортировку пополнения. В итоге в ячейку стремятся две транспортировки, одна из которых не нужна. Происходит это потому, что сформированные транспортировки приемки не создают двух проводок:
in_01 - ReservPhysical
PickingCell - Ordered.
О том, что это происходит не из-за ошибки в настройках, а по воле разработчиков я догадываюсь. Но все же все перемещения внутри склада (к таковым можно отнести и перенос, и транспортировку в ячейку отгрузки, и пополнение) генерируют вышеперечисленные проводки. На мой взгляд, было бы логично реализовать транспортировки приемки таким же образом, как и остальные.
Вопрос:
Для чего это сделано? Почему именно так, а не иначе? Какие проблемы решает такой подход или какие проблемы могут возникнуть если это изменить?

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

[Goldtigr]

.

[Mike Flanagan]

Hello Jen!

Could you please share your valuable knowledge with me? I have original english version of axapta installed and the same problem as described occurs.
I would very appreciate if you could find a couple of minutes to investigate this issue. Our customers depend on your answer!

Thank you in advance

[blokva]

А чего это здесь все ответы Goldtigr не видны? Может они секретные?

[max_od]

Ладно. Спасибо всем. Полез в код ковырять и экспериментировать.

[blokva]

Цитата:

Изначально опубликовано blokva
А чего это здесь все ответы Goldtigr не видны? Может они секретные?

"Глюк не исправился!