Issue: Using RAD > Dock Logging on the handheld, users noticed that in the upper right corner, the selection changed from ‘Print’ to ‘Send’
Resolution:
To change the value on the Dock Logging screen from ‘Print’ to ‘Send’ follow these steps:
In MSCM portal, go to Receiving and Delivery > Receiving > Configuration > on Misc Receipts tab
Scroll to the bottom and there is value for Dock Logging Configuration
If the Auto Print is on, the device will say ‘Print’ in the upper corner.
If the Auto Print is off, then it will just say ‘Send’
Turning off the printing is a Global setting and affects all users who use Dock Logging.
Turning the Auto Print on will show the ‘Print’ selection on the device.
Problem/Issue:
While attempting to utilize Lawson Add-Ins for Microsoft Office to upload data into AP45.3 (Non-AP Reportable Income Adjustment), some users may encounter the following error message: “Cannot Change Payment Date; delete and re-add record.” How can this error be resolved?
Resolution:
Luckily, this isn’t a serious error and it has a quick fix. To address this issue, simply follow these steps:
- First, check and make sure that you use “A” as the FC Code instead of “C.”
- Next, utilize the “Try to Add, then try to Change” option during the Add-Ins upload process.
The error message should go away and you will now be able to successfully change the payment data, delete and re-add records.
Sometimes compiling for trace, or adding display statements to a 4GL program, just doesn’t quite get you far enough with debugging. Lawson is installed on a MicroFocus COBOL for Visual Studio, which can be debugged using Visual Studio. Here are the steps to set up the debugger for a Lawson form:
- First, compile your program for debug (i.e. lawcmp -D <pdl> <system> <program>)
- Create a new Windows Application project for COBOL.
- Configure the application for Output Type INT/GNT, and open the “Environment…” to set a Path variable. This variable should contain <GENDIR>\bin;<JAVA_HOME>\jre\bin\server;<LAWDIR>\<pdl>\obj;<LUU_DIR>
- Under Debug, set the project to launch an executable. The executable should be <MF_HOME>/bin64/run.exe, and the Application Arguments should be <LAWDIR>/<pdl>/obj/<debug program>.int <pdl>
- On the COBOL tab, set the configuration to Active (Debug) and the platform and platform target to your current server platform. Set the COBOL dialect to Micro Focus. Set the output path to .\bin\x64\Debug
- Add the “.cbl” file to the Visual Studio project that was generated from your compile in debug mode (step 1).
- You can set break points in that cbl file
- Now, it’s time to debug your form. Open the application using LID (lapm <pdl> <program code>)
- In a separate LID session, run the command tmmon and make note of the pid for your Lacobrts process.
- Now, in Visual Studio, select Debug > Attach to Process
- Select the process you identified in tmmon (it should be a run.exe). Now you can perform the process that you were trying to debug, and Visual Studio will stop at the break point you set.
When trying to install a CTP you encountered the below error:
“Error – failed to uncompress “patch.tar.Z” file.” or “patch.tar already exists; not overwritten”
There’s a possibility of encountering this error due to the presence of an extra patch.tar file stemming from a prior or simultaneous CTP installation.
Upon executing the tar command, ensure that within the <versionfiledir> directory, where you’ve unpacked the CTP, only three files pertain to this CTP. Verify that you have obtained the following trio of files:
– x.x.x_patch_CTPnumber.readme.html
– Versions
– patch.tar.Z
Clear out any past CTP files from this location, particularly any patch.tar files, and proceed to rerun the lawappinstall.
For UNIX systems:
It’s possible that the lawson user lacks write permissions to a directory higher up in the hierarchy. The entire directory where the decompression is taking place should have permissions set to 777.
For Windows:
If you encounter this error on a Windows server, it may be due to spaces in the folder names along the path to the versions directory. If this is the case, you’ll receive a “failed to uncompress” message.
To resolve this, replace spaces with underscores (_) or use folders without spaces in their names, then proceed to rerun the lawappinstall command.
Typically when installing CTPs it is recommended to have a new directory for each CTP install.
Problem:
Error receiving a Purchase Order on MSCM handheld. The error message reads: “PO not Available. PO contains no open PO lines.”
However, the PO has open lines in PO20.1.
Resolution:
This error occurs when a PO’s Ship To location is not designated as a “Receiving, Ship To” location in MSCM.
To resolve this error, follow the steps outlined below:
From the MSCM web application, do the following:
- select Location Management.
- Select Modify from the Locations drop-down menu.
- Enter the Ship To location in the Location Id field.
- Click on the Search button.
- Check the Receiving, Ship To box.
- Click on the Modify button.
- Click on the Done button.
Problem: Users are not able to log into MSCM on handheld devices. They are able to access the MSCM console through browser, but not directly on the handhelds.
Before we get to the solution, consider the handheld timeout settings. The Timeout setting is the amount of time the handheld will attempt to connect when sending/receiving information. It can be set by selecting the number of seconds in the counter. Note that the maximum timeout setting is 3600 seconds while the minimum is 60 seconds.
The resolution for users who are not able to log into MSCM on their handheld devices is to truncate the LAWSON_USER table and stop & restart MSCM server to force re-syncing users. You shouldn’t have any more problems logging in on handheld devices.
Issue: I possess Design Studio forms from the previous version of Lawson System Foundation (LSF) and Infor Lawson for Ming.le. How can I ensure their compatibility with my current LSF and Infor Lawson for Ming.le environment?
Solution: A Migrate Tool has been provided, starting from specific LSF versions and patches onwards:
– LSF 10.0.4, JT-651295, PORTAL.DIR/utility/upgradeCustomContent.htm version 10.0.4.0.747 minimum
– LSF 10.0.5, JT-651295, PORTAL.DIR/utility/upgradeCustomContent.htm version 10.0.5.0.746 minimum
– LSF 10.0.6, JT-651295, PORTAL.DIR/utility/upgradeCustomContent.htm version 10.0.6.0.745 minimum
– Included in the base release for LSF 10.0.7 and newer versions
Steps to follow in LSF 10.0.4, 10.0.5, and 10.0.6 with the specified patches, as well as in the delivered release of LSF 10.0.7 and above:
To review the existing Design Studio forms:
- Log in to Infor Lawson for Ming.le with a Portal Administrator account.
- Navigate to Custom Content Tools.
- Select Migrate Custom Content.
- Choose Analyze | Custom Forms.
To update the existing Design Studio forms:
- Log in to Infor Lawson for Ming.le with a Portal Administrator account.
- Navigate to Custom Content Tools.
- Select Migrate Custom Content.
- Choose Migrate | Custom Forms.
Please note:
This process won’t alter the “XMLGenBy=”xscrgen 10.0.7.0.1240 2016-03-09 08:32:37″” listed in the XML of the Design Studio form. Instead, it will append this tag to the first line: dateupgrade=”1443633109897″. To ascertain the date of the upgrade, visit https://currentmillis.com/ and input the associated value.
To review the current Design Studio forms with custom JavaScript:
- Log in to Infor Lawson for Ming.le with a Portal Administrator account.
- Navigate to Custom Content Tools.
- Select Migrate Custom Content.
- Choose Analyze | Custom Script.
Please note:
There isn’t a migration process for Custom Script. This requires manual handling based on the information from the Analyze step.