It looks right. It reads like you made it again in live rather than exporting and importing. Make sure to click save again after enabling or import the working one from test.
Verify that the personalization is using CB01 and 02.
For me I would next add a message in the code and look in the log to be sure it was getting called, but you need server access and a log reader for that.
In test did you do the exact same paste insert as you did in live?
For you it may be easier to add a popup message. There are two ways to do this.
In the same bpm add an informational message after the abl code.
Insert a message in the code. Put the lines below in after the assign.
def var InfoMsg as character init ''.
InfoMsg = " In Change Part" .
{lib/PublishInfoMsg.i &InfoMsg = InfoMsg}.
The message works. Does the below in red have anything to with why it isnât working? (I donât see it being this since the message pops up but maybe?)
The test version I just handtyped two lines of part numbers and I did the same in live just to test.
Iâve even went to an order thats been previously entered in and refreshed all releases and what not (to update) and still nothing.
The only thing I had done differently is change the name of the checkbox in personalization at once along with unhidding it rather than doing the screen twice.?
No worries. Is is part of my ongoing Epicor education. Disable the method directive and save.
A Data directive, it is basically the same. Use the Data Directive menu choice.
enter orderdtl and click the in-transaction tab. then click the new dropdown and pick new in-transaction directive
The condition will be there is at least one Added Row in the ttorderdtl table
The action will be the same initial code without the message.
it caught the line 1 as inactive which is correct (but the run out is ticked in party entry but not here)
UV001600 did not get ticked which is an inactive and run out partâŚ
HmmâŚ
I am also saving, logging out and creating a fresh sales order each time as a âtestâ
I received both âxxxxxx is inactiveâ error message for both line 1 and line 9.
The last line would not have go thru the directive until it was saved.
Is it possible that CB01 and 02 are used by something else? There are 20 checkboxes we could move to 19 and 20. or is there another directive?
letâs try on salesorder.update. fill out and click search. pick update
Click pre-processing, then new pre-processing.
Then the same no condition and action, abl, paste code
click enable and save.
Yes, close, but there is something else changing those checkboxes. Are those still 01 and 02 or did you move the code and grid to 19 and 20? It would be easier if we had documentation of fields that your company has used.
I changed the above from 01 and 02 to 06 and 07 and still acts the same as before.
Iâm not sure how to obtain documentation of fields that our company has used.
Either will work, there is less risk in test if the amount of data returned will drag down the system and test should have any checkboxes used with data.
The filter / sorting is the same as any other grid so we can find any data in the checkboxes. If you click on each header to sort descending any true values will show the field is in use.
I meant the normal Grid filers you get with a right click.
but this brings up two points.
The first is always save before you test you baq, in case it wonât complete and has to be stopped with task manager.
Secondly, if the data is too much we will need to use criteria to limit it.
In your filter you would use specified constant and enter the order number you wanted, but we want a lot of records to check if there is any data in them.
