That should just work as the UD fields are literally just a collection of fields on the ācoreā row on the wire and the server. We just do some ease of use magic to move the column from the core row to a ārealā column in the DataSet on the client. When it hits the Data Model on the server (Db.Foo.Validate()) we split it out into the āFoo_UDā table to save / update. You should not have to do any BPM Context DataSet magic - in fact Iād recommend against messing in the BPM Context DataSet unless really - that area is subject to change.
First - I am the server geek. If its a client proxy (Impl), wire, app server or DB then I am definitely your guy. That UI stuff is all pretty and stuff but I am not your expert. I have enough in my head but keeping track of six clients on top of it ā¦ not enough brain cells left to keep track of it allā¦ I know each of the experts on those clients and abuse them heavily.
Second - I feel like one of the blind men with an elephant on that question. Not nearly enough details to make an opinion on technique both due to my lack of expertise in our client customization environment and lack of scope to your solution
Does it need to transpile to EWA? What else are you doing? Which forms, etc.
Sorry to beg off on exact technique. I just wanted to let you know that you should be able to treat the UD field as a coherent part of the row it extends.
The number is generated on a client but stored in a UD table that represents labels. When I process this special number (I hate to call it a serial), it processes my box through T&E and marks the box as processed. The part in question is the best way to attach that number as scanned from T&E into a record related to the LaborDtl. Iām going to be making a video of my solution as is so I can share it with my co-workers to get feedback - maybe I can get it on YouTube and share it so youāll have a better understanding of what I am trying to accomplish.
It is eerily similar to license plating/ PCID - I just couldnāt wait until those features were released and working.
Ok - before I drop this link note the following:
This is an alpha release for proof of concept.
The UI\UX is shitty - perhaps I will fix that some day.
I have the sniffles.
I suck at demonstration.
An unrelated question - Why did you choose to make this an external application? I have done some something almost exactly the same by re-purposing a UDXX UI object and all development was done in embedded customization. Just curious.
I had intentions to bring it back into Epicor but for now itās easier to keep it outside. It mainly has to do with development speed outside of Epicor.