Сводное планирование, не закрытые потребности и кратность упаковки.

[Vals]

Цитата:

вперёд по датам (отрицательные дни, т.е. количество дней в будущем, где могут быть найдены ресурсы для покрытия данной потребности), так и назад (положительные дни, т.е. количество дней в прошлом, где могут быть найдены ресурсы для покрытия данной потребности)

Нет. Положительные дни - количество дней, когда допускается избыток. Отрицательные дни, когда достигается дефицит.

В Вашем случае - вы сознательно допускаете отсрочку отгрузки 2 шт из палеты 10 шт до тех пор, пока не наберётся потребностей до 10шт. Несколько по-другому, но вы можете объяснить, что система может ждать 5 дней по этой группе товаров (отрицательные дни) чтобы собрать больше потребностей и она вам предложит действие по ускорению или отсрочке переноса, отгрузки, заказа (фьючерс). Оператор легко отлавливает эти строчки и решает, что с ними делать.

http://www.amand.ru/modules/wordpress/archives/131

Цитата:

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

В системе есть. Непокрытая потребность у вас будет видна при каждом перепланировании. Ещё вам поможет параметр резервирования Назад от даты (там две галки - ими поиграться)

Цитата:

2. Что будет, если мы какую-то часть потребностей оставим вообще без покрытия (такие потребности будут в самом конце, когда новый Спланированный заказ уже система не создаст)?

Обработаете ручками, но это не лучший вариант.

[Sergey Petrov]

Цитата:

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

Нет. Положительные дни - количество дней, когда допускается избыток. Отрицательные дни, когда достигается дефицит.

Почему же нет? Мы с Вами говорим об одном и том же, только разными словами. В представленном Вами обучающем ролике понятие "Отрицательные дни" дано именно так, как я его описывал. То есть, система допускает, что покрытие данной потребности может быть взято из будущего ("клиент 3 дня может подождать", пока для него не будет закуплено или перемещено необходимое количество товара). То же и с "Положительными днями". Система предполагает, что покрытие данной потребности может быть взято из прошлого, то есть "товар может полежать на складе 4 дня", пока клиент его не закупит.

Цитата:

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

В Вашем случае - вы сознательно допускаете отсрочку отгрузки 2 шт из палеты 10 шт до тех пор, пока не наберётся потребностей до 10шт. Несколько по-другому, но вы можете объяснить, что система может ждать 5 дней по этой группе товаров (отрицательные дни) чтобы собрать больше потребностей и она вам предложит действие по ускорению или отсрочке переноса, отгрузки, заказа (фьючерс). Оператор легко отлавливает эти строчки и решает, что с ними делать.

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

Теперь предлагаю рассмотреть ту модификацию, которую мы хотим реализовать. Предположим, что в тот момент, когда система, не обнаружив никаких источников для покрытия потребности, создаёт Спланированный заказ на количество, меньшее, чем в данной обрабатываемой потребности (или вообще его не создаёт). Это означает, что какое-то звено из цепочки "Заказ - Закупка" выпадет (либо эта цепочка вообще не создаётся, если наше округление вообще не дало покрыть потребность (Заказ)).
Какие проблемы мы можем приобрести при такой ломаной схеме сводного планирования?

Цитата:

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

В системе есть. Непокрытая потребность у вас будет видна при каждом перепланировании. Ещё вам поможет параметр резервирования Назад от даты (там две галки - ими поиграться)
Обработаете ручками, но это не лучший вариант.

Если можно, пожалуйста, расскажите поподробнее о "перепланировании" и о параметре "Назад от даты".

P.S. Спасибо за ссылку!

[EVGL]

Цитата:

Сообщение от Sergey Petrov

Какие проблемы мы можем приобрести при такой ломаной схеме сводного планирования?

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

Мне нравится идея S.Kuskovа о страховом запасе.

[Sergey Petrov]

Цитата:

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

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

Вот с последствиями такого перепрограммирования мы и столкнулись в результате своих копаний. За счёт округления в меньшую сторону при создании покрывающих ресурсов мы получили "кусочное" отсутствие покрытия, причём нигде не учитываемое. Всё это нам показалось крайне некрасивым. Отсюда и возникла эта ветка форума.
Лично мне (с технической точки зрения) больше всего понравилась идея Vals. Округление в меньшую сторону (по упаковкам) будет по-прежнему работать, но на недостающую упаковочку (которую мы срезали из-за округления в меньшую сторону) мы всё же будем создавать ещё один приход, сопровождая его действием "отменить" (увы, без допила кода сводника не обойтись...).
Таким образом, мы всё-таки будем соблюдать приличия в смысле покрытия потребностей, но и дадим возможность оператору отделить то, что точно нужно, от того, что, возможно, будет излишним.