Feature request: Invoice/Order Tracking

[darkpixel]

The current ordering process is annoying. Order stuff, and then when they arrive someone has to enter all the details including invoices, costs, warranty, product make/model, etc... The problem is there are multiple "roles" involved at our company. One person does all the ordering, one person does all the receiving, and one person checks out the equipment and delivers it to one of our offices.

I would love to have the person who does the ordering enter all the details about what was ordered, warranty, tracking numbers, quantity, etc... This would create an "order" object and maybe even a "pending asset", but it's not really in our system yet as a full asset. Serial numbers aren't usually available at the time of ordering, so that info wouldn't be required.

When the 'receiver' receives the shipment, they don't have to track down PDFs of orders from the person who does the ordering. They would simply find the order, open it up, and have fields to enter quantities and scan barcodes to turn the "pending assets" into a real asset. The receiver's job is to basically turn a "pending asset" that has no serial number into a "real" asset.

A few bonus items:

• The receiving location is always the same, allow a default to be set (i.e. "IT Department").
• Provide fields for tracking numbers. Either make them links to a Google search for the tracking number (https://www.google.com/search?q=782880434177) or occasionally poll the tracking numbers every few hours and update the "order" object with their current status.
• Use a similar process to track RMA's. For example, track that a computer with serial number 1234 had a motherboard die 3 weeks after being installed. An Advance RMA was created, the company shipped a new system with serial number 5678 and 1234 was returned.

[welcome[bot]]

👋 Thanks for opening your first issue here! If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can.

[uberbrady]

This is a really beautifully-written feature request. That doesn't mean we're gonna do it tomorrow or anything, but we certainly would take a (sufficiently well-written) PR for it.

[darkpixel]

It's been a loooong time since I've touched PHP. Literally decades. If I get some free time over the next few months, I'll try to take a look at the codebase. No promises though. I'm literally so short-staffed and overworked at the moment, I signed up for the hosted version of snipe-it rather than spend ~2 hours getting it up and running on my own server. ;)

[uberbrady]

You'll find PHP hasn't changed much - but Laravel is a whole new ballgame. Lots to learn there, but it's very much worth it. Best web framework on the planet right now (IMHO).

[MWR-Napavine]

Asset-IT could use an entire category called "Purchase Orders". When a Purchase Order is created, it can be linked to an asset or assets. Also, allow the billing information to be attached to the PO. In particular:

• Purchase Date
• Retailer
• Budget Code <--- Important for Audits
• Allow attaching of documentation, including PDFs of Quotes, Invoices, Packing Slips, etc.

[conan522]

Nick feature request.

[trendal]

Here looking for how to deal with orders as well. Moving from a spreadsheet based system to Snipe synced with our network monitoring software. Looks like for now we'll have to keep the actual order list in the spreadsheet system. I suppose an order could be added as an "asset" and marked in such a way but that seems too clunky.

[R3DR4M]

+1 to this request. At the point a delivery arrives I'm trying to avoid it going walkabout before it's opened and added to the inventory. Without order processing Snipe-it won't work for me, which is a shame as in every other respect it's the dogs...o o