Складские запасы

[Alex_V]

Подскажите пожалуйста, каким образом система контролирует чтобы не было перезатоваривания склада (и есть ли вообще такое)? - интересует именно системный контроль, не анализ на основе отчетов.
Есть ли функциональность которая при попытке например учесть заказ покупки выдает сообщение что нельзя дозакупить такойто товар так как склад перезатоварен данным товаром?

[Тимур]

ммм.... Как Вам сказать.... вообще-то есть такая штука как планирование запасов...
Составляется, например объемно-календарный план закупок....
И закупщики работают на основе плана закупок. А не закупают, что ни попадя, до тех пор, пока склад не затоварится.
Право очень странно читать такие вопросы на данном форуме. Все таки Navision и Axapta поддерживают функции MRP.

[Perec]

To Alex_V:

Цитата:

каким образом система контролирует чтобы не было перезатоваривания склада (и есть ли вообще такое)? - интересует именно системный контроль, не анализ на основе отчетов

Никакого жесткого контроля в стандарте нет.

To Тимур:

Цитата:

Составляется, например объемно-календарный план закупок....

В Navision (Attain) в стандарте нет понятия объемно-календарный план...
Никакой зависимости объемов от календаря.

[Тимур]

Perec.
Не стоит ориентироваться на термины системы. Лучше оперировать терминами APICS.

[Perec]

[Тимур]

Perec. What's problem?

[Perec]

Скажем так, я не встречал в Navision (Attain) возможности сформирования MPS.
Хотя признаюсь, что в производственный модуль смотрел поверхостно...

При этом меня интересует возможность формирования MPS для номенклатуры, которая не будет производиться.
Т.е. для покупной номенклатуры.

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

У меня не получилось с стандарте (3.60). Не понял как определить изменяющуюся плановую потребность. А ведь это должно быть возможно в системе, которую позиционируют как MRP, т.к. составление MPS (пусть и для непроизводственной номенклатуры ) - это составная часть MRP.

Я не прав? Подстажите как это реализовать без доработок...

[Тимур]

Requisition Worksheets Вас не устраивают?

[Perec]

Нет.
Давайте определимся...
1. Меня интересует MPS, в котором можно было бы определить зависимость прогнозной обобщенной потребности от календарного периода. Т.е. классический MPS, который должен быть возможен в любой системе, претендуещей на MRP... (Разве я не прав?)
2. Меня интересует возможность планирования прогноза продаж в зависимости от календарного периода. (Т.е. тот почти тот же самый MPS, только планируем не производственный выпуск, а продажу по номенклатуре не собственного производства)
3. Requisition Worksheets позволят мне рассчитать чистую потребность по номенклатуре. Но без выполнения пункта 2 (или пусть даже 1), откуда поступят взять данные по брутто потребности на период? (Из реальных заказов на продажу - не вариант, т.к. планироваться может отдаленный период на основании прогнозного плана)

Requisition Worksheets по прогнозной потребности работают хорошо, если потребность в номенклатуре не зависит от календарного периода, а задается статически.

Requisition Worksheets - дадут нам результат планирования, а я не мог найти, где задать базу для планирования.
И подозреваю, что это не возможно в стандарте, что немного странно.

P.S.
Эти задача возникает при планировании поставок товаров с сезонным спросом основанном на исторических данных.

[Тимур]

Вы вообще то путаете две функции MRP
MPS и Forecasting.
Прогноз продаж не планируется. Автоматическое формирование прогнозов продаж - это функция Forecasting. Как для Navision, так и для Axapta для автоматизации данной функции используется Demand Planner.

Кроме того, обратите внимание:
1) на Blanket Order, которые позволяют формировать прогнозы; когда Вы будете планировать потребности система будет уменьшать потребности с учетом обычных заказов продажи. При этом из Blanket Order можно сформировать Sales Order. Система будет хранить связи между планом продаж (Sales Orders) и прогнозом продаж (Blanket orders).
2) на значения поля Reording Policy номенклатурных единиц, которая позволяет группировать потребности.

[Perec]

Цитата:

Вы вообще то путаете две функции MRP
MPS и Forecasting.

В общем-то нет, я не жду от MPS плана продаж (хотя он на него очень даже похож). Дело в том, что даже классический MPS (объемно-календарный) я в Navision (Attain) задать не смог.

Цитата:

Прогноз продаж не планируется. Автоматическое формирование прогнозов продаж - это функция Forecasting. Как для Navision, так и для Axapta для автоматизации данной функции используется Demand Planner.

На тот момент, когда меня это интересовало Demand Planner не был официально заявлен в России.
В Axapta я имею возможность строить прогноз продаж и без использования Demand Planner.

Цитата:

Кроме того, обратите внимание:
1) на Blanket Order

Не пойдет, т.к. Blanket Order требует явного указания Customer'а

Цитата:

2) на значения поля Reording Policy

Обращал. Я вообще много чего тогда попробовал стандартного. Но это несколько из другой оперы, т.к. оно отвечает за политику дозаказа и мне подошел бы метод Fixed Reorder, если бы можно было бы задать зависимость от периода у Rearder Quantity.

Ну, да ладно... Все это запросто решается модификациями...
Вопрос-то не в этом.
Вопрос в следующем:
Могу ли я задать в стандарте Navision (Attain) MPS? Если да, то как?

[Тимур]

Все необходимые объекты для ведения MPS есть.
Единственный недостаток,что просто так нельзя как в Axapta задать прогноз продаж без привязки к конкретному клиенту.
Но это решаемо.
Например, через вымышленного клиента.
Прогнозы продаж в Axapta - это не MPS, это forecasts.

[Perec]

Цитата:

Все необходимые объекты для ведения MPS есть.

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

А по поводу прогноза продаж, буду смотреть что Demand Planer нам готовит... псевдоклиент - как-то не удобен...

Цитата:

Прогнозы продаж в Axapta - это не MPS, это forecasts.

Я и не спорю.

[Тимур]

Demand Planner для автоматического построения прогнозов продаж.

[Essey]

2 Alex_V

Цитата:

Подскажите пожалуйста, каким образом система контролирует чтобы не было перезатоваривания склада...

а значения "Maximum Inventory" (Максим. Кол-во на Складе) в карточке товара не достаточно при Reorder policy=Maximum Qty. При планировании закупок все работает. А то что сообщения не выдает при заказе товара всерх Максимального кол-ва, так это доточить можно, а лучше, наверное, доработать сам бизнес процесс.

[Тимур]

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