I haven’t been an IFS customer in a while, but what I like to do is only count parts that are cycle counted. I use the pareto principle by assigning cycle count intervals to my A class parts that are medium and fast movers. I wouldn’t include parts that are not cycle counted parts since these would be of little value to me because they represent low inventory value with limited movement. I only count those parts once per year during physical inventory. Regarding the logic IFS uses to count the 30 parts, my assumptions is the same as yours. I believe it is assigning records based on the latest last activity date which you can see in the Inventory Part in Stock window. Keep in mind that the system is looking at a Quantity in Location record so it may be likely that the report won’t capture all of the locations that part exists in. Only the locations that have a last activity date within the cycle interval of the part. Another thing I always do before a cycle count is remove the on hand r
Hello Dineshy, Here’s a quick script as to how this could be set up:Indicate your cycle interval on the inventory part and flag the ‘cycle counting’ field. I.e., if the part should be counted 4X per year, then enter 60 as the cycle interval. Schedule a count report to run daily or with whatever frequency makes sense for your business. On the count report indicate that the ‘part selection’ should be for ‘Parts with cyclic counting.’ This will indicate to the system that it should only include parts where the ‘cycle counting’ flag on the Inventory Part is true.Also indicate the ‘Number of records to be Printed’ to something like 30. this will limit the number of lines displayed on the count report, so it should represent a number that can be logically counted in the time allotted to the actual ‘counters.’ Suppose that you all of a sudden updated a thousand parts to be cycle counted. You wouldn’t want to have to count a thousand lines all of a sudden. If we set up the count report to limi
Yes, it’s possible, but what you are asking for is a customization. Unfortunately, you aren’t going to find an ‘out of the box’ functionality to do what you are requesting. Depending on your version of IFS, you may want to consider Copy Customer Order or Copy Sales Quotation. Additionally, you could create some dummy orders / quotes where the order or quote number is = to the customer id rather than going down the customization route.
The answer is that there is not a way to manually change the line to won. The line status is designed to updated through the connected object of a customer order, sales quotation, service quotation or estimate. This functionality has not changed as cloud 23R1 behaves the same way.One option would be to create a sales quotation and indicate that the sales quotation has been won. This will be relayed to the opportunity and the line will be changed to won. Additionally, this will not require you to create a customer order.This still sounds a bit more convoluted then what you are really looking for. I would suggest just creating a custom field with it’s own enumeration for the Opportunity Lines to indicate that the line has been won or lost. This would allow you to indicate the status so it can be configured in report without have to create either a customer order or sales quotation. Additionally, you will still be able to close the opportunity header while indicating that the opportunity
Have you seen this?….After applying your filters, you can select the ellipsis on the column header to change. Subsequently, select, ‘Edit All’ to and enter the new data.
Have you considered maintaining the delivery overhead at the Supplier for Purchase Part rather than the Purchase Part level?
I don’t think you’re going to find an easy way to do this. The authorization is triggered at PO release. If the “existing” po’s have already been released, then there would be nothing ‘natively’ to trigger the fetching of authorization rules. The only way to fetch the new rule is to reject the authorization and subsequently re-release the PO. The ‘re-release’ should trigger the system to fetch the new rule. This can be done manually, but to do it on a larger scale consider setting up a custom event/action. Jimmy - Supply Chain Management ConsultantEnterprise Consulting
Already have an account? Login
No account yet? Create an account
Enter your 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.
