[SOLVED]
@Michael-Huhn this seems to work.

However you discovered that, because for me it's not very intuitive to "search =<int>" when it's more like a "search where in <text>".

Thanks a lot.

@laurawoods
Searching with "%" seems not to work as you expect. I only do get meaningful results using "*".

But you are 100% correct: Tags can not be searching using the 'condition'-API request.
Once again it was a pain to find this out (due to your reply) - this should be clearly stated by the documentation (which IMHO is a pain too - at least the one onloine on https://kb.i-doit.com/ ).

As a workaround I will use the old idot.search. This one is able to find tags.
The results must be filtered for the key * > Tags.
But that's much faster as other things I tried.

Thanks and have a good day,
Wolfgang

@laurawoods Greatly appreciate your hint!
My stupid, I used "*" and not thinking, that it gets 1:1 into a SQL Statement.
Thanks a lot!

@sv Wo hättest du das herausgelesen, dass das nicht erlaubt wäre?
Unter quickpurge finde ich da keine Einschränkung (außer, dass es enabled sein muss).
Ich wollte das auch nutzen ...

I'm currently working on a Powershell module to map i-doit objects to PS objects easier.
It shoudl offer to be able to search for objects containing a tag.

How to setup a condition to find an object containing a tag?

This one gets 0 results
"conditions": [
{
"comparison": "=",
"property": "C__CATG__GLOBAL-type",
"value": "C__OBJTYPE__SERVER"
},
{
"comparison": "=",
"property": "C__CATG__GLOBAL-tag",
"value": "MyTag"
}
]

This one returns all server objects
"conditions": [
{
"comparison": "=",
"property": "C__CATG__GLOBAL-type",
"value": "C__OBJTYPE__SERVER"
},
{
"comparison": "like",
"property": "C__CATG__GLOBAL-tag",
"value": "MyTag"
}
]

Any ideas?
Thank you in advance