| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | calsbricks  | | Posted: | May 27, 2019 10:54 | | Subject: | Re: Helpful but .... | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Thanks Niek
|
 |
| Author: | calsbricks | | Posted: | May 27, 2019 08:42 | | Subject: | Re: Helpful but .... | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
Thanks for adding your comments/thoughts to this. I am not convinced they should
apply, though. The xml file to the mass upload feature includes the part no -
if it is in that file it can be displayed on the verify page. I understand the
lot concept but as Bricklink does not really have an inventory management system
built in we believe picking this field up from the xml file that it receives
should not be a problem.
Having said that as the code is referred to as spaghetti by the development team
they may not understand how to do this.
Speaking of average costing that would be a blessing - but again little chance
of that as BL move towards no stores, no inventory just Amazon/Ebay esque model.
We won't be involved with that as, when and if it ever appears, and from
the comments we have had from others neither will an awful lot more.
Brickowl also doesn't have a proper inventory management system and although
handling Lego items isn't easy - Lego have an in house modified system -
they do not have to deal with condition. Here you have part no colour and condition
to cope with.
A fresh design would be ideal but development investment is not high on the priority
list, it appears.
If you look at a sample of a small file we did yesterday, in-between server 500
errors, you will see what I mean
95345
88
18
P
3
0.270
U
The lot number is checked based on item no, colour and condition and if there
is a match it adds to that lot; if not it creates a new lot and adds that but
it still knows the item no. Displaying it, ther4efore is a couple of lines of
code to be added (according to my head of development).
Thanks again for your comments and for voting for the suggestion.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 05:50 | | Subject: | Helpful but .... | | Viewed: | 233 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
| Author: | calsbricks | | Posted: | May 1, 2019 11:17 | | Subject: | Re: Make website mobile-friendly | | Viewed: | 50 times | | Topic: | General | |
|
| In General, crazylegoman writes:
| | I cannot figure out why someone would try to use Bricklink on a phone. A tablet
maybe, but even the biggest phone screens wouldn't be enough to make good
use of this site in any form.
David
|
Couldn't agree more. 
|
|
| Author: | calsbricks | | Posted: | Apr 22, 2019 13:11 | | Subject: | Re: Random Stockroom Items | | Viewed: | 33 times | | Topic: | Inventories | |
|
| In Inventories, Teup writes:
| | In Inventories, antiquer88 writes:
| | Hi everyone,
I was wondering if anyone could tell me why random items show up as stockroom
items in my inventory. I have no items I have intentionally marked for retention
in stockroom, yet every Monday I go to my inventory and delete random items that
have shown up as zero count stockroom items.
Is this something I have done in error, or is it a system problem?
Any help would be appreciated.
Thanks,
Stan.
|
It's one of those persistent problems that Bricklink is trying to fix. I
think something is really wrong in the bug fixing department, it seems their
ability to isolate a problem and target it effectively with a fix is really compromised.
Previously there was an issue with remark fields being deleted and it also took
a very long time and was also "fixed" in an "ok this time it really seems to
work but if you have problems let us know" way.
Several people have reported this issue. Hope for you guys they will do something
about it.
|
It is called by some 'spaghetti code' and they are far too busy with
getting XP off the drawing board (and it is nearly 2 months overdue (according
to Admin-Russell's suggestion of a March release.
Forecasting the release of new products is always difficult to be exact but ........
The Future of Bricklink as MP called it at Brickworld seems to be taking an eternity
(and we plan to opt out of it anyway, as will many others we are informed.
They are about to release a product which requires a feature that only 20% of
the total stores use - that isn't the best base for acceptance and if they
honestly believe that XP will convince the non IC users to move to it - their
crystal ball must be a bit murky.
Why not fix bugs - there are too many to go into here with a dedicated programmer
and focus the other developers on the new features, especially the ones that
are massively overdue (Sellers tools with what the stores want, please) e.g.
inventory management, sales metrics, query by form, improved printing capabilities,
updated price guide, major improvements to the store front and search capabilities.
Drop the API and provide tools that all members can use without having to be
a programmer.
NB - Why isn't your ID Pic amongst the ones in
https://www.bricklink.com/message.asp?ID=1137907
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
United Kingdom, England
