How far did you get with this ?We are currently investigating the Report_Picking_Part configuration with the RES_HANDLING_UNIT higher in the input order than Part_No, Line_No etc. with Automatic Value set to Fixed.It looks like it has the potential to reduce the steps to scanning the Handling Unit and the Shipment Handling Unit ID, then saving.Early days though :-)
I believe that our issue may be triggered by a similar process used to load parts in bulk.@mike.brukner I understand the reasoning for this but how would it explain the max revision number seemingly reverting to a lower value than when an attempt was made to add another engineering part revision ? I would expect the update to fail without updating a value ? As stated previously we have traces in place to see whether that is actually happening though :-)
We have a ticket open with IFS as our Max Revision numbers are ‘resetting’ below the required level on rare occasions. This is triggering a similar message ‘The Engineering Part Revision already exists’. There are now traces in place to try to determine when this is happening and who / what is triggering it.We have had a number of DB repair patches to remedy this issue.My question was prompted by some of our users using the global search to determine what the next revision number should be, and this index was not being updated as often as required. I wanted to eliminate the potentially simple element. :-)
How are you determining what the next Engineering Part Revision should be ?Are you using the Global search for revisions ? Or searching by a specific field ?
Would specifying Action Type: External Program work for you ?Action Parameters → microsoft-edge:http://www.bbc.co.uk
Did anything come from this ?Just seen it in Apps 10 Upd 8, frmInventoryPart.6 Approved and Published Custom fields, 3 persistent, 3 read-only. 3 checkbox, 3 default - 1 is FndBoolean. All Single line fields or checkboxes.Issue seen when adding latest checkbox.Dual 24” display.Was testing changes on a personal profile before making changes to the Base Profile. Adding fields back in results in the custom fields positioned in the header only appearing when some of the tabs are selective / active, rather then being displayed whichever tab is active within Inventory Part. Any assistance would be greatly appreciated :-)
Is the quantity that you are seeing as on your picklist from before or after the pick has been reported ?Do you use WaDaCo to perform the picking process ? If so, the original qty_to_pick value could be available in the Data Collection Session record.WaDaCo > Data Collection Configuration > Report Picking of Parts can be configured to prevent over picking against CO lines through unticking the ALLOW_OVERPICK_LINES within the Details tab when the Items have been ordered in a way that enables this.Apologies if I have misunderstood the problem :-)
Are you able to attach examples of the output showing the differences ?Are the POs created using Report Designer or Crystal Report layouts ?Do you get the same output issues for more report and printer combinations ?
Which version of the print agent are you using ?We suffered from a similar issue which was resolved by changing the type of Print Agent used.
What is the trigger based on ? Could you post screenshots of the Event and Event Action(s) ?
Within System Parameters, in the Reporting Category is the parameter ‘The machine name where the Crystal Web Service is installed’. The value should contain the server name.
Already have an account? Login
No account yet? Create an account
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.