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

Infor LX / BPCS Tip of the Week: Control Date Lead Times in LX

George Moroses 0 61840 Article rating: 5.0
  • Control Date Lead Times – LX provides five separate Control Date Lead Time fields so you can specify additional lead time values for Shop Orders, Purchase Orders and Planned and Firm Planned orders. Each Control Lead Time Date represents additional time (days) required at each step in the process that needs more time (Quarantine, Stabilize), that is to say, when a component is due, and when it can be used. (working with an aerospace  precision bearing manufacturer, I had to account for the QA requirement that no measurements could be taken until the parts had been “soaked” (stored) in an atmospheric controlled environment (72 degrees, and controlled humidity) for 24 hours. This requirement added one full day of lead time between each machining operation) The MPS/MRP Generation program, as well as programs that Shop Order Material Allocation records use the five control date lead times to adjust component required dates to function in the same way as the BOM Offset Lead Time.
     
  • All programs that create MRP Planned Orders, MRP Firm Planned Orders, Shop Orders, and Purchase Orders call the Control Date Calculation program (MRP515B) to establish all five control dates. A Control Lead Time Date is used to adjust the component Required Dates data in the Material Requirements file (KMR), based on planned orders for a parent, and the FMA Required Dates data, based on shop order release dates for a parent.

Flexfab Goes Live with Crossroads Data Collection in China

Kathy Barthelt 0 37839 Article rating: 5.0

Flexfab Horizons International, Inc, a global leader in the manufacturing of high performance silicone and other advanced polymer products, goes live with Crossroads RMC’s Data Collection Solution, Web Collect, formerly RMC3, in their China facility. This represents the 3rd data collection go live for the Crossroads data collection solution within Flexfab with the US and UK going live in 2018. All installations focused on improvements in warehouse management in Infor LN 10.6. Applications implemented included Receiving, Inspections/Approvals, Putaway, Stock Transfers and Stock Inquiry.

Crossroads RMC is proud to partner with an American manufacturer of diagnostic healthcare

Integrated freight management solution for Infor LN 10.5.2 Cloud implementation

Kathy Barthelt 0 43160 Article rating: 5.0

An American manufacturer of diagnostic healthcare has selected the RMCship solution from Crossroads RMC to streamline their shipping process on Infor LN 10.5.2 in the cloud. They went live with one site running RMCship in June of 2019 and 3 more sites to follow by end of year. They will use RMCship to increase accuracy by eliminating manual steps and streamlining their operations.

Hunter Douglas Architectural Products Selects Crossroads RMC for LN 10.6 Upgrade Project

LN Upgrade 10.6

Kathy Barthelt 0 37382 Article rating: 5.0

Hunter Douglas, the world leader in window coverings and a major manufacturer of architectural products, has selected Crossroads RMC for their LN 10.2.1 to 10.6 upgrade project. Hunter Douglas has been an LN user for years, but due to a requirement from their parent organization to modernize their hardware/infrastructure, it was decided to update their ERP version as well. Phase 1 of the project will consist of a base technology upgrade with a Phase 2 planned for 2020. Phase 1 Go-Live is slated for January 1, 2020.

To learn more about our Infor LN & Baan Consulting, contact us at: 800.762.2077, email Kathy Barthelt, or visit our Services webpage.

Infor LN & Baan Tip of the Week: The Production Bill of Material – 10.7

Kathy Barthelt 0 184519 Article rating: 5.0

The production bill of material is globally specified at the company level. It can be used as a source for the definition of the local material lists, such as:

  • The production model in the repetitive module.
  • The production model in the job shop module.
  • The subcontracting model in the subcontracting module.

The production bill of material can be generated through the engineering bill of material. The new production bill of material differs from the old bill of material:

  • It has a header and a status.
  • It is always revision controlled.
  • The effective dates have been moved from the material lines to the header.
  • The BOM quantity has been moved from item production data to the header.
  • The use up has been moved from alternatives to the material line.
  • The material line excludes logistic data (no warehouse nor routing operation).

The production bill of material is not mandatory.

Production bill of material revisions:
The production bill of material is revision controlled. The objective of the revision is to control the changes to the bill of material over time.

The P-bom includes this revision-related data:

  • Revision number
  • Effective date and Expiry date
  • Status (New, Approved, Expired)
  • Creation date and Created by: user
  • Approval date and Approved by: user
  • Expiry date and Expired by: user
  • Source information

On Time Orders: OTTO - The Right Tools!

George Moroses 0 38572 Article rating: 5.0

Your business doesn’t run without the right people and processes in place, but in order for people to manage the right things at the right time, they need tools... the RIGHT tools

OTTO helps manufacturing plants consistently meet customer commitments, allowing supervisors and managers to spend more time analyzing, making decisions, communicating, and coordinating. We can prove that OTTO is the right tool for the job.

Give it a test drive for 30 days at no charge and see immediate results.

Contact George Moroses today to learn more.

First6768697072747576Last

Tips:  LX | BPCS | M3

Tips: LN | Baan

Kathy Barthelt

Infor LN & Baan Tips & Tricks for TECHNOLOGY & FINANCE: Archiving Finalized Transactions

TECHNOLOGY & FINANCE: Archiving Finalized Transactions

To support correct archiving in a multicompany structure, the following rules apply:

  • Each company must have its own archive company. Companies cannot share an archive company.
  • The structure of archive companies must be an exact copy of the live environment.
  • A company must keep the same archive company until the end of its lifetime. Once data has been archived, you cannot change the archive company.

If extra archiving capacity is required, it is recommended that you set up a second archiving environment, which must also be an exact copy of the live environment. Define the companies of the second archive environment as the archive companies of the companies of the first archive environment. If necessary, a third and more archiving environments can be set up. You must then archive the data from each archive company to its archive company in the second archiving environment, and so on.

When you archive the data, LN builds an array with all the companies of the group and the archive company linked to each company. If any of the companies in the group does not have an archive company, LN reports an error and aborts the archiving process.

Batches and batch lines are only archived and/or deleted if you perform archiving and deletion in the company in which they exist. This is always the source company. Any intercompany documents and related finalized transactions that belong to the batch are not archived and/or deleted until the target company is archived.

If the batch has been deleted from the live environment, such intercompany documents and transactions will then temporarily exist without a batch in the live environment until the target company’s transactions are archived. Therefore, it is recommended to archive all the companies of a group within a short time.

Finalization runs are also archived. A finalization run can only be deleted from the live environment if all the attached batches have also been deleted.

Financial documents are archived and/or deleted if you perform archiving and deletion in the company in which they exist. For each document, LN searches whether a related intercompany document exists.

If the document’s transaction type indicates that the document numbering does not have to be in a fixed sequence, the document is not deleted from the live environment, to avoid duplicate document numbers.

A finalized transaction is not deleted from the live environment if the fiscal year of the transaction does not equal the fiscal year of the batch and the fiscal year of the transaction cannot yet be archived. If the Archive option is selected, the related batch, batch line, and document are copied to the archive company and retained in the live environment.

If a transaction is still referenced by open sales orders or purchase orders, it is marked as Deleted but not actually deleted. The related batch, batch line, and document are copied to the archive company and retained in the live environment. They are deleted when the referenced open transactions are closed and archived, for example, when you run the Archive/Delete Fully Paid Purchase Invoices (tfacp2250m000) session

If the transaction’s ledger account is a matchable account, any related matching data is also archived.

During the archiving process, the originating company of the finalized transaction is replaced with the originating company’s archive company. In this way, the archive environment will not contain references to the live environment.

During archiving, intercompany document relations are also copied to the archive environment. In the archive environment, these relations are updated in such a way, that each document in the relation refers to the environment in which the document actually exists. In the live environment, the document relation is retained until all related finalized transactions are deleted. For invoice-related transactions, this only occurs during the removal of fully-paid invoices. The document relation is also updated in the live environment, in order to refer to the archived document if all related finalized transactions have been removed from the live environment.

After the normal archiving process, an additional archiving step is performed in which all transactions and documents in the live company that arise from intercompany postings, are archived. During this step, intercompany relations are archived and/or deleted as described earlier.

Batches, batch lines, and documents that have the Deleted status are deleted from the live environment, unless the document’s transaction type indicates that the document numbering does not have to be in a fixed sequence. Such documents are not deleted from the live environment, to avoid duplicate document numbers.

Previous Article Infor LN & Baan Tips & Tricks for EXECUTIVES
Next Article Infor LN & Baan Tips & Tricks for OPERATIONS: Simulated Purchase Prices (ticpr1170m000)
Print
3152 Rate this article:
5.0
Kathy Barthelt

Kathy BartheltKathy Barthelt

Other posts by Kathy Barthelt

Contact author

x

Categories