Hi Michel,
Yes, I did it. I tried to set capacity for my vehicle. But without results..
I can say more.
I found out that my FUs do not contain such alternative unit of meassure ( except 1 !)
now I will try to explain.
during system setting I found that FUBR and Package Builder work sequentially.. (but do not collaborate with each other) At first FUBR splits the whole order volume on FUs and assigns AUoM (if you set such). Then PB starts optimization (pallet generation) separately for each generated FUS. If taken FU more than package capasity the PB split this FU on a few newFUs. Thus PB process all FUs generated after FUBR. In result it release a set of newFUs which is not consolidated among each other, just summs optimal solutions as soon as PB finished pallet generation.
I worked with a long list of items in OTR. And i wasn't satisfied with results.
After that, I decided to set split criteria in the FUBR as much as possible, to get after FUBR one big FU (i know, it's no so good idea.. and we shouldn't work with FUBR in such manner, but it gives better optimal solution). On the next step, the PB started optimization on shape of one FU, and as a result I got a better solution. PB had packaged on 15-20% better, and released less pallets. These pallets were packaged complete.
BUT! my alternative unit of measure during pallet splitting process stayed hold the same and only for one FU. for FU that was generated during FUBR process.
We tired to fight with this engine behavior, we are going to make a development and use adjusting method for FUs after PB processing.