Implemented Maximum quantity possible for kits and bundles (auto-assembly)
Please add one more parameter to product availability report - maximum quantity possible for auto-assembled items.
For sales channels there should be an option to choose to update quantities based on available quantity or based on calculated maximum possible availability. So this should resolve the issue with 0 quantities for bundles.
The original feature request on this is for the Availability search to include results in the 'Available' column for auto-assembly products where the BOM components are in stock.
I would like to request that this logic is extended to the 'On Order' column whereby results are included for auto-assembly products where the BOM components are on Purchase.
If a Product includes components which are purchased from different Suppliers, the 'Next Delivery' column could reference the 'Required by' date of the latest purchase required in order to complete the components for the auto-assembly
It looks like this feature is planned to become available with the release this coming weekend!
Release notes here:
http://dearsystems.com/inventory-software/blog/new-release-21-jan-2017-new-sale-module-with-multiple-fulfilmentsinvoices-and-credit-notes-lock-periods-potential-kit-quantity-calculations-wet-tax/
Release notes specific to this feature:
Availability calculations performance improved throughout the system. Potential kit quantity calculations introduced
Stock availability calculations have been enhanced for better performance.
Potential available quantities for kits/assemblies (when Auto-assembly is enabled in Bill of Materials) is now automatically calculated per location in all relevant places and updates integrations when quantity of components changes.
----
DEAR API
ProductAvailability endpoint now has additional Available field providing info about normal and potential kits products.
This feature is implemented and will be rolled out as part of big update scheduled to happen after new year holidays. available quantity for kits will be shown on drop down in sale form, in product availability and will be synced to any eCommerce and POS channels integrated whenever any component's quantity change automatically.
2 people like this
Really really need this feature. Please implement ASAP. I saw there was a commitment in this thread to schedule this feature for development but it does not appear on the development roadmap: http://dearsystems.com/inventory-software/development-roadmap/
Please advise.
Thanks,
Dustin
once this feature is up and running, we are interested in making the switch over from tradegecko
Bundle 1: 10
Bundle 2: 10
Similar to above:
Bundle 1 - 10
Bundle 2 - 10
+1 to Stan's point about recursive availability. We have a product that is itself assembled from a set of assembled products.
To clarify: "Notation for actual vs. calculated availability" is nice-to-have.
And I am not sure to how many businesses the "Recursive availability" is important, so if they is going to significantly slow the implementation, then maybe that could be skipped for now, too.
Getting the one level auto-assembly availability implemented is very important.
My short answer to your question is:
Bundle 1 - 10
Bundle 2 - 10
This is the number that would be visible in DEAR and for any integrated system.
I am good with the double counting, so long as all of the inventory numbers are updated as soon as an auto-assembly occurs.
A couple of other thoughts related to this:
Recursive availability
In cases where there are subassembly within assemblies, I think the same functionality should be the same. That is, the functionality should do recursive availability. Using your example, say Component 1 had its own auto-assembly of Subcomponent A and Subcomponent B. The system would first do the auto-assembly availability of Component 1 based on the availability of Subcomponent A and Subcomponent B, and then calculate the Bundle 1 availability based on Component 1 and Component 2.
Notation for actual vs. calculated availability
It might be good to have DEAR might be some kind of notation that indicated that the value included some auto-assembly. For example:
Bundle 1 - 10 (includes auto-assembly)
Bundle 2 - 10 (includes auto-assembly)
Keeping in mind that Bundle 1 could also be assembled manually, not just auto-assembled. So it is possible that Bundle 1 is already assembled with no ability to build additional kits, so the numbers for Bundle 1 would not include the notation, while Bundle 2 might.
Bundle 1 - 10
Bundle 2 - 10 (includes auto-assembly)
Hi, sorry I'm a little bit confused by what you're asking. I DESPERATELY though need this feature, otherwise I'm pretty much spending $200/mth for something my existing website system already does.
In my case, I might have a bundle that is made up of 2 components (component A & B for example). Component A & B are also their own singular product on their own, so if someone buys it as a single product it'll need to deduct that sale from inventory there. But if someone buys the bundle, it'll need to deduct one of each off the inventory/product from component/product A & B each.
Is that what you're meaning?
Cheers
Kelly
Happy to schedule this for development. Just need confirmation from you all subscribed. In the sample below we have two bundles with 2 the same components each.Please let us know how many items available we need to return to the sales channel
Bundle 1 - ?
Bundle 2 - ?
Bundle 1:
Component 1 - 1 item
Component 2 - 1 item
Bundle 2:
Component 1 - 1 item
Component 2 - 1 item
Currently Available :
Component 1 - 10 items
Component 2 - 10 items
Running into many clients that need/want this for the kits that they sell.
This is also quite a deal breaker for me too. I switched from an inventory management system that did let me manage inventory on bundle packs by taking inventory for say two components from other individual products, meaning I only had to update inventory on the individual product level. I was assured by Dear that this software did this, have now invested A LOT of both time and money to change over only to just be told a differing story now and that none of my bundles which are being auto-built have any inventory management without me having to manually enter them in the bundles.
To me, this defeats the purpose of even having a bundle that is autobuilt from other components surely?!
Had I knows this, I wouldn't have changed from my existing system which was working.
Can someone please advise how far off approx a fix to rectify this might be?
Thanks
Kelly