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

Infor LX/BPCS Tips & Tricks for EXECUTIVES

Technology: Reset Purchase Order In Use
This feature resolves or resets a purchase order or requisition that is no longer being processed, but the system still indicates it is 'in use'. The user selects Purchase Order/Requisition in Use Maintenance, PUR940D, from the Purchasing Management Menu, PUR, located in the Special Processing sub-menu. The user then enters an order or requisition to remove the 'In Use' status.

Operations: Retain Lot Status on Shipped Resupply Orders
When a lot is completely shipped on a customer order, the Lot Status is changed to Z. Since a resupply order must still be received in the To Warehouse to complete the transaction, do not update the lot status when the resupply order is shipped. If a lot is completely shipped on a resupply order, LX no longer updates the lot status to Z, because the shipped lot retains its current lot status, the additional steps, no additional steps are required to receive it in the To Warehouse.

Finance: Inventory Period Balance Freeze
Users can now freeze period-end balances at the end of a fiscal period. You can now store the opening/ending on hand balance for each Inventory period at the Item (IIM), Warehouse/Item (IWI) and Lot/Location (ILI) levels. This information can then be used for inventory tracking and valuation purposes, as well as other ad hoc financial and audit reporting requirements. Infor LX clients can backdate inventory transactions into the immediate previously closed period, and thus update what was saved as the opening/ending balance throughout the current open period.

Previous Article Infor News You Can Use | inPOWER 2024 - More on LX Security!
Next Article Infor LX / BPCS Tips & Tricks for Technology: Reset Purchase Order In Use
Print
16392 Rate this article:
5.0

Contact

George Moroses

George MorosesGeorge Moroses

Other posts by George Moroses

Contact author

Please solve captcha
x

Tips:  LX | BPCS | M3

Tips: LN | Baan

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

Categories