Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | calsbricks  | | Posted: | Apr 26, 2016 15:22 | | Subject: | Re: Price guide and average pricing | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, FigBits writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, axaday writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, axaday writes:
| | Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.
|
Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.
Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,
|
I don't understand what the total value is.
|
In order to work out the average value what Bricklink does is take the sum of
the value of those items and divides by the number of items - this give the
system an average value so if there were 10000 of an item and the total value
on Bricklink was £20,000 then the average value would be £2.00 They give us a
total no of items but not the value. In order to determine that you have to manually
add all those up.
|
Just multiply the average value by the total number of items.
--or they could add 2 lines of code and do it for us
|
|
 |
| Author: | calsbricks | | Posted: | Apr 26, 2016 13:37 | | Subject: | Re: Price guide and average pricing | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, axaday writes:
| | Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.
|
Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.
Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,
|
I don't understand what the total value is.
|
In order to work out the average value what Bricklink does is take the sum of
the value of those items and divides by the number of items - this give the
system an average value so if there were 10000 of an item and the total value
on Bricklink was £20,000 then the average value would be £2.00 They give us a
total no of items but not the value. In order to determine that you have to manually
add all those up. Our suggestion just tells them to print that total on the price
guide so it can be viewed without a lot of manual work and then used or not used
by the people looking at it.
Hope that makes it easier to understand.
|
|
| Author: | calsbricks | | Posted: | Apr 26, 2016 10:38 | | Subject: | Re: Price guide and average pricing | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.
|
Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.
Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,
|
|
| Author: | calsbricks | | Posted: | Apr 26, 2016 04:17 | | Subject: | Price guide and average pricing | | Viewed: | 179 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Something simple that the developers could add quite quickly to the price guide
which would help those who use it and are shocked when someone has a non-appropriate
price against an item. In the totals column they could put a total value as well
as total lots and total quantity. If that figure was there, you could easily
subtract the non appropriate value and work your own average price (if that is
how you set your pricing).
There was an example of this this morning. part number 11477 in Dark Purple.
According to the price guide the average price for a used piece should be 1.09,
but when you look at the list of prices for each country this cannot be right.
Then you see an entry for a seller in the USA who has obviously made a mistake
at £45+ which sways the actual average from around 9p to the 1.09. Knowing what
the total value is you could subtract the high value (and quantity, of course)
and easily calculate the real average.
Whilst we believe the entire price guide needs rethinking this could help in
the short term and quite honestly producing the total figure in the query that
brings back the results is less than two lines of code.
Comments?
|
|
| Author: | calsbricks | | Posted: | Apr 22, 2016 14:10 | | Subject: | Re: Disable automatic quote cancellation | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, enig writes:
| | Well known problem
http://www.bricklink.com/message.asp?ID=983078
solution
* If some item(s) get removed/sold/etc generate an automatic Item Removal Request
(IRR), stating what has happened. At the same time, give the buyer a singe click
solution to cancel the quote request all together, in case the missing item poses
an issue.
OR
* just create an action item for both buyer and seller, leave it for them to
solve it but DO NOT auto-cancel the whole thing. Make is so the invoicing is
impossible if the item(s) were not removed from the quote via IRR (I guess it
would require to create an item removal request process from a QUOTE)
OR
AUTO-CANCEL the quote, but give the buyer a single-click solution to place the
same quote request again, where the missing items are excluded.
OR
* whatever else.. just do it quick, please. Whatever it will be, please keep
in mind that new buyers often use the quote-request thing without having a slightest
clue what it's for. Whatever will happen after *items are now missing form
the quote request*, MAKE SURE that it is, first and foremost, new-user friendly.
|
Voted no on this as we feel the entire quote feature should be scrapped. It is
flawed throughout, not least of which are the points raised in this suggestion.
For stores that process orders first before invoicing the quote is not required.
|
You only have to estimate the postage. There's no need to pick and pack.
Sometimes you loose, but mostly it's accurate to estimate.
|
Not sure we can agree with that. We are not in the business to 'lose'
as you mention, especially with margins the way they are. We are very happy not
using the quote system and cannot see any justification in turning it on. We
don't estimate shipping we process our orders and quote shipping, normally
within 24 - 48 hours - the number of orders in 5 years which have cancelled due
to high shipping costs is in single digits and that is on over 3000 orders, so
why should we bother? On top of that the quote feature is flawed. Why would you
have a quote cancelled when a single item goes out of stock against that quote?
Potentially costing you a reasonable order.
If someone wants a pre-order quote they can always ask for it and we will look
at that. Again the number of times someone has asked for a shipping quote can
be counted on two hands at most.
Someone in the forum has suggested they are getting a 50% hit rate against quotes.
I do not think that figure really has any true meaning. How many of those people
would have bought anyway without getting a quote, especially if the store has
just the items they want/need?
We, along with many others, think that Bricklink development have not got it
right with this and they need to go back to the drawing board. But then that
is just our collective opinion but we know that isn't going to happen. Development
have a mind of their own and are not really that communicative. Since Ryan's
departure development news is no news.
The quote system is there as an option and we are comfortable with not being
forced to turn it on and as long as it stays like that we do not have a real
problem. It may suit some and not others but it really was a gesture by Bricklink
to the German market place where total value of an order must be known before
it becomes a binding order. We do not have that requirement in the UK and hopefully
never will. So we do not really need a quote system. Some use it and some don't.
With nearly 10,000 stores working through Bricklink, I wonder how many have actually
turned it on and are using it. Not sure we will ever know that. So the story
really ends here until the next chapter from Bricklink development.
|
|
| Author: | calsbricks | | Posted: | Apr 21, 2016 10:10 | | Subject: | Re: Disable automatic quote cancellation | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, yorbrick writes:
| | | | For stores that process orders first before invoicing the quote is not required.
|
Why not? If I wanted to place an order and wanted to know the full price before
committing, would you be willing to cancel an order after having done all the
processing of the order?
The quote feature is there to let buyers know the total price of an order before
they commit, not after they commit. Unless sellers are willing to restock cancelled
orders if the buyer decides against buying after they have been told the postage
costs.
|
Interesting point of view but not one we share. The quote system has been flawed
since its launch and that has been well documented. We are not going to process
a 100+ lot order (and we get a lot of these) to offer a quote and then have the
quote rejected or cancelled by the system as something has gone out of stock
during the quote process.
We provide a shipping options/costs message between 24 and 48 hours after receiving
an order. That provides the individual with a choice of shipping options and
their associated costs. Once they choose from that we invoice them and send the
order immediately upon receiving payment.
Our view is shared by many of the stores in the UK - we have made that point
clear to Bricklink - the quote system was really brought in for the German market
where the buyer is required to know the total value of an order before it becomes
an order. We do not have that problem in the UK.
|
I understand that. You give the buyer a choice of what they can pay for shipping,
but do you give them the choice of cancelling? Some buyers do want to know the
total price including shipping, before they commit.
|
Whilst we do not openly provide that information in our shipping message the
few orders that we have had in the 5 years we have been a store where the buyer
found the pricing of shipping too expensive were mutually cancelled or compromised
on with no problems whatsoever. We don't really need to get into the technicalities
of distance selling laws to be practical or in some case helpful.
The flaws in the quote system have prevented most of the UK's main stores
from adopting this feature. Bricklink did not get it right and I believe they
are aware of that. The original suggestion was a little like putting the finger
in the dyke rather than looking for a rethink from the BL development team on
how best to approach this.
|
|
| Author: | calsbricks | | Posted: | Apr 21, 2016 07:06 | | Subject: | Re: Disable automatic quote cancellation | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | | | For stores that process orders first before invoicing the quote is not required.
|
Why not? If I wanted to place an order and wanted to know the full price before
committing, would you be willing to cancel an order after having done all the
processing of the order?
The quote feature is there to let buyers know the total price of an order before
they commit, not after they commit. Unless sellers are willing to restock cancelled
orders if the buyer decides against buying after they have been told the postage
costs.
|
Interesting point of view but not one we share. The quote system has been flawed
since its launch and that has been well documented. We are not going to process
a 100+ lot order (and we get a lot of these) to offer a quote and then have the
quote rejected or cancelled by the system as something has gone out of stock
during the quote process.
We provide a shipping options/costs message between 24 and 48 hours after receiving
an order. That provides the individual with a choice of shipping options and
their associated costs. Once they choose from that we invoice them and send the
order immediately upon receiving payment.
Our view is shared by many of the stores in the UK - we have made that point
clear to Bricklink - the quote system was really brought in for the German market
where the buyer is required to know the total value of an order before it becomes
an order. We do not have that problem in the UK.
|
|
| Author: | calsbricks | | Posted: | Apr 21, 2016 03:19 | | Subject: | Re: Disable automatic quote cancellation | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, enig writes:
| | Well known problem
http://www.bricklink.com/message.asp?ID=983078
solution
* If some item(s) get removed/sold/etc generate an automatic Item Removal Request
(IRR), stating what has happened. At the same time, give the buyer a singe click
solution to cancel the quote request all together, in case the missing item poses
an issue.
OR
* just create an action item for both buyer and seller, leave it for them to
solve it but DO NOT auto-cancel the whole thing. Make is so the invoicing is
impossible if the item(s) were not removed from the quote via IRR (I guess it
would require to create an item removal request process from a QUOTE)
OR
AUTO-CANCEL the quote, but give the buyer a single-click solution to place the
same quote request again, where the missing items are excluded.
OR
* whatever else.. just do it quick, please. Whatever it will be, please keep
in mind that new buyers often use the quote-request thing without having a slightest
clue what it's for. Whatever will happen after *items are now missing form
the quote request*, MAKE SURE that it is, first and foremost, new-user friendly.
|
Voted no on this as we feel the entire quote feature should be scrapped. It is
flawed throughout, not least of which are the points raised in this suggestion.
For stores that process orders first before invoicing the quote is not required.
|
|
| Author: | calsbricks | | Posted: | Apr 10, 2016 07:15 | | Subject: | Anyone elses think this might be useful | | Viewed: | 159 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| We think this might be a helpful way to use the price guide feature (for those
that use it)
It would allow stores to look at pricing across their range of items and it would
allow buyers to choose a cost factor on a part where colour isn't too important.
You would choose the part no and then from a drop down or combo box, you could
choose one or more elements that you wanted to compare or look at.
It is, of course just another way of looking at the data in the system.
|
|
|
| Author: | calsbricks | | Posted: | Mar 8, 2016 11:35 | | Subject: | Inventory Change Request for Set 75096-1 | | Viewed: | 31 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 95747pb02 Black Minifig, Headgear Head Top, SW Zabrak Horns, Darth Maul Pattern (Extra)
Comments from Submitter:
Two sets parted out both with 'extras' of the above part - in addition to the pieces for the minifigure
|
|
| Author: | calsbricks | | Posted: | Feb 11, 2016 12:04 | | Subject: | Re: Notes | | Viewed: | 17 times | | Topic: | Suggestions | |
|
| In Suggestions, ou_sooners_1 writes:
| | We would love to have a 4000 characters collapsible notes box above the received
orders... A Virtual "whiteboard"
This box would allow me to communicate with my staff on things not specific to
orders when I'm away. For Example...
Daily tasks
Goals/Achievements
Orders with outstanding issues
This is something super simple an I know any store with a staff would benefit.
Mike @ ACEofBRICKS
|
Voted yes, cause we think it is a good idea, however we do this by using Android
tablets, pdf's of the orders and a 'notes app' on the tablet. Notes
can be order specific, staff specific or global. That works for us. No whiteboards
here 
|
|
| Author: | calsbricks | | Posted: | Jan 17, 2016 10:33 | | Subject: | Inventory Change Request for Set 31018-1 | | Viewed: | 16 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 4 Part 15712 Dark Bluish Gray Tile, Modified 1 x 1 with Clip - Rounded Edges (Alternate)
Comments from Submitter:
3 sets parted out - all had the rounded clip
|
|
| Author: | calsbricks | | Posted: | Jan 8, 2016 06:34 | | Subject: | Re: Bricklink logins/accounts | | Viewed: | 74 times | | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| | In Suggestions, calsbricks writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | In Suggestions, calsbricks writes:
| | This one has been around a long time and unfortunately nothing seems to be happening
with it.
Bricklink needs to change the way the login/accounts function works. As a medium
sized store with an owner and 3 employees we need to allow the employees to log
into Bricklink and update store inventory, prices etc almost every day and as
things currently stand they have to use the owners login details (Poor security).
SQL, which is used for the database has quite a good security system built in
so even if we went native with that, it would be better than the current situation.
The same thing applies for stores with multiple locations - we have two processing
centres - one where all of our Lego inventory is stored, picked etc and one where
orders are packed and shipped from. Hence we want to set up a shipping from address
and a shipping to address. The fact that not all stores support the alternate
address system on Bricklink, as it currently stands means the only real way to
do this is using alternates on Paypal (for those that use Paypal).
So in summary - multiple logins to the stores with security/control permissions
and a minimum of 2 address for each store - one for ship from and 1 for ship
to.
|
The above would be a nice to have for us.... but had to vote no because of the
below.
| | As an afterthought it might not be a bad idea to allow store owners to have two
accounts - one for buying and one for selling, with the appropriate feedback
associated with each function. This might make a difference as to how people
look at a situation - In our case we have over 800 buying feedback and over 2000
selling feedbacks.
|
Robert
|
Interesting Robert - can you elaborate? We know you can see the individual feedbacks
as to buying or selling by looking at the feedback profile but if they had a
facility for this it would save time and issues with a number of us.
|
The whole idea behind NOT having 2 accounts is to avoid potential abuse by sellers
who want one "clean" feedback account for selling and another "dirty" one which
would allow them to play games with other sellers without tarnishing their store
reputation (not suggesting you would use it that way Bill but there are many
who would). I personally like the way it is now so you can see on the FB page
how a member behaves as a seller and as a buyer. If anything I'd like the
FB the member leaves for others (as buyer and seller) to be more obvious/visible
but I'd much rather leave what ain't broke alone.
Robert
|
Understand - thanks for clarifying. Will cancel this and re-do without the 'afterthought'.
To be honest not sure I should cause the way suggestions are set up is not very
good or productive - it is almost to the stage of why bother......
|
|
| Author: | calsbricks | | Posted: | Jan 8, 2016 04:49 | | Subject: | Re: Bricklink logins/accounts | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Suggestions, mabccc writes:
| | | | Bricklink needs to change the way the login/accounts function works. As a medium
sized store with an owner and 3 employees we need to allow the employees to log
into Bricklink and update store inventory, prices etc almost every day and as
things currently stand they have to use the owners login details (Poor security).
SQL, which is used for the database has quite a good security system built in
so even if we went native with that, it would be better than the current situation.
|
What is the suggestion here, that you can have "minion" sub-accounts that can
access some functions but not others?
| | The same thing applies for stores with multiple locations - we have two processing
centres - one where all of our Lego inventory is stored, picked etc and one where
orders are packed and shipped from. Hence we want to set up a shipping from address
and a shipping to address. The fact that not all stores support the alternate
address system on Bricklink, as it currently stands means the only real way to
do this is using alternates on Paypal (for those that use Paypal).
|
Why not just use the ship to address? Does it matter if a buyer thinks you are
shipping it from location A when in reality it comes from location B? Surely
any returns eventually go to the storage location A and not the packing location
anyway.
|
Good morning and thank you for taking the time to comment.
The multiple logins for each store would allow us to set up our employees and
give them certain functions - not complete administration which they have now
due to logging in with the single account. Not sure I would want to call them
minions though.
The ship to and ship from addresses are not used as you outline them so perhaps
we didn't explain that properly. When we buy items they are not always destined
for the storage centre, so to save going back and forth all deliveries go to
the order packing centre - are processed there and then whatever needs to go
to the other site goes and what doesn't doesn't. Hope I have made that
clearer. We cope at the moment by instructing the stores we buy from to send
to the paypal address not the Bricklink one but from time to time they miss that
and send it to the storage area which delays things.
|
|
| Author: | calsbricks | | Posted: | Jan 8, 2016 04:43 | | Subject: | Re: Bricklink logins/accounts | | Viewed: | 61 times | | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| | In Suggestions, calsbricks writes:
| | This one has been around a long time and unfortunately nothing seems to be happening
with it.
Bricklink needs to change the way the login/accounts function works. As a medium
sized store with an owner and 3 employees we need to allow the employees to log
into Bricklink and update store inventory, prices etc almost every day and as
things currently stand they have to use the owners login details (Poor security).
SQL, which is used for the database has quite a good security system built in
so even if we went native with that, it would be better than the current situation.
The same thing applies for stores with multiple locations - we have two processing
centres - one where all of our Lego inventory is stored, picked etc and one where
orders are packed and shipped from. Hence we want to set up a shipping from address
and a shipping to address. The fact that not all stores support the alternate
address system on Bricklink, as it currently stands means the only real way to
do this is using alternates on Paypal (for those that use Paypal).
So in summary - multiple logins to the stores with security/control permissions
and a minimum of 2 address for each store - one for ship from and 1 for ship
to.
|
The above would be a nice to have for us.... but had to vote no because of the
below.
| | As an afterthought it might not be a bad idea to allow store owners to have two
accounts - one for buying and one for selling, with the appropriate feedback
associated with each function. This might make a difference as to how people
look at a situation - In our case we have over 800 buying feedback and over 2000
selling feedbacks.
|
Robert
|
Interesting Robert - can you elaborate? We know you can see the individual feedbacks
as to buying or selling by looking at the feedback profile but if they had a
facility for this it would save time and issues with a number of us.
|
|
| Author: | calsbricks | | Posted: | Jan 8, 2016 02:54 | | Subject: | Bricklink logins/accounts | | Viewed: | 268 times | | Topic: | Suggestions | | Status: | Discarded | |
|
| This one has been around a long time and unfortunately nothing seems to be happening
with it.
Bricklink needs to change the way the login/accounts function works. As a medium
sized store with an owner and 3 employees we need to allow the employees to log
into Bricklink and update store inventory, prices etc almost every day and as
things currently stand they have to use the owners login details (Poor security).
SQL, which is used for the database has quite a good security system built in
so even if we went native with that, it would be better than the current situation.
The same thing applies for stores with multiple locations - we have two processing
centres - one where all of our Lego inventory is stored, picked etc and one where
orders are packed and shipped from. Hence we want to set up a shipping from address
and a shipping to address. The fact that not all stores support the alternate
address system on Bricklink, as it currently stands means the only real way to
do this is using alternates on Paypal (for those that use Paypal).
So in summary - multiple logins to the stores with security/control permissions
and a minimum of 2 address for each store - one for ship from and 1 for ship
to.
As an afterthought it might not be a bad idea to allow store owners to have two
accounts - one for buying and one for selling, with the appropriate feedback
associated with each function. This might make a difference as to how people
look at a situation - In our case we have over 800 buying feedback and over 2000
selling feedbacks.
|
|
| Author: | calsbricks | | Posted: | Jan 5, 2016 09:55 | | Subject: | Inventory Change Request for Set 30240-1 | | Viewed: | 25 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part 15712 Black Tile, Modified 1 x 1 with Clip - Rounded Edges (Alternate)
Comments from Submitter:
Two Polybags parted out and both had the rounded clips
|
| Author: | calsbricks | | Posted: | Jan 5, 2016 03:32 | | Subject: | Inventory Change Request for Set 70723-1 | | Viewed: | 18 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 3 Part 3794 Black Plate, Modified 1 x 2 with 1 Stud (Jumper) (Alternate)
Comments from Submitter:
2 Sets parted out - both had the non-groove variant.
|
| Author: | calsbricks | | Posted: | Dec 27, 2015 10:35 | | Subject: | Inventory Change Request for Set 70130-1 | | Viewed: | 21 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part 15712 Black Tile, Modified 1 x 1 with Clip - Rounded Edges (Alternate)
Comments from Submitter:
Two sets parted out today both had the variant.
|
|
| Author: | calsbricks | | Posted: | Dec 21, 2015 08:59 | | Subject: | Inventory Change Request for Set 10195-1 | | Viewed: | 35 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 14 Part 32064b Dark Bluish Gray Technic, Brick 1 x 2 with Axle Hole - New Style with X Opening (Alternate)
Comments from Submitter:
Set parted out today had mix of 32064 and 32064b.
|
|
| Author: | calsbricks | | Posted: | Dec 16, 2015 14:56 | | Subject: | Inventory Change Request for Set 10245-1 | | Viewed: | 27 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 4085b Blue Plate, Modified 1 x 1 with Clip Vertical - Type 2 (thin U clip) (Alternate)
* Add 18 Part 6019 Pearl Gold Plate, Modified 1 x 1 with Clip Horizontal (thick open U clip) (Alternate)
* Add 1 Part 4085b Light Bluish Gray Plate, Modified 1 x 1 with Clip Vertical - Type 2 (thin U clip) (Alternate)
* Add 4 Part 4085b Reddish Brown Plate, Modified 1 x 1 with Clip Vertical - Type 2 (thin U clip) (Alternate)
Comments from Submitter:
2 Sets parted out today all had the alternates as shown above.
|
|
| Author: | calsbricks | | Posted: | Dec 2, 2015 13:25 | | Subject: | Inventory Change Request for Set 70724-1 | | Viewed: | 17 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 4 Part 2436b Black Bracket 1 x 2 - 1 x 4 with Rounded Corners (Alternate)
Comments from Submitter:
2 Sets parted out - both had non-rounded corners
|
| Author: | calsbricks | | Posted: | Nov 7, 2015 08:03 | | Subject: | Inventory Change Request for Set 76014-1 | | Viewed: | 21 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 3794 Dark Bluish Gray Plate, Modified 1 x 2 with 1 Stud (Jumper) (Alternate)
Comments from Submitter:
2 sets parted out - both had non-groove variant
|
|
| Author: | calsbricks | | Posted: | Nov 7, 2015 07:54 | | Subject: | Re: Inventory Management help from Bricklink | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, brickcounter writes:
| | In Suggestions, calsbricks writes:
| | Have suggested this direct to Bricklink development and whilst the response has
been positive so far we are still waiting for either a confirmation that it will
become available (and when) or a reason why it cannot be done.
We have had good feedback from several of the UK's stores and wonder what
others around the globe feel.
This should give us the ability to deal with our inventories on a more accurate
basis and , if there are any gremlins in Bricklink's system, point them out.
Thoughts?
|
We currently log individual part transaction history (inward and outward) using
the API, so it's definitely doable, but there are obviously more pressing
tasks for the development team. Nothing to stop sellers doing it for themselves
if they have a mind to do so.
To that end, I'd be interested to know if there's any serious interest
from sellers for a non-programmer's guide to utilising the BL API?
As a recently converted non-programmer myself, it's something I've considered
writing, but with free time being a finite resource, it all too easy to find
reasons for not embarking on such a project, especially when the potential audience
for such a manual is unknown.
|
Hello there and thank you for joining the conversation.
We do the same but use an in-house developed application (Access) to records
ins and outs. We also run inventory checks on every order but we still find there
are discrepancies - far too many to be human error only. If it is doable and
we knew it was, then they should do it now - just as they are taking all these
sidewards steps on their development plans, this is a key one for the stores
and it helps them as well in so much as people should be able to trace the issues
much more easily.
We have offered to provide the query for them to extract the information (we
are a SQL Software house), provided they share the db scheme with us and are
waiting for a further response from Marvin at development.
A short time ago someone e3lse provided a non-programming guide to adding templates
to Brickstock. From what I understand from him (we used it and found it very
helpful) not many others took it up.
|
|
| Author: | calsbricks | | Posted: | Nov 7, 2015 06:55 | | Subject: | Re: Inventory Management help from Bricklink | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| In Suggestions, mabccc writes:
| | Looks like it could be useful. But for stores doing 100s if orders per month,
it will be a very large file. Given how slow BL has been on and off recently,
we need assurance that the infrastructure can handle it. If everyone started
downloading a six month report every day, then there could be trouble. Maybe
it's use would need to be restricted.
|
Hello there and thanks for joining in with this suggestion. Putting restrictions
on this would defeat the purpose. It is up to Bricklink to sort out their infrastructure
- which has been a menace recently.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
United Kingdom, England
