Как обеспечить высокоприоритетные продажи в стандартном функционале?

[belugin]

может просто такую доппроверку прилепить для низкоприоритетных?

[mazzy]

Цитата:

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

может просто такую доппроверку прилепить для низкоприоритетных?

эта тема про штатный функционал про доработки лучше сюда: Можно ли сломать функционал резервирования в заказанных следующим образом...?
если хочется продолжать про доработки в той ветке, то вопрос: а куда прилепить?
Слишком много этих мест куда лепить нужно. Хотелось бы обойтись минимальной кровью.

[GM2005]

По моему, здесь важно понять принцип определения приоритетности продаж.
Если есть высоко- и низко- приоритетные клиенты, то решается, наверное просто. В карточке клиента есть поля для подобной сегментации ("Группа классификации клиентов" или "Категория" - А, В, С). Все продавцы набивают заказы "чохом", а с помощью Периодической операции, предположим, Отгрузочной накладной происходит обработка продаж. В пакетном режиме или администратором разноски продаж выбираются только клиенты соответствующей сегментации.
Если одни и те же клиенты могут быть в и там и там... Ну, например, возможно выделение менеджеров высокоприоритетных продаж и пактная обработка только их заказов. То есть, разделение ввода всех заказов (менеджеры знают какие данные нужно вводить), а затем разноска только приоритетных (администратор продаж знает какие заказы нужно отбирать) будет легче с помощью Периодической оперции.
Использование режима резервирования тоже вопрос - автоматический или вручную?
Ну а в общем случае проблема то в том, кто и как (критерии и механизм реализации) будет определять приоритетность. Будет ли сегодняшний "не важный" заказ - завтра "важным"? Или, когда наконец можно будет разнести "неважный заказ" - вдруг появятся через минуту "важные"?

[mazzy]

Цитата:

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

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

Хм... интересная и новая мысль. надо подумать. Спасибо.

и в этом случае никакого резервирования...

[EVGL]

Цитата:

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

Хм... интересная и новая мысль. надо подумать. Спасибо.

и в этом случае никакого резервирования...

Резервирование в Аксапте - это верный путь к могиле и буксующему проекту.

Предложение GM2005 - хорошее. Только есть шанс, что низкоприоритетные заказы не будут выполнены никогда. Заказ, пролежавший полгода, становится приоритетным вне зависимости от того, какой приоритет у соответствующего клиента. Что возвращает нас к концепии приоритета на уровне заказа.

[AlexeyS]

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

как вариант решения - если можно резервировать в заказанных, то для приоритетных заказов
разрешаем резервирование в заказанных, для неприоритетных - резервирование только из физически доступных

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

но это опять-же надо кодировать