We have had a generic Freight Booking interface in IFS Cloud Shipments for approx a year now.A generic approach in IFS Cloud as starting point for this integration, which is one of the most common at our customers, have been asked for for long time.We know that it’s in use by customter Live on IFS Cloud. We have received input and validations.Would be great to hear more from customers in the Community on this topic.
The news material (including background information) with each release and the foregoing Roadmap documents are the best ones to use. Of course also standard documentation follows with each release. ASC tagging is naturally not part of IFS Cloud as it’s no longer existing as an extension or separation of solution capabilities.
Hey,There’s is an ongoing undertaking where largest IFS customer that have been using ASC are moving into IFS Cloud. The IFS R&D undertaking is to support this by Improving IFS Cloud Supply Chain based on ASC items. It’s not a capability by capability exercise, but based on most important business requirements supported by ASC getting an IFS Cloud resolution. The goal is to have IFS Cloud available as a real option for ASC customers by the end of 2024. During 23R1 and 23R2 a large number of new capabilities have made it into IFS Cloud due to this initiative, and R&D will continue development in 2024.
I’m also interested to learn more if/how you have resolved this in current solutions.
Sell and invoice it on a normal customer order. But the delivery goes to your own warehouse.Receive the goods in on a PO, order code 1 with orders lines Ownership value set to Customer Owned with the Customer you sold to as Owner.
Handling Unit Types or Handling Unit Accessories does not currently have an established link to inventory parts in IFS Cloud. This is something we’re investigating for future releases for Roadmap publications in due time.So a current possible approach to operate replenishment of these types of packing mtrls by using inventory for replenishment, but the consumptions would have to be reported using manual established options at required frequency, for example by Manual Issues, Material Requisitions, or Counting.Note that packing of sold & ship products is supported. It’s the packing mtrl consumption that’s not in place, with that reported manually (or by tailored customer configured solutions) as inventory consumptions planning options are available (for example by MRP, Inventory Order Proposal or IPR)
Handling Unit Types or Handling Unit Accessories does not currently have an established link to inventory parts in IFS Cloud. This is something we’re investigating for future releases for Roadmap publications in due time.So a current possible approach to operate replenishment of these types of packing mtrls by using inventory for replenishment, but the consumptions would have to be reported using manual established options at required frequency, for example by Manual Issues, Material Requisitions, or Counting.
Yes, it’s worth highlighting that complete depends on customer and planned IFS Cloud release.Fact based and open communication is a key part of IFS. There’s no other way to manage the complex solutions and industries that we are operating in. If we don’t manage it well the long-term loser is IFS.I have no details on any specifics what’s happened here and will not dig into that, but mistakes do sometimes happen. We hold ourselves to high standards, try to do better every day, but we’re not perfect.From my perspective, I think we have improved a lot being more globally aligned and how we communicate our releases and plans going forward, hence the earlier reference to coming publications of Roadmaps.
In general a lot has changed with technology shift IFS Cloud brings. What I highlight in my answer is that there are customers having Freight Interface in IFS Cloud, and that IFS Cloud core plans in the future is to improve in this area. So each customer journey into IFS Cloud need to have it’s assessment based on time plans and capability needs.
There will be customers that Go Live with 21R2 including Freight Interface developed by IFS North America. We at R&D are looking at adding the Freight Interface to IFS Cloud core. More information about that in coming Roadmap publications.
An update in the sales charge type used as source for an order does not update on previously entered orders. Each order could have order specific changes done to the sales charge lines, and therefore IFS core does not overwrite order data in these situations.
Using Projects, or have order lines created from the same Sales Quotation, or use The Customer PO No field with the same value for several orders (you will get a warning but can proceed).
No is the answer to both your questions.If the material on the transport task line would not have been reserved typical solution would be to split by duplicate the line and adjust the qty on each line to the portions to be moved per day.For reserved mtrl the reservation in itself is swopped from the demand (Customer order or Shop order Material) to the transport task, and after the move performed back to the demand. This is the reason why split by duplicate is not allowed on transport task lines for reserved mtrl.A potential solution might be to try to created transport task for the required mtrl before reservation has been done. As a kind of forecast what is expected to be required to be moved. So reservation on initial days mtrl would be done on the work center inbound location (with the split by duplicate possibility to finetune qty to be moved at each occasion), and later days mtrl on locations that require reservations to be moved later as the final move.
If both are invoiceable when you create the first invoice they should both get on the first invoice. Better contact support with a testplan how this is recreated.
If you have the Collect Charge selected on the charge line it will not be invoiced by your company. It’s just information about a charge that someone else will invoice your customer, and you want to provide that information in order confirmations for example.
If sales charges in customers orders have no connection to any customer order lines those charges are possible to invoice directly after order have been released. In order to prevent that to be done when doing batch invoicing this checkbox can be used. Then the unconnected sales charge lines will be invoiced next batch job run after first delivery is done.
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.
