Having this terminal in place (45 forklift drivers) assists the warehouse worker to have a clean, (let’s say) 10 / to 12 record overview, and besides this, move back and forwards to next pages for a total of 50 to 60 work id’s. This would surely not result in performance issue’s? Does it? Not setting any max number, and or records per page, would, to me, clearly result in performance issue’s.
I understand that scaling will adjust the screen (dynamically), but also introduces “scrolling”. This would have been eliminated by using the next and or previous buttons. I would assume that having a button “next” which will query a subset of workId’s (let’s say 10 to 12), is faster in response than showing a list of 50 to 60 workID’s
Comments
Info from MS:
"I found this has been reported before and a bug was created for it (373194 No Previous/Next buttons to view all work in warehouse app when using records per page) which will be fixed in version AX 10.0.7, that will be available in November."
Category: Warehouse Management
Yes, it would be great to have paging implemented to the work list window because now when we have a lot of work for the load the performance suffers dramatically. I think the problem is that InquiryWithNavigation page pattern does not support additional buttons (like next or previous in this case).
Category: Warehouse Management
We have come across the same requirement. Response from Microsoft was to increase records per page. Would think that the Next button option should be standard process for this screen to allow for better use of the area on the scanner instead of having to scan through. The standard web browser gui does have the next/previous buttons.
Category: Warehouse Management