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

Baan/LN Tip of the Day: Vendor Rating

Kathy Barthelt 0 1416 Article rating: No rating

In LN, a supplier's reliability is no longer based only on correct deliveries. The vendor rating functionality of LN is based on various objective criteria and subjective criteria that can be used to calculate the vendor’s rating.

 

The set up procedure for analyzing suppliers has changed completely compared to Baan IV.  To execute the vendor rating process, users must update the vendor ratings in the Update Vendor Rating (tdpur8850m000) session.

If users update the vendor ratings, the following stages exist in the update vendor rating procedure:


1. Calculate actual weightings

2. Calculate ratings for objective criteria

3. Calculate ratings for subjective criteria

4. Update overall vendor rating

Baan/LN Tip of the Day: Release Commissions/Rebates to Invoicing

Kathy Barthelt 0 3103 Article rating: No rating

In Baan IV, this session is called Release Commissions/Rebates to Invoicing (tdcms2201m000) and is used to set the status of the commissions/rebates to Reserved, or Closed. In Infor LN, this session is only used to set the status to  Closed. Users can reserve commissions/rebates in the Reservation and Approval of Reserved Commissions/Rebates (tdcms2202m000) session. In addition, the following fields are added to the Release Commissions/Rebates to Invoicing (tdcms2201m000) session:

▪ Commissions to Accounts Payable

▪ Rebates to Central Invoicing

BPCS/LX Tip of the Day: How Does LX Fit in With Just-In-Time?

Anthony Etzel 0 364 Article rating: No rating

For years, repetitive manufacturing industries have been applying many of the principles in Just-in-Time philosophy. They have established balanced production lines that depend on a steady flow of material to each work station. They schedule production in daily or weekly rates rather than in discrete shop order lots. They track finished inventory by work center rather than by job. They typically backflush stock balances (decrement stock balances upon completion of specific manufacturing steps rather than issued at the beginning of each production run).

 

Costing is typically based upon a daily rate or hourly rate rather than being associated with specific shop orders. 

 

Repetitive manufacturers use MRP II software adaptable to their environments

in the following key areas:


 Product definition

 Inventory tracking

 MRP/Master Scheduling

 Shop Floor Control

 Purchasing

 Costing

BPCS/LX Tip of the Day: What is Just-In-Time?

Anthony Etzel 0 313 Article rating: No rating

Just-in-Time (JIT) is a management philosophy that focuses on minimizing the resources necessary to add value to your products and to operate your factory in ways that eliminate waste. Resources are labor, materials, equipment, space, and time. Waste is anything that does not add value to your products. Moving work-in-process from place to place, stacking and sorting, investing capital in large work-in-process and raw material inventories, inspecting materials at your vendors' sites, and tying up warehouse space with finished goods are all activities that add cost, not value, to your products. 

JIT is a process that reduces lead time. JIT does not replace an MRP, an inventory program, a scheduling technique to bypass your Master Schedule, or a materials management project. JIT is the never-ending commitment of everyone, from top management to your workers on the floor, to maximize your effectiveness through continuous, incremental improvements.

Baan/LN Tip of the Day: Configuring Items

Kathy Barthelt 0 2237 Article rating: No rating

In LN, the configuration of a generic item not always results into a customized item. Configured items can now be customized items as well as standard items. If users configure items without PCS projects, standard items are generated instead of customized items.

 

The sessions for generating product variant structures for sales quotations and sales orders are moved from the Product Configuration module in Manufacturing to the Sales Control module in LN. The following new sessions are available in Sales Control:

▪ Generate (Budget) Structure for Sales Quotations (tdsls1201m100).

▪ Generate (Project) Structure for Sales Orders (tdsls4244m000)

BPCS/LX Tip of the Day: Shop Order Control

Anthony Etzel 0 443 Article rating: No rating

To create and maintain shop orders use SFC500 Shop Order Entry Maintenance. These orders use the standard bill of material (BOM) as the base list of components. You can also set up standard routings, which list the operations,

or work steps, involved in manufacturing.

 

To release shop orders, use the Shop Order Release program, SFC505. Infor ERP LX groups shop orders by user ID for batch processing. Use Shop Packet Print, SFC520, to print the shop orders that you select. SFC530 allows you to create multi-level shop orders to link shop orders together with a common end item parent. Linking multiple shop orders together for a final assembly product provides support for make-to-order and engineer-to-order manufacturing environments which need to schedule these multiple orders together or as a vertical slice in the production schedule.

 

You can make changes to shop orders after you print them. Use Shop Order Entry/Maintenance, SFC500, to update the shop orders. Changes are immediately visible on the inquiry screens for SFC300 and SFC350. To reprint the shop packet, use Reprint Shop Packet, SFC560.

Baan/LN Tip of the Day: Multi-Company Service

Kathy Barthelt 0 240 Article rating: No rating

Service departments and warehouses that contain spare parts and components used for service and maintenance belong to enterprise units. To perform separate financial accounting for the service departments and their warehouses, you can assign service departments and warehouses to enterprise units that are linked to different financial companies.

 

If material, labor, or other costs are transferred between service departments and warehouses, or from one service department to another (in the case of internal subcontracting for depot repair), LN can perform the invoicing between these departments and warehouses. In the Enterprise Modeling Management module, you can define internal trade relationships with invoicing between various entities.

 

You can also record and process service operations in a multi-logistic company environment.

BPCS/LX Tip of the Day: Material Requirement Dates and Lead Time Offsets in MRP

Anthony Etzel 0 322 Article rating: No rating

The system automatically performs offsets for requirements dates for components in the MPS/MRP calculations. It also performs offsets for calculation of material need dates at the time that shop orders are released.


To calculate the offset, the system takes the parent lead time from the Item 
Master and adjusts it by the bill of materials offset (plus or minus) for the component. This gives the lead time days for that specific component. The system starts with the due date of the parent and backs up and skips all non-work days in the shop calendar.


Note that the offset calculation uses only calendar records that have a blank 
work center (the calendar record applies to all work centers). See the information for the Shop Calendar Maintenance program SFC140, in your Shop Floor Control documentation for shop calendar details.

First109110111112114116117118Last

Tips:  LX | BPCS | M3

Item Facility Master has a new attribute to define the override inspection days lead time CICP.ICINSD.

  • When an item facility has a defined override inspection days lead time, that value will be used instead of the system parameter inspection days lead time.

MRP exception report, MRP200B
Purchase planning report, PUR285B
Purchase order / Requisition maintenance, PUR500D3
Purchase order consolidation / release, PUR640B1
Vendor splits, PUR653B

This enhancement improved the subfile utilized in MRP320D Master Schedule Detail Inquiry -SCR001 by expanding the subfile with data rather than clearing the subfile as user pages. This change provides full support for the WebTop 4.8 Grid decorator.

This enhancement updated the approach used to populate the subfile to allow a deployed Webtop Grid to function correctly. There is no visible or user-impacted change to the way the program functions.

This enhancement provides improved functionality and full support of a Webtop grid applied to the subfile.

Last

Tips: LN | Baan

Kathy Barthelt

Infor LN & Baan Tips & Tricks for TECHNOLOGY: Archiving Concept

Companies are developing procedures for entering data into an ERP system and for archiving manuals, drawings, specs, and other hard-copy documents. However, in many cases there is no defined procedures to store historical electronic data. Archiving electronic data should be an integral part of your business processes. 

Generally, archiving is the process of moving historical data from the operational environment to a special archive environment. At home, you might move old bank statements from a closet in your study to a box in the attic. At the office, you might store old hard copies of purchase orders in a room far from your own desk. Just because you no longer need the information in your daily work, does not mean you can dispose of the information. In terms of electronic data in your ERP system, archiving means moving historic data from the operational company to a special archive company; in that way, the historic data will be out of your way and safely stored. To free up disk space on your machine after you have archived the data, you can also move the historic data to an external medium.

Archiving strategy:
Archiving historical data is an irreversible process. After data is moved to the archive company, the data can no longer be uploaded back into the operational company. Archiving has a direct effect on the accessibility and availability of information; therefore, you must define a robust archiving strategy which addresses three major topics: What, When, and Who.

Business requirements:
Your business requirements determine what must be stored and for how long. For example, if you have a warranty situation on your projects for five years, you might be required to keep your project open during this time, or you may keep the project in an archive company. Therefore, if the project must remain open, no project-related information, including orders and integration transactions, can be archived.

Every business manager must decide how long what data must be stored in an operational environment for quick access. Reporting requirements must also be listed.

Legal requirements:
In most countries, legal requirements apply to financial data. Tax authorities may require financial data to be stored for a minimum number of years. Additionally, in specific lines of business such as food and beverages or aerospace, governments maintain specific legal requirements, which impact your archiving strategy.

User requirements:
Users rely on historical information. For example, a customer service employee may need to have shipment information of up to one year in the past to accurately address customer queries. These requirements must also be taken into account when you define what can be archived.

Data to be archived or deleted:
Various parties related to your company use information based on logistical and financial transactions occurring in the past. Before you archive or delete this information, you must investigate the need for the information.

Your ERP system contains standard archiving sessions in all major modules. These sessions are designed to copy historical data to the archive company, and then delete the data from the operational company. 

You have three options in archiving sessions:

  1. Archiving and deleting: Data is transferred to the archive company and then deleted in the operational company.

  2. Deleting: Data is deleted in the operational company, but not archived.

  3. Archiving: Data is transferred to the archive company, but not deleted in the operational company.

Using option 1 or 2 makes archiving irreversible. If you archive only because you want to preview the results, the archiving can be done a number of times.

Usually, in archiving sessions, you can also specify:

  • The date up to which the data must be archived
  • If texts must also be archived
  • If texts that already exist in the archive company must be replaced

In addition to archiving logistical and financial data, you can archive general data. 

Delete sessions:
In all major modules, your ERP system contains delete sessions. These sessions only have delete functionality, no archive functionality. Consequently, they are used to clean up data in the operational company, not to transfer data to the archive company. For more information about these delete sessions, see the "Delete sessions" sections under the various modules. For example, see Delete sessions under Procurement.

After data is deleted using delete sessions, the data is no longer available in the operational company. However, parameter settings may determine whether history data is logged when you remove specific data. If required, you can archive the history using the appropriate archiving session.

When can data be archived?
Based on the answers to the previous question, you can now set a term of retaining relevant historical data in your operational environment, and a term of keeping data available in the archive environment.

Who can archive data?
Because archiving is an irreversible process, a certain risk is involved. For example, what if one of your employees starts up an archiving session by mistake? For this reason, you must determine who is authorized to archive and delete data, and then set up these authorizations with the functionality your ERP system offers.

Because no further changes must be made to archived data, access to the archive company must also be restricted to read-only authorization for most users.

Match strategy with ERP functionality: 
After you list all your requirements, the next step is to verify whether the standard ERP functionality is sufficient to facilitate your needs. Usually, your ERP system provides the functionality to meet all of your needs, but must not force you to compromise. We recommend that you avoid customizing your software, however, because we are looking for long-term operational-data storage, customizations must not be ruled out entirely. An example is the requirement to show, in one report, the data from the operational company and archive company. In the current version, this is not standard functionality, but this can be important to manage your business. What can be even more important, if you are using customized software, is the question of whether the archiving sessions have been included. Do you take into account the fields and tables you have customized? Customized tables and fields may have to be included when performing delete/archive runs.

Archiving plan:
After you define an archiving strategy that suits your requirements, you can define the archiving plan. In this plan, you translate the strategy to a more operational level.

Contact Crossroads RMC— Let's take the next step together to execute your archiving plan.

800.762.2077

Previous Article Infor LN & Baan Tips & Tricks for OPERATIONS: Blocking or Unblocking Warehouses
Next Article Infor LN & Baan Tips & Tricks for FINANCE: Remap Posted Integration Transactions (tfgld4282m100)
Print
12647 Rate this article:
5.0
Kathy Barthelt

Kathy BartheltKathy Barthelt

Other posts by Kathy Barthelt

Contact author

x

Categories