One big problem we have with S&S putting their Item # for the "SKU" and then the actual product number for the "MFG SKU" is that in your RPC, Inksoft only shows the "SKU" which for S&S having the Item # means nothing to us, it is the true MFG sku that we know / recognize. This also causes an issue when we use your integration with Shopworks because the style number is what pushes over and it has to be the MFG sku, not the "Item #" that S&S assigns. Not having the correct code pass through to Shopworks breaks a lot of our integrations going all the way through automatically submitting POs to S&S since the POs we submit through integration also requires the MFG sku. I am only speculating, you guys are the experts on your software / workflow etc obviously, but I think this could easily be solved by having the RPC / Product Sku be represented as the MFG SKU instead of the SKU. Within individual stores we have setup - (instead of SKU, if this could be the MFG SKU, that would solve the issue of S&S having separate Item # and Part #s). The "Gildan 5000" is pretty standard across the industry with Gildan referring to this item as a "5000" and same with all other suppliers. S&S technically has the "item number" of "00060" which does not represent anything to us as the decorator / distributor. Another problem is we use our print outs from Inksoft of the packing slips to help pull orders as they come in from the suppliers. Only the SKU is represented which does not match the packing slips that S&S includes in their boxes. Finally, the last notable thing that I can think of is that the manage products / main catalog in Inksoft shows the SKU currently as the way to sort / find items. By having S&S's Item number here, it is nearly impossible to recognize what most items are.
