I’m writing to request an important feature for the Quick Count POS extension that would help merchants transitioning from Stocky.
Feature Request: Add a “Missed Products” or “Unscanned Products” tab/view in Quick Count that shows all products at the selected location that haven’t been scanned or counted during the current stock take session.
Background: With Stocky being discontinued in August 2026, many merchants are migrating to Quick Count for inventory stock takes. However, Quick Count is missing a critical feature that Stocky has: the “Missed” tab that displays all products with inventory at a location that haven’t been added to the stocktake.
Why This Matters:
Accuracy: When performing comprehensive stock takes with barcode scanners, we need to verify that ALL products have been counted, not just the ones we scanned
Completeness: Without a missed products view, there’s no way to know if we’ve accidentally skipped products during counting
Multi-location management: For businesses managing inventory across multiple locations, ensuring complete counts is essential for accurate stock levels
Audit trail: The missed products list helps identify discrepancies and ensures nothing is overlooked
Current Workaround: Currently, I have to export a CSV from the Inventory page before each stock take and manually cross-reference it, which is time-consuming and error-prone.
Suggested Implementation: Similar to Stocky’s Missed tab, Quick Count could show:
A list of all products at the selected location that haven’t been counted in the current session
Ability to filter this list (by vendor, product type, etc.)
Option to manually add these products to the count or mark them as verified at zero
This feature would make Quick Count a complete replacement for Stocky’s stock take functionality and ensure merchants can maintain accurate inventory after the transition.
I’m not so sure that single function would be a complete replacement. Missing Items as you described is covered by FyreTrail as well as inventory deltas (compares what you scanned with what you have in inventory by quantity) and “live shop” adjustments (i.e. say somebody makes orders while you’re scanning - FyreTrail makes adjustments for that). It also shows you both wholesale cost value as a total and retail cost value as a total and keeps historical scans so it can compare between two scans. It’s good fun.
That’s great! You should honestly just share it here if you can, or link to a repo where it’s stored so people don’t have to ask you for it. I do have some questions about it though:
Does it save historical stock counts? For example, can I look up what the count of my items were last year?
Are you able to compare 2 stock counts (or more) to see how your stock changes over time?
Does it allow you to save where you did the stock count (i.e. “Aisle 5, Section B”)?
Does it allow you to save adjustment history?
Does it save all the items you scanned that were NOT in Shopify? Items NOT scanned?
If so, then you’d probably replace about 90% of the apps on the app store.
I’ll post the code and the features in a seperate post and link to it
As it is, it does not save history, but it will export a csv file that shows each item, the expected qty, the scanned qty, and the difference. You can then use any spreadsheet app to accomplish your questions 1,2, and 4.
Question 2, you can name the stock take Aisle 5, section B to do that.
Question 5, if a barcode is not in the system, it will not count it, and you will see a message bar saying the barcode was not found. Since you are comparing scans to a collection it will show if an item in the collection was not scanned.
This is a very basic app for counting and correcting what Shopify thinks you have in stock to what your count is.
Ok, so not knocking what you’ve done (at all), but I think this highlights the difference between what sidekick currently does and what an app gets you for the $10-$20/mo. you called out.
Keep in mind, if you have the time and the patience for dealing with spreadsheets to handle multiple outputs to accomplish these things then there’s totally nothing wrong with doing so and I’m not against it. But… minimum wage is roughly $15/hr. So ONE HOUR of your time PER MONTH is all you spend copying/pasting, making formulas for, filtering, analyzing, etc.? AND… let’s be real - you, having that skill and spending time doing those things - is worth a LOT MORE than $15/hr. wage. On top of that - wouldn’t you like to spend that hour (in reality it is probably a lot more than just one hour) doing something else? And again, spreadsheets - not sidekick.
Ok, so you see where I’m going - the perceived extra expense many people on the forums express that I see on these forums of apps costing $10, $20, $50+ per month is odd to me. If an app, any app, saves me equal to or more time than the equivalent cost of that app - then that to me is actually a really good deal.
I never said anything about thievery, I just said they are more than I, and possibly others, need. We have been in business over 50 years and have never needed to know how a stock take I took a year ago compared to the one I just took.
You didn’t - I apologize. I was referring to other posts on the forums in general, but didn’t mean to imply you said it. I’ve adjusted the message.
Aside from that, I did build FyreTrail to do the comparison because it’s useful to see the change to detect things such as theft or to simply answer questions regarding “when” something went missing.
Real example: between two different inventory sessions we found in our store that we had different people scanning items in different ways - one person scanned multiple items and grouped them differently than the other person did. It identified we had a training problem in our store on how items were recognized and actually recovered losses for us.
Those little things tend to impact profitability and our store’s profits have been up (in general) by almost 40% over last year. Obviously not just because of taking inventory, but it’s that, it’s our ability to be more efficient with the app usage, our standardization on pricing, the lowering of losing profits due to product duplication (and having two different prices), etc. A ton. I don’t know, we’ve just had a really positive experience since basically beta testing it.