Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
April 29, 2005 Update for 8.52/Tools/Plug-ins
#1


Retail Pro BTF-Series8.52/Tools/Plug-Ins

Update Release Cycle

Core:

RPro 8.52 Core

Updated executables Contained in theApril 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

Area:

Vouchers

Severity:

5 - Change Request

Title:

Allow user to edit voucher in open and closed periods

Description:

Client chooses to use stock audit to close periods and true up cost of goods sold, transferred and adjusted based on vendor invoicing. Client requires vouchers in a closed period that have not yet been invoiced to be edited.

Requirements:

------------------------

1. Allow the user to edit the voucher in open and closed periods adding or changing the vendor invoice number, payee, invoice date, terms, freight and fees. Currently the process works well when the period is still open, but is unacceptable for closed periods.

2. Client would like to make a change to the system that blocks the user from editing the currently audited vouchers for the following fields (vendor invoice number, payee, invoice date, terms, freight and fees).

Resolution:

New option "Allow editing of a voucher within a closed period" was added to Purchasing section in system preferences. It's available on LACE u2: st="on">MAINLACE> only. Once selected it will allow editing vouchers in the closed periods, but you will only be able to change the following fields:

Invoice Number

Payee Code

Invoice Date

Term Type

Vendor Invoice Total

Freight

Fee

Fee Type

(Payee information fields are not editable directly, but they will change if you select a different Payee Code - they are merely a lookup fields displaying information from vendor record).

Cost spreading is disabled for this edit mode. Also, if voucher is marked as posted to AP it won't be editable unless you unmark it through Accounting Link (you'll have to do it since you have to repost it to the accounting software anyway).

Files to be released:

RPro8.exe

Trans.exe

Build Tested:

8.52

Issue ID:

15026

WebTAC ID:

23596

Area:

Receipts

Severity:

3 - Moderate

Title:

CPU usage at 100% when the tender change window is up

Description:

Reported Problem:

When the change window appear at the end of tender a receipt, the CPU usage will max to 100%. It will stay at 100% until the window is closed

Resolution:

When the change window appears, the CPU usage is not affected.

Files to be released:

Rpro8.exe

RDA2.dll

Build Tested:

8.52

Issue ID:

15027

WebTAC ID:

23596

Area:

Translation

Severity:

3 - Moderate

Title:

New Features do not translate in RPro

Description:

Reported Problem:

The new features in system preferences and various screens do not translate in 8.52. These include LACE u2: st="on">LotLACE> numbers and Manager override.

Resolution:

All mlds have now been updated to contain the new fields

Files to be released:

all mld files

Build Tested:

8.52

Issue ID:

15032

WebTAC ID:

23596

Area:

Receipts

Severity:

2 - Serious

Title:

Foreign currency not calculating correctly on negative values

Description:

Reported Problem:

Create an FC under international called peso with a 10 to 1 give and take

Create a receipt and put -1000.00 on the total tender it by pesos

Notice that the tender says pesos but there is nothing in the foreign column.

This only occurs when the - amount reaches 1000.00 or more.

Resolution:

The foreign column now displays the correct amount in all cases.

Files to be released:

Rpro8.exe 8.52.400.28

RDA2.dll 8.52.400.28

(.bpl files)

Build Tested:

None Specified

Issue ID:

15044

WebTAC ID:

23596

Area:

LACE u2: st="on">LotLACE> Numbers

Severity:

2 - Serious

Title:

Voucher and Inventory schemas for Doc designs do not have Lot Number fields as defined in design document

Description:

Accdg to design, the following fields should be available to DocDesign in VoucherRTISchema.xml and in InventoryRTISchema.xml. They are not available:

Lot Number, LN Expiration, LN Creation, LN Last Edit dates in Vouchers, TOs, Transfer Slips, and Inventory (item level, header level, tag level)

Resolution:

New schemas have been created with the new fields as listed..

Files to be released:

VoucherRTISchema.xml

InventoryItemRTISchema.xml

InventoryRTISchema.xml

Build Tested:

8.52

Issue ID:

15051

WebTAC ID:

23596

Area:

Translation

Severity:

4 - Low

Title:

Sales Chart mld file does not have the fields to translate the employee sales target, "employee" and "Sales Targets"

Description:

Reported Problem:

The translation fields for the employee sales targets such as "employee" and "sales targets" are not in the latest version of the scharts.mld file.

Resolution:

Fields requested are present in newest scharts.mld

Files to be released:

scharts.mld

Build Tested:

None Specified

Issue ID:

15071

WebTAC ID:

23596

Area:

Licensing

Severity:

1 - Critical

Title:

RPro is looking for MCS license

Description:

The issue is that when in RPRO, users are unable to select a sublocation from a receipt.

Resolution:

All license checks in RPRO 8 have been removed. MCS is no longer licensed separately.

Files to be released:

Rpro8.exe

Build Tested:

8.52

Issue ID:

15073

WebTAC ID:

23596

Area:

Tools - Doc Designer

Severity:

3 - Moderate

Title:

Doc Design - Receipts - fields flag 1, 2, and 3 are named test, test me , and test me too in the fields list

Description:

Reported Problemoc Design - Receipts - fields flag 1, 2, and 3 are named test, test me , and test me too in the fields list

Resolution:

Newest schemas has correct Field names.

Files to be released:

ReceiptRTISchema.xml

Build Tested:

8.52

Issue ID:

15082

WebTAC ID:

23596

Area:

LACE u2: st="on">LotLACE> Numbers

Severity:

3 - Moderate

Title:

Lot Numbers > Rpro caught in infinite loop when performing specific editing actions in SO's

Description:

Steps to reproduce:

1) Create Partial Control LACE u2: st="on">LotLACE> # Item in Inventory

2) Create SO, list several of that item on the SO. Each item should have a unique LACE u2: st="on">LotLACE> #.

3) Save the SO

4) Edit the SO. Change the LACE u2: st="on">LotLACE> # for one of the items to a unique value. Save.

5) Edit the SO. Change the LACE u2: st="on">LotLACE> # for the item used in step 4 back to its' original value. Save.

Rpro is caught in an infinite loop, and you must kill the Rpro8 process to get out of the loop. The last SO change is not saved.

Resolution:

It was a typo in the code which compared lot numbers on SO currently on file with SO you are about to save, in order to determine what lot numbers need to be added and/or removed in inventory. I meant to put ">" there, but pressed a wrong button and put "<" instead.

Files to be released:

Rpro8.exe v.8.52

RDA2.dll v.8.52

Build Tested:

8.52

Issue ID:

15087

WebTAC ID:

23596

Area:

Customers

Severity:

5 - Change Request

Title:

Allow credit card information to be captured and stored in the Customer record

Description:

Client has requested that a credit card can be stored in a customer record. Decision was made to add this change to 852 core for compatibility with 9-Series.

Resolution:

- Two new fields are available in customer grid and form design. These two fields are "Credit Card" and "Card Exp Date". "Credit Card" fields is controlled by

"Rpro>Rpro V.8>POS>EFT-See Card Number" option in Sec Admin. If users have this security option enable, then they will be able to see the credit card number stored in "Credit Card" field. If users do NOT have this security option enable, then they can only see the last 4 digits of the credit card. The first 12 digits are masked with "X".

- A new button called "Customer CC" is added to Customer module. It can be added on the side menu in both Form View and List View. This button is controlled by "Rpro>Rpro V.8>POS>Customer-Add/Modify credit card" option in Sec Admin. If users have this security option enable, then they will be able to use this button to add/modify customer credit card information. If users do NOT have this security option enable, then they will NOT be able to add/modify customer credit card information.

- In Receipt module, when cashier click on Tender button and select Credit Card as tender type, Rpro will checks if the receipt has a bill to customer and whether that customer has credit card data stored. If so, Cashier will be prompted whether he/she wants to use that data to prepopulate the credit card tender dialog.

- There are five new fields added to RDA2.dll for custom plug-in to use stored credit card information. These fields are:

fidCustCCNum: customer's credit card number. All but last 4 digits are masked if users don't have view credit card number rights.

fidCustCCExpYear: expiration year.

fidCustCCExpMonth: expiration month.

fidCustCCExpDate: the expiration date in mm/yy or yy/mm format depending on system regional date settings.

fidCustCCNumUnmasked: always returns the unmasked credit card number.

- In DVS.exe's Repair option, three new fields can be viewed/edited in customer's record. These three fields are CardNum, CardExpMonth, CardExpYear.

- An additional tool (CustCCConv.exe) is provided to move existing credit card information, that is currently stored in customer UDF8 field by customization plugin, to the two new CreditCard and Card Exp Date field; and remove the information stored in customer UDF8 field. This tool should be copied to and run from either "C:\Retail" or "C:\Retail\Rpro" folders.

NOTE: Since the card isn't present at the time of the sale, the rate that the merchant has to pay might be higher than if the card were present.

Files to be released:

Rpro8.exe

Rpro8.sec

RDA2.dll

Reconst.exe

DVS.exe

CustCCConv.exe

Build Tested:

8.52

Issue ID:

15101

WebTAC ID:

23596

Area:

Tools - Doc Designer

Severity:

2 - Serious

Title:

Doc Designer - inventory barcode Fields dose not have ALU or Item #'s avalible

Description:

Reported Problem:the 8.52 doc designer is missing the ALU and Item# barcode fields in inventory and dose not allow the client to print these on receipts.

Resolution:

Latest schemas include all new fields.

Files to be released:

InventoryItemRTISchema.xml

InventoryRTISchema.xml

Build Tested:

8.52

Issue ID:

15102

WebTAC ID:

23596

Area:

Tools - Doc Designer

Severity:

3 - Moderate

Title:

Doc Designer - schema editor for inventory field names are showing in HEX #'s

Description:

Reported Problemoc Designer -> inventory -> schema editor -> open inventory the fields in here are named with hex #'s instead of their field names.

Resolution:

Latest schemas include all new fields.

Files to be released:

InventoryItemRTISchema.xml

InventoryRTISchema.xml

Build Tested:

8.52

Issue ID:

15103

WebTAC ID:

23596

Area:

Sales Orders

Severity:

1 - Critical

Title:

SO does not print when High Security is enabled

Description:

Problem: High Security is enabled on Receipts and SOs. After creating an SO, when the print button is selected, the user is prompted to save the SO then the user is logged off. The SO will not print until someone logs in.

Request: When High Security is enabled on Receipts and SOs and printing a new SO, the system should save then print the SO prior to logoff.

Resolution:

Problem: Users are logged off of SO during printing when high security receipts are used.

Solution: The forced logoff is delayed until the printing has completed.

Files to be released:

RPro8.exe,

ms_ie_d5.bpl,

RPRO_API.bpl,

vcl50.bpl,

vclie50.bpl,

RDA2.dll

Build Tested:

8.52

Issue ID:

15108

WebTAC ID:

23596

Area:

EFT - Shift4

Severity:

2 - Serious

Title:

Transactions tendered by EFT hanging just prior to updating receipt. - Request debug dll for 8.52 to isolate problem

Description:

Reported Problem

At seemingly unpredictable intervals receipts get hung up at the end of the tendering process. This appears only during EFT transactions the user is on Shift4 .

Scenario:

User creates a receipt

Tender by credit card

Authorize card

2 buttons become available OKAY and VOID (if you are not set to close dialog on authorization)

Select OKAY and nothing happens.

Select the VOID button and the EFT authorization is voided on the Shift4 side but the dialog still cannot be closed.

Would like a debug dll to log the activity that is occurring in the shift4 dll that is causing this hanging condition.

NOTE user indicates that there are no other hidden dialogs that they can find.

Resolution:

New coding makes sure that another transaction won't start while another one is in progress.

Files to be released:

rtishif4credit.dll

rtishif4debit.dll

rtishif4gift.dll

rtishif4check.dll

Build Tested:

8.52

Issue ID:

15109

WebTAC ID:

23596

Area:

Polling

Severity:

2 - Serious

Title:

cannot access data deleted by another user error going into SOs following a relayed SO polling cycle

Description:

Reported Problem:

Create a remote and a main

Relay an SO to the main from the remote in the following steps.

1>Create the SO at the remote and set the process at to LACE u2: st="on">MAINLACE>

2>Process out at the remote

The SO file becomes corrupted at this point

You will receive "data deleted by another user" entering SOs at the remote

If you continue with the polling cycle IE

3>EXCHANGE with the main Process in at the MAIN

4>Process out at the main EXCHANGE with the remote

5>Process in at the remote.

You will still receive the "data deleted by another user" error.

Resolution:

After processing out an SO that is created at the remote but set to process at the main, it was not possible to go back into the SO module. An error would occur because an index to the deleted SO in the SO file was not being removed. Now the index is being removed as it should be.

Files to be released:

rprocin.exe

rprocout.exe

mprocin.exe

mprocout.exe

cprocin.exe

cprocout.exe

Build Tested:

8.52

Issue ID:

15110

WebTAC ID:

23596

Area:

Tools - Reconstruct

Severity:

1 - Critical

Title:

Client reports corrupted customer file

Description:

Part of the problem with client data was in their client.dat files. They had some customers for which store number was set to -10, and ECM was unable to send such customer to LACE u2: st="on">EMSLACE>. Reconstruct did not repair or detected this error.

Resolution:

New validation rule is added to enforce that customer store number is in the range of 0-239. Running Reconstruct in "Full reconstruct" mode will fix customer records that have store number outside the range of 0-239 by setting store code to 0. Repair option in DVS will detect any customer whose store_code is not between 0-239. It will fix it by setting the store code = 0 by default for any of these record.

Files to be released:

RproDB.exe

Reconst.exe

DVS.exe

SLCC.exe

Build Tested:

8.52

Tools

Accounting Link

Files: AcctLink.exe

Issue ID:

13234

WebTAC ID:

Area:

General System

Severity:

3 - Moderate

Title:

Accounting link combining sales tax applied to shipping with the item tax differently than RPRO is totalling

Description:

Currently RPRO totals the tax applied to shipping and the tax accumulated on a document such as a receipt and then adds the two together.

EXAMPLE:

Make a receipt that has an item with a QTY of 4 and a price of 7.99 with a tax rate of 8.25 (Tax is 2.6367)

Add a shipping amount of 18.75 that has a tax of 8.25 applied to it as well (tax of 1.5468)

4.1835 total tax. This is what the link is reading as the total tax amount. RPRO on the other hand is rounding the tax pre shipping then rounding the shipping amounts tax and arriving at a total tax amount of 4.19

The result of this discrepancy is that the batch that is read into the link is out of balance and is flagged as out of balance. This prevents the batch from being sent to Business Works.

Resolution:

Accounting Link will round total item tax and shipping/fee tax individually before adding them together to match Rpro behavior.

Files to be released:

AcctLink.exe

Build Tested:

3.1.0.1

Issue ID:

14449

WebTAC ID:

Area:

MAS90

Severity:

2 - Serious

Title:

Due date populated by the Link even when Use External Default Terms is selected.

Description:

Reported Problem:

Create an installation of the accounting link setup to link with MAS 90 3.70+

Under AP/TC options check Use External Default terms.

Create an AP vendor in RPRO and then the initialize vendors from the link to the accounting package.

Create an AP voucher.

Read into the link and notice the Due date is populated.

Resolution:

Accounting Link will not read due date for vouchers if "use external default terms" is checked in preferences. Due Date field for AP Voucher batch will be blank.

Files to be released:

AcctLink.exe

Build Tested:

3.1.0.1

DVS

Files: DVS.exe

Issue ID:

14779

WebTAC ID:

Area:

Tools - DVS

Severity:

3 - Moderate

Title:

The relink SO feature doesn't completely correct the attached SO file.

Description:

Some SOs file can't be completely corrected by the relink SO feature, and is probably related to the fact that the receipts that are linked to the SO mostly contain items that aren't on the SO.

Resolution:

Fixed in issue 14996

Files to be released:

DVS.exe

DVS.sec

Build Tested:

None Specified

Issue ID:

14996

WebTAC ID:

Area:

Sales Orders

Severity:

5 - Change Request

Title:

SO file not corrected by relink SO tool values in the 'invoiced' column of the 'SO Due Table not updated

Description:

Reported Problem:

When analyzing some SOs prior to relinking SO, note that on the SO deposit history there is only one receipt. Reconstruct and then run the relink tool at a station. You will receive a response that some are relinked.

Make sure the recalculate totals and affect all SOs is checked. Review the SO history tab for the SO again.Notice that it now has 3 receipts associated with it and that one of the receipts has an new item on it.

Review the SO QTY sent for that item it is still set to zero.

Resolution:

A new option "Analyze Items" is introduced into relink SO feature. When this option is not checked it will work the same way as before. If checked it will compare items on SO and receipts, apply item quantity to SO, and also it will affect how receipt is applied to SO balance - if some items in receipt do not reference SO items they won't be applied to SO used balance.

In addition, for web SOs, when ECI puts item taxes onto SO and receipt, it calculates them inconsistently with RPRO core (or with itself) causing a very small discrepancy. However, the discrepancy was enough to persuade DVS that these are two different items, so it did not count such receipt items against SO. Logic for DVS has been changed to check whether amounts are close or not, instead of whether they match or not

Notes: There are three things which cannot be resolved

1) Since there is no track of how serial number was changed on SO item it is not possible to correctly track serial numbers in DVS after the fact. What prevents DVS from tracking it is the fact that information about how SO looked before SN was changed on it is lost. DVS can't distinguish whether there was a serial number on the original SO or not, nor whether it was manually changed or not.

2) Since Shipping percentage is not stored on receipt it is not possible to apply partial shipping amount to the SO used balances (for example, if you put single item on SO, and two item lines on receipt, then depending on whether you entered shipping amount or shipping percentage Rpro8 will apply either full shipping amount or partial shipping amount to the SO). Since the information about what was entered (amount or percentage) is lost, DVS cannot decide whether to apply shipping amount in full or in part. Previous version of DVS applied full amount, so this version does the same thing.

3) Applying partial subtotal, tax, and discount from the receipt to SO (in the case when you reference items on the receipt which are not on the SO) is not performed if you uncheck Analyze Items option. In this case DVS will always apply full amounts.

Files to be released:

DVS.exe

DVS.sec

Build Tested:

None Specified

Stock Audit

Files: SLCC.exe

Issue ID:

13332

WebTAC ID:

Area:

Stock Audit

Severity:

4 - Low

Title:

Stock Audit- Two of the Quick Reports are named Trail, while the report itself says Trial.

Description:

In Stock Audit, after you have created a period and then view the ledger you can run some Quick Reports. Two of the reports: Trail Unit Cost Changed, and Trail Vouchers Unit Cost Changed when run are called TRIAL instead of Trail.

These names should be changed. In fact, it would be great if we changed the report names altogether to something easier to understand.

Resolution:

Problem: Within the Trail Unit Cost Changed and Trail Vouchers Unit Cost Changed reports, trail is mispelled

Solution: The spelling within these reports has been corrected.

Files to be released:

SLCC.exe

Build Tested:

8.52

Issue ID:

13561

WebTAC ID:

Area:

Stock Audit

Severity:

4 - Low

Title:

SLCC> Set Opening Balance screen contains duplicate hot keys

Description:

Within the Set Opening Balance menu, the user is presented with the Hotkey assignment of O assigned to both Options and OK on the same page.

Resolution:

Problem: Duplicate hot keys are used with the options within the Opening Balance screen.

Solution: Options is now using "n" as its hotkey.

Files to be released:

SLCC.exe

Build Tested:

8.52

Issue ID:

13706

WebTAC ID:

Area:

Stock Audit

Severity:

3 - Moderate

Title:

Stock Audit> View Ledger> The information about the items does not refresh.

Description:

In Stock Audit you have the ability to view item information (DCS, VC, Desc1-4, P$, UDF1-4, Aux1-8, etc...) from inside View Ledger. This information does not get updated once the Opening Period has been created.

It is confusing and misleading. The information should update.

Steps to duplicate:

1. Create an Opening Period.

2. Create another period.

3. View Ledger, look at the Price (P$) of an item.

4. Go into Retail Pro, change the price of that item to $237.

5. Go back into Stock Audit, View Ledger, and you will see the Price does not change to $237.

6. Update the period. Go back into Stock Audit, View Ledger, and you will see the Price does not change to $237.

7. Close that period and create a new one. Go back into Stock Audit, View Ledger, and you will see the Price does not change to $237.

8. Make a receipt, or a voucher with that item on it. Go back into Stock Audit, View Ledger, and you will see the Price does not change to $237.

This was found by Barb @ Clever.

Resolution:

Problem: Once a Opening period has been created the values in the ledger are not updated.

Solution: The Update process will now scan the inventory items before analyzing documents. Existing inventory items will be compared to see if there are any updates.

Files to be released:

SLCC.exe

Build Tested:

8.52

Issue ID:

14998

WebTAC ID:

23596

Area:

Stock Audit

Severity:

2 - Serious

Title:

SLCC is incorrectly reporting EOP balances when item OH QTY is zero. In my report I get an extended cost of 70,000 with an on-hand of zero.

Description:

SLCC is incorrectly reporting EOP balances when item OH QTY is zero. In my report I get an extended cost of 70,000 with an on-hand of zero

Resolution:

Problem: The BOP and EOP balances for items are displaying running extended costs instead of extended costs. This is showing an extended cost when OH Qty is zero.

Solution: The BOP and EOP report was modified so that they display extended cost.

Files to be released:

SLCC.exe

Build Tested:

8.52

Issue ID:

14224

WebTAC ID:

Area:

Stock Audit

Severity:

2 - Serious

Title:

Stock Audit is incorrectly writing the old cost to documents.

Description:

Stock Audit is incorrectly writing the old cost to documents. All history documents end up with the last cost of the first document in the period for all documents. The last cost should be the old cost that was on the document before audit changed the cost. The old cost should only be written once and not overwritten.

Resolution:

Problem: Old costs on documents were being re-written

Solution: Modifications were made to prevent loss of data when opening and closing old periods.

Files to be released:

SLCC.exe

Build Tested:

8.52

Issue ID:

14733

WebTAC ID:

Area:

Stock Audit

Severity:

2 - Serious

Title:

Stock Audit - re-openig a closed period does not return out slips to be editable

Description:

Reported Problem:

When using Stock Audit, transactional history documents (receipts, vouchers, slips and memos) cannot be edited if the period that contains those documents has been closed. Re-opening the period does not return out slips to an editable state.

1. In Stock Audit, click Create to set an Opening Balance calculate from transactional history.

2. In Stock Audit, click Create again to create a new period

3. In Retail Pro, create a new receipt, voucher, out slip and memo . Then close RPRO.

4. Forward the system date to next month

5. In Stock Audit, select the open period and click Reprocess Inventory

6. Click Update and then click Close.

7. Launch Retail Pro. The former receipt, voucher, out slip and memo cannot be edited.

8. In Stock Audit, select the closed period and click Reopen.

9. In Retail Pro, former receipt, voucher and memo can now be edited/reversed. Out slip still remain uneditable (the Audited field is still checked).

Resolution:

Problem: Re-opening a closed period does not allow out-slips to be modified.

Solution: The code was added to remove audit flags from slips during the re-opening of a period.

Files to be released:

SLCC.exe

Build Tested:

8.52

Expanded Printing Plug-in

Issue ID:

15008

WebTAC ID:

23596

Area:

Expanded Receipt Printing

Severity:

2 - Serious

Title:

Second printer not receiving the output when preceded by a regular item

Description:

Setup printer 1 and printer 2 on separate LPT ports

In inventory

Flag include: Aux1 = KITCHEN

Star TSP600 Raster printer design: Regular TSP600.rpt

Food printer design: Kitchen.rpt

1. Create 2 items where item#1 is a regular item and the other item #2 with Aux 1 = KITCHEN.

2. Create new receipt with only item#2 and print/update.

3. Notice it printed to both printers.

4. Create new receipt with only item#1 and print/update.

5. Notice it just printed on the first printer.

6. Create a new receipt with only item#2 and print/update.

7. Notice it only printed to the first printer.

Resolution:

Flag to send receipts to second printer is now correctly set.

Files to be released:

ExtPresetRcptPrint.bpl

Build Tested:

8.52

Reconstruct

Issue ID:

15110

WebTAC ID:

23596

Area:

Tools - Reconstruct

Severity:

1 - Critical

Title:

[Copy from LACE u2: st="on">EnterpriseLACE>] Celine ---- corrupted customer file

Description:

Part of the problem with Celine data was in their client.dat files. They had some customers for which store number was set to -10, and ECM was unable to send such customer to LACE u2: st="on">EMSLACE>. Reconstruct did not repair or detected this error.

Resolution:

New validation rule is added to enforce that customer store number is in the range of 0-239. Running Reconstruct in "Full reconstruct" mode will fix customer records that have store number outside the range of 0-239 by setting store code to 0. Repair option in DVS will detect any customer whose store_code is not between 0-239. It will fix it by setting the store code = 0 by default for any of these record.

Files to be released:

RproDB.exe

Reconst.exe

DVS.exe

SLCC.exe

Build Tested:

8.52

Procs

Files: rprocin.exe, rprocout.exe, mprocin.exe, mprocout.exe, cprocin.exe, cprocout.exe

Issue ID:

15109

WebTAC ID:

23596

Area:

Polling

Severity:

2 - Serious

Title:

cannot access data deleted by another user error going into SOs following a relayed SO polling cycle

Description:

Reported Problem:

Create a remote and a main

Relay an SO to the main from the remote in the following steps.

1>Create the SO at the remote and set the process at to LACE u2: st="on">MAINLACE>

2>Process out at the remote

The SO file becomes corrupted at this point

You will receive "data deleted by another user" entering SOs at the remote

If you continue with the polling cycle IE

3>EXCHANGE with the main Process in at the MAIN

4>Process out at the main EXCHANGE with the remote

5>Process in at the remote.

You will still receive the "data deleted by another user" error.

Resolution:

After processing out an SO that is created at the remote but set to process at the main, it was not possible to go back into the SO module. An error would occur because an index to the deleted SO in the SO file was not being removed. Now the index is being removed as it should be.

Files to be released:

rprocin.exe

rprocout.exe

mprocin.exe

mprocout.exe

cprocin.exe

cprocout.exe

Build Tested:

8.52

Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)