Does anyone know what assembly the Process Caller lives in?
I think its Ice.Lib.Framework however if you are in a customization that’s already there and if you are outside the customization you can’t use (easily) it since you’d need a valid EpiTransaction
I’ll have to take the hard route with this one. I need to figure out a way to call a dashboard from a BPM
ERM… you really can’t do that… BPMs run server side there is no way to invoke a dashboard which is client side in the server side code and make ti work. What is your end goal?
Even if you get all the DLL’s the BPM code cannot invoke client side UI except BPM Forms (which may be an option)
I already tried the BPM form option, but it’s not going to work for what I need. I called a series of forms on Erp.ShipVia.GetList post processing, but it always screwed up the base behavior of the field and I got an error saying that “nested BPM data forms are not allowed”.
We have a huge list of unique ship via codes. To make choosing the correct code accurate for the user, I developed a dashboard that contains all the necessary functions for the user to choose the correct Ship Via code (series of 4 questions that builds out a unique ship via code). Once a code is developed, we must pass it back into the calling form.
Rather than customizing each form where Ship Via is present, I need a centralized solution where one set of code is maintained and is independent of where it’s called from.
Yeah there is no way to do that currently, your best bet is using a single BPM Data form and embed your dashboards in there… Think about the fact that BPM code all runs server side and it needs to know which client to send the UI to, so the only way you are going to be able to send UI back is to do it via the established method of BPM data Forms.
So Embed your dashboard inside your BPMData Form and go with that?
Interesting, I’ve not thought of embedding the dashboard inside of a BPM data form. I’m not convinced it will solve the calling field problem though, but it’s worth a shot. Thanks for the suggestion and I’ll try that!
Can you re-write it as a webservice?
1 Like
I was looking for a ProcessCallerSvcContract to call from the BPM or something, but I didn’t see anything promising.
Yeah I just did some digging you can’t embed a dashboard either cause there are no dockable sheets in the form… You are likely SOL on this one bud… you may have to just customize the screens that use Ship Via Code and replace the dropdown with a button to search using your dashboard.
Ah bummer, thanks for looking!
Outside of the original question, why do you guys have such an inordinate amount of ShipVia? Are you guys using Ship Via to mean something more than Ship Via?
Apparently it’s for the Insight Manifest integration. Our ship via codes are a combination of Carrier, Carrier Ship Option, Dry Ice/Wet Ice, and Box Type. The combination of the above creates the unique ship via code, so one ship via code means exactly what it describes.
Perhaps there is a more correct way to approach that one, but I’m not on that project so I’m kind of out of the loop as to the requirements of Insight Manifest.
oh ok that makes sense… sorry man I think the cleanest thing is going to be to add Dashboard Advanced Search to your ShipVia Search screen and replace the ShipVia DropDowns with a Button for Searching and Picking. That is straight up and although it is a customization can be mostly done via the Wizard
1 Like
Sounds like my goal of less forms to customize has flown out the window 
hehe yup Is the ShipVia selectino somehow tied to the customer or customer attributes? such taht you could infer the right ones or at least get close (narrow down the drop down) via BPM?
It is not currently architect-ed like that, although I believe that would be a fantastic idea. In reality, I’d like them to choose a “best option” code as a ship via and let the distribution team input the actual ship via code from the complicated decision tree rather than requiring it on the front end of order entry.
1 Like