This is unfortunately becoming a common occurrence in today’s digital society and we are hearing about these sort of attacks quite frequently.

There are a few dos and don’ts when it comes to ransomware as recommended by Norton 360:   

1. Do not pay the ransom. It only encourages and funds these attackers. Even if the ransom is paid, there is no guarantee that you will be able to regain access to your files.
2. Restore any impacted files from a known good backup. Restoration of your files from a backup is the fastest way to regain access to your data.
3. Do not provide personal information when answering an email, unsolicited phone call, text message or instant message. Phishers will try to trick employees into installing malware, or gain intelligence for attacks by claiming to be from IT. Be sure to contact your IT department if you or your coworkers receive suspicious calls.
4. Use reputable antivirus software and a firewall. Maintaining a strong firewall and keeping your security software up to date are critical. It’s important to use antivirus software from a reputable company because of all the fake software out there.
5. Do employ content scanning and filtering on your mail servers. Inbound e-mails should be scanned for known threats and should block any attachment types that could pose a threat.
6. Do make sure that all systems and software are up-to-date with relevant patches. Exploit kits hosted on compromised websites are commonly used to spread malware. Regular patching of vulnerable software is necessary to help prevent infection.
7. If traveling, alert your IT department beforehand, especially if you’re going to be using public wireless Internet. Make sure you use a trustworthy Virtual Private Network (VPN) when accessing public Wi-Fi like Norton Secure VPN.

The Use Customer Requested Delivery Date parameter has been introduced in the Sales Order Parameter (tdsls0100s400) session, which is used to track the customer’s requested delivery date.

If this parameter check box is selected, various additional date fields become available to track the customer Initial Requested Delivery Date and the Original Promised Planned Delivery Date.

The standalone LN UI allows enhanced URL-parameter configuration. A single session can be started directly. Based on the URL, users can choose if the menu must be available and if the displayed set of records must be restricted.

This can be useful for self-service kiosks or simple full-screen clients.

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

The Job Shop by Site parameter has been added to the Implemented Software Components (tccom0100s000) session. If this parameter is activated, multisite production for job shop is enabled.

Almost all new planning and production functionality in LN depends on the activation of this parameter.

The functionality to block a warehouse for inbound or outbound transactions has been enhanced. A check for blocks is performed not only during receipt and shipment confirmation, but at multiple stages in the process. In addition, you can specify these blocking options for the inbound and outbound processes:

• No

• Yes

• Interactive

For example, if Blocked for Inbound is set to Yes, no inbound actions are allowed in the warehouse. Consequently, users cannot confirm receipts, generate and put away inbound advice or storage lists, and perform inbound inspections. 

If Interactive is set, during a non-automatic warehouse inbound procedure, warnings are displayed which offer the user a choice to either cancel the action or continue. Batch or automatic inbound processes continue, but the corresponding reports and logs make note of the blocking. However, in all scenarios, receipt confirmation is not allowed.

The same rules are applicable for the warehouse outbound procedure steps. The restriction for receipt confirmation also applies to shipment confirmation.

For warehouse transfer orders, not only the ship-from warehouse is checked for outbound process blocks, but also the ship-to warehouse. This prevents situations in which goods get stuck in transit due to inbound procedure blocks that apply to the destination warehouse. Now, the transfer process is already blocked during outbound.

Since label information can be unique to a business, item, customer or functional area, RMClabel allows for an easy method to configure exactly what is needed on any type of label, including 1-D barcode, 2-D barcode and RFID labels. 

Built in label logic allows for automatic switching of label formats. RMClabel is built for Infor LN and Baan. It natively understands the table structures and easily integrates with any data collection application or Infor LN/Baan session

A new standard Inventory Aging report can be printed in the Perform Inventory Aging Analysis (whina1440m000) session. This report is mainly based on the physical incoming and outgoing inventory movements and transactions. The date of inventory consumption or issue is compared to the date of receipt. If inventory is not yet issued, a reference date is used for aging calculation.

The report includes this information:

• Which inventory items are not frequently used or are obsolete.

• How long items have been stored in a warehouse.

• Inventory and transaction values. This facilitates the financial auditing process.

To use this new feature, an inventory aging analysis definition must be available in the Inventory Aging Analysis Definition (whina1140m000) session.