I’ve built my first Shopify app, Salor Invoice, and I’m looking for a few Shopify merchants or developers willing to test it before launch.
I originally built it around a problem from my own retail business: supplier invoices arrive with product quantities and costs, and somebody still has to manually reconcile that information with Shopify.
The workflow is:
supplier invoice → extract invoice lines → match Shopify products → review received quantities and product-cost changes → apply
The focus is specifically on supplier invoices and product costs, rather than just purchase orders or packing slips.
The app is currently in Shopify review, and I’d like to test it against more real-world stores, invoice formats and product catalogs before launch.
I’m happy to provide access free of charge for testing to a few merchants or Shopify developers. I’m mainly looking for candid feedback: what breaks, what’s confusing, what’s missing, or what you would expect the workflow to do differently.
This is my first Shopify app, so critical feedback is very welcome.
Thanks. Landed-cost allocation is an interesting adjacent problem, but Salor Invoice is currently focused more narrowly on reconciling supplier invoice line items with Shopify products, received quantities and product costs.
I’m specifically looking for feedback from merchants or developers willing to test that workflow against real invoice formats/catalogs.
Hi @salor_works Welcome To Shopify Community So This solves a genuine pain point, supplier invoice reconciliation is one of those tasks that’s tedious enough that a lot of smaller stores just skip proper matching and hope the numbers are close enough, which causes cost/margin data to drift over time. One thing I’d be curious about as a tester: how does it handle invoices where the supplier’s product naming/SKU doesn’t exactly match what’s in Shopify (common with smaller suppliers who don’t follow consistent SKU formats), does it do fuzzy matching or require manual mapping the first time around? That mismatch is usually where these reconciliation tools either save a ton of time or become more frustrating than doing it manually.
Your use case makes sense to me — especially the distinction between before you have sales and after campaigns start running.
Before launch, Price vs Cost per item is probably the right first filter: use the theoretical gross margin to shortlist which products are worth putting ad budget behind.
But once orders start coming in, I found I wanted a different view entirely. For my own Shopify store I ended up building a small profit dashboard that calculates actual order/line-item profit from Shopify costs and then pulls in Google Ads and Meta/Instagram spend. So I can filter, for example, Instagram Ads for a date range and see revenue, COGS, gross profit, ad spend, profit after ads and ROAS in the same view.
That made me think of it as two stages:
Before advertising: which products have enough theoretical margin to test?
After advertising: which products/orders are actually profitable after acquisition cost?
I originally built mine just for my own store, but I’m considering turning it into a public Shopify app. Your post actually makes me wonder whether a catalog-level “products ranked by theoretical margin” view should be part of it too.
If you’re still working on this, would that combined view have solved what you were looking for?
Thanks - I really appreciate that. Those are exactly the kinds of cases I’m trying to stress-test: messy supplier PDFs, imperfect product matching, and unexpected cost changes before anything is applied to Shopify.
There’s a short access form on the page - if you leave your email there and mention your Shopify development store, I’ll be happy to send you the test access/install details.
And please be as critical as possible. Anything confusing, inaccurate, or slower than doing it manually is useful feedback for me.
Product cost is one of those areas where I think the bigger problem starts after the cost is captured. Once discounts, refunds, returns, chargebacks and other losses are involved, the merchant can still struggle to understand what a product actually contributed.
It would be interesting to know whether your merchants mainly want invoice/cost entry solved, or whether they’re also struggling to reconcile those costs into true product profitability.
Small disclosure: I’m the founder of VedaSuite, where we’re working on operational and product-profit intelligence for Shopify. Mentioning it for context rather than as a product recommendation.
That’s a good point. We’re deliberately keeping Salor Invoice focused on the upstream part: getting supplier invoice costs into Shopify accurately and with review before anything changes.
We actually also have a separate per-order profit calculation app in a much earlier/raw state, which we’re hoping to publish later.
Since you’re working on the downstream profitability side, I’d be interested in your perspective on Salor Invoice too. It’s just been approved after about two months of work and is now open for testing:
Would be great to hear whether the cost data we preserve is what you’d want available further downstream.
Quick update: Salor Invoice is now live on the Shopify App Store.
I’m still looking for a small number of Shopify merchants and developers to help test it with real-world workflows.
The app takes supplier PDF/image invoices, extracts the line items, matches them against Shopify products, and helps update inventory quantities and product costs.
If you regularly receive supplier invoices and still update stock/cost manually, I’d especially value your feedback.
I’m mainly looking for:
anything that breaks
incorrect or difficult product matching
confusing parts of the workflow
invoice formats the app struggles with
features you’d expect before using it regularly
Happy to provide free access for testing and work directly with testers on any issues found.