HomeHome Product Discus... Product Discus...SmithCartSmithCartImport Product Data not overwritingImport Product Data not overwriting
Previous
 
Next
New Post
1/6/2011 11:49 AM
 

Running Cart Version 3.98, when I update the product information in my spreadsheet and import it the new information does not take, the old information is still present. I know the spreadsheet works because I did a trial with a test product, and then went through and changed the price and it is still the same. Checked different browsers and cleared cache, same deal.

 
New Post
1/7/2011 9:14 AM
 
Similar problem here...3.98, trying to update product records but mine fails with "Product import failedIndex was outside the bounds of the array". Downloaded sample import table from forum and replaced the records with one row of data but fails with same error. I have about 11,000 products that I need to replace images. This is a big problem...
 
New Post
1/7/2011 9:16 AM
 

For 11,000 products, I would do it in SSMS instead of the import. Do you have access to SQL directly, like through SSMS?

 
New Post
1/7/2011 9:17 AM
 

Wait... I just re-read the post (although I'd still do it in SSMS).... are you trying to overwrite products with updated information? Because the import (i believe) will create additional records, and not replace or update your existing records. It could be the error that you're running into is that it's trying to do an INSERT with the same product ID and so forth, and that would be bad.

 
New Post
1/7/2011 9:18 AM
 
Yes, I do have access to SSMS, though I'm not clear on some of the options (append, Identity insert). I have also cut the file in half thinking that might be the problem, but to no avail. The main problem seems to be that I can't even import 1 record.
 
New Post
1/7/2011 9:20 AM
 
Then how can I update products? What if I merely have to update quantities, which I will have to do on a very regular basis?
 
New Post
1/7/2011 9:36 AM
 

Agreed. I am able to successfully import (did you go off of the template that is provided in another post?), but for some reason products are not overwritten, which will be a big problem for price increases for me as well. I suppose you could just delete all of the prouducts and reimport...but I'd rather not because I have tables with specification information setup for each product and I cannot easily place that (in a nicely formatted way) in an excel file.

Additionally, I'd love for the quantity break and price fields to be available to be easily changed in an excel spreadsheet and imported. I looked at the quantity break pricing table in SQL and its pretty self explanatory, but if I could just update one spreadsheet that would be best. Instead I'd have to go off of the product ID and edit the # of rows specific to the number of quantity breaks.

Any idea how or when the import be fixed / work? New products import fine, its just the updated ones that don't work :-(

 
New Post
1/7/2011 10:34 AM
 

I update my QOH daily on my cart. It's quite simple, actually.

In fact, I get my current QOH from MAS90, and update my smith cart that way. I can post the routine (although you'll have to modify it, it's obviously written to work with MAS).

Would you like to see the way I do it? It's just an UPDATE statement....

 
New Post
1/7/2011 10:36 AM
 

Oh, and just in response to your last post... Import isn't "broken". It does what it's intended to do... import (new) items. You need an UPDATE. Like I said, it would be simple to do in SQL. In fact, I *think* I could even bind it to an excel sheet, so it would open Excel, and update your QOH and so forth by productID or ProductName.

 
New Post
1/7/2011 10:38 AM
 

For me QOH actually isn't a bid deal (it'd be a nice feature to check unlimited quantity)

My problem is that we have 3 quantity breaks with price adjustments, and I'd like to just put them in a spreadsheet and upload. Do you do an update statement and just import a file (csv, something else) into excel? I'd be curious to see your update routine yes, I'd just change the table it updates and fields; a little more work on my end but rather than using the GUI to update thousands of product quantity breaks and prices yes, I'm open to that :-)

 
New Post
1/7/2011 10:42 AM
 

Not sure if I'm reading the manual correctly:

"Preparing the Import Data"

"When importing your products the program will lookup products by sku, if the product currently exists in the database the import program will update the existing product and if the product sku does not exist the import program will insert a new record in the database"

So shouldn't the import function then update if I change quantities and such?

 
New Post
1/7/2011 10:50 AM
 

Well, here is the routine I run nightly. I'll explain it at the end of the post....

SELECT ItemNumber, (QtyOnHand - QtyOnSalesOrder) AS QOH
INTO #PatchInventoryCounts
FROM
OPENQUERY(MAS90,'SELECT ItemNumber, QtyOnHand, QtyOnSalesOrder
FROM IM2_InventoryItemWhseDetl
WHERE ItemNumber LIKE ''S-%''
OR ItemNumber LIKE ''P%''
OR ItemNumber=''PIN001''
OR ItemNumber LIKE ''BP%''')


UPDATE dbo.Smith_Products
SET QuantityOnHand = #PatchInventoryCounts.QOH
FROM #PatchInventoryCounts
WHERE ModelNumber = #PatchInventoryCounts.ItemNumber

... OK, what it's doing is getting the Item Number and the QOH less the Quantity on Sales order from MAS90, and putting that information into a temporary table. THe OPENQUERY is used because the MAS90 database is a linked server. You *COULD* use this same method to write a stored procedure to open an Excel document instead.

The next portion updates the Smith_Products table, setting the QuantityOnHand from the information in the temporary table that was built.

I suppose that in retrospect I *could* have done this whole thing without the temporary table, however sometimes the connection to MAS can be a little flaky, and I wanted to make sure that step 1 finished before step 2 executed.

I'm digging a little further into how to do this directly from an Excel file; perhaps two SP's... one to create the excel sheet, and one to update the Smith_Products table from the excel sheet when you were through making changes.

If you'd like to go that route, it sounds like a fun little challenge to me... I could write that and post the two SP's here for you.

As you can see, UPDATE statements in SQL are very straightforward, and very simple to do. Easier than inserts, even.

I don't have a comment on the quote from the manual; obviously I didn't write the manual, but I certainly agree with your interpretation of the quote, so I retract my statement about the routine not being "broken".

--Greg

 
New Post
1/7/2011 11:16 AM
 

Yea the SP route sounds good, I could then take those proc's and what is used for the bulk product import and apply that to the pricebreak table as well (I'd have to go through and make that excel sheet quick of PID's and prices, which wouldn't take long)

I'd just have to learn / see how to select from a spreadsheet :-P, that update statement is pretty straightforward, then I wouldn't worry about Smith updating their software (although for those that are less tech / sql savvy it might be a nice addition and save some headache)

I appreciate you taking the time

--Mike

 
New Post
1/10/2011 6:17 AM
 

Hmmm.... I haven't forgotten about this. I'm just having a little problem opening an excel document directly in SSMS without making it a "linked server".

 
New Post
1/10/2011 11:19 AM
 

Excuse the intrusion, but your answer is inaccurate. The version v3.98 manual on page 217 states "

When importing your products the program will lookup products by sku, if the product currently exists in the database the import program will update the existing product and if the product sku does not exist the import program will insert a new record in the database. "
I had also asked this question in my forum post of 9/17/2010 entitled "Product Import - only initial setup or bulk price change, also? " to which Scott replied:

New post in Smith Cart:

You can use it to bulk update products also. The import program will lookup products by sku, if the product currently exists in the database it will update the existing product. If the product sku does not exist it will insert a new record.

-Scott

In short, the product import is currently broken. Please post a fix as soon as possible. Thanks.

Regards,

Art

 
Previous
 
Next
HomeHome Product Discus... Product Discus...SmithCartSmithCartImport Product Data not overwritingImport Product Data not overwriting