Rpro v8.51 Core |
Updated executables Contained in the June Rpro v8.51 Core update: |
Core Files: | Rpro8.exe, RproDB.exe, Trans.exe, RProcIn.exe, Batch.exe |
Tools: | ~Bridge.exe, Auto.exe, DVS.exe, Reconstruct.exe, RproPI.exe |
|
Issue ID: | 14063 | WebTAC ID: | 25272, 25281, 25285 |
Area: | Rpro Update | Severity: | Critical |
Title: | RPRO update gives Retail Pro version mismatch on 8.51 install |
Description: | Running RPRO update on a 8.51 install and I got the error msg: "Retail Pro version mismatch. Please run RPRO to ensure that all files match the installed version. You may then re-run update" . This happens on ether on fresh installation or on upgraded install. |
Resolution: | A change was made to Rprodb.exe to enable Rproupdate.exe to read the correct Rpro version number. |
|
Issue ID: | 13266 | WebTAC ID: | 19931 |
Area: | Vouchers | Severity: | Moderate |
Title: | Would like functionality in ASN Voucher Batch Receive to allow scanning multiple packages at one time, without having to choose Select after scanning each package. |
Description: | Would like functionality in ASN Voucher Batch Receive to allow scanning multiple packages at one time, without having to choose Select after scanning each package (like in 7 Series). In 7 Series, users could scan several packages at once (if the package didn't exist it would warn them with a warning beep and a message) then they could update these ASN vouchers in one swoop by pressing end. In 8 series they have to select the package row then go to the assumptive find, then scan the package (if the item doesn't exit there is no warning it just remains on the last item selected) and then click on the select button after each item. The client is receiving hundreds of packages a day and this is really inefficient process as compared to the way they had been able to do this in 7 series. |
Resolution: | In 7-series, it is possible to scan multiple ASN packages, and receive them in a batch receive. In 8-series, it was necessary to add the package numbers one at a time to the batch receive grid, which was much more time consuming for the customer. Functionality has been added to the batch receive area so that multiple ASN package numbers can be scanned in and received in a batch. |
|
Issue ID: | 13980 | WebTAC ID: | 4845 |
Area: | RproDB / ECM | Severity: | Critical |
Title: | ECM > System needs a better way to tell you that RPRODB needs to run |
Description: | After a polling cycle I HAPPENED to notice that there was a message that a critical preference was updated and RPRODB needs to be run. The system should either do that automatically or give a more visual warning. People do not generally look at the log every day and who knows what that critical preference could affect. When entering RPRO you should get a warning that RPRODB needs to be run because a preference has been updated by EMS/ECM |
Resolution: | After data processed in from ECM changes key preferences, Rpro8 will now notify a user with the following message: "Updated key preferences have been received by ECM. Please launch RproDB to process them." This occurs upon logging in to Rpro8. |
|
Issue ID: | 14028 | WebTAC ID: | In-House |
Area: | Polling | Severity: | Serious |
Title: | SecAdmin Updates are not processed in immediately |
Description: | When SecAdmin Updates are processed in to an RPro Remote 2 behaviors occur. If RPro is open the system immediately prompts for the user to relog in to RPro for SecAdmin updates to take affect. This behavior was supposed to be removed for bug 13651. The user should no longer be prompted to relog back in. If RPro is closed when SecAdmin changes are processed in the system allows the user to log in. Two minutes after they are logged in the user is prompted to log in to accept the SecAdmin changes. Even if RProDB is run prior to login the changes are not accepted until 2 minutes after RPro is opened. To replicate : 1>Create a main and a remote installation and initialize the remote 2>At the main in SECADMIN make a change to security such as adding a user and a group 3>Go into Polling> Stations> initialize> and select security for the remote (send groups and users) 4>At the remote process in through trans 5>Go into point of sale and wait. You will be prompted to apply new security settings in a variable amount of time of up to 2 minutes. This is a problem for large clients as there may be users at Point of sale making sales after these files are processed in. When the prompt comes up and the user (often a cashier) has to answer the prompt they may answer incorrectly or be confused by the prompt. Security should be applied as soon as process in finishes and control is returned to trans. Security settings are being controlled and sent down from the main to remotes by larger clients and it is a certainty in most cases that the security settings should be applied user intervention or dialog. |
Resolution: | Employee and Group Security changes that are polled to the remote sites were not being processed in immediately to SecAdmin by RProDB. Now when polling, since logins have changed the system will still request that you log off if you are signed in to RPro. However, once RProDB has initially run the system will check for updates immediately and then poll ever 2 minutes for changes. Previously it was just waiting two minutes prior to checking for changes. If RProDB is run while logged off the system all changes are then entered into the system and new users are able to log in to the system. |
|
Issue ID: | 14035 | WebTAC ID: | |
Area: | Receipts | Severity: | Critical |
Title: | QTY Pricing causes the price level to change on items in an Invoice even when the qty req is set to 0 in prices. |
Description: | In V8.51 set your System Preferences>Point of Sales>Prices to Use Qty Pricing. In Inventory setup an item with different prices in 2 price levels. Make sure the Qty Pricing is set to 0 Qty Req for all levels for this item. Now add this item to an Invoice. Highlight the item and use F5 to change the price level of the item. Now add the item to the Receipt again. The price of the first instance of the item will change back to the original price level. This only happens with Use Qty Pricing selected. If this is not selected the first Instance will retain the changed price level. |
Resolution: | If a price level is manually assigned (F5 or selecting the drop down list in the price level column), then that item is excluded from determining the quantity discount on another same item on the document. |
|
Issue ID: | 13943 | WebTAC ID: | 24252 |
Area: | Polling | Severity: | Moderate |
Title: | Polling > Stations columns are not sortable. |
Description: | Create several stations in Polling > Stations. Try to sort on any of the columns. It does not work as it has in 7 series. In 7 series all columns were sortable. |
Resolution: | It was not possible to sort any columns when looking at the Stations list view in polling. This was a feature in 7-series, but was removed from 8-series. The standard Retail Pro sort buttons have now been enabled for all columns in the list view. |
|
Issue ID: | 13972 | WebTAC ID: | 24470 |
Area: | Credit Pro | Severity: | Serious |
Title: | Credit Pro > Batch > Error occurs when you attempt to run batch in 7.63 "you are not licensed for this EFT type." |
Description: | When you attempt to run Batch.exe (in a 7.63 installation only) when configured and licensed for Credit Pro you get the following error message: "You are not licensed for this EFT type. Select the type you are licensed for in Workstation Preferences.". To reproduce: Using a 7.63 install set your EFT type in Workstation Preferences to use Credit Pro. With the latest Credit Pro updates, including the latest Windows Batch.exe, run the Batch tool. When you run batch.exe you will get the error message: "You are not licensed for this EFT type. Select the type you are licensed for in Workstation Preferences.". |
Resolution: | Batch.exe was assuming that 7 series users were using PPM. Now it checks the 7 series setting that specifies the EFT type (which is different from the 8 series setting). We now allow the user to set the server workstation number if the EFT type is Credit Pro. |
|
Rpro v8.40 Core |
Updated executables Contained in the June Rpro v8.51 Core update: |
Core Files: | Rpro8.exe, Trans.exe, RProcIn.exe, Batch.exe |
Tools: | ~Bridge.exe, Auto.exe, DVS.exe, Reconstruct.exe, RproPI.exe |
|
Issue ID: | 13266 | WebTAC ID: | 19931 |
Area: | Vouchers | Severity: | Moderate |
Title: | Would like functionality in ASN Voucher Batch Receive to allow scanning multiple packages at one time, without having to choose Select after scanning each package. |
Description: | Would like functionality in ASN Voucher Batch Receive to allow scanning multiple packages at one time, without having to choose Select after scanning each package (like in 7 Series). In 7 Series, users could scan several packages at once (if the package didn't exist it would warn them with a warning beep and a message) then they could update these ASN vouchers in one swoop by pressing end. In 8 series they have to select the package row then go to the assumptive find, then scan the package (if the item doesn't exit there is no warning it just remains on the last item selected) and then click on the select button after each item. The client is receiving hundreds of packages a day and this is really inefficient process as compared to the way they had been able to do this in 7 series. |
Resolution: | In 7-series, it is possible to scan multiple ASN packages, and receive them in a batch receive. In 8-series, it was necessary to add the package numbers one at a time to the batch receive grid, which was much more time consuming for the customer. Functionality has been added to the batch receive area so that multiple ASN package numbers can be scanned in and received in a batch. |
|
Issue ID: | 13980 | WebTAC ID: | 4845 |
Area: | RproDB / ECM | Severity: | Critical |
Title: | ECM > System needs a better way to tell you that RPRODB needs to run |
Description: | After a polling cycle I HAPPENED to notice that there was a message that a critical preference was updated and RPRODB needs to be run. The system should either do that automatically or give a more visual warning. People do not generally look at the log every day and who knows what that critical preference could affect. When entering RPRO you should get a warning that RPRODB needs to be run because a preference has been updated by EMS/ECM |
Resolution: | After data processed in from ECM changes key preferences, Rpro8 will now notify a user with the following message: "Updated key preferences have been received by ECM. Please launch RproDB to process them." This occurs upon logging in to Rpro8. |
|
Issue ID: | 13943 | WebTAC ID: | 24252 |
Area: | Polling | Severity: | Moderate |
Title: | Polling > Stations columns are not sortable. |
Description: | Create several stations in Polling > Stations. Try to sort on any of the columns. It does not work as it has in 7 series. In 7 series all columns were sortable. |
Resolution: | It was not possible to sort any columns when looking at the Stations list view in polling. This was a feature in 7-series, but was removed from 8-series. The standard Retail Pro sort buttons have now been enabled for all columns in the list view. |
|
Issue ID: | 14007 | |