Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
On a product's Inventory page, you can click "Remove Item from Store" once inventory is depleted. What triggers the removal? How long does that take? I have several items that I have this set for and it's been days, yet they still display on the site. |
|
|
|
|
|
|
Rank: Member
Joined: 3/8/2007(UTC)
Posts: 139
|
Hey Joe,
The product should be removed from the store as soon as it inventory becomes equal to "0" or equal to the out of stock point. Can you post a link of an example product? Also, make sure you have not disabled inventory tracking under Options->Site Settings->Inventory.
Thanks, |
Everett Comstock
BV Software |
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Hi Everett, Sure: http://www.birdsafestore...-Original-11__GVO11.aspxThis product shipped on Thursday I think, but yet still shows up. Thanks |
|
|
|
|
|
|
Rank: Member
Joined: 3/8/2007(UTC)
Posts: 139
|
Hey Joe,
I think this may have been a caching issue. I checked out your settings and everything was configured correctly. But when I go to your store, the product does not show in the category anymore. On a side note, a user will always be able to directly link to a product that has been "removed from the store" because of its inventory settings (Opposed to being Deactivated). This is intentional behavior for users who have bookmarked a product. If a user has bookmarked a product and navigates to the product page, they will be able to add the product to their wish list, but not the cart.
Thanks, |
Everett Comstock
BV Software |
|
|
|
|
|
Rank: Member
Joined: 6/26/2006(UTC)
Posts: 351
|
I was about to post a question on how to get this to work too.
(I know I keep saying "me too" on everything, just a bit busy, which I suppose is a good thing!) |
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
I'm wondering if there is another "slot" that can be added -- so that customers can't add to thier wish list either. In this case, these are one-time items. The problem I have with deleting them is if I go back later and look at the customer's order for some reason, if an item is deleted that line in thier order (invoice, list, etc.) is blank -- the price is still there, but you don't know what was there on that line. |
|
|
|
|
|
|
Rank: Member
Joined: 5/6/2004(UTC)
Posts: 225
|
As all accounting systems work, or at least should work, once an item is placed into an invoice, and posted, that item should reside in that invoice data, with no relational link back to the actual item. In short, the inventory data should be in a table like an inventory history table. This is done to keep exactly what you mention from happening, as items will always be added and deleted, but the inventory history should always be left in tact. If BV operates the way where there is a relational link back to the actual item, this should be considered a bug.
|
|
|
|
|
|
Rank: Member
Joined: 4/4/2004(UTC)
Posts: 670
|
Dan,
Are you saying that all inventory deltas should be tracked in a stand-alone table?
Scott Mech
|
|
|
|
|
|
Rank: Member
Joined: 5/6/2004(UTC)
Posts: 225
|
Scott,
Not sure what you mean by deltas, but I am saying that once an order is saved and completed, that order should retain all of its information in its own table, as this is called traceability. To have a completed order still linked to other tables poses a high risk of the order being changed, when a change was never requested. This is one of the basic concepts that I was taught in college over 20 years ago, and this concept has served me well. It's like having a book mention something about President Nixon, and just because Nixon is now gone, does not mean that the mention of him in the book should be gone. Data is nothing more than a snapshot in history.
|
|
|
|
|
|
Rank: Member
Joined: 4/4/2004(UTC)
Posts: 670
|
Dan, I believe that some commerce packages track all changes in inventory in a standalone table. I easily understand whay you mean in your post on 8/21. Are you saying that an order in BVC5 can be changed without change being requested? Please provide example. Scott Mech [email protected]
|
|
|
|
|
|
Rank: Member
Joined: 5/6/2004(UTC)
Posts: 225
|
Scott,
I was going off of what Joe posted on the 14th of this month, in this thread. He had indicated that if he deleted an item, and went back to look at the order, that the item was no longer there. This was my whole reason for my replys, as if BV is allowing this behavior, it is not good. I do not know first hand if BV is permitting such behavior. If I did know first hand, I would have submitted a problem report when I first discovered such a problem.
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Scott,
I think what Dan is saying is that once an order is taken, those items in the order should be stored somewhere separately besides referring back to the original Products table for the information. As it stands now, if I have a customer that ordered Product X today and that is a custom item and removed from the store (actually deleted), then if you bring up the order later, that line is actually blank because the information is no longer there to pull from. |
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 2,136
Was thanked: 1 time(s) in 1 post(s)
|
One example...an order lineitem has a reference to the AssociatedProduct. The AssociatedProduct fields are used to calculate shipping weight. So if the AssociatedProduct's weight changes after the order is placed, the shipping weight of the old order changes. |
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2006(UTC)
Posts: 462
|
Hi Scott,
I believe Dan is actually commenting on Joe's example. I would have to say that I partially agree with Dan's theory. The problem I have with it for bv commerce is that the product data can be a lot of data. Obviously, one answer to that would be only save what you need of the product, which in the case of the invoice is most likely the product name, sku, the modifers/choice/inputs chosen, and maybe the product properties.
I personally have a slightly different theory in that I do not believe that anything in a database should ever be deleted which is one reason I am not a fan of the fact bv introduced a "delete order" button in bvc5 while getting rid of the void order functionality (personally I'd prefer the cancelled term). I think the same should be true of products, the orders should be allowed to relational linked to the products, because the products should never be allowed to be deleted. They should as Joe has mentioned have some type of deactivate function that displays a message to the customer that the product is no longer available rather than showing the product information. This allows 2 things to happen that keeps your site user friendly. First, your customers instantly see that a product is no longer available no the product is not wish listed, bookmarked, etc. Second, the page does not become a broken link as would be the case with deleting a product, thereby preventing your potential customer from thinking that you either have server problems or are incompetant to keep your product listings available.
My 2 cents. |
Netriplex Corporation<br /> |
|
|
|
|
|
Rank: Member
Joined: 4/4/2004(UTC)
Posts: 670
|
k... here goes.
Dan and I have had past discussions related to other things. For some reason, when Dan posts, I am drawn into it like moth to flame..... Point being, I must apologize for zeroing in on his post and not paying close enough attention to Joe's post.
Dan, thanks for the explanation and your patience with me ;)
Joe, thanks for the clarification and example. Personally, I feel that if user is allowed to delete anything, then it should either a) not impact any other part of the application or b) not be allowed to delete if doing so could impact any other part of the application.
Andy, thank you for the example, which I must say frightens me.
Caplink, thank you for your explanation. Personally, I feel that allowing a user to delete an order and/or OrderPayment is a terrible idea. If I am hearing you correctly, I will agree that a product should not be allowed to be deleted, if doing so will impact ANY other part of the application.
One more question I have is, why can a product choice have inventory tracking enabled and be set to remove to store, and still display on the customer website in a dropdownlist?
Scott Mech
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
This follow-up is for Everett -- you mentioned in an earlier post that you think this is a caching issue -- I'm still showing many of these items that should have been removed - and I've cleared my cache, I've opened the page in a new browser (Safari) that has never been to the page. I'm wondering if other folks can go to this page: http://www.birdsafestore.com/grapevineperches.aspxhow many perches do you see? Perches 14, 16, 17, 18, 19, and 21 (at least) are no longer available and have been shipped. Are those perches showing up for folks? Thanks |
|
|
|
|
|
|
Rank: Member
Joined: 3/3/2006(UTC)
Posts: 1,737
|
Joe, at 10:25 EST I'm seeing #6 and # 15. That's all. |
Optimists invent airplanes,
Pessimists buy parachutes. |
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Thanks Mitch -- due to moderation my last post was actually submitted several days ago -- in the meantime I had to mark the other ones Inactive as customers were having to wade through a dozen items that were not longer available. Thanks for checking. |
|
|
|
|
|
|
Rank: Member
Joined: 4/4/2004(UTC)
Posts: 670
|
Joe,
You really shouldn't have to manually monitor sellout on each product and set to inactive though. Then we receive inventory, you have to remember to set to active, or you'll be sitting on inventory not offered for sale? Can others comment on this issue? What is the expected timeline for a bug fix for this issue?
Scott Mech
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Scott, these are "one-time" items, custom pieces, so they won't be "restocked" |
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.