Ok, das ist lediglich eine weitere einschränkende Bedingung. Was ich meinte, ist vielmehr: Wo genau soll dieser Code technisch gesehen zur Anwendung kommen? Ich schätze mal, als Bedingung in einem
Workflow.
Von einem Workflow ausgegangen, stellt sich sofort die Frage, was das Objekt des Workflows ist. Ist es ein Artikel, ist es ein Auftrag etc.? Und was soll das auslösende Ereignis des Workflows sein, eine manuelle Auslösung, eine automatische? Wenn letzteres, welche?
Ich vermute ganz stark, Du möchtest am liebsten ein (scheinbar) auslösefreies, automatisches Warnsystem. Ein solches existiert nicht in der
Wawi. Hier muss man sich etwas aus mehr als einem Workflow zusammenbauen. Am ehesten käme zwar ein automatischer Workflow in Artikel - Warenlagerausgang - Minusbuchung und ... - Plusbuchung in Frage, aber genau dort gibt es einen Bug, dass eine Minusbuchung aus einem Versandprozess den Workflow
nicht triggert. Hier bräuchte man also mindestens einen weiteren im Bereich Versand.
Workflows betrachten zudem immer nur
ein Objekt, also
einen Artikel,
einen Kunden,
einen Auftrag etc. Möchte man mehr als ein Objekt betrachten, kommt man um SQL nicht herum. Hier allerdings würde das keine große Rolle spielen, weil Dich ja auch nur interessiert, wenn ein Objekt (Artikel) unter den gewünschten Mindestbestand fällt. Dafür musst aber eben alle möglichen Ereignisse abfangen, die zum Ergebnis "unter Mindestbestand" führen können. Daher: Es braucht mehr als einen Workflow.
Abhängig davon, um welches Objekt es sich handelt und ob Variablen eines anderen Objekts (also wenn Du Artikel nach Kundennummer einer Firma filtern möchtest), wird das idR auch nur über SQL gehen.
Du siehst vielleicht an all dem, dass Deine scheinbar einfache Frage viel komplexer in seiner Umsetzung und damit auch zu individuell ist, um darauf eine pauschale Antwort erhalten zu können.
