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

AVALARA ISN'T ONLY TAX CALCULATION AND RETURNS FILING....

BPCS & Infor LX

Anthony Etzel 0 34545 Article rating: 5.0

Did you know that in addition to tax calculation and returns filing, Avalara can also help with:

  • Business license and tax registration
  • Streamlined Sales Tax qualification
  • Nexus analysis and compliance
  • Tax document management including exemption certificates
  • Audit preparation

Contact us today! We partner closely with Avalara to provide you with solutions on ALL version of BPCS and Infor LX!

Did you know that when you move to LX 8.4, the 100 series maintenance programs will be performed using ...

Anthony Etzel 0 23663 Article rating: 5.0

Did you know that when you move to LX 8.4, 100 series maintenance will be performed using the IDF maintenance programs, and the green screens go away? However, if you have the IDF integrator with 8.3.4 or 8.3.5, you have the ability to create business objects over your own data files along with creating maintenance programs. This would be a great way modernize any old green screen file maintenance that you currently have.

OTTO: How to get started? It’s easy!

Anthony Etzel 0 31759 Article rating: 5.0

The evaluation process for business operations improvements and related software is normally fairly long because it takes time to first understand the software and then to analyze how it will be used. However, how the software works won't truly be understood until it is actually functioning in either a live environment or a simulation of that environment using a reasonably complete test database. 

In order to overcome this challenge we use the following process:

  • Telephone meeting to discuss needs.
  • Webinar to determine common understanding.
  • Load data into OTTO for a live demo.
  • No-obligation trial of the software.

Your only obligation is to supply resources to evaluate OTTO's capabilities. This approach allows you to see exactly how OTTO operates in your specific environment and what benefits you can gain. Several of our customers have actually realized sufficient benefits during the trial-period to justify their purchase of OTTO. Best of all, this evaluation approach offers you extremely low cost and low risk with the potential for high payback in a short period of time.

BPCS/LX Tip of the Week: Purchase Order Receive All Processing

Anthony Etzel 0 57937 Article rating: 5.0

With this enhancement the Purchase Receipts screens are optionally shown with the quantity and weight fields populated with the open value on the purchase order. The screens are now populated with the open value and if the open value is the same as the value received, the user can simply accept the line. The Receive All field on the PUR550D1-01 screen determines whether the receipt lines are populated with the open value. A system parameter controls the Receive All default value but the default value can be overridden.  

If this option is selected, the user does not have to enter the open quantity or weight. If the purchase order receipt has many lines, this option saves time and prevents errors.

Data Collection: Are you able to perform a full cycle count of your inventory in one day?

Kathy Barthelt 0 70379 Article rating: 5.0

Cycle Counting Potential Benefits: 

  • Overall increased inventory accuracy
  • Increased accuracy of count
  • Ability to review and approve count before direct update of Baan / Infor LN tables
  • Elimination of unnecessary re-orders of items with current inventory Greater ability to satisfy customer orders due to greater visibility to (accurate) inventory levels
  • Direct labor cost savings – less staff required for count Increased productivity during count – with some of our customers, counts used to take weeks. They can now complete a count of their entire inventory in one day.
Contact us today to learn more

BPCS / LX Tip of the Week: Purchase Order Print Security Validation

Anthony Etzel 0 56461 Article rating: 5.0

This enhancement allows users to restrict access to purchase order print programs. The purchase order print programs were updated to provide security validation for the user who selects the purchase orders to print. The security validation is controlled by the PO Print Security Validation flag on the Purchasing System Parameters screen, PUR820D-04. This enhancement gives users the option to restrict access to purchase order print programs, providing additional security at the company and warehouse levels.

First7778798082848586Last

Tips:  LX | BPCS | M3

Tips: LN | Baan

Kathy Barthelt

Infor LN & Baan Tips & Tricks for EXECUTIVES

FINANCE: Using Dimensions

You can independently define dimensions and use them to prepare analyses of ledger account transactions and balances. You can use up to 12

dimension types. You can define a name and an entire structure of dimension codes for each of these dimension types. There is no relationship between the dimension types.

For example, you can set up these dimensions:

  • Dimension Type 1 = Cost center
  • Dimension Type 2 = Item group
  • Dimension Type 3 = Business unit
  • Dimension Type 4 = Geographical area
  • Dimension Type 5 = Activities

You can separately define the dimension structure for each of these dimension types, in other words, you can set up a dimension structure for the cost centers, a structure for item groups, and so on.

You can define the number of dimension types that you use in the Group Company Parameters (tfgld0101s000) session. If you have several financial companies in a company group, the dimension types used apply to all the companies in the group.

You can name the dimension types and define linked objects in the Dimension Type Descriptions (tfgld0102m000) session. You can then define the dimension codes to be used in each company in the Dimensions (tfgld0510m000) session. You can also make multilevel dimension structures with totals and subtotals. You can build a dimension hierarchy of up to ten levels.

In the Dimensions (tfgld0510m000) session, you can define the dimensions for each dimension type, and link the dimensions to parent dimensions and child dimensions.

Dimensions are always used together with ledger accounts. For each ledger account, you can define which dimension type or types are linked to the ledger account in the Chart of Accounts (tfgld0508m000) session. For each dimension type, you must select whether the dimensions type is MandatoryOptional, or Not Used by the ledger account.

When you enter a transaction, you must first state the ledger account. Then you must enter a dimension for each Mandatory dimension type that is linked to the ledger account, and you can enter a dimension for each Optional dimension type.

For example, the sales revenues ledger account is linked to dimension type 2 (item group) and dimension type 4 (area). The dimension type 1 (cost center) and dimension type 3 (business unit) are not used for the ledger account. The freight costs ledger account is linked to only dimension type 1 (cost center). The other dimension types are not used for the ledger account.

For each dimension type, you can define one dimension with an empty dimension code. If the dimension type is Optional for a ledger account, LN posts transactions for which no dimension is specified to this dimension. In this way, differences between the ledger history and the dimension history can be avoided.

In the Cross Validation Rules (tfgld0151m000) session, you can define the ranges of allowed dimensions by ledger accounts. You cannot change the dimension range for a ledger account that occurs in an unfinalized batch.

You can create transactions for Financials from the integration with other LN packages. You can enter these transactions into ledger accounts and into dimensions. You can define the assignment to ledger accounts through the Mapping Scheme (tfgld4573m000) session.

You can use the dimensions to split the transactions on the customer and supplier control accounts by departments, persons responsible for the revenues, costs, properties, debts, and so on.

The dimensions also provide the basis for the cost allocation in the Cost Accounting module. In CAT, you can allocate the costs (and any revenues) within a dimension type from one dimension code to another and from one dimension type to another.

TECHNOLOGY: High Contrast Skin

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.

OPERATIONS: Blocking Operations

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 Management

Quality uses the blocking reasons specified in the Quality Management Parameters (qmptc0100m000) session, to block operations. For details, see the Using QM for manufacturing operations topic.

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

Kathy BartheltKathy Barthelt

Other posts by Kathy Barthelt

Contact author

x

Categories