122 minor always 2010-08-25 08:01 2010-09-07 14:06 Dennis JEMM normal resolved none none fixed 0 RTM T6JCS1.RTM 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.
JEMM 2010-09-07 14:06 Confirmed and fixed in the program. Rtm was working fine. 09/07/10.
125 minor always 2010-09-03 11:11 2010-09-07 13:21 Dennis JEMM normal resolved none none fixed 0 RTM T6JCA1.RTM, Summary Section not calculating setup variance When in JC-A and print T6JAC1.RTM, variance is not calculated for setup labor
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".
116 minor always 2010-07-28 10:54 2010-09-07 12:51 HecTech JEMM normal resolved none none fixed 0 PO-I-G not working in 07/05/10 update 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
JEMM 2010-09-07 12:51 Fixed 07/28/10.
120 minor sometimes 2010-08-13 14:26 2010-08-17 10:01 HecTech NovaZyg normal resolved none none open 0 PO-A populates the ship-to fields with something other than Default address 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.
119 minor always 2010-08-09 23:22 2010-08-09 23:25 HecTech JEMM normal resolved none none open 0 AP-F pulling wrong Vendor information 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. Problem fixed by programmers.
117 minor sometimes 2010-08-03 15:45 2010-08-03 15:46 lpantic NovaZyg normal resolved none none fixed 0 WO-I Rebuild Work Order Costs hangs WO-I Rebuild WO Costs (which calls the WO-K-H program) hangs since the 7/5/10 update but only for certain users
111 minor always 2010-05-17 12:00 2010-06-07 18:09 lpantic JEMM normal resolved none none fixed 0 Closed PO excluded from PO-J-B Report 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.
112 minor always 2010-05-21 12:18 2010-05-21 12:21 HecTech HecTech normal resolved none none open 0 Vendor Info in IN-A giving Error messages. 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. This problem has been fixed. 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
110 minor always 2010-04-14 16:36 2010-04-20 12:51 lpantic JEMM normal resolved none none fixed 0 Lot Controlled Component of Make From gets wrong sign on Txn 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
JEMM 2010-04-20 12:51 New Ists Enhancement date 04/15/10
109 minor sometimes 2010-04-09 10:34 2010-04-09 10:56 lpantic JEMM normal resolved none none fixed 0 WO-I does not prompt for Bin 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
JEMM 2010-04-09 10:56 Problem fixed. New banner date 04/09/10.
105 major always 2010-02-11 17:27 2010-04-06 12:33 dkpruett lpantic normal resolved none none unable to reproduce 0 UT-A program GLEREDO.run calculates Retained Earnings incorrectly 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.
108 minor random 2010-04-06 12:25 2010-04-06 12:28 Lynn_Pantic NovaZyg normal resolved none none fixed 0 AP-B Voucher posts AP as Debit rather than Credit 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 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
69 minor always 2009-08-05 15:13 2010-04-05 15:59 stevecyr JEMM normal resolved none none August 8 2008 fixed 0 errors after print grid 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.
HecTech 2009-08-12 13:27 We were able to duplicate exactly as described. On 5/25/09 update.

JEMM 2010-04-05 15:59 This bug has been resolved before the Dec 2009 update.
52 major always 2009-02-03 14:00 2010-04-05 15:56 kevind JEMM normal resolved none none fixed 0 Posting Invoices with applied deposits sometimes fails with an error message 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.		 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.		 Deposit Bug during Invoice Posting.pdf (56 KB) 2009-02-03 14:00
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.
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.
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.
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.
92 major always 2009-11-03 08:16 2010-04-01 15:15 podell NovaZyg normal resolved none none no change required 0 PO Receivers PO-R 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. po receivers PO-R.pdf (90 KB) 2009-11-03 08:16
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)

JEMM 2010-04-01 15:15 Custom rtm is missing Group Break. Only change required is to the custom rtm.
60 minor sometimes 2009-04-02 13:27 2010-04-01 15:12 JDeBerard NovaZyg normal resolved none none no change required 0 Addsum TAS Premier 7i Error 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.		 Addsum Error.doc (25 KB) 2009-04-02 13:27
HecTech 2009-04-09 14:54 What update are you on?
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.
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.
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
JEMM 2010-04-01 15:12 Originator claimed the problem no longer occurs.
73 minor always 2009-08-21 18:06 2010-03-30 12:43 HecTech JEMM normal resolved none none no change required 0 Evo does not request a BIN location in PO-C. EVO does not does not request a BIN location in PO-C when receiving items directly to a WO(WIP).
HecTech 2010-03-30 12:43 If you receive items to WIP it does not go into inventory, therefore no Bin is required.
62 minor unable to reproduce 2009-06-17 11:54 2010-03-30 12:30 cdrasmus JEMM normal resolved none none unable to reproduce 0 WO-I Finish Production cost doubled 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. We believe this is a new problem after the 5/29 update, although it had been over a year since our last update.
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.
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.
90 major always 2009-10-29 15:06 2010-03-30 11:46 podell NovaZyg normal resolved none none unable to reproduce 0 Error when printing purchase order from DBA view on EVO 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. Occurrence started after the 9/16/09 update. currently on 9/16/09 SP2
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.
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.
88 major always 2009-10-22 06:59 2010-03-30 11:44 remcal NovaZyg normal resolved 09/08/09 none none PC Windows xp WS August 8 2008 unable to reproduce 0 IN-A SO button does not show BO 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.
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.
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!
HecTech 2009-10-23 12:49 What is the modify date on the T7INA.RWN FILE? What Istech upadate are you running?
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?
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
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.
87 minor always 2009-10-15 15:25 2010-03-29 16:02 HecTech JEMM normal resolved none none fixed 0 Getting a "Too many pops" error in GL-N in DBA Classic. 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.
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.
JEMM 2010-03-29 16:02 New banner date 03/29/10 for both BKGLN and T6GLN.
100 minor always 2010-01-27 20:27 2010-03-29 13:40 dkpruett JEMM normal resolved none none 2004.1 fixed 0 Enter BOM BM-A Qty Per changes from 0 to qty=1 when tabbing through 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
HecTech 2010-02-01 14:46 The problem has been confirmed for both Classic and EVO. Running the 09/16/09 update with SP5.
JEMM 2010-03-29 13:40 New Banner Date 03/29/10.
107 minor always 2010-03-01 17:14 2010-03-29 09:51 dkpruett JEMM normal resolved none none fixed 0 SO-O-A Print Open SOs does not print zero $ Open SOs 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.		 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".
JEMM 2010-03-29 09:51 New Banner Date 03/25/10
86 minor always 2009-10-14 06:58 2010-03-29 09:50 Dennis JEMM normal resolved none none fixed 0 In IN-A, after selecting an item's "Where Used", when selecting another item, item on Where Used still displays 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.
HecTech 2009-10-16 11:15 Problem was confirmed in EVO using the 9/16/09 update. Classic was fine.
JEMM 2010-03-29 09:50 New Banner dae 03/25/10
76 tweak always 2009-09-02 13:47 2010-03-29 09:44 kevind JEMM normal resolved none none fixed 0 Invoice Listing from AP-H Print AP Checks does not appear to be in any particular order 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. Sorting this report by vendor invoice date would make it much easier to use.
JEMM 2010-03-29 09:44 Fixed in BKAPH,BKAPHA,T6APH,T6APHA,T7APH with a new banner date of 03/25/10.
74 minor always 2009-09-02 10:50 2010-03-29 09:40 kevind JEMM normal resolved none none fixed 0 Cannot backup from entering WO # or SEQ # in Service Orders 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. New Banner Date 03/25/10 for BKPOC and T6POC.
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.
72 minor always 2009-08-19 15:26 2010-03-29 09:38 HecTech JEMM normal resolved none none fixed 0 Add Vendor Item Number does not work in IN-B. 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.
97 minor always 2009-12-08 16:38 2010-03-29 09:37 HecTech JEMM normal resolved none none fixed 0 ECO will not print on PO 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.
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
106 minor always 2010-02-16 10:10 2010-02-20 11:56 Lynn_Pantic JEMM normal resolved none none fixed 0 WO-I prompts for Lot for Scrapped Items 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
102 minor always 2010-02-02 17:43 2010-02-20 11:56 dkpruett JEMM normal resolved none none fixed 0 SO-F <F2> on SO # does not bring in SO # 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.
HecTech 2010-02-04 12:37 What update are you running? Are you running into this in EVO or DBA?
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.
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?
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.
99 minor unable to reproduce 2010-01-27 20:23 2010-02-12 10:12 dkpruett HecTech normal resolved none none 2004.1 unable to reproduce 0 PO-A UM Conversion Resets to 1 on entering new line 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
HecTech 2010-02-01 14:48 What update are you running?
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.
HecTech 2010-02-05 13:32 We have not been able to reproduce this problem.
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.
HecTech 2010-02-12 10:12 Unable to reproduce the problem.
104 minor always 2010-02-04 12:10 2010-02-04 12:19 HecTech JEMM normal resolved none none fixed 0 Pick List will not print bin locations. 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.
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.
93 minor always 2009-11-23 11:39 2010-01-01 19:17 lpantic NovaZyg normal resolved none none fixed 0 Evo AP-B allows save with blanbk voucher number 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.
98 minor always 2009-12-09 12:07 2009-12-09 12:12 HecTech JEMM normal resolved none none fixed 0 Error in PO-I-G With new Service Patch 5 installed an error is displayed when trying to print a report in PO-I-G. evo error.doc (138 KB) 2009-12-09 12:07
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.
96 minor random 2009-11-24 14:55 2009-12-08 16:28 JDeBerard HecTech normal resolved none none open 0 Routed Costs for Kit Types 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.
HecTech 2009-12-08 16:28 This Board is for Bugs and system problems only. However Lynn will follow up with the programmers.
95 feature N/A 2009-11-24 14:48 2009-12-08 16:26 JDeBerard HecTech normal resolved none none open 0 Work Center Schedule Modification 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.
 
 This request was also sent to Lynn via e-mail on 11/7/09.
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.
85 minor always 2009-10-08 18:45 2009-11-23 18:25 Dennis JEMM normal resolved none none fixed 0 O/H Balance not being brought in on first record when run T7SOOF.RWN (SO-O-F: Available to Ship Report) 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
89 minor always 2009-10-26 19:23 2009-11-23 18:24 lpantic NovaZyg normal resolved none none fixed 0 T7POA (Evo) not pulling in Vendor Pricing from PO-H T7POA (Evo) not pulling in Vendor Pricing from PO-H. Last cost is used even if PO-H pricing exists and is not expired
91 major sometimes 2009-10-29 15:09 2009-11-23 18:23 podell NovaZyg normal resolved none none fixed 0 Blank lines somehow inserted in po line items 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. Occurence started after 9/16/09 update PO-A additional lines.pdf (277 KB) 2009-11-03 08:12
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.
lpantic 2009-11-23 18:23 Fixed 11/23/09.
94 minor always 2009-11-23 11:41 2009-11-23 11:42 lpantic NovaZyg normal resolved none none fixed 0 Production reported in DC-B not available to post 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.
59 major random 2009-03-26 07:44 2009-10-26 19:31 PHIPPSBIRD NovaZyg normal resolved none none fixed 0 Inventory quantity doubles and loses location 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. 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.
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.
HecTech 2009-06-08 11:49 Did the above note resolve your problem?
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.
63 minor sometimes 2009-06-17 12:04 2009-10-26 19:28 cdrasmus NovaZyg normal resolved none none fixed 0 Location missing for item 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. New issue since 5/29 update.
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?
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.
81 minor always 2009-09-22 08:19 2009-10-16 11:18 cptechnologies HecTech normal resolved 2004.1 9/8/09 none none i386 Client / Server OSX / XP Pro / SBS 2003 SP3 open 0 Error when odbcddf run from EVO (An error occurred while copying FILE.NEW to FILE.DDF) 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.		 Run ODBC from UT-A 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
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.
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.
80 minor always 2009-09-22 08:09 2009-10-16 11:17 cptechnologies HecTech normal resolved 2004.1 9/8/09 none none i386 Client / Server OSX / XP Pro / SBS 2003 SP3 open 0 SO list so# input fixed in classic but still broke in EVO 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		 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. Different random results can be obtained if 0 is typed one or more times before starting to enter the number.
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.
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.
79 major always 2009-09-22 07:58 2009-10-08 18:49 cptechnologies normal resolved none none i386 Client / Server OSX / XP Pro / SBS 2003 2004.1 9/8/09 no change required 0 Installing 9/16/09 update changes all whse flags from 'Q' to 'Y' 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. 1. Install update
2. Confirm that WC flags changed from 'Q' to 'Y'
 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
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.
83 minor always 2009-10-01 13:47 2009-10-05 18:04 miltronics normal resolved none none August 8 2008 not fixable 0 SA-L does not work 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.		 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.
78 tweak always 2009-09-15 00:49 2009-10-01 09:11 isplus JEMM normal resolved none none fixed 0 AR-R Print AR Payment History missing buttons on first screen 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. At a minimum, the Exit button should be visible upon entering AR-R. Help would also make sense that this point also. AR-R_DBA.jpg (36 KB) 2009-09-15 00:49
AR-R_EVO.jpg (53 KB) 2009-09-15 00:50
57 minor always 2009-03-13 09:39 2009-09-28 18:15 JDeBerard NovaZyg normal resolved none none fixed 0 One job is left when posting labor batches 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.
 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.
 Posting WO Labor.doc (113 KB) 2009-03-13 09:39
Posting WO Labor 2.doc (87 KB) 2009-03-16 08:22
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.
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.
JDeBerard 2009-04-02 08:41 We are still seeing this situation. Any luck on finding a fix?
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.
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.
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
82 minor always 2009-09-25 11:23 2009-09-28 17:18 lpantic JEMM normal resolved none none fixed 0 Posted check number does not match printed number 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. Fixed in the Patch posted 9/28/09
70 minor always 2009-08-17 13:27 2009-09-25 11:11 JDeBerard NovaZyg normal resolved none none fixed 0 Blank P.O.'s created when using MR/J Same issue as 0000065: Blank P.O.'s created when using MR/J 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.		 DBA Screenshot.doc (83 KB) 2009-08-17 13:27
DBA screen shot.bmp (800 KB) 2009-09-23 09:53
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.
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.
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.
77 minor always 2009-09-02 13:58 2009-09-09 09:47 HecTech JEMM normal resolved none none fixed 0 WO-K-D. Actual Start Date on WO 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.
HecTech 2009-09-02 14:00 Problem is repeatable in latest 5/25/09 update.
25 tweak always 2008-11-04 16:39 2009-08-25 12:24 kevind normal resolved none none reopened 0 Opening a closed SO to view it leaves the SO open even if you exit without saving changes 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. 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.
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.
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.
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.
kevind 2008-11-10 14:44 No argument there. I would like 'Y' to behave as I have outlined. Thank you.

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.
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.
kevind 2008-12-15 15:25 I like the " ... Reopen or View ..." Question proposed.
I also consider this a low priority.
71 minor always 2009-08-19 15:06 2009-08-21 10:22 kkmfg normal resolved May 25 2009 none none Windows XP or Vista open 0 IN-A does not show bin locations 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. Look up a part in IN-A and look at the bin location
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.
HecTech 2009-08-21 10:19 Problem has been fixed with latest Patch available on the ISTECH Update/patch page.
65 minor unable to reproduce 2009-07-16 13:54 2009-08-12 13:31 JDeBerard HecTech normal resolved none none unable to reproduce 0 Blank P.O.'s created when using MR/J 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.		 Were you able to reproduce it? We were not successful in reproducing it.
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.
JDeBerard 2009-07-17 12:35 Also, we are only using DBA classic.
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?
HecTech 2009-08-12 13:31 Due to the inability to reproduce by us and the customer we are calling this resolved.
24 minor always 2008-11-04 16:24 2009-08-10 12:25 kevind JEMM normal resolved none none fixed 0 SO-A Opening screen not saving "Show Open Orders" state 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. 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.
HecTech 2008-11-05 12:09 We were able to reproduce it exactly as stated. - Hectech Support
JEMM 2009-08-10 12:25 Both issues (open orders, remain on SO) have been fixed in both classic and EVO versions.
68 minor always 2009-07-24 18:26 2009-07-24 18:31 HecTech normal resolved none none fixed 0 Creating Grid in SU-A 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. Problem was in ISTECH update version 5/25/09
HecTech 2009-07-24 18:29 The notes are ok but SOPB does not print them.
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)
64 minor always 2009-07-12 10:36 2009-07-21 08:47 isplus JEMM normal resolved none none 2004.1 fixed 0 PO-J-C Receive No entry field does not display first 2 characters upon entry 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. This began occuring after 5/29/09 update.
67 minor always 2009-07-17 13:18 2009-07-21 08:45 HecTech JEMM normal resolved none none fixed 0 SM-J-M does not allow you choose from the list when you press F2 you have to manually enter it in the field. 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.
66 minor unable to reproduce 2009-07-17 13:04 2009-07-17 13:07 HecTech HecTech normal resolved none none open 0 SM-J-M not updating Service and Repair orders. 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.
HecTech 2009-07-17 13:07 This problem has been fixed in the latest 5/25/09 update/patch.
54 minor sometimes 2009-02-10 12:38 2009-06-12 15:56 lpantic JEMM normal resolved none none fixed 0 PO-E pulls in lines from adjacent quote Viewing a quote and then viewing another without closing the program can pull in lines from the first quote viewed into the second. This bug has been fixed in PO-A since PO-E calls it.
49 minor always 2009-01-16 13:48 2009-06-12 08:47 dameng JEMM normal resolved none none fixed 0 UT-K-E does not update RMA & S/R 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.		 The missing files were added 06/11/09.
26 minor always 2008-11-06 19:12 2009-06-12 08:45 lpantic JEMM normal resolved none none fixed 0 AM-F Lookup & Print The Lookup of existing Custom Financial Statement templates doesn't return them and the Print option also does not print the 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.
14 minor random 2008-10-23 09:43 2009-06-10 15:08 lpantic JEMM normal resolved none none fixed 0 DC-H Labor posting occasionally changes # Jobs to 1 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. 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.
56 minor always 2009-03-09 13:49 2009-06-10 15:05 lpantic JEMM normal resolved none none fixed 0 SO-G GL POsting for Cash Terms 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. This issue was resolved/fixed 3/12/09
39 minor N/A 2008-12-15 19:36 2009-06-10 15:02 lpantic JEMM normal resolved none none fixed 0 IN-B should create missing MTICMSTR and BKICLOC records 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. This has been added to T7INB and BKINB.
58 trivial always 2009-03-23 10:58 2009-06-08 13:02 dameng NovaZyg normal resolved none none open 0 T6INA vs T7INA or T5INA The Weight Field in T6INA does not display the value from MTICMSTR.MTIC_PROD_WT, while it is correctly display using T5INA or T7INA.
HecTech 2009-04-09 15:17 Are you using Classic or EVO?
What ISTECH update if any are you running?
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.
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.
61 feature always 2009-05-21 11:10 2009-06-08 11:50 JDeBerard normal resolved none none open 0 Employee changed from 1st shift to 2nd shift 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?
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.
48 major always 2009-01-08 11:50 2009-05-04 15:38 dmjyoda lpantic normal resolved none none August 8 2008 fixed 0 HH-C Issue Materials Error When Component on BOM Twice 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. 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.
HecTech 2009-03-27 15:21 Could not duplicate here. - Hectech
53 minor N/A 2009-02-05 15:05 2009-03-27 15:08 JDeBerard HecTech normal resolved none none no change required 0 RMA Functionality 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?
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.
51 minor unable to reproduce 2009-01-22 09:55 2009-02-19 11:31 jwoods HecTech normal resolved none none unable to reproduce 0 SO-A Lookup Open Sales Orders 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.
 SO-A.pdf (37 KB) 2009-01-22 09:55
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.
55 minor sometimes 2009-02-10 12:43 2009-02-10 12:44 lpantic normal resolved none none August 8 2008 fixed 0 SD-Q Master Defaults fails to open with "Invalid Argument to Time Encode" error 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.
40 minor always 2008-12-23 12:20 2009-02-10 12:36 lpantic JEMM normal resolved none none fixed 0 PR-K Report Grand total doesn't have Overtime 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.
50 minor unable to reproduce 2009-01-22 09:24 2009-01-28 10:19 jwoods HecTech normal resolved none none unable to reproduce 0 SO-A is not checking for PO# previously entered. SO-A is not checking for PO# previously entered. Once 1221patch5 was installed the problem could no longer be reproduced.
41 crash random 2008-12-29 15:38 2009-01-28 10:12 tberger HecTech normal resolved none none fixed 0 EVO & DBA crash 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


 		 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.
47 minor have not tried 2009-01-07 12:25 2009-01-07 12:25 lpantic normal resolved none none fixed 0 AM-A Closing back to the menu AM-A in DBA Classic flashes back to the menu rather than open the program. Fixed in 1/6/09 patch file
46 minor always 2009-01-07 12:23 2009-01-07 12:24 lpantic normal resolved none none fixed 0 AP-R not listing correct invoice numbers Payment history report listing Cross reference numbers rather than invoice numbers. Fixed in 1/6/09 patch
45 minor have not tried 2009-01-07 12:21 2009-01-07 12:22 lpantic normal resolved none none fixed 0 AP Check not listing correct invoice numbers AP Check stub is listing cross reference numbers rather than the actual invoice numbers. Fixed with RTM file download posted 1/31/09
44 minor always 2009-01-07 12:20 2009-01-07 12:20 lpantic normal resolved none none fixed 0 AP-B & AP-C allow duplicate Invoice # AP-B and AP-C allow duplication of an invoice number rather than offering to reverse or edit. Fixed in 1/6/09 patch
43 minor always 2009-01-02 10:45 2009-01-07 12:18 lpantic JEMM normal resolved none none fixed 0 SO-A edit lines on existing order gives error on file ISSRINV.H 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. Fixed in 1/6/09 patch file
42 minor always 2009-01-02 10:44 2009-01-07 12:18 lpantic JEMM normal resolved none none 2004.1 fixed 0 "Key Setup Error" in SO-F 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.		 Fixed in 1/6/09 patch
37 minor always 2008-12-09 15:13 2008-12-12 13:04 JDeBerard HecTech normal resolved none none no change required 0 Last Cost Not Updating 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. To answer your posted questions 2008_12_12.doc (178 KB) 2008-12-12 08:41
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.
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.
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?
JDeBerard 2008-12-12 08:41 See attached documents showing screen shots.
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.
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?
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.
3 minor random 2008-09-29 14:40 2008-12-11 17:06 lpantic normal resolved none none fixed 0 AP-C posting is missing the GL Entry for AP and the Aging is missing the invoice 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. 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.
NovaZyg 2008-12-04 17:31 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.

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.
36 minor sometimes 2008-12-05 13:02 2008-12-11 17:04 lpantic JEMM normal resolved none none fixed 0 PI-F Summary Report does not equal total of detail Totals by class do not match the sum of the details. 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
31 minor always 2008-11-20 14:36 2008-12-11 17:02 lpantic JEMM normal resolved none none fixed 0 PO-D retains line from prior PO PO-D looking at lines on a series of PO's retains the line from the last PO looked at rather than bringing in the line of the new PO.
kevind 2008-11-20 16:00 This:
http://www.istechforum.com/YaBB.pl?num=1227131346 [^]
Post may have been caused by this problem also.
35 minor always 2008-12-05 09:57 2008-12-08 12:19 lpantic NovaZyg normal resolved none none August 8 2008 open 0 T7 AR-A can't remove "Ship To" Flag If a customer is designated "Ship To" then you are required to assign an associated "Bill To". But if you go into AR-A and change the "Ship To" flag to N, the associated "Bill To" customer is not cleared and the "Ship To" Flag is returned to Y.
27 minor always 2008-11-11 16:28 2008-12-08 12:19 lpantic NovaZyg normal resolved none none open 0 AR-A only allows 1 digit price code GUI T7ARA limits the Price Code field to 1 digit when it should be a 3 digit field.
30 minor always 2008-11-15 12:43 2008-12-03 09:44 lpantic JEMM normal resolved 8-4-2008 none none fixed 0 GL-F Y to Dept Detail and N to $0 accounts peints $0 accounts If any departmment within an account has activity, then all departments print, even those without activity.
HecTech 2008-11-19 15:27 Confirmed all departments do print even though there is no activity in that department.-Hectech
19 minor always 2008-11-03 14:28 2008-12-01 17:59 kevind lpantic normal resolved none none fixed 0 Help File no longer shows all SD-Q options and their descriptions The help file seems to have been truncated in the area that describes the different SD-Q options. There used to be a very long list of all the options that was updated every time new ones were added. Now the list is very short and there does not seem to be any link or index entry to get you to all of them.
32 minor always 2008-11-25 14:46 2008-12-01 17:58 lpantic JEMM normal resolved none none fixed 0 Serial number posting with Features & Options Top level assembly with Serial control turned on has a component selected using Features & Options that is also serial controlled. The component is designated a "Manufactured" option meaning that it will be issued to the parent in a work order. The work order processing is fine but then invoice posting also wants to process a serial number for the component but it can't find a transaction to apply the Serial Control processing to. Once the error pops up, End Task is the only way out. Fortunately, the invoice is fully posted by that point and the processing it is trying to do is unncessary so there is no fallout into AR or Accounting.
20 major N/A 2008-11-04 09:48 2008-11-20 12:47 kevind HecTech normal resolved none none fixed 0 IN-B allows editing of Bin Loc field when warehouse control is turned on IN-B has a field for 1 Bin Location. This is used to store the bin location when warehouse control is not turned on. If warehouse control IS turned on, it still shows this field and allows it to be edited. In IN-A, if warehouse control is turned on, it displays the default Bin Loc from the Bin Location database. IN-B should do the same. If warehouse control is NOT turned on, then it should behave as it currently does. If warehouse control IS turned on, then it should show the default bin from the Bin Location database, and NOT allow this field to be edited.
HecTech 2008-11-07 13:21 When entering inventory in IN-B you need to be able to select the default location for the part number being entered. When all information is entered correctly the information should match on both inventory database and Bin Location Database.
kevind 2008-11-07 15:01 With warehouse control turned on, try editing the Bin Loc in IN-B on an existing item that only has 1 bin and it is the default. When we did this, it did not modify the default Bin Loc in IN-A.
HecTech 2008-11-07 15:15 In IN-B I selected a part with only one bin location "FG". I entered through to BIN LOCATION and manual edited the "FG" to "STUFF". The change took affect and shows up in IN-A as "STUFF".
lpantic 2008-11-07 15:44 Kevin - are you doing this with BKINB, T6INB or T7INB? WC set to Y or Q?
kevind 2008-11-10 15:38 I am using BKINB.
Enable Warehouse Control = 'Y'
Use Controlled Bin Locations = 'N'
Allow Blank Bins[sic] Locations = 'Y'
Blank Bin Name = 'NO BIN LOC'
Delete Zero Qty Bins = 'N'

More Information:
If MWhC = 'Y' and LWhC = 'Y', everything works as reported in Note 0000022.
If MWhC= 'N' or is Blank and LWhC = 'Y', then changing Bin Location in IN-B is not recorded in WC.
Most of my WC bin records in WC-C have MWhC = 'N' or are blank, so they do not work correctly.
The Test company has both of these fields set to 'Y', so they work correctly.
What do these two fields stand for?

HecTech 2008-11-20 12:47  The problem was because they had WC set to N at the Master Level and Y at the Location level so the program got confused. When the updated program is released, the IN-L-S Rebuild Stock Status will go through everything and reset the Master to match the most controlled Location value (Y or Q).
21 major unable to reproduce 2008-11-04 09:55 2008-11-20 12:44 kevind HecTech normal resolved none none fixed 0 IN-J Prints the wrong bin location when warehouse control is turned on IN-J Print Physical Check prints the bin location from the inventory item database irregardless of whether warehouse control is on or off. IN-J does warn that it will only print the default location. However, it is printing the Bin Loc field from the inventory item, not the default location specified in the Bin Location database. When warehouse control is OFF, it should behave as it now does. When warehouse control is ON, it should show the default location from the Bin Location database.
HecTech 2008-11-07 13:47 The report can not be duplicated and in fact the report does print the Default Bin for the Location(s) being printed. 3 people tested and verified it is working as it should.
kevind 2008-11-07 14:57 With Warehouse control turned on, edit the bin loc field in IN-B, then run IN-J and see which bin prints.
lpantic 2008-11-07 15:42 Editing in IN-B (which is debatable whether it should be allowed when WC is turned on) resets the Default Bin of the Default Location to the new value entered. That is then what prints on IN-J. I used Maintain Database to change the MTICMSTR file MTIC.PROD.LOC to something completely different (actually changed it to MTICMSTR) and ran IN-J and the WC Default Bin printed, not "MTICMSTR".
kevind 2008-11-11 09:31 I did confirm the reseting of the Default Bin when a new value is entered. However, it only does that if the MWhC and LWhC columns in WC-C are both set to 'Y'.
HecTech 2008-11-20 12:44   The problem was because they had WC set to N at the Master Level and Y at the Location level so the program got confused. When the updated program is released, the IN-L-S Rebuild Stock Status will go through everything and reset the Master to match the most controlled Location value (Y or Q).
28 minor have not tried 2008-11-13 09:33 2008-11-17 15:58 GasGiant JEMM normal resolved none none fixed 0 SR-B, Print SR Order - does not print Lot or Serial info The new RMA module requires entry of lot/serial info at time of disposition, but the SR RTMs, which are copies of the SO Ack RTMs, do not contain sub-reports to print this information. Since the S/R paperwork needs to remain matched up with the customer items in for repair, it would be very helpful if this info printed out with the form.
JEMM 2008-11-17 15:58 Added ability to print lot and serial information. Users need to update their rtms in order for it to print.
18 minor always 2008-10-30 11:23 2008-11-12 08:31 kevind JEMM normal resolved none none fixed 0 SM-J-C does not limit reconciliation to the From and Thru Item Numbers When running a Master and Transaction reconciliation in report mode, specifying a range of Item Numbers does not seem to restrict the reconciliation to those numbers. The program runs as if no entries were made in the From and Thru fields.
kevind 2008-10-30 17:32 Would someone with more Mantis privileges please change this to be classified as "Both EVO and Classic".
Also, Please change the "Program name" field to SM-J-C. :(

lpantic 2008-11-01 12:29 i believe the first part of the program (which checks for orphan and duplicate records in BKICLOC and MTICMSTR) runs for all parts regardless while the actual reconciliation part does look at the ranges. I agree, it should be easier to run it quickly for only a range of items.
kevind 2008-11-03 13:46 The 10/31/08 Version I just got still steps through all items when a transaction level reconciliation is done. Is this the desired operation? It did not speed up the process at all.
HecTech 2008-11-05 10:31 Confirmed and Tested by Hectech Support.
JEMM 2008-11-12 08:31 Program is actually BKMME.
17 minor always 2008-10-28 16:01 2008-11-12 08:29 LoriConrad JEMM normal resolved none none fixed 0 RM-D menu/field access If you select repair as the disposition you must have a reason, and the program does not allow you to go back to the reason field. We managed to reproduce the problem with the latest version of EVO 08/04/08 with all the latest patches installed. When in RM-D if you leave the Reason field blank then choose repair in the disposition field the program will not allow you to return to the reason field to enter any info. You receive the following message. You cannot enter the a disposition unless you enter a valid reason for the RMA. We did notice if you enter any information in the Reason field then choose Repair for the Disposition field the program will allow you to return to the Reason field to make changes if you like. We also noticed that if you remove the disposition and leave it blank it will allow you to return to the Reason field once you have received the message.
22 minor always 2008-11-04 10:15 2008-11-07 12:31 lpantic JEMM normal resolved none none fixed 0 SO-Q-A Price Change and N to update contract price doesn't update % When updating base prices in SO-Q-A or SO-Q-C and saying N to update price code or contract pricing proportionally, the price code/contract price is not updated at all which means that the percentage of Base Price is no longer accurate with the new base price. Then at a future date if you update pricing andsay Y to update Price Code or Contract Prices, it has the wrong ratio and ends up with incorrect pricing.
23 minor always 2008-11-04 10:17 2008-11-04 10:18 lpantic JEMM normal resolved none none open 0 PI-C Import is not bringing in Bin Location Import of PI Counts with Warehouse Control turned on is not accepting imported Bins
16 major always 2008-10-28 15:49 2008-11-04 09:33 LoriConrad normal resolved none none open 0 Invoice numbers from S/R are duplicating invoice numbers that haven't yet been posted in SO Invoices in the S/R module will take the invoice number from SO. If the SO hasn't been posted it will duplicate the invoice number.
7 major always 2008-09-30 18:30 2008-10-31 12:11 LoriConrad JEMM normal resolved none none fixed 0 AP-C posts OOB. When using Std Cost, and PO is Service type and there is a price change at AP-C there is a posting to WIP that should not be.
LoriConrad 2008-10-29 11:06 When costing is set to std. invoice entry is also recording to OUTPROC file resulting in WIP Summary report incorrectly showing outside process as invoice amt. instead of std.
15 minor always 2008-10-28 11:36 2008-10-28 11:37 JEMM JEMM normal resolved none none fixed 0 EVO Format Custom Financial Statements number of lines limited to less than Claiic version. The number of statement lines limited to 199 while 2000 for classic.
The Added/Edit/Delete buttons ae hidden.
The lookup not functioning.
 These bugs are limited to EVO version of Format Custom financial Statements.
8 minor unable to reproduce 2008-10-01 06:17 2008-10-28 08:14 kkmfg JEMM normal resolved none none fixed 0 SO-A Problem with price update An order got entered with the wrong Price Code. This very seldom happens.
 
We went in and changed the header screen to the correct price code and a dialog popped up that said:
   
"For this new price code to take effect please tab thru all the line items."

 
We did that; some of them changed, and some of them did not. undecided 		If I add a new line item with the same item number as one of the existing ones that did not change, it DOES show the correct price.
 
How do you force a line item to re-lookup the price based on the sales orders CURRENT price code?
TABing through them does not seem to be enough.
HecTech 2008-10-09 11:03 We were unable to reproduce the problem at this point in time.
The are using Classic version 2004.1 update 12/15/07.

HecTech 2008-10-21 13:24 We were able to reproduce part of the problem. Using EVO with the 08/04/08 update. I went in and picked a SO that had multiple Line items all with the wrong price codes. When we tried to change the Price Code. We received the same message the customer got about tabbing through the line items. When we did so none of the line items changed. So tabbing through does not work.

Hectech Support
12 crash always 2008-10-14 11:55 2008-10-22 20:26 NovaZyg NovaZyg normal resolved none none fixed 0 TAS-G error when adding menus Cannot add a group get errors when loading
Error during creation of menu item: "9","","1",",","H - Display Invoice History","(None)"," bksoh.run", "SOH","H - Display Invoice History"'"bksoh.run","N","N"

 Allen: I confirmed this at a customers site. (Samir)
lpantic 2008-10-22 20:26 This is fixed and will be posted in a future patch. Meanwhile email lynn@istechsupport.com for a copy. In addition to fixing this bug, the changes have speeded up the loading and saving of menus. 8/4/08 update required for the patch file.
6 minor always 2008-09-30 11:44 2008-10-18 13:09 kkmfg JEMM normal resolved none none open 0 Quantity Problems in BOM Availability Sometimes, we build an Item by slightly modifying an already built item.
 
The BOM for this new item may have some items with a negative quantity because we remove something and put it back in stock.
 
In some cases, if a BOM has negative quantities, the "Maximum which can be built:" at the bottom of the report may show a negative number that does not seem to correlate to anything.
 
In addition, some of the negitive line items show as a shortage on the report. No matter how may items are available for a negative line item, that line should never be flagged as a shortage since issuing the BOM will increase the on hand.		 Dec 15, 2007 is the correct banner date

Problem resolved 10/18/08, to be posted in a future patch. Fix available by email request to lynn@istecheupport.com
HecTech 2008-10-09 11:10 Using EVO with the latest 08/04/08 IS Tech update we were able to repeat the problem with the negative number for "Maximum which can be built" at the bottom of the report. We did not have any problems with the negative line items showing up as a shortage with EVO and the 08/04 update.
1 minor sometimes 2008-09-28 14:39 2008-10-17 18:16 kkmfg NovaZyg normal resolved none none fixed 0 System Defaults pops up a message every time After applying the August update, everytime I try to run any System Default program I get a Confirm box with a "Do you want to remove this Checking Account?" message. After pressing Yes several times, I finally get the program screen to come up. We have accounting disabled.

 A second user also has this problem.

Resolved and posted as part of 10/16/08 update patch
NovaZyg 2008-09-29 14:25 seems the change status was being fired on start up of the program.

I have now grabbed the value currently in the bksy.chk.name[x] and store it in pre.chl.name[x] and compare if bksy.chk.name[x] ="" .a. bksy.chk.name[x] <> pre.chk.name[x]
4 minor always 2008-09-30 08:59 2008-10-17 18:15 kkmfg JEMM normal resolved none none fixed 0 WO Issue Backout - Work order field does not refresh When using this program to back out of an issue, displaying a second transaction after the first is backed out of does not refresh the work order field. This has always been the case and I have told people using this that they have to exit the program completely if they are doing more than one backout with different WO numbers. But of course I just had one forget to do this, and it did some very weird things. Resolved and posted as part of 10/16/08 update patch
JEMM 2008-09-30 15:08 Temporary fields temp.pre,temp.suf,wtemp.pre and wtemp.suf were not clearing after the backout and therefore getting pulled into the WO number.
10 minor have not tried 2008-10-01 21:41 2008-10-17 18:14 JEMM JEMM normal resolved none none fixed 0 PI-C Import Tags User claims that it startS out fine but bogs down as it goes. Banner date for PI-C 12/10/07. For DE-H-D 07/17/07.

Resolved and posted as part of 10/16/08 update patch
JEMM 2008-10-02 12:28 PI-C import chains to DE-H-D which is where it need tweaking.
Cause: For every imported tags, all of the tags were being checked for repeated tag number. As the BKPIPHYS was increasing in size, it had an ever increasing number of tags to check.
Fix: Only check for the imported tag number since the tag number is part of the index. Fixed in DE-H-D.

9 minor always 2008-10-01 20:32 2008-10-17 18:14 JEMM JEMM normal resolved none none fixed 0 PO Detail Changes Our purchasing department just showed me how when the edit purchase order detail (price, due date, notes), go back to the header screen, edit, and return to purchase order detail, all change previosly made via purchase order detail screen become undone. Even note comments that were saved disappeared once go to header screen and return to detail screen.
 
 Another fluke we noticed (one example so far, purchase agent converted quote to po, edited po, saved printed, and everything looked okay. She went back into po, made a change, saved, and printed again. She then noticed that all unit prices had changed for all line numbers and were the same unit price as first line entered. She then went back in and edited the prices. What she did not remember was if she had gone to header screen and then returned to detail screen.
 
Any body experiencing anything similiar. I am able to reproduce first problem easily.

Resolved and posted as part of 10/16/08 update patch
11 minor sometimes 2008-10-06 06:45 2008-10-17 18:13 kkmfg JEMM normal resolved none none fixed 0 Incorrect GL posting with work orders and purchase orders We used to be able to specify a work order number on a type P purchase order and have the costs post directly to the WIP account. Now the costs post to the inventory/expense account of the part instead of WIP. The job costs of the work order do reflect the cost of the material so when finished production is entered more value is taken out of the WIP account than was put in. Has anyone else run into this issue? The problem seemed to have occured on POs created after patches were run at the end of the year. 11/08/2007 Banner Date

Discussion of issue:
http://www.istechforum.com/YaBB.pl?num=1212182668/10#10 [^]

Multiple people seem to be able to confirm that there is an issue. Kelloggs, npoint, cathyh

It seems that things are being improperly costed to inventory instead of the WIP account

Resolved and posted as part of 10/16/08 update patch
lpantic 2008-10-06 10:00 This is confirmed and it is actually an issue with PO-A not PO-C. The GL Account for the receipt is pulled into the line at PO entry whent he part number is selected and needs to be updated to reflect WIP if a work order is entered on the PO Line.
13 minor always 2008-10-15 12:11 2008-10-17 18:13 lpantic JEMM normal resolved none none fixed 0 AP-B Manual Check Always resets Check # AP-B when processing a Manual Check prompts whether or not to reset the Check Number for the bank account but regardless of the reply, the number is reset. Resolved and posted as part of 10/16/08 update patch
5 minor random 2008-09-30 09:55 2008-10-17 18:12 lpantic normal resolved none none fixed 0 Labor file not clearing Sporadically, users get "Someone is already entering labor for this employee" when clocking into DC-A. Seems to be more prevalent in Evo-ERP but not totally isolated to Evo. Using the F9 key will clear the lock but that is not a fix, just a bandaid.

This has been a nagging problem for some time but seems to have worsened lately. A modified BKDCA.RUN file is available (3/08 or later update is required to install it) and being tested by a few users to see if it resolvs the problem. Email lynn@istechsupport.com if you would like this file to help with the resolution and feedback.		 Banner dates older than the 8/20/08 entered with this report also are seeing this issue.

Looks like the 10/14/08 version of DC-A has resolved both this issue and a scanning problem with 3 digit Work Order dash numbers.

Resolved and posted as part of 10/16/08 update patch
2 crash always 2008-09-29 13:39 2008-09-29 14:49 kkmfg NovaZyg normal resolved none none open 0 Can't print AP year end report tried a sample run for year end and I get the following error " the array element specified is out of range for this field." AP-S "print 1099's"
   enter down to 1099 types, "6"
   enter past calendar year "2008"
   enter in fed id number
   print only if id exists "Y"
   print graphical form "Y"
lpantic 2008-09-29 13:55 There are probably more than 500 RTM files in your DBAMFG folder. The popup window for "Graphical Form Name" that pops up with the RTM being called and allows you to change it was originally written with an array size of 500. It has since been increased to 50000 but any program that has not been recompiled since the program library was updated is still limited to 500. You can get rid of unused RTMs but now that this specific program has been identified, we will recompile it to remove the limitation.
NovaZyg 2008-09-29 14:49 recompiled.. error was due to an old lib that only allowed 500 RTMs. New lib allows for 5000 RTMs in a folder.
129 minor have not tried 2010-09-08 12:10 2010-09-08 12:10 HecTech NovaZyg normal assigned none none open 0 SO-C does not allow you to save all the settings. 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).
128 minor always 2010-09-08 11:44 2010-09-08 11:45 HecTech JEMM normal assigned none none open 0 Printing a text based packing slip (packing slip print format 5) on a laser printer, prints two pages. 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.
127 major always 2010-09-03 12:54 2010-09-03 12:55 HecTech JEMM normal assigned none none open 0 Voucher being reversed when in Edit voucher 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.
124 minor always 2010-08-31 16:32 2010-08-31 16:33 HecTech JEMM normal assigned none none open 0 Vendors not showing up in IN-A when Receivers button is pressed. 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 Vendor Issue.docx (281 KB) 2010-08-31 16:32
101 minor always 2010-02-01 17:49 2010-08-31 12:09 Dennis JEMM normal assigned none none open 0 System freezes up when creating PO notes in Classic View 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.
HecTech 2010-02-04 12:55 We were able to duplicate exactly as stated.
113 minor always 2010-05-26 06:52 2010-08-31 12:09 Dennis JEMM normal assigned none none open 0 WO-F Scrap reporting not working completely after 01/22/10 update 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.
HecTech 2010-05-26 11:51 Was able to duplicate exactly as stated.
123 minor always 2010-08-31 12:04 2010-08-31 12:06 HecTech JEMM normal assigned none none open 0 Service & Repair Serial number problems 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.
HecTech 2010-08-31 12:06 Problem was confirmed in EVO using the latest update.
118 minor random 2010-08-09 12:13 2010-08-09 12:14 HecTech NovaZyg normal assigned none none open 0 Sales Orders are missing 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.
115 minor always 2010-07-23 12:49 2010-07-23 12:50 HecTech JEMM normal assigned none none open 0 Handheld moduel transfer inventory not working properly. 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.
114 minor always 2010-07-13 10:41 2010-07-13 10:44 HecTech JEMM normal assigned none none open 0 WO-G List issue shows On hand values for Non-Inventory parts when the list comes up. 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.
103 minor always 2010-02-02 17:50 2010-02-19 15:55 dkpruett JEMM normal assigned none none open 0 IN-F QC Items not Actually included 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. 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'
HecTech 2010-02-19 15:54 Tested & confirmed.
84 minor always 2009-10-07 16:54 2009-10-07 16:59 HecTech NovaZyg normal assigned none none open 0 GL-B problems 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.
 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
HecTech 2009-10-07 16:59 This problem was found by Aero Space Controls Corporation. We confirmed it is in fact a repeatable problem.
75 minor always 2009-09-02 10:55 2009-09-28 17:24 kevind JEMM normal assigned none none open 0 Comment lines in Service Type Purchase Orders may be interpreted as real 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. 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.
38 feature have not tried 2008-12-11 17:11 2008-12-11 17:12 lpantic JEMM normal assigned none none open 0 MR-I Create WO by Ranges It would be an improvement if MR-I could create a single work order per part for all Make requirements in a date range.
29 minor always 2008-11-14 12:57 2008-11-14 12:57 lpantic JEMM normal assigned none none open 0 WO-K-D does not create WO for Assy below M part If a top level assembly has a Make From component that in turn has subassemblies beneath it and Create WO for Make From Parts is set to N in defaults, then WO-K-D does not explode through the M part and create the Work Orders for the lower level subassemblies.
126 minor always 2010-09-03 11:31 2010-09-03 11:31 Dennis normal new none none open 0 Est standard cost value not correct in T7WOA.RWN when # in Team greater than 1 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.
T7WOA.zip (97 KB) 2010-09-03 11:31