@ronhu, we are facing the same challenge. If you have found a solution, would you like to share it with me?/Kerstin
Hi,I’ll make an update in case someone else experience the same problem. We have now solved it.It seems like I was to impatient. To drag and drop lobby elements, you click them, wait 2-3 seconds and then slowly drag them to where you want them. Release when you see a grey square in the area where you want it to land. So the solution in this case was to move slower. /Kersitn
A few examples, the box in the upper right corner in the first screen shot is not possible to drag to the empty space in the green box below: I can not drag new elements to the lobby, but need o use the “Add choice” button:When adding a new element it ends up in a new green box which I can not edit to the size I would like:Are there any settings controlling this that I need to learn about?
Hi Ngerst,Sorry for delay in reply. no we have not used the solution yet. It will take some time to develop to fit our needs. We have read the specification and done some small tests in test environment, but due to differences in business needs it did not work properly as-is, it need to be modified. Have you done any progress on your side?
Hi Ngerst,We experience the same problem with the CTP solution. We have also got the answer from IFS that it works as supposed to. However, our customers do not accept that we give them unreasonably long lead times. IFS have told us that there are another customer that has made an customization that uses iteration to find the best possible delivery date. That solution seems to work, but it will take a lot of time to adapt to our solution and we are also concerned that it will affect the system performance. According to IFS, a change of the standard CTP functionality is in the future plan, but not in the near future, probably ~3 years from now. If you find any good work around to the problem, I would be happy to take part of it! We are struggling to find a way to promise the best possible lead time for larger customer orders.
Hi, Thank you for your replies! I doublechecked that the shipment types are set upp correct before reproducing the error in TEST. This is what it looks like: I do not believe this is the issue. It seems to happen more often when it is a single customer order line. Do you have any other ideas? /Kerstin Could some of the Picklists created with Create Consolidated Pick list job? Above checkbox might automatically print the Pick List. All of our pick lists are created with the Create Consolidated pick list job, which is scheduled to execute every 15 minute. Print Pick list check box is not ticked. I have also reproduced the error when using the scheduled task.
Hi,Thank you for your replies! I doublechecked that the shipment types are set upp correct before reproducing the error in TEST. This is what it looks like:I do not believe this is the issue. It seems to happen more often when it is a single customer order line. Do you have any other ideas?/Kerstin
Thank you for your reply Tharindu,I was hoping for a way around this. Is there no possibility to connect the project to the DOP afterwards?We have an integration that creates the customer order lines, connects them to the project, fills in the DOP structure and releases the DOP. We have added the project connection to the customer order afterwards, but we see that it doesn’t reflect down on the shop orders.Best regards,Kerstin
Thank you Björn, you seem to be right, we have the same behaviour for DOP/not DOP.Do you have any suggestions how we can work around it? The Report Time option you mention, where do I find that? Using SFW for start and stop to get clockings, but still having the full time reported?
Thank you for your reply,We normally report by using Shop Floor Workbench, (but sometimes me or some of the supervisors do the reporting from Operations Reporting). We report the same way for regular shop orders, but then we get the expected result. As I have been thought, the tick-box on Site “Default Time to Report” is what controls that the remaining operation time appears by default in the Approve Operation dialog box. How we choose to calculate “Actual cost” is a internal agreement of how the differences in time should be followed up and distributed. I agree that it might seem strange from outside, but for us it is the best fit at this time.
Hi,Thank you for your answer, I am sure that the planning method on the inventory part has not been changed, but can it be overriden somehow? When investigating further I found two scenarios.The first is when the K-planned part is needed by a P-planned part that at the occation has 1 pcs in stock. all demands for the P-planned part is then shown in IPAP and broken down to the K-planned part and it’s components. On the P and K-planned levels, no supplies are shown. The second scenario is when the K-planned part is included in a product structure for a part that is DOP-controlled. Also here demand seems to be correct on the component level. Since demand is correct on components in both scenarios I am considering just to ignore the Exception messages. Do you think that would be a risk?
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.