I can't be the only one with this issue. Apparently in stocky - you have to recreate a purchase order for the items that will come in another shipment and another invoice. So if you get multiple shipments for the same Purchase order - you have to remove the items that were not on the invoice and create a new purchase order to put those items in. IT is very rare that a supplier will ship you perfectly a purchase order. Why is this not basic stocky???
You can specify a partial receipt - does this help?
We're just starting to use Stocky and had this same situation this week. When confirming the PO, the dropdown at the end of the product line allows the partial receipt.
It's really crude, and we ended up making a right mess of the PO and had to start again (doesn't update correctly as you resync, then book sin everything if you refresh...).
Definitely some way to go with development on Stocky...!
Hope the Partial Receipt answers your question though 🙂
The partial receipt only works if you have a quantity of more than 1 (so you have to have 2) and you are receiving one. If you receive 0 - it doesn't work.
Like I say, still learning Stocky ourselves, but we just left any items not received as ‘not received’. Then when subsequently the goods arrive, go back to the PO and ‘receive’ them.
Does this not work for you?
No it doesn't as I have multiple invoices. The goods may not arrive for a month and I need to know totals to pay invoices. You can't have multiple invoices on a purchase order.
Yes you can receive them at any time. The issue is that you can't have multiple invoices for that PO. So you might get the other items a month later but you need to pay the invoice. The invoice total is for the entire PO Amount and not the amount received.
I am seeing the same issue you have when it comes to a line item with a single unit. I also agree that the main issue here is that most of the time a store won't get a perfect receipt. This seems to be an issue both with Stocky and the beta version of the Shopify Purchase orders.
I think you will find LightSpeed Retail is just as bad if not worse. I am glad i am not the only one having this same issue as well. I am surprised to some of the answers. Possible because they are small time retailers and they receive their stock perfectly each time. It is not like that in the real world. I agree.
I am currently on LightSpeed Retail and can share some info with you. I have been in constant battle with them and very surprised that our account manager did not understand our pain points. They escalated to tech support and in the end, their suggestion was to receive a partial order and then delete the rest of the products and create a new PO. Very manual process. The only problem with this is you then also have to inform the supplier to cancel the rest of the products and to look out of a new PO that you will be sending them.
The other suggestion they recommended (I can't believe this) was to create a single PO for each and every SKU. What a joke. This not only causes a lot of manual work, but can you imagine the freight charges. Ridiculous.
The other problem I find with LightSpeed Retail is that when you receive stock place your supplier invoice into the reference# field, it does not come across into accounting.
So my bookkeeper has a spreadhseet system to manage the short fallings of LightSpeed retail. Basically a system to manage a system that is meant to be great. And things still fall through the cracks. With no fault on our part, this sometimes causes us to be put on credit hold because invoices are not scheduled to be paid correctly. Basically referring to the system that manages their systsem. Because this is very labour intensive, things occasionally do get missed.
I also found out that LightSpeed has two flavours of POS systems. An R series and and X series. R series being the LightSpeed Retail and X series is now Vend. Yes they have acquired Vend.
I did get a bit of an intro to Vend, and the receiving of purchase orders does work better but not perfectly.
It looks like there is so much focus on just selling POS systems and in the end, their developers don't don't use real life use cases. It is as if they use smart youg teenagers creating this software without real life experiences.
Good luck with the research. I am still battling to find something really great out there.
PS: feel free to reach out if you wanted further info on this. firstname.lastname@example.org
Thanks @jimpandaz for posting this. I have been trying (without success) to get Lightspeed to give me a local referral to a merchant that has the volume we do and the number of skus we do, to ensure that if we jump ship away from the pain points in Shopify they won't be replicated at where we land. Right now it looks like there are no affordable options. We are saving up to be able to go back to using SmartVendor, but it's a painful three party system that is expensive (and I'm used to Shopify nickle and diming us to death so you can see how expensive it must really be!). I'm sad to see that Lightspeed also hasn't fixed this. There seems to be NO actual omni channel merchant that actually understands retail AND online. The marriage of the two is still very rocky.
Hi there! Saw your question here about partially receiving a purchase order.
I'm on the Shopventory team and we're an inventory app for Shopify. We allow for partially receiving POs across various shipments. Here's an article with more information!
Hey there! Thanks for the response.
Are you trying to get this to line up with an accounting system? Sounds like what you want is to have a single PO, then on that one PO show what was received on each shipment and the associated invoice number.
I'd be interested in digging into this more with you if you have like 10 minutes for a quick call. Do you want to shoot me an email? email@example.com
Not necessarily for lining up with accounting programs. But it is rare that a shipper sends the items on a purchase order perfect. They sometimes overship an item, send multiple shipments for a purchase order, short ship, etc. So the only thing we can do is clone the PO - take off the items that have been received - put in notes somewhere that this is a back order of specific PO number. And then you have to go into the PO that you received partial - and delete those items so your invoice will match up.
My email is firstname.lastname@example.org
Unfortunately no. My workaround has been to copy the purchase order and remove the items that were received. Put in Order No - Backorder and the order number (ie BO 1534).
Then I delete all of the items that were not received in the original shipment from the purchase order. Its the only thing that keeps things somewhat organized.
Two years after this issue is brought up and they still haven't added the ability to print a receiving document excluding items not received at that time.
I agree with and have also provided the feedback that this system feels like it was designed by people who have NEVER worked a retail job a day in their lives, and if they did it was literally just running a register.
We side-graded to this system from Quickbooks Point of Sale because Shopify integrates with website inventory a lot easier, but Quickbooks outshines Stocky/Shopify with the overall ability to process a shipment with ease.
We are currently using QB to build our Purchase Orders, mostly because the company/person we hired to set up our shop did a really terrible job of it, so none of our items in Shopify/Stocky have the manufacturers item numbers in. As soon as we get that part sorted out the issue then just comes down to the terrible design in Stocky.
I liked your idea of building the PO in Stocky and copying it then removing any items that didn't arrive, and merging them together after printing the receiving. Quite a shame it's taking the dev team this long to even add a basic filter option like this. Disappointing for sure.
Edited to add: on top of being forced to download the PO every time instead of just giving us a print button. Who are these devs?
We also use QB to print tags because the Shopify folks can't seem to figure out why Stocky won't print labels built with Dymo Connect v 220.127.116.11. They're still operating on 18.104.22.168.
Explore the 30-30-30 rule, a dynamic social media strategy for new businesses. Learn how t...By Trevor Sep 20, 2023
Discover how to leverage the often overlooked footer of your ecommerce site to gain custom...By Skye Sep 15, 2023