Цитата:
Сообщение от
Vals
Нет. Положительные дни - количество дней, когда допускается избыток. Отрицательные дни, когда достигается дефицит.
Почему же нет? Мы с Вами говорим об одном и том же, только разными словами. В представленном Вами обучающем ролике понятие "Отрицательные дни" дано именно так, как я его описывал. То есть, система допускает, что покрытие данной потребности может быть взято из будущего ("клиент 3 дня может подождать", пока для него не будет закуплено или перемещено необходимое количество товара). То же и с "Положительными днями". Система предполагает, что покрытие данной потребности может быть взято из прошлого, то есть "товар может полежать на складе 4 дня", пока клиент его не закупит.
Цитата:
Сообщение от
Vals
В Вашем случае - вы сознательно допускаете отсрочку отгрузки 2 шт из палеты 10 шт до тех пор, пока не наберётся потребностей до 10шт. Несколько по-другому, но вы можете объяснить, что система может ждать 5 дней по этой группе товаров (отрицательные дни) чтобы собрать больше потребностей и она вам предложит действие по ускорению или отсрочке переноса, отгрузки, заказа (фьючерс). Оператор легко отлавливает эти строчки и решает, что с ними делать.
Другими словами, если мы указываем количество "Отрицательных дней" равным 5, то система ДОПУСКАЕТ покрытие текущей потребности каким-то УЖЕ СУЩЕСТВУЮЩИМ приходом, который будет выполнен в ближайшем будущем. С точки зрения данных понятие "допускает покрытие" означает, что данный расход (потребность, её количество) может быть сопоставлен с некоторым заранее известным приходом, который ожидается в ближайшие 5 дней.
НО если этого прихода в течение ближайших 5 дней попросту ещё нет, то система
создаёт этот приход. Правильно? И приход этот (в оригинальной версии) гарантированно больше или равен этой самой потребности (расхода). То есть, сопоставление данной потребности с созданным при её обработке покрытием будет 100%. Так?
В соответствии с положением склада, куда будет осуществляться этот приход, в цепочке покрытия, он - либо закупка, либо перенос с вышестоящего склада. На вышестоящем складе, в свою очередь, данный искуственно созданный перенос будет потребностью, которая так же в свою очередь будет обрабатываться и т.д. В конечном счёте мы имеем для каждой конкретной потребности по продаже связанную с ней цепочку Спланированных перемещений, которая заканчивается Спланированным заказом.
Теперь предлагаю рассмотреть ту модификацию, которую мы хотим реализовать. Предположим, что в тот момент, когда система, не обнаружив никаких источников для покрытия потребности, создаёт Спланированный заказ на количество,
меньшее, чем в данной обрабатываемой потребности (или вообще его не создаёт). Это означает, что какое-то звено из цепочки "Заказ - Закупка" выпадет (либо эта цепочка вообще не создаётся, если наше округление вообще не дало покрыть потребность (Заказ)).
Какие проблемы мы можем приобрести при такой ломаной схеме сводного планирования?
Цитата:
Сообщение от
Vals
В системе есть. Непокрытая потребность у вас будет видна при каждом перепланировании. Ещё вам поможет параметр резервирования Назад от даты (там две галки - ими поиграться)
Обработаете ручками, но это не лучший вариант.
Если можно, пожалуйста, расскажите поподробнее о "перепланировании" и о параметре "Назад от даты".
P.S. Спасибо за ссылку!