Part master and ECO table merge UD brainstorm

Ok, So I need to talk through this to make sure that my idea is viable. Pre-warning, this is a long rambling post.

I want add a UD field that holds what size the print is, (A, B or D). I pull a list of prints using a BAQ/dashboard feed it into excel. I’m currently am calculating a field to guess on the size, but it’s a guideline more than a rule. So I am looking for a way to the guideline to create this initial size, and then being able to modify the size for the exceptions. For convenience sake I would like to be able to see it/modify it in a couple of different places. (for a little backround, we have an excel sheet with a macro that goes and finds the PDF print, writes that to a tif file, because it works better in excel, then creates a sheet for each part with the job number and quantity required. It uses the size from my list to set up the sheet as an 8.5x11 or 11x17. There are buttons on each sheet to resize that sheet if the size is wrong. Then it redoes everything on that sheet.)

First and usually, we will want to modify it while in the engineering workbench. That’s when we are looking at the print to make the methods and the easiest time to modify it. So for that use, I would lean toward adding it to the partmtl/ECOMtl table.

However, I don’t want to have to check out the part/recheck it back in to change that since the person printing out the prints (who might find more exceptions) doesn’t usually mess with the BOM’s. So for that case I would lean towards just putting the print size on the part master.

So I see many possible solutions. First is to make a UD field in all of the places and then make BPMs to try to synchronize them. I’m pretty sure that this is possible and something that I could get working, although it could get ugly.

The second (and probably better) solution that I see is to only put the field in the Part table and make a customization that can save to the part master from the engineering workbench. I don’t really know how to do this, but I would imagine with a little custom code in the customization could be done fairly cleanly.

The third solution would be to make a REST call from excel whenever someone hits the resize button for sheet. (maybe we have some learning to do…)

A fourth option would be to make the dashboard that I created to display the prints an updateable dashboard so it shows the part number and the print size and you can just change it when you are displaying the print there. That might be the cleanest/easiest solution. (that’s why I need to talk it through with someone, I wouldn’t have thought of that without typing this up.)

The last/laziest option is to simply put it into the part master and just open that up when we need to change it, but what’s the fun in that?

I’m leaning toward the updateable dashboard combined with the REST call from excel, (If we can figure out how to get that working)

Thoughts on which is the best option? Other ideas?

I did not dig into the other portions of the conversation but for the REST aspect in Excel - have you done Excel add in coding before and understand it’s limitations and deployment scenarios?

FYI - ERP 10 currently only supports OData v3 so read only. I cannot remember if the latest Excel finally updated to oData v4 so we can do two way. Doing updates from Excel into ERP 10 will be all on you to write. Not insanely difficult, just not free :slight_smile:
OData v4 got put on the back burner for REST enhancement due to other requirements for other projects such as Mobile CRM and awaiting Excel updates. I am not sure when we are planning on going back to look at this enhancement.

I can do some copy past in VB and modify as necessary if that’s what you mean. My IT guys is the one with the VB experience and is really making this happen, so he would have a better handle on it. I’m pretty sure that both of us would have to learn something if this were possible, but learning isn’t bad.

Good to know. That’s part of the the reason that I laid out the options, I don’t know what’s all possible.

Just curious, When you say read only for REST, you mean read only from excel right, not everything REST?

Now that we are talking about REST and read only, this might be an opportunity to look at bringing in the data to excel directly from E-10 rather than copy paste from the afore mentioned dashboard that I am using.

So many ideas, and so many things to learn, so little time…

Thanks for you help Bart!

I meant READ only in Excel correct, thanks for asking! REST supporting updating in a large way - Stay Tuned on that. I have just discussed Excel / OData / REST with a ton of folks who assumed they can just update the cells in Excel and refresh, voila magical updates. Sorry, no :slight_smile:

Well you do seem like a wizard, so I don’t blame them for thinking that magical updates were in the realm of possibility. lol

200

edit: @josecgomez have you kicked yourself yet for explaining to me how gifs work on the site yet?

So I’m trying to embed an updateable dashboard into the engineering workbench and I’m having problems getting the subscribe to work. (it seems like I always have problems with that)

First, is it possible for an assembly dashboard to be able to subscribe to UI data using the sheet wizard? Or is that something I would have to code into the customization? The run-time dashboards are finicky too, but I’ve been able to get them to work. I’m not having good luck messing with the assembly dashboards needed to make it updateable. I can insert them, but they don’t subscribe to the UI data.

If anyone has surefire steps to making the UI subscribe work, I would love to hear them

Did you ever get this working? I have a client that wants to automagically print 11x17 drawings and such with their Job Traveler (all are PDF). APR can pull the documents and print them, but either EVERYTHING prints 8.5x11 or EVERYTHING prints 11x17.

Watching the print queue, they do all print as separate documents, but for some reason the saved document size is ignored. We were wondering if it is a printer driver issue (this is a Ricoh office copier), but both the Windows driver and the Ricoh driver have the same issue.

That was a long time ago at a different job. What I ended up doing was feeding the job details needed into csv and ran it through bartender. Using that, it split things up to print separately to get the different print sizes. I don’t remember the details as it’s been a few years since I’m had to mess with it.

Didn’t you do an Insights presentation on that? Any more details could be found in the slides or was it just a general ‘look at this cool thing you can do’? I can’t remember how in-depth that presentation was.

That was the dashboard in the customization part of it. The printing part (which is what I’m thinking you are asking about @Ernie ?) wasn’t part of that presentation.

I might be thinking of an EpiUsers roundtable presentation. I know you talked about the Bartender printing drawings at some level. Might have just been a brief overview.

That was 2017 or 2018

Could be. I’m surprised anyone remembers that! lol. (apparently I don’t)

I was just learning Bartender at the time, and the realization that it could print more than just labels was a big deal.

You made an impression!

1 Like

It is the printing part… thanks @Banderson !