Implemented 20K SKU limit?!
I was trying to get started with Dear to use for my physical store and Shopify website that have a shared inventory. Through the process I was told there is a 20,000 sku limit. We are just a small children's clothing boutique in a 1000 sq foot location, yet we go through about 15,000 sku's pre season. You guys are starting this new POS system which based on website images of the POS with displaying clothing items, and offering laybuy that you certainly want this to be used in the clothing industry. It seems like your maximum LIFETIME sku limit is a severe hindrance to what kind of clothing store could use your system. There is no way to delete sku's because they are used transactions and need to stay anyway for historical reporting.
It seems like any retail store that has seasonal inventory will not be able to use your system for very long before hitting 20,000 sku's
I don't know if raising the sku limit is considered a "feature" or not, but I would like to suggest that it be increased to a great extent and also a module for easily bulk deleting old products (maybe being able to sort by the last time they were sold). OR keeping them for reporting purposes but bulk mark them as inactive so that the system can just ignore them except for when someone is doing old history reports, that way they aren't a constant drain on the database.
I really want to try to use Dear but my initial import would be around 15,000 sku's (many of which are 0 qty) and I will be adding another 15,000 or so through July and August.
Thanks so much! I hope to be able to use Dear one day, its the only system that has specific functions related to Shopify that I need.
Stephen
We also need an answer to Peter's question.
DEAR Limitations? 100,000 SKU's.
I am currently looking at implementation of the DEAR Inventory System to a client. My only concern is the way this client works is to have all of their suppliers stock lists on their system so that they can look up a part for a customer, and order from the system. This means that they want to maintain all of their suppliers [which are several] catalogues on the system, even though they would never [or be unlikely to] stock all of the suppliers products. Is there a way to implement this in DEAR, particularly with 100,000 max SKU's?
Currently they upload each suppliers catalogue of parts, so they can lookup whatever a customer wants from their POS system, and order it in from the supplier, for the customer. Their current system will only add the item to stock when it is "actually ordered".
Is this currently possible, without exceeding the limitations in DEAR [ie 100,000 SKUs]
I look forward to your earliest reply,
Thanks
Peter
1 person likes this
Hi All,
Thank you for your patience, after successfully testing the improvements, the SKU limit has been increased to 100,000. We hope this will be sufficient to cater to your needs in near future. Please let us know if you would like to discuss further.
Thank you
DEAR Support
2 people like this
Thanks for point that out. That is very limiting indeed.
Mike can you please add me to the list of people to be notified.
4 people like this
We recently had a DEAR deployment where the client had 26,000 products, and only discovered this issue after importing the 21st CSV file during pre-deployment.
We ended up needing to agree on which parts to exclude for the time being, and imported 19,400 products, with any products not in the system to be created "on the fly".
They deal in automotive spare parts, for many of the parts, they may only order in as required, but because each part has a unique code pertaining to a particular make, model and year of car it is vital to have all of these items in the system to be able to be searched by staff and to provide information to customers.
They are planning on expanding their range to supply parts from other car brands, but with the 20,000 SKU limitation, there is no room for them to grow/expand. We understand there may be associated performance issues with a higher amount of SKUs, as the system is loading slower than normal with the 19,000 products in there already, but the current 20,000 SKU limit is very restrictive for some clients' needs.
We really need feedback on this from DEAR. 20K limit is ridiculous in an Inventory management system.
2 people like this
That is correct, merging products will remove the ability to see the breakdown for those products in the reports. That is why you can create a sales report and add all the dates and all the additional fields you use - like categories, brands etc. So that you can use Excel tools to get the data you need from such export.
I know this is not an ideal solution but unfortunately it is the only solution I can think of at this moment.