| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | Teup  | | Posted: | Jan 3, 2020 03:43 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 68 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | When you just get
told that you have this long to fix it or your listing will just evaporate, I
|
Listings evaporating would be totally unacceptable though, and would finally
cause the people who are accusing BL of inventory gremlins to be right. If such
a system was implemented it would cause me to write software to evade it. Because
to me, if there is one thing that's unacceptable about selling, it's
parts physically taking up space in my home that are dead weight and I will never
discover it. It's a number that can only grow over time, unless I would count
all of my million parts which - call me lazy - I won't do 
Much better to simply make (older) "undetermined" parts not appear in the list
when browsing a store's items. Or undetermined items forced into stockroom
(with clear notification). The seller's inventory management should always
be 100% accurate and not suffer from a pressure means to improve listings. That's
a very principal thing to me, and for some sellers there's even a tax report
aspect here.
But yes, I understand your sentiment, and it shouldn't be too difficult for
Bricklink to focus the incentive on "buyability" and not on messing up administration.
| |
In Suggestions, Teup writes:
| | In Suggestions, axaday writes:
| | In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
True, and I wasn't saying that it could account for *all* listings. But it
would already help a great deal if the items that are certainly not of the newer
type, weren't turned into undetermined. Even in your 11 year example, they
could still leave listings that are older than 11 years (and not added to in
the meantime). Maybe not so many listings left that qualify in such an extreme
case, but still, all bits help.
I think for most items we have a pretty good grasp on what year they were released.
If I recall right, several lots in my inventory have turned "undetermined" that
hadn't been created or added to for quite some time, and there was no reason
to make them undetermined because of a much more recent type.
Anyway you're right it's not a *solution*... just something that'd
help. Along with clear communication about new types to sellers that have them
listed when a new one is discovered, and simple interface options to manage types.
I think type listing deserves some attention for improvement, as many problems
buyers run into with sellers have to do with type errors.
|
|
|
 |
| Author: | Teup | | Posted: | Jan 2, 2020 17:14 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
True, and I wasn't saying that it could account for *all* listings. But it
would already help a great deal if the items that are certainly not of the newer
type, weren't turned into undetermined. Even in your 11 year example, they
could still leave listings that are older than 11 years (and not added to in
the meantime). Maybe not so many listings left that qualify in such an extreme
case, but still, all bits help.
I think for most items we have a pretty good grasp on what year they were released.
If I recall right, several lots in my inventory have turned "undetermined" that
hadn't been created or added to for quite some time, and there was no reason
to make them undetermined because of a much more recent type.
Anyway you're right it's not a *solution*... just something that'd
help. Along with clear communication about new types to sellers that have them
listed when a new one is discovered, and simple interface options to manage types.
I think type listing deserves some attention for improvement, as many problems
buyers run into with sellers have to do with type errors.
|
|
| Author: | Teup | | Posted: | Jan 2, 2020 11:14 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | At the same time, we need to start enforcing listing rules
more stringently, and give a fixed, reasonable length of time for sellers to
deal with undetermined entries in their stores, instead of waiting until all
items have sold out.
|
I think that is only fair if Bricklink also improves the system. Because right
now it has turned a lot of parts that I had in fact determined, into undetermined
parts (thinking of jumper plates now). When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined. At the very least I'd like to receive a message
when a new variant is added and a confirmation option to mark my existing stock
as the old variant. Because right now things become undetermined without me know
it, then they are ordered, a random variant gets picked, and the result is inconsistent
inventory that needs to be recounted. That's a bit off putting.
|
|
| Author: | Teup | | Posted: | Dec 31, 2019 14:18 | | Subject: | Re: hope for the new year | | Viewed: | 51 times | | Topic: | Catalog | |
|
| In General, mfav writes:
Happy new year folks. Wish you all the best for the new year. As for me, I just
hope I will survive this night...  https://www.youtube.com/watch?v=rGJseovT8ug
|
|
| Author: | Teup | | Posted: | Dec 30, 2019 07:52 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 54 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| | In Suggestions, Gaston.La.Brick writes:
| | After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
Hi there
Don't use IC so do not have this problem . but I think it is worth noting
that lots of sellers use the status indicator for different situations.
For example - in our store we see Pending as order placed. We change that status
to Processing when we pick the order up and send out our acknowledgement to the
buyer. When the order is picked and pre-packaged the status changes to ready,
and when it is invoiced it goes to packed. We don't change it to paid - we
ship within 24 hours of being paid and change it then to shipped. So paid is
not something we use and we change the status at various times throughout the
process to match our processes. That seems to work well for us but it probably
would not suit others. Just depends on whether you use IC or bother with the
status at all. I don't believe Bricklink should get involved with changing
the status automatically in most cases - that should be left to the stores and
when appropriate the buyers.
Bill @ Calsbricks
|
IC orders that come in not yet paid (or verified) come in as "ready", so in your
routine it's the same issue as that I have: Some of your "ready" orders would
be picked and pre-packed, while others would be completely newly received IC
orders. There are 2 possible solutions:
1. Invoice manual orders before picking them, so that all "ready" orders
mean "need to be picked" (disadvantage: if they're manual because of a shipping
cost question you may want to pick and test it first)
2. Change manual orders to "packed" once you picked them, so there's no risk
you pick them twice (disadvantage: you can't see when the buyer sent the
payment and buyers can't make additions anymore)
However, since 99% of my orders are IC, it's not difficult for me to deal
with this anymore as I can remember the status of such individual cases. So I'm
not complaining, but I agree the OP's suggestion would be an improvement.
However, I am not sure about the OP's reason for it - I haven't had any
buyers that were confused by it - just me
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
Netherlands, Utrecht
