@dsj Thanks for your insight on this. I’m rethinking this now and might be able to use one of the new workflows to achieve a similar result.The link to the post you shared is locked to employees and partners only, so I’m unable to see the explanation from R&D.
It would be nice to get an answer on this. We’re setting up lobbies and need this functionality in Cloud. Ideally, the new record command could just be appended to the navigation URL.Has anyone been able to accomplish this so far?
@Buddhika Kurera I’ve opened as an idea here: Invalid Change Request Types | IFS Community
@ashen_malaka_ranasinghe let’s hope the product experts agree that the current workaround on pre 23R2 version is not an acceptable solution. It’s a lot of detail windows in IFS with link’s in it and always have to RMB to us it is not a acceptable way of working. Keep in mind the it is not only in the customer order window, that’s just an example. It’s in all detailed windows (former frm…..) in table windows it works as expected. Kjell Åge If you or anyone else is still struggling with this, the current best workaround we’ve come up with is using the middle mouse button (scroll wheel) click to open the link in a new tab. This is a functional workaround and is much faster than using the RMB, but I’m still looking forward to the fix in the new version.
We were able to disable this by defaulting the report to “NO_PRINTOUT” under the Printer Definitions > Report Printer tab.This is only a valid solution if you never need to automatically print that report, but if users wanted to they could still call it and change the printer via the print dialogue.
If anyone else runs into this, we were able to reduce the number of lines needed by entering the common prefix for each grouping. In this case: 2221,, 2222, 2223, 2224, 2225, 2226, 2227, 2228, 2229, 23, 24, 25, 26, 270, 271, 2720
We finally found a solution after a couple days of digging. There was a tax code change in our state and a few of the lines were one day past the validity date for the tax code being used. Instead of having a tax code error, the error message pointed at CODE_A (account number) which was sending us down the posting control rabbit hole.For anyone who runs into this in the future, verify TAX CODES are in a valid range for both invoice and discount dates.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
