RPro v8.51 Core  

Updated executables Contained in the October RPro v8.51 Core update:

Core Files:

rpro8.exe, ms_ie_d5.bpl, RPRO_API.bpl, rda2.dll, vcl50.bpl, vclie50.bpl, PPMSERVR.exe, RTICheck.dll, RTICredit.dll, RTIGift.dll, RTIDebit.dll, RtiShift4Credit.dll, RtiShift4Debit.dll, RtiShift4Check.dll,  RtiShift4Gift.dll, Batch.exe, mprocin.exe, rprocin.exe, cprocin.exe

Tools:

xz.exe

Issue ID: 

14370

WebTAC ID:

27754

Area:

Receipts

Severity:

2 - Serious

Title: 

Edit quantity in F5 window switches to last item on a receipt

Description: 

On a receipt, the F5 edit window was displaying the last item on the receipt, rather than the one that was selected in some cases.

Resolution:

Pressing F5 will now allow edits to the item selected.

Issue ID: 

14318

WebTAC ID:

27208

Area:

Receipts

Severity:

4 - Low

Title: 

Receipts - Cashier drop down list in receipts does not index when using Korean characters

Description: 

The cashier drop down menu does not index when using Korean characters (double byte characters).  So when you select the cashier window and type in a character it does not sort on the first character. 

Resolution:

With the addition of a new system preference called 'Allow free-type for employee names' checked, it is now possible to type a character in the Cashier field on a receipt, and then Rpro8 will automatically find the next best match when the focus leaves the field.  Additionally, if you drop down the list it should automatically synchronize whatever you typed in so far with the best match in the list.

Issue ID: 

14176

WebTAC ID:

25952

Area:

Purchase Orders

Severity:

5 - Change Request

Title: 

Request for P$T$ total on Pending Po's

Description: 

Request to allow Proposed Po's to have a total with P$T$. Currently there is a Total field on the proposed PO, this field totals all the P$'s from all the items. If using VAT there is not a way to Total P$T$.

Resolution:

This field has been added to the document level so that it is available on Pending PO's, Pending Vouchers, and also Voucher and POs.  In addition, the PO Price field has been added to Vouchers.

Issue ID: 

13992

WebTAC ID:

24635

Area:

Sales Orders

Severity:

2 - Serious

Title: 

Minimum required deposit not suggested in sales orders when sale is recorded before first deposit.

Description: 

When permissions were set to both require 10% deposit and record sale before deposit, the deposit requested was 100% instead of the percentage indicated.

Resolution:

The error was caused by RPro counting both the deposits used and the deposits taking transactions when calculating deposit minimum.   RPro8 now counts only the number of deposit-taking transactions when determining if a deposit minimum is needed.

Issue ID: 

14604

WebTAC ID:

Area:

Receipts

Severity:

3 - Moderate

Title: 

Multiple items found dialog sorts by UPC incorrectly

Description: 

RPRO incorrectly sorts by UPCs if those UPCs have different number of digits, or if one starts with zero while another one does not. For example, normally while sorting you would put 02323456789 in front of 123023456789, but Rpro was actually sorting them reversing the order (because it was not taking into account leading zero).

Resolution:

The leading zero will now be taken into account when sorting by UPC.

Issue ID: 

14592

WebTAC ID:

Area:

Receipts

Severity:

1 - Critical

Title: 

Receipts are filed in the wrong month if user is in POS when the month changes on the system

Description: 

If the user is in the POS module when the month changes in the system (i.e. at midnight at the end of the month), any receipts created after that are filed in the wrong month until the user goes all the way out to the Main screen of RPro.

Resolution:

History documents (receipt, voucher, memo) are now correctly filed when when the month changes in the system (i.e. at midnight at the end of the month) without user having to goes all the way out to the Main screen of RPro.

Issue ID: 

14583

WebTAC ID:

Area:

RDA2

Severity:

3 - Moderate

Title: 

TaxRate2 not being set correctly through TTaxRate

Description: 

With Multi-Tax enabled, TTaxRate is called twice for each item. Once for the first TaxArea and then again for the second TaxArea. I am able to set the tax rate for the first tax area but when I set the rate for the second tax area, the rate I am setting does not get set in the document.

Resolution:

Tax rate 2 was not being calculated correctly using the TTaxRate plugin.  The Taxrate 2 was assigned to the wrong variable.  That has been corrected

Issue ID: 

13820

WebTAC ID:

23462, 26124

Area:

Sales Orders

Severity:

3 - Moderate

Title: 

SO Balance due is ($0.01) after making a full deposit on the SO

Description: 

After making a full deposit on an SO, the Balance Due value is incorrect.

Resolution:

A 0.5 cent discrepancy was created when using a SO deposit on a receipt because RPro was comparing a non-rounded total to a rounded deposit balance.  This issue has been corrected.

Issue ID: 

14371

WebTAC ID:

27768

Area:

Sales Orders

Severity:

2 - Serious

Title: 

Sales Orders are incorrectly updating the serial number table during polling.

Description: 

When making a Sales Receipt, where we refer to a SO - layaway (loan), the serial numbers will after the polling have a status as “ SO - reserved” at the serial number table. The serial number should be removed from the table.

Resolution:

Instead of being marked as reserved, serial numbers are removed after polling in this case.

Issue ID: 

14499

WebTAC ID:

28609

Area:

Inventory

Severity:

2 - Serious

Title: 

Auxillary Fields moves up one entry from Selection

Description: 

The options set for auxillary fields in preferences were not being adhered to in RPRO when users made a selection.  For instance, if the options were:

6

12

15

18

If the user chose 15, the program would chose 18.  It always chose the option directly below the one that the user chose.

Resolution:

The selection made by the user was stored.

Issue ID: 

14177

WebTAC ID:

25756

Area:

EFT - General

Severity:

3 - Moderate

Title: 

Request for Batch.exe, ability to print a detailed report after upload.

Description: 

Request for Batch.exe, ability to print a detailed report after batch upload.  Currently prints summary and does not obey setting in preferences (to select detailed or summary).  Prints a detailed report fine when printing manually, the condition here is only for after performing an upload.

Resolution:

The preview screen and printing in the upload screen now checks the setting in Preferences > Print batch reports as. When you enter the upload screen, if the setting is prompt, then you're prompted for detailed or summarized. If you select cancel in the prompt window, then it defaults to detailed. The preview and the report that's generated after the upload both will display according to the pref setting.

Issue ID: 

14030

WebTAC ID:

24858

Area:

Polling

Severity:

2 - Serious

Title: 

Cannot edit a voucher at the backroom then update manually through pending vouchers.

Description: 

If you edit a voucher at the backroom when you poll the voucher to the main it will not let you update the voucher, giving you an error that this voucher already exists. 

Resolution:

A change has been change so that if a edit occurs with the same number of items the pending voucher allows the update.

Issue ID: 

14584

WebTAC ID:

Area:

EFT - Shift4

Severity:

2 - Serious

Title: 

Activating a gift card through Datamark sends the amount to Shift4 in the wrong field

Description: 

When activating a gift card, we first do a balance inquiry to see if it needs to be activated or re-activated.

In the case where the store is using Datamark as the gift card processor, the balance inquiry always shows the card as previously activated, but with a zero balance. This causes Rpro to send an add value transaction instead of an activation, however, an add value transaction transmits the amount in a field called PrimaryAmount. Shift4 wants to see the amount in the IYCBalance field.

Resolution:

We now fully support Datamark cards.

Issue ID: 

14560

WebTAC ID:

Area:

EFT - Shift4

Severity:

5 - Change Request

Title: 

RtiShift4Gift.dll requires exp date to return valid response from Shift4

Description: 

RTIshift4gift.dll requires that there be an EXP date. Swiping one of these cards results in an error from the shift4 website

Resolution:

Changes were made to support swiping cards with track 2 data in this format that doesn't include expiration date information. Shift4 no longer is requiring an expiration date on these types of cards. Issed was tested with Datamark cards, because they follow the exact same format as Card Mart.

Issue ID: 

14551

WebTAC ID: