Hi @craryit I have similar situation. What was the reason? were you able to solve the problem? -Hanna
HI @nikllk This is weird problem, Example today with one user, lobby elements went down about 8.15, then he rebooted IFS and elements worked again. But 9.35 elements went down again… elements worked little over one hour… and in some day, elements might work whole 8 hours working day. What can affect? What we should check? -Hanna
Hi @nikllk We have lobby elements in. same element is in many views, because elements contains important info about qty in stock and customer order data (importan info for production planner).shop order requisition release Batch balance Shop order/materials Inventory part/planning data Planning details for inventory parts Inventory parts Shop OrdersFirst two are heavily used views, the most important ones.. We have not notified any certain pattern, when the error occurres. Quite often it is around 8.00 EET. → can some backround job affect ? -Hanna
@nikllkyes, we get that error after 1-2 hours usage of lobby elements quite randomly.. then those lobby elements just disappears. they are not even behind the lock when going to check which lobby elements I want to be visible in selected view.This problem has been for several months.we are using IFS 10 update 15. We have not managed to find the root reason, currently trying to get some notes from users when this happens, does it happen to colleague at the same time and so on.We have not reported this to IFS, yet. We try to find help from here Community first. If we do not find any explanation → we will report this error to IFS -Hanna
Hi, we have the similar problem! several times during the day → lobbies are just gone, not possible to use.after reboot of IFS, they are working again normally. How we can fix this problem? What to check and fix?Those elements are very important for users. @Vinoy Heshan, @nikllk, @DAMS Sue
@COVJAMIEB OK, thanks! you have been a good help to me. :) it is bit hard to investigate problems in modificated database, when have not worked at all with the standard version..
I looked a bit from system. When new DO is released → supply code in CO is invent order when DO/CO is pegged to SO → supply code is changed to ‘Shop Order’ → is that standard function?
@COVJAMIEB and yes, this is the process for make to stock products. we have also make to order products (modification is connected to this process): customer order is released → creates immediately order to manufacturing site → SO is created automatically to status plannedmodification is to updated the actual manufactured qty to all orders in this chain.
Hi @COVJAMIEB We have one IFS modification, but it should not affect to this..on friday I read the specs to that, but I did not find anything related to supply code. Your comment is very interesting → I think I need to discuss more with older colleagues, do they know more about this. -Hanna
Hi @COVJAMIEB Just thinking the event myself also… I played with one DO and SO again. Results: qty is updated correctly if SO date is later than DO date → DO date is updated if SO date is earlier than DO date → DO date is the original date, system do not change it due to SO ( i think this is not logical, why system does date chenage to later but not earlier..?) there is no info message in any point same results with planned SO as in released SOin our setup there is only one CO/PO line which is related to DO.We have noticed problems if there are several lines in CO/PO, while ago someone added by mistake lines and we were stucked with those orders and needed datafix from IFS. -Hanna
@COVJAMIEB OK, thanks from quick answers! :) I try to figure something out..
Hi @COVJAMIEB , Thanks from comments. I think this is not correct that DO is not updated due to Shop Order. In my opinion the DO date should be updated always due to SO, it should not matter is it later or earlier than original DO date. and it should not matter is SO created manually, SO can be also created in Batch Balance.Why system is able to update the date to later but not earlier.? Customer service in our company is in warehouse site and if they look from the system, they see the wrong manufacturing date and giving wrong information for customer. And in worst case customer can say that it is too late, we will take from another supplier. in my example: customer service can see 8.4.2023 even though goods are manufactured 22.3.2024. please confirm:→ is this IFS standard function?→ or is there some parameter which may cause/help this (that I should check)? -Hanna
Hi @majose , well I think that is not logical that ‘import forecast’ job uses always the same amount of days. It should use distribution calendar working days → those days when products can be delivered in real life. But, probably this is not solved now… just needed to survive with this..
Hi @majose Thanks from comments. Why system devides with some ‘locked’ amount of days, why not with the qty of days in distribution calendar which is set to Site? -Hanna
Hi @majose ,Please look my previous comments.
Hi @majose, Please look my several questions (previous comments in this discussion)I read your comments to my first question again. Still, I do not know to handle situation in our company,We have situation that we are not producing and not selling ‘ice cream’ during the holiday period→ why distribution calendars exception dates do not affect to forecast in MS level 1 part during that exception time period? Supplies are on the basis of manufacturing calendar, that is correct. But why distribution calendar do not affect to forecasted days in MS level 1 part?
Hi @majose again,I found another thing that I do not understand in MS level 1 part. in 19.7.2023 → why there is 13 pcs in ‘unconsumed forecast’ ? → where does 11 pcs value come to ‘Forecast 1’?
Hi @majose , Somehow I feel that this should be handled with some parameter in IFS, companies could get the forecast the way they want and work in real life. Otherwise it is hard to get correct requisitions to purchasing and manufacturing departments. Can you explain me this question related to MS level 1 part, why there is in the end of the month forecast for 517 pcs? Exported forecast is for August 500pcs.
Hi @majose ,I am also interested on this topic. We have production and warehouse both working from Monday to Friday. So there is no actions in IFS during the weekends. But still, there is forecast on weekends. In Site, we have set different calendars in distribution and Manufacturing. to those calendars we have set working days as people work (2-shift or one shift) Is there any way in IFS to get those forecasts away from weekends? And this same applies to Exception dates also, if we have for example one week holiday. Production and warehouse are both away → no actions during that week in IFS → Why system forecasts also to those exception dates?System can put the supplies correctly to working days, but why system can’t do the same to forecast? → how to get rid of forecast on weekends and exception dates? Is there some parameters in MS level 1 part which I should check?
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.
