[fed]

Цитата:

Сообщение от sgt.Pepper

Вчера-сегодня порылся в логике и обнаружил, что все данные в таблицу WrkCtrCapRes (Резервирование мощностей), из-за которой собственно весь сыр-бор пишутся через класс WrkCtrSchedulerJobSchedulingEngine, а тот в свою очередь вызывает классы из библиотеки Microsoft.Dynamics.AX.Planning.JobScheduling.dll, которая доступна в АОТ как reference, то есть исходников нету.

В интернете нашел очень мало информации по поводу того, как сделать модификацию на основе интерфейса WrkCtrSchedulerEngineInterface, только вот это
Adding Fixed Lead Time to a Resource Schedule [AX 2012]
поэтому сейчас даже не представляю, как в такой ситуации, сделав глобальную копию этой таблицы например WrkCtrCapResGlobal, поменять логику так, чтобы писать именно в нее, или сделав какой-нибудь EventHandler на WrkCtrCapRes.insert(), рикошетить в глобальную

Дальше опять размышления - если поставить в таблице WrkCtrCapRes SaveDataPerCompany = No, как в нее добавить ID той компании, в которой производился расчет?

В свете этих рассуждений опять прихожу ко 2-му варианту, хотя как по мне не очень желаемому.

На самом деле - та самая assembly - это чисто математический оптимизатор, который сам ни с какими таблицами не работает, а вызывает через интерфейс аксаптовские классы, которые и подгружают/пишут данные в реальные таблицы джобов и ресурсов. То есть - надо просто тупо найти то места в WrkCtrScheduler, которые пишут в WrkCtrCapRes (на вскидку -это методы writeCapacityReservation, и writeAllCapacityReservationProperties) и добавить логику, при которой каждая запись дуплицируется во все компании.
Кроме того - делать глобальную таблицу не нужно, нужно просто дублировать записи (вероятно - добавив там отдельное поле с кодом компании-источника).