Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
8.4 and 8.5 Core Updates
#1

Retail Pro BTF-Series8.4/8.5/Tools

Update Release Cycle

RPro v8.51 Core

Updated executables Contained in theFebruary RPro v8.51 Core update:

Core Files: Rpro8.exe, ms_ie_d5.bpl, vclie50.bpl, vcl50.bpl, RPRO_API.bpl, rda2.dll, RPro8.sec, RProDB.exe, RproDB.sec, SecAdmin.exe, PPMSERVR.exe, RtiShift4Gift.dll, RtiShift4Debit.dll, RtiShift4Credit.dll, RtiShift4Check.dll, RtiGift.dll, RtiDebit.dll, RtiCredit.dll, RtiCheck.dll, ReceiptRTISchema.xml, CustHistoryRTISchema.xml

Tools:SLCC.exe


Issue ID:

14883

WebTAC ID:

Area:

Vouchers

Severity:

3 - Moderate

Title:

Copying a voucher from a closed period to an open period does not clear the Audit flag

Description:

When copying a voucher from a closed period to an open period, the Audit flag is not cleared. This process is needed in order to work around a current design limitation of Stock Audit. Once copied, the document should be editable.

Resolution:

Issue: Copying a voucher from a closed period to an open period does not clear the Audit flag

Solution: The Audit flag is cleared on all documents (receipts, vouchers, memos and slips) when they are copied.


Issue ID:

14840

WebTAC ID:

31016

Area:

EFT - General

Severity:

1 - Critical

Title:

EFT settings return to DEFAULT value of NONE when connection is lost

Description:

Reported Problem:

Create an installation of RPRO with a mapped drive to an EFT folder where PPM or CPRO is running.

Setup workstation prefs to use the correct Credit option under EFT

Make a transaction to confirm the modem is dialing etc.

Disconnect the mapped drive

Exit out of RPRO

Run the instance of RPRO again and go into another EFT transaction

NOTE the prompt for EFT card type comes up. Go into workstation preferences EFT>Credit. Note it is now set to NONE.

Resolution:

Whenever a user goes to the tender screen, access to the eft folder is checked. If the folder cannot be accessed for any reason, or if there is a problem loading the eft files when first going into the tender screen, an error message is displayed and the eft tender buttons are disabled. The same logic was also put into SO's. The cashier can complete the transaction using a different type of tender.


Issue ID:

14833

WebTAC ID:

Area:

Security Manager

Severity:

2 - Serious

Title:

Communicating De-activated employees to RPro 8 causes Access Violations

Description:

An access violation can be generated when an employee that is a member of an RPro 8 Group is deactivated in V. 9 and communicated back to V. 8

Create an employee in RPro 9 and communicate the employee to RPro 8.

Once in RPro 8 add this employee to a group.

Process back to V. 9 and de-activate the employee.

Communicate the change back to V. 8

After Processing in the changes go to SecAdmin > Groups in V. 8 and Open a group (different from the group that you assigned the now de-activated employee to) and add another employee to the group and save. An Access Violation is shown at this point.

Resolution:

Initial Problem: An access violation is created when deactivating employees in RPro 9 and communicating the change back to RPro 8.

Solution: SecAdmin library was modified to detect when ECM has deleted employees and read data from RtiSec.dat on the fly.


Issue ID:

14803

WebTAC ID:

30257

Area:

EFT - Shift4

Severity:

2 - Serious

Title:

Shift4 credit card transactions duplicating under certain conditions

Description:

Reported Problem:

Based on analysis of trace files from customer combined with the audit trail sent to Shift4 from the client Shift4 has determined that Retail Pro is ignoring responses from Shift4 after an auth has been sent. This in turn causes them to time out and as such is a root cause of a duplicated transaction.

Additional information:

When the user tries to authorize again after the timeout, RPro doesn't always use the same transaction number. We should use the same transaction number again, so we don't defeat Shift4's duplicate checking code.

Resolution:

Programming has changed the way transaction numbers are assigned.

There's a file in the eft folder called shift4sn.dat which holds the serial numbers that are used to as transaction numbers. There used to just be one serial number that was shared by all workstations, but now each workstation has it's own serial number. Each serial number is in the range 1 to 999999. The transaction number consists of a 2 digit workstation number followed by the serial number for that workstation. Only if the transaction is approved is the serial number incremented. On the receipt tender screen, the transaction number is displayed in the reference number field (as before).


Issue ID:

14794

WebTAC ID:

Area:

Stock Audit

Severity:

1 - Critical

Title:

Stock Audit not creating open balances when choose to start from RPro backup all qtys zero

Description:

Stock Audit is not creating opening balances if you choose to start from a Retail Pro backup, all quantities are zero.

1) Make a backup of Retail Pro

2) Start SLCC and choose to create opening balance from a backup

3) Point the directory to the Retail\Rpro directoy for the backup

4) once step (3) is done start a new period

5) check the openeing balnce it will equal zero.

Resolution:

Issue:

When using a data back up to create an initial open period within stock audit the inventory cost and quantities were zero.

Solution:

Stock Audit has been fixed so that when and opening period is created from a snapshot of inventory the opening cost and company quantity is updated.


Issue ID:

14780

WebTAC ID:

30736

Area:

EFT - PPM

Severity:

3 - Moderate

Title:

PPMserver Times out dialog during upload of large batch

Description:

Reported Problem:

The time out put in place for the credit card dialog is timing out before PPMserver is done uploading the batch. This is causing the dialog to give the error "time out" while PPMserver is still posting the batch. See attached log.

Steps to replicate.

Select upload

You will see Connected

then see Settling batch ###

after about a minute you get Timed out

click OK

Queued at the server message is displayed for about a minute until the cancel button can be hit, Brings you back to the the Upload screen

If you try to settle again you get no batches to settle

System Impact:

The user will be confused by this.

Resolution:

The PPMServer will now stay open until the batch is finished processing. No timeout errors should be reported.


Issue ID:

14768

WebTAC ID:

30735

Area:

EFT - PPM

Severity:

2 - Serious

Title:

Duplicate checking in PPM creates a possible problem with void transactions

Description:

Reported Problem:

1> Create a transaction with a credit card and authorize it.

2> Now before updating the transaction void the authorizations by deleting the authorized amount in the tender window.

3> Now rerun the same amount using the same card and exp date etc.

Note you get the "duplicate authorization" prompt.

The options are to use the existing authorization or create a new authorization. If you choose to use the existing authorization the system does not go out and get a good authorization. It simply keeps the voided one that is in the batch.

This is bad for the client as it is confusing to the cashiers at POS. What happens is the cashier not knowing can select to use the previous auth and create a situation where the receipt can still be updated. One of three things should happen:

A> if the user chooses to use the existing authorization IE keep the void, then the tender should not be applied as a positive

or

B> the duplicate checking should not offer to use the existing transaction when it is a voided transaction.

or

C> as the duplicate issue has been corrected through disabling the cancel button and managing the way PPMserver behaves when using predial , rem out the routine for duplicate checking all together

Resolution:

Voided authorization information is now not stored. This prevents the situation in the issue description from occurring.


Issue ID:

14694

WebTAC ID:

29840, 30820

Area:

Sales Orders

Severity:

1 - Critical

Title:

SO deposit created when not tendered.

Description:

Reported Problem:

With A Deposit amount required on an SO a user can back out of an SO deposit and cause a receipt to be made. Steps to Reproduce.

1.) System Preferences > Require a 10 % deposit on SO's.

2.) Make a SO then Save, The user will be propted to leave a deposit.

3.) In the Deposit Screen do not tender and just select Back from the side menu.

4.) Back in the SO Screen Select Save again and the user will once again be brought to the Deposit screen and a new deposit will have been started.

5.) Once again in the Deposit Screen do not tender and just select Back from the side menu.

6.) Again back in the SO Screen Select Save again and the user will once again be brought to the Deposit screen and another new deposit will have been started.

7.) Do not tender and select the second deposit row with your mouse.

8.) Select the RPRO buttion in the upper corner. This will back you out to the Retail pro home screen, with out a deposit being made.

9.) Now check former SO's there will have been a SO made. And in former receipts there will be a deposit receipt for the so tendered using store credit.

Resolution:

The deposit on an SO isn't removed when the back button is pressed while in the deposit screen. This would result in a customer receiving unearned store credit in certain situations. Now the deposit is removed if the back button is selected prior to tendering the deposit.


Issue ID:

14844

WebTAC ID:

31051

Area:

EFT

Severity:

2 - Serious

Title:

POSres takes more than a minute to determine there is no connection to NETAPI

Description:

Reported Problem:

Due to the limitation in windows that results in NetAPI reporting a valid connection to POSres RPRO takes more than a minute to go into offline eft mode when the router side network connection is lost. Please add a configurable timeout value to an ini file. The time out should not be used if there is no value in INI file variable. IE if the value for time out is not set POSres should determine connectivity normally otherwise if the the timeout value is present then use that value to determine that the connection has been lost.

Resolution:

Added a section and a key to rtishift4.ini which is located in the eft folder:

[System]

OnlineCheckTimeoutSeconds=15

Part of the fix for this bug was put into 8.51 and 8.40 even though they don't support POS Resiliency. If netapi is shut down in the middle of running a transaction, RPro would wait indefinitely for a response from netapi. Now, the user will get an unexpected disconnect error message soon after netapi is shut down.


RPro v8.40 Core

Updated executables Contained in theFebruary RPro v8.40 Core update:

Core Files: Rpro8.exe, vclie50.bpl, vcl50.bpl, RPRO_API.bpl, rda2.dll, RPro8.sec, SecAdmin.exe, PPMSERVR.exe, RtiShift4Debit.dll, RtiShift4Credit.dll, RtiShift4Check.dll, RtiDebit.dll, RtiCredit.dll, RtiCheck.dll

Tools: SLCC.exe


Issue ID:

14833

WebTAC ID:

Area:

Security Manager

Severity:

2 - Serious

Title:

Communicating De-activated employees to RPro 8 causes Access Violations

Description:

An access violation can be generated when an employee that is a member of an RPro 8 Group is deactivated in V. 9 and communicated back to V. 8

Create an employee in RPro 9 and communicate the employee to RPro 8.

Once in RPro 8 add this employee to a group.

Process back to V. 9 and de-activate the employee.

Communicate the change back to V. 8

After Processing in the changes go to SecAdmin > Groups in V. 8 and Open a group (different from the group that you assigned the now de-activated employee to) and add another employee to the group and save. An Access Violation is shown at this point.

Found Internally by Alexey

Resolution:

Initial Problem: An access violation is created when deactivating employees in RPro 9 and communicating the change back to RPro 8.

Solution: SecAdmin library was modified to detect when ECM has deleted employees and read data from RtiSec.dat on the fly.


Issue ID:

14803

WebTAC ID:

30257

Area:

EFT - Shift4

Severity:

2 - Serious

Title:

Shift4 credit card transactions duplicating under certain conditions

Description:

Reported Problem:

Based on analysis of trace files from customer combined with the audit trail sent to Shift4 from the client Shift4 has determined that Retail Pro is ignoring responses from Shift4 after an auth has been sent. This in turn causes them to time out and as such is a root cause of a duplicated transaction.

Additional information:

When the user tries to authorize again after the timeout, RPro doesn't always use the same transaction number. We should use the same transaction number again, so we don't defeat Shift4's duplicate checking code.

Resolution:

Programming has changed the way transaction numbers are assigned.

There's a file in the eft folder called shift4sn.dat which holds the serial numbers that are used to as transaction numbers. There used to just be one serial number that was shared by all workstations, but now each workstation has it's own serial number. Each serial number is in the range 1 to 999999. The transaction number consists of a 2 digit workstation number followed by the serial number for that workstation. Only if the transaction is approved is the serial number incremented. On the receipt tender screen, the transaction number is displayed in the reference number field (as before).


Issue ID:

14780

WebTAC ID:

30736

Area:

EFT - PPM

Severity:

3 - Moderate

Title:

PPMserver Times out dialog during upload of large batch

Description:

Reported Problem:

The time out put in place for the credit card dialog is timing out before PPMserver is done uploading the batch. This is causing the dialog to give the error "time out" while PPMserver is still posting the batch. See attached log.

Steps to replicate.

Select upload

You will see Connected

then see Settling batch ###

after about a minute you get Timed out

click OK

Queued at the server message is displayed for about a minute until the cancel button can be hit, Brings you back to the the Upload screen

If you try to settle again you get no batches to settle

Upon reviewing the log the batch is settled correctly but the

See attached log.

System Impact:

The user will be confused by this.

Resolution:

The PPMServer will now stay open until the batch is finished processing. No timeout errors should be reported.


Issue ID:

14768

WebTAC ID:

30735

Area:

EFT - PPM

Severity:

2 - Serious

Title:

Duplicate checking in PPM creates a possible problem with void transactions

Description:

Reported Problem:

1> Create a transaction with a credit card and authorize it.

2> Now before updating the transaction void the authorizations by deleting the authorized amount in the tender window.

3> Now rerun the same amount using the same card and exp date etc.

Note you get the "duplicate authorization" prompt.

The options are to use the existing authorization or create a new authorization. If you choose to use the existing authorization the system does not go out and get a good authorization. It simply keeps the voided one that is in the batch.

This is bad for the client as it is confusing to the cashiers at POS. What happens is the cashier not knowing can select to use the previous auth and create a situation where the receipt can still be updated. One of three things should happen

A> if the user chooses to use the existing authorization IE keep the void, then the tender should not be applied as a positive

or

B> the duplicate checking should not offer to use the existing transaction when it is a voided transaction.

or

C> as the duplicate issue has been corrected through disabling the cancel button and managing the way PPMserver behaves when using predial , rem out the routine for duplicate checking all together

Resolution:

Voided authorization information is now not stored. This prevents the situation in the issue description from occurring.


Issue ID:

14844

WebTAC ID:

31051

Area:

EFT

Severity:

2 - Serious

Title:

POSres takes more than a minute to determine there is no connection to NETAPI

Description:

Reported Problem:

Due to the limitation in windows that results in NetAPI reporting a valid connection to POSres RPRO takes more than a minute to go into offline eft mode when the router side network connection is lost. Please add a configurable timeout value to an ini file. The time out should not be used if there is no value in INI file variable. IE if the value for time out is not set POSres should determine connectivity normally otherwise if the the timeout value is present then use that value to determine that the connection has been lost.

Resolution:

Added a section and a key to rtishift4.ini which is located in the eft folder:

[System]

OnlineCheckTimeoutSeconds=15

Part of the fix for this bug was put into 8.51 and 8.40 even though they don't support POS Resiliency. If netapi is shut down in the middle of running a transaction, RPro would wait indefinitely for a response from netapi. Now, the user will get an unexpected disconnect error message soon after netapi is shut down.


Multi-Version Tools:

Customer Loyalty Plug-In

Files: CLoyalty.bpl


Issue ID:

14628

WebTAC ID:

29475, 29804, 30582

Area:

Customer Loyalty

Severity:

1 - Critical

Title:

Cloyalty not affecting customer's loyalty value on returns.

Description:

Reported Problem:

First Set up Cloyalty with the below settings. Any returns with these settings will not subtract value back from the UDF field of a customer who has made a purchase. I have found this to be true when reversing a sale for a customer or using a negative value on an item. Also when making a Return type receipt Value is actually added to a customers Loyalty value rather then subtracting.

- I want to use currency to accumulate value.

-Calculate based on a percentage of sales amount.

-Accumulate values for all items.

-Apply redemption value to all items.

-UDF3

-Use 10% as the awarded value.

-Use a Global discount to redeem merchandise.

Resolution:

Loyalty dialog from tender screen will be automatically invoked when making Return receipt.


Issue ID:

14595

WebTAC ID:

29301, 28856, 29804

Area:

Customer Loyalty

Severity:

2 - Serious

Title:

Customer Loyalty accumulating points when item is purchased with points.

Description:

Reported Problem:

When customer purchases an item using their loyalty points they are given loyalty point back for that purchase. Steps to reproduce.

1.) Set up Loyalty with these options

a) I want to use points to accumulate value.

b) Accumulate points as a percentage of the sales amount.

c) I want to use a different number of points for different items.

d) Where do you wants to store accumulated loyalty value? UDF8

e) Enter the percentage of sales amount used for point accumulation. 100

f) Which inventory Aux field? Aux8

G) Discount type? Customer

2.) Create an item with P$= 10$ and AUX8=10 (Points)

3.) Configure RPRO to use SALES TAX

4.) Assign a tax rate of 10.0%

5.) Create a new customer

5.) Start a Receipt with the customer.

6.) Add the item you created.

7.) Tender the receipt. The customer will receive 10 points for the purchase

Up to here every thing is fine

8.) Start another new receipt for the same customer that already has the 10 points in his account

9.) Add the same item you have created but this time the customer will reedem his points to get this item.

10.) Select "Redeem" to redeem the item.

10.) The CLoyalty screen will show you that the customer has 10 points in his account and for the new purchase he will earn 10 points and for the redeeming he will use 10 points11.) Update the receipt.

12.) Now go back to check the customer record to make sure he already have used all his points and UDF8 should be "0" but instead you will see "10".

Resolution:

Loyalty points are now correctly calculated when customer purchases an item using their loyalty points. Loyalty points will not be given for the purchase using redeem points


Vendor Coupons Plug-In

Files: VendorCoupon.bpl


Issue ID:

14230

WebTAC ID:

Area:

Vendor Coupon

Severity:

2 - Serious

Title:

OTS: Vendor Coupons

Description:

Coupons that are buy N items, get 1 free does not work.

(Note, we had incorrect information about the possible ValueCodes for vendor coupons when developing this customization, support for buy N, get 1 free needs to be added.)

Resolution:

Functionality for "Buy N get 1 free" coupon has been fixed. To use a coupon that results in a free item, set the Value Code to have a value of -1 and the Qty to the number of items required to buy INCLUDING the free item.


Stock Audit

Files: SLCC.exe


Issue ID:

14794

WebTAC ID:

Area:

Stock Audit

Severity:

1 - Critical

Title:

Stock Audit not creating open balances when choose to start from RPro backup all qtys zero

Description:

Stock Audit is not creating opening balances if you choose to start from a Retail Pro backup, all quantities are zero.

1) Make a backup of Retail Pro

2) Start SLCC and choose to create opening balance from a backup

3) Point the directory to the Retail\Rpro directoy for the backup

4) once step (3) is done start a new period

5) check the opening balnce it will equal zero.

Resolution:

Issue:

When using a data back up to create an initial open period within stock audit the inventory cost and quantities were zero.

Solution:

Stock Audit has been fixed so that when and opening period is created from a snapshot of inventory the opening cost and company quantity is updated.


Shift4 UTG

Files: Update available from Shift4 using WebChat.exe


Issue ID:

14511

WebTAC ID:

Area:

EFT - Shift4

Severity:

2 - Serious

Title:

UTGstub not communicating Time out or cancel to the Ingenico PinPad.

Description:

Reported Problem:

Create an installation of RPRO that is setup to use Shift4 for Debit.

Run NETAPI and UTG on the file server

Setup to use the Ingenico Encrypt 2100 pinpad on a second RPRO workstation using the UTGstub.

Create a receipt that has an item that costing 3.00

Go into tender select debit

Choose Authorize

Do not swipe the card. (To simulate the customer not being able to find the card)

Wait until the TX engine times out in RPRO. (Time out waiting for response.)

Hit Cancel

Now tender the receipt by cash instead

**Notice that the pinpad has not reset. It is still indicating that it is waiting for the user to swipe the card.**

Now create a new transaction for 5.00 and tender it by Debit

hit authorize

swipe the card enter the pin hit enter on the PinPAD

**The pinpad indicates that the transaction was approved.**

In RPRO you receive "9501 failed to send packet to device"

Typically then in this circumstance the user would choose "cancel" ask the customer to swipe the card again and reenter their pin.

Go to the $$ on the net website and you will see.

0004000054 00000 Thu 10/14/2004 DB 3566xxxxxxxx0006 $3.00 S 001

0004000054 00000 Thu 10/14/2004 DB 3566xxxxxxxx0006 $5.00 S 001

The bug here is the pinpad not resetting when either the time out occurs or when the cancel button is selected.

System Impact:

Huge, there is no way to reverse the transaction in RPRO to credit the card back other than creating a new receipt and that is only if the user catches this while the customer is standing there.

Resolution:

A new UTGstub needs to be downloaded from Shift4 using the WebChat.exe

The problem was that there were several small timeouts in the utg when working with pinpads. For example, a timeout for swiping the card, then another timeout for entering the PIN, etc. Now, there's one overall timeout.


Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)