Cannot update ProdStandard from Function Designer, JobEntry.Update

[DGow (Damian Gow)]

Hello all, I’m struggling to figure this out. I’m trying to update ProdStandard in JobOper based on a customization done in application studio. I’m having application studio call a function. Everything is being called, but when it calls the update BO method for JobEntry, I get “Cannot manually update the Production Burden Rate in JobOper.”

I saw something similar in Function Help - Update JobOper ProdStandard but as I am using a function, I don’t see the option for custom code to follow his instructions.

[Mark_Wonsil]

Is the job Engineered? You can’t change operation details if so. Your function would have to Un-Engineer the job, make the change, then re-engineer the job. A function acts like the manual process, so try changing the standard on that job manually and see if you get the same error.

[DGow (Damian Gow)]

The job is engineered, but I can go into the job and adjust prod std with it engineered just fine.

[Mark_Wonsil]

Yeah, me too. Hmm. Normally, that would have a scheduling effect. Maybe @JasonMcD can shed some light here. You may want to explain the business problem you’re trying to solve to help us out here.

[JasonMcD (Jason McDermott)]

@DGow

as I am using a function, I don’t see the option for custom code to follow his instructions

I will certainly celebrate anyone that does not use code. But, you can use code in an EFx.

When you create the EFX, you have to choose the “New Function with code widgets” option in the dropdown of the “New” button.

And there’s a setting on the library for this, too.

And no, you cannot convert your existing EFx to one with code.

BUT you can Ctrl+C all of the widgets over.

[DGow (Damian Gow)]

Ahhhhh, okay. I completely forgot about this. I’ll try for a bit more without resorting to that before making the change.

Thank you!

[JasonMcD (Jason McDermott)]

As for that buffer copy thing in the post you mentioned, yeah that’s fun.

I never knew about this until a few months ago, but I think I ran into the same idea with Requisition Entry.

Unable to Dispatch Requisition using ReqEntry Adapter

Yeah, it wants 2 lines in your dataset before the update: the initial one without any changes and RowMod=“” and the second one with the changes and RowMod=“U”. First, call the GetByID to get the full req dataset (in this case tsReq). Then copy the header and set the fields: // copy header var currentRow = tsReq.ReqHead[0]; var newRow = tsReq.ReqHead.NewRow(); BufferCopy.CopyExceptFor(currentRow, newRow, ""); // set fields for the new header newRow["NextDispatcherID"] = "ApproverIDHere"; newRo…

I have not gone back to try this, though… And I cannot envision how one could do that with widgets, I hate to say.

This may need to be a code block. Yep I said it.

[Mark_Wonsil]

@JasonMcD

This may need to be a code block.

If you make any REST calls, we need a code block. If I have a choice, I use the widget, but if I need a code block, I have no problem using it.