Returns not being added back to inventory

mountainpawmountainpaw Member Posts: 1
edited July 2021 in Feedback

We sell a lot of products that when returned can not be resold. When we do returns on these products they go back into our inventory and destroy our inventory levels. I have to do inventory constantly to correct for this.


It would be nice to be prompted with a question if the return should be added back to inventory or not. Or at least to completely disable it.

Post edited by VD_LS on

4 comments

  • VD_LSVD_LS Administrator, Moderator, Lightspeed Staff Posts: 796 moderator

    Hey @mountainpaw

    Thank you for this request! I've moved your post to our feedback forum so our team can see this as a merchant-requested enhancement for the system.

    ———

    If you have any further questions Please do not hesitate to contact LightSpeed support or check out our Support Page.


    All the best!

    Vanessa

    Lightspeed Retail Support

    866-932-1801 ext. 2 (Toll-Free)

    514-907-1801 ext. 2 (Montreal)

  • OVS2OVS2 Member Posts: 5

    YES YES YES, this needs and should be a must for dev to do. Get it done already.

  • TiffanyTiffany Member Posts: 4

    This has been a request by your retailers for some time now, and still hasn't been done. It would be SOOO easy to do! Just a simple checkbox that tells the system not to put it back into inventory!

  • Xela_TXela_T Member, Lightspeed Staff Posts: 13 Lightspeed

    Hey Everyone,

    Just catching up on this post and wanted to provide a clarification as to why this isn't the most popular idea, however you can maybe help convince myself and others.

    Ideally, we want to provide an easily traceable flow for inventory as they leave and enter your system. While not immediate, R-Series (Retail) already provides a few different ways inventory can be removed (manually, inventory count, Vendor Return, Transfers, etc). When investigating what may have happened to a particular inventory, merchants already have quite a few places they need to check.

    When a good returned isn't to be entered back into inventory, we would prefer to not have to question whether a return actually did the expected action and instead point users towards a Vendor Return which can include a reason, notes and is reportable for end of month reporting. Of course that functionality could be replicated for a return, but that would require rebuilding what already exists within the system.

    That being said, I am curious to hear from this group as to why this already existing flow wouldn't work (user permissions, de-sync between time of return and removal, etc.) . It will help me build a stronger case for future items to prioritize.

    Cheers!

Sign In or Register to comment.