Отмена транспортировки палеты со статусом обработки "Начато"

[Ilia#]

Добрый вечер.

У меня следующий вопрос:
Можно ли (и если можно, то каким образом) отменить транспортировку палеты со статусом обработки "Начато" в Axapta 3.0?

С одной стороны в классе WMSTransportCancel есть проверка:
if (WMSTransport.expeditionStatus >= WMSExpeditionStatus::Complete)
{
error(strFmt("@SYS50354", WMSTransport.WMSPalletId, WMSTransport.transportId));
return false;
}
То есть для статуса "Начато" отмена должна работать.

Но для транспортировок с данным статусом выбор функции "Отмена транспортировки" заблокирован (для всех типов транспортировки).


С уважением, Илья.

[glibs]

Драйввер складского штабелера выбирает себе задание, и не подозревая беды едет за паллетой. Хватает ее и тащит, куда сказано.

Тут некий умник задумал отменить транспортировку. Жмет, понимаете ли, кнопку.

Вопрос. Драйвера штабелера током должно ударить? Вернуть его на исходную позицию и назад во времени, а также привести в исходное состояние количество бензина в топливном баке штабелера и счетчик пробега?

Утрировано, конечно. Но ERP система — это не компьютерная игрушка, где можно "сохраниться" и "восстановиться". И не 1С, где ведется учет несуществовавших в природе фактов "хозяйственной деятельности".

Лирика закончилась.

Объясните пожалуйста, что такое "отмена начатой транспортировки".

[Ilia#]

Еще раз добрый вечер.

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

Во-вторых, для уже начатой транспортировки приемки можно, например, изменить ячейку назначения. Я вновь не могу сказать, что должно произойти с драйвером, когда он попробует положить палету в "старую" ячейку назначения, но Axapta позволяет "умнику" менять ячейку назначения даже когда драйвер "не подозревая беды едет за паллетой".

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

Что такое "отмена начатой транспортировки"? Это, по-моему, возможность отменить транспортировку, которой еще не присвоен статус "Закончено". При в таблицу WMSORDERTRANS мы можем записать кто отменил транспортировку (MODIFIEDBY), когда (ENDDATE) и деже подсчитать "потерянное" время (EXPEDITIONTIME = ENDDATE - STARTDATE).
Замечу, что сейчас это можно сделать только для транспортировок приемки и пополнения, так как при отмене транспортировки отгрузки записи о транспортировке из WMSORDERTRANS Axapt'ой удаляются.

По-моему, все же должна быть возможность отменить любую незавершенную операцию с палетой. Да и условие WMSTransport.expeditionStatus >= WMSExpeditionStatus::Complete, скорее всего, возникло не случайно.

С уважением, Илья.

[glibs]

Цитата:

Сообщение от Ilia#

...
Еще раз добрый вечер.
...

Взаимно.

Цитата:

Сообщение от Ilia#

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

Да, позволяет. Например, если грузчик не нашел номенклатуру в указанном месте. Это значит, что он отчитывается, что он что-то не собрал (по определенной причине).

Только при чем тут паллеты?

Цитата:

Сообщение от Ilia#

...
Но для этой же отгрузки Axapta не позволяет выполнить подобную операцию для транспортировки палет. Это, по-моему, не логично.
...

1. Грузчик блокирует транспортировку (терминалом сбора данных с помощью соответствующей операции). Собирается выполнить задание.

2. Грузчик находит паллету. Сканирует ее баркод в качестве подтверждения последнего факта. Транспортировка начинает считаться начатой.

3. Грузчик тащит паллету на вынос. Отчитывается о завершении, считав проверочный текст на ячейке отгрузки.

Это стандартный бизнес-процесс. Вместо терминала сбора данных можно придумать что-то другое.

Процедуры отмены транспортиовки в нем не предусмотрено.

В общем, логика есть. Насколько она правильная или идеальная — вопрос философский.

Оставшуюся выкладку теории с использованием законов логики пока комментировать не готов. Возможно, отсутствие отмены транспортировки отгрузки и отсутствие возможности смены ячейки отгрузки является техническим ограничением. Ведь после завершения транспортировки отгрузки номенклатура остается лежать в той же ячейке, где и лежала (в статусе Скомплектовано). То есть фактически при транспортировке отгрузки никакого движения номенклатуры не происходит (только паллета перемещается). А для смены ячейки факт перемещения номенклатуры необходим.

[Ilia#]

Добрый день.

Спасибо за дискуссию.

Конечно, мне бы хотелось, чтобы Axapta позволяла отменить стартовавшую, но еще не законченную транспортировку палеты. Но нет, так нет ...
Особенно жалко, что после старта транспортировки отгрузки саму отгрузку уже никак (?) нельзя отменить.
А такая отмена все же иногда необходима из-за существования "телефонного права" по маршруту офис (обстоятельства внезапно изменились) -> склад (уже начали работать с заказом).

С уважением, Илья.