Calculating "velocity" of stock in a site.

SOLVED

Hello,

We use Netstock which has a "velocity" identifier that tells you in layman's terms how fast a product sells. It is separated into three main classifications: A, B and C and then three velocities: High (H), Medium (M) and Low (L). I am not sure of the definition for the letter classifications, but our best-selling items would be classified as "AH". 

I am just writing today to ask if Sage X3 inherently has this type of "velocity" information stored somewhere, or otherwise if it can be calculated using the data from different tables. We are trying to revamp our cycle count methods to use this data, but I can't find where it would be stored, if at all.

If you need any more info, please let me know.

Zoey

Top Replies

Parents Reply Children
  • 0 in reply to Zoey Mattison
    Do you know if forecasted demand like that is stored somewhere in Sage?

    If you are using the forecast function (GESORZ) or SOS import template, then you can stored in ORDERS table forecast events. To ensure to select only forecasts you need to check that WIPTYP = 1 and WIPSTA = 3.

    But the problem is ORDERS is not accessible in the formula so I am afraid you would need some development here.

    Or you create a bespoke field in ITMMVTHIS which would be the forecats demand in 12 months for the related product - site and period. After populated the information from a custom import, you should be able to use it in the formula.

  • 0 in reply to Julien Patureau

    Thank you for your answers as always !

    Since Netstock overrides our Sage ABC codes and displays its own extended calculation with velocity anyways, we've decided to use the ABC Calculation tool to set our internal sage % for ABC to match the Netstock % brackets (I noted above what they are). And then we just won't worry about the velocity part, and will instead ensure all of our stock is categorized as A B or C properly. (It's all 'D' right now lol). For the purpose of a cycle count I think this will be sufficient since I am only trying to count 150 SKUs per day of our "OK" status items (custom field), and being able to further limit that to A status will be a big help in making sure our fastest and highest price items are the ones getting counted first.

    Unfortunately I do not know enough to implement the development you've mentioned there. It is an interesting idea, so I will pass it on to my leader.