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 Tips & Tricks for TECHNOLOGY: Library BMRTOOLS contains the following commands

George Moroses 0 2087 Article rating: 5.0

INSTALLBMR

  • Installs BMR Explosions from *SAVF or *LIB
  • Installs objects after backing up replaced objects
  • Installs source after backing up replaced source
  • Installs Webtop Metadata
  • Installs /InforBMR subdirectories
  • Writes all activity to log file and spooled file report
  • Optionally runs DBUPDATE command

DBUPDATE

  • Installs new or updates existing database tables, views, indexes, triggers, procedures, logical files.
  • Installs source for above objects
  • Sets authorities to replaced objects based on previous object settings
  • Sets journalling on replaced objects based on previous object settings
  • Installs Priming Data
  • Installs SSAOVR updates
  • Installs message file updates for core message files
  • Installs message file updates for NLV message files if included in explosion

This enhancement reduces the time required to install BMR Explosions. There still may be manual steps required after the processing completes, but the overall time required is dramatically reduced.

Infor LX/BPCS Tips & Tricks for OPERATIONS: Order Entry Action Code / Function Key Security

George Moroses 0 2077 Article rating: 5.0

Access to Order Entry/Maintenance has traditionally been controlled by using LX Program Security to grant or remove authority to ORD700. LX Company Security and LX Warehouse Security further control which transactions a user is allowed to create or maintain. A separate 8.4.2 enhancement allows security managers to control which types of transactions a user is allowed to create or maintain, through LX Order Type Security and LX Order Class Security. Building on these LX transaction security features, the Order Entry Action Code/Function Key Security enhancement allows security managers to further control what actions a user can take regarding an authorized transaction.

Security managers can now control the actions each user is allowed to be restricted from in the Order Entry job stream. The benefit is easily illustrated by some examples:

  • Regular users can be allowed to create and revise customer orders but are restricted from deleting an order.
  • Salespersons can be authorized to full authority with quotes and can be allowed to create customer orders but not to revise or delete them.
  • Or, salespersons could be restricted from 1=Create in Order Directory, with the result that they could only create an order by copying a quote, if they are authorized to 3=Copy in Quote Directory.
  • Only selected customer service users can be allowed to create RMAs, by controlling 1=Create in RMA Directory. A different group of customer service users who handle the actual returns can be authorized to create the return orders or credit memos from those RMAs, by controlling 3=Copy in RMA Directory.

Infor LX/BPCS Tips & Tricks for FINANCE: Release Holds from IDF Order Inquiry Host Job

George Moroses 0 1268 Article rating: 5.0

This enhancement provides the ability for IDF Order Inquiry to release order holds via a host job.

LX IDF Order Inquiry displays numerous details about an order, order lines, special lines and related files. An Order Inquiry user can copy, modify or delete an order through WebTop calls to ORD700 Order Maintenance, if authorized. Among the many details Order Inquiry also lists the Hold Codes for customer hold, credit hold, user hold, margin hold, and credit card hold. This enhancement provides the capability to release holds through a host job function that executes ORD680B, Order Hold Mass Release.   Batch Hold Release host job has been added to IDF Order Inquiry. The Order Inquiry user must be authorized to ORD680 in LX program security, SYS600.

ORD680 has been modified to accept parameters for multiple executions by host job. The user can release holds for a single order, a range of orders, or for multiple individually selected orders.

The following hold releases can be requested:

  • Credit hold – orders on credit hold by the system (01) or by a user (02) are released from credit hold.
  • Customer hold – orders on customer hold are released.
  • User hold – orders on user hold are released.
  • Margin hold – ORD680 re-evaluates orders or order lines that are on margin hold.

2026 is HERE: Is your Baan/LN strategy ready for the "2030 Countdown"?

Kathy Barthelt 0 1517 Article rating: 5.0

The calendar has turned to 2026, and for Infor Baan and LN users, the roadmap ahead is more critical than ever. As we move closer to the end-of-decade legacy milestones, the status quo is no longer a viable strategy for your mission-critical operations.

What is your 2026 ERP Roadmap?

Think of your ERP strategy as a high-stakes navigation system. Without a clear plan, you risk stalling your business growth, falling behind on automation, and facing the "performance debt" of aging systems.

As you kick off the new year, ask yourself:

  • Does our legacy setup align with our 2026-2030 growth targets?
  • Are we leveraging AI and automation, or are we stuck in manual, time-consuming workflows?
  • Is our team fully trained on the latest features, or are we losing data integrity through "workarounds"?

How Crossroads RMC Can Future-Proof Your Operations

Whether you are optimizing your current system or planning a high-performance migration to Infor CloudSuite, we provide the specialized expertise that your business requires:

  • Utilization Reviews: Identify where current systems are underutilized and align ERP functionality with current and future business goals, ensuring the software evolves alongside the company.

  • Strategic Upgrades: Navigate the path from Baan or early LN 10.x) to the Infor CloudSuites to gain access to modern features such as AI-driven analytics and industry-specific capabilities.

  • Hyper-Automation: Deploy ERP add-ons that eliminate manual data entry and connect your entire shop floor.

  • Expert Training: Ensure your staff is prepared for the 2026 digital landscape with best-practice workshops.

Let’s Make 2026 Your Most Efficient Year Yet.

Don't let your ERP be a roadblock. Let’s turn it into your competitive advantage. Contact the Crossroads RMC team today to schedule your 2026 Strategy Session.

Contact the Crossroads RMC team today to schedule your 2026 Strategy Ses

Infor LN & Baan Tips & Tricks for OPERATIONS: Blocking Operations

Kathy Barthelt 0 3117 Article rating: 5.0

Note: The Blocked Operations (tisfc0540m000) session displays the blocked operations.

Introduction

Sometimes a problem occurs that must be solved before an operation proceeds. Examples of such situations are:

  • The quality of an intermediate product must first be inspected.
  • A machine is in repair.
  • A supplier cannot deliver an essential component in time.
  • A customer is late with its payments.

In these situations the operation can get the operation status Blocked.

An operation can be blocked:

  • Manually.
  • Automatically by Quality.

Blocking reasons

Every blocked operation must have a blocking reason. The blocking reason of a blocked operation has two purposes:

  • To indicate why the operation is blocked.
  • To determine which actions you can no longer perform on the operation.

Types of blocking

The following actions can be blocked by means of a blocking reason:

  • Reporting a quantity completed.
  • Reporting a quantity rejected.
  • Reporting a quantity to be inspected.
  • Reporting an operation completed.

You normally carry out these actions in the Report Operations Completed (tisfc0130m000) session.

You can define blocking reasons in the Blocking Reasons (tisfc2100m000) session.

Manual blocking

Use the Report Operations Completed (tisfc0130m000) session to block an operation. When you block an operation, you must also enter a blocking reason. If Quality has already blocked the operation, you can only enter a blocking reason, which is more restrictive than the blocking reason of Quality.

Blocking by Quality Managem

Infor LN & Baan Tips & Tricks for TECHNOLOGY: High Contrast Skin

Kathy Barthelt 0 2655 Article rating: 5.0

The high contrast skin can be activated by users who experience low vision, color-blindness, or similar visual impairments.

If the high contrast skin is active, LN UI is colored so that all controls comply with the WCAG AA norms for accessibility.

Guideline 1.4.3 Contrast (Minimum)

The visual presentation of text and images of text has a contrast ratio of at least 4.5:1. For level AA, these exceptions apply:

  • Large text: large-scale text and images of large-scale text have a contrast ratio of at least 3:1.
  • Incidental: the following text or images of text have no contrast requirement:
    • Text or images of text that are part of an inactive user interface component.
    • Text or images of text that are pure decoration.
    • Text or images of text that are not visible to anyone.
    • Text or images of text that are part of a picture that contains significant other visual content.
  • Logotypes: text that is part of a logo or brand name has no minimum contrast requirement.
     
135678910Last

Tips:  LX | BPCS | M3

Tips: LN | Baan

Kathy Barthelt

Infor LN & Baan Tips & Tricks for TECHNOLOGY: Impact of Configuration Changes on Audit Trails

Impact of Configuration Changes on Audit Trails

The impact of changes in the audit settings varies depending on the specific circumstances. The issues typically arise when changes made to audit settings are implemented at runtime without requiring all users to exit the system (LN). As a result, some users may continue to generate audit trails using the old configuration, while those who log in after the changes take effect will create audit trails based on the new configuration.

Changes in User Profiles

Below is a summary table that illustrates the effects of these changes for a specific table within a company:

Change Description Impact
Add a table Users that still use the old settings do not audit some transactions.
Remove a table Some transactions that must not be audited with the new settings are still audited by users that use the old settings.
Change the audit type for a table or field Some transactions are audited according to the old settings, and other transactions are audited according to the new settings.
Add or remove a field After you audit transactions in the table with the new settings, users that use the old settings can no longer perform transactions on this table. Therefore, users with the old settings can be forced to restart LN.

Note on Changes in Field-Specific Auditing:
When you toggle field-specific auditing on or off for a table, which alters the number of fields being audited, the effect is analogous to adding or removing a field. However, not every modification to the audit settings impacts the runtime settings. Converting the new settings to runtime might result in no net change for the entire configuration if the overall effect of the adjustments neutralizes each other.

Previous Article Infor LN & Baan Tips & Tricks for OPERATIONS: Using Country of Origin for Purchase Orders
Next Article Infor LN & Baan Tips & Tricks for EXECUTIVES
Print
62442 Rate this article:
5.0
Kathy Barthelt

Kathy BartheltKathy Barthelt

Other posts by Kathy Barthelt

Contact author

x

Categories