Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | Teup  | | Posted: | Jul 15, 2021 04:18 | | Subject: | OSS registration | | Viewed: | 178 times | | Topic: | Selling | |
| I wonder what happens when you register for the OSS. Does it mean that from that
point you are obligated to use it (ie. count VAT per country, at each
individual country's VAT rates), or does it mean you just have access
to that tax reporting environment?
I am asking because in the latter case, nobody needs to be "banned" unnecessarily.
Some sellers don't need to use the new system but Bricklink will say they
do (I am thinking about margin VAT sellers, and possibly sellers who sold over
the limit last year but will not do so this year). If they just register for
the OSS and provide the ID in their profile, they can continue to sell and they
can decide for themselves whether to use it or not.
Margin VAT sellers could just enter their VAT and OSS ID if Bricklink requires
it and continue to sell as before. The only real difference would be export out
of the EU, where the seller misses out on the full (19%-27%) VAT amount. They
could compensate by higher shipping rates though. Far from perfect but significantly
better than not being able to sell here at all.
|
 |
| Author: | Teup | | Posted: | Mar 16, 2021 03:53 | | Subject: | Two Weeks?! | | Viewed: | 536 times | | Topic: | Catalog | | Status: | Open | |
| This is not a big deal for me personally as I am not currently selling here,
so I can plan it when I want.. but... really?!
The catalog changes are scheduled for April 1. That's only 2 weeks away.
I noticed that this is a DRAMATIC catalog update that will throw the entire store
upside down. Definitely won't be able to take my entire 1.2 million parts
store apart and piece it back together just casually within these next two weeks
between sorting orders. Especially moving all the wedges will be be fun puzzle.
Not gonna object against any changes, they seem alright to me. Except that there's
one change clearly missing from that list: Moving the 2x2 corner brick to Brick,
Modified.. (since plate and tile are there)
I hope this really was THE update everyone was waiting for, and now we're
satisfied..
|
|
| Author: | Teup | | Posted: | Feb 24, 2021 12:46 | | Subject: | Wheel? | | Viewed: | 121 times | | Topic: | Catalog | | Status: | Open | |
| Was searching my train department upside down for this part...
But I see it is in "Wheel"... is this a mistake? Since, well, it clearly is not
a wheel 
|
| Author: | Teup | | Posted: | Sep 18, 2020 03:10 | | Subject: | Please improve min average lot explanation | | Viewed: | 149 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Again, can Bricklink please do something about the way the mininum average lot
value is explained to the buyer? I am getting many messages about it and find
myself explaining the same thing over and over. Please improve these descriptions
in the interface. Maybe by including an example, and by changing the terminology.
As is evident from many forum posts as well, many fresh buyers don't even
know what a "lot" is supposed to mean, let alone they will understand the concept
of minimum average lot value.
|
|
| Author: | Teup | | Posted: | Sep 2, 2020 18:53 | | Subject: | Rounded bricks in "Slope Curved"? Really? | | Viewed: | 210 times | | Topic: | Catalog | | Status: | Open | |
| Very surprised to find moving rounded bricks to the Slope,Curved category. How
many people really were in favour of that idea and how many were against? I thought
the general sentiment was that curved slopes are an entirely different thing
than parts with a quarter circle.
Putting rounded parts in Slope,Curved really makes no sense to me. I'd really
like to see some kind of vote on this as I cannot imagine this is intuitive to
the users.
https://www.bricklink.com/help.asp?helpID=2487
|
|
| Author: | Teup | | Posted: | Aug 24, 2020 08:32 | | Subject: | Catalog changes | | Viewed: | 83 times | | Topic: | Catalog | | Status: | Open | |
| It's only a week now until September. What's the status on the upcoming
catalog changes? Haven't seen any posts about it lately. Is this project
already finished?
And I haven't seen any updates on this page recently either, but I don't
think this will be all, will it?
https://www.bricklink.com/help.asp?helpID=2487
Hope it will be wrapped up and updated soon, so I can start assessing how to
adapt my store.
|
|
| Author: | Teup | | Posted: | Dec 24, 2019 13:10 | | Subject: | Problem/bug with shipping minimum order | | Viewed: | 74 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I've never quite understood why you are not allowed to set the minimum order
of a shipping method lower than the minimum order of your store. It's annoying
because if you have 10 shipping methods, then anytime you want to change your
minimum order, you need to also change it 10x in your shipping methods, for no
real reason, because the "master setting", the store minimum order value, should
determine it already.
However, it seems it's also causing another problem: Buyers can use the bypass
password to get around the minimum order, but it does not help them go
around the minimum order of the shipping methods. The result is that anytime
a buyer used the bypass password, they are able to order but unable to select
any shipping methods. So there will need to be a manual invoice.
I'd propose removing the restriction for shipping methods to have a minimum
order value that is higher than or equal to the store minimum order value - in
fact, I'd propose for shipping methods not to need a minimum value at all.
That should solve everything I described without any side effects.
|
|
| Author: | Teup | | Posted: | Nov 23, 2019 09:02 | | Subject: | 4150 not dead? | | Viewed: | 176 times | | Topic: | Catalog | | Status: | Open | |
| That's funny. I just encountered 4 of these:
With "X" bottom in Light Bluish Gray in some 2019 sets. I mixed together many
sets so unfortunately, I can't trace which one it's from. But it's
definitely a set from this year. According to the catalog, the part died out
in 2014.
|
| Author: | Teup | | Posted: | Oct 10, 2019 07:19 | | Subject: | 49699 a Panel?! | | Viewed: | 163 times | | Topic: | Catalog | | Status: | Open | |
|
I can't discover anything panel-ish about this part. I'd say it's
window, door, technic, other, vehicle, or pretty much anything except a panel...
 What do you think it should be?
|
|
| Author: | Teup | | Posted: | Aug 30, 2019 16:39 | | Subject: | Technic heads: Do the categories make sense? | | Viewed: | 93 times | | Topic: | Catalog | | Status: | Open | |
| I'm not super technical and as a kid I was terrible at making anything out
of Technic Lego so in spite of my dad's efforts I quickly abandoned it and
never picked it up again. But I'm seriously wondering if the Technic categories
make any sense at all. I'm not good at the jargon and especially not in English,
but here's my observation:
- There's a category called "Link", which includes belt/chain items as well
as suspension parts. Is that just a random semantic, well, "link" between these
parts?
- It seems like there's a whole family of parts that have to do with driving/gears
- clutches, gearboxes, driving rings, changeover catch.. all of these parts are
scattered across categories but I think they are supposed to work together.
- There's a category called steering but it seems to be about wheel suspension
as well as, well, steers. And then there are suspension arms in both "Link" and
in the generic "Technic" category that I think are equally involved in this stuff.
- There's a generic "Technic" category which includes very random items.
While there was a fanatic impulse of emptying out the "(other)" category, apparently
the "Technic" category is still full of randomness. And it's now the biggest
Technic category (if you don't count decorations). That isn't very helpful
is it?
So... I never used this stuff, but a question to the Technic pros: Do you find
that the Technic categories make sense to you, or is it just a fairly random
division that you just memorised the way it is? Should it be improved?
|
|
| Author: | Teup | | Posted: | Aug 26, 2019 15:27 | | Subject: | Do part numbers change? | | Viewed: | 125 times | | Topic: | Catalog | | Status: | Open | |
| I'm working on my own webshop and want it to synchronise well with my Bricklink
store. My software seems to work pretty well, but now I'm wondering, does
it happen that names/numbers of parts change on Bricklink, and if so, how often
does that occur? I want to gauge how necessary it is to do some extra coding
to accommodate for this.
|
| Author: | Teup | | Posted: | Dec 4, 2018 06:32 | | Subject: | 40292 minifig error | | Viewed: | 130 times | | Topic: | Catalog | | Status: | Open | |
|
LOL, so the Christmas giftset 40292 has a male and a female hairpiece so that
the child can be a boy or a girl (and they're both on the box). But someone
uploaded a picture where the alternate hair is put on the DAD's head, kind
of making it a dad's hairdo optionality feature
https://www.bricklink.com/catalogItemInv.asp?S=40292-1
|
|
| Author: | Teup | | Posted: | Nov 21, 2018 07:43 | | Subject: | Projectile Launcher | | Viewed: | 180 times | | Topic: | Catalog | | Status: | Open | |
| So.. what's the deal with the Projectile Launcher category? Currently has
one item:
I proposed this category so various shooters can be grouped together, since they
are now scattered across categories and in my opinion it's pretty arbitrary.
I assume this category is still a work in progress, but anyway I thought it could
be useful to post about it.
Just have a look, (I have left out variants and some projectiles just to keep
the post tidy)
This one is in Vehicle - did you guess that? Even though it also appears as a
fixed shooter.
These are in Minifig,Weapon - even though they cannot be held by a minifig
or are part of a weapon held by a minifig, unlike every single other entry in
this category.
These are in the generic Technic category - which probably is a category that
we want to reduce as much as possible in general, and these shooters are massively
more frequent in non-Technic sets. Actually I struggle to find Technic sets with
them.
This one is in Brick,Modified, even though it has pretty much exactly the same
characteristics as the one and only part that is currently in Projectile Launcher.
This one is in Plate,Modified - while that is not altogether unlogical, I still
wouldn't guess it, especially if a Brick,Modifidish part is already in Projectile
Launcher.
[P=19020c01]
The Bar category is expanding a bit too rapidly to my taste, these items have
limited Bar-like constructional value, and they would do great in a Projectile
Launcher category, or called Shooters & Projectiles or something, grouping projectiles
together with the things that fire them, which are already in that category.
What do you think?
|
|
| Author: | Teup | | Posted: | Oct 23, 2018 07:58 | | Subject: | Inventory Change Request for Set 10404-1 | | Viewed: | 33 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 2 Part {Magenta to Dark Pink} 24866 Plate, Round 1 x 1 with Flower Edge (5 Petals)
* Change 1 Part {Magenta to Dark Pink} 24866 Plate, Round 1 x 1 with Flower Edge (5 Petals) (Extra)
|
|
| Author: | Teup | | Posted: | Aug 30, 2018 08:55 | | Subject: | New parameter for lots: max per buyer | | Viewed: | 316 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I would really like to see a new parameter for lots that limits the amount a
buyer can buy of a certain part in any one order. The part would then turn up
in search results and in store inventory showing not more than the value specified.
It's something that many online stores use, notably also LEGO themselves.
So far the way to do this is to offer the desired max amount, put in remarks
how much is left, and put the item on retain. This has several drawbacks, most
of all:
- You have to manually reoffer and modify the remarks all the time
- You cannot see or accurately modify the price and other stats of your inventory
because part of the amount of what you have is hidden in remarks
This could all be solved by 1 simple extra field, that is left on 0 when unused.
Of course, the item should not appear updated for users that still have an order
that has not yet reached the packed status. Of course buyers can buy again after
that, but separate shipping and handling fees should be sufficient to bar the
effect of buyers blowing sudden holes in your inventory.
|
|
| Author: | Teup | | Posted: | Jul 14, 2018 04:54 | | Subject: | Inventory Change Request for Minifig sh187 | | Viewed: | 24 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 55236 Red Appendage Spiky / Bionicle Spine / Seaweed / Plant Vine
|
| Author: | Teup | | Posted: | Jul 14, 2018 04:51 | | Subject: | Inventory Change Request for Set 76036-1 | | Viewed: | 32 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Delete 1 Part 55236 Red Appendage Spiky / Bionicle Spine / Seaweed / Plant Vine
Comments from Submitter:
Part belongs to minifig
|
| Author: | Teup | | Posted: | Mar 29, 2018 07:08 | | Subject: | Inventory Change Request for Minifig sh047 | | Viewed: | 45 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 3626cpb0637 Light Flesh Minifig, Head Dual Sided White Headband and Cheek Lines, Frown / Determined Pattern (Batman) - Stud Recessed
* Delete 1 Part 3626bpb0637 Light Flesh Minifig, Head Dual Sided White Headband and Cheek Lines, Frown / Determined Pattern (Batman) - Blocked Open Stud
|
|
| Author: | Teup | | Posted: | Mar 23, 2018 08:56 | | Subject: | How to offer free shipping +coupon suggestion | | Viewed: | 67 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I'm trying to give someone who lives near free shipping over a certain order
total but I tried two ways and both fail. First I tried to create a shipping
method for it, but I can't seem to make it conditional on either region or
password to unlock it. Is there any other way that I forgot to think about?
Next I tried to give this guy a coupon that would correspond to the cost of shipping,
but that also didn't work.
See picture. Why is this part blank? That's weird. Why can you only make
a percentage discount conditional and not a fixed discount?
Suggestion: Allow fixed discounts to be conditional as well.
|
|
|
| Author: | Teup | | Posted: | Mar 7, 2018 04:33 | | Subject: | Separate professional and private sellers | | Viewed: | 369 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I have no real personal reason to be posting this suggestion and haven't
thought about what it would mean for my own business, but just something I want
to throw out there as I've been thinking about it for a while.
Why not separate professional sellers and private sellers? I mean with an icon,
a label, a colour, something like that. Right now there are private persons just
getting rid of some old parts they aren't using, and online stores that use
Bricklink as their platform. An entirely different world in every aspect, but
they will show up in exactly the same way.
For years and years there's this eternal clash going on between buyers and
sellers and it seems like they sometimes speak different languages when the buyers
demand "their rights" and the seller has no idea what they're talking about.
Much if not most of the grief going on on Bricklink may be caused by buyers buying
from private sellers and expecting business service. The main example I can think
of now is about whose problem it is when a package is lost, but also tax and
refund issues get confusing if it's unclear whether we're talking about
two people trading or about consumer rights.
So how about labels for private sellers and professional sellers?
|
|
| Author: | Teup | | Posted: | Feb 23, 2018 10:25 | | Subject: | Interface improvement | | Viewed: | 174 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| In my opinion, icons that accurately represent functionality are a key part in
having a good interface. It has come to my attention that the icon of the Community
tab is outdated and needs improvement. Briklink has changed alot and the smiley
face simply does not suit a modern Bricklink where a forum is intended for poorly
informing the community of unwanted selfish business decisions only to ignore
the responses.
I've designed a better icon for this tab. Hope to see this implemented soon!
|
|
|
| Author: | Teup | | Posted: | Jan 10, 2018 07:21 | | Subject: | Not happy with instant checkout GUI at all | | Viewed: | 147 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Instant checkout is great and I am glad we have it now. However, the interface
side of things is still a drama for me. Sometimes someone helps me out sorting
orders, and I found that I'm unable to explain which orders need to be sorted,
since the new system.
"Sort all order that are 'pending' and updated and do not have the grand
total in bold, AND the ones that are 'ready' ONLY when the grand total
IS bold, AND the ones that are 'paid', unless they have already been
sorted or are being sorted'
I have to explain it over and over and we keep ending up with double sorted orders
sometime. Things used to be easy. pending = sort. updated = sort. ready = sorted.
I can compensate some of it by manually changing the status of the orders to
make it clearer what's to be done, yes, that solves part of it. It is just
that it is a bit more mistake-prone than the old system and I have to frown a
little harder to see what's up with the shop than I used to. The inconvenience
is not massive but it is one that persists day after day, and it is an unnecessary
one. Therefore, I think something should change.
I wish that either option of these would be implemented:
1. Do not auto change the status of orders to "ready" when instant checkout is
being used. Let sellers use this to indicate the order really IS ready. All received
orders are always "pending". (And while we're at it, better yet: Do not send
invoices automatically. The majority of webstores I know do not do this. BO also
does not do this. Please let me make my invoices manually. The ones Bricklink
generates are a redundant mix of payment instruction and order confirmation,
both of which already exist)
2. Add a check or other object to indicate SORT and SORTED. How about a red square
meaning SORT that appears by default when the order is placed (paid or not paid),
green when you tap it once meaning SORTED, and orange when tapped again meaning
DO NOT SORT for whatever reason.
I am aware you can split payment and order status. However, my screen is already
too wide as it is, and it involves alot more clicking. Also, I do not want another
status in the list. Just some way purely for the seller's side to have clear
administration about their tasks.
|
|
| Author: | Teup | | Posted: | Nov 12, 2017 06:22 | | Subject: | Payment method fee:Disallow manual percentage | | Viewed: | 125 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Instant checkout is pretty cool, and the BL team even took the trouble for us
to retrieve tables of postage costs from various postal services across the world.
Sweet!
However, the same could be done for payment methods, but currently the system
involves manually enter a percentage fee.
In the EU, it's not allowed to overcharge payment methods. Of course it's
legally allowed to charge anything as long as buyer and seller agree, but it
would be much more neat and more right for Bricklink ethics if there was no ability
to overcharge.
SUGGESTION: Auto-calculate payment method fee instead of allowing manual percentages.
This can be done in exactly the same way the system currently entertains postage
prices. It would be extremely useful, as for example PayPal fee percentages are
difficult to find out, difficult to remember, and difficult to calculate with
manually. This has always been giving sellers a quasi-valid excuse to overcharge
on it.
I hope that in the future custom percentage fees can be abolished entirely.
P.S.: In some countries it is not allowed to charge an additional fee for a payment
method. That's another topic. Bricklink could gray out the option for certain
region/payment method combinations, or simply leave it to the seller's responsibility.
Whatever is legally OK for Bricklink.
P.S.: A next step could be to calculate any percentage fees in the listings automatically.
This can be done by matching a seller's payment options to a buyer's
specified payment options, picking the cheapest, retrieve the fee, and factor
it into search results, into browsing in stores, etc.
|
|
| Author: | Teup | | Posted: | Sep 17, 2017 08:33 | | Subject: | Tablet friendly website | | Viewed: | 168 times | | Topic: | Suggestions | | Status: | Implemented | |
| I've posted this before and was told Bricklink doesn't prioritise mobile
devices, but anyway, I would really really like to be able to use Bricklink properly
on my tablets. They are just much more comfortable to walk around with when sorting
orders than laptops.. but I can't, since I cannot use the menus. When I click
on the icons in the top bar, the dropdown menu appears properly, but whenever
I click on an item the menu disappears and nothing happens.
You can partly work around it by sending the links from a desktop computer and
then bookmarking them on the tablet, but it's still not comfortable.
Can this please be solved? I have this issue on a Lenovo as well as a Windows
Surface, in all browsers, so I'm sure I'm not the only one.
|
|
| Author: | Teup | | Posted: | Sep 1, 2017 05:37 | | Subject: | Add payment method: iDeal | | Viewed: | 97 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Funny, I was thinking about it this morning and then received an e-mail that
the main Dutch second hand trading website Marktplaats.nl has just implemented
it: iDeal as a payment method.
This is not as much a major issue as supporting IBAN, but still it would be really
nice thing if BL would choose to add iDeal. More than 300,000,000 transactions
the Netherlands per year, most Dutch people are comfortable with it and use it
regularly. The Netherlands is a large country on Bricklink, so I think that if
it is not hugely complicated to implement, it would be a really good upgrade.
And, for the Bricklink team probably very nice: It is an onsite, instant checkout
compatible payment method.
https://www.ideal.nl/en/
|
|
| Author: | Teup | | Posted: | Aug 28, 2017 07:15 | | Subject: | Checkboxes for whole list instead of per item | | Viewed: | 72 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Maybe I somehow missed it, but it looks like there's no way to modify checkbox
settings for entire lists of inventory detail pages at once. I now delete zero
quantity lots by clicking tons of "delete" checkboxes.
Shouldn't there be checkboxes for this at the top of the page? I've made
a picture of what I mean. It seems likely to me it already exists and I just
fail to find it, if so please point me to it, otherwise, let's add it?!
|
|
|
| Author: | Teup | | Posted: | Aug 19, 2017 07:40 | | Subject: | Offsite payment no longer possible?? | | Viewed: | 279 times | | Topic: | Suggestions | | Status: | Implemented | |
| In another thread someone brought this to my attention:
Offsite Payment - No longer available for new users as of June 8, 2017.
To cover various payment options, BrickLink also provides Offsite Payment Methods.
Please note that BrickLink cannot provide any transaction related support for
the Offsite Payment Methods listed below. All responsibility for Offsite Payments
is solely upon buyer and seller.
I'm lost for words. Does Bricklink really want to kill the European market
or something? In my real life I don't even know anyone with PayPal (or a
Credit card). In the NL €20,000,000,000 is spent in webshops per year, and almost
all of these transactions are bank transfers. Almost no-one that I know will
consider PayPal, certainly not since it costs money while bank tranfers are free.
IBAN has really become simple in use; Transactions are free, fast, and bank account
numbers have been standardised to IBAN recently. Interfaces for bank transfers
(such as iDeal in the NL) are thriving more than ever and are the undisputed
standard.
And now Bricklink is moving in the opposite direction.
They will lose the Dutch market, which is the 4th largest country on the platform
in terms of store count. Bricklink always seemed a bit America First but this
decision right here really changes my opinion of Bricklink. I personally will
survive since it doesn't affect existing stores and I will move more of my
business over to BO which does support bank transfers. But they will certainly
scare away lots of potential customers here, and for new sellers this is crazy
unfair. This is either a huge mistake or Bricklink just isn't interested
in the European market..
Please support my suggestion to re-enable IBAN/Bank transfer, also if you don't
use it. For an accessable and thriving site that benefits all of us, and a site
that is fair to everyone.. it's really in all of our interest if you want
Bricklink to be #1..
|
|
| Author: | Teup | | Posted: | Jun 29, 2016 04:59 | | Subject: | Problem with onsite PayPal: grand totals | | Viewed: | 182 times | | Topic: | Suggestions | | Status: | Discarded | |
| Whenever a buyer uses onsite PayPal, I do not receive the amount I instruct in
the invoice, but an up to date conversion of the Bricklink grand total field
in the currency that the buyer chooses. Tax-wise, this is a problem.
Please allow setting a grand total in the actual currency that a buyer chooses
to pay in. This way, the figures of the invoice and the actual payment will match.
I think this is a high priority issue, because technically, it currently forces
us to do something that is technically illegal.
Or is there a way to prevent this that I didn't think of? Retroactively changing
the invoice is the best solution that came to my mind, but that's pretty
tedious.
|
|
| Author: | Teup | | Posted: | Jun 15, 2016 10:27 | | Subject: | Shipping cost suggestion: PayPal Fees | | Viewed: | 157 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| So the shipping cost suggestion (which I assume will in the future become the
backbone of automatic check-out) is fairly elaborate, it features data from different
countries' postal services, and it allows the seller to play around with
different kinds of handling fees. Nicely done 
Some sellers, including yours truly, add PayPal fees to the grand total. It would
be extremely helpful if the shipping cost suggestion had an option (either included
in the handling fee tab or otherwise) called "PayPal fees". Yes, it would require
BL to be up to date with all the relevant PayPal fees per country, but seeing
as BL has already been doing that for the postal services, this seems quite similar.
For me it's not that big a deal because I have my own software to calculate
the fees, but for sellers who aren't programmers, this would be really helpful.
Also, once auto-checkout hits, it would need to be there in some form anyway.
Without this, the entire shipping cost suggestion and anything that will be done
with it in the future is rendered useless for those sellers who charge PayPal
fees.
Added benefit is that sellers no longer can throw on some 5% or whatever with
the excuse that calculating exact PayPal fees is so complicated (which is a pretty
good point right now, because the PayPal site is a complete disaster when it
comes to this). As far as I know I (and all of Europe?) are actually by law prohibited
to overcharge payment methods. So this feature would likely reduce the amount
of law-breaking going on.
|
|
| Author: | Teup | | Posted: | Jun 14, 2016 18:51 | | Subject: | Create separate entry for packing dimensions | | Viewed: | 92 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| So I see that the shipping cost suggestion is getting its AI fleshed out, nice
to see it coming along! It correctly indicates for some old orders of mine
whether they were oversized or not.
However, an issue arose with an order with just few items, amongst which this
part:
This order should fit as a letter but the algorythm is returning "oversized".
I suspect it's due to this part, and I also suspect it's taking the part's
constructional (stud) dimensions as input: In its intended form the part is indeed
to big, but when flat (diagonal), it fits. Either it's taking the stud dimensions,
or there is some hidden extra field for dimensions already, that is opaque
to the community (or I just missed it somehow) and in this case has wrong info.
In the first case, please make a separate entry for packing dimensions. In the
latter, please make this info available to the community and open to modification.
It's natural for mistakes to occur with some frequency in the database, I
think it's important to allow easy modification.
This suggestion is likely to be redundant, as you guys were probably planning
on this anyway, but since, let's face it, BL hasn't always had a history
of accurately tackling priority issues (it's going well now, though!) I'm
posting it anyway
|
|
| Author: | Teup | | Posted: | Dec 8, 2015 09:29 | | Subject: | Add ORDERWEIGHT tag to invoice macros | | Viewed: | 59 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| It'd make my invoicing routine better automatised because I can generate
shipping costs from it, and it should take only a minute to implement
|
|
| Author: | Teup | | Posted: | Nov 9, 2015 10:20 | | Subject: | Show +/-value report when parting out | | Viewed: | 107 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Sellers who want to keep track of their profit ratio (whether for personal insight
or for bookkeeping purposes) will always run into this same problem:
You just parted out $100 worth of parts, yes..
but..
your existing lots were updated with new prices. This means that although you
may now calculate your profit rate based on that $100, you have no idea what
just happened to the profit rate of the old bit of inventory.
To me it would seem fairly easy for Bricklink to compute an additional line,
"Value of existing inventory was modified with -$25" or, "Value of inventory
has increased with $75"
This information is much more interesting than the value of the bit you just
added. This way, you can calculate your actual profit rate, which will otherwise
always be obscured by the consolidation effects. In fact, you could theoretically
be running with a zero profit rate, without that ever appearing to you.
It is easily calculated, and can also be manually calculated - just look at the
difference in value before and after adding.
|
|
| Author: | Teup | | Posted: | Jul 15, 2015 03:58 | | Subject: | Getting BL ready for the 21st century | | Viewed: | 241 times | | Topic: | Suggestions | | Status: | Discarded | |
| I've been posting this before, so repeating it is partly to press the matter
and partly for my own entertainment, but anyway
What do we want?
TIMEZONES!!!
When do we want it?
9:58 (+1GMT)!!!
Every interactive website since about 1998 or so has featured the ability to
set the time properly. It might be a good idea to get Bricklink ready for the
21st century, especially since the place is loaded with timestamps. Messages
posted, orders placed, payments made, invoices sent, orders sent, you name it!
Someone pointed out the calculation again but I just can't be bothered to
remember it and it changes anyway. So it would be good if they had actual sensical
timestamps.
|
|
|
| Author: | Teup | | Posted: | Jul 3, 2015 19:28 | | Subject: | Ability to see what's new in a certain year | | Viewed: | 108 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Though I'm no longer a MOCer, I feel a strong urge to suggest this simply
for the fact that its absense seems to be a hole in the catalog's functionality:
The ability to see everything that is released in a certain year.
(So not just new molds and decorations, but new part/colour combinations included)
I remember that on LUG forums AFOLs eagerly compile and share lists of new part
releases they discover. It's pretty vital and exciting info if you're
a builder, because if something is new, good chance you wanna know about it instead
of discovering a few years on "wow does that part come in that colour....?"
It seems like BL has making some kind of rudimentary attempt at this with the
"NEW" tags, but they are bugged, incomplete as well as vague and inflexible.
I think it's a bit awkward that AFOLs do their best to scrape this info together
while BL is just sitting on all that info, it's already there in the catalog,
all it needs is a door into it!
I think BL posted a little list about 2015 parts on Facebook not too long ago,
even I thought it was interesting even though I'm only selling. Would love
to see the full list!
(It would be a nice bonus if peripheral items could optionally be filtered out,
such as weird useless parts with 1 appearance or stickered/decorated items as
they tend to make up the bulk of what's new. But not strictly necessary.)
|
|
| Author: | Teup | | Posted: | Oct 21, 2014 03:10 | | Subject: | Please implement dimension database quickly | | Viewed: | 224 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| As there is going to be automated check-out next year (don't think they'll
make it in Q1 but maybe somewhere in 2015 it might actually happen) I think it's
a good idea if the new part dimension extension of the catalog gets implemented
as quickly as possible, even if it's just an empty database. This way, we
can already start contributing by measuring parts and entering dimensions. Several
members here including me occasionally measure parts on the other site, and it'd
be very convenient if we could enter the numbers on both sites simultaneously.
The reason why I'm asking for extra priority for this one is because I suspect
that in many countries sellers could work with auto check-out just fine without
the dimensions since their shipping methods are not volume-based, while for other
sellers (such as all the Dutch sellers) the dimension database is a prerequisite
to even begin considering using auto check-out. If the auto check-out feature
hits only shortly after the implementation of the database, there will be a long
span of time in which part of the sellers can use auto check-out while the others
still have to wait. While of course they can stick to the traditional method
for as long as needed, this does create a span of time with unfair competition
as buyers may prefer auto check-out.
So let's keep things fair and open the database for contribution quickly
so by the time auto check-out hits, we are all equal and able to use it!
|
|
| Author: | Teup | | Posted: | Jul 13, 2014 14:41 | | Subject: | ORDERWEIGHT macro tag | | Viewed: | 102 times | | Topic: | Suggestions | | Status: | Discarded | |
| Please implement an macro tag in the invoice generator that returns
the estimated weight of the order (as displayed on the order details page).
I could think of several more macro tags that are not there yet, but I'll
just suggest this one. The benefits of these things:
- They can be very useful and versatile
- They are extremely easy to implement
- They do not affect BL in any way for those who do not wish to use them
Thanks
|
| Author: | Teup | | Posted: | Jun 21, 2014 12:15 | | Subject: | TIME ZONES | | Viewed: | 146 times | | Topic: | Suggestions | | Status: | Discarded | |
| WHAT DO WE WANT?
TIME ZONES!!
WHEN DO WE WANT IT?
18:15 (+1 GMT)!
|
| Author: | Teup | | Posted: | Jun 19, 2014 02:53 | | Subject: | Inventory Change Request for Minifig sp006new | | Viewed: | 29 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Delete 1 Part 973p90c05 White Torso Space Classic Moon Pattern / White Arms / White Hands
* Add 1 Part 973p90newc05 White Torso Space Classic Moon Centered vertically Pattern (reissue) / White Arms / White Hands
|
| Author: | Teup | | Posted: | Jun 19, 2014 02:51 | | Subject: | Inventory Change Request for Minifig sp003new | | Viewed: | 27 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Delete 1 Part 973p90c03 Black Torso Space Classic Moon Pattern / Black Arms / Black Hands
* Add 1 Part 973p90newc03 Black Torso Space Classic Moon Centered vertically Pattern (reissue) / Black Arms / Black Hands
|
|
| Author: | Teup | | Posted: | Jun 7, 2014 17:41 | | Subject: | Allow user to set a custom Color order | | Viewed: | 86 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Most of us are dealing with items sorted by color when browsing shops, picking
orders, etc (either sorted by color, or sorted by part, and then for parts that
are of the same type, sorted by color).
Now these colors are all sorted alphabetically. You either end or begin with
Yellow usually and the Dark colors are all at the beginning somewhere.
How about allowing users to modify the order in which colors are listed? I am
thinking some option in your settings somewhere.
I think this benefits both buyers and sellers. As a buyer, you can see the colors
you care about the most at the top, and for me, as a seller, it is very tedious
going back and forth between sorting bins and backs because the colors are all
jumbled up (alphabetical order isn't 'order' to me).
For example, I have items sorted in 3 categories: basic colors, black/white/greys,
and other colors. Whenever someone orders a bunch of an item in each of the colors
I have, I have to go back and forth between the same bags a number of times.
OR, I can pick them one bag at a time, but this increases the risk accidental
skipping a great deal for me.
I would list them to match my 3 category system. I am sure other sellers also
have their preferred order of colors to make picking efficient. I know it probably
doesn't sound like something major, but an interface optimalisation like
this makes MUCH more sense to me than all those options the Bricklink team came
up with in that survey of theirs.
|
|
| Author: | Teup | | Posted: | May 6, 2014 04:43 | | Subject: | Add status:'contact seller' or'awating reply' | | Viewed: | 92 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I just had an order that's been on hold for a while because the buyer didn't
notice my e-mail with a question, and the order, well, I just had that put on
the pretty nondescript status of 'processing'. So he was waiting. How
about adding a status for when the seller is awaiting reply from the buyer? In
such cases, it would be much easier to communicate. Also, as all sellers know,
buyers sometimes don't respond to their mail, it gets put into spam or
they've provided an obsure mail address they don't use alot, etc. So,
if there'd be a status indicating the seller is awating contact, any problems
are much more easily identified much earlier on. It's kind of like the Lego.com
'contact customer service' status.
It has happened so many times that buyers contact me with "hey what's going
on?" and I have to reply "well I sent you a mail, that was back then and then,
please have a look" and they're like "aaaah ok I didn't know, I was just
waiting"..
|
|
| Author: | Teup | | Posted: | Apr 30, 2014 09:17 | | Subject: | Ability to see which batch has been invoiced | | Viewed: | 98 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Currently most of my organisational trouble is caused by the fact that when an
order shows "updated", you can't be sure which part of it has already been
sorted or invoiced. To make things worse, the "invoiced" date is reset every
time an order is updated.
For me, it would be good if I could tick a checkbox for batches that have been
invoiced. Or, Bricklink could generate a line or something underneath the last
batch that was there when the invoice was last sent.
Alternatively, an updated order could show "1 update", "2 updates", etc, to indicate
how many batches are new.
I'm getting tired of picking apart boxes to figure out where I left off 
|
|
| Author: | Teup | | Posted: | Apr 25, 2014 16:35 | | Subject: | Notification of set inv change after part-out | | Viewed: | 99 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I'm not even sure if this already exists in some form or shape, since it's
so extremely logical.
But anyway, I think it'd be very useful if I could receive an (e-mail) notification
if a change to a set inventory has been approved when I have parted out that
set in my inventory in the past. A notification that would tell me: hey, for
this set, this part with quantity X has been changed into this part, and you
have parted out Y number of these at date Z.
Even better if there's some option to automatically patch the inventory (this
is tricky), but just a notification to recommend manual adjustment would also
help a great deal. This would probably reduce my inventory errors by 50%, and
that benefits both seller and especially the buyer.
Since sellers already have a part out log, this shouldn't require very extensive
coding to implement.
If this already exists, sorry, please point it out to me :$
|
|
| Author: | Teup | | Posted: | Feb 22, 2014 10:08 | | Subject: | Need EUR-USD rate as a macro in invoice | | Viewed: | 93 times | | Topic: | Suggestions | | Status: | Discarded | |
| Hi guys,
I really need the dollar-euro exchange rate at the moment of order placement
as a macro in the invoice.
I use the invoice generator as a generator of a list of data that I use as input
for my administration software. I have all I need, except for the exchange rate
at the moment the order was placed. I am aware there is a macro
that generates the amount in Euro, but only when the buyer has selected Euro
as their preferred currency. I need that, and/or the exhcange rate, to be available
to me always. I bet I'm not the only one, right? Or did I miss a tag that's
already there?
Thanks!
|
|
