Performance issue of Item tracking -NAV 2009

maharajagkmaharajagk Member Posts: 3
Hi All,

WE have implemenented Nav 2009 classic client with a client of ours.We have used serial number tracking for items and we have used Native db.

We are using Item serial number tracking for items (Only serial number tracking).We use a barcode reader for scanning the item serial number.We use the option Create Customized serial and keep focus on Customized serial number and scan the serial number .then we increment the serial number by 1 in the increment field.We tested with 40000 qty only and it took nearly half a day to process and save in item tracking and posting the PO .

Another issue is that the Db size is increasing heavily whe we post using serial nos.

has anyone faced this prob and any ideas to resolve are welcome.

Maharaja

Comments

  • ara3nara3n Member Posts: 9,256
    what is your transaction volume for a day and for a month?
    40K serial number entered on one line or mulitple?
    and what kind of items is it that you are serial tracking?
    Ahmed Rashed Amini
    Independent Consultant/Developer


    blog: https://dynamicsuser.net/nav/b/ara3n
  • maharajagkmaharajagk Member Posts: 3
    Hi,
    The item tracking is done for some items in item master .say 10 items .Also the transaction volume per day shall be around 30000 item tracking lines per day.
  • ara3nara3n Member Posts: 9,256
    When user opens the Item tracking form, NAV copies the SN/LOT from reservation entries.
    And then displays the info in a temporary form. The user makes changes to the temporary record and when he closes the form, the data is then copied back from Temp to reservation entries.

    You can improve the performance, by displaying the reservation form, and allowing the user to scan the serial number on this now form and bypass the two step copying. You will have to also write similar code on when they can open the form.
    Ahmed Rashed Amini
    Independent Consultant/Developer


    blog: https://dynamicsuser.net/nav/b/ara3n
  • davmac1davmac1 Member Posts: 1,283
    are you using average costing? This works extremely badly with received serial numbers where the quantity is large. The amount of processing is the square of the number of entries.

    Also, each serial number has its own item ledger entry, which means your database will get extremely large.

    You could look at tracking serial numbers in a custom table or not track them until they are sold.
Sign In or Register to comment.