Editing existing inv serials is fine. Don't try and change UOH because it doesn't affect the actual UOH in the inv records. After the 9-25 update, I am having issues with the serial portion of the program.
 
John

You could always do a inventory adjustment out of the item without serial control, then change the flag to yes for serial control, and do an adjustment back in; it will force you to give serial numbers.
I don't know the quantities you are talking about.  But if you were already thinking of entering records in the serial file, this would be the same amount of work, actually less since you only enter the part number once.

Thank you !
 
On the already sold items - use the notes?  
 
leave the fields for Customer , ship date , sales order # blank?

Carie,
 
Yes you can but the link won't be there. (At least it wouldn't go there when we did the same thing 1yr ago) but you can use it for serial history reports.
 
You can enter all the information.  just remember to set the quantity to 0 or all inventory diagnostics i.e. IN-O, IN-K-D, IN-K-E, SM-J-B . . will wig out and want to change things or report problems.
 
cheers;
 
tim

All our assemblies are serialized and now generally processing OK as long as we do the work properly.
 
We did have a problem with one invoice and group of serial numbers that were on that invoice. The invoice printed properly with several serial numbered items. The transactions did not process at our daily close. When researching the problem a reprint of the invoice showed no serial transactions on the invoice. The serial number history did not process either so the items still show open under serial history.
 
We had to adjust the items out of stock. The serial history cannot be fixed which makes auditing serial numbers impossible.
 
We need way to me able to fix the Serial tracker or the system needs to be more closely integrated.
 
 
IMPORTANT - Serial in the Service Systems
 
Serial numbers to not work in the Service System
 
 
Needed Reports
 
When can we expect to have some reports on the Service system? Because the way the files are constructed it is not easy to create or export the data to report on them.
 
1. Item being repaired  
 
I think itemid and serial needs to go someplace but not on a line. That is where the repair items need to go. We need a field for the itemid and serial so we can report and sort on it.  
 
2. RMA processing  
 
3. Reporting  
 
 Need Sales report like SAB  
 
 Need serial number history tracking  
 
 Need Repair History by item and group  
 
4. All serialized Items should go directly into the system when produced. In this way the system knows who and where we shipped the item. And that location information needs to be changeable.  

All the previous bugs have been corrected. The serial portion works fine for our needs. We only serialize finished goods. We do not have any purchased items that we track serials on though. If you plan on that, the reporting on what serials are in which finished goods is a problem I believe. I am sure ISTS would love to see the whole serial control system done differently, but it was an original DBA thing and to revamp it would be NZ's worst nightmare
 
John