|
![]() |
#1 |
Moderator
|
Цитата:
Но на практике - только из за этого покупать модуль сводного планирования не целесообразно. Поэтому зачастую просто делают какую-то доработку которая при резервировании позволяет автоматически создать некий журнал переноса с удаленного склада на склад отгрузки и резервирует в транзите между строкой заказа и строкой журнала переноса (ну или заказа на перенос). Мне, правда, такой подход не очень нравится. Мы для этого использовали разделение сейлового и складского резервирования. Грубо говоря - сейлы резервируют на уровне только сайта. Далее, время от времени, складские нажимают некую кнопочку, по которой система проверяет все заказы в неком статусе и по тем из них, по которым зарезервировано больше чем есть на складе отгрузки, формирует строки журнала переноса. Как-то такой подход покрасившее малость... Последний раз редактировалось fed; 19.03.2012 в 17:08. |
|
![]() |
#2 |
Участник
|
Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.
|
|
![]() |
#3 |
Moderator
|
Цитата:
Сообщение от Serg
![]() Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.
На какой-то стадии обработки продажи (по созданию picking list по моему), система автоматически пыталась создать складской резерв поверх сейлового. А в момент физического списания по packing slip, система контроллировала оба остатка. Во первых, проверялось что после списания для данного сайта и партии остаток (как физическое наличие - сейловый резерв) не упадет ниже ноля. Во вторых проверялось для для полного набора складской аналитики после списания, остаток (как физическое наличие - складской резерв) не упадет ниже ноля. Если хотя бы одно из этих условий не выполнялось - операция откатывалась. Вообще - форма в наличии в нынешнем виде провоцирует непонимание пользователями. Вместо того чтобы давать выбирать любые комбинации аналитик, надо было бы в верхем comboboxе давать выбирать что-то типа: "Бухгалтерский остаток", "Сейловый остаток","Складской остаток" и тп. Надо чтобы при этом и нужные поля бы выбира и по нужным аналитикам бы группировала. Конечно старую форму в наличии тоже неплохо бы оставить, но только как некоторое средство отладки для грамотных консультантов, а не для конечных пользователей. |
|
|
За это сообщение автора поблагодарили: Serg (1). |
![]() |
#4 |
северный Будда
|
Цитата:
Сообщение от fed
![]() Вообще - форма в наличии в нынешнем виде провоцирует непонимание пользователями. Вместо того чтобы давать выбирать любые комбинации аналитик, надо было бы в верхем comboboxе давать выбирать что-то типа: "Бухгалтерский остаток", "Сейловый остаток","Складской остаток" и тп. Надо чтобы при этом и нужные поля бы выбира и по нужным аналитикам бы группировала. Конечно старую форму в наличии тоже неплохо бы оставить, но только как некоторое средство отладки для грамотных консультантов, а не для конечных пользователей.
Только не комбобокс нужен, конечно, а лукап к отдельному справочнику. Чтобы можно было пользовательски администрировать эти шаблоны.
__________________
С уважением, Вячеслав |
|