| | | 
Forum Member
       
Group: Forum Members Last Login: 5/27/2005 1:56:00 PM Posts: 103, Visits: 1 |
| Retail Pro BTF-Series 8.52/Tools/Plug-Ins Update Release Cycle Core: Updated executables Contained in the April RPro v8.52 Core update: Core Files: Rpro8.exe, ms_ie_d5.bpl, vclie50.bpl, vcl50.bpl, RPRO_API.bpl, rda2.dll, RPro8.sec, RProDB.exe, rproudate.ini, rtishift4check.dll, rtishift4credit.dll, rtishift4debit.dll, rtishift4gift.dll, trans.exe, *.mld, VoucherRTISchema.xml, InventoryItemRTISchema.xml, InventoryRTISchema.xml, ReceiptRTISchema.xml, rprocin.exe, rprocout.exe, mprocin.exe, mprocout.exe, cprocin.exe, cprocout.exe Tools: Reconst.exe, dvs.exe, dvs.sec, SLCC.exe Issue ID: | 14264 | WebTAC ID: | | Area: | Receipts | Severity: | 2 - Serious | Title: | Foreign Currency is displaying 0 for foreign currency change | Description: | Reported Problem: Steps to reproduce: 1> Set up foreign currency in System Preferences > International > currency. 2> Use 10 as your foreign take and give 3> Now make a new receipt and place $550 in the receipt total 4> Select tender 5> Select the foreign currency as your tender type 6> Type in the foreign currency window 55,555 and select OK. 7> Then select foreign currency as your tender type 8> Select ok. 9> What you will notice is that the foreign currency change is 0, where it should be 5005.50. 10> If you recreate the same set of steps but then at step 7 retype the base currency amount and then select ok, the foreign change will appear correctly. | Resolution: | The foreign column now displays the correct amount in all cases. | Files to be released: | Rpro8.exe RDA2.dll | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14360 | WebTAC ID: | | Area: | Tools - RPRO Update | Severity: | 2 - Serious | Title: | Rproupdate.ini missing | Description: | Reported Problem: The RProupdate.ini was not included in the 852 build. URL should be populated with http://updates.retailpro.com | Resolution: | Rproupdate.ini was missing in 8.52 image. It has now been added with the correct url. | Files to be released: | rproupdate.ini | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14423 | WebTAC ID: | | Area: | Transfer Orders | Severity: | 2 - Serious | Title: | Inventory item marked as unorderable cannot be listed on a TO | Description: | Reported Problem: Inventory item marked as unorderable cannot be listed in a TO | Resolution: | A TO can now be created for an item Flagged as Unorderable | Files to be released: | Rpro8.exe | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14437 | WebTAC ID: | | Area: | Receipts | Severity: | 3 - Moderate | Title: | Problem with Manager override and Return Receipt | Description: | Reported Problem: Cashier is creating a receipt and wants to make it a Return Receipt, but they don't have that right. So, Manager overrides the Cashier's Log-In to do this, however Return Receipt is still not available. The only way they can do so is to create a completely new receipt. | Resolution: | Manager will be able to overwrite Cashier's log in to create return receipt if Cashier doesn't have the security right to create return receipts. | Files to be released: | Rpro8.exe | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14452 | WebTAC ID: | | Area: | Sales Orders | Severity: | 2 - Serious | Title: | Promo Pricing and Sales Orders returns List Index out of Bounds | Description: | Reported Problem: Set up Promo Pricing setting a qty and amount. Assign this to a test item. Make a Sales order including the item that has qty qualifying for its PROMO PRICING. Apply the promo pricing. Returns error LIST INDEX OUT OF BOUNDS (6). | Resolution: | The way to duplicate this is to go to a blank line in the item grid below the last item you entered and then click save. Fixed by making sure that we don't try to access this blank line while applying the promo schedule. | Files to be released: | Rpro8.exe RDA2.dll | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14558 | WebTAC ID: | | Area: | Receipts | Severity: | 5 - Change Request | Title: | Associate/Cashier selection | Description: | Reported Problem: To record the associate/cashier in V8.52 the user must select the associate/cashier from a drop down box. In V7.6x you could type in the associate/cashier id directly. This client has over 500 Associates/Cashiers so selecting from a drop down list is very cumbersome. You can type in the first letter of the clerk ID to get close to the correct ID but many Associates/Cashiers have the same first letter so the user must still scroll down to find the correct Associate/Cashier. | Resolution: | Users can type in the first letter of the clerk ID to get close to the correct ID but many Associates/Cashiers have the same first letter so the user must still scroll down to find the correct Associate/Cashier. | Files to be released: | Rpro8.exe | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14983 | WebTAC ID: | | Area: | EFT - Shift4 | Severity: | 5 - Change Request | Title: | Shift-4 requesting that check number always be sent when verifying a check | Description: | Shift4 has added a check processor (Global) that wants the check number with every transaction. Currently, we only send it if the MICR was manually entered. | Resolution: | Now the check number is sent with the verification request to shift4 regardless of whether the MICR was swiped or manually entered | Files to be released: | rtishift4check.dll | Build Tested: | 8.52 | | | | | | |
Issue ID: | 14991 | WebTAC ID: | | Area: | EFT - Shift4 | Severity: | 2 - Serious | Title: | Gift balance intermittently populates with invalid data. | Description: | Reported Problem: When using shift 4 data mark gift cards. On occasion the receipt prints out with the wrong balance amount. Data is wrong in DVS/ | Resolution: | The dll wasn't reading the new balance for the card being purchased, so the balance from the previous transaction was still in memory. | Files to be released: | rtishift4credit.dll rtishift4debit.dll rtishift4gift.dll rtishift4check.dll | Build Tested: | None Specified | | | | | | |
Issue ID: | 15011 | WebTAC ID: | 23596 | Area: | Vendor Invoice | Severity: | 1 - Critical | Title: | Vendor Invoice, via the Vendor Invoice interface, does not update/change the last edit date | Description: | Reported Problem: When creating a Vendor Invoice via the Vendor Invoice interface, the last edit date of the Voucher is not updated/change, thus this information is not pushed up to EMS/Rpro v9. | Resolution: | Assigning a voucher to a vendor invoice now updates the last edit date on the voucher. | Files to be released: | RPro8.exe RDA2.dll | Build Tested: | 8.52 | | | | | | |
Issue ID: | 15017 | WebTAC ID: | 23596 | |
|
| |
|