Ожидаемые проводки Сводного планирования AX4.0

[Bestick]

Коллеги,

Есть торговая компания, у которой реализован следующий бизнес-процесс. Менеджеры продаж резервируют номы (физ.резервирование) на определенный срок (допустим 5 дней) под обещания клиента заплатить (выставляют счет).
В Сводном планировании есть потребность не учитывать эти резервирования как будущие расходы, при этом флаг "Включать скл.операции" в сводном плане должен стоять, так как необходимо учитывать, например, будущие приходы по закупкам.
Есть ли возможность с помощью стандартного функционала обработать эту ситуацию? Могут ли здесь помочь "положительные"/"отрицательные" дни в виду "срочности" резервирования?
И еще добавлю: потребность создается из-за настроенного минимального уровня запаса по аналитике "Склад", поэтому физическое резервирование вызывает создание спланированной закупки (или перемещения).

[Ivanhoe]

В стандарте, как минимум, нет срока резервов. Предположу, что у вас есть на этот счет доработки, поэтому в стандарте это никак не обработать.

[Bestick]

Допустим, этой доработки по срокам резервирования нет. Менеджеры сами внесистемно следят за сроками резервов. Я так понимаю, в стандарте все равно обработать такую ситуацию не получится?

[pitersky]

Конечно не получится. Как сводное должно обходить физический резерв по товару? Любой резерв влияет на остатки, остатки влияют на чистую потребность и т.д.

[S.Kuskov]

Цитата:

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

И еще добавлю: потребность создается из-за настроенного минимального уровня запаса по аналитике "Склад"

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

[ikopyl]

Цитата:

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

Коллеги,

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

20 менеджеров зарезервировали весь товар на складе под обещания заплатить. Сводник не учитывает такие резервы, и не создаёт закупки.
Варианты:
1.Пять дней приходят клиенты с деньгами, но товар не продают, потому что зарезервирован.
2. На пятый день заплатили все и выгребли весь товар, спланированных закупок нет, пару дней склад пустой, приходит клиент и ему ничего не отгружают - нечего...

Это, конечно, утрирование, но тем не менее...

Не помню, как в "четвёрке" (по-моему, тоже есть), но в 2009 есть "Предложение по продажам", там можно ввести вероятность сделки (в %) через код возможной сделки, а в своднике указать, с какого процента сделки участвуют в сводном планировании, а до какого - нет. Резервирования там, правда, не происходит, но посмотрите, может, натолкнёт на какие-то идеи.

[Bestick]

Цитата:

Сообщение от S.Kuskov

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

Но тогда и будущие приходы анализироваться не будут, а это одно из условий.

Цитата:

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

20 менеджеров зарезервировали весь товар на складе под обещания заплатить. ....

..есть "Предложение по продажам", там можно ввести вероятность сделки (в %) через код возможной сделки, а в своднике указать, с какого процента сделки участвуют в сводном планировании, а до какого - нет. Резервирования там, правда, не происходит, но посмотрите, может, натолкнёт на какие-то идеи.

Спасибо. Оба варианта недавно излагал клиенту - не подходят.
1. Про 20 менеджеров. Готовы терять, но исполнять обещания
2. Предложение по продажам не подходит именно из-за отсутствия резервирования. Поэтому проводки типа "расход - предложения" здесь никак не помогають.

Видать, я уже все перепробовал.

[Hard]

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

[Rezervforall]

Цитата:

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

Допустим, этой доработки по срокам резервирования нет. Менеджеры сами внесистемно следят за сроками резервов. Я так понимаю, в стандарте все равно обработать такую ситуацию не получится?

ну почему...можно поиграть с перемещениями (склад = менеджер) и настроить склады пополнения. планируемые перемещения и их даты могут что то дать.

[Bestick]

Цитата:

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

Как вам такое решение:
Вместо резервирования менеджер переносит номенклатуру из партии(или ячейки или какой угодно складской аналитики) "Общая" в партию "Менеджер Иванов"...

Спасибо, Влад. Это, действительно, решение стандартным функционалом. Система просто давно работает и все привыкли к "стандартному" резервированию, в этом случае придется ломать. Да, и аналитика партии уже используется стандартно - для закупок. Есть над чем подумать: модификация или смена бизнес-процесса!

Цитата:

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

ну почему...можно поиграть с перемещениями (склад = менеджер) и настроить склады пополнения. планируемые перемещения и их даты могут что то дать.

Согласен, это путь решения, спасибо.

[Vals]

Сводное планирование можно выключить для отдельного склада "Покрытие вручную", если вам это поможет.