ReqCalc класса и Master Planning ...

[Rimantas]

Здраствуйте ,

Как выяснилься , "Общее планирование" по данным "Заказов" берёт активные роут и БОМ . Дело в том , что для наших изделии есть несколько роутов и БОМов и отдел планирования может направить производит изделие по разным критериям - для етого сделал такую свою табличку , где удобнее подобрать данные роутов и БОМов для заказов , чтобы небыло надо менять активность етих данных .
Но потом немножко смучалься ... . Пересмотрел я главную классу планирования ReqCalc и голова закружилась ... . Подскажите пожалуйста , в каком методе классы ReqCalc наиболее лучше вставит значения RouteId и BOMId из моей таблички . Или я ошибаюсь - изспльзовать надо другую классу , а не ReqCalc ?

С уважением , Римантас

[George Nordic]

Не помню точно, что-то вроде "ReqCalcProd*"

[e@gle]

Подробнее опишите ситуацию. Неясно что надо сделать, в какой момент и зачем.
1) в строке заказа есть поля ItemBOMId и ItemRouteId. Может есть смысл подключить их?
2) такие же поля есть и в спланированном заказе. Они заполняются из строки заказа. Вы их ищете где заполнить?
3) Функция, которая создает сплан. заказ ReqCalc.covCreatePlannedOrder()

[Rimantas]

Цитата:

Сообщение от e@gle

Подробнее опишите ситуацию. Неясно что надо сделать, в какой момент и зачем.
1) в строке заказа есть поля ItemBOMId и ItemRouteId. Может есть смысл подключить их?
2) такие же поля есть и в спланированном заказе. Они заполняются из строки заказа. Вы их ищете где заполнить?
3) Функция, которая создает сплан. заказ ReqCalc.covCreatePlannedOrder()

Почти на 99.99 % вы всё описали и помогли ... . Проблема состоит ещё в том , что в моем табличке данные от Заказов есть по SalesId и ItemId . Чтобы заменить данные по полям ItemBOMId и ItemRouteId , мне нужно отыскать для какого заказа делаеться ета новая запись plannedOrder ( ReqPo ) ... И вот етого 2-го пункта я немогу найти - "Они заполняются из строки заказа" . Буду очень благодарен , если поможете из какого места заполняеться ети данные . Я тогда поправлю код, чтобы впервые посмотрели на данные отдела планнирования и взяли нужный ItemRouteId для конкретного заказа ...

С Уважением , Римантас

[George Nordic]

Не, там не в том беда.. там дело в том, что надо планировать не всегда по активной версии спецификации и маршрута. Это модификация. Не очень сложная, просто надо знать, где. Делал. Искал дебаггером. шел от инсерта. Давно. Забыл, что курочил

С Уважением,
Георгий

[glibs]

Может вам лучше (руками или программно) менять версию маршрута в строках заказов на продажу, прогнозов продаж и/или производственных заказов, нежели переделывать механизм с активной версией маршрута и спецификации?

[Rimantas]

Цитата:

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

Может вам лучше (руками или программно) менять версию маршрута в строках заказов на продажу, прогнозов продаж и/или производственных заказов, нежели переделывать механизм с активной версией маршрута и спецификации?

Была такая идея - но она имеет недостаток . Подумайте - нам надо спланировать и ВРЕМЯ и ресурсы . Наши роуты тем и отличаеться , что какой там испольнитель заказа может быть в Литве или в Латвии или Белорусии , или ещё в Украйне . От етого принадлежить время . Когда менеджер в отделе маркетинга введёт заказ он незнает где будет производиться заказ . Точку здесь поставляет наш отдел планирования - он направляет заказы . И ето делаеться 2-3 недели перед учётный месяц - вот в начале августа уже будем планировать что и где будем изготовлять в сентябре . Направления создаеться в моем табличке , для облегчения работы отдела планирования . Подход по Explode и похож. негоден , потому что записей по характеристиками ( ItemId + InvnetDim ) очень много и никто нехотят так играть . Осталось как нибудь передать мои данные для ReqCalc ... Именно механизм с акт.версией маршрута не совсем годиться нам ...
Ну придёться , скорее всего , поиграть с дебугером подлиннее ... . E@gle помог мне , осталось как нибудь отыскать данные для какого SalesId идёт создание новой записи ...

[e@gle]

Цитата:

осталось как нибудь отыскать данные для какого SalesId идёт создание новой записи ...

В функции covCreatePlannedOrder() по входящему параметру _issue вы сможете найти SalesId. Если я не ошибаюсь это будет _issue.RefId, при соответствующем _issue.RefType.

[Rimantas]

Цитата:

Сообщение от e@gle

В функции covCreatePlannedOrder() по входящему параметру _issue вы сможете найти SalesId. Если я не ошибаюсь это будет _issue.RefId, при соответствующем _issue.RefType.

Большое СПАСИБО ! Вы мне очень помогли !

С уважением , Римантас

[Rimantas]

Цитата:

Сообщение от e@gle

В функции covCreatePlannedOrder() по входящему параметру _issue вы сможете найти SalesId. Если я не ошибаюсь это будет _issue.RefId, при соответствующем _issue.RefType.

Простите , но ещё имею один вопрос - в каком месте запольняеться _issue ( ReqTrans ) ? Мне нужны записи из Заказов ...

[e@gle]

Цитата:

Простите , но ещё имею один вопрос - в каком месте запольняеться _issue ( ReqTrans ) ? Мне нужны записи из Заказов ...

Где заполняются не знаю. Найти строку заказа можно по InventTransId.

[Rimantas]

Цитата:

Сообщение от e@gle

Где заполняются не знаю. Найти строку заказа можно по InventTransId.

Нет , с заказами всё в порядке ... . Мне нужны записи из ReqTrans , где RefType::Sales . Вот и немогу найти где создаёться ети записи ...

[Andrew K.]

смотри ReqCalc.insertInventTrans and ReqCalc.insertItemInventTrans
а также класс ReqTransUpdate для случая динамического обновления

[Rimantas]

Цитата:

Сообщение от Andrew K.

смотри ReqCalc.insertInventTrans and ReqCalc.insertItemInventTrans
а также класс ReqTransUpdate для случая динамического обновления

СПАСИБО !