Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
129	[DBA Classic]	minor	have not tried	2010-09-08 12:10	2010-09-08 12:10
Reporter:	HecTech	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SO-C does not allow you to save all the settings.
Description:	When you are choosing all your settings before printing in SO-C you do not get the option to Save your settings when you've entered your last settings(Sort by SO,Cust,Job#,Name).
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
128	[DBA Classic]	minor	always	2010-09-08 11:44	2010-09-08 11:45
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Printing a text based packing slip (packing slip print format 5) on a laser printer, prints two pages.
Description:	When printing a text based packing slip (packing slip print format 5) on a laser printer, a second page (header only) is printed for each packing slip.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
122	[Both Evo and DBA Classic]	minor	always	2010-08-25 08:01	2010-09-07 14:06
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2010-08-25
Contact Info:
Error Message:	no error message
Program Name:	T7JCS.RWN
Repeatable in Test Company:
Summary:	RTM T6JCS1.RTM
Description:	When go int JC-S and print output on T6JCS1.RTM, setup labor cost is excluded in the labor detail section, but the corresponding overhead cost is displayed and part to the total cost. The setup labor cost is not displayed and not included in the total cost.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000142) JEMM    2010-09-07 14:06	Confirmed and fixed in the program. Rtm was working fine. 09/07/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
125	[Both Evo and DBA Classic]	minor	always	2010-09-03 11:11	2010-09-07 13:21
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2010-09-02
Contact Info:
Error Message:	no error message
Program Name:	T6JCA.RUN, T6JCA1.RTM
Repeatable in Test Company:
Summary:	RTM T6JCA1.RTM, Summary Section not calculating setup variance
Description:	When in JC-A and print T6JAC1.RTM, variance is not calculated for setup labor
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000141) JEMM    2010-09-07 13:21	Problem confirmed and fixed on the rtm, T6JCA1.RTM on 09/07/10. To fix the error on the rtm: Open up T6JCA1.RTM and change ACT.VAT%[2] to ACT.VAR%[2] which is found on SubReport6 "JOB SUMMARY".

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
116	[EvoERP]	minor	always	2010-07-28 10:54	2010-09-07 12:51
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	PO-I-G not working in 07/05/10 update
Description:	I go into PO-I-G enter my filters and press print and I get the following error. access violation at address 0082285C in module 'evoerp.exe'. read of address 0000019C
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000140) JEMM    2010-09-07 12:51	Fixed 07/28/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
127	[Both Evo and DBA Classic]	major	always	2010-09-03 12:54	2010-09-03 12:55
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	T7APB.RWN
Repeatable in Test Company:
Summary:	Voucher being reversed when in Edit voucher
Description:	Once you have entered a voucher in AP-B and you try to go back and edit the voucher and say you need to exit it to check something (which I did) when you try to go back in to edit it again it does not show up. Went into GL-I to see where it went and it was showing that it had been reversed. When you go back and re-enter it it causes another problem. In AP-A under the credit info the amount of the voucher that had been reversed shows up as a credit, (original voucher was for $125.00 shows up under vendor credit as -$125.00). Upon further investigation it also shows up under AP-F as a credit, but once you enter past the vendor name it zeroes out. Also shows up in AP-I as -$125.00.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
126	[Both Evo and DBA Classic]	minor	always	2010-09-03 11:31	2010-09-03 11:31
Reporter:	Dennis	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2010-09-02
Contact Info:
Error Message:	no error message
Program Name:	T7WOA.RWN
Repeatable in Test Company:
Summary:	Est standard cost value not correct in T7WOA.RWN when # in Team greater than 1
Description:	I have attaced a compressed file that contain files I refer to below: I do not believe the estimated standard cost being pulling by T7WOA.RWN is not correct if # in team is greater than 1 in the routing file. Attachment “Rout Std” shows routing with setup & run times. Notice SEQ 20 and 40 have # in team of 2 & 6 respectively. Cost for these operations are calculated by taking the time in “Time/Pt”, multiplied by the number in team, times hourly rate of $9.54/hr (AccuMED’s hourly rate). Example: SEQ 40 is .0076923 X 6 = $ 0.0461538 X $9.54 = $0.440307252. This is displayed in attachment “Costed Rout”, SEQ 40. By continuing this process for all sequences, the sum of all costed labor is $.574327. The cost that is being pulled in by T7WOA see attachment “WO-A”) and as displayed in T6JCA1.RTM is only the sum of the column “Time/Pt” as shown on the attachment “Rout” X $9.54 and does NOT include the calculation of # in team as does the costing program. Example: sum of “Time/Pt” column is .0157164. This times $9.54 = $.149933496, same as appears as unit estimate on T6JCA1.RTM and in WO-A when multiplied by WO Qty ( $.149933496 X 9000 = $1349.410104). The accurate time is 0.0120482 (2 X .0060241) + .0020000 (1 X .0020000) + 0.0461538 (6 X .0076923) = .060202 X $9.54 = $.574327. Because of this, the variances reported in the various reports are inaccurate.
Steps To Reproduce:
Additional Information:
Attached Files:	T7WOA.zip (97 KB) 2010-09-03 11:31

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
124	[Both Evo and DBA Classic]	minor	always	2010-08-31 16:32	2010-08-31 16:33
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2010-08-31
Contact Info:
Error Message:	N/A
Program Name:	T7INA.RWN
Repeatable in Test Company:
Summary:	Vendors not showing up in IN-A when Receivers button is pressed.
Description:	Went into Evo, IN-A under a purchased part and clicked the Receivers button, only the last receiver shows a vendor. I checked under multiple items same result on some, no vendors on others. Seems to work fine in Classic
Steps To Reproduce:
Additional Information:
Attached Files:	Vendor Issue.docx (281 KB) 2010-08-31 16:32

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
101	[Both Evo and DBA Classic]	minor	always	2010-02-01 17:49	2010-08-31 12:09
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2010-02-01
Contact Info:
Error Message:	No error, system freezes: Alt-Ctl-Del, Task Manager to end program
Program Name:	T7POA.RWN
Repeatable in Test Company:
Summary:	System freezes up when creating PO notes in Classic View
Description:	User Setting is Classic view (PO-A) and evo notes turned on (SD-Q). Go into PO-A, edit a PO, select lines. Click the notes icon and then select the icon to copy notes...system freezes up. Does not freeze in evo view.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000114) HecTech    2010-02-04 12:55	We were able to duplicate exactly as stated.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
113	[Both Evo and DBA Classic]	minor	always	2010-05-26 06:52	2010-08-31 12:09
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2010-05-26
Contact Info:
Error Message:	None
Program Name:	WO-F
Repeatable in Test Company:
Summary:	WO-F Scrap reporting not working completely after 01/22/10 update
Description:	When reporting scrap via WO-F, a "G" transaction code is no longer created and recorded in INVTXN file. Also, when it was working (09/16/09 update), reversing the WO-F entry and corresponding scrap record did not create a negative G transaction in the transaction record, nor does it now with 01/22/10, SP3. In addition, a WO-F scrap entry reduces the WO balance, but a reversal of Scrap in WO-F does not reverse the quantity completed record in the WO Header. Finally, if recording a % complete in WO-F, it skips over the Qty Scrapped and Scrap Code field.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000138) HecTech    2010-05-26 11:51	Was able to duplicate exactly as stated.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
123	[EvoERP]	minor	always	2010-08-31 12:04	2010-08-31 12:06
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Service & Repair Serial number problems
Description:	1. We either convert an RMA to a S/R or enter the S/R itself using the S/R – A. 2. Convert to a WO using S/R – C 3. Print traveler – WO-C 4. Issue material- WO-G a. It is here when I enter a part that has a serial number, I must chose the serial # at the time I assign the part to the WO. 5. Release S/R – E a. Calculate the COG b. Save c. Enter tracking number d. Save e. Select N to print pack slip and N to print invoice f. At this point if you look under the transaction history, you can see that the part issued with a serial # (a camera for instance) has been invoiced under that service repair 6. We then go and print the invoice under S/R -F 7. Then under S/R – G when we try to post it, it then asks for a serial number. We can’t pull the serial number because I’ve already accounted for it under the WO. You can then look under the part # and see it has completed 2 transactions, one is correct with the right dollar amount and the other (which we have to make up a serial number for) shows as $0. So then we have to go back in and zero out the quantity.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000139) HecTech    2010-08-31 12:06	Problem was confirmed in EVO using the latest update.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
120	[EvoERP]	minor	sometimes	2010-08-13 14:26	2010-08-17 10:01
Reporter:	HecTech	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7POA.RWN
Repeatable in Test Company:
Summary:	PO-A populates the ship-to fields with something other than Default address
Description:	When I enter a new PO, after I enter in the vendor code, the correct default address for the company is populating in the Ship to fields. However, after I tab over to the actual Ship-to field it automatically changes the fields to the following: “Was in BKICLOC, not BKICLOCM”. It is not popping up with the list of default addresses, just populating the first field.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
119	[EvoERP]	minor	always	2010-08-09 23:22	2010-08-09 23:25
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	AP-F pulling wrong Vendor information
Description:	Running the 7/5/10 update. When using AP-F, invoice dates are incorrect when selecting items to pay and Vendor information(address) is incorrect when printing the statement.
Steps To Reproduce:
Additional Information:	Problem fixed by programmers.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
118	[Both Evo and DBA Classic]	minor	random	2010-08-09 12:13	2010-08-09 12:14
Reporter:	HecTech	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T6SOA.RUN 3/5/2010
Repeatable in Test Company:
Summary:	Sales Orders are missing
Description:	Running the latest update 7/5/10 in either Classic or EVO. When in SO-A and choosing to edit a existing SO. I chose to edit a line in the SO, I ended up exiting the SO choosing not to save any changes made. When I returned to the list of SO's I discovered the SO was missing. I was not able to duplicate the problem again and there is no trace the SO that came up missing ever existed. After talking to few people who have experience the same problem I believe the problem has been there for some time now and was not caused by any of the updates.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
117	[Both Evo and DBA Classic]	minor	sometimes	2010-08-03 15:45	2010-08-03 15:46
Reporter:	lpantic	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	BKREBWO.RUN & T7REBWO.RWN
Repeatable in Test Company:
Summary:	WO-I Rebuild Work Order Costs hangs
Description:	WO-I Rebuild WO Costs (which calls the WO-K-H program) hangs since the 7/5/10 update but only for certain users
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
115	[Both Evo and DBA Classic]	minor	always	2010-07-23 12:49	2010-07-23 12:50
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7HHINLJ.RWN
Repeatable in Test Company:
Summary:	Handheld moduel transfer inventory not working properly.
Description:	HH-K     When using the Transfer inventory in the Handheld module. It will not let me enter a new bin. Cannot enter passed the To Location. My default settings for WC are as follows. Enable Warehouse Control: Q (Does not matter whether its set to Y or Q) Use Controlled Bin Locations: N Allow Blank Bins Location: Y It was working in the January update but it is not working now on the latest update 7/5/10 update.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
114	[Both Evo and DBA Classic]	minor	always	2010-07-13 10:41	2010-07-13 10:44
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	WO-G List issue shows On hand values for Non-Inventory parts when the list comes up.
Description:	When doing a List issue in WO-G. If the BOM has Non-inventory parts in it the list issue will not accurately reflect the On Hand which on a Non inventory part should be Zero as the system does not keep track of non inventory parts. This problem is occurring in the new 1/22 and new 07/05 update.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
111	[Both Evo and DBA Classic]	minor	always	2010-05-17 12:00	2010-06-07 18:09
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	BKPOJB.RUN
Repeatable in Test Company:
Summary:	Closed PO excluded from PO-J-B Report
Description:	If PO-J-B is run as of a prior date and a PO Has since been closed, those PO Lines are excluded from the report.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
112	[Both Evo and DBA Classic]	minor	always	2010-05-21 12:18	2010-05-21 12:21
Reporter:	HecTech	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Vendor Info in IN-A giving Error messages.
Description:	In Evo 1/22/10 SP3 we found that if you go into IN-A, Classic view, enter a purchased item and click on the Vendors button you get 2 error messages. See below attached files. This also occurs in Evo View under the Sources tab when you hit the Vendor Item no. button.
Steps To Reproduce:
Additional Information:	This problem has been fixed.
Attached Files:	IN-A Vendors Button.doc (101 KB) 2010-05-21 12:18 IN-A Vendors Button Error 2.doc (101 KB) 2010-05-21 12:20

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
110	[Both Evo and DBA Classic]	minor	always	2010-04-14 16:36	2010-04-20 12:51
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	T6POC.RUN and BKPOC.RUN
Repeatable in Test Company:
Summary:	Lot Controlled Component of Make From gets wrong sign on Txn
Description:	PO Receipt of Make From item ends up with a negative Inventory Transaction "M" record when the component is under Lot Control. Serial Control is likely the same. Actual inventory and Lot control costing and porocessing is correct; it is nonly the INVTXN record itself that is negative when iot should be positive
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000137) JEMM    2010-04-20 12:51	New Ists Enhancement date 04/15/10

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
109	[Both Evo and DBA Classic]	minor	sometimes	2010-04-09 10:34	2010-04-09 10:56
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2010-02-20
Contact Info:
Error Message:	None
Program Name:	BKWOI.RUN
Repeatable in Test Company:
Summary:	WO-I does not prompt for Bin
Description:	With component backflushing turned on and WC set to Q, WO-I does not always prompt for the Bin for the end item being made inthe work order
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000136) JEMM    2010-04-09 10:56	Problem fixed. New banner date 04/09/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
105	[Both Evo and DBA Classic]	major	always	2010-02-11 17:27	2010-04-06 12:33
Reporter:	dkpruett	Platform:
Assigned To:	lpantic	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	UT-A program GLEREDO.run calculates Retained Earnings incorrectly
Description:	After running UT-K-D Recalc GL Chart of Accounts and subsequently running UT-A file GLEREDO, my retained earnings are not accurate causing my GL to be out of balance (Assets <> Liab+OE); I was only able to get things back in balance by manually editing both files ISGLCOA and BKGLCOA and overwriting values from a backup into the values for my Retained Earnings account. Though it does look like a change occurred to BKUTKD.run recently, I could not find any errors in my BKGLTRAN file; also, though it looks like no changes have been made to file GLEREDO.run in years, my guess would be that something is wrong with how it addresses Retained Earnings when the year 2010 is a factor? Though that is just a guess; that's why you're the programmers and I'm just an admin trying not to screw up my accounting files.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
108	[EvoERP]	minor	random	2010-04-06 12:25	2010-04-06 12:28
Reporter:	Lynn_Pantic	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7APB.RWN
Repeatable in Test Company:
Summary:	AP-B Voucher posts AP as Debit rather than Credit
Description:	GL Posting generated by AP-B sometimes posts the AP side of the transaction as a Debit rather than a credit causing out of balance posting
Steps To Reproduce:
Additional Information:	This was determined to be caused by using the mouse to click between fields rather than tabbing through in order which is why it appeared to be random. The resolution was improved validation of all fields when saving. Fixed in update 1/22/10 SP1
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
69	[EvoERP]	minor	always	2009-08-05 15:13	2010-04-05 15:59
Reporter:	stevecyr	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	August 8 2008
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-08-05
Contact Info:
Error Message:
Program Name:	T7INA.rwn
Repeatable in Test Company:
Summary:	errors after print grid
Description:	After printing a grid of shipments from IN-A, by printing to preview and then printing to printer, then closing the preview screen and pressing the exit grid button, the grid pops up again and then an access violation when trying to close. Must restart program.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000078) HecTech    2009-08-12 13:27    (edited on: 2009-08-12 13:28)	We were able to duplicate exactly as described. On 5/25/09 update.
(0000135) JEMM    2010-04-05 15:59	This bug has been resolved before the Dec 2009 update.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
52	[Both Evo and DBA Classic]	major	always	2009-02-03 14:00	2010-04-05 15:56
Reporter:	kevind	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	See attached
Program Name:	BKSOG, BKARN, T6ARN
Repeatable in Test Company:
Summary:	Posting Invoices with applied deposits sometimes fails with an error message
Description:	If an invoice is posted that has applied deposits while another user has AR-N (Enter/Print Customer Deposits) open, an error is displayed that says that the invoice was printed with a deposit, but the deposit has less than or equal to zero available. In EVO, the posting program asks for a check number, but it still leaves the deposit in AR-N.
Steps To Reproduce:
Additional Information:	See attached file for Error messages and the AR-N Screen BEFORE the post is attempted. After posting, the sales order numbers in the AR-N screen get changed to 0. To finish up, you must go into AR-C and manually apply the open deposits to the customer.
Attached Files:	Deposit Bug during Invoice Posting.pdf (56 KB) 2009-02-03 14:00

Notes
(0000049) kevind    2009-02-03 16:31	The same error message occurs if you are posting invoices with applied deposits and another workstation is entering a new Sales Order.
(0000050) kevind    2009-02-17 10:06	This has become an everyday occurrence. 90% of the invoices posted that were printed with a deposit show this error message.
(0000051) kevind    2009-02-19 09:06	We have discovered a workaround. If we re-print invoices that were originally printed with a deposit, (again applying the deposit), then immediately post those invoices, everything works correctly. We do not get any of the messages contained in the "Deposit Bug during Invoice Posting.pdf" attachment.
(0000134) JEMM    2010-04-05 15:55	The error message was duplicating by changing the Posting date to before the Deposit date but leaving the invoice date to after the deposit. A new error message was added for this occurance. Banner Date change to 04/05/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
92	[Both Evo and DBA Classic]	major	always	2009-11-03 08:16	2010-04-01 15:15
Reporter:	podell	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:	2009-11-03
Contact Info:
Error Message:	none
Program Name:	Print PO Receivers
Repeatable in Test Company:
Summary:	PO Receivers PO-R
Description:	Multiple purchase order line items printing on the same receivers when printed as a group. When printed single, receivers are ok. This just has become an issue since the T7POA update which was e-mailed to me by Lynn.
Steps To Reproduce:
Additional Information:
Attached Files:	po receivers PO-R.pdf (90 KB) 2009-11-03 08:16

Notes
(0000126) JEMM    2010-03-29 13:57	Reminder sent to: podell Penny, Is this still occuring? Mantis Bug#92: Multiple purchase order line items printing on the same receivers when printed as a group. When printed single, receivers are ok. This just has become an issue since the T7POA update which was e-mailed to me by Lynn. Often, the group break is probably missing. It is what forces the rtm to change pages. Send your rtm to Lynn so that it can be fixed. Mike (JEMM)
(0000133) JEMM    2010-04-01 15:15	Custom rtm is missing Group Break. Only change required is to the custom rtm.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
60	[Both Evo and DBA Classic]	minor	sometimes	2009-04-02 13:27	2010-04-01 15:12
Reporter:	JDeBerard	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Addsum TAS Premier 7i Error
Description:	When running EVO ERP I get the error box shown on the attached document when trying to print BOM's or other functions. Once I get the error I can run DBA but not EVO ERP. I don't always get the error when printing BOM's but it seems like printing BOM's causes the error.
Steps To Reproduce:
Additional Information:
Attached Files:	Addsum Error.doc (25 KB) 2009-04-02 13:27

Notes
(0000057) HecTech    2009-04-09 14:54	What update are you on?
(0000058) HecTech    2009-04-09 15:14	Error code 1400 is usually a video problem. If closing and restarting doesn't clear it, you may have to use Settings US-C in EVO and choose reset to fix the problem. If that does not fix the problem then go to Start-Run-REGEDIT, go to HKEY_CURRENT_USER, then go to software and delete the ADDSUM KEY completely. That should fix the problem.
(0000061) JDeBerard    2009-04-14 11:04	We are on IS Tech Support Update 12/21/08. Per the instructions above, On Settings US in EVO we only have A-Customize Settings & B-Customize Menu We do not have US-C available.
(0000105) JDeBerard    2009-11-24 14:57	I haven't seen this issue for quite a while. It may have been fixed with one of the service packs. You can close out this issue. JD
(0000132) JEMM    2010-04-01 15:12	Originator claimed the problem no longer occurs.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
73	[Both Evo and DBA Classic]	minor	always	2009-08-21 18:06	2010-03-30 12:43
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Evo does not request a BIN location in PO-C.
Description:	EVO does not does not request a BIN location in PO-C when receiving items directly to a WO(WIP).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000131) HecTech    2010-03-30 12:43	If you receive items to WIP it does not go into inventory, therefore no Bin is required.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
62	[Both Evo and DBA Classic]	minor	unable to reproduce	2009-06-17 11:54	2010-03-30 12:30
Reporter:	cdrasmus	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:	2009-06-17
Contact Info:
Error Message:
Program Name:	WO-I Enter Finish Production
Repeatable in Test Company:
Summary:	WO-I Finish Production cost doubled
Description:	When entering finish production the calculated unit cost is showing extremely high values. The costing information above is only a fraction of the suggested finished unit cost. The suggested unit cost was approximately $1500 when the total cost 700 and standard cost is 560.
Steps To Reproduce:
Additional Information:	We believe this is a new problem after the 5/29 update, although it had been over a year since our last update.
Attached Files:

Notes
(0000070) HecTech    2009-07-17 10:31	We need to get more information. If we could get print screens of SD-B (wo settings), SD-Q-Mfg I and SD-Q-Mfg II. So we can make sure our settings are the same as yours.
(0000130) HecTech    2010-03-30 12:30	Using the 1/22/10 we could not duplicate the problem. Many changes have been done since this problem was reported. We recommend you update your system to the latest update.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
90	[Both Evo and DBA Classic]	major	always	2009-10-29 15:06	2010-03-30 11:46
Reporter:	podell	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:	2009-10-29
Contact Info:
Error Message:	Internal Stack Error too many pop up
Program Name:	PO-A
Repeatable in Test Company:
Summary:	Error when printing purchase order from DBA view on EVO
Description:	After a purchase order is saved and asked if want to print po and we reply yes, error comes up saying Internal Stack error, too many pop ups. However, if you go to print purchase order screen - it prints fine. Also prints ok from the EVO view. Also prints ok when you go in and edit the purchase order.
Steps To Reproduce:
Additional Information:	Occurrence started after the 9/16/09 update. currently on 9/16/09 SP2
Attached Files:

Notes
(0000102) podell    2009-10-30 15:02	Update - after turning on the EVO notes and using the new ENPOB... internal stack error is occurring on the EVO view as well.
(0000129) HecTech    2010-03-30 11:46	Using the 1/22/10 we could not duplicate the problem. Many changes have been done since the 9/16/09 update to the grids and printing which fixed the problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
88	[EvoERP]	major	always	2009-10-22 06:59	2010-03-30 11:44
Reporter:	remcal	Platform:	PC
Assigned To:	NovaZyg	OS:	Windows xp WS
Priority:	normal	OS Version:
Status:	resolved	Product Version:	August 8 2008
Product Build:	09/08/09	Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:	2009-10-22
Contact Info:
Error Message:
Program Name:	T7INA.RWN
Repeatable in Test Company:
Summary:	IN-A SO button does not show BO
Description:	When in IN-A in T7INA - when you hit the SO button, it only shows Sales orders that are "on Sales Order" but does not show Sales orders for items on back order - not good - important information. This data does show up in BK or T6INA.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000095) HecTech    2009-10-22 13:20	I was unable to recreate your problem using the latest update(9/16/09). Please check your grid when you press the SO button. The column is UBO. It shows up in the menu as well as in the grid.
(0000096) remcal    2009-10-22 14:43	OK - when I look at a specific part using T6INA, I click on the SO button and there are two sales orders shown - one with an order qty of 20 and another SO with an order qty of 0 and a BO qty of 76. When I look at the same part number in T7INA, hit the SO button, and only one SO is shown (the one with an order qty of 20) - the second SO with a BO of 76 is not even shown!
(0000097) HecTech    2009-10-23 12:49	What is the modify date on the T7INA.RWN FILE? What Istech upadate are you running?
(0000098) HecTech    2009-10-23 12:50	Reminder sent to: remcal What is the modify date on the T7INA.RWN file? What ISTECH update are you running?
(0000099) remcal    2009-10-23 13:16	T7INA.RWN is dated 10/14/09 (supplied recently by Allen to try - to fix the SO button showing ALL sales orders) ISTECH UPDATE 09/16/09 SP2
(0000128) HecTech    2010-03-30 11:44	Using the 1/22/10 we could not duplicate the problem. Many changes have been done since the 9/16/09 update to the grids and printing which fixed the problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
87	[Both Evo and DBA Classic]	minor	always	2009-10-15 15:25	2010-03-29 16:02
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Getting a "Too many pops" error in GL-N in DBA Classic.
Description:	If you start entering items for column one and then decide to stop and hit escape the system will throw a string of "Too Many Pops" errors with a few "Too many XBTN_RSTARs without equal XBTN_SAVEs" then it will throw "The field provided is not large enough to hold the entire TRAP list." It will do this over and over.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000093) HecTech    2009-10-15 15:27	Problem was confirmed on DBA Classic using the latest update(9/16/09). In EVO the error is a internal stack error.
(0000127) JEMM    2010-03-29 16:02	New banner date 03/29/10 for both BKGLN and T6GLN.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
100	[DBA Classic]	minor	always	2010-01-27 20:27	2010-03-29 13:40
Reporter:	dkpruett	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2004.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Enter BOM BM-A Qty Per changes from 0 to qty=1 when tabbing through
Description:	When entering or updating a BOM in BM-A, if a line has Quantity Per=0 entered, the qty changes from 0 to qty=1 when simply tabbing or pressing enter through that field
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000109) HecTech    2010-02-01 14:46	The problem has been confirmed for both Classic and EVO. Running the 09/16/09 update with SP5.
(0000125) JEMM    2010-03-29 13:40	New Banner Date 03/29/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
107	[Both Evo and DBA Classic]	minor	always	2010-03-01 17:14	2010-03-29 09:51
Reporter:	dkpruett	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SO-O-A Print Open SOs does not print zero $ Open SOs
Description:	All Open Sales Orders do NOT print when selecting SO-O-A, Print Open Sales Order listing, sorted by "Customer Code", "Print Grand Totals Only" = Y, with "Backorder Amounts" = "Y", selecting defaults for all remaining fields (or alternately selecting individual Customer Codes). Specifically, we create plus/minus SOs for RMAs; i.e. line 1 will be for qty=-1 (negative 1), cost = zero $$ of a particular p/n, and line 2 will for for a qty=+1, cost =zero $$ of the same p/n. These SOs do not show up in the Open Sales Order Report when run in this manner; these SOs do in fact show up when running the Open Sales Order Report sorted by SO #. This used to work until an upgrade mid-last 2009.
Steps To Reproduce:
Additional Information:	Problem was confirmed in Classic and EVO using the 1/22/10 update. Report will not work if you choose by "Customer Code or SO#" but it does work if you choose by "Item Number".
Attached Files:

Notes
(0000124) JEMM    2010-03-29 09:51	New Banner Date 03/25/10

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
86	[Both Evo and DBA Classic]	minor	always	2009-10-14 06:58	2010-03-29 09:50
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-10-14
Contact Info:
Error Message:	No error
Program Name:	IN-A (Item Master Inquiry
Repeatable in Test Company:
Summary:	In IN-A, after selecting an item's "Where Used", when selecting another item, item on Where Used still displays
Description:	In IN-A, an item is selected for review. Click on the "Where Used" icon and double click a parent item on the where used list. Select a different item and select the "Where Used" icon, but do not double click, but select exit. The first item's where used selection with now be the part number that populates the look up screen.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000094) HecTech    2009-10-16 11:15	Problem was confirmed in EVO using the 9/16/09 update. Classic was fine.
(0000123) JEMM    2010-03-29 09:50	New Banner dae 03/25/10

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
76	[Both Evo and DBA Classic]	tweak	always	2009-09-02 13:47	2010-03-29 09:44
Reporter:	kevind	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-01-13
Contact Info:
Error Message:
Program Name:	AP-H
Repeatable in Test Company:
Summary:	Invoice Listing from AP-H Print AP Checks does not appear to be in any particular order
Description:	When there are more vendor invoices to print than will fit on a check stub, a Check Invoice Report is generated. This report does not currently appear to be sorted by anything.
Steps To Reproduce:
Additional Information:	Sorting this report by vendor invoice date would make it much easier to use.
Attached Files:

Notes
(0000122) JEMM    2010-03-29 09:44	Fixed in BKAPH,BKAPHA,T6APH,T6APHA,T7APH with a new banner date of 03/25/10.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
74	[Both Evo and DBA Classic]	minor	always	2009-09-02 10:50	2010-03-29 09:40
Reporter:	kevind	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	PO-A (Classic 12/11/08, EVO 11/25/08)
Repeatable in Test Company:
Summary:	Cannot backup from entering WO # or SEQ # in Service Orders
Description:	When entering a Service Order, If one enters the wrong WO # or sequence #, you cannot backup the cursor to correct it after OKing the error dialog box.
Steps To Reproduce:
Additional Information:	New Banner Date 03/25/10 for BKPOC and T6POC.
Attached Files:

Notes
(0000083) HecTech    2009-09-02 14:15	I confirmed the problem using EVO on the 5/25/09 update. While it is true you can not use the keyboard to back up and correct the WO# or Sequence# you can use the mouse to do so.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
72	[Both Evo and DBA Classic]	minor	always	2009-08-19 15:26	2010-03-29 09:38
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-08-19
Contact Info:
Error Message:	None
Program Name:	T7INB.RWN
Repeatable in Test Company:
Summary:	Add Vendor Item Number does not work in IN-B.
Description:	1. Entered New Item in IN-B under Main Tab. 2. Went to Sources Tab and selected a Vendor. 3. Clicked on Vendor Item No. button. 4. Added Vendor Item No. and saved. No Vendor Item shown on screen at this point. 5. Saved New item in IN-B screen. Sometimes the part created will disappear but the Vendor item No. is always gone. Tested on EVO updates 12/21/08 and 5/25/09.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
97	[EvoERP]	minor	always	2009-12-08 16:38	2010-03-29 09:37
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	ECO will not print on PO
Description:	I just loaded the Service Pack 5 for the 09-16-2009 release. The ECO will not print on the purchase order. When entering the purchase order, the program will tell me that the ECO is saved. However, it will not print on the purchase order. I also checked the ISORDECO file. When I find the record for the purchase order, the IS.OECO.PART field is missing.
Steps To Reproduce:
Additional Information:
Attached Files:	ECO Error 09-16-2009 SP5 - 02.doc (82 KB) 2009-12-09 10:33 ECO Error T7POA.RWN 09-16-2009 SP5 - 01.doc (71 KB) 2009-12-09 10:33

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
106	[Both Evo and DBA Classic]	minor	always	2010-02-16 10:10	2010-02-20 11:56
Reporter:	Lynn_Pantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	BKWOI
Repeatable in Test Company:
Summary:	WO-I prompts for Lot for Scrapped Items
Description:	If a quantity good and quantity scrap are reported in WO-I for a lot controlled parent, the program prompts for Lot Number for both good and scrap items and adds the scrap to Lot Availability
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
102	[Both Evo and DBA Classic]	minor	always	2010-02-02 17:43	2010-02-20 11:56
Reporter:	dkpruett	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SO-F <F2> on SO # does not bring in SO #
Description:	When pressing <F2> in the "Print only From Sales Order Number" field, and subsequently selecting a Sales Order in the opened screen, the SO # does not carry back into the "Print only From Sales Order Number" field.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000113) HecTech    2010-02-04 12:37	What update are you running? Are you running into this in EVO or DBA?
(0000115) dkpruett    2010-02-04 13:37	Sorry; DBA Classic 2004.1 1/22/10 Update, though this has been occurring for about 1 to 2 years; it also occurs 100% of the time on Vista, 7, Server 2008, and XP, both 32 & 64 bit machines that I'm aware of.
(0000117) HecTech    2010-02-05 13:44	Please go into your DBAMFG folder and look for the BKSOF.run file. What is the modified date on the file?
(0000121) HecTech    2010-02-19 16:00	Problem is confirmed and only happens in classic not EVO. Bug was tested and confirmed using 1/22/10 update.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
103	[Both Evo and DBA Classic]	minor	always	2010-02-02 17:50	2010-02-19 15:55
Reporter:	dkpruett	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	IN-F QC Items not Actually included
Description:	When running IN-F Print Inventory Value for a "prior" date and selecting Y to "Include units in QC", items actually received and in QC prior to the "As-Of Date" but released subsequent to the "current" date are not accounted for; items "still in QC" as of the "current" date are in fact accounted for.
Steps To Reproduce:
Additional Information:	When we run this report, I always have to run the following sample SQL query against table BKQCTRAN and merge the results with that from IN-F to acurately account for all inventory. SELECT * FROM BKQCTRAN where BKQC_trn_ardte < '2009-10-01' and Bkqc_trn_bodte > '2009-09-30' order by bkqc_trn_code Of course, this query would be matched up with a report from IN-F with an "As-Of Date" of '2009-09-30'
Attached Files:

Notes
(0000120) HecTech    2010-02-19 15:54	Tested & confirmed.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
99	[DBA Classic]	minor	unable to reproduce	2010-01-27 20:23	2010-02-12 10:12
Reporter:	dkpruett	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2004.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	PO-A UM Conversion Resets to 1 on entering new line
Description:	When entering a PO Line for an itme that has a pre-defined UM Conversion factor already set up in IN-B, the Conv. Factor sets back to qty=1 regardless of what was put in in IN-B
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000110) HecTech    2010-02-01 14:48	What update are you running?
(0000111) dkpruett    2010-02-01 14:54	The most recent DBA Classic; 1-22-10 update; this has been occurring for about the past year, however, very consistently and always reproducible.
(0000116) HecTech    2010-02-05 13:32	We have not been able to reproduce this problem.
(0000118) dkpruett    2010-02-11 17:17	Apparently my error; this is no longer occurring from what I;ve been able to test. Feel free and close out this issue.
(0000119) HecTech    2010-02-12 10:12	Unable to reproduce the problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
104	[EvoERP]	minor	always	2010-02-04 12:10	2010-02-04 12:19
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7WOD.RWN
Repeatable in Test Company:
Summary:	Pick List will not print bin locations.
Description:	Using the latest update 1/22/10. The bin locations does not print on the pick list. Using the new T7WOD.RWN program. The RTM is T6WOD1.RTM. Setting are all turned on for WC. Pick list prints fine in classic.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000112) JEMM    2010-02-04 12:18	Problem was happening to items when system warehouse was turned on but those individual item WC settings were turned off.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
93	[EvoERP]	minor	always	2009-11-23 11:39	2010-01-01 19:17
Reporter:	lpantic	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-10-29
Contact Info:
Error Message:	None
Program Name:	T7APB.RWN
Repeatable in Test Company:
Summary:	Evo AP-B allows save with blanbk voucher number
Description:	If you mouse to the Voucher Type without tabbing through the voucher number, you can save a voucher with a blank number. Save needs to validate the required fields.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
98	[Both Evo and DBA Classic]	minor	always	2009-12-09 12:07	2009-12-09 12:12
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	Access violation at address 0082285C in module 'evoerp.exe'. Read of address 0000019C
Program Name:
Repeatable in Test Company:
Summary:	Error in PO-I-G
Description:	With new Service Patch 5 installed an error is displayed when trying to print a report in PO-I-G.
Steps To Reproduce:
Additional Information:
Attached Files:	evo error.doc (138 KB) 2009-12-09 12:07

Notes
(0000108) HecTech    2009-12-09 12:12	It was a version mismatch between the RTM that the programmers originally did and some changes that where made to the program. If anyone runs into this problem contact your rep for a fix.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
96	[Both Evo and DBA Classic]	minor	random	2009-11-24 14:55	2009-12-08 16:28
Reporter:	JDeBerard	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Routed Costs for Kit Types
Description:	We are preparing for our annual inventory and have noticed that some Kit type assemblies have routed hours against them which we can see when running a Costed Bill of Material. We are find the necessary screen which will allow us zero out the routed labor hours. It is almost like these assemblies were something other Type K (with routed hours) and then when the type was changed to K the labor hours were somehow trapped. We have tried changing from Type K to Type A but this didn't help.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000107) HecTech    2009-12-08 16:28	This Board is for Bugs and system problems only. However Lynn will follow up with the programmers.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
95	[Both Evo and DBA Classic]	feature	N/A	2009-11-24 14:48	2009-12-08 16:26
Reporter:	JDeBerard	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Work Center Schedule Modification
Description:	We have recently begun to outsource all of the parts in our paint work center.   Could you make the changes to the PAINT work center schedule as you have done with the "Heat Treat" work center schedule?   It looks like the differences are: Add the following columns: Vendor PO# Est Rec   Remove the following columns: S C P S/Date Hrs/Rem Remove the "Backlog Days" at the bottom of the report.   Since we have already outsourced the painting in our Mexico company, it will be just fine to make the Work Center Schedule change to all companies.
Steps To Reproduce:
Additional Information:	This request was also sent to Lynn via e-mail on 11/7/09.
Attached Files:

Notes
(0000106) HecTech    2009-12-08 16:26	This Board is for Bugs and system problems only. However Lynn has received the e-mails and will follow up with the programmers.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
85	[EvoERP]	minor	always	2009-10-08 18:45	2009-11-23 18:25
Reporter:	Dennis	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-10-08
Contact Info:
Error Message:
Program Name:	T7SOOF.RWN, T6SOOF1.RTM
Repeatable in Test Company:
Summary:	O/H Balance not being brought in on first record when run T7SOOF.RWN (SO-O-F: Available to Ship Report)
Description:	When running the T7 version of T7SOOF.RWN (Print Available to Ship), if you do a range of part numbers, the first part number's O/H balance is not being brought into the report and so looks like no inventory available. If you back off 1 part number, then works OK. Or, if you run wide open, you may not notice 1st O/H is wrong. The report being generated is from T6SOOF1.RTM
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
89	[Both Evo and DBA Classic]	minor	always	2009-10-26 19:23	2009-11-23 18:24
Reporter:	lpantic	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-10-20
Contact Info:
Error Message:
Program Name:	T7POA.RWN
Repeatable in Test Company:
Summary:	T7POA (Evo) not pulling in Vendor Pricing from PO-H
Description:	T7POA (Evo) not pulling in Vendor Pricing from PO-H. Last cost is used even if PO-H pricing exists and is not expired
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
91	[Both Evo and DBA Classic]	major	sometimes	2009-10-29 15:09	2009-11-23 18:23
Reporter:	podell	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-10-29
Contact Info:
Error Message:	none
Program Name:	PO-A
Repeatable in Test Company:
Summary:	Blank lines somehow inserted in po line items
Description:	Line item screen, EVO screen, 6 blanks line are inserted into the purchase order. So you're starting out on line 7. Does not happen all the time. No rhyme or reason to when it happens. Have to delete the lines manually.
Steps To Reproduce:
Additional Information:	Occurence started after 9/16/09 update
Attached Files:	PO-A additional lines.pdf (277 KB) 2009-11-03 08:12

Notes
(0000103) HecTech    2009-11-06 15:17	What seems to happen, (when it occurs) is it picks up the next line item where the previous purchase order left off. For example – PO # 508855 the last item or description ends up on line 7. PO #508856 has 7 lines inserted and starts on line 0000008. Hope this helps and makes sense.
(0000104) lpantic    2009-11-23 18:23	Fixed 11/23/09.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
94	[EvoERP]	minor	always	2009-11-23 11:41	2009-11-23 11:42
Reporter:	lpantic	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7DCB.RWN
Repeatable in Test Company:
Summary:	Production reported in DC-B not available to post
Description:	If Default to Auto-Post quantity complete per sequence is set to N then quantity reported is not available in DC-G & H to edit/post.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
59	[Both Evo and DBA Classic]	major	random	2009-03-26 07:44	2009-10-26 19:31
Reporter:	PHIPPSBIRD	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-03-26
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Inventory quantity doubles and loses location
Description:	App. one to two weeks ago we installed updates to the software. This week when issueing material to a work order, WO-G, some materials showed zero quantity on hand even though IN-A showed the material on hand. Thus saying there was negative quantities on hand and issued. Next went to IN-K to make inventory adjustments, in doing so note pops up This part does not have any inventory locations. Go to IN-B, saved the part number with no changes or change warehouse from Q to Y (tried both ways). Go back to IN-K, move inventory changes and looks successful. Go IN-A, the inventory quantity doubles every time while total value goes into negative dollar amounts.
Steps To Reproduce:
Additional Information:	Lastly I went to IN-E, inventory transactions report, print report in date range of items the problem is occurring in and noticed this line description: C $ CHANGE (T and action) note says Adjustment to AVGC.
Attached Files:

Notes
(0000062) lpantic    2009-05-04 15:53	this behavior is related to Binary Zeroes (null characters) in the Location field resulting it hte program thinking there are no Locations assigned when in fact there are. Resolution is to use UT-K-E and eliminate the BLANK Warehouse Location and replace it with a named Location. If you are on the latest IS Tech update, there is an updated version of UT-K-E that can be run with Warehouse Control turned on and allows you to select multiple existing Locations to retain rather than forcing you to consolidate to a single named Location.
(0000066) HecTech    2009-06-08 11:49	Did the above note resolve your problem?
(0000101) lpantic    2009-10-26 19:31	SP3 for 9/16/09 update addresses several Inventory Location related issues which should correct this problem. Using UT-K-E to change a blank Warehouse Location to a named Location is recommended.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
63	[Both Evo and DBA Classic]	minor	sometimes	2009-06-17 12:04	2009-10-26 19:28
Reporter:	cdrasmus	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-06-17
Contact Info:
Error Message:	Item not found at this location
Program Name:	WO-A Enter Work Orders
Repeatable in Test Company:
Summary:	Location missing for item
Description:	When creating a WO for an item we get the message "item not found at this location". It is the blank location. I check the BKICLOC and find that there is in fact a record for this location. I try Enter/Assign location for the part to not avail. I then deleted the record in BKICLOC and then Enter/Assign the location. This corrects the problem. Is there another data file that is missing data or just corrupt BKICLOC? We have seen the on 4 different items. it does not appear as an issue til we go to make the WO, so there could be more.
Steps To Reproduce:
Additional Information:	New issue since 5/29 update.
Attached Files:

Notes
(0000068) cdrasmus    2009-06-23 09:40	I ran binary zero utitlity and this seems to have resolved the problem. I thought the need for that utility was past?
(0000100) lpantic    2009-10-26 19:28	We have fixed several issues relating to Inventory Locations with SP3 of the 9/16 update. That said, we still recommend using UT-K-E to replace the Blank Warehouse Location with a Named Location to eliminate Binary Zeroes in the field.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
81	[Both Evo and DBA Classic]	minor	always	2009-09-22 08:19	2009-10-16 11:18
Reporter:	cptechnologies	Platform:	i386 Client / Server
Assigned To:	HecTech	OS:	OSX / XP Pro / SBS 2003
Priority:	normal	OS Version:	SP3
Status:	resolved	Product Version:
Product Build:	2004.1 9/8/09	Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2009-09-21
Contact Info:
Error Message:	An error occurred while copying FILE.NEW to FILE. DDF
Program Name:	ODBCDDF
Repeatable in Test Company:
Summary:	Error when odbcddf run from EVO (An error occurred while copying FILE.NEW to FILE.DDF)
Description:	When ODBCDDF is executed from UT-A. An error is displayed. The same message is displayed in both EVO and DBA classic. An error occurred while copying FILE.NEW to FILE.DDF. Please contact DBA Support for further help.
Steps To Reproduce:	Run ODBC from UT-A
Additional Information:	A similar error flashes up during software update process (momentary and very hard to read) when the installation program is performing updates and database changes
System Description	CLient server SBS 2003 (Pervasive 2000i) Server / XP Pro & Win 2003 Clients 7 seats DBA Classic / 4 seats EVO Running 2004.1 with EVO 9/16/09 Update
Attached Files:

Notes
(0000088) HecTech    2009-09-30 15:51	We were unable to repeat the problem in either Classic or EVO with the latest patch installed. Please update your system and try and recreate the problem again.
(0000089) HecTech    2009-09-30 15:54	Reminder sent to: cptechnologies We were unable to recreate the problems for Bug 0000081 using the latest update and patch. Please install the latest patch and see if you can repeat the problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
80	[Both Evo and DBA Classic]	minor	always	2009-09-22 08:09	2009-10-16 11:17
Reporter:	cptechnologies	Platform:	i386 Client / Server
Assigned To:	HecTech	OS:	OSX / XP Pro / SBS 2003
Priority:	normal	OS Version:	SP3
Status:	resolved	Product Version:
Product Build:	2004.1 9/8/09	Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2009-09-21
Contact Info:
Error Message:	NA
Program Name:	SO-A
Repeatable in Test Company:
Summary:	SO list so# input fixed in classic but still broke in EVO
Description:	For the last 3 releases, entering the sales order using the number keys above the main keyboard was broke (entering a sales order # did not scroll the list to the number entered as it did in the past). The FIND button also did not select the correct record. If search key changed to cust PO, entries worked fine. Starting with this release, SO# entry in DBA classic began working correctly again (Still broke in EVO - scrolls to a random SO). The FIND button now appears to function correctly though in both DBA classic and EVO
Steps To Reproduce:	In EVO, select SO-A and use the pg up and down keys to find an open sales order number somewhere in the middle of the list. Press home to return to the top of the list. Using the number keys above the alpha keys, type the SO number very slowly. When the last number is hit, instead of highlighting the SO typed, the screen scrolls to a random SO # or highlights to first SO in the list.
Additional Information:	Different random results can be obtained if 0 is typed one or more times before starting to enter the number.
System Description	CLient server SBS 2003 (Pervasive 2000i) Server / XP Pro & Win 2003 Clients 7 seats DBA Classic / 4 seats EVO Running 2004.1 with EVO 9/16/09 Update
Attached Files:

Notes
(0000087) HecTech    2009-09-30 15:40	We have tested both Classic and EVO with the latest update and patch and the problem appears to have been fixed. Please install the latest update and or patch and try it again.
(0000090) HecTech    2009-09-30 15:55	Reminder sent to: cptechnologies We were unable to recreate the problems for Bug 0000081 using the latest update and patch. Please install the latest patch and see if you can repeat the problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
79	[Both Evo and DBA Classic]	major	always	2009-09-22 07:58	2009-10-08 18:49
Reporter:	cptechnologies	Platform:	i386 Client / Server
Assigned To:		OS:	OSX / XP Pro / SBS 2003
Priority:	normal	OS Version:	2004.1 9/8/09
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:	2009-09-22
Contact Info:
Error Message:	NA
Program Name:	WC Module
Repeatable in Test Company:
Summary:	Installing 9/16/09 update changes all whse flags from 'Q' to 'Y'
Description:	After installing the 9/16/09 update, we found all of the warehouse master and item flags had changed from 'Q' (multiple bin control with quantity control) to 'Y' (multiple bin control but no qty support for individual bins). We discovered this when bin transfer transaction and WO reporting began doubling UOH values on items reported. Re-invoking EC-B for the master and the bins seems to resolve.
Steps To Reproduce:	1. Install update 2. Confirm that WC flags changed from 'Q' to 'Y'
Additional Information:	The update process itself does not affect the files containing the WC flags. Someother program or utility was run shortly after the update which caused the problem and we are working with CP Tech to determine what else they did. Lynn Pantic
System Description	CLient server SBS 2003 (Pervasive 2000i) Server / XP Pro & Win 2003 Clients 7 seats DBA Classic / 4 seats EVO Running 2004.1 with EVO 9/16/09 Update
Attached Files:

Notes
(0000092) lpantic    2009-10-08 18:49	Original reporting customer discovered some Windows permission issues with the DBAMFG folder and has since reinstalled the 9/16 update and all appears to be working properly.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
84	[Both Evo and DBA Classic]	minor	always	2009-10-07 16:54	2009-10-07 16:59
Reporter:	HecTech	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	GL-B problems
Description:	In GL-B The program will not react to a "Yes" answer it simply gets stuck especially if you try and escape first.   The EVO note personal settings are not being save for G/L Evo notes. I have attached a copy of my EVoSettings.ini file.
Steps To Reproduce:
Additional Information:
Attached Files:	GL-B Message.doc (85 KB) 2009-10-07 16:56 Evo Note Personal Settings Are NOT Saved.doc (79 KB) 2009-10-07 16:56 EvoSettings.INI (2 KB) 2009-10-07 16:56

Notes
(0000091) HecTech    2009-10-07 16:59	This problem was found by Aero Space Controls Corporation. We confirmed it is in fact a repeatable problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
83	[EvoERP]	minor	always	2009-10-01 13:47	2009-10-05 18:04
Reporter:	miltronics	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	August 8 2008
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SA-L does not work
Description:	Worked fine last month but not this month. Selected one class with dates 9/01-9/30. Received message: "There are no records in the primary file". Treid with dates only and received the same message.
Steps To Reproduce:
Additional Information:	The SA-L report is an old DBA report untouched by IS Tech Support so it dates back to 2002 or before. Nothing has changed in the report. That being said, they SA-B through SA-L reports are all old DOS based reports and I have seen them just stop working for some reason. SA-B through SA-L are essentially replaced by SA-M & SA-N which have all the same sorting and subtotalling capability of any of the SA-B through SA-L reports. Use SA-M and choose Sort By Item Class to replace SA-L.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
78	[Both Evo and DBA Classic]	tweak	always	2009-09-15 00:49	2009-10-01 09:11
Reporter:	isplus	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-09-15
Contact Info:
Error Message:
Program Name:	BKARR.RUN
Repeatable in Test Company:
Summary:	AR-R Print AR Payment History missing buttons on first screen
Description:	When you first enter AR-R, while the cursor is still on input field "Active(A) or Archived(D) payments?", buttons Help, Lookup, Print, and Exit are missing. The ESC key does not function either so the user cannot exit the menu option. Once the user presses Tab or Enter, the buttons appear and normal operation resumes.
Steps To Reproduce:
Additional Information:	At a minimum, the Exit button should be visible upon entering AR-R. Help would also make sense that this point also.
Attached Files:	AR-R_DBA.jpg (36 KB) 2009-09-15 00:49 AR-R_EVO.jpg (53 KB) 2009-09-15 00:50

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
57	[Both Evo and DBA Classic]	minor	always	2009-03-13 09:39	2009-09-28 18:15
Reporter:	JDeBerard	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-03-13
Contact Info:
Error Message:	None
Program Name:
Repeatable in Test Company:
Summary:	One job is left when posting labor batches
Description:	When I am posting WO Labor, it is not posting all the way. Since Tuesday, I have been having 1 line item that doesn’t get posted right away with the others. However, I go ahead and post a 2nd time and then that line item gets posted.
Steps To Reproduce:
Additional Information:	See screen shots on attachment. The 1st screen shot shows the jobs to be posted. The 2nd screen shot shows the posting of the jobs. The 3rd screen shot shows the one job that did not get posted. The remaining job this time is the second item shown on the 1st screen shot.
Attached Files:	Posting WO Labor.doc (113 KB) 2009-03-13 09:39 Posting WO Labor 2.doc (87 KB) 2009-03-16 08:22

Notes
(0000053) JDeBerard    2009-03-16 08:23	I have added the second file showing the same situation for the 3/16/09 posting. The second item for this day also did not get posted on the first try.
(0000054) JDeBerard    2009-03-23 09:10	It looks like it is always the 2nd file that remains behind every day. This situation is repeating every day.
(0000056) JDeBerard    2009-04-02 08:41	We are still seeing this situation. Any luck on finding a fix?
(0000063) detgalb    2009-05-05 13:36	We are having the same problem. It has just started in the past couple of months. I believe it may only be when we try to post labor and find BKDCPLAB locked. Maybe it skips the record where it originally found a lock? Once our accounting person reports the lock to IT, I kick others out of BKDCPLAB and ask her to try again. Then it completes successfully, except that it has left one record unposted. So, she has to repeat the process for that one posting.
(0000064) JDeBerard    2009-05-19 09:54	I don't believe that we are seeing the BKDCPLAB locked. We post the first time and all but the second posting gets posted. We then post again (with just the single file to be posted) and it posts without any special action. I am still waiting on an answer from IS Tech Support.
(0000069) JDeBerard    2009-07-13 10:43	It looks like this issue has been solved with the installation of the 05/29/09 ISTech Support update. No further help is needed on this issue. JD

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
75	[Both Evo and DBA Classic]	minor	always	2009-09-02 10:55	2009-09-28 17:24
Reporter:	kevind	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	PO-A (Classic 12/11/08, EVO 11/25/08)
Repeatable in Test Company:
Summary:	Comment lines in Service Type Purchase Orders may be interpreted as real
Description:	Comment Lines entered into Service Type Purchase Orders (no item #) get interpreted as Real Items if, during entry, the default entry is made to the dialog box that pops up regarding cost. When this happens, the Service order cannot be 'fully received' because the Receiving program does not recognize the zero qty line as needing to be received, and the Enter Finished Production program considers the Service Order to still have un-received items.
Steps To Reproduce:
Additional Information:	When a Comment Line is entered in a Service Order, no dialog boxes regarding costs or anything else should be displayed once the user has entered the comment in the description field.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
82	[EvoERP]	minor	always	2009-09-25 11:23	2009-09-28 17:18
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	T7APH.RWN
Repeatable in Test Company:
Summary:	Posted check number does not match printed number
Description:	New T7APH (GUI Version) when posting checks, the number posted to the check register and GL doesn't mqatch the number printed on the checks and the "Next" check number is also off.
Steps To Reproduce:
Additional Information:	Fixed in the Patch posted 9/28/09
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
70	[Both Evo and DBA Classic]	minor	always	2009-08-17 13:27	2009-09-25 11:11
Reporter:	JDeBerard	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Blank P.O.'s created when using MR/J
Description:	Same issue as 0000065: Blank P.O.'s created when using MR/J
Steps To Reproduce:
Additional Information:	We ran the MR/J again today and we are still seeing the creation of blank P.O.'s when running MR/J for the second and subsequent times. We checked the P.O. lookup after we ran MR/J the first time and the last P.O. shown was the P.O. that MR/J created. When we ran MR/J the second time a blank P.O. was created for each of the line items in the original P.O. before creating the legitimate P.O. for the second MR/J. (see the attached screen shot showing the MR/J settings) The creation of blank P.O.'s continued all five times we ran MR/J except that no blank P.O.'s were created after the last legitimate P.O. Let me know if you would like to remote into our system so you can see this happen for yourself.
Attached Files:	DBA Screenshot.doc (83 KB) 2009-08-17 13:27 DBA screen shot.bmp (800 KB) 2009-09-23 09:53

Notes
(0000084) JDeBerard    2009-09-04 11:14	We reran the P.O.'s again yesterday (9/3/09) and blank P.O.'s were created again. This is now the third time we have seen the same results. We would be happy to have someone remote in the next time we generate the P.O.'s so that you could see what we are doing that is causing the blank P.O.'s to be generated.
(0000085) JDeBerard    2009-09-04 13:58	I have received a new BKMRJ.RUN file and have replaced the existing file with this one. I will add a note the next time we run the P.O. program letting you know if this fixed our problem.
(0000086) JDeBerard    2009-09-23 09:53	(see the attached file DBA Screen Shot.bmp) Ginny generated P.O.'s 3367-3369 yesterday (9/16/09) without a problem. The guys in Mexico generated 3370, still no problem. Ginny then went in today (9/17/09) and generated 3372 & 3374. The guys in Mexico manually generated P.O. 3370. For some reason two blank P.O.'s were generated (3371 & 3373). It is odd that the two blank P.O.'s were dated 09/14/09 while the two that Ginny generated today were dated 09/15/09. There doesn't appear to be any reason behind the creation of the two blank P.O.'s so Ginny will look and see how it works the next time she generates P.O.'s. This program seems to be better, it just created two individual blank p.o.'s instead of the long string of blank p.o.'s like before. Also, here is a question from Lynn: When you use MR-J to generte POs, do you automatically generate or allow review? if you allow review, do you edit the quantities? The answer is: we automatically generate and do not review or edit quantities.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
77	[Both Evo and DBA Classic]	minor	always	2009-09-02 13:58	2009-09-09 09:47
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	WO-K-D. Actual Start Date on WO
Description:	I just checked a subassembly work order that was closed yesterday and was converted on 8/31/09. It shows 00/00/00 as actual start date and shows finish date as 09/01/09. I went to the test company and converted a sales order to work orders including multi-assy work orders. After creation, when I go into wo-a the actual start date shows 00/00/00, but if I enter through the wo status, it will go ahead and change it to the current date. On the conversion, I chose both Y and N to match parent part due date and it made no difference. By hitting enter so it jumps from status to priority, it changes from 00/00/00 to 09/02/09 (current date). On all other (non-multi-assy) work orders, when I go to wo-a the actual start date is equal to the date the work order was converted.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000082) HecTech    2009-09-02 14:00	Problem is repeatable in latest 5/25/09 update.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
25	[Both Evo and DBA Classic]	tweak	always	2008-11-04 16:39	2009-08-25 12:24
Reporter:	kevind	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none
Banner Date:	2008-08-18
Contact Info:
Error Message:	none
Program Name:	SO-A (Classic 8/18/08) (EVO 07/08/08)
Repeatable in Test Company:
Summary:	Opening a closed SO to view it leaves the SO open even if you exit without saving changes
Description:	When a closed SO is selected in SO-A, a dialog box displays that says "this SO is closed. Do you want to reopen it?". Clicking yes allows you to view the order, but it also SAVES the fact that you have opened it. You then must SAVE the SO, which displays the message "This SO has no line items with unbilled quantities and no freight or tax charges. Do you wish to close it?". Answering YES to this will then SAVE the fact that the order is closed.
Steps To Reproduce:
Additional Information:	This logic kind of goes around the bush. It would make more sense if answering YES to do you want to open the order would NOT SAVE the fact that the order is now open to the database. Instead, only save that the order is now open if "SAVE SO" is clicked and the user answers NO to the "This SO has no line items with unbilled quantities and no freight or tax charges. Do you wish to close it?" question.
Attached Files:

Notes
(0000016) lpantic    2008-11-05 11:16	This is already addressed by an SD-Q setting - "Reopen Closed SO (Y/N/V/P)". Y or blank works as this report describes; N does not allow going back into closed SO; V allows View Only and P means it can be viewed and a Password is required to reopen.
(0000025) kevind    2008-11-07 15:44	This Report is with regard to this option set to 'Y' or blank. In this mode of operation, it would more intuitive if saving the SO would leave it in the open state and Exiting without saving would leave it in the closed state.
(0000026) lpantic    2008-11-07 16:10	I don't disagree but our overall philosophy has been when adding a default switch to potentially change the way the program works, that leaving the setting blank does not change the program operation that people are accustomed to. Making the "Y" setting behave as you describe is something we can look into.
(0000027) kevind    2008-11-10 14:44    (edited on: 2008-11-11 09:32)	No argument there. I would like 'Y' to behave as I have outlined. Thank you.
(0000038) rbg    2008-12-09 11:25	To NOT Save should mean to return to status quo ante (I didn't know I remembered that) = Closed, like kevind says. Also, Blank setting should always = no change. So ideal would be Y works as kevind suggests. But I'd have to give this a low priority.
(0000042) lpantic    2008-12-11 20:46	I think this might make everybody happy (except the programmers who would have to do some work) What if the question asked was (regardless of SD-Q setting) "This order is closed. Do you want to Reopen or View?" If you respond View, you can see the order but when you get out, it will remain closed. If you respond Reopen, it will check SD-Q to see if a password iss required to reopen.
(0000047) kevind    2008-12-15 15:25	I like the " ... Reopen or View ..." Question proposed. I also consider this a low priority.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
71	[EvoERP]	minor	always	2009-08-19 15:06	2009-08-21 10:22
Reporter:	kkmfg	Platform:	Windows
Assigned To:		OS:	XP or Vista
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:	May 25 2009	Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2009-05-25
Contact Info:
Error Message:
Program Name:	T7INA
Repeatable in Test Company:
Summary:	IN-A does not show bin locations
Description:	IN-A shows a blank bin location for every part with the T7INA program. WC is not enabled. IN-B properly shows the bin locations.
Steps To Reproduce:	Look up a part in IN-A and look at the bin location
Additional Information:
Attached Files:

Notes
(0000080) HecTech    2009-08-20 11:05	What are your default settings for WC control set to? Is it the Bins or is it the Locations you are talking about? If the WC control is set to N(disabled) you can not have multiple Bins.
(0000081) HecTech    2009-08-21 10:19	Problem has been fixed with latest Patch available on the ISTECH Update/patch page.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
65	[Both Evo and DBA Classic]	minor	unable to reproduce	2009-07-16 13:54	2009-08-12 13:31
Reporter:	JDeBerard	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Blank P.O.'s created when using MR/J
Description:	The first time we used the MFG/MR/J create P.O.'s function with the 5/25/09 update we generated the necessary P.O.'s but blank/empty P.O.'s were also created. For example: -The 1st legitimate P.O. created was P.O. no. 2293 with 31 items. -The next legitimate P.O. was 2325 (2293+31) with 31 items. -The next legitimate P.O. was 2388 (2325+31+31) with 24 items. -The next legitimate P.O. was 2475 (2388+31+31+24) with 38 items. -The last legitimate P.O. was 2600 (2475+31+31+24+38). It looks like the system allocates a P.O. number for each line item on the P.O. but does not populate the P.O. with any items. We have only done this once so am not sure if it will duplicate.
Steps To Reproduce:
Additional Information:	Were you able to reproduce it? We were not successful in reproducing it.
Attached Files:

Notes
(0000071) JDeBerard    2009-07-17 11:57	We saw this for the first time on July 16, 2009 and haven't had to generate P.O.'s since then. I would expect that we will need to generate P.O.'s in a week or so.
(0000072) JDeBerard    2009-07-17 12:35	Also, we are only using DBA classic.
(0000074) HecTech    2009-07-17 16:17	We were unable to recreate the problem using the 5/25/09 update with the latest patches. This was tested in both Classic and EVO. Please let us know when you generate more PO's if the same problem happens again. Do you have all the latest patches installed?
(0000079) HecTech    2009-08-12 13:31	Due to the inability to reproduce by us and the customer we are calling this resolved.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
24	[Both Evo and DBA Classic]	minor	always	2008-11-04 16:24	2009-08-10 12:25
Reporter:	kevind	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2008-07-08
Contact Info:
Error Message:	none
Program Name:	SO-A
Repeatable in Test Company:
Summary:	SO-A Opening screen not saving "Show Open Orders" state
Description:	The SO-A Opening screen does not retain the "Show Open Orders" state if you enter and order and display the line items. Upon exit, the opening screen will go back to showing open and closed orders. If you stay in the header of the SO and then exit, the opening screen DOES retain the "Show Open Orders" status.
Steps To Reproduce:
Additional Information:	The Opening Screen state should be retained whether or not the header and/or line items are being viewed. Preferably, it should also retain it's position in the opening list so that it is easier for one to review a group of orders without having to navigate back to were you were.
Attached Files:

Notes
(0000017) HecTech    2008-11-05 12:09	We were able to reproduce it exactly as stated. - Hectech Support
(0000077) JEMM    2009-08-10 12:25	Both issues (open orders, remain on SO) have been fixed in both classic and EVO versions.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
68	[EvoERP]	minor	always	2009-07-24 18:26	2009-07-24 18:31
Reporter:	HecTech	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Creating Grid in SU-A
Description:	I created a grid in SU-A for Quotes called QTHEADERS so i could add notes using the new EVO notes but when I go to QU-E and bring up QTHEADERS it comes up just fine. Everything looks good but when I highlight one and try and add a note it goes through fine, I create the note everything looks good but when I try and print it the notes do not show up.
Steps To Reproduce:
Additional Information:	Problem was in ISTECH update version 5/25/09
Attached Files:

Notes
(0000075) HecTech    2009-07-24 18:29	The notes are ok but SOPB does not print them.
(0000076) HecTech    2009-07-24 18:31	ok there were two errors in T6SOPB one was it was passing ISSRINV as the Quote file... and two the report buffers 6 and 7 were missing in the code (the notes buffers)

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
64	[DBA Classic]	minor	always	2009-07-12 10:36	2009-07-21 08:47
Reporter:	isplus	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2004.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-07-12
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	PO-J-C Receive No entry field does not display first 2 characters upon entry
Description:	Open PO-J-C and position cursor at Receiver No. input field. The first 2 characters typed do not display in the field. The field operates correctly but does not display properly.
Steps To Reproduce:
Additional Information:	This began occuring after 5/29/09 update.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
67	[Both Evo and DBA Classic]	minor	always	2009-07-17 13:18	2009-07-21 08:45
Reporter:	HecTech	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SM-J-M does not allow you choose from the list when you press F2 you have to manually enter it in the field.
Description:	When you press the Display Customer Codes the list of Customer Codes comes up. You can highlight the selection but when you press enter it does not pull it into the Old Customer Code field. You have to manually enter the Customer Code in the field.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
66	[Both Evo and DBA Classic]	minor	unable to reproduce	2009-07-17 13:04	2009-07-17 13:07
Reporter:	HecTech	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SM-J-M not updating Service and Repair orders.
Description:	Updating and making changes to some of our customer codes using SM-J-M, it did not update the Service and Repair Orders with the new customer codes. When we tried to go in and edit those orders, we got a message that it could not find the customer code. It took a while to find the SR Header file in Maintain Database to fix the problem.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000073) HecTech    2009-07-17 13:07	This problem has been fixed in the latest 5/25/09 update/patch.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
54	[Both Evo and DBA Classic]	minor	sometimes	2009-02-10 12:38	2009-06-12 15:56
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	BKPOE.RUN; T6POE.RUN
Repeatable in Test Company:
Summary:	PO-E pulls in lines from adjacent quote
Description:	Viewing a quote and then viewing another without closing the program can pull in lines from the first quote viewed into the second.
Steps To Reproduce:
Additional Information:	This bug has been fixed in PO-A since PO-E calls it.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
49	[Both Evo and DBA Classic]	minor	always	2009-01-16 13:48	2009-06-12 08:47
Reporter:	dameng	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-01-16
Contact Info:
Error Message:
Program Name:	EVO UT-K-E
Repeatable in Test Company:
Summary:	UT-K-E does not update RMA & S/R
Description:	running UT-K-E to either consolodate or generate a new "Named" location does not update the ISSRINV.BKAR_INV_LOC, nor the ISSRINVL.BKAR_INVL_LOC with the new Named location. AS OF THE AUGUST 08 UPDATE.
Steps To Reproduce:
Additional Information:	The missing files were added 06/11/09.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
26	[EvoERP]	minor	always	2008-11-06 19:12	2009-06-12 08:45
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2008-02-11
Contact Info:
Error Message:	None
Program Name:	T6AMF.RUN
Repeatable in Test Company:
Summary:	AM-F Lookup & Print
Description:	The Lookup of existing Custom Financial Statement templates doesn't return them and the Print option also does not print the information.
Steps To Reproduce:
Additional Information:	An updated RTM (dated 06/11/09 or later) will be required to print the information. Some of the fields in the line details were incorrect or missing.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
14	[Both Evo and DBA Classic]	minor	random	2008-10-23 09:43	2009-06-10 15:08
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	BKCDH.RUN, Banner date 12/26/07
Repeatable in Test Company:
Summary:	DC-H Labor posting occasionally changes # Jobs to 1
Description:	DC-D prior to posting labor correctly shows employees working multiple jobs. After posting, DC-D for posted labor (looking at BKDCLAB table) still shows the multiple jobs but JC reports looking at WOLABOR table occasionally shows # Jobs=1 for the same transaction.
Steps To Reproduce:
Additional Information:	Problem is actually the JC-I (and perhaps other) Report when the setting for "Allow Decimal Entry to # Jobs Worked" is set to Y in SD-Q. When that is set to Y, the value for # Jobs is stored in a different field yet DC-I is looking at the original field. This bug was resolved in DC-H but also in DC-A where the problem originated. Fixed on 11/10/09.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
56	[Both Evo and DBA Classic]	minor	always	2009-03-09 13:49	2009-06-10 15:05
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2009-01-22
Contact Info:
Error Message:	none
Program Name:	BKSOG.RUN (actually posting is in BKSOGA.RUN)
Repeatable in Test Company:
Summary:	SO-G GL POsting for Cash Terms
Description:	Thn payment terms for an invoice are Cash type, the program properly posts both a Sales Journal entry for the sale (AR & Revenus) plus a Cash Receipt for the application of the payment (AR & Cash). The bug is that the credit to Inventory and debit to COGS transactions are posting to the CR Journal and should be posting to the Sales Journal.
Steps To Reproduce:
Additional Information:	This issue was resolved/fixed 3/12/09
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
39	[Both Evo and DBA Classic]	minor	N/A	2008-12-15 19:36	2009-06-10 15:02
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:	BKINB.RUN & T7INB.RWN
Repeatable in Test Company:
Summary:	IN-B should create missing MTICMSTR and BKICLOC records
Description:	When saving an inventory item in IN-B, if the MTICMSTR record is missing it should be created, rather than requiring SM-J-C to be run for just one part. Also if no BKICLOC records exist, one should be created for the default Location.
Steps To Reproduce:
Additional Information:	This has been added to T7INB and BKINB.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
58	[Both Evo and DBA Classic]	trivial	always	2009-03-23 10:58	2009-06-08 13:02
Reporter:	dameng	Platform:
Assigned To:	NovaZyg	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	n/a
Program Name:	T6INA
Repeatable in Test Company:
Summary:	T6INA vs T7INA or T5INA
Description:	The Weight Field in T6INA does not display the value from MTICMSTR.MTIC_PROD_WT, while it is correctly display using T5INA or T7INA.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000059) HecTech    2009-04-09 15:17	Are you using Classic or EVO? What ISTECH update if any are you running?
(0000060) dameng    2009-04-09 17:56	Well, if i'm comparing T7 to T6, i'd think that answer would be EVO. while comparing BK (T5) to T6 can be classic & Evo, it's really not that relevant. all my customer's are running with the Dec 08 update, as well as my copies. some users prefer the T6, even in EVO, which most use, and the simple problem is just to make sure the value of the weight from the MTICMSTR is being read and displayed. ( i prefer the T7, but it takes one to get used to it) thanks for taking a look. i have nothing but the complete confindence in you.
(0000067) HecTech    2009-06-08 13:02	When a T7 program becomes available, the T6 becomes obsolete and is no longer supported. All user programs should be switched to the available T7 programs.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
61	[Both Evo and DBA Classic]	feature	always	2009-05-21 11:10	2009-06-08 11:50
Reporter:	JDeBerard	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Employee changed from 1st shift to 2nd shift
Description:	We have an employee that had worked on the 1st shift. He was laid off and was then brought back on the 2nd shift. Within the Payroll/PR/A-Enter Employees we have changed his shift from 1 to 2. It looks like DBA does not recognize the change from 1st shift to 2nd shift since this employee still shows up on the Mfg/JC/G-Print Labor Efficiency report as 1st shift. How do we get him switched to the 2nd shift on that report?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000065) JDeBerard    2009-05-21 13:24	PR-A is payroll settings. SM-G is the employee settings for Job Costing. No further help is needed on this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
48	[EvoERP]	major	always	2009-01-08 11:50	2009-05-04 15:38
Reporter:	dmjyoda	Platform:
Assigned To:	lpantic	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	August 8 2008
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	Can't issue more than on WO; Loop in lot screen
Program Name:	HH-C Issue Materials via Hand Held
Repeatable in Test Company:
Summary:	HH-C Issue Materials Error When Component on BOM Twice
Description:	We have some BOMs with the same component listed twice with different quantities to issue. This is related to the process we use and do physically use the same component at different times during the process. We issue materials via our hand held units. Usually the first time the component is issued fine. The second time we get stuck in a loop in the lot control screen that we cannot get out of. We have to end the session. Each time we try to get out of the screen via entering a real lot code and a zero quantity - an entry is made to WOMAT at a zero quantity.
Steps To Reproduce:
Additional Information:	This issue has been reported by various people here. I am not sure if it is simply user differences or not noticing, but sometimes I am told they first receive a message "cant issue more than on WO" even though they have only issued the first qty, other times I am told they don't get that and immediately get stuck in the lot control loop. I was able to repeat this in the test company and the whole process at a PC. I am on the August Evo version.
Attached Files:

Notes
(0000055) HecTech    2009-03-27 15:21	Could not duplicate here. - Hectech

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
53	[Both Evo and DBA Classic]	minor	N/A	2009-02-05 15:05	2009-03-27 15:08
Reporter:	JDeBerard	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:	2009-01-05
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	RMA Functionality
Description:	We haven't been using the RMA module but do have RMA's that we deal with. Currently we usually will send out RMA replacement parts before the defective parts are sent back to us. Would the RMA module allow us to send parts out before the returned parts are received back?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000052) HecTech    2009-02-19 13:32	No,the RMA module will not allow you send parts out before the returned parts have been received. You cannot Give a Disposition in RM-D without first having received the RMA first. For example Defective Parts – Ship Replacements. So the only way to get around this would be to just create a SO process it like normal and then just issue a credit when the other parts get back if there is a credit to be issued.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
51	[EvoERP]	minor	unable to reproduce	2009-01-22 09:55	2009-02-19 11:31
Reporter:	jwoods	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SO-A Lookup Open Sales Orders
Description:	A sales order that is open and had a back order does not show up when using lookup by PO#. The attached screen shots show SO# 23560 open when listing by Customer Code but not showing up when listing by PO#. I am not certain that the sales order having already been invoiced for the items shipped has anything to do with this.
Steps To Reproduce:
Additional Information:
Attached Files:	SO-A.pdf (37 KB) 2009-01-22 09:55

Notes
(0000048) HecTech    2009-01-28 10:09	Okay, you can try re-indexing BKARINV. Another thing to check would be to make sure there are no leading zeroes or spaces. We were unable to duplicate this problem.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
55	[EvoERP]	minor	sometimes	2009-02-10 12:43	2009-02-10 12:44
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	August 8 2008
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	Invalid Argument to Time Encode
Program Name:	T7MDEFAULTS.RWN
Repeatable in Test Company:
Summary:	SD-Q Master Defaults fails to open with "Invalid Argument to Time Encode" error
Description:	Opening SD-Q Master Defaults or any other Default progrma based ont eh Master Defaults program gives the above error. This has been determined to be data related as users experiencing the error in one company can change company and the program opens normally. It can be corrected by going to UT-A, program BMMDJ.RUN, click Shift Schedule, and make new entries for all the values, save then run it again as needed to change back to the correct values.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
40	[Both Evo and DBA Classic]	minor	always	2008-12-23 12:20	2009-02-10 12:36
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:	BKPRK.RUN
Repeatable in Test Company:
Summary:	PR-K Report Grand total doesn't have Overtime
Description:	The individual employee subtotals have regular and overtime correctly totalled but hte grand total at the bottom of the report only shows the Regular time.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
50	[EvoERP]	minor	unable to reproduce	2009-01-22 09:24	2009-01-28 10:19
Reporter:	jwoods	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	SO-A is not checking for PO# previously entered.
Description:	SO-A is not checking for PO# previously entered.
Steps To Reproduce:
Additional Information:	Once 1221patch5 was installed the problem could no longer be reproduced.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
41	[Both Evo and DBA Classic]	crash	random	2008-12-29 15:38	2009-01-28 10:12
Reporter:	tberger	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2008-12-29
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	EVO & DBA crash
Description:	I have been using DBA for eight years and things have been working fine. We run a win2k server and the 7 clients were win2k. I had to upgrade the clients to win xp and also at the same time been switch users to EVO. I'm find myself with the clients computers crash with btrieve errors both EVO and DBA. Not sure what is causing the problem the Pervasive I'm running is 2000i. Does anyone have any idea on how to correct the problem. I have several screen prints with people would like to see then but here are three of the errors we see alot of Access Violation at Address 0096CA0B in Module EVOERP.EXE read Address 00000A6D Btrieve error - Z:\default\ISDRILL.B - 3 ADDSUM TAS PREMIER 7i invalid pointer
Steps To Reproduce:
Additional Information:	This problem was determined to be a mismatch of Pervasive versions. The server was Pervasive 2000 but when the new WIN XP clients were installed, they were loaded with the PSQL 8 client and the mismatch is a BAD thing. The clients were reset to Pervasive 2000 to match the server.
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
47	[DBA Classic]	minor	have not tried	2009-01-07 12:25	2009-01-07 12:25
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	AM-A Closing back to the menu
Description:	AM-A in DBA Classic flashes back to the menu rather than open the program.
Steps To Reproduce:
Additional Information:	Fixed in 1/6/09 patch file
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
46	[Both Evo and DBA Classic]	minor	always	2009-01-07 12:23	2009-01-07 12:24
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	AP-R not listing correct invoice numbers
Description:	Payment history report listing Cross reference numbers rather than invoice numbers.
Steps To Reproduce:
Additional Information:	Fixed in 1/6/09 patch
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
45	[Both Evo and DBA Classic]	minor	have not tried	2009-01-07 12:21	2009-01-07 12:22
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	AP Check not listing correct invoice numbers
Description:	AP Check stub is listing cross reference numbers rather than the actual invoice numbers.
Steps To Reproduce:
Additional Information:	Fixed with RTM file download posted 1/31/09
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
44	[Both Evo and DBA Classic]	minor	always	2009-01-07 12:20	2009-01-07 12:20
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	None
Program Name:
Repeatable in Test Company:
Summary:	AP-B & AP-C allow duplicate Invoice #
Description:	AP-B and AP-C allow duplication of an invoice number rather than offering to reverse or edit.
Steps To Reproduce:
Additional Information:	Fixed in 1/6/09 patch
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
43	[DBA Classic]	minor	always	2009-01-02 10:45	2009-01-07 12:18
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	A record was not found in FILELOC for file ISSRINV.H - 4
Program Name:	BKSOA2.RUN
Repeatable in Test Company:
Summary:	SO-A edit lines on existing order gives error on file ISSRINV.H
Description:	Edit existing SO and move to the line items and message pops up "A record was not found in FILELOC for file ISSRINV.H - 4" Click OK and you can edit the order.
Steps To Reproduce:
Additional Information:	Fixed in 1/6/09 patch file
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
42	[DBA Classic]	minor	always	2009-01-02 10:44	2009-01-07 12:18
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2004.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:
Contact Info:
Error Message:	Key Setup Error (multiple times)
Program Name:	BKSOF
Repeatable in Test Company:
Summary:	"Key Setup Error" in SO-F
Description:	With 12/21/08 update installed, and printing all unposted invoices (as opposed to a single order or range of order numbers), after the RTM is selected, a "Key Setup Error" window pops up. Click OK and it pops up again for as many invoices as are released to be printed. Once you get past it, the invoices print and post fine. Work around is to say N to print all unposted invoices but then leave the from/through Sales Order numbers blank which will then result in all released orders being printed.
Steps To Reproduce:
Additional Information:	Fixed in 1/6/09 patch
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
37	[Both Evo and DBA Classic]	minor	always	2008-12-09 15:13	2008-12-12 13:04
Reporter:	JDeBerard	Platform:
Assigned To:	HecTech	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none
Banner Date:	2008-12-09
Contact Info:
Error Message:
Program Name:
Repeatable in Test Company:
Summary:	Last Cost Not Updating
Description:	We just noticed that the Last Cost field in the IN-A screen does not reflect the last cost that was paid for most all purchased parts. Before our latest ISTech Support update the last cost would automatically reflect the last cost paid for purchased parts and now it isn't being updated. We are using the Average Cost method.
Steps To Reproduce:
Additional Information:
Attached Files:	To answer your posted questions 2008_12_12.doc (178 KB) 2008-12-12 08:41

Notes
(0000039) HecTech    2008-12-11 16:43	What update are you running? We are on the 08/04/08 update and it seems to be working.
(0000040) JDeBerard    2008-12-11 16:46	We are also on the 08/04/08 update but the vast majority of the purchased parts do not have the correct last cost displayed in IN-A.
(0000041) HecTech    2008-12-11 17:11	Is there any other info you could give us? 3 people have tested it so far and we all could not reproduce the problem. Have the parts been received? Was the price change on the PO itself or on the invoice from the vendor?
(0000043) JDeBerard    2008-12-12 08:41	See attached documents showing screen shots.
(0000044) lpantic    2008-12-12 09:34	John - Please recheck your Costing method. it would appear that you are on Standard Costing, not Average. The issue of the Last Cost not updating to the PO proce for Standard Costing has been addressed and will be released in the upcoming update.
(0000045) JDeBerard    2008-12-12 10:00	One more thing I just found out, we have been in the habit of using the UT-K-F routine to change the AVG & LAST to match STD costs. Could this be the cause of the last cost situation?
(0000046) lpantic    2008-12-12 13:04	Oh YES!!!! The program does exactly what it says it will do. Change Last and Average to match standard. Why are you running it? It revalues your inventory.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
38	[Both Evo and DBA Classic]	feature	have not tried	2008-12-11 17:11	2008-12-11 17:12
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none
Banner Date:	2008-07-09
Contact Info:
Error Message:	None
Program Name:	BKMRI.RUN
Repeatable in Test Company:
Summary:	MR-I Create WO by Ranges
Description:	It would be an improvement if MR-I could create a single work order per part for all Make requirements in a date range.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
3	[EvoERP]	minor	random	2008-09-29 14:40	2008-12-11 17:06
Reporter:	lpantic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2008-06-16
Contact Info:
Error Message:	None
Program Name:	T6APC.RUN
Repeatable in Test Company:
Summary:	AP-C posting is missing the GL Entry for AP and the Aging is missing the invoice
Description:	On seemingly random occasions and with no error messages, PO Invoices are posting in AP-C with no error message or indication that the posting didn't complete properly. However, upon going to GL-O to post the batch, it is out of balance and the Credit entry to AP for the invoice total is missing. When that occurs, examination of the Aging (AP-I) also is missing the invoice in question.
Steps To Reproduce:
Additional Information:	We have a version of AP-C that will create a number of Log files that can be sent to anybody on the 8/4/08 update who is experiencing this so we can compare the log files and try to pinpoint the cause.
Attached Files:

Notes
(0000036) NovaZyg    2008-12-04 17:31    (edited on: 2008-12-05 10:06)	Thanks to UMC, we got some good feedback and I think this is resolved. The How.Paid was not set to "I"(Invoice) and it was jumping past all the postings.
(0000037) lpantic    2008-12-05 10:07	This fix will be in the next (12/08 - soon to be released) update. It unfortunately cannot be released in advance because of other AP related changes.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
36	[Both Evo and DBA Classic]	minor	sometimes	2008-12-05 13:02	2008-12-11 17:04
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none
Banner Date:	2008-02-06
Contact Info:
Error Message:
Program Name:	BKPIF.RUN
Repeatable in Test Company:
Summary:	PI-F Summary Report does not equal total of detail
Description:	Totals by class do not match the sum of the details.
Steps To Reproduce:
Additional Information:	The totals are correct. Parts with 0 Qty counted but UOH Frozen (which would result in an adjustment) were being left off the detail portion of the report but included in the totals
Attached Files:

There are no notes attached to this issue.

Viewing Issue Advanced Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
31	[Both Evo and DBA Classic]	minor	always	2008-11-20 14:36	2008-12-11 17:02
Reporter:	lpantic	Platform:
Assigned To:	JEMM	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build: