Вернуться   Андрей Панько. Заметки про Dynamics NAV > Dynamics NAV (Navision)
Справка Пользователи Календарь Поиск Сообщения за день Все разделы прочитаны

Dynamics NAV (Navision) Заметки про Dynamics NAV (ранее Navision) и аддон LS Retail

Ответ
 
Опции темы Поиск в этой теме
  #1  
Старый 04.12.2006, 10:17
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Ограниченные производственные мощности.

В системе есть «запрятанная» таблица Пр. Мощности Ограниченные Ресурсы. «Запрятанная» потому, что эти реквизиты можно было вставить непосредственно в карточки Рабочих или Машинных центров, и смысл в отдельной таблице не ясен.
Поясню, как работает данная функциональность на примере:
Исходные данные.
1. Рабочий центр с мощность 8 часов в день и емкостью 1.
2. Товар1 на производство одной штуки необходимо 2 часа.
3. Товар2 на производство одной штуки также необходимо 2 часа.

Создадим заказ продажи со склада Красный на 10 штук Товара1 и 12 штук Товара2. Запустим журнал Производственный план, выполним регенеративное планирование и посмотрим на созданные строки. При отсутствии ограничения по производственным мощностям, система предложить оба товара производить одновременно. Таким образом, допустимая загрузка рабочего центра будет превышена в два раза.
Планировщику потребуется внести корректировки вручную либо изменив рабочий центр для одного из заказов, либо изменив его сроки. При втором варианте придется также перепланировать связанные заказы на поставку компонентов.

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

По моим наблюдениям система планирования при балансировании спроса распределяет производственные мощности, используя следующую сортировку: «Товар Но., Код Склада, Код Варианта», начиная со спроса с наибольшей датой.
Как это может сказаться на работе. Например, есть два заказа продажи с двумя вышеуказанными товарами в каждом с одного и того же склада. Первыми будут созданы строки в журнале Планирования с указаниями на создание производственного заказа с Товаром1, а затем с Товаром2. При ограничении по срокам может оказаться, что Товар2 (по обоим заказам) должен был быть запущен до рабочей даты. Таким образом, ни один из заказов продажи не сможет быть выполнен полностью. При планировании с участием человека, принятое решение могло быть иным. Например, можно удовлетворить один из заказов полностью в указанную дату, а по второму изменить дату отгрузки, предварительно согласовав это с клиентом. Стоит также отметить, что ручные корректировки, в случае активации контроля за загрузкой, становятся более трудоемкими.

Примечание.
О том, как заполнять таблицу Пр. Мощности Ограниченные Ресурсы можно прочитать во встроенной справке или в соответствующем учебном курсе.
Для ручных корректировок можно использовать: Диаграмму Гантта (версия 4 и выше), окно Рабочий центр задача список (функции -> Перенос). Также полезна будет функциональность Резервирование в паре с полем Гибкость планирования = Нет (в строке производственного заказа).
Ответить с цитированием
  #2  
Старый 20.12.2006, 14:01
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Исправление

Цитата:
По моим наблюдениям система планирования при балансировании спроса распределяет производственные мощности, используя следующую сортировку: «Товар Но., Код Склада, Код Варианта», начиная со спроса с наибольшей датой.

Покопавшись с системой планирования изнутри, хочу внести некоторые коррективы во фразу приведенную выше.

Система планирования (кодеюнит 99000854 Inventory Profile Offsetting) запускается отдельно для каждого товара (см. отчеты 699 Calculate Plan - Req. Wksh., 99001017 Calculate Plan - Plan. Wksh.). При работе отчета товары отсортированы по возрастанию значения в поле Low-Level Code (отсюда становиться понятной важность запуска периодического задания «Рассчитать код нижнего уровня»). Товары с одинаковым кодом нижнего уровня отсортированы по полю «Но.» (первичный ключ добавляется к дополнительному ключу).

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

Затем на основании данных таблиц система создает временную таблицу «Единицы складского учета» куда включает все комбинации Склад-Товар-Вариант найденные в таблице Товар Профиль.
Цитата:

Заметка
При этом, если указанные единицы складского учета существуют (введены пользователем), то параметры планирования копируются в указанную временную таблицу. Если единицы складского учета с указанной комбинацией измерений не существует, то политика дозаказа принимается равной Лот-для-Лота, Включать Наличие = Да, а все остальные параметры планирования остаются пустыми. Подробнее смотри раздел "Планирование со складами и без складов" во встроенной справочной системе.




Временная таблица «Единицы складского учета» сортируется по ключу "Товар Но.","Перемещение Код Уровня". Как мы знаем, система планирования запускается для каждого товара, соответственно в данной таблице он всегда один. Поле Перемещение Код Уровня заполняется системой только для единиц складского учет с Методом Пополнения = Перемещение, для остальных единиц складского учета оно равно 0. Как известно, в конце дополнительного ключа добавляется первичный ключ, для единиц складского учета это «Код Склада,Товар Но.,Код Варианта».
Далее система планирования перебирает записи временной таблицы «Единицы складского учета». При переходе на следующую запись система устанавливает фильтры по полям Товар Но, Склад Код, Вариант Код на таблицы Товар Профиль. Таблицы Товар Профиль отсортированы по ключу "Товар Но","Вариант Код","Склад Код","Дата Выполнения".
Итак, мы получили следующую сортировку (представлено в виде вложенных dataitem с указанием связи, в скобках приведен условный ключ по которому осуществляется сортировка:
1._Товары. (“Low-Level Code”, “No.”)
2.___Единица складского учета, связь через поле Товар Но (“Transfer-Level Code”, “Location Code”,“Variant Code”)
3._____Товар Профиль, связь через поля Товар Но, Склад Код, Вариант Код(“DueDate”)

Соответственно для одинаковых товара, склада и варианта первыми удовлетворяется спрос с НАИМЕНЬШЕЙ датой (а не так как указано в предыдущей заметке).





Последний раз редактировалось apanko, 20.12.2006 в 15:42.
Ответить с цитированием
Ответ


Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения
BB-коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


Часовой пояс GMT +4, время: 03:44.

Контакты: e-mail, телефон: +7(926)1805967 - Архив - Вверх

Microsoft Most Valuable Professional
vBulletin v3.5.4, Copyright ©2000-2018, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co
Права на все материалы, опубликованные на блогофоруме принадлежат Андрею Панько, если в самом материале не указано иное.
Рейтинг@Mail.ru Rambler's Top100