Some products have multiple prices based on the qty. ordered and others are just a flat discount. The struggle we have is that IFS provides no real report that provides a customer their price per product for all products they can order. Thus we have created our own logic to pull this data to provide to our customers, our customers than take that and load it into their ERPs to generate Purchase Orders with correct prices. I know other businesses do this so I am interested in understanding how other IFS customers are generating a price list for their customers, because the logic is complex to replicate.
@cperdue thank you this is helpful.
We have a similar issue, have you determined a way around this?
Our organization is split, some are using IEE and others are using Aurena. We found that if new employees or offices begin to use IFS we roll them into Aurena, this way they do not have to relearn the environment long term. Our IEE users are still hesitate to switch to Aurena for the same reason as you mentioned, several features that our users find helpful are no longer available in Aurena. We have a long term roadmap to upgrade to Cloud most likely in 2024/2025, hoping Cloud has some amazing features by then so our IEE users can enjoy the transition.
We are on Apps 10 and looking to move to Level 3 processing and well. Out of the box it looks like IFS support level 1, but I am not sure how we get to level 3 processing.
We are trying to figure out something along these lines. For example, we would like the option to accept the customer’s price the submitted. If Customer XYZ send an incoming customer order with a customer order line price of $200, we would like the $200 to stay rather than having our customer order override the pricing based on the customer agreement and such. Does anyone know a way to accept the customer price they send in rather than overriding it? We have web orders coming through this way (incoming customer orders) and we would like to run promos on our website that might override the actual price we have in IFS.
Anyone in the community integrate or do other aspects for address validation/consistency?
Hi @Ngerst , Have you checked adding a minimum sales Qty in Sales part > General tab? , It will raise an information message when saving CO lines. Yes we have. It’s similar to this but rather than a Sales Part, is there anything on a Customer that does this?
When running Capability Check on Customer Order Line, we have been told if the supply for the bill structure is within the wanted delivery date, Capability Check will see this supply. However, it only seems to work at the top level of the structure, as it does not see supply from a sub (manufactured component) or a raw (purchased part). Is this the way Capability Check works?I wanted to validate this with some other customers as this is currently our experience. That a shop order for a sub (manufactured component) is ignored by Capability Check.
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. Have you used this yet? Or is there a way to see it?
No at this time we are still working through somethings but our thoughts are as followed:Allow the wanted delivery date to be the date we chose either today or based on setup Allow Available to Promise to run automatically If ATP pushes the date, create custom event to move the Wanted Delivery Date to that ATP pushed date (still working on what this looks like with multiple customer order lines) Allow user to run CTP, this will allow the user to have a new wanted delivery date that CTP will look for open supply withinThis still doesn’t allow us to run it automatically for our items. It’s truly frustrating to our end users as we have a high-volume of customer orders per day. Having to run CTP manually hinders the ability of our staff to do their job 100%.
Thank you, although I didn’t get my answer from that thread. I did post a message back to them, we are managed cloud and don’t have access to some aspects as an on-prem service.
Thank you for the reply. Yes I stated it wrong before but the Address 2 on Customer is a 35 character length. This is causing some issues when using an API from our website to IFS, as it generates an error when users are putting in anything over 35 characters. Thanks again!
We have not made much progress we are looking at doing a custom event that may help some of the limitations of Wanted Delivery Date and CTP, but we aren’t sure it will work yet. Truly frustrating that IFS just doesn’t allow CTP to be run automatically on any line. ATP could just be removed, seems odd the ERP has two levels to determine availability.
Is there a way to do this on Managed Cloud and without SSO enabled?
Have you used the customization you referenced below? If so, does it seem to help and is it cumbersome for the user to utilize? 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.
We can get it to see open order supply for the FG, but if you open supply for the sub or purchased raw it doesn't see it. In that case it always gives full lead time. Seems odd, assuming other customers have to have the same issue unless their business model is different.
Does any know if you your Wanted Delivery Date it say 6/10, and you run CTP and have a Shop Order for the Sub (not the FG Sales Part) coming in on 6/5….will Capability Check see this? Or does it only see the top level supply?
Thanks this was really helpful. One other question we have, as you seem pretty knowledge with Capability Check. We are moving the wanted delivery date out where it’s past the actual open supply date. We see that Capability Check sees the open supply for the FG. However, if there is a shop order or purchase order is for the Sub and the due date is inside the wanted delivery date window it seems that Capability Check doesn’t see it. Is this correct? If not, what could we be missing.
Thank you for the information. I have two questions - Will the interim order still happen with DOP, or will it see inventory and ship from there? Also, if in process is seen, will this create DOP Orders, or stop at that level and consume in-process supply without creating DOP?We are going to test out what you stated tomorrow to see if this is an option for us. Thank you again!
Received word from IFS today - “Use of Start Page is no longer recommended by IFS. Use of Lobby is the "supported path". IFS Support will not assist with Start Page issues. Request assistance from IFS Services / Consulting if our organization wishes to continue with use of Start Page in order to resolve this issue.” Sort of odd to have it as a feature in your application (Apps 10 we are using) but yet you no longer support it.
We also have some users who are experiencing this issue. The odd thing is, it’s only certain users who are getting the error. It’s also in regards to Sales Quotations and Customer Orders. At this time we have no fix for it. Anyone else come up with anything?
Thank you for the information. This issue hinders us from giving customers great dates, it would be helpful if IFS R&D would make a change to see Open Supply a bit better. Thank you again for all the help and context to this.
Were you able to resolve this issue? We are experiencing the same issue at this time.
Yes, we did. We actually had to turn off the Security Protocol from using TLS in order to send emails and not get the error. Our setup has been the same for over a year for Mail_Sender but 20+ day the emails started sending slow and not at all. Reported it to IFS and the only solution we have found at this time is to turn off TLS. They have not been able to resolve the issue yet. All our internal applications use TLS via the exchanger server and work fine. Seems like it’s something with IFS.
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.
