snipe / snipe-it

A free open source IT asset/license management system
https://snipeitapp.com
GNU Affero General Public License v3.0
10.31k stars 3.06k forks source link

Feature Request: Autoassign Predefined Asset Tag based on Category/Company/etc #3286

Open ryanesizemore opened 7 years ago

ryanesizemore commented 7 years ago

Love this project, turned out better than all of the paid services I found. I want to suggest the option for Snipe-IT to be able to automatically fill in the Asset Tag info based on a predefined scheme that the admin sets, such as "companynameXXXXX", so that the next asset automatically is set to the next number in the sequence and ready for label generation. Could also be linked to the Categories to have specific Asset Tag generations by Asset Type.

snipe commented 7 years ago

How would that be different than enabling auto-incrementing tags?

ryanesizemore commented 7 years ago

Guess it wouldn't be much different other than assigning to a category.

therealjoshuad commented 7 years ago

We do different prefixes per category, so for instance, assets in the computer category are PC-1000, Printers are PR-1000, so we can't use the auto increment. It leaves room for error because it's relying on looking at the last item created in a category

faxesystem commented 6 years ago

But wouldn't such a tag be against the 1NF? Why would you need the category or the company to be a part of the tag number?

stale[bot] commented 6 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions!

stale[bot] commented 6 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions!

stale[bot] commented 5 years ago

Okay, it looks like this issue or feature request might still be important. We'll re-open it for now. Thank you for letting us know!

viclou commented 5 years ago

FD#8649 +1

stale[bot] commented 5 years ago

Is this still relevant? We haven't heard from anyone in a bit. If so, please comment with any updates or additional detail. This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Don't take it personally, we just need to keep a handle on things. Thank you for your contributions!

stale[bot] commented 5 years ago

This issue has been automatically closed because it has not had recent activity. If you believe this is still an issue, please confirm that this issue is still happening in the most recent version of Snipe-IT and reply to this thread to re-open it.

Go2ClassPoorYorick commented 4 years ago

This would still be a nice feature- hopefully it can be revisited at some point.

stale[bot] commented 4 years ago

Okay, it looks like this issue or feature request might still be important. We'll re-open it for now. Thank you for letting us know!

viclou commented 4 years ago

+1 FD 13742

02ms05 commented 4 years ago

Just upgraded to new version of server (18.04 Ubuntu, PHP version 7.2.24, Snipe-IT 4.8.0) Thing is perfect, but one thing bothers me still.

If I have multiple categories in assets section, why can't there be auto-incrementing ID's with following prefix for each category (Pxxx for printer , Cxxx for computer, Mxxx for mobile phones etc.)?

Is there a solution for that ?

grdzo commented 4 years ago

We just found out about Snipe-it!! Great job! But this feature is also of importance to us +2

Mastergumble commented 4 years ago

We also have found Snipe-IT just few days ago and it is awesome to replace our current system.

We are also looking forward to this feature, we have a lot of diferent prefixes, lap.., pc..., tlm..., srv... etc.

This would be a great feature for a lot of users.

stale[bot] commented 4 years ago

Is this still relevant? We haven't heard from anyone in a bit. If so, please comment with any updates or additional detail. This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Don't take it personally, we just need to keep a handle on things. Thank you for your contributions!

02ms05 commented 4 years ago

This feature would skyrocket Snipe-IT for us, and for many others as well.

We are patiently waiting and hoping for you to implement this option, so we can add different ID's to different categories.

So for instance: PC-1000 for PC's, LP-2000 for laptops, M-3000 for mobile phones etc., you get the idea.

Please let me know if this will be possible in the future, we would appreciate it.

Thanks !

stale[bot] commented 4 years ago

Okay, it looks like this issue or feature request might still be important. We'll re-open it for now. Thank you for letting us know!

newbstier commented 4 years ago

Kind of shocked it's not a baseline function, hopefully yet.

stale[bot] commented 3 years ago

Is this still relevant? We haven't heard from anyone in a bit. If so, please comment with any updates or additional detail. This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Don't take it personally, we just need to keep a handle on things. Thank you for your contributions!

02ms05 commented 3 years ago

How hard can this be to make ? There are often few major categories of assets in every company, and it can not be possible to put everything under one category (prefix).

So please tell me is this something we can expect soon, or maybe if it's possible for us to pay you some amount to implement this?

Please, this is the only missing puzzle for us to make the SnipeIT perfect for our corporate ITAM, and I believe bunch of other people/companies would welcome this as well.

stale[bot] commented 3 years ago

Okay, it looks like this issue or feature request might still be important. We'll re-open it for now. Thank you for letting us know!

ghost commented 3 years ago

is this issue resolved?

02ms05 commented 3 years ago

is this issue resolved?

Still nothing to this day.

eclark-friends commented 3 years ago

+1 on this feature, we would love this feature.

dpetkovoandb commented 3 years ago

+1, it would be handy.

Go2ClassPoorYorick commented 3 years ago

@eclark-friends @ghost @dpetkovoandb

Please thumb up the original thread post to raise priority for when snipe looks for features to implement.

snipe commented 3 years ago

I'm just not really sure how we'd implement this. An asset could potentially change companies, etc. Hell, you could change the asset model of an asset if you want - then all of your asset tags would be attributed to the wrong company/model/category/etc.

I don't see a practical way of making this not a time bomb.

Go2ClassPoorYorick commented 3 years ago

I don't particularly think of those as unfair issues to encounter in that situation:

-Asset model I don't see this being a practical implementation of unique asset tagging. At the point where you're tagging devices by model, may as well do categories (T450, T560, Etc)

Just my personal opinions on the matter, I'm unsure if I'm the one who's strange. (Sorry, hit control enter because I'm used to Slack messages at this point)

snipe commented 3 years ago

I don't particularly think of those as unfair issues to encounter in that situation

Not sure exactly what you mean here

Go2ClassPoorYorick commented 3 years ago

I don't particularly think of those as unfair issues to encounter in that situation

Not sure exactly what you mean here

That may be an issue compared to moving an asset now, but those are inherently questions that should be asked if you where moving an asset between companies. I understand that Snipe IT might be used in a MSP context where you might re-use a computer elsewhere, but if you've decided to implement company based asset tags, you SHOULD have to answer what to do in that situation in some way.

Edit: Assuming that implementing of different asset tag streams is an option, and not a mandatory future.

One solution that splits the difference might be using a template for making Assets and having an option to add auto fill variables such as {{NextLaptopAsset#}} or something, but I see that being probably more of a hassle than it's worth.

Sorry, just trying to give ideas.

snipe commented 3 years ago

@Go2ClassPoorYorick People use companies in all kinds of different ways, not always as actual companies. But even then, I'll give you an example:

My old ad agency was bought by a parent company. We inherited another child-company's IT department (they made us fire the consultants we were using). If we implemented something like a company-based asset tag scheme, what happens when the IT dept decides to take a laptop from one child-company and issue it to an employee of another child company? The asset tag would have to change, which means new asset labels, etc. Odds are good that they never add that new label to the laptop, and now we have mixed info, with potentially no way to find that asset ever again.

Plus what would that UI even look like? In the edit-asset page, if you select a new company, it automatically tries to find the next auto-incremented by company, I guess? But people are also asking for tags based off of category, department, etc. You can see how that gets out of hand pretty quickly, right?

Go2ClassPoorYorick commented 3 years ago

If we implemented something like a company-based asset tag scheme, what happens when the IT dept decides to take a laptop from one child-company and issue it to an employee of another child company? The asset tag would have to change, which means new asset labels, etc. Odds are good that they never add that new label to the laptop, and now we have mixed info, with potentially no way to find that asset ever again.

This is a potential issue even without differing asset tags- I could easily hand out assets that are mis-tagged or not tagged at all, the fault there would be in me not receiving that laptop back to re-check it in before re-issuing. Additionally, using the original child companies asset tags (even if they had a solid system in shape) seems to me a poor idea- I would want to recount and inventory what that company already had.

I might be missing the point on this one.

Plus what would that UI even look like? In the edit-asset page, if you select a new company, it automatically tries to find the next auto-incremented by company, I guess? But people are also asking for tags based off of category, department, etc. You can see how that gets out of hand pretty quickly, right?

I don't have a full answer to this, but in my head I see a checkmark in settings "Asset numbers by company/asset numbers by category/single stream assets" Then, depending on the setting, the web-page detects changes in the global category setting and prompts something along the lines of "The new category for this asset uses a different numbering scheme. Would you like to:

I'm not the most elegant at explaining the way it should look and there's nuances that I obviously can't see from here, but I imagine additional settings like "enforce asset category tagging" or something existing with it.

I definitely see this becoming more of a larger project at that point than just "numbers by category" so a quick and dirty of it could literally be on selecting a category, check the category and give it a tag from that category if one exists, else choose the next global asset if the category doesn't have a unique tag set.

I totally get what you're saying about the options getting potentially out of hand. I imagine to prevent that you could just choose whether you wanted to develop to category based numbering or company based numbering. Both have use cases that it should be clear to why their individually beneficial. Ultimately, it's on whether you see either/both/something else as a beneficial use of time for the project.

Go2ClassPoorYorick commented 3 years ago

I can understand arguments against this at a fundamental level- if you look at asset tags as unique identifiers, what does it matter what the number is?

The point outside of that however, is that in actuality in a single-company setup I may be receiving support tickets from different departments with assets in them. Sure, I can pull up each asset in snipe and manually view the category, but by seeing "LAP-0004" I know I'm dealing with a laptop. For an MSP/Child company numbering scheme, I can tell at a glance where the laptop on my desk showed up at. Ultimately, it comes down to preference. Some people don't like having to pull a system up to get information like the situations described above, while others may consider it just as important to pull the asset up and get a history of it before making further decisions.

snipe commented 3 years ago

if you look at asset tags as unique identifiers, what does it matter what the number is?

Because asset labels exist, and people have built integrations with bespoke internal APIs that rely on them always being consistent. Asset tags are not expected to change very much - that's why they are unique identifiers within the system.

I understand what you're asking, but I don't think you're considering all of the ways this could go very wrong - and ultimately, I'm the one that has to deal with those cases.

Go2ClassPoorYorick commented 3 years ago

if you look at asset tags as unique identifiers, what does it matter what the number is?

Because asset labels exist, and people have built integrations with bespoke internal APIs that rely on them always being consistent. Asset tags are not expected to change very much - that's why they are unique identifiers within the system.

I understand what you're asking, but I don't think you're considering all of the ways this could go very wrong - and ultimately, I'm the one that has to deal with those cases.

I was more or less alluding to that- if you ignore the human part of the asset tags they're essentially UUIDs, so it really doesn't matter what they are so long as they don't change, except that we're already allowed to manually modify asset tags so you can't in the same breath say that people rely on asset tags not changing when the paradigm inherently already allows you to change them. The difference being here a structured, automated change to the asset numbers.

And you are inherently correct- I don't have the data for how other people use the system so I'm just making a case from what I see. I can sit here and throw claims like "Why would you assume a manually editable field will always be consistent when making use of an API" but ultimately it comes down to what the majority of the user-base needs from a product- and you're in a position to speak to that.

snipe commented 3 years ago

I haven't given up on the idea - it's just more complicated than it seems, as most things in software are :(

Go2ClassPoorYorick commented 3 years ago

No worries, I'm not really trying to argue- Just giving my piece. In reality a change like this is seemingly meaningless- you overhaul an asset numbering system, how the pages save assets, what asset numbers are linked to, all to save 4 seconds while looking at an asset tag.

snipe commented 3 years ago

Tell that to the folks that need to print out 10k new asset labels, and figure out which old asset tags they belong to :(

Go2ClassPoorYorick commented 3 years ago

Yeah. It sucks- I'm not even dealing with asset counts of that scale, maybe 400 at most, and I'm still finding assets with tags from an earlier era.

The thing that (pardon my insolence) confuses me here is that it feels like you're assuming that this inherently has to break work flow- if a company's just using a prefix and some digits after them, leaving this as an option (add the prefix check on category selection, move to global if null) shouldn't break any reasonable workflow at all.

snipe commented 3 years ago

That's not the problem really. If we add it for company, people will want it for category and department and location whatever else you can imagine. Which takes precedence if you use all of those? The amount of code we'd have to generate - and the different cyclomatic complexity and test paths we have to maintain is a monster. :(

Go2ClassPoorYorick commented 3 years ago

Yep! That's certainly reason alone to leave a project like this off the docket for another time/not at all. I'd try my hand at it, but I'm trash with PHP and despite the number of responses to this don't actually have a huge amount of free time on my hands myself :rofl:

As for precedence, I don't think there's an answer. Leaving it fully configurable changes this from a quick and dirty hackaround to a relatively tedious task. I think these are things that could ultimately be worked around if enough time was given to developing the concept, but that doesn't mean it's inherently worth that time.

JamiePhonic commented 3 years ago

This is a feature that i'd really like to see.

Would it be possible to have Asset Tag "Styles"? (in the same kind of way Models are defined?) Then on the "Create Asset" screen, you'd just select the tag style you want to use for that Asset? It would save the problem of having them coupled to a Company or Department etc If nothing else, it would be a decent compromise for the time being.

Just my thoughts. i have no idea how this method would actually be implemented.

Go2ClassPoorYorick commented 3 years ago

@JamiePhonic please thumb up the original thread- it helps gain traction and visibility when features are added to projects like this.

C-Fu commented 3 years ago

I was pulling my hair trying to do different prefixes... then I realised that there's only one kind of prefix that we can do. Please please please have this! Just one prefix with multiple asset types seem...... odd, to say the least.

Is there an alternative method in the meantime?

PetriAsi commented 3 years ago

What I read above there good reasons for both cases static assets tags and category/company/whatever based rules. Static tag keep identifying assets constant from systems point of view. Category based rules are more human friendly.

What if we keep current asset tag system and implement asset naming rules instead? So instead generating asset tag by rules, system will generate asset name. That asset name could be added to printed asset labels.

For me it would fill both needs, treat asset tags as UUID:s and give flexibility of naming rules.

Prathameshhankare commented 3 years ago

I have just started to explore Snipe-IT for the organisation I am working for. I loved this project and convinced my logit team who keeps the asset records to use it and I gave a proper demo. Now, I am stuck with this just because of no category based prefix option available. They have worked with a different prefix for each category till now with the current system in place and I am finding hard to convince them to use Snipe-IT instead just because Snipe-IT doesn't have a category-based prefix option.

I need the category based prefix option to convince my team to use Snipe-IT or else I need to drop the idea altogether.

Prathameshhankare commented 3 years ago

Is it possible to add a prefix option in the create asset form and then add the prefix manually(of course it needs to check in the background for last used number with the prefix the user has entered) and then the form auto-assign the new incremented asset tag with the prefix?

DomRVA commented 3 years ago

could this not be done as part of the asset name, by category? So the Tag is still a unique ID, but auto-increment the number in the asset name, based on category, with an optional prefix. So, a Laptop with unique Tag ID 00054329 (or whatever) would get an asset name, based on the laptop Category, Prefix-##### where the number auto-increments.