Учет неудовлетворенного спроса

[Yakuza]

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

[RedFox]

Цитата:

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

Нужно собирать статистику по заказам. которые не были осуществлены по причине отсутствия товара, неподходящей цены. Реализовывал ли кто-нибудь такое в Nav ?

Да, делали такое, но у нас было обязательное резервирование (означало, что есть/нет товара на складе).
Можно сделать какой-то признак, чтобы сигналил красным, если товара нет на складе (но в таком случае нужно делать "семафоры", если сделали 5 Заказов на 2 товара), но лучше резервирование.
Если производится удаление строки, например, то сразу сообщение о причине удаления, а потом формочка-список для выбора

Цитата:

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

Резервирование. А когда грузят вручную, то это означает уже 100% покупку или ещё хочу-нехочу?

[Yakuza]

Цитата:

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

Цитата:

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

Нужно собирать статистику по заказам. которые не были осуществлены по причине отсутствия товара, неподходящей цены. Реализовывал ли кто-нибудь такое в Nav ?

Да, делали такое, но у нас было обязательное резервирование (означало, что есть/нет товара на складе).
Можно сделать какой-то признак, чтобы сигналил красным, если товара нет на складе (но в таком случае нужно делать "семафоры", если сделали 5 Заказов на 2 товара), но лучше резервирование.
Если производится удаление строки, например, то сразу сообщение о причине удаления, а потом формочка-список для выбора

Цитата:

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

Резервирование. А когда грузят вручную, то это означает уже 100% покупку или ещё хочу-нехочу?

Резервирование у нас есть, с очередью заказов, и ко-во свободного товара сразу показывается в строке заказа. Формочка при удалении строки - это идея. Правда, пока только два варианта в голову приходят: нет товара, не подходит цена. Ну еще - менеджер накосячил.
Вручную - это когда клиент на телефоне и голосом наговаривает заказ, а менеджер забивает или отказывает. Вот тут самый тонкий момент, т.к. на 100% менеджер не будет делать лишине движения забивать в заказ лишнюю позицию, чтобы потом её удалить...

[Lates]

Цитата:

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

Формочка при удалении строки - это идея.

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

Цитата:

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

Вот тут самый тонкий момент, т.к. на 100% менеджер не будет делать лишине движения забивать в заказ лишнюю позицию, чтобы потом её удалить...

Может как-то через общие заказы... Т.е. общий заказ - это ЧТО хотел клиент. А дальше его выполняем.

[piglet_imported]

Цитата:

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

Может как-то через общие заказы... Т.е. общий заказ - это ЧТО хотел клиент. А дальше его выполняем.

Тогда уж через Квоты..

[Lates]

Цитата:

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

Тогда уж через Квоты..

Почему?
После создания заказа продажи из общего заказа, остается связь (по полям Общий Заказ Но. и Общий Заказ Строка Но.).
Если создавать из квоты, то связи не будет. Т.е. квота, в моем понимании, это черновик для создания заказа - типа создали, подправили, подрихтовали, нажали кнопеньку...

[rmv]

Возможно подойдет архивиривание заказа при переводе в определенный статус (в стандарте "выпущен"). Далее относительно просто сравнить учтенный документ, строки архива и остатки на дату.

[Sancho]

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

[prefreitor]

1) Импорт из Excel - доработать 37 табличку и записывать данные при модификации/удалении строк куда нибудь)
2) Телефон - сделать форму подбора товара, т.е выбор товара не напрямую из списка, а чтобы при создании строки нажав горячую клавишу открывалась формочка в которой менеджер может подобрать товар (тут большое поле для фантазии - деревообразные структуры, подбор по товарным группам и.т.д), действия в данной форме также записывать для статистики.
Разумеется в любом случае если менеджер знает что товара нет он его и искать не будет, тут только административно можно воздействовать. А формой подбора реально (особенно при большом товарном справочнике) еще и облегчить жизнь менеджеру.

[RedFox]

Цитата:

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

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

Если каталог товаров большой, то менеджеру прийдется курить, чтобы ответить.
Идея хорошая использовать квоты, добавлять туда строки и смотреть наличие и прайс, например в момент покидания поля Но. или Кол-во. Если квота не удаляется путем создания Заказа, делать проверку на существование строк и ... (дальше полет фантазии и ограничений менеджеров)

[Cheb]

Делали что-то похожее. Для этой задачи лучше все-таки использовать квоты, а не общие заказы. Клиенту отсылается шаблон в экселе (прайс), в котором он указывает нужное ему количество на нужных позициях. Загружается это все в квоту. Из квоты формируем заказ продажи на количество, которое есть на остатке (в приходе). Квоту после создания заказа удалять не нужно. В отчете выводим сравнение квот и учтенных продаж.
Можно организовать заполнение квот и по телефону с формой подбора, если справочник большой, нужно выводить сначала группы, которые затем разворачивать по товарам, в этом случае скорость вполне приемлемая.
Кстати, кое-какая связь учтенных продаж с квотами есть: в учтенных счетах-фактурах появилось поле "Квота Но.".

[Yakuza]

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

[RedFox]

Цитата:

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

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

Я думаю, что лучше смотреть НЕзарезервированное наличие товара на складе так, чем спец. формы рисовать.

[Sancho]

в одном проекте фиксировалась "заявленная цена", т.е. то, что ожидал пользователь.
это делалось прямо в ЗПр (он подтягивался из Excel).
может действительно, видеть и то и другое в самом заказе? хотелка кол-во, хотелка цена... тащить все это в 32-ю...

[Sancho]

единственное, как бы учесть нулевое кол-во товара, если его нет совсем? не приведет ли это к лишним проблемам?..

[rmv]

В квотах и общих заказах держать - не исключено через пару-тройку 36 и 37 таблицы будут еле ворочаться.
Имхо, ваша идея по поводу неудовлетворенного спроса осуществима только в случае если хотелки клиента (прием заказа по телефону или загрузка из Эксель) отделены от обработки менеджером (к примеру заказы вводят операторы, обрабатывают менеджеры), в противном случае любой нормальный человек просто не будет делать ненужную работу (делать квоту на лишний товар, переводить в заказ либо набивать заказ и удалять строки заказа с указанием причины удаления).

[Васыо]

Коллеги, а расскажите зачем при удалении зарезервированной строки в операциях резервирования остается строка со статусом резервирования Остаток? (NAV2009)