How-toInfor M3Supply Chain Planning / MRP

Infor M3 Planning Time Fence: Settings, the Planning Workbench and Typical Mistakes

Question
infor m3 planning time fence

Also searched as

  • infor m3 planning workbench
  • m3 demand time fence planning time fence
  • m3 mrp time fence misconfiguration

Short answer

In M3 MRP, time fences define how close to today the planning engine is allowed to create or change orders. The demand time fence controls which demand is considered firm, and the planning time fence stops automatic order creation inside it, leaving the planner to decide in the planning workbench. Most missing planned orders come from time fence values that are too long for the item's real lead time.

Applies to: Infor M3 (current releases) item-warehouse planning; field labels may differ slightly between versions

How to check and set time fences

  1. 1Open the item-warehouse planning data (the Item. Connect Warehouse maintenance, MMS002) and find the planning parameters: order type, lead time, lot sizing and the time fence fields.
  2. 2Check whether a demand time fence and a planning time fence are set, and in which unit (days or periods). Zero or empty usually means no fence.
  3. 3Compare the fence to the real lead time. A fence longer than the lead time means demand inside the fence is not auto-planned even though you could still meet it.
  4. 4Run the MRP planning for one item and warehouse. Then open the planning workbench for that item and review proposals, messages and the dates.
  5. 5Check proposals inside the fence. They need a manual decision (release, move, or ignore) because the engine does not create them automatically.
  6. 6Adjust the fence on the item-warehouse record, or on the planning policy if your setup uses a shared parameter, and rerun planning for the same item.
  7. 7Verify the result in the workbench: the proposals should now appear where you expected, with correct dates.
  8. 8Document the fence policy by item class so planners know why an order appears inside or outside the fence.

Demand time fence versus planning time fence

The demand time fence is about which demand the plan trusts. Inside it, the plan is driven by customer orders and not by forecasts, which avoids overplanning against a forecast for next week that actual orders have already replaced.

The planning time fence is about change. Inside it, the engine does not create or reschedule orders automatically because the lead time is too short to change the plan safely. Anything it needs there appears as a message for the planner.

How it interacts with the planning workbench

The workbench is where planned proposals and messages are reviewed and released. Proposals inside the fence are not hidden, but they require a deliberate action. A planner who only expects the engine to create them will think MRP is broken.

A good routine is to review the workbench by exception: filter on messages inside the fence, decide which to release now, and then rerun planning so the net result is consistent with what was released.

Typical misconfigurations

Common mistakes: a fence copied from a long-lead item to a short-lead item, a demand time fence so long that forecasts are effectively ignored, a fence defined in the wrong unit, and fences set on the warehouse of the producer but not of the consuming warehouse.

Also watch for phantom shortages: inside the fence the plan shows a shortage with no proposal, the planner assumes MRP is wrong, and a manual purchase is made at a premium. A fence policy by item class prevents this.

Try it here, free

Infor M3 Item Planning Parameter Worksheet

Open full tool

Work out safety stock and reorder point for each item and warehouse before loading planning parameters into M3.

Common pitfalls

  • !A fence longer than the item's lead time.
  • !Expecting auto-created orders inside the planning time fence.
  • !Fence values in days where periods were intended.
  • !Fixing one warehouse and forgetting the others.
  • !Not rerunning planning after releasing proposals.

How an ERP-grounded AI assistant handles this

An assistant grounded in M3 can answer why there is no planned order for this item by reading the item-warehouse parameters, fences, demand and supply and stating which condition applies. ERPray is read-only and shows the queries; changes to the fence stay with your planning lead.

Frequently asked questions

What is a planning time fence in M3?

It is a period close to today inside which MRP does not automatically create or reschedule orders. Inside the fence, shortages appear as messages the planner must decide on, typically in the planning workbench.

What is the difference between the demand and planning time fence?

The demand time fence defines how far ahead demand is treated as firm, usually customer orders over forecast. The planning time fence defines how close to today the engine stops changing the plan automatically.

Why does MRP not create an order for a shortage?

Often the shortage is inside the planning time fence, the item is not set for supply planning, or existing supply covers it. Check the fences and the item-warehouse parameters first.

Where do I set time fences in M3?

In the item-warehouse planning data, maintained through MMS002, and possibly through shared planning parameters depending on your setup. Confirm field names on your version.

Related

How-to

Infor M3 MRP not creating planned orders: what to check

If M3 planning does not suggest an order for an item, the item-warehouse is usually not set up to be planned, the demand is not visible to planning in the horizon, existing supply already covers it, or the planning run did not include the item. Check the item-warehouse planning parameters first, then supply and demand, then the run itself.

How-to

Infor M3 manufacturing order material not allocated or short

When an M3 manufacturing order shows components as short or unallocated, the cause is usually available stock that is not allocatable to this order, an allocation method that did not run, or a demand date and warehouse that do not match the stock. Compare the MO materials (MWOMAT) with the allocations (MITALO) and the item-warehouse balance, then fix the stock, the method or the warehouse rather than forcing the allocation.

How-to

Infor M3 negative on-hand balance: how to find it and fix it

Negative stock in M3 almost always comes from an issue or reporting transaction posted against a balance ID that had not yet been received, or from a receipt that was reversed after the stock was consumed. Find the item and warehouse in the item-warehouse balance (MITBAL), compare it with the balance IDs (MITLOC), read the item transactions (MITTRA), and correct with a stock count or a proper receipt rather than a blind adjustment.

How-to

How to Create a New Item in M3 (MMS001)

A new item in M3 is created in two stages: item basic data in MMS001 (Item. Open), which defines company-wide attributes such as description, item group and unit of measure, then facility-level data in MMS002 (Item/Facility. Connect), which attaches the item to a specific warehouse or plant with purchasing, planning and costing parameters. An item is not usable for orders, purchasing or MRP until both stages are complete.

Error fix

M3 API Error: Record already exist

Record already exist means the MI Add transaction you called is trying to insert a key that is already present in the target M3 table, most often because a prior call succeeded and was retried, or because the key fields you built do not match what you think they match. Read the errorField and errorFieldGroup attributes on the response to see exactly which key field M3 flagged, then either switch to the matching Chg (change) transaction or fix the key construction in the caller.

Advanced

Paging M3 API MI List Transactions Past the Default Record Limit

M3 List transactions (the read/browse transaction most MI programs expose, such as CRS610MI.LstByNumber or OIS100MI.LstOrderHead) cap the rows returned per call using the MaxReturnedRecords input field, and by default many clients leave it low or unset, which looks like the API silently truncating results. Set MaxReturnedRecords explicitly, then loop the call using the last key values from the previous page as the starting position until fewer rows than the limit come back.

AI for ERP

Infor M3 AI: A Practical Path from MI Programs to a Private Assistant

Infor M3 AI explained: grounded natural-language answers over MI programs and MEC, agents for distribution and manufacturing, on-prem or EU private cloud.

Stuck on Infor M3?

Talk to engineers who work inside Infor M3 every week, and who build private AI that answers these questions from your own ERP data.

Keep exploring

Free tools

ERP fixes and how-tos

Runs with your ERP

Guides

AI on your ERP

Integrations