You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The auto current pricing for used parts on BS, sets prices different to the ones on BL when trying to sell into the local market.
This is a problem when you want to update thousands of lots to competitive amounts to sell into the area you ship to rather than the global averages.
I know by experimenting this is because BS is using a global pricing, whereas when using the wish list to search for suppliers, customers are looking for best shipping, and use local comparisons. This is completely the opposite way to pricing parts for update too BL.
To Reproduce
Steps to reproduce the behavior:
Add and update the price of a current used black 2736 in BS.
Then search and display the price on BL for the same part.
With the BS filter set to Australia only (my local area) the price I get on BL is appropriate to sell to my local customers.
However, If I use BS to update the price in it's file, it will be wrong for the local market and I will either loose sales, or underprice my parts.
Expected behavior
I understand why this is happening, but it is a flow charting anomaly within the price update code. When it comes to adding a filter to where it get it's stats from there is a need for this filtering to be added.
I would expect to have a filter within the updating of the prices of my inventory. Otherwise, I can't manage to update my stock prices with any confidence of not losing money by being competitive.
Screenshots
If applicable, add screenshots to help explain your problem.
System information
BrickStore 2024.5.2 (build: 1261)
brickstore.edition: desktop
brickstore.ldraw: 02 Jun 2024 12:17:56 +0800
brickstore.locale: en
build.arch: x86_64
build.compiler: Microsoft Visual-C++2019 (192930154)
build.date: 2024-05-02T09:26:17.000
build.host: fv-az522-729
build.number: 1261
build.qt.version: 6.6.3
hw.cpu: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
hw.cpu.arch: x86_64
hw.gpu: NVIDIA GeForce GTX 750
hw.gpu.arch: nvidia
hw.memory.gb: 8.0
os.arch: x86_64
os.productname: Windows 10 Version 22H2
qt.debug: false
qt.platformname: windows
qt.version: 6.6.3
windows.tabletmode: false
Additional context
Add any other context about the problem here.
You can also attach BSX files, but GitHub only accepts these if added to a ZIP file first.
The text was updated successfully, but these errors were encountered:
Describe the bug
The auto current pricing for used parts on BS, sets prices different to the ones on BL when trying to sell into the local market.
This is a problem when you want to update thousands of lots to competitive amounts to sell into the area you ship to rather than the global averages.
I know by experimenting this is because BS is using a global pricing, whereas when using the wish list to search for suppliers, customers are looking for best shipping, and use local comparisons. This is completely the opposite way to pricing parts for update too BL.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I understand why this is happening, but it is a flow charting anomaly within the price update code. When it comes to adding a filter to where it get it's stats from there is a need for this filtering to be added.
I would expect to have a filter within the updating of the prices of my inventory. Otherwise, I can't manage to update my stock prices with any confidence of not losing money by being competitive.
Screenshots
If applicable, add screenshots to help explain your problem.
System information
BrickStore 2024.5.2 (build: 1261)
Additional context
Add any other context about the problem here.
You can also attach BSX files, but GitHub only accepts these if added to a ZIP file first.
The text was updated successfully, but these errors were encountered: