Please Wait a Moment
X

Infor LX Tips, Infor LN Tips, BPCS Tips, Baan Tips, Infor M3 Tips & Infor ERP News

Crossroads Connections

Infor ERP Tips & News from the Experts

Infor LX | Infor LN | BPCS | Baan | Infor M3

George Moroses
/ Categories: Infor LX & BPCS Tips

Infor LX & BPCS Tip: MPS Planned vs. MRP Planned

Determining whether to use Master Production Schedule (MPS) planning or Material Requirements Planning (MRP) planning for items in Infor LX and BPCS involves understanding the nature of the items and their demand characteristics.

Master Scheduled Items typically encompass finished goods or service items. These items receive their requirements either from Independent demand, Dependent demand, or a combination of both.

  • Independent Demand: This refers to demand that originates from sources such as forecasts or actual customer orders. Items sold directly to customers fall under this category.
  • Dependent Demand: Derived from higher-level demand within the product structure, dependent demand comprises components, raw materials, and sub-assemblies. These items are not typically designated as Master Scheduled Items.
  • Service Parts may exhibit both independent demand, originating from forecasts or customer orders, and dependent demand, stemming from their use in other sub-assemblies or products.
  • A crucial concept in MPS is the Cumulative Lead Time, which combines fixed and variable lead times required to produce a product. It represents the longest path through a given Bill-of-Materials (BOM). In Infor LX (ERP LX), the system calculates the cumulative lead time, also known as the Critical Path, based on setup options. Utilize the "indented BOM" display in BOM300 to identify the item with the longest lead time. Additionally, you may need to use Action 21, Line Detail, to view the lead time ("L/T") for each item.
Previous Article Unlocking the Full Potential of Your LX/BPCS Investment - Embrace the Cloud for Enhanced Connectivity
Next Article ​Infor LN & Baan Tip: Determining What Data to Archive or Delete
Print
7859 Rate this article:
5.0
George Moroses

George MorosesGeorge Moroses

Other posts by George Moroses

Theme picker

Contact author

Please solve captcha
x

Tips:  LX | BPCS | M3

This feature provides the ability to enter information in the shelf life days and retest days fields for non-QMS lot controlled items, even when the QMS product is installed. The purpose of this enhancement is to allow the user to enter information for non-QMS lot controlled items even when QMS is activated in Parameters Generation, SYS800D. In previous versions, when QMS was activated, the Shelf Life Days and Retest Days fields in Facility Planning Maintenance (MRP140) and Item Master Maintenance (INV100) were not maintainable for non-QMS lot controlled items. The user is now able to change non-QMS lot controlled items even when a QMS product is installed.

The Facility Period Close process, as introduced in Infor LX 8.3.4, was designed to function interactively. 

The expectation was that clients with a continuous or 24-hour worldwide operation in multiple facilities would submit the Period End Close jobs for each facility as daily operations ceased or shifts ended for each facility. This process was designed to function interactively so that validations of users performing transactions that conflicted with period end processing, and resulting messages, were immediately sent to the period end user. 

This enhancement provides a batch mode for the Facility Period Close (INV930) process and allows the Update IIM Inventory from IWI (INV931) process to be submitted from the INV930B program. The enhancement also provides a batch mode for the INV931 process. For example, a user has a 24-hour operation in facilities around the world, but a centralized IT operation. With this enhancement the user can submit the individual facilities to be closed to a batch process that can be managed by a scheduler, automatically releasing each facility to be closed at a predetermined time.

First6869707173757677Last

Theme picker

Tips: LN | Baan

Instead of sharing tables through logical linking, you can replicate table content between companies. This approach allows certain non-key attributes of a record to vary by company. For example, if you replicate bills of materials rather than sharing them, each company can associate a different warehouse with the same bill of material. This way, the bills of materials are consistent across companies, while the warehouses can differ.

Replication also enables selective availability of records in other companies. For instance, when replicating items, you might limit which items are available in a sales company based on their item group, only including end items. You can further refine replication to specific subsets, such as particular item groups.

Keep in mind that replication requires any referenced tables to be either replicated or shared as well.

12345678910Last

Theme picker

Categories