You have ADFS setup on your server but addins is not working though the user is setup in Lawson with the proper security and addins flag enabled.
Steps to resolve:
- First make sure you have the proper URL in Addins
- ADFS is more strict so in most cases a secured port is required
- If your login is failing with this login box below, ADFS may not be authenticating correctly.
- Include port as seen in this example URL https://servername.organization-domain.com:1447
- The login box will appear differently as seen below:
- If your still having issue and the login page does nothing once the proper credentials are entered. Verify the user has a Thick Client identity assigned in Lawson Security Administrator.
TIP: The password for the thick client identity can be anything. As long as it is filled, it should allow ADFS to authenticate with addins. Good luck!
When Running PR160 or PR180 you may run into the error Ern2 Record exceeded limit size:
This is known to occur when the Earnings Record is blank on the Laser Print tab
- Update the Earnings Record parameter in PR160 or PR180.
- Rerun PR140.
- If PR160/PR180 gives an error of still running, restart PR00 by hitting delete function twice in PR00 to clear out * and R flags.
- Run PR160 or PR180 again and verify Earnings Record field is filled with a value.
Disabling a user in ISS vs LSA is pretty straight forward, however there are differences explained below.
When disabling a user in Lawson ISS, there is no “IsDisabled” field under the LSF tab as seen below:
So when disabling a user in ISS, you simply go to the top left and click on “Disable Actor”:
Once the page loads, search for the user again and you’ll notice the Disable Actor button is now called “Enabled Resource” (this is how you re-enable a user in ISS):
In LSA, you simply query the user >> Edit RM Information and set the “is disabled?” field to YES or NO:
The one advantage of disabling a user in LSA over ISS is that when you run certain user reports (custom or native), the disabled field actually shows YES or NO. This can be helpful to know when reviewing user security or running audits. (This can change in the future so please note this may not be the case anymore after this articles date).
You’re running an audit for Lawson security and are generating user, object, profile, security class/role reports left and right. It can be tiresome to review each individual one. With a simple batch command, you can save lots of time combining multiple Lawson reports that are in CSV format.
- Place all similarly generated reports into the same directory
- Open windows command line and change directory where Lawson CSV reports exist
- Type command: copy *.csv Lawson_reports_combined.csv
- Open your newly combined report and send away!
TIP: Reports may contain header info that will have to be removed via excel or text editor
Between batch job files, temporary files, and core dumps, file storage can quickly get out of hand on your LSF server. Here are some recommendations for cleaning up your server:
- Download a tool like windirstat to scan your directories and quickly find “problem” areas.
- Run a perl script to list out all the files recursively in a directory, and save to CSV. Here is a sample script that traverses the print directory and gets all the file stats within. This will help you make a more informed decision on what to delete.
- Run the deljobhst command with the “r” and “c” parameters to delete completed jobs up to a specific date, including the print files. Make sure you supply a date that meets your company’s archive policy, and/or back up the directory to a separate location. For more on the deljobhst command, click here.
The jobinteg command identifies orphaned jobs and allows you to delete them to clean up your job server.
The parameters for jobinteg are
- v (Verbose) – prints the bad records
- t (Terse) – prints totals only
- P – validate parameters
- U – print usage/syntax
- d – deletes bad records
It is recommended that you run a jobinteg -v first to see how many (if any) jobs are orphaned or missing. Then, run a jobinteg -d to delete the orphaned jobs. Here is an example of the output:
The Lawson Transaction Node can be used to add/edit/delete records in Lawson forms using AGS calls.
After you drag the node to your process, you can enter the AGS call manually, import it, or select “Build” in the properties to open a wizard. In the Wizard, select all your system values. When you are selecting the fields to update, also be sure to include all the key fields so that Lawson can find your record. The field values can be hard-coded, or you can use variables. Once you’re done building your call, click Finish, and the AGS call will be displayed in the properties window.
