Заказ в позаказном производстве

[Hard]

Цитата:

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

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

Возможно, если соответствующим образом настроить спецификацию

Не лучше, ещё раз повторюсь. Такая идеология планирования не лучшее решение. Советую Вам пересмотреть подходы к планированию.

Моя логика на текущем проекте следующая:
1. Сводное планирование использую для того, чтобы получить примерную оценку: когда приблизительно можем выполнить заказ. Если/когда вписываемся, то принимаем заказ в работу.
2. Тут вступает ручное планирование, поскольку в зависимости от приоритетности заказов выполняем перерезервирование материалов и оборудования и выполняем ПЗ не так как планировало бы сводное планирование. Это данность и ничего с этим пока поделать нельзя.
3. Наверное стратегически Вы правы и надо настроить всевозможные времена упреждения и резерва и тем самым достичь, чтобы система смогла планировать сама, но мы имеем тысячи полуфабрикатов и десятки тысяч материалов. Сделать подобные настройки вручную в сроки проекта не представляется возможным. Но возможно через год заказчик постепенно наладит подобный процесс. А может и нет. Я не стремлюсь совершить революцию в их сознании, они сами должны дойти до всего и, главное, быть готовы создать соответствующую НСИ. Сейчас если я заговорю о настройке времен упреждения меня никто не поймет, поскольку они аксапту и в "обычных" ее модулях практически не видели.
4. Резюмируя все советы, думаю, самым безболезненным будет сделать настройку на кластерах или чем-то подобном. Аналитику хотел использовать как раз для этого, но возникает побочный эффект в виде остатков по аналитикам, это при том, что все равно будет еще и резервирование. С кластерами такого не будет, а допиливания сводного планирования, видимо, все равно не избежать. Также рассмотрим вариант запуска процедуры планирования заданий по всем ПЗ цеха или РЦ из формы развертывания, чтобы тот ПЗ, на котором стоим, "растолкал" все остальные. Пока жду фидбэка от наших программистов.
Спасибо всем высказавшимся! Если у вас будут свежие мысли - буду рад любой помощи.

[Vals]

Цитата:

Но как? Как докопаться до номера исходного Заказа на продажу, если работаем с ПЗ 5-го или 6-го уровня вложенности от готовой продукции?

Открываете форму Развёртывание и она вам всё показывает.

[EVGL]

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

Конфигурация плоха тем, что ее
а) надо создавать руками
б) полуфабрикаты, как вы отметили, не будут взаимозаменяемы

P.S. Перепланировать спланированный пр. заказ на заданную дату гораздо сложнее, чем нормальный.

[S.Kuskov]

Цитата:

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

объявить эту аналитику релевантной для планирования

Это как? В смысле как это сделать в системе?

[EVGL]

Цитата:

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

Это как? В смысле как это сделать в системе?

В группе аналитик последняя колонка в обзоре, "Coverage plan by dimension".
Хотя я не совсем прав: на уровне спланированных заказов эта аналитика "просачиваться" в подчиненные спл. заказы не будет. Чутье подсказывает, что это произойдет только после "оценки" настоящего пр. заказа.

[Hard]

Цитата:

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

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

Нет, партии не подходят. Свои партии есть на каждом уровне производства деталей. Я бы сказал так: пост о том - аналитика это или нет. Да, возможно, она не номенклатурная, я не скован стереотипами на этот счет. Просто как-то показалось, что конфигурация - это то что нужно, пока не дошло до настройки. Может непроинтуичил. Да и сводное планирование я еще пока не отверг, но оно очень не подходит для данного проекта.

Цитата:

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

P.S. Перепланировать спланированный пр. заказ на заданную дату гораздо сложнее, чем нормальный.

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

[EVGL]

Цитата:

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

Нет, партии не подходят. Свои партии есть на каждом уровне производства деталей. Я бы сказал так: пост о том - аналитика это или нет. Да, возможно, она не номенклатурная, я не скован стереотипами на этот счет. Просто как-то показалось, что конфигурация - это то что нужно, пока не дошло до настройки. Может непроинтуичил. Да и сводное планирование я еще пока не отверг, но оно очень не подходит для данного проекта.

Тогда серийный номер возьмите. Или ГТД, но тогда еще придется запрограммировать автоматическую генерацию в заказах. Конфигурация - это тупик, она работает как часть кода номенклатуры, ее потом нигде не поправишь.

[Vals]

Цитата:

Можно ли сломать функционал резервирования в заказанных следующим образом...?

В этой теме много полезного по вашему вопросу, в том числе и про аналитику.

[Vals]

Цитата:

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

Есть группы покрытия, есть запросы для копирования настроек и т.д.