Skip to main contentSkip to footer

IFS Cloud Lead Time: Purchase, Manufacturing and Expected

Independent IFS Cloud practice · Planning data design Know which lead time a function reads before you fill the fields IFS Cloud lead time lives in several fields, and each field has its own meaning. If purchase, manufacturing and expected lead time are filled without knowing which one a function reads, planned dates…

Read more

IFS Cloud Multi-Supplier Ordering: How Splits Work

Independent IFS Cloud practice · Purchasing design Split a requirement between suppliers on purpose, and check the quantities before the orders go out IFS Cloud multi-supplier ordering divides the quantity of one purchase requisition between suppliers by percentage. One supplier cannot or should not carry the whole…

Read more

IFS Cloud Email Purchase Orders: Event Set-Up

Independent IFS Cloud practice · Purchasing output design Make the purchase order reach the supplier: the event, the action and the condition To make IFS Cloud email purchase orders reach suppliers, the PDF_REPORT_CREATED event has to be enabled and an action of type E-Mail has to exist for it. The IFS documentation…

Read more

IFS Cloud Warehouse Data Collection: Design for the Floor

Independent IFS Cloud practice · Warehouse floor design Move the transaction to the point of work, one tested process at a time IFS Cloud Warehouse Data Collection is the documentation area for executing warehouse transactions through a scanning page, so that the transaction is entered where the work happens. Without…

Read more

IFS Cloud Sourcing Rules: How an Order Finds Its Supply

Independent IFS Cloud practice · Order supply design Decide where an order gets its supply before the system decides for you IFS Cloud sourcing rules describe where supply for an order line may come from and how the system chooses between the alternatives. An order line needs supply, and the source is picked by a rule…

Read more

IFS Cloud Document Attachments: Set the Convention Early

Independent IFS Cloud practice · Document handling design Set the attachment convention before the first file is added IFS Cloud document attachments are easy to add, and nobody has to agree a convention first. The system then fills with files named by habit, linked to the wrong object and held in revisions nobody can…

Read more

IFS Cloud Background Jobs: Design for the Night They Fail

Independent IFS Cloud practice · Operations design IFS Cloud background jobs: know every morning what ran last night IFS Cloud background jobs are tasks the system runs outside a user’s session: planning runs, postings, clean-ups and integration work. They are built once, pass in test, and are then forgotten, until a…

Read more

IFS Cloud Decision Register: Stop Deciding Twice

Independent IFS Cloud practice · Implementation governance An IFS Cloud decision register: approve a decision once, and keep it approved An IFS Cloud decision register is one dated list of project decisions, each with an owner, the options considered, the reason and a status. It exists so that a decision approved at a…

Read more

Is Your IFS Cloud Project Off Track? 8 Signals

Independent IFS Cloud practice · Project recovery notes Eight signals that an IFS Cloud project has left its plan, and a two-week health check that ends in a keep, repair or rebuild decision Key takeaways A status report measures task closure against a plan. A health check measures executed business scenarios against…

Read more

Independent IFS Cloud practice · Planning data design

Know which lead time a function reads before you fill the fields

IFS Cloud lead time lives in several fields, and each field has its own meaning. If purchase, manufacturing and expected lead time are filled without knowing which one a function reads, planned dates and promised dates rest on a value the team does not think it maintains. This article follows the 26R1 documentation on lead time, on the routing lead time calculation and on MRP, and the 25R2 page on calculating purchase lead time.

Key takeaways

  • The page distinguishes purchase lead time, manufacturing lead time and expected lead time, and it states that safety lead time is not a component of purchase lead time.
  • Purchase lead time runs from the order until the part is available in inventory and has five components, including transport lead time.
  • Manufacturing lead time is calculated in Manufacturing Standard or on the Routing page; the fixed and variable sums on the page hold for a routing alternate with no parallel or overlapping operations.
  • Expected lead time assumes that not all component parts are in inventory. Its default is 0, and when it is empty the purchase or manufacturing lead time applies.
  • MRP uses the primary supplier’s lead time for a purchased part and the valid routing for a manufactured part, and falls back to the Inventory Part value.
  • The test table has four parts, each with an expected source of lead time and an owner.

1.Which lead times does IFS Cloud define for an inventory part?

IFS Cloud defines purchase lead time, manufacturing lead time and expected lead time for an inventory part, and it treats safety lead time separately. The table gives what the page says about each.

Lead time What the page says Where it comes from
Purchase lead time The time from when the part is ordered until it is available in inventory Supplier and internal components; calculated in the Calculate Purchase Lead Time dialog
Manufacturing lead time Calculated for a manufactured part Manufacturing Standard/Calculation or the Routing page
Expected lead time The time, in days, to receive the parts into inventory, assuming that not all component parts are in inventory Entered on the inventory part; defaults to 0, and falls back to the purchase or manufacturing lead time when empty
Safety lead time Not a component of purchase lead time Used to offset supply generated by MRP, Master Scheduling and Next Level Demand, according to the page

2.What is purchase lead time, and what does it include and exclude?

Purchase lead time is the time from when the part is ordered until it is available in inventory. The page builds it from the primary supplier’s manufacturing lead time, the external transport lead time, the transport lead time, the internal transport lead time and the internal inspection lead time. It adds a note: safety lead time will not be considered as a component in purchase lead time.

The components sit in different places and use different calendars. You can specify a supplier manufacturing lead time and an internal inspection lead time per combination of supplier and purchase part. Supplier manufacturing lead time is measured in supplier calendar days, or in calendar days if no supplier calendar is defined, and internal inspection lead time is measured in distribution calendar days. The external transport calendar is defined by the Ship Via Code, and internal transport lead time is measured in site distribution calendar days.

Two further statements affect dates on orders. The total purchase lead time shown on the Inventory Part page is used for calculating dates when, for example, a purchase requisition is entered without a supplier. When a supplier is identified, the system sets dates from the lead times configured in the Supply Chain Matrix and on Supplier for Purchase Part. And on a purchase order, neither internal transport lead time nor external transport lead time is saved. The supplier side of this is covered in IFS Cloud sourcing rules and multi-supplier ordering.

3.How is purchase lead time calculated?

You can calculate the total lead time of a purchased part in the Calculate Purchase Lead Time dialog box, and the result is presented in the Acquisition tab of the Inventory Part page when using the Update option. The 25R2 page on the calculation gives a worked example: a supplier manufacturing lead time of 10, an external transport lead time of 2, a transport lead time of 0 and an internal transport lead time of 1, together with an internal inspection lead time of 1, give a total purchase lead time of 14 days.

The page names four update options: Update, Update Also Expected, Do Not Update, where there is no update in the system and only a report is created, and Update Using Average Historical Lead Time. The last option does not use the standard set-up lead times. When it is used, the standard set-up lead times on Supply Chain Matrix and Supplier for Purchase Part are not applied, and the purchase lead time is calculated from the actual received and approved dates of the historical receipts.

For the historical average, the page offers start date options and excludes outliers: values with a Z-score higher than 2.5 are excluded by default, and the threshold can be adjusted to 2 or 3. In the page’s example the average of 4.166 days is rounded up to the nearest full day, 5 days. Whether to use actual receipts or the standard lead times is a decision for purchasing, and the supplier behaviour behind such numbers is discussed in supplier behaviour change signals.

4.What is manufacturing lead time, and where is it calculated?

Manufacturing lead time can be calculated using the lead time calculations found in Manufacturing Standard/Calculation or in the Routing page. The routing page of the documentation separates a fixed part from a variable part, and the sums hold for a routing alternate having no parallel or overlapping operations: the fixed lead time is the sum of setup time, transport time and queue time for all operations, and the variable lead time is the sum of machine or labor time for all operations.

The calculation depends on further inputs. The lot size is normally the standard lot size specified on the inventory part. The calculation can be based on machine time, labor time or the maximum of the two. For parallel operations only the operation that takes the longest to complete is considered when calculating the fixed and variable lead time.

The page works one example without overlap: a fixed lead time of 7h, a variable lead time of 4h and a lot size of 5 pieces give 7h + (4h * 5 pcs) = 27h. A second example, with overlap between operations, uses a variable lead time of 2h and gives 7h + (2h * 5 pcs) = 17h. Routing lead time is used in several places, among them MRP and Master Scheduling. The planning side is covered in dynamic structures in MRP.

5.What is expected lead time, and when does it apply?

Expected lead time is the time, in days, that it takes to receive the parts into inventory, assuming that not all component parts are in inventory. The default value of the Expected Lead Time field is 0 (zero). If no expected lead time is entered in the inventory part record, the expected lead time is the same as the purchase or the manufacturing lead time.

The page explains why the field exists. The manufacturing lead time of the part can be incorrect because it assumes that all parts are available from inventory, so you should use the Expected Lead Time field to help ensure that a part can be delivered in time. Order promising is covered in high-fidelity discrete order promising and, for capable-to-promise, in CTP in IFS Cloud.

6.Which lead time does MRP use?

For purchased parts MRP uses the lead time defined for the primary supplier, including supply chain matrix and inspection lead time. If no valid routing exists or no primary supplier for a purchased part, the lead time specified on the Inventory Part page is used. For a manufactured or remanufactured part, MRP calculates the lead time for a supply from the valid routing.

The order of preference matters for data maintenance: the supplier’s data comes first for a purchased part, and the Inventory Part value is the fallback. Check for each purchased part which of the two MRP will read before deciding where to maintain the value. The reorder point side of planning is covered in reorder point planning in IFS Cloud.

7.Which decisions belong to planning and purchasing?

Purchasing owns the supplier-side components and planning owns the manufacturing and expected values, and both own the review date. Purchasing maintains the supplier manufacturing lead time per supplier and purchase part, and the transport lead times. Planning maintains the routing and the expected lead time. Agree how often each value is reviewed, and who decides whether to replace standard lead times by the historical average.

8.How do you test lead time data before go-live?

Test lead time data with one part per type and write down the expected planned date before the planning run. The table gives four parts that follow from the documentation.

Part Expected source of lead time Owner
Purchased part with a primary supplier The primary supplier’s lead time with supply chain matrix and inspection lead time Purchasing
Purchased part with no primary supplier The lead time on the Inventory Part page Planner
Requisition entered without a supplier The total purchase lead time on the Inventory Part page Buyer
Manufactured part with a valid routing The routing lead time; expected lead time is checked separately against the promised date Planner

9.What does a lead time data checklist contain?

Lead time data is ready for go-live when each of the checks below has a record behind it.

  1. The five components of purchase lead time are maintained where the page places them, in the calendars it names.
  2. Safety lead time is kept out of purchase lead time.
  3. Primary suppliers are set, so that MRP reads the supplier data and not the part field.
  4. Routings are valid for manufactured parts, and their standard lot size is set.
  5. Expected lead time is set where components can be missing, and its default of 0 has been checked.
  6. The update option used for calculating purchase lead time is decided.
  7. The four test parts are recorded with expected dates.
  8. Each value has an owner and a review date.

10.Frequently asked questions

What is the difference between purchase lead time and expected lead time in IFS Cloud?

Purchase lead time in IFS Cloud is the time from when a part is ordered until it is available in inventory, built from supplier and internal components. Expected lead time is the time, in days, to receive the parts into inventory assuming that not all component parts are in inventory. Its default is 0, and when it is empty the purchase or manufacturing lead time applies.

Does purchase lead time include safety lead time?

No. The IFS Cloud documentation states that safety lead time will not be considered as a component in purchase lead time. The page says it is used to offset the supply generated by MRP, Master Scheduling and Next Level Demand.

Where is purchase lead time calculated and stored?

Purchase lead time is calculated in the Calculate Purchase Lead Time dialog box in IFS Cloud. The result is presented in the Acquisition tab of the Inventory Part page when the Update option is used. With the Do Not Update option nothing is changed and only a report is created.

Which lead time does MRP use for a purchased part?

For a purchased part, MRP in IFS Cloud uses the lead time defined for the primary supplier, including supply chain matrix and inspection lead time. If no valid routing exists or there is no primary supplier for the purchased part, MRP uses the lead time specified on the Inventory Part page.

Why can the routing-based manufacturing lead time be misleading?

The routing-based manufacturing lead time in IFS Cloud assumes that all parts are available from inventory. When components can be missing, the documentation says to use the Expected Lead Time field to help ensure that a part can be delivered in time.

11.About the author

Dariusz Myśliwiec: 18 years hands-on with IFS, including IFS Cloud. Based in Kraków, delivering remotely across Europe and globally through an independent practice. You talk to the consultant who does the work, not a sales layer.

IFS is a registered trademark of IFS AB; this practice is not affiliated with IFS AB.

Do your planned dates match what you promise?

A review of lead time data against what planning and order promising read shows which field each function uses and where the values come from. Planning and purchasing take part.

Book a lead time data review Read about dynamic structures in MRP

×
Need Expert Guidance?
We've helped hundreds of businesses succeed. Get a free consultation to discuss your project requirements.
Get Free Consultation
17Years Experience
50Implementations
PRINCE2Certified
100%Success Rate

ROI Calculator

Calculate your return on investment

Input Values

€
€
€

Results

Annual Savings
€ 0
Payback Period
0 months
ROI
0%
Monthly Savings
€ 0

Get Detailed Report

Enter your details to receive a detailed ROI report.