OBS Wiki - Benutzerbeiträge [de]

OBS/Kostenpflichtige Module/KI-Mining/Führungs-Dashboard

2026-08-21T06:59:57Z

Hoheneder:

{{Kostenpflichtige Module}}
= Führungs-Dashboard =
Das '''Führungs-Dashboard''' ist ein KI-Mining-Modul für OBS. Es zeigt der Geschäftsleitung die betriebswirtschaftlichen Kerngrößen des Vertriebs- und Auftragsgeschehens auf einen Blick – Rechnungsumsatz und Roherlös, gebundenes Geld (geliefert, aber nicht berechnet), Auftrags- und Angebotsbestand, die Angebots-Trefferquote sowie einen eigenen Block für Dienstleistungen. Alle Größen wahlweise für das laufende Jahr, die letzten zwölf Monate, den Monat oder die Woche – jeweils mit Vorjahresvergleich und umschaltbar nach Sachbearbeiter, Vertreter, Filiale und Team.

Dieser Leitfaden richtet sich an Anwender, Key-User und die Geschäftsleitung. Er erklärt, was das Dashboard zeigt, wie man es bedient, wie es eingerichtet und konfiguriert wird und wie die Kennzahlen berechnet werden.


[[Datei:Fuehrungs-Dashboard_Screenshot.png|thumb|center|900px|Das Führungs-Dashboard auf einen Blick – Beispielansicht mit Demo-Daten (Mockup).]]

== Kurzüberblick ==
Das Führungs-Dashboard ist eine Webseite, die Sie im Browser öffnen. Sie zeigt aufbereitete Kennzahlen in Kacheln und Diagrammen. Die Daten stammen aus einem OBS-Export, der einmal je Nacht (und bei Bedarf auf Knopfdruck) läuft und die aktuellen Zahlen in eine kleine Datei schreibt, die das Dashboard lädt.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Ein OBS-Job verdichtet nachts Rechnungen, Aufträge und Angebote zu einem schlanken Datenpaket (dem „Cube").
* Das Dashboard lädt dieses Paket und rechnet alle Umschaltungen – Zeitfenster, Vorjahr, Dimensionen, Drilldown – direkt im Browser.
* Kein Live-Zugriff auf die Datenbank, kein Dauerdienst: schnell, robust und unabhängig von der Systemlast.
* Ein einziges Dashboard für die Geschäftsleitung – sie schaltet selbst auf einzelne Sachbearbeiter, Vertreter, Filialen oder Teams um.
|}

=== Was Sie auf einen Blick sehen ===
* Wie viel fakturiert wurde und mit welchem Roherlös – im Vergleich zum Vorjahr.
* Wie viel geliefert, aber noch nicht berechnet ist (gebundenes Geld).
* Wie hoch Auftrags- und Angebotsbestand sind und wie viel neu hinzukam.
* Wie gut die Angebots-Trefferquote ist – nach Wert und nach Anzahl.
* Wie sich die Dienstleistungen entwickeln (eigener DL-Block).

=== Was das Dashboard nicht ist ===
* Kein Live-System: Die Zahlen haben den Stand des letzten Export-Laufs.
* Kein Ersatz für die Detailauswertung: In v1 zeigt es verdichtete Summen, keinen Absprung in den einzelnen Beleg (kommt mit v2).

== Was das Dashboard zeigt – die Kennzahlen ==
Die Kacheln teilen sich in zwei Arten: '''Fluss'''-Kennzahlen summieren über die gewählte Zeitspanne (sie folgen dem Zeitfenster-Umschalter), '''Bestands'''-Kennzahlen zeigen den aktuellen Stand zum Stichtag. Bestands-Kacheln nennen zusätzlich den '''Zugang''' der gewählten Periode als zweite Zahl.

{| class="wikitable"
! Kachel !! Was sie zeigt !! Art
|-
| Rechnungsumsatz || Fakturierter Nettoumsatz der Periode – gesamt, inklusive Dienstleistung. || Fluss
|-
| Roherlös (Rechnung) || Umsatz minus Einkaufswert; dazu die Roherlösquote in %. || Fluss
|-
| Geliefert, nicht berechnet || Offener Fakturawert: geliefert, aber noch nicht berechnet (gebundenes Geld). || Bestand
|-
| Auftragsbestand || Noch nicht gelieferter Wert offener Aufträge; als Zugang der Auftragseingang der Periode. || Bestand
|-
| Angebotsbestand || Offene, fristgültige Angebote (Umsatzpotenzial und Roherlös); als Zugang neue Angebote. || Bestand
|-
| Gewonnene Angebote || Angebote, die in der Periode zum Auftrag wurden (Angebotswert). || Fluss
|-
| Verlorene Angebote || Abgelehnte oder mit Frist verfallene Angebote (Angebotswert). || Fluss
|-
| Trefferquote || Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl. || Fluss
|-
| DL-Umsatz / -Roherlös || Dienstleistungsanteil – „davon", im Rechnungsumsatz bereits enthalten. || Fluss
|-
| DL-Auftragsbestand || Offene Dienstleistungsaufträge; als Zugang der DL-Auftragseingang. || Bestand
|}

: ''Hinweis:'' „DL" steht für Dienstleistung. Der DL-Block ist ein '''„davon"-Ausweis''': DL-Umsatz und DL-Roherlös sind bereits im Rechnungsumsatz bzw. Roherlös enthalten und werden '''nicht''' zusätzlich addiert.

=== Diagramme ===
* '''Jahresverlauf''' – kumulierter Umsatz und Roherlös, aktuelles Jahr gegen Vorjahr.
* '''Angebots-Funnel''' – Bestand, gewonnen und verloren nebeneinander, mit Trefferquote.
* '''Ranking''' – Umsatz je Sachbearbeiter bzw. Team (nur in der Gesamt-Ansicht sinnvoll).

== Bedienung – Zeitfenster, Filter, Drilldown ==
Die Steuerung sitzt in der Leiste oben. Jede Umschaltung wirkt sofort – das Dashboard rechnet im Browser, ohne OBS zu belasten.

=== Zeitfenster ===
{| class="wikitable"
! Schalter !! Bedeutung
|-
| YTD || Year-to-Date – 1. Januar bis Stichtag.
|-
| LTM || Last-Twelve-Months – die rollierenden letzten zwölf Monate.
|-
| Monat || Der laufende Kalendermonat.
|-
| Woche || Die laufende Kalenderwoche.
|}
Der '''Vorjahresvergleich''' ist immer '''periodengleich''': verglichen wird mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag – nicht mit dem vollen Vorjahr, damit der Vergleich fair ist.

=== Dimension (Slice) ===
Über den Dimensionsfilter schauen Sie auf das Gesamtunternehmen oder grenzen auf einen Wert ein:
* '''Gesamtunternehmen''' – alle Werte zusammen.
* '''Sachbearbeiter''' / '''Vertreter''' / '''Filiale''' / '''Team''' – Auswahl eines einzelnen Werts.

: ''Hinweis:'' Die Ranking-Diagramme sind nur in der Gesamt-Ansicht aussagekräftig – sie vergleichen ja gerade die einzelnen Sachbearbeiter bzw. Teams miteinander.

=== Kacheln ein- und ausblenden ===
Über das Menü '''„Kacheln"''' blenden Sie einzelne Kennzahlen für die Ansicht ein oder aus. Welche Kacheln grundsätzlich zur Verfügung stehen, legt der Administrator mandantenweit in der INI-Datei fest (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).

=== Drilldown: Konto / Warengruppe ===
Ein Klick auf '''Rechnungsumsatz''', '''Auftragsbestand''' oder '''Angebotsbestand''' öffnet die Aufteilung nach '''Erlöskonto''' bzw. '''Warengruppe'''.

: ''Hinweis:'' In v1 ist diese Aufteilung '''gesamtunternehmensweit und periodengenau''' – sie berücksichtigt den Dimensionsfilter noch nicht. Die Kreuzung von Drilldown und Dimension kommt mit v2. Ein Absprung in die einzelne Belegliste ist ebenfalls für v2 vorgesehen.

=== Aktualisieren ===
Die Schaltfläche '''„Aktualisieren"''' lädt die Datendatei neu. Sinnvoll, wenn zwischenzeitlich ein neuer Export gelaufen ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Rechnungen (RECHSTA, RECHPOS).
* Aufträge und Positionen (AUFTRAG, AUFPOS) samt Warenbewegungen (MATER).
* Angebote (ANGEBOT, ANGPOS).
* Dienstleistungsaufträge (RAUFSTA, RAUFPOS).
* Stammdaten für die Namen: BENUTZ (Sachbearbeiter/Vertreter), S_FILIALE, S_ABTEILUNG (Team), AKONTO (Erlöskonto), ARTIKEL/WARENGR (Warengruppe).

=== Modul-Bestandteile (werden mitgeliefert) ===
* '''FDASH_Export''' – das OBS-Makro, das den Cube erzeugt.
* '''Fuehrungs-Dashboard.html''' – die Dashboard-Seite selbst (enthält Gestaltung und Rechenlogik, benötigt keine weiteren Dateien).
* '''Fuehrungs-Dashboard.ini''' – die Konfiguration.

=== Sonstiges ===
* Ein schlanker Webserver, der das Ausgabeverzeichnis ausliefert. Das Dashboard '''muss über http:// aufgerufen werden''', nicht als Datei (file://).
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den nächtlichen Lauf.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Konfiguration ablegen
: Die Datei '''Fuehrungs-Dashboard.ini''' in <code><OBS>\data\kimining</code> ablegen und anpassen. Wichtig ist vor allem der '''Zielpfad''' der Ausgabedatei – er soll direkt in das Web-Verzeichnis zeigen.
; Schritt 2 – Export-Makro einbinden
: Das Makro '''FDASH_Export''' in OBS einbinden und am Mandanten kompilieren. Es läuft sowohl unter dem klassischen PAX-Scripter als auch unter DWScript.
; Schritt 3 – Webserver einrichten
: Einen schlanken Webserver installieren und das Verzeichnis <code><OBS>\data\webserver</code> als HTTP-Wurzel einbinden. Die Datei '''Fuehrungs-Dashboard.html''' dort ablegen (empfohlen: als <code>index.html</code>, dann genügt später die reine Adresse). Details siehe [[#Der Webserver – Aufruf im Browser|Webserver]].
; Schritt 4 – Erster Export von Hand
: '''FDASH_Export''' einmal manuell starten. Danach muss im Web-Verzeichnis die Datei '''fdash_cube.json''' mit aktuellem Zeitstempel liegen. Dashboard im Browser öffnen und die Zahlen prüfen.
; Schritt 5 – Automatik einrichten
: Im OBS-Scheduler '''FDASH_Export''' nächtlich einplanen (z. B. 02:00 Uhr). Ab dann steht die Geschäftsleitung morgens vor aktuellen Zahlen.

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Damit der Export direkt im Web-Root landet
|-
|
* In der INI unter '''[Export] Pfad''' den '''vollständigen Dateinamen''' angeben, der auf das Web-Verzeichnis zeigt – nicht nur den Ordner.
* Der Dateiname muss '''fdash_cube.json''' lauten (den lädt das Dashboard).
* So entfällt jedes manuelle Kopieren: Export schreibt, Dashboard liest.
|}

== Konfiguration: die INI-Datei ==
'''Fuehrungs-Dashboard.ini''' steuert das mandantenweite Verhalten – Ausgabepfad, sichtbare Kacheln und Dimensionen, Rechenoptionen und den Zielwert für die Roherlös-Ampel.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard / Beispiel
|-
| rowspan="2" | [Export] || Pfad || Voller Pfad und Dateiname der Ausgabe – soll in das Web-Verzeichnis zeigen; Dateiname fdash_cube.json. || data\webserver\fdash_cube.json
|-
| Mandant || Anzeigename des Mandanten (erscheint im Dashboard-Kopf). || (leer)
|-
| rowspan="3" | [Dashboard] || ZielRoherlosquote || Schwelle in % für die Farb-Ampel der Roherlösquote. || 25
|-
| NettoBrutto || Wertbasis der Kennzahlen: netto oder brutto. || netto
|-
| TeamJoinFeld || Team-Zuordnung über den Vertreter (vertret) oder den Sachbearbeiter (verk). || vertret
|-
| rowspan="2" | [Rechnung] || NurGebucht || 1 = nur gebuchte Rechnungen zählen, 0 = alle. || 0
|-
| Datumsanker || Datumsbezug für den Umsatz: Belegdatum (a_datum) oder Buchungsdatum (a_buchdat). || a_datum
|-
| [Kacheln] || Aktiv || Kommagetrennte Liste sichtbarer Kacheln (siehe unten). || ums,roh,fr,ab,ag,gw,gl,hit,dl_ums,dl_roh,dl_ab
|-
| [Dimensionen] || Aktiv || Kommagetrennte Liste sichtbarer Slice-Ebenen. || verk,vertret,filiale,team
|-
| rowspan="2" | [Scope] || Benutzer || v2: personenbezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|-
| Team || v2: teambezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|}

Bedeutung der Kürzel:

{| class="wikitable"
! Kürzel !! Kachel / Dimension
|-
| ums / roh || Rechnungsumsatz / Roherlös
|-
| fr || Geliefert, nicht berechnet
|-
| ab / ag || Auftragsbestand / Angebotsbestand
|-
| gw / gl / hit || Gewonnen / Verloren / Trefferquote
|-
| dl_ums / dl_roh / dl_ab || DL-Umsatz / DL-Roherlös / DL-Auftragsbestand
|-
| verk / vertret / filiale / team || Sachbearbeiter / Vertreter / Filiale / Team
|}

== Der Webserver – Aufruf im Browser ==
Das Dashboard lädt seine Datendatei per <code>fetch</code>. Aus Sicherheitsgründen erlauben Browser das '''nicht''', wenn die Seite als Datei geöffnet wird (<code>file://</code>) – dann käme die Meldung, die Datei müsse manuell gewählt werden. Deshalb wird das Dashboard über einen Webserver ausgeliefert und per <code>http://</code> aufgerufen.

=== Prinzip ===
* Ein schlanker, freier Webserver liefert das Verzeichnis <code><OBS>\data\webserver</code> aus.
* Dort liegen '''index.html''' (das Dashboard) und '''fdash_cube.json''' (die Daten).
* Aufruf im Browser über die Adresse des Servers, z. B. <code>http://<servername>:8080/</code>.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung: als Dienst betreiben
|-
|
* Den Webserver als '''Windows-Dienst''' mit Autostart einrichten – dann läuft er unsichtbar im Hintergrund und startet beim Booten von selbst.
* Bewährt hat sich '''Caddy''': eine einzelne Programmdatei, ein Konfigurations-Eintrag mit dem Web-Verzeichnis, fertig.
* Die Ausgabedatei sollte nicht zwischengespeichert werden (<code>Cache-Control: no-store</code>), damit ein frischer Export sofort sichtbar ist.
|}

=== Zugriff der Geschäftsleitung ===
Läuft der Server zentral, erreichen mehrere Personen das Dashboard über dieselbe Adresse (z. B. <code>http://<servername>:8080/</code>). Für den Zugriff von anderen Rechnern muss der gewählte Port in der Firewall freigegeben sein.

== Aktualität & Datenweg ==
Das Dashboard ist bewusst '''kein Live-System'''. Es zeigt den Stand des letzten Export-Laufs – angezeigt als „Stand: <Datum>" in der Kopfleiste.

Der Weg der Daten:
<pre>
OBS-Datenbank
-> FDASH_Export (naechtlich + manuell)
-> fdash_cube.json (im Web-Verzeichnis)
-> Dashboard im Browser (rechnet alle Umschaltungen)
</pre>

Der Export verdichtet die Belege bereits in OBS zu Summen (dem „Cube") und schreibt eine kleine Datei von wenigen Megabyte. Das Dashboard lädt sie einmal und rechnet danach alle Zeitfenster, Vorjahresvergleiche, Dimensionen und Drilldowns selbst.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Warum verdichtet statt Rohdaten?
|-
|
* Ein Export einzelner Belegpositionen über 24 Monate würde je nach Bestand mehrere Gigabyte groß – im Browser nicht mehr ladbar.
* Der verdichtete Cube ist von der Belegzahl entkoppelt und bleibt bei wenigen Megabyte – schnell geladen, alle Auswertungen bleiben exakt.
* Preis in v1: kein Absprung in die einzelne Belegliste. Das kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
|}

== Wie die Kennzahlen rechnen ==
=== Umsatz und Roherlös ===
Der Rechnungsumsatz ist die vorzeichenrichtige Summe der Nettobeträge aller Rechnungen der Periode – '''Gutschriften zählen negativ'''. Der Roherlös ist Umsatz minus Einkaufswert; die Roherlösquote setzt ihn ins Verhältnis zum Umsatz.

=== Dienstleistung („davon") ===
DL-Umsatz und DL-Roherlös sind der Dienstleistungsanteil, der im Rechnungsumsatz '''bereits enthalten''' ist. Sie werden als „davon" ausgewiesen und nicht zusätzlich addiert – so bleibt die Summe stimmig, auch wenn eine DL-Kachel ausgeblendet wird.

=== Bestände (Variante B) ===
„Geliefert, nicht berechnet", Auftrags- und Angebotsbestand sind Momentaufnahmen zum Stichtag – positionsscharf gerechnet (offene Restmenge mal Preis). Sie zeigen zusätzlich den '''Zugang''' der gewählten Periode. Einen Vorjahres-Bestand gibt es bewusst nicht; der Vorjahresvergleich greift nur beim Zugang.

=== Angebote: gewonnen, verloren, Trefferquote ===
Maßgeblich ist der gepflegte Erfolgsstatus des Angebots. '''Gewonnen''' sind gewandelte bzw. akzeptierte Angebote; '''verloren''' sind aktiv abgelehnte '''und''' offene Angebote, deren Frist abgelaufen ist. Alternativangebote zählen nicht doppelt. Die '''Trefferquote''' ist gewonnen / (gewonnen + verloren) – einmal nach Wert, einmal nach Anzahl.

=== Konto- / Warengruppen-Aufteilung ===
Die Aufteilung im Drilldown summiert die Positionen je Erlöskonto bzw. Warengruppe. '''Unkontierte Positionen werden in der Konto-Sicht ausgeblendet''' – die Summe der Aufteilung kann daher kleiner sein als der Kachelwert (mit entsprechendem Hinweis im Dashboard).

== Häufige Fragen (FAQ) ==
; Das Dashboard fragt, ob ich die Datei manuell laden möchte.
: Dann wurde die Seite als Datei geöffnet (file://). Rufen Sie sie über den Webserver auf (http://…). Prüfen Sie außerdem, ob fdash_cube.json im Web-Verzeichnis liegt.
; Die Zahlen sind veraltet.
: Der Export lief nicht oder die Datei liegt nicht im Web-Verzeichnis. Starten Sie FDASH_Export erneut und laden Sie das Dashboard neu („Aktualisieren"). Der „Stand" in der Kopfleiste zeigt das Datum des letzten Laufs.
; Eine Kachel soll nicht erscheinen.
: Entfernen Sie ihr Kürzel aus [Kacheln] Aktiv in der INI – oder blenden Sie sie nur für die aktuelle Ansicht über das Menü „Kacheln" aus.
; Wir wollen nur bestimmte Dimensionen anbieten.
: Passen Sie [Dimensionen] Aktiv in der INI an.
; Die Roherlös-Ampel passt nicht zu unserem Anspruch.
: Setzen Sie [Dashboard] ZielRoherlosquote auf Ihren Zielwert in Prozent.
; Die Team-Zuordnung stimmt nicht.
: Stellen Sie [Dashboard] TeamJoinFeld auf vertret oder verk, je nachdem, worüber Ihre Teams organisiert sind.
; Die Konto-Aufteilung ergibt weniger als der Kachelwert.
: Unkontierte Positionen werden in der Konto-Sicht ausgeblendet – das ist gewollt und wird im Dashboard vermerkt.
; Eine Bestands-Kachel hat keinen Vorjahresvergleich.
: Das ist Absicht: Bestände sind Momentaufnahmen; ein Vorjahres-Bestand wird nicht geführt. Nur der Zugang wird mit dem Vorjahr verglichen.
; Warum kann ich nicht in den einzelnen Beleg springen?
: v1 arbeitet mit verdichteten Summen. Der Beleglisten-Drilldown kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
; Im Kopf fehlt der Mandantenname.
: Setzen Sie [Export] Mandant in der INI.

== Glossar ==
; Cube
: Das verdichtete Datenpaket (fdash_cube.json), das der Export erzeugt und das Dashboard lädt.
; Fluss / Bestand
: Fluss = Summe über eine Zeitspanne (folgt dem Umschalter); Bestand = Momentaufnahme zum Stichtag.
; YTD / LTM
: Year-to-Date (ab 1. Januar) bzw. Last-Twelve-Months (rollierende letzte zwölf Monate).
; Roherlös / Roherlösquote
: Umsatz minus Einkaufswert; die Quote setzt ihn ins Verhältnis zum Umsatz.
; Geliefert, nicht berechnet
: Offener Fakturawert – geliefert, aber noch nicht in Rechnung gestellt (gebundenes Geld).
; Auftrags-/Angebotsbestand
: Offener, noch nicht gelieferter Auftragswert bzw. offenes, fristgültiges Angebotspotenzial.
; Trefferquote
: Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl.
; Dienstleistung (DL)
: Eigener Block; im Rechnungsumsatz enthalten und als „davon" ausgewiesen.
; Variante B
: Bestands-Kacheln zeigen den aktuellen Stand plus den Periodenzugang; kein Vorjahres-Bestand.
; Drilldown
: Aufschlüsselung einer Kachel nach Erlöskonto bzw. Warengruppe.
; Web-Root / Web-Verzeichnis
: Der vom Webserver ausgelieferte Ordner (data\webserver) mit index.html und fdash_cube.json.
; Vorjahresvergleich (periodengleich)
: Vergleich mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Führungs-Dashboard

2026-08-21T06:57:03Z

Hoheneder:

{{Kostenpflichtige Module}}

Das '''Führungs-Dashboard''' ist ein KI-Mining-Modul für OBS. Es zeigt der Geschäftsleitung die betriebswirtschaftlichen Kerngrößen des Vertriebs- und Auftragsgeschehens auf einen Blick – Rechnungsumsatz und Roherlös, gebundenes Geld (geliefert, aber nicht berechnet), Auftrags- und Angebotsbestand, die Angebots-Trefferquote sowie einen eigenen Block für Dienstleistungen. Alle Größen wahlweise für das laufende Jahr, die letzten zwölf Monate, den Monat oder die Woche – jeweils mit Vorjahresvergleich und umschaltbar nach Sachbearbeiter, Vertreter, Filiale und Team.

Dieser Leitfaden richtet sich an Anwender, Key-User und die Geschäftsleitung. Er erklärt, was das Dashboard zeigt, wie man es bedient, wie es eingerichtet und konfiguriert wird und wie die Kennzahlen berechnet werden.


[[Datei:Fuehrungs-Dashboard_Screenshot.png|thumb|center|900px|Das Führungs-Dashboard auf einen Blick – Beispielansicht mit Demo-Daten (Mockup).]]

== Kurzüberblick ==
Das Führungs-Dashboard ist eine Webseite, die Sie im Browser öffnen. Sie zeigt aufbereitete Kennzahlen in Kacheln und Diagrammen. Die Daten stammen aus einem OBS-Export, der einmal je Nacht (und bei Bedarf auf Knopfdruck) läuft und die aktuellen Zahlen in eine kleine Datei schreibt, die das Dashboard lädt.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Ein OBS-Job verdichtet nachts Rechnungen, Aufträge und Angebote zu einem schlanken Datenpaket (dem „Cube").
* Das Dashboard lädt dieses Paket und rechnet alle Umschaltungen – Zeitfenster, Vorjahr, Dimensionen, Drilldown – direkt im Browser.
* Kein Live-Zugriff auf die Datenbank, kein Dauerdienst: schnell, robust und unabhängig von der Systemlast.
* Ein einziges Dashboard für die Geschäftsleitung – sie schaltet selbst auf einzelne Sachbearbeiter, Vertreter, Filialen oder Teams um.
|}

=== Was Sie auf einen Blick sehen ===
* Wie viel fakturiert wurde und mit welchem Roherlös – im Vergleich zum Vorjahr.
* Wie viel geliefert, aber noch nicht berechnet ist (gebundenes Geld).
* Wie hoch Auftrags- und Angebotsbestand sind und wie viel neu hinzukam.
* Wie gut die Angebots-Trefferquote ist – nach Wert und nach Anzahl.
* Wie sich die Dienstleistungen entwickeln (eigener DL-Block).

=== Was das Dashboard nicht ist ===
* Kein Live-System: Die Zahlen haben den Stand des letzten Export-Laufs.
* Kein Ersatz für die Detailauswertung: In v1 zeigt es verdichtete Summen, keinen Absprung in den einzelnen Beleg (kommt mit v2).

== Was das Dashboard zeigt – die Kennzahlen ==
Die Kacheln teilen sich in zwei Arten: '''Fluss'''-Kennzahlen summieren über die gewählte Zeitspanne (sie folgen dem Zeitfenster-Umschalter), '''Bestands'''-Kennzahlen zeigen den aktuellen Stand zum Stichtag. Bestands-Kacheln nennen zusätzlich den '''Zugang''' der gewählten Periode als zweite Zahl.

{| class="wikitable"
! Kachel !! Was sie zeigt !! Art
|-
| Rechnungsumsatz || Fakturierter Nettoumsatz der Periode – gesamt, inklusive Dienstleistung. || Fluss
|-
| Roherlös (Rechnung) || Umsatz minus Einkaufswert; dazu die Roherlösquote in %. || Fluss
|-
| Geliefert, nicht berechnet || Offener Fakturawert: geliefert, aber noch nicht berechnet (gebundenes Geld). || Bestand
|-
| Auftragsbestand || Noch nicht gelieferter Wert offener Aufträge; als Zugang der Auftragseingang der Periode. || Bestand
|-
| Angebotsbestand || Offene, fristgültige Angebote (Umsatzpotenzial und Roherlös); als Zugang neue Angebote. || Bestand
|-
| Gewonnene Angebote || Angebote, die in der Periode zum Auftrag wurden (Angebotswert). || Fluss
|-
| Verlorene Angebote || Abgelehnte oder mit Frist verfallene Angebote (Angebotswert). || Fluss
|-
| Trefferquote || Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl. || Fluss
|-
| DL-Umsatz / -Roherlös || Dienstleistungsanteil – „davon", im Rechnungsumsatz bereits enthalten. || Fluss
|-
| DL-Auftragsbestand || Offene Dienstleistungsaufträge; als Zugang der DL-Auftragseingang. || Bestand
|}

: ''Hinweis:'' „DL" steht für Dienstleistung. Der DL-Block ist ein '''„davon"-Ausweis''': DL-Umsatz und DL-Roherlös sind bereits im Rechnungsumsatz bzw. Roherlös enthalten und werden '''nicht''' zusätzlich addiert.

=== Diagramme ===
* '''Jahresverlauf''' – kumulierter Umsatz und Roherlös, aktuelles Jahr gegen Vorjahr.
* '''Angebots-Funnel''' – Bestand, gewonnen und verloren nebeneinander, mit Trefferquote.
* '''Ranking''' – Umsatz je Sachbearbeiter bzw. Team (nur in der Gesamt-Ansicht sinnvoll).

== Bedienung – Zeitfenster, Filter, Drilldown ==
Die Steuerung sitzt in der Leiste oben. Jede Umschaltung wirkt sofort – das Dashboard rechnet im Browser, ohne OBS zu belasten.

=== Zeitfenster ===
{| class="wikitable"
! Schalter !! Bedeutung
|-
| YTD || Year-to-Date – 1. Januar bis Stichtag.
|-
| LTM || Last-Twelve-Months – die rollierenden letzten zwölf Monate.
|-
| Monat || Der laufende Kalendermonat.
|-
| Woche || Die laufende Kalenderwoche.
|}
Der '''Vorjahresvergleich''' ist immer '''periodengleich''': verglichen wird mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag – nicht mit dem vollen Vorjahr, damit der Vergleich fair ist.

=== Dimension (Slice) ===
Über den Dimensionsfilter schauen Sie auf das Gesamtunternehmen oder grenzen auf einen Wert ein:
* '''Gesamtunternehmen''' – alle Werte zusammen.
* '''Sachbearbeiter''' / '''Vertreter''' / '''Filiale''' / '''Team''' – Auswahl eines einzelnen Werts.

: ''Hinweis:'' Die Ranking-Diagramme sind nur in der Gesamt-Ansicht aussagekräftig – sie vergleichen ja gerade die einzelnen Sachbearbeiter bzw. Teams miteinander.

=== Kacheln ein- und ausblenden ===
Über das Menü '''„Kacheln"''' blenden Sie einzelne Kennzahlen für die Ansicht ein oder aus. Welche Kacheln grundsätzlich zur Verfügung stehen, legt der Administrator mandantenweit in der INI-Datei fest (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).

=== Drilldown: Konto / Warengruppe ===
Ein Klick auf '''Rechnungsumsatz''', '''Auftragsbestand''' oder '''Angebotsbestand''' öffnet die Aufteilung nach '''Erlöskonto''' bzw. '''Warengruppe'''.

: ''Hinweis:'' In v1 ist diese Aufteilung '''gesamtunternehmensweit und periodengenau''' – sie berücksichtigt den Dimensionsfilter noch nicht. Die Kreuzung von Drilldown und Dimension kommt mit v2. Ein Absprung in die einzelne Belegliste ist ebenfalls für v2 vorgesehen.

=== Aktualisieren ===
Die Schaltfläche '''„Aktualisieren"''' lädt die Datendatei neu. Sinnvoll, wenn zwischenzeitlich ein neuer Export gelaufen ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Rechnungen (RECHSTA, RECHPOS).
* Aufträge und Positionen (AUFTRAG, AUFPOS) samt Warenbewegungen (MATER).
* Angebote (ANGEBOT, ANGPOS).
* Dienstleistungsaufträge (RAUFSTA, RAUFPOS).
* Stammdaten für die Namen: BENUTZ (Sachbearbeiter/Vertreter), S_FILIALE, S_ABTEILUNG (Team), AKONTO (Erlöskonto), ARTIKEL/WARENGR (Warengruppe).

=== Modul-Bestandteile (werden mitgeliefert) ===
* '''FDASH_Export''' – das OBS-Makro, das den Cube erzeugt.
* '''Fuehrungs-Dashboard.html''' – die Dashboard-Seite selbst (enthält Gestaltung und Rechenlogik, benötigt keine weiteren Dateien).
* '''Fuehrungs-Dashboard.ini''' – die Konfiguration.

=== Sonstiges ===
* Ein schlanker Webserver, der das Ausgabeverzeichnis ausliefert. Das Dashboard '''muss über http:// aufgerufen werden''', nicht als Datei (file://).
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den nächtlichen Lauf.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Konfiguration ablegen
: Die Datei '''Fuehrungs-Dashboard.ini''' in <code><OBS>\data\kimining</code> ablegen und anpassen. Wichtig ist vor allem der '''Zielpfad''' der Ausgabedatei – er soll direkt in das Web-Verzeichnis zeigen.
; Schritt 2 – Export-Makro einbinden
: Das Makro '''FDASH_Export''' in OBS einbinden und am Mandanten kompilieren. Es läuft sowohl unter dem klassischen PAX-Scripter als auch unter DWScript.
; Schritt 3 – Webserver einrichten
: Einen schlanken Webserver installieren und das Verzeichnis <code><OBS>\data\webserver</code> als HTTP-Wurzel einbinden. Die Datei '''Fuehrungs-Dashboard.html''' dort ablegen (empfohlen: als <code>index.html</code>, dann genügt später die reine Adresse). Details siehe [[#Der Webserver – Aufruf im Browser|Webserver]].
; Schritt 4 – Erster Export von Hand
: '''FDASH_Export''' einmal manuell starten. Danach muss im Web-Verzeichnis die Datei '''fdash_cube.json''' mit aktuellem Zeitstempel liegen. Dashboard im Browser öffnen und die Zahlen prüfen.
; Schritt 5 – Automatik einrichten
: Im OBS-Scheduler '''FDASH_Export''' nächtlich einplanen (z. B. 02:00 Uhr). Ab dann steht die Geschäftsleitung morgens vor aktuellen Zahlen.

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Damit der Export direkt im Web-Root landet
|-
|
* In der INI unter '''[Export] Pfad''' den '''vollständigen Dateinamen''' angeben, der auf das Web-Verzeichnis zeigt – nicht nur den Ordner.
* Der Dateiname muss '''fdash_cube.json''' lauten (den lädt das Dashboard).
* So entfällt jedes manuelle Kopieren: Export schreibt, Dashboard liest.
|}

== Konfiguration: die INI-Datei ==
'''Fuehrungs-Dashboard.ini''' steuert das mandantenweite Verhalten – Ausgabepfad, sichtbare Kacheln und Dimensionen, Rechenoptionen und den Zielwert für die Roherlös-Ampel.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard / Beispiel
|-
| rowspan="2" | [Export] || Pfad || Voller Pfad und Dateiname der Ausgabe – soll in das Web-Verzeichnis zeigen; Dateiname fdash_cube.json. || data\webserver\fdash_cube.json
|-
| Mandant || Anzeigename des Mandanten (erscheint im Dashboard-Kopf). || (leer)
|-
| rowspan="3" | [Dashboard] || ZielRoherlosquote || Schwelle in % für die Farb-Ampel der Roherlösquote. || 25
|-
| NettoBrutto || Wertbasis der Kennzahlen: netto oder brutto. || netto
|-
| TeamJoinFeld || Team-Zuordnung über den Vertreter (vertret) oder den Sachbearbeiter (verk). || vertret
|-
| rowspan="2" | [Rechnung] || NurGebucht || 1 = nur gebuchte Rechnungen zählen, 0 = alle. || 0
|-
| Datumsanker || Datumsbezug für den Umsatz: Belegdatum (a_datum) oder Buchungsdatum (a_buchdat). || a_datum
|-
| [Kacheln] || Aktiv || Kommagetrennte Liste sichtbarer Kacheln (siehe unten). || ums,roh,fr,ab,ag,gw,gl,hit,dl_ums,dl_roh,dl_ab
|-
| [Dimensionen] || Aktiv || Kommagetrennte Liste sichtbarer Slice-Ebenen. || verk,vertret,filiale,team
|-
| rowspan="2" | [Scope] || Benutzer || v2: personenbezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|-
| Team || v2: teambezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|}

Bedeutung der Kürzel:

{| class="wikitable"
! Kürzel !! Kachel / Dimension
|-
| ums / roh || Rechnungsumsatz / Roherlös
|-
| fr || Geliefert, nicht berechnet
|-
| ab / ag || Auftragsbestand / Angebotsbestand
|-
| gw / gl / hit || Gewonnen / Verloren / Trefferquote
|-
| dl_ums / dl_roh / dl_ab || DL-Umsatz / DL-Roherlös / DL-Auftragsbestand
|-
| verk / vertret / filiale / team || Sachbearbeiter / Vertreter / Filiale / Team
|}

== Der Webserver – Aufruf im Browser ==
Das Dashboard lädt seine Datendatei per <code>fetch</code>. Aus Sicherheitsgründen erlauben Browser das '''nicht''', wenn die Seite als Datei geöffnet wird (<code>file://</code>) – dann käme die Meldung, die Datei müsse manuell gewählt werden. Deshalb wird das Dashboard über einen Webserver ausgeliefert und per <code>http://</code> aufgerufen.

=== Prinzip ===
* Ein schlanker, freier Webserver liefert das Verzeichnis <code><OBS>\data\webserver</code> aus.
* Dort liegen '''index.html''' (das Dashboard) und '''fdash_cube.json''' (die Daten).
* Aufruf im Browser über die Adresse des Servers, z. B. <code>http://<servername>:8080/</code>.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung: als Dienst betreiben
|-
|
* Den Webserver als '''Windows-Dienst''' mit Autostart einrichten – dann läuft er unsichtbar im Hintergrund und startet beim Booten von selbst.
* Bewährt hat sich '''Caddy''': eine einzelne Programmdatei, ein Konfigurations-Eintrag mit dem Web-Verzeichnis, fertig.
* Die Ausgabedatei sollte nicht zwischengespeichert werden (<code>Cache-Control: no-store</code>), damit ein frischer Export sofort sichtbar ist.
|}

=== Zugriff der Geschäftsleitung ===
Läuft der Server zentral, erreichen mehrere Personen das Dashboard über dieselbe Adresse (z. B. <code>http://<servername>:8080/</code>). Für den Zugriff von anderen Rechnern muss der gewählte Port in der Firewall freigegeben sein.

== Aktualität & Datenweg ==
Das Dashboard ist bewusst '''kein Live-System'''. Es zeigt den Stand des letzten Export-Laufs – angezeigt als „Stand: <Datum>" in der Kopfleiste.

Der Weg der Daten:
<pre>
OBS-Datenbank
-> FDASH_Export (naechtlich + manuell)
-> fdash_cube.json (im Web-Verzeichnis)
-> Dashboard im Browser (rechnet alle Umschaltungen)
</pre>

Der Export verdichtet die Belege bereits in OBS zu Summen (dem „Cube") und schreibt eine kleine Datei von wenigen Megabyte. Das Dashboard lädt sie einmal und rechnet danach alle Zeitfenster, Vorjahresvergleiche, Dimensionen und Drilldowns selbst.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Warum verdichtet statt Rohdaten?
|-
|
* Ein Export einzelner Belegpositionen über 24 Monate würde je nach Bestand mehrere Gigabyte groß – im Browser nicht mehr ladbar.
* Der verdichtete Cube ist von der Belegzahl entkoppelt und bleibt bei wenigen Megabyte – schnell geladen, alle Auswertungen bleiben exakt.
* Preis in v1: kein Absprung in die einzelne Belegliste. Das kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
|}

== Wie die Kennzahlen rechnen ==
=== Umsatz und Roherlös ===
Der Rechnungsumsatz ist die vorzeichenrichtige Summe der Nettobeträge aller Rechnungen der Periode – '''Gutschriften zählen negativ'''. Der Roherlös ist Umsatz minus Einkaufswert; die Roherlösquote setzt ihn ins Verhältnis zum Umsatz.

=== Dienstleistung („davon") ===
DL-Umsatz und DL-Roherlös sind der Dienstleistungsanteil, der im Rechnungsumsatz '''bereits enthalten''' ist. Sie werden als „davon" ausgewiesen und nicht zusätzlich addiert – so bleibt die Summe stimmig, auch wenn eine DL-Kachel ausgeblendet wird.

=== Bestände (Variante B) ===
„Geliefert, nicht berechnet", Auftrags- und Angebotsbestand sind Momentaufnahmen zum Stichtag – positionsscharf gerechnet (offene Restmenge mal Preis). Sie zeigen zusätzlich den '''Zugang''' der gewählten Periode. Einen Vorjahres-Bestand gibt es bewusst nicht; der Vorjahresvergleich greift nur beim Zugang.

=== Angebote: gewonnen, verloren, Trefferquote ===
Maßgeblich ist der gepflegte Erfolgsstatus des Angebots. '''Gewonnen''' sind gewandelte bzw. akzeptierte Angebote; '''verloren''' sind aktiv abgelehnte '''und''' offene Angebote, deren Frist abgelaufen ist. Alternativangebote zählen nicht doppelt. Die '''Trefferquote''' ist gewonnen / (gewonnen + verloren) – einmal nach Wert, einmal nach Anzahl.

=== Konto- / Warengruppen-Aufteilung ===
Die Aufteilung im Drilldown summiert die Positionen je Erlöskonto bzw. Warengruppe. '''Unkontierte Positionen werden in der Konto-Sicht ausgeblendet''' – die Summe der Aufteilung kann daher kleiner sein als der Kachelwert (mit entsprechendem Hinweis im Dashboard).

== Häufige Fragen (FAQ) ==
; Das Dashboard fragt, ob ich die Datei manuell laden möchte.
: Dann wurde die Seite als Datei geöffnet (file://). Rufen Sie sie über den Webserver auf (http://…). Prüfen Sie außerdem, ob fdash_cube.json im Web-Verzeichnis liegt.
; Die Zahlen sind veraltet.
: Der Export lief nicht oder die Datei liegt nicht im Web-Verzeichnis. Starten Sie FDASH_Export erneut und laden Sie das Dashboard neu („Aktualisieren"). Der „Stand" in der Kopfleiste zeigt das Datum des letzten Laufs.
; Eine Kachel soll nicht erscheinen.
: Entfernen Sie ihr Kürzel aus [Kacheln] Aktiv in der INI – oder blenden Sie sie nur für die aktuelle Ansicht über das Menü „Kacheln" aus.
; Wir wollen nur bestimmte Dimensionen anbieten.
: Passen Sie [Dimensionen] Aktiv in der INI an.
; Die Roherlös-Ampel passt nicht zu unserem Anspruch.
: Setzen Sie [Dashboard] ZielRoherlosquote auf Ihren Zielwert in Prozent.
; Die Team-Zuordnung stimmt nicht.
: Stellen Sie [Dashboard] TeamJoinFeld auf vertret oder verk, je nachdem, worüber Ihre Teams organisiert sind.
; Die Konto-Aufteilung ergibt weniger als der Kachelwert.
: Unkontierte Positionen werden in der Konto-Sicht ausgeblendet – das ist gewollt und wird im Dashboard vermerkt.
; Eine Bestands-Kachel hat keinen Vorjahresvergleich.
: Das ist Absicht: Bestände sind Momentaufnahmen; ein Vorjahres-Bestand wird nicht geführt. Nur der Zugang wird mit dem Vorjahr verglichen.
; Warum kann ich nicht in den einzelnen Beleg springen?
: v1 arbeitet mit verdichteten Summen. Der Beleglisten-Drilldown kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
; Im Kopf fehlt der Mandantenname.
: Setzen Sie [Export] Mandant in der INI.

== Glossar ==
; Cube
: Das verdichtete Datenpaket (fdash_cube.json), das der Export erzeugt und das Dashboard lädt.
; Fluss / Bestand
: Fluss = Summe über eine Zeitspanne (folgt dem Umschalter); Bestand = Momentaufnahme zum Stichtag.
; YTD / LTM
: Year-to-Date (ab 1. Januar) bzw. Last-Twelve-Months (rollierende letzte zwölf Monate).
; Roherlös / Roherlösquote
: Umsatz minus Einkaufswert; die Quote setzt ihn ins Verhältnis zum Umsatz.
; Geliefert, nicht berechnet
: Offener Fakturawert – geliefert, aber noch nicht in Rechnung gestellt (gebundenes Geld).
; Auftrags-/Angebotsbestand
: Offener, noch nicht gelieferter Auftragswert bzw. offenes, fristgültiges Angebotspotenzial.
; Trefferquote
: Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl.
; Dienstleistung (DL)
: Eigener Block; im Rechnungsumsatz enthalten und als „davon" ausgewiesen.
; Variante B
: Bestands-Kacheln zeigen den aktuellen Stand plus den Periodenzugang; kein Vorjahres-Bestand.
; Drilldown
: Aufschlüsselung einer Kachel nach Erlöskonto bzw. Warengruppe.
; Web-Root / Web-Verzeichnis
: Der vom Webserver ausgelieferte Ordner (data\webserver) mit index.html und fdash_cube.json.
; Vorjahresvergleich (periodengleich)
: Vergleich mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag.


[[Kategorie:Kostenpflichtige Module]]

Vorlage:Kostenpflichtige Module

2026-08-21T06:55:45Z

Hoheneder:

<div style="float:right; clear:both; margin-left:2px; padding:0px; background:#FFFFFF; width:19em">
<div style="border:none;margin-top:0pt;padding:0pt;" id="navigation">

<div style="position:relative;top:-20pt;color:#000000;background:#ffffff; border: 3pt double #cfcfcf; padding: 5pt; margin: 0pt;margin-bottom:-20pt; z-index:1;border-top-right-radius:7pt;-moz-border-radius-topright:7pt;-webkit-border-top-right-radius:7pt;border-bottom-left-radius:7pt;-moz-border-radius-bottomleft:7pt;-webkit-border-bottom-left-radius:7pt;box-shadow: 3px 3px 4px #c0c0c0;-webkit-box-shadow: 3px 3px 4px #c0c0c0;-moz-box-shadow: 3px 3px 4px #c0c0c0;">[[Hauptseite|Wiki]] » [[Kostenpflichtige Module|Kostenpflichtige Module]]</div>
</div>

{{Vorlage:Textbox-Blau|1=Kostenpflichtige Module|2=

{{Vorlage:Klapptext|kopf='''Internet-Shop'''|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop| OBS Schnittstelle Internet Shop]]
{{Vorlage:Klapptext|kopf='''Der modified ECommerce Shop'''|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/FAQs|FAQs]]
*[[OBS/Internet-Shop/modified-eCommerce|Überblick zum modified ECommerce Shop]]
{{Vorlage:Klapptext|kopf=Shop-Menü|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/A Preise aktualisieren|A Preise aktualisieren]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/C Personen übertragen|C Personen übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/E Kategorien verwalten|E Kategorien verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/G Kataloge verwalten|G Kataloge verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/I Merkliste übertragen|I Merkliste übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/K Varianten übertragen|K Varianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/L Artikelvarianten übertragen|L Artikelvarianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/M Referenzarten übertragen|M Referenzarten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/N Lagerbestände verwalten|N Lagerbestände verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Bestellungen_einlesen|U Bestellungen einlesen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/V leere Passworte füllen|V leere Passworte füllen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/W Update-Informationen zurücksetzen|W Update-Informationen zurücksetzen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration/modified_eCommerce|X Konfiguration]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Protokoll|Z Protokoll]]
}}
{{Vorlage:Klapptext|kopf=Automatische Vorgänge|inhalt=
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Bestellungen einlesen|Bestellungen einlesen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien erstellen|Verfügbarkeitsdateien erstellen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien hochladen|Verfügbarkeitsdateien hochladen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Änderungsautomatik|geänderte Artikel übertragen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Preise aktualisieren|Preise aktualisieren]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Anlage Shopkategorien|Anlage der Shopkategorien auf Grundlage der OBS-Warengruppen]]
}}
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/besondere Funktionen|Besondere Anpassungen im xtcModified Shop]] 
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/modified_eCommerce_2|modified eCommerce 2.0]]|inhalt=
*[[OBS/Internet-Shop/modified_eCommerce_2.0|Funktionen und FAQ]]
}}

{{Vorlage:Klapptext|kopf=[[OBS/Internet-Shop/ShopV4|Der Büroring-ShopV4]]|inhalt=
*[[OBS/Internet-Shop/ShopV4/FAQs|FAQs]]
{{Vorlage:Klapptext|kopf=Einrichtung|inhalt=
* [[OBS/Internet-Shop/ShopV4/1.1_Einstellungen_im_Shop|Einstellungen im Shop]]
* [[OBS/Internet-Shop/ShopV4/1.2_Einstellungen_in_OBS|Einstellungen in OBS]]
* [[OBS/Internet-Shop/ShopV4/Erste_Schritte|Erste Schritte]]
}}
* [[OBS/Internet-Shop/ShopV4/Shop-Menu|Shop-Menü]]
* [[OBS/Internet-Shop/ShopV4/Shop-Lieferanten|Shop-Lieferanten]]
* [[OBS/Internet-Shop/ShopV4/Import_von_Bestellungen|Import von Bestellungen]]
* [[OBS/Internet-Shop/ShopV4/Personen_/_Kundengruppen|Personen / Kundengruppe]]
{{Vorlage:Klapptext|kopf=Eigene Artikel|inhalt=
* [[OBS/Internet-Shop/ShopV4/6.1_Artikel_übertragen|Artikel übertragen]]
* [[OBS/Internet-Shop/ShopV4/6.2_Shop-Warengruppen|Shop-Warengruppen]]
}}
* [[OBS/Internet-Shop/ShopV4/Preislisten|Preislisten]]
* [[OBS/Internet-Shop/ShopV4/Katalogvorlagen|Katalogvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Bestellvorlagen|Bestellvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Sortiment|Sortiment]]
* [[OBS/Internet-Shop/ShopV4/Kostenstellen|Kostenstellen]]
* [[OBS/Internet-Shop/ShopV4/Personen-Einstellungen|Personen-Einstellungen]]
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|brShop24]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24|Übersicht]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Einrichtung|Einrichtung]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Bekannte_Probleme|Bekannte Probleme]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#H.C3.A4ufig_gestellte_Fragen_.28FAQ.29|Häufig gestellte Fragen (FAQ)]]
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|Einstellungen und Automatiken]]|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration|Konfiguration]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Zuordnungen|Zuordnungen/Datenverknüpfung OBS und Shop]]
* [[Kostenpflichtige_Module/Internet-Shop/Einrichtung/Automatiken|Automatiken einrichten]]
}}
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24#Erkl.C3.A4rungen.2FFunktionen|Funktionen]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Kundengruppen_verwalten|Kundengruppen verwalten]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Personen_übertragen|Personen übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Preise_übertragen|Preise übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Eigene_Artikel_übertragen|Eigene Artikel übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Shoppinglisten_übertragen|Shoppinglisten übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Jobinformationen|Jobinformationen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Migration|Migration]]
* [[Kostenpflichtige Module/Internet-Shop/brShop24/PDF-Druck Artikellink|PDF-Druck Artikellink]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Definition_Sortiment|Definition Sortiment (individuelle Konfiguration)]]
}}
}}

* [[Kostenpflichtige Module/Internet-Shop/soCONNECT|so.CONNECT (Soennecken)]]

}}

{{Vorlage:Klapptext|kopf='''Preislisten'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]]|inhalt=
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislisten-Artikel|Preislisten-Artikel]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislistengruppen|Preislistengruppen]]
}}
* [[OBS/Preislisten/FAQ_Preislisten|FAQ Preislisten]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise für Preislisten ohne Server|Vorgehen für Preislisten ohne Server]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise mit Server/Client Installation für Preislisten|Vorgehen für Preislisten mit Server]]
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere Funktionen|F10 Weitere Funktionen]]|inhalt=
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#A_Preisliste_nach_Excel|A Preisliste nach Excel]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B1_Excel_in_Preisliste|B1 Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B2_freie_Excel_in_Preisliste|B2 freie Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B3_Lieferanten-Preise_aus_CSV_in_Preisliste|B3 Lieferanten-Preise aus CSV in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|C Automatische Vorgänge Preislisten]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Formeln|D Formelverwaltung]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#F.C3.BCllen_einer_Preisliste_aus_Angebot|E1 Angebot nach Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#Angebot_aus_Preisliste_generieren|E2 Preisliste nach Angebot]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|Automatiken Kommandos]]|inhalt=
* [[OBS/Preislisten/Preislisten per Macro füllen|Preislisten per Macro füllen]]
* [[OBS/Preislisten/Preislisten per Macro kopieren|Preislisten per Macro kopieren]]
}}
}}

{{Vorlage:Klapptext|kopf='''ZUGFeRD'''|inhalt=
* [[OBS/Kostenpflichtige Module/ZUGFeRD|ZUGFeRD]]
* [[OBS/Kostenpflichtige Module/ZUGFeRD/Konfiguration|ZUGFeRD Konfiguration]]
}}
{{Vorlage:Klapptext|kopf='''Factoring'''|inhalt=
* [[OBS/Kostenpflichtige Module/Was ist Factoring?|Was ist Factoring?]]
* [[OBS/Kostenpflichtige Module/Factoring in OBS| Factoring in OBS]]
* [[OBS/Kostenpflichtige Module/Erstellen und Verwenden von Factoring Rechnungen|Erstellen und Verwenden von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Auswertung und Übermittlung von Factoring Rechnungen|Auswertung und Übermittlung von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Factoring Fibu|Factoring Fibu]]
}}
{{Vorlage:Klapptext|kopf='''UPS'''|inhalt=
* [[OBS/kostenpflichtige Module/UPS|UPS Modul]]
}}
{{Vorlage:Klapptext|kopf='''DHL'''|inhalt=
* [[OBS/kostenpflichtige Module/DHL|DHL Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''IMS Professional'''|inhalt=
;
* [[OBS/kostenpflichtige Module/IMSPro|IMS-Professional]]

}}
{{Vorlage:Klapptext|kopf='''TAPI'''|inhalt=
* [[OBS/Kostenpflichtige Module/TAPI|TAPI]]
* [[OBS/Kostenpflichtige Module/TAPI Voraussetzungen|Voraussetzungen]]
* [[OBS/Kostenpflichtige Module/TAPI Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/TAPI Externe Telefonanbindungen|Externe Telefonanbindungen]]
}}
{{Vorlage:Klapptext|kopf='''SMS'''|inhalt=
* [[OBS/Kostenpflichtige Module/SMS|SMS]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Fleet_Management|'''Fleet Management''']]|inhalt=
* [[OBS/Kostenpflichtige Module/Fleet Management/FMAudit|FMAudit]]
* [[FRMFMZENTRALE_MELDUNGEN|FMAudit Pro]]
* [[OBS/Kostenpflichtige Module/Fleet Management/UTAX E-mail|UTAX E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_XML|Brother XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KonicaMinolta_E-Mail|Konica Minolta E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/docuFORM|docuFORM XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KyoceraFleetServices|KFS XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/SimpleClicksXML|SimpleClicks XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_PPPB_xlsx|Brother PPPB Xlsx]]
}}
{{Vorlage:Klapptext|kopf='''Mehrlager-Verwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrlager-Verwaltung|Mehrlager-Verwaltung]]
}}
{{Vorlage:Klapptext|kopf='''Mehrsprachen Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrsprachen Modul|Mehrsprachen Modul]]
}}
{{Vorlage:Klapptext|kopf='''Multilanguage Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Multilanguage Modul|Multilanguage Modul]]
}}

{{Vorlage:Klapptext|kopf='''Einfache Produktionsnachverfolgung'''|inhalt=
* [[OBS/Einfache Produktionsnachverfolgung/Was ist|Was ist die Einfache Produktionsnachverfolgung]]
* [[OBS/Einfache Produktionsnachverfolgung/FRMEDITPRODMENGE|Scannen der Auftragspositionen]]
* [[OBS/Einfache Produktionsnachverfolgung/Sammellieferschein|Sammellieferschein]]
}}
{{Vorlage:Klapptext|kopf='''DMS - Dokumenten Management System'''|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS|DMS]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Einscannen von Dokumenten im Stapelbetrieb]]
{{Vorlage:Klapptext|kopf=DMS Dokumente|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/Versionierung|Dokumentenversionierung]]
{{Vorlage:Klapptext|kopf=Tasten und Schaltflächen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F2 Filter|F2 Filter]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F5 Markieren|F5 Mark]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Verknüpfung|F6 Verknü.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F7 Suche|F7 Suche]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F8 Info|F8 Info]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F9 Gruppe|F9 Gruppe]]
{{Vorlage:Klapptext|kopf=F10 Weit.|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F10 Weitere Funktionen|F10 Weit.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Stammdaten|DMS Stammdaten]]
{{Vorlage:Klapptext|kopf=E DMS Definitionen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen Eingabemaske|Eingabemaske]]
}}
* [[OBS/Kostenpflichtige Module/DMS/QR Etiketten|M QR Etiketten drucken]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Viewer|Dokument]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Eingabemaske|Eingabemaske]]
}}
}}

{{Vorlage:Klapptext|kopf='''QR Zeiterfassung'''|inhalt=
* [[OBS/Kostenpflichtige Module/QR Zeiterfassung|QR Zeiterfassung]]
* [[OBS/Kostenpflichtige Module/QR Einrichtung Checkliste|QR Einrichtung Checkliste]]
}}

{{Vorlage:Klapptext|kopf='''EVA Marketing Tool'''|inhalt=
* [[OBS/EVA]]
}}

{{Vorlage:Klapptext|kopf='''Technikersteuerung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Ziel der Technikersteuerung|Ziel der Technikersteuerung]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge erstellen|Terminvorschläge für Techniker erstellen]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Liste|Liste]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Definition Terminvorschlagslisten|Definition Terminvorschlagslisten/T-Def]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge bearbeiten|Terminvorschläge für Techniker bearbeiten]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschlagsliste aktualisieren|Terminvorschlagsliste akt./T-Liste]]
}}

{{Vorlage:Klapptext|kopf='''Termin-Projekte'''|inhalt=
* [[OBS/Kostenpflichtige Module/Termin-Projekte|Termin-Projekte]]
}}

{{Vorlage:Klapptext|kopf='''Edifact-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/Edifact|Edifact Schnittstelle]]
}}

{{Vorlage:Klapptext|kopf='''Backup Überwachung Email'''|inhalt=
* [[OBS/Kostenpflichtige Module/Backup Überwachung Email|Backup Überwachung Email]]
}}

{{Vorlage:Klapptext|kopf='''Anlagenbuchhaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung|Anlagenbuchhaltung]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Auswertungen|Auswertungsdrucke]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagengüter|Anlagegüterübersicht]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Abschreibungsarten|Abschreibungsarten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagekonten|Anlagekonten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Bewegung|Anlagebewegungen]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagenstapel|Anlagenstapel]]
}}

{{Vorlage:Klapptext|kopf='''OBS Geo Daten'''|inhalt=
* [[OBS/Kostenpflichtige Module/OBS Geo Daten|OBS Geo Daten]]
}}

{{Vorlage:Klapptext|kopf='''DeliSprint / DPD'''|inhalt=
* [[OBS/Kostenpflichtige_Module/Delisprint|DeliSprint / DPD]]
}}

{{Vorlage:Klapptext|kopf='''Filialen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Filialen|Filialen]]
}}

{{Vorlage:Klapptext|kopf='''Auto-Waagen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Auto-Waagen|Auto-Waagen]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Installation|Installation]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Liste|Liste]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Eingabemaske|Eingabemaske]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Waage.INI|Waage.INI]]
}}

{{Vorlage:Klapptext|kopf='''Cashback'''|inhalt=
* [[OBS/Kostenpflichtige Module/Cashback|Cashback]]
}}
{{Vorlage:Klapptext|kopf='''Moebelschnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige Module/Moebelschnittstelle|Moebelschnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''Tourenplanung'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige Module/Tourenplanung|Tourenplanung]]|inhalt=
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourVG|Vorgänge]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTouren|Touren]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTourPos|Positionen]]
}}
*[[OBS/Kostenpflichtige Module/Tourenplanung/Stammdaten|Stammdaten]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Dokumenten Manager'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Dokumenten_Manager|Dokumenten Manager]]
}}
{{Vorlage:Klapptext|kopf='''DocuWare-Schnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige_Module/DocuWare|DocuWare-Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''OFML-Kalkulation'''|inhalt=
*[[OBS/Kostenpflichtige_Module/OFML-Kalkulation|OFML-Kalkulation]]
}}
{{Vorlage:Klapptext|kopf='''Pascom'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Pascom|Pascom]]
*[[OBS/Kostenpflichtige_Module/Pascom_Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Versicherungsschaden'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Versicherungsschaden|Versicherungsschaden]]
*[[OBS/Kostenpflichtige_Module/Energienachweise|Energienachweise]]
}}
{{Vorlage:Klapptext|kopf='''Gutschriftsanzeigen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Gutschriftsanzeigen|Gutschriftsanzeigen]]
}}
{{Vorlage:Klapptext|kopf='''OCPP Ladestationen'''|inhalt=
* [[OBS/Kostenpflichtige Module/OCPP_Ladestationen|OCPP Wallboxen Abrechnung (Ladesäulen)]]
* [[OBS/Kostenpflichtige Module/SteVe|SteVe]]
}}
{{Vorlage:Klapptext|kopf='''Kameraverwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Kameraverwaltung|Kameraverwaltung]]
}}
{{Vorlage:Klapptext|kopf='''DataInOut'''|inhalt=
* [[OBS/Kostenpflichtige Module/DataInOut|DataInOut]]
}}
{{Vorlage:Klapptext|kopf='''REST-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/RESTServer|REST-Server]]
* [[OBS/Kostenpflichtige Module/RESTServer/Einrichtung|Einrichtung]]
* [[OBS/Kostenpflichtige Module/RESTServer/Server-Profile|Server-Profile]]
* [[OBS/Kostenpflichtige Module/RESTServer/Zugaenge|Zugänge]]
* [[OBS/Kostenpflichtige Module/RESTServer/Endpunkte|Endpunkte]]
* [[OBS/Kostenpflichtige Module/RESTServer/Scripting|Skripting]]
{{Vorlage:Klapptext|kopf='''Beispiele'''|inhalt=
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel1|PHP-Abruf von Steuerungsdaten]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel2|Zeiterfassung]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel3|Externes Ticketsystem]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel4|Pfad-Parameter]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel5|Schreibzugriff mit Statuscodes, ETag und Idempotenz]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel6|Datei-Upload und Ablage im DMS]]
}}
}}

{{Vorlage:Klapptext|kopf='''Sammelverträge'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelvertrag|Sammelvertrag]]
* [[OBS/Kostenpflichtige Module/Sammelvertrag/Container|Container-Stammdaten]]
}}

{{Vorlage:Klapptext|kopf='''Craftboxx'''|inhalt=
* [[OBS/Kostenpflichtige Module/Craftboxx|Craftboxx]]
* [[OBS/Kostenpflichtige Module/CraftboxxAPI|Craftboxx API Dokumentation]]
}}

{{Vorlage:Klapptext|kopf='''OpenMasterData / IDS'''|inhalt=
* [[OBS/Kostenpflichtige Module/OpenMasterData|OpenMasterData]]
* [[BS/Kostenpflichtige Module/IDSConnect|IDSConnect]]
}}

{{Vorlage:Klapptext|kopf='''Sammelpositionen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelpositionen|Sammelpositionen]]
}}

{{Vorlage:Klapptext|kopf='''KI-Mining'''|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]]
{{Vorlage:Klapptext|kopf=KI-Mining Apps|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor|Auftragsmonitor]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung|Lageroptimierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung|Kundenklassifizierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling|Cross-Selling]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos|Vertriebs-ToDos]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro|Vertriebs-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro|MPS-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor|Vertriebs-Wirkungsmonitor]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Führungs-Dashboard|Führungs-Dashboard]]
}}
}}


}}

</div>

<noinclude>
----
</noinclude>

<noinclude>

Folgender Code muss in die jeweils gewünschte Seite hinzugefügt werden:
<nowiki>{{Kostenpflichtige Module}}</nowiki>
[[Kategorie:Templates/Navigationen]]
</noinclude>
[[Kategorie:OBS/Module]]

Datei:Fuehrungs-Dashboard Screenshot.png

2026-08-21T06:45:28Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining/Führungs-Dashboard

2026-08-21T06:43:17Z

Hoheneder: Die Seite wurde neu angelegt: „ Das '''Führungs-Das…“

Das '''Führungs-Dashboard''' ist ein KI-Mining-Modul für OBS. Es zeigt der Geschäftsleitung die betriebswirtschaftlichen Kerngrößen des Vertriebs- und Auftragsgeschehens auf einen Blick – Rechnungsumsatz und Roherlös, gebundenes Geld (geliefert, aber nicht berechnet), Auftrags- und Angebotsbestand, die Angebots-Trefferquote sowie einen eigenen Block für Dienstleistungen. Alle Größen wahlweise für das laufende Jahr, die letzten zwölf Monate, den Monat oder die Woche – jeweils mit Vorjahresvergleich und umschaltbar nach Sachbearbeiter, Vertreter, Filiale und Team.

Dieser Leitfaden richtet sich an Anwender, Key-User und die Geschäftsleitung. Er erklärt, was das Dashboard zeigt, wie man es bedient, wie es eingerichtet und konfiguriert wird und wie die Kennzahlen berechnet werden.


[[Datei:Fuehrungs-Dashboard_Screenshot.png|thumb|center|900px|Das Führungs-Dashboard auf einen Blick – Beispielansicht mit Demo-Daten (Mockup).]]

== Kurzüberblick ==
Das Führungs-Dashboard ist eine Webseite, die Sie im Browser öffnen. Sie zeigt aufbereitete Kennzahlen in Kacheln und Diagrammen. Die Daten stammen aus einem OBS-Export, der einmal je Nacht (und bei Bedarf auf Knopfdruck) läuft und die aktuellen Zahlen in eine kleine Datei schreibt, die das Dashboard lädt.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Ein OBS-Job verdichtet nachts Rechnungen, Aufträge und Angebote zu einem schlanken Datenpaket (dem „Cube").
* Das Dashboard lädt dieses Paket und rechnet alle Umschaltungen – Zeitfenster, Vorjahr, Dimensionen, Drilldown – direkt im Browser.
* Kein Live-Zugriff auf die Datenbank, kein Dauerdienst: schnell, robust und unabhängig von der Systemlast.
* Ein einziges Dashboard für die Geschäftsleitung – sie schaltet selbst auf einzelne Sachbearbeiter, Vertreter, Filialen oder Teams um.
|}

=== Was Sie auf einen Blick sehen ===
* Wie viel fakturiert wurde und mit welchem Roherlös – im Vergleich zum Vorjahr.
* Wie viel geliefert, aber noch nicht berechnet ist (gebundenes Geld).
* Wie hoch Auftrags- und Angebotsbestand sind und wie viel neu hinzukam.
* Wie gut die Angebots-Trefferquote ist – nach Wert und nach Anzahl.
* Wie sich die Dienstleistungen entwickeln (eigener DL-Block).

=== Was das Dashboard nicht ist ===
* Kein Live-System: Die Zahlen haben den Stand des letzten Export-Laufs.
* Kein Ersatz für die Detailauswertung: In v1 zeigt es verdichtete Summen, keinen Absprung in den einzelnen Beleg (kommt mit v2).

== Was das Dashboard zeigt – die Kennzahlen ==
Die Kacheln teilen sich in zwei Arten: '''Fluss'''-Kennzahlen summieren über die gewählte Zeitspanne (sie folgen dem Zeitfenster-Umschalter), '''Bestands'''-Kennzahlen zeigen den aktuellen Stand zum Stichtag. Bestands-Kacheln nennen zusätzlich den '''Zugang''' der gewählten Periode als zweite Zahl.

{| class="wikitable"
! Kachel !! Was sie zeigt !! Art
|-
| Rechnungsumsatz || Fakturierter Nettoumsatz der Periode – gesamt, inklusive Dienstleistung. || Fluss
|-
| Roherlös (Rechnung) || Umsatz minus Einkaufswert; dazu die Roherlösquote in %. || Fluss
|-
| Geliefert, nicht berechnet || Offener Fakturawert: geliefert, aber noch nicht berechnet (gebundenes Geld). || Bestand
|-
| Auftragsbestand || Noch nicht gelieferter Wert offener Aufträge; als Zugang der Auftragseingang der Periode. || Bestand
|-
| Angebotsbestand || Offene, fristgültige Angebote (Umsatzpotenzial und Roherlös); als Zugang neue Angebote. || Bestand
|-
| Gewonnene Angebote || Angebote, die in der Periode zum Auftrag wurden (Angebotswert). || Fluss
|-
| Verlorene Angebote || Abgelehnte oder mit Frist verfallene Angebote (Angebotswert). || Fluss
|-
| Trefferquote || Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl. || Fluss
|-
| DL-Umsatz / -Roherlös || Dienstleistungsanteil – „davon", im Rechnungsumsatz bereits enthalten. || Fluss
|-
| DL-Auftragsbestand || Offene Dienstleistungsaufträge; als Zugang der DL-Auftragseingang. || Bestand
|}

: ''Hinweis:'' „DL" steht für Dienstleistung. Der DL-Block ist ein '''„davon"-Ausweis''': DL-Umsatz und DL-Roherlös sind bereits im Rechnungsumsatz bzw. Roherlös enthalten und werden '''nicht''' zusätzlich addiert.

=== Diagramme ===
* '''Jahresverlauf''' – kumulierter Umsatz und Roherlös, aktuelles Jahr gegen Vorjahr.
* '''Angebots-Funnel''' – Bestand, gewonnen und verloren nebeneinander, mit Trefferquote.
* '''Ranking''' – Umsatz je Sachbearbeiter bzw. Team (nur in der Gesamt-Ansicht sinnvoll).

== Bedienung – Zeitfenster, Filter, Drilldown ==
Die Steuerung sitzt in der Leiste oben. Jede Umschaltung wirkt sofort – das Dashboard rechnet im Browser, ohne OBS zu belasten.

=== Zeitfenster ===
{| class="wikitable"
! Schalter !! Bedeutung
|-
| YTD || Year-to-Date – 1. Januar bis Stichtag.
|-
| LTM || Last-Twelve-Months – die rollierenden letzten zwölf Monate.
|-
| Monat || Der laufende Kalendermonat.
|-
| Woche || Die laufende Kalenderwoche.
|}
Der '''Vorjahresvergleich''' ist immer '''periodengleich''': verglichen wird mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag – nicht mit dem vollen Vorjahr, damit der Vergleich fair ist.

=== Dimension (Slice) ===
Über den Dimensionsfilter schauen Sie auf das Gesamtunternehmen oder grenzen auf einen Wert ein:
* '''Gesamtunternehmen''' – alle Werte zusammen.
* '''Sachbearbeiter''' / '''Vertreter''' / '''Filiale''' / '''Team''' – Auswahl eines einzelnen Werts.

: ''Hinweis:'' Die Ranking-Diagramme sind nur in der Gesamt-Ansicht aussagekräftig – sie vergleichen ja gerade die einzelnen Sachbearbeiter bzw. Teams miteinander.

=== Kacheln ein- und ausblenden ===
Über das Menü '''„Kacheln"''' blenden Sie einzelne Kennzahlen für die Ansicht ein oder aus. Welche Kacheln grundsätzlich zur Verfügung stehen, legt der Administrator mandantenweit in der INI-Datei fest (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).

=== Drilldown: Konto / Warengruppe ===
Ein Klick auf '''Rechnungsumsatz''', '''Auftragsbestand''' oder '''Angebotsbestand''' öffnet die Aufteilung nach '''Erlöskonto''' bzw. '''Warengruppe'''.

: ''Hinweis:'' In v1 ist diese Aufteilung '''gesamtunternehmensweit und periodengenau''' – sie berücksichtigt den Dimensionsfilter noch nicht. Die Kreuzung von Drilldown und Dimension kommt mit v2. Ein Absprung in die einzelne Belegliste ist ebenfalls für v2 vorgesehen.

=== Aktualisieren ===
Die Schaltfläche '''„Aktualisieren"''' lädt die Datendatei neu. Sinnvoll, wenn zwischenzeitlich ein neuer Export gelaufen ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Rechnungen (RECHSTA, RECHPOS).
* Aufträge und Positionen (AUFTRAG, AUFPOS) samt Warenbewegungen (MATER).
* Angebote (ANGEBOT, ANGPOS).
* Dienstleistungsaufträge (RAUFSTA, RAUFPOS).
* Stammdaten für die Namen: BENUTZ (Sachbearbeiter/Vertreter), S_FILIALE, S_ABTEILUNG (Team), AKONTO (Erlöskonto), ARTIKEL/WARENGR (Warengruppe).

=== Modul-Bestandteile (werden mitgeliefert) ===
* '''FDASH_Export''' – das OBS-Makro, das den Cube erzeugt.
* '''Fuehrungs-Dashboard.html''' – die Dashboard-Seite selbst (enthält Gestaltung und Rechenlogik, benötigt keine weiteren Dateien).
* '''Fuehrungs-Dashboard.ini''' – die Konfiguration.

=== Sonstiges ===
* Ein schlanker Webserver, der das Ausgabeverzeichnis ausliefert. Das Dashboard '''muss über http:// aufgerufen werden''', nicht als Datei (file://).
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den nächtlichen Lauf.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Konfiguration ablegen
: Die Datei '''Fuehrungs-Dashboard.ini''' in <code><OBS>\data\kimining</code> ablegen und anpassen. Wichtig ist vor allem der '''Zielpfad''' der Ausgabedatei – er soll direkt in das Web-Verzeichnis zeigen.
; Schritt 2 – Export-Makro einbinden
: Das Makro '''FDASH_Export''' in OBS einbinden und am Mandanten kompilieren. Es läuft sowohl unter dem klassischen PAX-Scripter als auch unter DWScript.
; Schritt 3 – Webserver einrichten
: Einen schlanken Webserver installieren und das Verzeichnis <code><OBS>\data\webserver</code> als HTTP-Wurzel einbinden. Die Datei '''Fuehrungs-Dashboard.html''' dort ablegen (empfohlen: als <code>index.html</code>, dann genügt später die reine Adresse). Details siehe [[#Der Webserver – Aufruf im Browser|Webserver]].
; Schritt 4 – Erster Export von Hand
: '''FDASH_Export''' einmal manuell starten. Danach muss im Web-Verzeichnis die Datei '''fdash_cube.json''' mit aktuellem Zeitstempel liegen. Dashboard im Browser öffnen und die Zahlen prüfen.
; Schritt 5 – Automatik einrichten
: Im OBS-Scheduler '''FDASH_Export''' nächtlich einplanen (z. B. 02:00 Uhr). Ab dann steht die Geschäftsleitung morgens vor aktuellen Zahlen.

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Damit der Export direkt im Web-Root landet
|-
|
* In der INI unter '''[Export] Pfad''' den '''vollständigen Dateinamen''' angeben, der auf das Web-Verzeichnis zeigt – nicht nur den Ordner.
* Der Dateiname muss '''fdash_cube.json''' lauten (den lädt das Dashboard).
* So entfällt jedes manuelle Kopieren: Export schreibt, Dashboard liest.
|}

== Konfiguration: die INI-Datei ==
'''Fuehrungs-Dashboard.ini''' steuert das mandantenweite Verhalten – Ausgabepfad, sichtbare Kacheln und Dimensionen, Rechenoptionen und den Zielwert für die Roherlös-Ampel.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard / Beispiel
|-
| rowspan="2" | [Export] || Pfad || Voller Pfad und Dateiname der Ausgabe – soll in das Web-Verzeichnis zeigen; Dateiname fdash_cube.json. || data\webserver\fdash_cube.json
|-
| Mandant || Anzeigename des Mandanten (erscheint im Dashboard-Kopf). || (leer)
|-
| rowspan="3" | [Dashboard] || ZielRoherlosquote || Schwelle in % für die Farb-Ampel der Roherlösquote. || 25
|-
| NettoBrutto || Wertbasis der Kennzahlen: netto oder brutto. || netto
|-
| TeamJoinFeld || Team-Zuordnung über den Vertreter (vertret) oder den Sachbearbeiter (verk). || vertret
|-
| rowspan="2" | [Rechnung] || NurGebucht || 1 = nur gebuchte Rechnungen zählen, 0 = alle. || 0
|-
| Datumsanker || Datumsbezug für den Umsatz: Belegdatum (a_datum) oder Buchungsdatum (a_buchdat). || a_datum
|-
| [Kacheln] || Aktiv || Kommagetrennte Liste sichtbarer Kacheln (siehe unten). || ums,roh,fr,ab,ag,gw,gl,hit,dl_ums,dl_roh,dl_ab
|-
| [Dimensionen] || Aktiv || Kommagetrennte Liste sichtbarer Slice-Ebenen. || verk,vertret,filiale,team
|-
| rowspan="2" | [Scope] || Benutzer || v2: personenbezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|-
| Team || v2: teambezogene Einschränkung (leer = globale GL-Sicht). || (leer)
|}

Bedeutung der Kürzel:

{| class="wikitable"
! Kürzel !! Kachel / Dimension
|-
| ums / roh || Rechnungsumsatz / Roherlös
|-
| fr || Geliefert, nicht berechnet
|-
| ab / ag || Auftragsbestand / Angebotsbestand
|-
| gw / gl / hit || Gewonnen / Verloren / Trefferquote
|-
| dl_ums / dl_roh / dl_ab || DL-Umsatz / DL-Roherlös / DL-Auftragsbestand
|-
| verk / vertret / filiale / team || Sachbearbeiter / Vertreter / Filiale / Team
|}

== Der Webserver – Aufruf im Browser ==
Das Dashboard lädt seine Datendatei per <code>fetch</code>. Aus Sicherheitsgründen erlauben Browser das '''nicht''', wenn die Seite als Datei geöffnet wird (<code>file://</code>) – dann käme die Meldung, die Datei müsse manuell gewählt werden. Deshalb wird das Dashboard über einen Webserver ausgeliefert und per <code>http://</code> aufgerufen.

=== Prinzip ===
* Ein schlanker, freier Webserver liefert das Verzeichnis <code><OBS>\data\webserver</code> aus.
* Dort liegen '''index.html''' (das Dashboard) und '''fdash_cube.json''' (die Daten).
* Aufruf im Browser über die Adresse des Servers, z. B. <code>http://<servername>:8080/</code>.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung: als Dienst betreiben
|-
|
* Den Webserver als '''Windows-Dienst''' mit Autostart einrichten – dann läuft er unsichtbar im Hintergrund und startet beim Booten von selbst.
* Bewährt hat sich '''Caddy''': eine einzelne Programmdatei, ein Konfigurations-Eintrag mit dem Web-Verzeichnis, fertig.
* Die Ausgabedatei sollte nicht zwischengespeichert werden (<code>Cache-Control: no-store</code>), damit ein frischer Export sofort sichtbar ist.
|}

=== Zugriff der Geschäftsleitung ===
Läuft der Server zentral, erreichen mehrere Personen das Dashboard über dieselbe Adresse (z. B. <code>http://<servername>:8080/</code>). Für den Zugriff von anderen Rechnern muss der gewählte Port in der Firewall freigegeben sein.

== Aktualität & Datenweg ==
Das Dashboard ist bewusst '''kein Live-System'''. Es zeigt den Stand des letzten Export-Laufs – angezeigt als „Stand: <Datum>" in der Kopfleiste.

Der Weg der Daten:
<pre>
OBS-Datenbank
-> FDASH_Export (naechtlich + manuell)
-> fdash_cube.json (im Web-Verzeichnis)
-> Dashboard im Browser (rechnet alle Umschaltungen)
</pre>

Der Export verdichtet die Belege bereits in OBS zu Summen (dem „Cube") und schreibt eine kleine Datei von wenigen Megabyte. Das Dashboard lädt sie einmal und rechnet danach alle Zeitfenster, Vorjahresvergleiche, Dimensionen und Drilldowns selbst.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Warum verdichtet statt Rohdaten?
|-
|
* Ein Export einzelner Belegpositionen über 24 Monate würde je nach Bestand mehrere Gigabyte groß – im Browser nicht mehr ladbar.
* Der verdichtete Cube ist von der Belegzahl entkoppelt und bleibt bei wenigen Megabyte – schnell geladen, alle Auswertungen bleiben exakt.
* Preis in v1: kein Absprung in die einzelne Belegliste. Das kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
|}

== Wie die Kennzahlen rechnen ==
=== Umsatz und Roherlös ===
Der Rechnungsumsatz ist die vorzeichenrichtige Summe der Nettobeträge aller Rechnungen der Periode – '''Gutschriften zählen negativ'''. Der Roherlös ist Umsatz minus Einkaufswert; die Roherlösquote setzt ihn ins Verhältnis zum Umsatz.

=== Dienstleistung („davon") ===
DL-Umsatz und DL-Roherlös sind der Dienstleistungsanteil, der im Rechnungsumsatz '''bereits enthalten''' ist. Sie werden als „davon" ausgewiesen und nicht zusätzlich addiert – so bleibt die Summe stimmig, auch wenn eine DL-Kachel ausgeblendet wird.

=== Bestände (Variante B) ===
„Geliefert, nicht berechnet", Auftrags- und Angebotsbestand sind Momentaufnahmen zum Stichtag – positionsscharf gerechnet (offene Restmenge mal Preis). Sie zeigen zusätzlich den '''Zugang''' der gewählten Periode. Einen Vorjahres-Bestand gibt es bewusst nicht; der Vorjahresvergleich greift nur beim Zugang.

=== Angebote: gewonnen, verloren, Trefferquote ===
Maßgeblich ist der gepflegte Erfolgsstatus des Angebots. '''Gewonnen''' sind gewandelte bzw. akzeptierte Angebote; '''verloren''' sind aktiv abgelehnte '''und''' offene Angebote, deren Frist abgelaufen ist. Alternativangebote zählen nicht doppelt. Die '''Trefferquote''' ist gewonnen / (gewonnen + verloren) – einmal nach Wert, einmal nach Anzahl.

=== Konto- / Warengruppen-Aufteilung ===
Die Aufteilung im Drilldown summiert die Positionen je Erlöskonto bzw. Warengruppe. '''Unkontierte Positionen werden in der Konto-Sicht ausgeblendet''' – die Summe der Aufteilung kann daher kleiner sein als der Kachelwert (mit entsprechendem Hinweis im Dashboard).

== Häufige Fragen (FAQ) ==
; Das Dashboard fragt, ob ich die Datei manuell laden möchte.
: Dann wurde die Seite als Datei geöffnet (file://). Rufen Sie sie über den Webserver auf (http://…). Prüfen Sie außerdem, ob fdash_cube.json im Web-Verzeichnis liegt.
; Die Zahlen sind veraltet.
: Der Export lief nicht oder die Datei liegt nicht im Web-Verzeichnis. Starten Sie FDASH_Export erneut und laden Sie das Dashboard neu („Aktualisieren"). Der „Stand" in der Kopfleiste zeigt das Datum des letzten Laufs.
; Eine Kachel soll nicht erscheinen.
: Entfernen Sie ihr Kürzel aus [Kacheln] Aktiv in der INI – oder blenden Sie sie nur für die aktuelle Ansicht über das Menü „Kacheln" aus.
; Wir wollen nur bestimmte Dimensionen anbieten.
: Passen Sie [Dimensionen] Aktiv in der INI an.
; Die Roherlös-Ampel passt nicht zu unserem Anspruch.
: Setzen Sie [Dashboard] ZielRoherlosquote auf Ihren Zielwert in Prozent.
; Die Team-Zuordnung stimmt nicht.
: Stellen Sie [Dashboard] TeamJoinFeld auf vertret oder verk, je nachdem, worüber Ihre Teams organisiert sind.
; Die Konto-Aufteilung ergibt weniger als der Kachelwert.
: Unkontierte Positionen werden in der Konto-Sicht ausgeblendet – das ist gewollt und wird im Dashboard vermerkt.
; Eine Bestands-Kachel hat keinen Vorjahresvergleich.
: Das ist Absicht: Bestände sind Momentaufnahmen; ein Vorjahres-Bestand wird nicht geführt. Nur der Zugang wird mit dem Vorjahr verglichen.
; Warum kann ich nicht in den einzelnen Beleg springen?
: v1 arbeitet mit verdichteten Summen. Der Beleglisten-Drilldown kommt mit v2 (direkter Datenbankzugriff über den OBS-REST-Server).
; Im Kopf fehlt der Mandantenname.
: Setzen Sie [Export] Mandant in der INI.

== Glossar ==
; Cube
: Das verdichtete Datenpaket (fdash_cube.json), das der Export erzeugt und das Dashboard lädt.
; Fluss / Bestand
: Fluss = Summe über eine Zeitspanne (folgt dem Umschalter); Bestand = Momentaufnahme zum Stichtag.
; YTD / LTM
: Year-to-Date (ab 1. Januar) bzw. Last-Twelve-Months (rollierende letzte zwölf Monate).
; Roherlös / Roherlösquote
: Umsatz minus Einkaufswert; die Quote setzt ihn ins Verhältnis zum Umsatz.
; Geliefert, nicht berechnet
: Offener Fakturawert – geliefert, aber noch nicht in Rechnung gestellt (gebundenes Geld).
; Auftrags-/Angebotsbestand
: Offener, noch nicht gelieferter Auftragswert bzw. offenes, fristgültiges Angebotspotenzial.
; Trefferquote
: Gewonnen / (gewonnen + verloren) – nach Wert und nach Anzahl.
; Dienstleistung (DL)
: Eigener Block; im Rechnungsumsatz enthalten und als „davon" ausgewiesen.
; Variante B
: Bestands-Kacheln zeigen den aktuellen Stand plus den Periodenzugang; kein Vorjahres-Bestand.
; Drilldown
: Aufschlüsselung einer Kachel nach Erlöskonto bzw. Warengruppe.
; Web-Root / Web-Verzeichnis
: Der vom Webserver ausgelieferte Ordner (data\webserver) mit index.html und fdash_cube.json.
; Vorjahresvergleich (periodengleich)
: Vergleich mit der gleichen Spanne im Vorjahr bis zum entsprechenden Kalendertag.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-21T06:41:56Z

Hoheneder:

{{Kostenpflichtige Module}}

KI-Mining ist ein neues Zusatz-Modul für Ihr OBS. Es nimmt die Daten, die Sie ohnehin täglich in OBS pflegen – Aufträge, Artikel, Bewegungen, Kundenstamm – und wertet sie systematisch aus. Das Ergebnis kommt nicht als nackte Statistik zurück, sondern als '''konkrete Aufgabe''', '''Liste''' oder '''Stammdaten-Eintrag direkt in OBS'''. Niemand muss in eine andere Software wechseln, niemand muss Excel-Listen pflegen, niemand wartet auf einen externen Dienstleister.

== Was das Modul leistet ==
Sie können sich KI-Mining wie einen leisen Mitarbeiter im Hintergrund vorstellen, der nachts und am Wochenende aufmerksam in Ihre Daten schaut und Ihnen am Montag eine Liste auf den Tisch legt: Hier sind die Kunden, um die Sie sich kümmern sollten. Hier sind die Artikel, die Sie auf Lager nehmen sollten. Hier ist die Sortimentslücke beim Kunden X, die Sie ansprechen können.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Was ist eine „App" im Modul KI-Mining?
|-
| Das Modul KI-Mining ist die gemeinsame Plattform. Darin laufen einzelne '''Apps''' – jede App löst genau eine Aufgabe. Sie buchen das Modul einmal und schalten dann die Apps frei, die Sie brauchen. Heute sind fünf Apps verfügbar, weitere folgen.
|}

== Was KI-Mining anders macht ==
* '''Daten bleiben im Haus.''' Es gibt keine Verbindung zu einer Cloud-KI, kein OpenAI, kein Google. Alles läuft auf Ihrer OBS-Datenbank, in Ihrer Infrastruktur. Das ist gerade für regulierte Branchen und B2B-Mittelständler wichtig.
* '''Ein Anbieter, ein Vertrag.''' Wenn etwas nicht passt, ist Bergau verantwortlich – von der Datenbasis bis zur Auswertung. Kein Finger-Pointing zwischen ERP-Hersteller und KI-Dienstleister.
* '''Vertraute Bedienung.''' Die Ergebnisse landen im gewohnten OBS-Workflow: als Aufgaben, Wiedervorlagen, Felder im Kundenstamm oder Melde-/Maximalbestände am Artikel. Keine zweite Software, kein zweites Login.
* '''Investitionsschutz.''' Ihre bestehende OBS-Welt bekommt KI-Funktionen, ohne dass Sie etwas Bestehendes austauschen müssen.
* '''Niedriger Einstieg.''' Drei Monate Probezeit ohne laufende Mietkosten. Es fällt einmalig die Einrichtungspauschale an – die deckt Datencheck, Parametrierung und Inbetriebnahme ab. Die laufende Monatsmiete zahlen Sie erst nach der Probezeit, wenn Sie den Nutzen in ''Ihren'' Daten gesehen haben.

{| class="wikitable"
! Merkmal !! Wert
|-
| Verfügbare Apps || 7 (weitere in Vorbereitung)
|-
| Datenbasis || 100 % Ihr OBS-Datenbestand
|-
| Probezeit || 3 Monate Miete frei – Einrichtungspauschale einmalig
|-
| Preismodell || Modul-Grundgebühr + 1 App inklusive, weitere Apps fix pro Monat
|-
| Bundle-Rabatt || ab 3 gebuchten Apps
|-
| Integration || Vollständig in OBS – Aufgaben, Stammdaten, Listen
|}

==Verfügbare Apps==
{| class="wikitable"
! App !! Kurzbeschreibung
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor|Auftragsmonitor]]
| Überwacht jede Nacht offene Aufträge und legt bei Auffälligkeiten (fehlende Lieferung, offene Rechnung, zu niedrige Marge) automatisch Aufgaben für den Sachbearbeiter an – gezielte Warnungen statt manueller Listenkontrolle.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung|Lageroptimierung]]
| Wertet Artikelbewegungen aus und berechnet je Artikel Melde- und Maximalbestand inkl. Trend- und Saisonerkennung – für geringere Kapitalbindung, bessere Lieferfähigkeit und datengestützte Sortimentspflege.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung|Kundenklassifizierung]]
| Bewertet jeden Kunden monatlich nach Lebenszyklus, Wertklasse, Profitabilität und Sortimentstyp – macht gefährdete Wertkunden sichtbar und liefert die Basis für gezielte Vertriebsmaßnahmen.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling|Cross-Selling]]
| Erkennt aus historischen Kaufmustern pro Kunde ein bis zwei konkrete Sortimentslücken und bettet die Empfehlung in bestehende Gesprächsaufgaben ein – mehr Umsatz pro Kundengespräch ohne Zusatztermine.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos|Vertriebs-ToDos]]
| Durchsucht wöchentlich den Auftragsbestand nach Auffälligkeiten (stagnierende Kunden, offene Angebote) und erzeugt fertige, priorisierte Aufgaben direkt beim zuständigen Sachbearbeiter in OBS.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro|Vertriebs-ToDos pro]]
| Erweitert Vertriebs-ToDos um systematische Aufgaben für Neukunden, Entwicklungs- und Reaktivierungskandidaten – mit Sprechpunkten, die die Vertriebsleitung selbst über eine Themen-Tabelle steuert.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro|MPS-ToDos pro]]
| Bewertet wöchentlich MPS-Verträge und deren Geräte und verteilt auffällige Situationen (auslaufende oder defizitäre Verträge) als fertige Aufgaben – für vorausschauendes Service-Management.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor|Vertriebs-Wirkungsmonitor]]
| Verfolgt Vertriebsaufgaben bis zum Ergebnis und zeigt monatlich, welche Aufgaben wirken und wer aus vergleichbaren Fällen am meisten herausholt – ein faires Leistungsbild für die Vertriebsleitung.
|-
| [[OBS/Kostenpflichtige Module/KI-Mining/Führungs-Dashboard|Führungs-Dashboard]]
| Stellt die grundlegenden wirtschaftlichen Kennzahlen für die Geschäftleitung auf einer übersichtlichen Webseite dar.

OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor

2026-08-17T11:24:10Z

Hoheneder: /* Glossar */

{{Kostenpflichtige Module}}

Der '''Auftrags-Monitor''' ist ein KI-Mining-Modul für OBS. Er behält die laufenden Aufträge im Blick und meldet automatisch Vorgänge, die aus dem Rahmen fallen – etwa Aufträge, die ungewöhnlich lange ohne Lieferung oder Rechnung liegen, einen auffällig niedrigen Roherlös haben oder deren Frachtkosten im Verhältnis zum Warenwert zu hoch sind. Für jeden Fund legt das Modul dem zuständigen Sachbearbeiter eine Aufgabe direkt am Auftrag an.

Dieser Leitfaden richtet sich an Anwender und Key-User. Er erklärt, was das Modul tut, wie es eingerichtet und konfiguriert wird und wie man im Alltag damit arbeitet.

== Kurzüberblick ==
Der Auftrags-Monitor läuft jede Nacht automatisch. Er geht alle offenen Aufträge durch, wendet einen Katalog von Prüfungen an und erzeugt bei Auffälligkeiten eine Aufgabe an den zuständigen Sachbearbeiter – gebündelt, mit Klartext und direkt am Auftrag verknüpft.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Auftrag ist das Beobachtungsobjekt, nicht der Kunde.
* Jede Prüfung („Detektor") ist frei konfigurierbar: Schwellwert, Priorität, Empfänger, Melderhythmus.
* Eine Aufgabe je Auftrag und Empfänger bündelt alle Funde als Stichpunkte.
* Der Sachbearbeiter gibt über den Besprechungsstatus zurück, ob etwas erledigt oder bewusst „kein Problem" ist – das Modul lernt daraus.
|}

=== Was Sie nicht mehr selbst tun müssen ===
* Offene Auftragslisten manuell nach Liegern durchsuchen.
* Lieferungen suchen, die nie berechnet wurden.
* Aufträge mit schwacher Marge oder hoher Fracht heraussuchen.
* Liefertermine im Kopf behalten.

=== Was das Tool nicht ersetzt ===
* Die fachliche Entscheidung: das Tool meldet, Sie handeln.
* Datenpflege: der Monitor liest die vorhandenen Auftragsdaten – er verbessert sie nicht.

== Was das Tool meldet – die acht Prüfungen ==
Ab Werk sind acht Prüfungen aktiv. Alle Schwellwerte lassen sich anpassen (siehe [[#Konfiguration: der Prüfungs-Katalog|Prüfungs-Katalog]]). „Melderhythmus" gibt an, ob eine Prüfung nach Ablauf einer Frist erneut vorgelegt wird ('''wiederkehrend''') oder nur einmal je Auftrag meldet ('''einmalig''').

{| class="wikitable"
! Prüfung !! Meldet, wenn … !! Prio !! Rhythmus
|-
| Ohne Lieferung || der Auftrag länger als erwartet nicht geliefert ist (erwartete Lieferzeit je Lieferant, sonst 21 Tage) || mittel || wiederkehrend
|-
| Ohne Rechnung || der Auftrag seit über 90 Tagen nicht berechnet ist || mittel || wiederkehrend
|-
| Geliefert, nicht berechnet || geliefert wurde, aber seit über 7 Tagen keine Rechnung folgt (geht an die Buchhaltung) || hoch || wiederkehrend
|-
| Roherlös niedrig || die Roherlösquote unter 15 % liegt || mittel || einmalig
|-
| Verkauf unter Einstand || der Roherlös negativ ist || hoch || einmalig
|-
| Fracht zu hoch || die Frachtkosten über 12 % des Warenwerts liegen || niedrig || einmalig
|-
| Teillieferung offen || eine Restmenge seit über 14 Tagen offen ist || mittel || wiederkehrend
|-
| Liefertermin überschritten || der zugesagte Liefertermin über 3 Tage überschritten und noch nicht komplett geliefert ist || hoch || wiederkehrend
|}

: ''Hinweis:'' Die Prüfungen „Roherlös niedrig" und „Verkauf unter Einstand" greifen erst, sobald der Auftrag mindestens teilgeliefert ist – vorher ist die Kalkulation oft noch nicht endgültig und würde Fehlalarme erzeugen.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Positionen (AUFTRAG, AUFPOS).
* Warenbewegungen und Folgebelege (MATER, LIEFERSCHEIN, RECHNUNG).
* Aufgaben-/Wiedervorlage-System (TODO) samt Besprechungsstatus.

=== Modul-eigene Tabellen (werden mitgeliefert) ===
* '''KIMINING_AUF_THEMEN''' – der Prüfungs-Katalog.
* '''KIMINING_AUF_FEEDBACK''' – die Rückmeldungen (Lernbasis).
* '''KIMINING_AUF_LZBASIS''' – die Lieferzeiten je Lieferant.
* '''KIMINING_STATUSLOG''' – verhindert Doppelmeldungen (aus dem gemeinsamen KI-Mining-Fundament).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für die automatischen Läufe.
* Eine Sachbearbeiter-Nummer als Sammelpostfach für Fälle ohne eindeutigen Bearbeiter.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Tabellen anlegen
: Die Datei '''USER_OBSDB.SYS''' des Moduls wird beim nächsten Tabellen-Update eingelesen; damit entstehen die drei KIMINING_AUF_-Tabellen.
; Schritt 2 – Prüfungs-Katalog befüllen
: Das Skript '''AUF_THEMEN_Import''' liest die mitgelieferte Datei '''KIMINING_AUF_THEMEN_default.csv''' (aus <code>data\import</code>) und legt die acht Standard-Prüfungen an.
; Schritt 3 – Konfiguration ablegen
: Die Datei '''Auftragsmonitor.ini''' in <code><OBS-sys>\data\kimining</code> ablegen und anpassen (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).
; Schritt 4 – Lieferzeit-Basis berechnen
: Das Skript '''AUF_Baseline''' einmal ausführen. Es ermittelt aus der Vergangenheit je Lieferant die typische Lieferzeit – die Grundlage für die Prüfung „Ohne Lieferung".
; Schritt 5 – Hauptlauf testen
: Das Skript '''AUF_Analyse''' von Hand starten und das Ergebnis prüfen (am Anfang am besten im Seed-Modus, siehe [[#Der erste Lauf – Flut vermeiden|Der erste Lauf]]).
; Schritt 6 – Automatik einrichten
: Im OBS-Scheduler zwei Aufträge einplanen:
:* '''AUF_Baseline''' – wöchentlich (z. B. Sonntagnacht).
:* '''AUF_Analyse''' – täglich früh (z. B. 06:00 Uhr).

== Konfiguration: die INI-Datei ==
'''Auftragsmonitor.ini''' steuert das lauf- und mandantenweite Verhalten. Die einzelnen Schwellwerte der Prüfungen stehen hingegen im Katalog.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard
|-
| rowspan="2" | [Baseline] || MindestN || So viele frühere Lieferungen braucht ein Lieferant, bevor seine Lieferzeit als verlässlich gilt. || 5
|-
| ToleranzTage || Puffer auf die erwartete Lieferzeit, bevor „Ohne Lieferung" meldet. || 7
|-
| rowspan="3" | [Analyse] || KappungTage || Nur Aufträge der letzten X Tage prüfen. || 365
|-
| AufgabenProEmpfaenger || Höchstens so viele neue Aufgaben je Empfänger und Lauf. || 20
|-
| SeedModus || 1 = stiller Erstlauf ohne Aufgaben, 0 = Normalbetrieb. || 0
|-
| [Owner] || Sammelpostfach || Sachbearbeiter-Nr. für Fälle ohne eindeutigen Bearbeiter. || 00
|-
| rowspan="2" | [Besprechungsstatus] || Behoben || Besprechungsstatus-Code für „erledigt". || 90
|-
| KeinProblem || Besprechungsstatus-Code für „kein Problem / Dauerzustand". || 91
|-
| [Rollen] || FAKTURA || Empfänger für Faktura-Themen (z. B. „Geliefert, nicht berechnet"). || 00
|}

== Konfiguration: der Prüfungs-Katalog ==
Jede Prüfung ist eine Zeile in '''KIMINING_AUF_THEMEN'''. So passen Sie das Modul an Ihren Betrieb an – ohne Programmierung.

{| class="wikitable"
! Feld !! Bedeutung
|-
| AT_KEY || Kurzname der Prüfung (fest, nicht ändern).
|-
| AT_PRIO || Priorität der Aufgabe: 1 hoch, 2 mittel, 3 niedrig.
|-
| AT_OWNER || Empfänger-Rolle; leer = Auftrags-Sachbearbeiter. Gesetzt (z. B. FAKTURA) = Auflösung über die INI-Sektion [Rollen].
|-
| AT_CDMODE || Melderhythmus: W = wiederkehrend, E = einmalig.
|-
| AT_CDTAGE || Bei wiederkehrend: nach so vielen Tagen erneut vorlegen.
|-
| AT_SCHWELL || Schwellwert (Bedeutung je Prüfung: Tage, Prozent oder Euro).
|-
| AT_AKTIV || 1 = aktiv, 0 = ausgeschaltet.
|-
| AT_THEMA || Der Meldetext mit Platzhaltern (z. B. {AUFNR}, {TAGE}).
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Typische Anpassungen
|-
|
* Eine Prüfung strenger/lockerer stellen – nur AT_SCHWELL ändern.
* Eine Prüfung vorübergehend abschalten – AT_AKTIV auf 0.
* Eigene Prüfungen ergänzen – mit einer Nummer ab 0100 (der Bereich unter 0100 gehört den Standard-Prüfungen und wird beim Import überschrieben).
|}

== Der tägliche Ablauf – was Sie sehen ==
Nach dem nächtlichen Lauf finden die Sachbearbeiter neue Aufgaben in ihrer Aufgaben-/Wiedervorlageliste. Eine Aufgabe sieht z. B. so aus:

<pre>
[AUFMON] Auftrag 2602914 - Auffaelligkeiten

Auftrag 2602914 (Kunde 700123):
- seit 41 Tagen ohne Lieferung (erwartete Lieferzeit 12 T, ...)
- niedriger Roherloes, Quote 8,4% (Roherloes 120,50 EUR)
</pre>

Wichtig zu wissen:
* '''Eine Aufgabe je Auftrag''' bündelt alle Funde als Stichpunkte.
* Die '''Priorität''' entspricht der höchsten enthaltenen Prüfung.
* Die Aufgabe ist '''direkt mit dem Auftrag verknüpft''' – ein Klick führt zum Vorgang.
* Gehören Funde zu verschiedenen Stellen (z. B. Buchhaltung), entstehen getrennte Aufgaben.

: ''Hinweis:'' Erledigt sich eine Auffälligkeit von selbst (z. B. die Lieferung erfolgt), verschwindet der Stichpunkt beim nächsten Lauf; sind alle Punkte einer noch unbearbeiteten Aufgabe erledigt, wird sie automatisch geschlossen.

== Rückmeldung geben (Besprechungsstatus) ==
Über den '''Besprechungsstatus''' der Aufgabe sagen Sie dem Modul, wie der Fall ausgegangen ist. Das steuert, ob und wann die Prüfung erneut meldet.

{| class="wikitable"
! Sie setzen … !! Bedeutung !! Wirkung
|-
| Behoben (90) || Sie haben den Fall erledigt (geliefert, berechnet, Marge korrigiert). || Kein Lernfall – die Aufgabe ist abgeschlossen.
|-
| Kein Problem (91) || Der Zustand ist gewollt bzw. dauerhaft in Ordnung. || Das Modul merkt sich das und meldet diesen Fall nicht erneut.
|}

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Wichtig bei gebündelten Aufgaben
|-
|
* „Kein Problem" wirkt dauerhaft nur auf die '''einmaligen''' Prüfungen (Roherlös, unter Einstand, Fracht).
* Die '''wiederkehrenden''' Prüfungen (Lieferung, Rechnung, Termin …) melden sich weiter, bis der Zustand wirklich behoben ist – ein versehentliches „Kein Problem" legt also keine echte offene Lieferung still.
|}

== Einzelne Aufträge ausnehmen (Blacklist) ==
Manche Aufträge sollen dauerhaft nicht überwacht werden – etwa Sonderfälle, Dauerprojekte oder bewusst lange offene Vorgänge. Dafür gibt es eine Blacklist über die OBS-Eigenschaft '''9450'''.
* Ist einem Auftrag die Eigenschaft 9450 zugeordnet, überspringt der Monitor ihn vollständig.
* Die Zuordnung erfolgt über die übliche OBS-Eigenschaftsverwaltung (siehe [[OBS/Eigenschaften|Eigenschaften]]).

: ''Hinweis:'' So bleibt der Auftrag im System sichtbar und normal bearbeitbar – nur der Auftrags-Monitor lässt ihn in Ruhe.

== Der erste Lauf – Flut vermeiden ==
Beim ersten Lauf über ein ganzes Jahr offener Aufträge würden sonst hunderte Meldungen auf einmal entstehen. Zwei Schutzmechanismen verhindern das:

=== Tageskontingent (immer aktiv) ===
Pro Empfänger werden je Lauf höchstens so viele neue Aufgaben erzeugt, wie in [Analyse] AufgabenProEmpfaenger festgelegt. Der Rest kommt in den Folgetagen – der Rückstand fließt gestaffelt ab.

=== Seed-Modus (optional, für den Start) ===
Setzen Sie [Analyse] SeedModus auf 1, wird der aktuelle Rückstand beim ersten Lauf nur still „vorgemerkt" – es entstehen '''keine''' Aufgaben. Sie starten damit bei null und sehen ab dann nur '''neu''' auftretende Fälle. Danach SeedModus wieder auf 0 setzen.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung für den Start
|-
|
* Möchten Sie die Altfälle sehen (nur gestaffelt)? – Seed-Modus aus, Tageskontingent genügt.
* Möchten Sie sauber bei null anfangen? – einmal mit Seed-Modus 1 laufen lassen, dann auf 0 zurückstellen.
|}

== Wie die Prüfungen rechnen ==
=== Lieferzeit-Erwartung (Prüfung „Ohne Lieferung") ===
Der Monitor lernt aus der Vergangenheit, wie lange jeder Lieferant typischerweise braucht (Mittelwert der bisherigen Lieferzeiten). Erst wenn ein Auftrag diese erwartete Zeit plus Toleranz überschreitet, wird gemeldet. Fehlt für einen Lieferanten genug Historie, gilt die feste Ersatzfrist (21 Tage).

=== Roherlös ===
Roherlös = Nettowert minus Einkaufswert des Auftrags. Die Quote setzt das ins Verhältnis zum Nettowert. Geprüft wird erst ab Teillieferung.

=== Fracht ===
Die Frachtkosten summieren sich aus den Frachtpositionen des Auftrags (inkl. Mautzuschlägen) und werden ins Verhältnis zum Warenwert gesetzt.

=== Doppelmeldungen ===
Jede gemeldete Prüfung erhält eine Sperrfrist (Cooldown). Eine wiederkehrende Prüfung meldet erst nach Ablauf ihrer Frist erneut; eine einmalige meldet je Auftrag nur ein einziges Mal.

== Häufige Fragen (FAQ) ==
; Ich habe eine Aufgabe erledigt, sie kommt trotzdem wieder.
: Prüfen Sie, ob der Zustand wirklich behoben ist (z. B. Lieferung erfasst). Wiederkehrende Prüfungen melden erneut, solange die Ursache besteht. Setzen Sie andernfalls den Besprechungsstatus „kein Problem".
; Eine Prüfung meldet zu viel / zu wenig.
: Passen Sie den Schwellwert AT_SCHWELL im Katalog an.
; Ein bestimmter Auftrag soll nie gemeldet werden.
: Ordnen Sie ihm die Eigenschaft 9450 zu.
; Die „Ohne-Lieferung"-Prüfung wirkt willkürlich.
: Sie richtet sich nach der gelernten Lieferzeit des jeweiligen Lieferanten. Lassen Sie AUF_Baseline regelmäßig (wöchentlich) laufen, damit die Basis aktuell bleibt.
; Wir wollen erst ab heute überwachen, nicht rückwirkend.
: Einmal mit SeedModus = 1 laufen lassen, danach auf 0.
; Faktura-Themen sollen an die Buchhaltung statt an den Vertrieb.
: In der INI-Sektion [Rollen] den Schlüssel FAKTURA auf die gewünschte Sachbearbeiter-Nr. setzen.

== Glossar ==
; Detektor / Prüfung
: Eine einzelne Regel, die eine bestimmte Auffälligkeit erkennt.
; Roherlös
: Nettoverkaufswert minus Einkaufswert eines Auftrags.
; Cooldown
: Sperrfrist, die verhindert, dass dieselbe Auffälligkeit zu oft gemeldet wird.
; Wiederkehrend / Einmalig
: Melderhythmus einer Prüfung: erneut nach Frist bzw. nur einmal.
; Besprechungsstatus
: Feld an der Aufgabe, über das der Bearbeiter den Ausgang zurückmeldet.
; Seed-Modus
: Stiller Erstlauf: Rückstand wird vorgemerkt, ohne Aufgaben zu erzeugen.
; Baseline / Lieferzeit-Basis
: Die je Lieferant gelernte typische Lieferzeit.
; Blacklist (9250)
: OBS-Eigenschaft, mit der ein Auftrag von der Überwachung ausgenommen wird.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor

2026-08-07T08:57:46Z

Hoheneder:

{{Kostenpflichtige Module}}

Der '''Vertriebs-Wirkungsmonitor''' ist das Kontroll- und Führungsmodul der KI-Mining-Reihe. Während Kundenklassifizierung, Cross-Selling und Vertriebs-ToDos Pro dem Vertrieb sagen, ''was'' zu tun ist, beantwortet der Wirkungsmonitor die Anschlussfrage: '''Hat es etwas gebracht – und wer holt aus seinen Aufgaben das meiste heraus?'''

Dieser Leitfaden richtet sich in erster Linie an den '''Vertriebsleiter'''. Er erklärt in Alltagssprache, wie das Modul denkt, wie die Kennzahlen zu lesen sind und wie man mit den Ergebnissen ein ''faires'' Coaching-Gespräch führt. Ein Kapitel für die IT/OBS-Betreuung beschreibt Voraussetzungen und Einrichtung.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Status dieses Dokuments
|-
| Der Wirkungsmonitor wird '''gestaffelt''' eingeführt: Stufe 1a (Rückgewinnung & Roherlös, aus vorhandenen Daten) und Stufe 1b (Artikel-Ebene: Drop-out, Cross-Sell, Abo). Dieser Leitfaden beschreibt das Modul, wie es konzipiert ist; einzelne Kennzahlen erscheinen im Report erst, sobald die zugehörige Stufe produktiv läuft.
|}

== Kurzüberblick – was das Modul für Sie tut ==
Jeden Monat erzeugt die KI-Mining-Kette hunderte Vertriebs-Aufgaben: abspringende Kunden ansprechen, Drop-out-Artikel zurückholen, Cross-Selling anbieten, Konditionen bei Defizit-Kunden prüfen. Der Wirkungsmonitor verfolgt jede dieser Aufgaben bis zum '''Ergebnis''' und verdichtet das zu einem monatlichen Bild für die Vertriebsleitung.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee in einem Satz
|-
| Der Wirkungsmonitor vergleicht, was bei '''bearbeiteten''' Aufgaben passiert ist, mit dem, was bei '''liegengebliebenen''' Aufgaben passiert ist – und macht daraus sichtbar, welche Aufgaben wirken und welcher Mitarbeiter aus vergleichbaren Fällen das meiste herausholt.
|}

=== Drei Fragen, die der Report beantwortet ===
* '''Wirkt es?''' Kaufen angesprochene Abwanderer wieder? Kommt der Drop-out-Artikel zurück? Steigt der Roherlös?
* '''Wer arbeitet wie?''' Wer bearbeitet seine Aufgaben, wie zügig, mit welchem Ergebnis, und wo staut sich ein Rückstand?
* '''Wo lohnt ein Gespräch?''' Bei welchem Mitarbeiter und in welchem Kundensegment sollten Sie ansetzen – und mit welchem Ansatz?

=== Was Sie als Vertriebsleiter nicht mehr selbst tun müssen ===
* Verkaufslisten wälzen, um zu prüfen, ob ein angesprochener Kunde wieder bestellt hat.
* Erfolgsquoten pro Mitarbeiter von Hand zusammenrechnen – und dabei übersehen, dass der eine ein leichteres Gebiet hat.
* Jeden Monat den ganzen Report lesen: brennende Fälle kommen als eigene Aufgabe zu Ihnen.

== Wie das Modul denkt (ohne Formeln) ==
Damit Sie den Zahlen vertrauen können, lohnt es sich, die drei Grundgedanken zu kennen. Alle drei haben ein Ziel: '''ehrliche''' Zahlen, die auch ein kritischer Zuhörer nicht zerredet.

=== Gedanke 1: Vergleichen statt einfach zählen ===
Wenn 70 % der angesprochenen Kunden danach kaufen, klingt das gut – beweist aber nichts, denn ein Teil hätte auch ohne Ansprache gekauft. Der Wirkungsmonitor stellt deshalb immer zwei Gruppen gegenüber: Aufgaben, die '''bearbeitet''' wurden, gegen Aufgaben, die '''liegengeblieben''' sind. Der Unterschied zwischen beiden ist der ehrliche Beitrag der Arbeit.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Merksatz
|-
| Nicht „Wie viele haben gekauft?", sondern „Wie viele MEHR haben gekauft, weil jemand sich gekümmert hat?"
|}

=== Gedanke 2: Gleiches mit Gleichem vergleichen (Fairness) ===
Ein Mitarbeiter mit lauter treuen Stammkunden hat es leichter als einer, der vor allem abwandernde Kunden betreut. Eine rohe Erfolgsquote würde den Zweiten bestrafen, obwohl er die schwerere Arbeit macht. Deshalb vergleicht das Modul nur '''Vergleichbares''': Abwanderer-Aufgaben werden nur gegen andere Abwanderer-Aufgaben gemessen, Neukunden gegen Neukunden. So bleibt der Kollege im schweren Gebiet fair im Rennen. Diese faire Zahl heißt '''Uplift''' (Mehrwert).

=== Gedanke 3: Saison und Zufall herausrechnen ===
Ob der Roherlös eines Kunden steigt, hängt auch von der Jahreszeit oder einer einzelnen Großbestellung ab. Um das nicht mit dem Verdienst des Vertriebs zu verwechseln, vergleicht das Modul die Roherlös-Entwicklung der bearbeiteten Kunden mit der der unbearbeiteten über denselben Zeitraum. Was beide Gruppen gleich trifft (Saison, Marktlage), fällt so heraus – übrig bleibt der echte Effekt.

: ''Hinweis:'' Diese Vergleichslogik ist bewusst vorsichtig. Sie liefert keinen Laborbeweis, aber belastbare Zahlen – und keine Schönrechnerei, die beim ersten kritischen Nachfragen zusammenfällt.

== Die Kennzahlen im Überblick ==
Der Report zeigt zwei getrennte Welten – '''Aktivität''' (arbeitet jemand?) und '''Wirkung''' (bringt es etwas?). Sie werden nie vermischt, denn erst zusammen ergeben sie ein faires Bild.

{| class="wikitable"
! Kennzahl !! Was sie sagt !! Worauf achten
|-
| Bearbeitungsquote || Anteil der zugeteilten Aufgaben, die der Mitarbeiter angefasst hat. || Sehr hoch bei null Wirkung = Verdacht auf reines Abhaken.
|-
| Rückstand || Aufgaben, die länger als 30 Tage unbearbeitet offen sind. || Wachsender Rückstand = Überlast oder Vermeidung.
|-
| Zündquote (roh) || Anteil der bearbeiteten Aufgaben mit Erfolg. || Nie allein bewerten – hängt vom Gebiet ab.
|-
| Uplift (fair) || Mehrwert gegenüber Nichtstun, gleiches mit Gleichem verglichen. || Die eigentliche Leistungszahl.
|-
| Roherlös-Plus (€) || Zusätzlicher Deckungsbeitrag je 100 bearbeitete Aufgaben. || Die Zahl für den Wert des Systems.
|-
| Reifegrad || Anteil der Aufgaben, deren Beobachtungsfenster schon abgelaufen ist. || Junge Aufgaben sind noch nicht bewertbar.
|}

=== Warum manche Zellen „zu wenig Daten" anzeigen ===
Bei sehr wenigen Aufgaben ist eine Quote reiner Zufall. Sind in einer Auswertungszelle weniger als rund 20 bewertete Aufgaben, zeigt der Report bewusst '''keine''' Rangzahl, sondern „zu wenig Daten". Das ist kein Fehler – es schützt davor, jemanden aufgrund von drei Zufallsfällen zu beurteilen.

=== Warum der Report der Gegenwart hinterherläuft ===
Ob eine Reaktivierung geklappt hat, weiß man erst, wenn dem Kunden genug Zeit zum Bestellen geblieben ist. Deshalb bewertet der Report immer Aufgaben aus den '''Vormonaten''', nicht die von gestern. Ein Drop-out-Artikel, der alle zwei Monate gekauft wird, bekommt entsprechend ein längeres Beobachtungsfenster als ein wöchentlich bestellter.

== Der monatliche Ablauf ==
Der Wirkungsmonitor läuft im Gleichschritt mit den anderen KI-Mining-Modulen, einmal im Monat. Für Sie als Vertriebsleiter entstehen dabei zwei Dinge: eine Handvoll '''Aufgaben zu brennenden Fällen''' und ein '''Excel-Report''' zum Nachschlagen.

{| class="wikitable"
! Schritt !! Was passiert
|-
| 1. Datenlauf || Nachts liest das Modul die Aufgaben der Vormonate und prüft, was aus ihnen geworden ist (Kauf, Rückkehr des Artikels, Roherlös).
|-
| 2. Verdichtung || Es rechnet Bearbeitung, Uplift und Roherlös-Plus je Mitarbeiter, Segment und Aufgabentyp zusammen.
|-
| 3. Excel-Report || Wird als Anlage zur monatlichen Vertriebsleiter-Zustellung erzeugt.
|-
| 4. VL-Aufgaben || Nur bei anhaltenden Auffälligkeiten (drei Monate in Folge) legt das Modul Ihnen eine Coaching-Aufgabe an.
|}

: ''Hinweis:'' Der Report bewertet Kohorten – also z. B. „Aufgaben aus März", sobald deren Fenster reif sind. Vergleichen Sie Monatsberichte anhand des Erzeugungsmonats, nicht des Berichtsmonats.

== Die VL-Aufgaben lesen und nutzen ==
Damit Sie nicht jeden Monat den ganzen Report lesen müssen, bringt der Wirkungsmonitor die Ausnahmen zu Ihnen – als normale OBS-Aufgabe. Diese Aufgaben sind bewusst als '''Gesprächsanlass''' formuliert, nicht als Urteil.

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#F2C300; color:#202020;" | Beispiel einer VL-Aufgabe
|-
|
<code>[WM] Coaching prüfen – M. Bergmann</code>

Uplift drei Monatsläufe in Folge negativ im Segment „Gefährdet / Klasse A" (Fallzahl belastbar). Bearbeitung ok, Wirkung unter Vergleichsgruppe. Empfehlung: gemeinsam ein, zwei Fälle durchsprechen – Ansprache, Angebot, Einwand.
|}

Zwei Auslöser-Typen kommen vor:
* '''Wirkung:''' Ein Mitarbeiter liegt in einem Segment dauerhaft unter der Vergleichsgruppe – obwohl er bearbeitet. Ein inhaltliches Thema, kein Fleiß-Thema.
* '''Aktivität:''' Ein wachsender Rückstand oder eine dauerhaft niedrige Bearbeitungsquote – hier geht es um Kapazität und Priorisierung.

: ''Hinweis:'' Eine VL-Aufgabe feuert nie wegen eines einzelnen schwachen Monats. Erst wenn sich etwas über drei Läufe hält und die Fallzahl belastbar ist, landet es bei Ihnen.

== Mit dem Excel-Report arbeiten ==
Der Report ist nach Fragen sortiert, die ein Vertriebsleiter typischerweise stellt. Jedes Blatt beantwortet eine davon.

{| class="wikitable"
! Blatt !! Beantwortet die Frage !! Enthält
|-
| Übersicht || Bringt das System überhaupt etwas? || Roherlös-Plus, Rückgewinnungsquote, Team-Summen, Reifegrad.
|-
| Rangliste || Wer holt am meisten heraus? || je Mitarbeiter: Bearbeitung, Zündquote roh, Uplift, Roherlös-Plus, Sicherheits-Kennzeichen.
|-
| Segmente || Wo wirkt welche Ansprache? || Zündquoten je Segment und Aufgabentyp (die Vergleichsbasis).
|-
| Trend || Wird es besser? || Entwicklung über die Erzeugungsmonate, Reifekurve.
|-
| Drilldown || Was steckt hinter einer Zahl? || Einzelfälle je Mitarbeiter: Kunde, Datum, Erfolg ja/nein, €.
|}

=== Drei typische Fragen – und wo Sie nachsehen ===
* ''„Lohnt sich das Modul?"'' → Blatt Übersicht, Zeile Roherlös-Plus.
* ''„Ist Kollege X wirklich schwächer?"'' → Rangliste (Uplift statt roh!), dann Drilldown zur Gegenprobe.
* ''„Welche Ansprache zieht bei Abwanderern?"'' → Blatt Segmente, Zeile Gefährdet / Reaktivierbar.

== Coaching-Leitfaden: faul, wirkungslos oder Pech? ==
Der eigentliche Wert des Moduls liegt nicht in der Zahl, sondern im richtigen Gespräch. Die zwei Achsen – Aktivität und Wirkung – trennen drei Fälle, die völlig unterschiedliche Reaktionen verlangen.

{| class="wikitable"
! Situation !! Was die Zahlen zeigen !! Ihr Ansatz
|-
| Bearbeitet wenig || Niedrige Bearbeitungsquote, Rückstand wächst. || Kapazität & Prioritäten klären – nicht sofort die Wirkung diskutieren.
|-
| Bearbeitet viel, wirkt nicht || Hohe Bearbeitung, Uplift nahe null oder negativ. || Inhaltlich coachen: Ansprache, Angebot, Einwandbehandlung. Fallbeispiele aus dem Drilldown.
|-
| Schweres Gebiet || Niedrige rohe Quote, aber Uplift ok. || Anerkennen! Der Mitarbeiter holt aus schweren Fällen überdurchschnittlich viel. Kein Korrekturbedarf.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Haltung
|-
| Das Modul ist ein Werkzeug zur Leistungs'''optimierung''' – für beide Seiten. Der Mitarbeiter soll echte Unterstützung spüren, nicht Druck. Nutzen Sie den Drilldown, um mit konkreten Fällen ins Gespräch zu gehen, statt mit einer abstrakten Note.
|}

=== Ein Wort zum „Abhaken ohne Kontakt" ===
Weil als „bearbeitet" der Erledigt-Haken zählt, könnte ein Mitarbeiter Aufgaben wegklicken, ohne den Kunden anzurufen. Das Modul kann das nicht direkt sehen – aber es fällt trotzdem auf: Solche „bearbeiteten" Aufgaben wirken wie unbearbeitete, der Uplift geht gegen null. Wer nur abhakt, fällt bei der Wirkung hinter die Kollegen zurück. Die zweite Achse ist die Kontrolle über die erste.

== Was das Modul NICHT sagt – Grenzen & Fairness ==
Vertrauen entsteht auch dadurch, dass ein Werkzeug seine Grenzen kennt. Bitte lesen Sie diese Seite, bevor Sie Zahlen nach außen kommunizieren.
* '''Kein Laborbeweis.''' Weil bewusst keine Kunden absichtlich unbearbeitet bleiben, vergleicht das Modul selbst-ausgewählte Gruppen. Der faire Vergleich dämpft das, hebt es aber nicht vollständig auf.
* '''Nur so weit zurück wie die Daten reichen.''' Die Segment-Zuordnung der Vergangenheit stammt aus den monatlichen Klassifikations-Schnappschüssen; für sehr alte Aufgaben fehlt sie.
* '''Artikel-Ebene erst ab Stufe 1b.''' „Kommt der Drop-out-Artikel zurück?" wird erst belastbar, nachdem die strukturierte Ziel-Erfassung ein paar Monate mitgelaufen ist.
* '''Kleine Fallzahlen bleiben stumm.''' Unter der Mindestmenge gibt es bewusst keine Rangzahl.

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#E63946; color:#ffffff;" | Faustregel für die Kommunikation
|-
| Nach innen (Coaching) sind auch vorsichtige Zahlen wertvoll. Nach außen (Verkaufsargument) nur die reifen, mit belastbarer Fallzahl – und immer als „Mehrwert gegenüber Nichtstun", nie als nackte Quote.
|}

== Einrichtung & Voraussetzungen (für die IT) ==
Dieses Kapitel richtet sich an die OBS-Betreuung. Der Wirkungsmonitor ist überwiegend '''lesend''' und setzt auf den bestehenden KI-Mining-Tabellen auf.

=== Abhängigkeiten ===
{| class="wikitable"
! Quelle !! Wozu
|-
| KIMINING_KUNDEN_KLASS(_HIST) || Segment/Klasse zum Aufgabenzeitpunkt sowie die monatliche Roherlös-Zeitreihe. Muss produktiv laufen.
|-
| KIMINING_STATUSLOG || Protokoll der erzeugten ToDos (Kunde, Datum, Aufgaben-Verknüpfung).
|-
| TODO || Zuordnung zum Mitarbeiter und der Erledigt-Marker (Signal „bearbeitet").
|-
| AUFTRAG / AUFPOS || Ist-Verkäufe für die Wirkungsmessung.
|-
| KIMINING_TODO_ZIEL || Neue Tabelle (Stufe 1b): friert je Aufgabe das Wirkungsziel und die Baseline ein. Wird von Vertriebs-ToDos Pro geschrieben.
|}

=== Wichtig für belastbare Zahlen ===
* Der '''Erledigt-Haken''' muss im Alltag gesetzt werden – er ist das einzige Signal, ob eine Aufgabe bearbeitet wurde. Ohne gepflegte Erledigung fehlt der bearbeitet/unbearbeitet-Vergleich.
* Der '''Klassifikations-Lauf''' muss vor dem Wirkungslauf aktuell sein (monatlicher Schnappschuss).
* Schwellwerte (Beobachtungsfenster, Mindestfallzahl, Rückstandsgrenze, Trend-Auslöser) sind über die Modul-INI einstellbar.

=== Rollout in zwei Stufen ===
{| class="wikitable"
! Stufe !! Inhalt
|-
| Stufe 1a || Rückgewinnung, Roherlös-Plus, Aktivität, Rangliste, Excel-Report, VL-Aufgaben – rein lesend, rechnet rückwirkend auf vorhandenen Daten.
|-
| Stufe 1b || Artikel-Ebene (Drop-out, Cross-Sell, Abo) über die neue Ziel-Erfassung in Vertriebs-ToDos Pro. Reift über einige Monatsläufe ein.
|}

== Glossar ==
; Aufgabentyp
: Art des Wirkungsziels: Reaktivierung, Drop-out, Cross-Sell, Abo, Defizit (Kondition), Neukunde.
; Bearbeitet
: Eine Aufgabe gilt als bearbeitet, wenn der Erledigt-Haken gesetzt ist. Grundlage des Vergleichs bearbeitet/unbearbeitet.
; Baseline
: Der eingefrorene Ausgangszustand zum Aufgabenzeitpunkt (z. B. letzter Kauf, Ausgangs-Roherlös). Gegen ihn wird der Erfolg gemessen.
; Drop-out-Artikel
: Ein Artikel, den der Kunde früher regelmäßig kaufte und dann nicht mehr. Erfolg = er wird wieder gekauft.
; Kohorte
: Alle Aufgaben eines Erzeugungsmonats. Der Report bewertet Kohorten, sobald ihre Beobachtungsfenster reif sind.
; Reifegrad
: Anteil der Aufgaben einer Auswertung, deren Beobachtungsfenster bereits abgelaufen ist – also endgültig bewertbar.
; Roherlös-Plus (DiD)
: Zusätzlicher Deckungsbeitrag der bearbeiteten gegenüber den unbearbeiteten Kunden, saison- und ausreißerbereinigt.
; Segment
: Zustandsklasse des Kunden aus der Klassifizierung (z. B. Champion, Gefährdet, Reaktivierbar, Neukunde). Basis des fairen Vergleichs.
; Uplift
: Der faire Mehrwert: Zündquote der bearbeiteten minus die vergleichbarer unbearbeiteter Aufgaben. Gebietsschwere ist herausgerechnet.
; VL-Aufgabe
: Eine an den Vertriebsleiter gerichtete Coaching-Aufgabe, die nur bei anhaltender Auffälligkeit (drei Läufe) entsteht.
; Zündquote
: Anteil der bearbeiteten Aufgaben mit Erfolg – „roh" ohne, „adjustiert" mit Fairness-Korrektur.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro

2026-08-07T08:55:43Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''MPS-ToDos Pro''' richtet sich an Anwender im '''Managed Print Service''' – also an alle, die Drucker und Kopierer gegen Monatspauschale oder Klickpreis vermieten und warten. Solche Geschäfte leben von vielen kleinen Verträgen und noch mehr Geräten. Genau dort verliert man leicht den Überblick: Welcher Vertrag rechnet sich noch? Welches Gerät läuft heiß? Welcher Vertrag läuft aus, ohne dass jemand rechtzeitig das Verlängerungsgespräch führt?

MPS-ToDos Pro durchleuchtet dafür jede Woche automatisch jeden aktiven Vertrag und jedes zugehörige Gerät und macht aus jeder auffälligen Situation eine OBS-Aufgabe – mit fertigem Sprechtext, konkreten Anlässen und den passenden Kennzahlen.

Dieser Leitfaden richtet sich an Vertrieb/Account-Management und Servicekoordination.

== Kurzüberblick ==
{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Jeder Vertrag und jedes Gerät wird wöchentlich automatisch bewertet.
* Zwei getrennte Blickwinkel: der '''Vertrag''' (Wirtschaftlichkeit) und das '''Gerät''' (Betrieb).
* Auffälligkeiten werden zu fertigen OBS-Aufgaben mit Sprechtext und Kennzahlen.
* Die Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
|}

== Zwei Blickwinkel: Vertrag und Gerät ==
Ein MPS-Geschäft hat zwei Ebenen, für die meist verschiedene Menschen zuständig sind. MPS-ToDos Pro bewertet beide getrennt.

=== Ebene 1 – der Vertrag (Vertrieb / Account-Manager) ===
Hier geht es um Wirtschaftlichkeit und Lebenslauf des Vertrags. Jeder Vertrag bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| NEU / EINSPIEL || Frisch in Betrieb, das Druckvolumen pendelt sich noch ein.
|-
| STABIL || Läuft im Plan, Volumen und Marge passen.
|-
| DRIFT HOCH || Der Kunde druckt dauerhaft deutlich mehr als vereinbart – Chance, die Pauschale anzupassen.
|-
| DRIFT NIEDRIG || Der Kunde druckt viel weniger als bezahlt – fühlt sich womöglich übervorteilt, Kündigungsrisiko.
|-
| DEFIZITÄR || Der Vertrag verdient unterm Strich kein Geld mehr.
|-
| AUSLAUFEND || Die Kündigungsfrist rückt näher – handeln, bevor sich der Vertrag stillschweigend verlängert oder wegbricht.
|-
| GEKÜNDIGT || Bereits gekündigt, aber noch aktiv – Win-back oder saubere Übergabe.
|}

=== Ebene 2 – das Gerät (Servicekoordinator) ===
Hier geht es um die einzelne Maschine – Auslastung, Störungen, Materialbedarf. Auch jedes Gerät bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| HOCHLAST || Druckt viel mehr als vergleichbare Geräte – Aufrüstung oder größeres Modell prüfen.
|-
| UNTERLAST || Kaum genutzt – vergessenes Gerät? Konsolidieren?
|-
| STÖRANFÄLLIG || Häuft Servicebesuche – Ursache suchen, bevor der Kunde unzufrieden wird.
|-
| STILLSTAND || Ist zugeordnet, druckt aber seit Monaten nichts – ausgemustert?
|-
| END-OF-LIFE || Hat seine Lebensdauer erreicht – vorausschauend tauschen statt auf den Ausfall warten.
|}

== Peer-Vergleich: wie erkennt die App „zu viel" oder „zu wenig"? ==
Es gibt keine allgemeingültige Norm dafür, wie viel ein bestimmtes Druckermodell im Monat schaffen sollte. Deshalb vergleicht die App jedes Gerät mit '''Ihren eigenen baugleichen Geräten''' (Peer-Vergleich): Was ist bei diesem Modell normal, was ist Ausreißer? Erst ab genügend Vergleichsgeräten (Standard: mindestens 5) wird eine solche Aussage getroffen – sonst hält sich die App bewusst zurück.

== So liest sich eine MPS-Aufgabe ==
Anonymisiertes Beispiel: ein Pool-Vertrag mit acht Geräten, der in gut zwei Monaten kündigungsfähig wird – der Account-Manager soll rechtzeitig das Verlängerungsgespräch anstoßen:

<pre>
[MPS-V] AUSLAUFEND - PREMIUM - POOL - Vertrag 1204, Kunde 4711

Anlass:
Vertrag in 78 Tagen kuendigungsfaehig - Verlaengerungsgespraech jetzt fuehren.

Themen:
> Verlaengerungsgespraech terminieren, Nachfolgeangebot vorbereiten
> Bedarfsentwicklung der letzten 12 Monate als Argument aufbereiten
> Pool pruefen: einzelne Geraete sind stark ueberlastet

Kennzahlen:
8 Geraete - Einnahmen 12M 17.338 EUR - Ausgaben 11.710 EUR
Deckungsbeitrag 5.628 EUR (32,5%) - Volumen-Drift -2,3% - Restlaufzeit 78 Tage
</pre>

: ''Hinweis:'' Bei auslaufenden Verträgen legt die App zusätzlich automatisch eine Quartals-Übersicht der letzten zwölf Monate bei (Schwarz-Weiß-Klicks, Farb-Klicks, Umsatz). So geht der Vertrieb mit belastbaren Zahlen ins Gespräch, ohne vorher einen Report zu ziehen.

== Selbst gepflegte Themen ==
Wie bei Vertriebs-ToDos Pro hinterlegen Sie die Sprechpunkte selbst – je Segment und Anlass, in einer Themen-Tabelle in OBS, ohne Programmierung. Jedes Thema trägt zusätzlich einen '''Zuständigkeits-Bereich''' (Vertrieb, Service, Leitung, IT), sodass Vertrags- und Gerätethemen bei den richtigen Personen landen.

== Schutzfrist und Lastverteilung ==
Damit nicht jede Woche dieselbe Aufgabe entsteht, gilt je Vertrag bzw. Gerät und Thema eine Schutzfrist (Cooldown), die pro Aufgaben-Klasse einstellbar ist (z. B. Verträge länger, Material-Hinweise kürzer). Neue Verträge dürfen im Onboarding-Fenster etwas häufiger angesprochen werden. Die Aufgaben werden zudem gleichmäßig auf die zuständigen Bearbeiter verteilt.

== Robust bei lückenhaften Daten ==
Fehlt eine Datenquelle (zum Beispiel ein FMAudit-Zählerstand), schaltet die App die davon abhängigen Hinweise '''still ab''', statt falsch zu melden. Lieber kein Hinweis als ein irreführender – veraltete Statistiken werden zudem als Datenqualitäts-Aufgabe sichtbar gemacht.

== Voraussetzungen ==
* Aktives MPS-/Vertragsmodul in OBS (Verträge, Geräte, Zählerstände, Servicehistorie).
* Statistik-/Abrechnungsdaten je Vertrag und Gerät.
* Optional FMAudit-Daten für die feinere Geräte-Auswertung.
* Die '''Kundenklassifizierung''' wird optional als zusätzlicher Frühwarn-Hinweis genutzt.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
Die App arbeitet in zwei Takten:
; Klassifikation (wöchentlich)
: Berechnet einmal pro Woche (z. B. Sonntagnacht) für jeden Vertrag und jedes Gerät das Segment und die Anlässe – als Momentaufnahme.
; Analyse / Aufgaben (täglich)
: Erzeugt aus der aktuellen Klassifikation die Aufgaben, baut den Sprechtext und beachtet Schutzfristen und Tageskontingente.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Datenqualitäts-Problemen legt die App eine Aufgabe an den Systemverantwortlichen an.

== Was Sie davon haben ==
* Kein auslaufender Vertrag wird mehr übersehen – Verlängerung wird planbar.
* Defizitäre Verträge und übervorteilte Kunden werden sichtbar, bevor sie kippen.
* Der Service erkennt Problem- und Stillstand-Geräte, ohne Statistiken zu bauen.
* Material- und Tausch-Bedarf lässt sich vorausschauend mit Touren bündeln.
* Robust auch bei lückenhaften Daten – lieber kein Hinweis als ein falscher.

== Häufige Fragen (FAQ) ==
; Warum trennt die App Vertrag und Gerät?
: Weil dafür unterschiedliche Personen zuständig sind (Account-Management vs. Servicekoordination) und beide Ebenen unterschiedliche Maßnahmen brauchen.
; Woher weiß die App, was „zu viel" gedruckt ist?
: Aus dem Vergleich mit Ihren eigenen baugleichen Geräten (Peer-Vergleich), erst ab mindestens fünf Vergleichsgeräten.
; Kann ich die Sprechpunkte ändern?
: Ja, über die Themen-Tabelle in OBS – je Segment und Anlass, ohne Programmierung.
; Was passiert, wenn Daten fehlen?
: Die betroffenen Hinweise werden stillgelegt, statt falsch zu melden.
; Wie oft läuft die App?
: Die Klassifikation wöchentlich, die Aufgaben-Erzeugung täglich.

== Glossar ==
; Managed Print Service (MPS)
: Vermietung und Wartung von Druck-/Kopiergeräten gegen Pauschale oder Klickpreis.
; Vertrags-Segment
: Bewertung der Wirtschaftlichkeit/Lebensphase eines Vertrags (STABIL, DEFIZITÄR, AUSLAUFEND …).
; Geräte-Segment
: Bewertung des Betriebs eines Geräts (HOCHLAST, STÖRANFÄLLIG, END-OF-LIFE …).
; Drift
: Abweichung des tatsächlichen Druckvolumens vom vereinbarten (hoch = mehr, niedrig = weniger).
; Peer-Vergleich
: Vergleich eines Geräts mit den eigenen baugleichen Geräten.
; Deckungsbeitrag
: Was von den Vertragseinnahmen nach Abzug der Kosten übrig bleibt.
; Schutzfrist / Cooldown
: Zeitraum, in dem dieselbe Aufgabe zu Vertrag/Gerät nicht erneut erscheint.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro

2026-08-07T08:55:00Z

Hoheneder:

{{Kostenpflichtige Module}}

'''Vertriebs-ToDos Pro''' erweitert die Basis-App um die Kundengruppen, die sonst systematisch leer ausgehen: Neukunden, Entwicklungs-Kandidaten und Reaktivierbare. Grundlage ist die Kundenklassifizierung – nur wenn bekannt ist, wer in welche Gruppe gehört, kann die Pro-App gezielt Aufgaben erzeugen.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung und setzt den Leitfaden zur Basis-App Vertriebs-ToDos voraus.

== Kurzüberblick ==
Die Basis-App betrachtet vor allem aktive Stammkunden – dort entsteht der Umsatz von heute. Pro nimmt zusätzlich die Kunden in den Blick, die morgen Umsatz bringen (oder gerade verloren gehen): Neukunden, Entwicklungs-Kandidaten, gefährdete und reaktivierbare Kunden.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zusätzliche Aufgaben für Neukunden-, Entwicklungs- und Reaktivierungs-Themen.
* Getrieben von den vier Etiketten der Kundenklassifizierung.
* Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
* Voll kompatibel zur Basis-App: keine Doppelaufgaben.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Setzt die Kundenklassifizierung voraus
|-
| Ohne die vier Etiketten (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) kann Pro nicht wissen, wer Neukunde, gefährdet oder reaktivierbar ist. Die Kundenklassifizierung muss also laufen.
|}

== Zusätzliche Aufgaben-Auslöser ==
Zusätzlich zu den Anlässen der Basis-App erzeugt Pro Aufgaben aus dem Lebenszyklus-Segment des Kunden:

{| class="wikitable"
! Segment !! Aufgabe
|-
| NEUKUNDE || Erstbestellung lief – wann erfolgt das systematische Onboarding-Gespräch?
|-
| ENTWICKLUNG || Kurze Kundenbeziehung, schon mehrere Käufe – Potenzial heben.
|-
| GEFÄHRDET || Noch aktiv, kippt aber gerade – letzter Moment für Outbound.
|-
| REAKTIVIERBAR || Früher Kunde, seit 1–2 Jahren ruhig – Win-back-Versuch.
|-
| EINMALKÄUFER || Nur eine Rechnung – warum hat er nicht weitergekauft?
|}

== Die pflegbare Themen-Tabelle ==
Das Herzstück von Pro: Sie hinterlegen selbst, welche Sprechpunkte der Vertrieb bei welcher Konstellation ansprechen soll – in einer Themen-Tabelle in OBS, ohne Programmierung.
* Jedes Thema gilt für eine Kombination aus '''Segment''', '''Wertklasse''', '''Profitabilität''' und '''Sortimentstyp'''. Leere Felder wirken als Platzhalter („gilt für alle").
* Jedes Thema hat eine '''Priorität'''; im Sprechtext erscheinen die wichtigsten (standardmäßig bis zu fünf) Themen zuerst.
* Themen lassen sich '''aktiv/inaktiv''' schalten – so steuert die Vertriebsleitung die Schwerpunkte des Teams, ohne dass programmiert werden muss.

: ''Hinweis:'' Beispiel: „Welche Themen bei einem GEFÄHRDET-A-Kunden? Welche bei einem ENTWICKLUNG-PREMIUM?" – genau das legen Sie in der Tabelle fest. So bleibt die Sprache menschlich und Ihr Vertriebsstil bleibt Ihr Vertriebsstil.

== Der Aufgaben-Betreff: vier Etiketten ==
Jede Pro-Aufgabe trägt im Betreff das vollständige Vier-Etiketten-Tag, zum Beispiel '''SCHLUMMERND · A · PREMIUM · PAPIER'''. Damit ist die Aufgabe lesbar, bevor man sie öffnet:

{| class="wikitable"
! Etikett !! Aussage
|-
| Lebenszyklus || Wer ist der Kunde? (SCHLUMMERND, GEFÄHRDET …)
|-
| Wertklasse || Wie viel Wert hat er? (A/B/C/D/X)
|-
| Profitabilität || Wie profitabel ist er? (PREMIUM bis DEFIZIT)
|-
| Sortimentstyp || Was kauft er überwiegend?
|}

== So liest sich eine Pro-Aufgabe ==
Anonymisiertes Beispiel – ein wertvoller, aber ruhig gewordener Kunde:

<pre>
[VTD] SCHLUMMERND - A - PREMIUM - PAPIER - Kunde 3025

Aufhaenger:
Wertvoller Kunde, seit 4 Monaten keine Bestellung - jetzt handeln.

Themen:
> Reaktivierungs-Anruf: was hat sich beim Bedarf veraendert?
> Jahresbonus-Stand und Konditionen ansprechen
> Papier-Rahmenauftrag anbieten (Hauptsortiment)

Kennzahlen:
Umsatz 12 Monate 42.000 EUR - Marge 55% - letzter Kauf vor 128 Tagen
</pre>

== Schutzfrist und Lastverteilung ==
Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar.

== Zusammenspiel mit Basis und Cross-Selling ==
* '''Basis-App:''' Pro läuft im selben wöchentlichen Vertriebs-ToDos-Lauf mit – es gibt keine konkurrierenden oder doppelten Aufgaben.
* '''Kundenklassifizierung:''' liefert monatlich die vier Etiketten, auf denen Pro seine Auslöser und die Themen-Auswahl aufbaut.
* '''Cross-Selling:''' setzt auf Pro auf und ergänzt die Aufgaben um einen Sortiments-Vorschlags-Block (eigener Leitfaden).

: ''Hinweis:'' Die Reihenfolge in der Einführung: erst Kundenklassifizierung, dann Vertriebs-ToDos, dann Pro – und optional Cross-Selling obendrauf.

== Voraussetzungen ==
* '''Kundenklassifizierung''' (läuft monatlich, liefert die vier Etiketten).
* '''Vertriebs-ToDos (Basis)''' als Fundament der Aufgaben-Erzeugung.
* Gepflegte Auftrags- und Kundendaten in OBS.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
* '''Kundenklassifizierung''' monatlich (z. B. 1. Werktag, 02:30 Uhr).
* '''Vertriebs-ToDos (mit Pro-Erweiterung)''' wöchentlich in der Nacht von Samstag auf Sonntag – nutzt das aktuelle Klassifizierungs-Ergebnis.
* '''Themen-Tabelle''' mit einer Default-Bestückung starten und mit der Vertriebsleitung nach und nach an den eigenen Stil anpassen.

: ''Hinweis:'' Schutzfrist, Tageskontingent und die Zahl der Themen pro Aufgabe sind konfigurierbar.

== Was Sie davon haben ==
* Onboarding für Neukunden wird systematisch – nicht mehr Bauchsache.
* Reaktivierungs-Versuche werden gezielter und nachvollziehbar.
* Der Vertrieb arbeitet datenbasiert – Themen und Sprache bleiben menschlich.
* Sales-Strategie änderbar ohne Programmierung, über die Themen-Tabelle.
* Volle Kompatibilität zur Basis-App – keine Doppelaufgaben.

== Häufige Fragen (FAQ) ==
; Brauche ich zwingend die Kundenklassifizierung?
: Ja. Pro baut auf den vier Etiketten auf. Ohne Klassifizierung fehlen die zusätzlichen Auslöser.
; Bekomme ich für einen Kunden zwei Aufgaben (Basis und Pro)?
: Nein. Pro läuft im selben Lauf mit und bündelt – es gibt keine Doppelaufgaben.
; Wie ändere ich die Sprechpunkte?
: Über die Themen-Tabelle in OBS – aktiv/inaktiv schalten, Prioritäten setzen, Texte anpassen. Keine Programmierung nötig.
; Was bedeutet das Tag im Betreff?
: Die vier Etiketten des Kunden (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) – die Aufgabe ist damit lesbar, bevor man sie öffnet.

== Glossar ==
; Segment / Lebenszyklus
: Etikett aus der Kundenklassifizierung (NEUKUNDE, GEFÄHRDET, REAKTIVIERBAR …).
; Themen-Tabelle
: In OBS pflegbare Liste von Sprechpunkten je Kunden-Konstellation.
; Vier-Etiketten-Tag
: Kurzkennung im Betreff: Lebenszyklus · Wertklasse · Profitabilität · Sortimentstyp.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Onboarding
: Systematisches Erstgespräch mit einem Neukunden.
; Win-back
: Rückgewinnungs-Versuch bei einem still gewordenen Kunden.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro

2026-08-07T08:54:04Z

Hoheneder:

'''Vertriebs-ToDos Pro''' erweitert die Basis-App um die Kundengruppen, die sonst systematisch leer ausgehen: Neukunden, Entwicklungs-Kandidaten und Reaktivierbare. Grundlage ist die Kundenklassifizierung – nur wenn bekannt ist, wer in welche Gruppe gehört, kann die Pro-App gezielt Aufgaben erzeugen.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung und setzt den Leitfaden zur Basis-App Vertriebs-ToDos voraus.

== Kurzüberblick ==
Die Basis-App betrachtet vor allem aktive Stammkunden – dort entsteht der Umsatz von heute. Pro nimmt zusätzlich die Kunden in den Blick, die morgen Umsatz bringen (oder gerade verloren gehen): Neukunden, Entwicklungs-Kandidaten, gefährdete und reaktivierbare Kunden.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zusätzliche Aufgaben für Neukunden-, Entwicklungs- und Reaktivierungs-Themen.
* Getrieben von den vier Etiketten der Kundenklassifizierung.
* Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
* Voll kompatibel zur Basis-App: keine Doppelaufgaben.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Setzt die Kundenklassifizierung voraus
|-
| Ohne die vier Etiketten (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) kann Pro nicht wissen, wer Neukunde, gefährdet oder reaktivierbar ist. Die Kundenklassifizierung muss also laufen.
|}

== Zusätzliche Aufgaben-Auslöser ==
Zusätzlich zu den Anlässen der Basis-App erzeugt Pro Aufgaben aus dem Lebenszyklus-Segment des Kunden:

{| class="wikitable"
! Segment !! Aufgabe
|-
| NEUKUNDE || Erstbestellung lief – wann erfolgt das systematische Onboarding-Gespräch?
|-
| ENTWICKLUNG || Kurze Kundenbeziehung, schon mehrere Käufe – Potenzial heben.
|-
| GEFÄHRDET || Noch aktiv, kippt aber gerade – letzter Moment für Outbound.
|-
| REAKTIVIERBAR || Früher Kunde, seit 1–2 Jahren ruhig – Win-back-Versuch.
|-
| EINMALKÄUFER || Nur eine Rechnung – warum hat er nicht weitergekauft?
|}

== Die pflegbare Themen-Tabelle ==
Das Herzstück von Pro: Sie hinterlegen selbst, welche Sprechpunkte der Vertrieb bei welcher Konstellation ansprechen soll – in einer Themen-Tabelle in OBS, ohne Programmierung.
* Jedes Thema gilt für eine Kombination aus '''Segment''', '''Wertklasse''', '''Profitabilität''' und '''Sortimentstyp'''. Leere Felder wirken als Platzhalter („gilt für alle").
* Jedes Thema hat eine '''Priorität'''; im Sprechtext erscheinen die wichtigsten (standardmäßig bis zu fünf) Themen zuerst.
* Themen lassen sich '''aktiv/inaktiv''' schalten – so steuert die Vertriebsleitung die Schwerpunkte des Teams, ohne dass programmiert werden muss.

: ''Hinweis:'' Beispiel: „Welche Themen bei einem GEFÄHRDET-A-Kunden? Welche bei einem ENTWICKLUNG-PREMIUM?" – genau das legen Sie in der Tabelle fest. So bleibt die Sprache menschlich und Ihr Vertriebsstil bleibt Ihr Vertriebsstil.

== Der Aufgaben-Betreff: vier Etiketten ==
Jede Pro-Aufgabe trägt im Betreff das vollständige Vier-Etiketten-Tag, zum Beispiel '''SCHLUMMERND · A · PREMIUM · PAPIER'''. Damit ist die Aufgabe lesbar, bevor man sie öffnet:

{| class="wikitable"
! Etikett !! Aussage
|-
| Lebenszyklus || Wer ist der Kunde? (SCHLUMMERND, GEFÄHRDET …)
|-
| Wertklasse || Wie viel Wert hat er? (A/B/C/D/X)
|-
| Profitabilität || Wie profitabel ist er? (PREMIUM bis DEFIZIT)
|-
| Sortimentstyp || Was kauft er überwiegend?
|}

== So liest sich eine Pro-Aufgabe ==
Anonymisiertes Beispiel – ein wertvoller, aber ruhig gewordener Kunde:

<pre>
[VTD] SCHLUMMERND - A - PREMIUM - PAPIER - Kunde 3025

Aufhaenger:
Wertvoller Kunde, seit 4 Monaten keine Bestellung - jetzt handeln.

Themen:
> Reaktivierungs-Anruf: was hat sich beim Bedarf veraendert?
> Jahresbonus-Stand und Konditionen ansprechen
> Papier-Rahmenauftrag anbieten (Hauptsortiment)

Kennzahlen:
Umsatz 12 Monate 42.000 EUR - Marge 55% - letzter Kauf vor 128 Tagen
</pre>

== Schutzfrist und Lastverteilung ==
Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar.

== Zusammenspiel mit Basis und Cross-Selling ==
* '''Basis-App:''' Pro läuft im selben wöchentlichen Vertriebs-ToDos-Lauf mit – es gibt keine konkurrierenden oder doppelten Aufgaben.
* '''Kundenklassifizierung:''' liefert monatlich die vier Etiketten, auf denen Pro seine Auslöser und die Themen-Auswahl aufbaut.
* '''Cross-Selling:''' setzt auf Pro auf und ergänzt die Aufgaben um einen Sortiments-Vorschlags-Block (eigener Leitfaden).

: ''Hinweis:'' Die Reihenfolge in der Einführung: erst Kundenklassifizierung, dann Vertriebs-ToDos, dann Pro – und optional Cross-Selling obendrauf.

== Voraussetzungen ==
* '''Kundenklassifizierung''' (läuft monatlich, liefert die vier Etiketten).
* '''Vertriebs-ToDos (Basis)''' als Fundament der Aufgaben-Erzeugung.
* Gepflegte Auftrags- und Kundendaten in OBS.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
* '''Kundenklassifizierung''' monatlich (z. B. 1. Werktag, 02:30 Uhr).
* '''Vertriebs-ToDos (mit Pro-Erweiterung)''' wöchentlich in der Nacht von Samstag auf Sonntag – nutzt das aktuelle Klassifizierungs-Ergebnis.
* '''Themen-Tabelle''' mit einer Default-Bestückung starten und mit der Vertriebsleitung nach und nach an den eigenen Stil anpassen.

: ''Hinweis:'' Schutzfrist, Tageskontingent und die Zahl der Themen pro Aufgabe sind konfigurierbar.

== Was Sie davon haben ==
* Onboarding für Neukunden wird systematisch – nicht mehr Bauchsache.
* Reaktivierungs-Versuche werden gezielter und nachvollziehbar.
* Der Vertrieb arbeitet datenbasiert – Themen und Sprache bleiben menschlich.
* Sales-Strategie änderbar ohne Programmierung, über die Themen-Tabelle.
* Volle Kompatibilität zur Basis-App – keine Doppelaufgaben.

== Häufige Fragen (FAQ) ==
; Brauche ich zwingend die Kundenklassifizierung?
: Ja. Pro baut auf den vier Etiketten auf. Ohne Klassifizierung fehlen die zusätzlichen Auslöser.
; Bekomme ich für einen Kunden zwei Aufgaben (Basis und Pro)?
: Nein. Pro läuft im selben Lauf mit und bündelt – es gibt keine Doppelaufgaben.
; Wie ändere ich die Sprechpunkte?
: Über die Themen-Tabelle in OBS – aktiv/inaktiv schalten, Prioritäten setzen, Texte anpassen. Keine Programmierung nötig.
; Was bedeutet das Tag im Betreff?
: Die vier Etiketten des Kunden (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) – die Aufgabe ist damit lesbar, bevor man sie öffnet.

== Glossar ==
; Segment / Lebenszyklus
: Etikett aus der Kundenklassifizierung (NEUKUNDE, GEFÄHRDET, REAKTIVIERBAR …).
; Themen-Tabelle
: In OBS pflegbare Liste von Sprechpunkten je Kunden-Konstellation.
; Vier-Etiketten-Tag
: Kurzkennung im Betreff: Lebenszyklus · Wertklasse · Profitabilität · Sortimentstyp.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Onboarding
: Systematisches Erstgespräch mit einem Neukunden.
; Win-back
: Rückgewinnungs-Versuch bei einem still gewordenen Kunden.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos

2026-08-07T08:52:58Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Vertriebs-ToDos''' nimmt dem Vertrieb das Listenwälzen ab. Sie durchsucht jede Woche automatisch den OBS-Auftragsbestand nach Dingen, die jemand am Montag wissen sollte – und macht daraus fertige Aufgaben beim zuständigen Sachbearbeiter.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung.

== Kurzüberblick ==
Vertriebs-ToDos scannt in der Nacht von Samstag auf Sonntag den Auftragsbestand und erzeugt bei Auffälligkeiten eine OBS-Aufgabe beim zuständigen Sachbearbeiter – mit Anlass, Kennzahlen und Vorschlag.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Vertrieb startet montags mit dem Wichtigsten – nicht mit dem Sortieren von Listen.
* Auffälligkeiten werden zu fertigen Aufgaben beim richtigen Sachbearbeiter.
* Alles bleibt in OBS – keine Excel-Liste, keine Mail, kein CRM-Wechsel.
* Faire Lastverteilung und Schutz vor Doppelmeldungen sind eingebaut.
|}

== Worauf die App achtet ==
* '''Bestellrhythmus''' – ein Stammkunde, der sonst alle drei Wochen bestellt, ist seit sechs Wochen still. Auffällig.
* '''Warengruppen-Drop-out''' – der Kunde bestellt noch, aber eine ganze Sortimentslinie ist plötzlich verschwunden. Wechsel zum Wettbewerb?
* '''Umsatz-Anomalien''' – deutlich weniger Umsatz in den letzten beiden Monaten als im Vergleichszeitraum davor.
* '''Offene Angebote''' – ein Angebot liegt seit Wochen unbeantwortet in OBS, niemand hat nachgefasst.
* '''Reklamations-Salden''' – ungewöhnlich viele Retouren; ein Kosten- oder Zufriedenheitsproblem.

== Wie eine Aufgabe entsteht ==
Erkennt die Analyse eine dieser Situationen, legt sie eine Aufgabe (oder Wiedervorlage) direkt in OBS an – adressiert an den zuständigen Sachbearbeiter des Kunden. Der Aufgabentext enthält Anlass, Kennzahlen und einen Vorschlag. Der Sachbearbeiter sieht das am Montag in seiner OBS-Aufgabenliste.

: ''Hinweis:'' Kein Medienbruch – keine Excel-Liste, keine Sammelmail, kein zweites System. Die Aufgabe lebt dort, wo ohnehin gearbeitet wird.

== So liest sich eine Aufgabe ==
Anonymisiert aus einem Pilotbetrieb – ein langjähriger B-Kunde, der seit einigen Wochen ungewöhnlich still ist:

<pre>
[VTD] LOYAL - B - STANDARD - DRUCKVERBRAUCH - Kunde 4711

Anlass:
Bestellrhythmus stabil (alle 3 Wochen), letzter Kauf vor 47 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Jahresbonus-Stand kommunizieren

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen offen

Kennzahlen:
Umsatz 12 Monate 18.400 EUR - Marge 41% - Hauptsortiment Druckverbrauch
</pre>

== Schutzfrist gegen Doppelmeldung ==
Damit nicht jede Woche dieselbe Aufgabe zum selben Kunden entsteht, sperrt die App ein Thema nach der ersten Meldung für eine gewisse Zeit – die '''Schutzfrist''' (technisch „Cooldown"). Zeigt der erste Anlauf keine Wirkung, meldet sich das Thema erst nach Ablauf der Frist wieder.

: ''Hinweis:'' So bleibt die Aufgabenliste ein verlässliches Arbeitsinstrument und keine sich wiederholende Endlosschleife.

== Faire Lastverteilung ==
Niemand sitzt am Montag vor 250 neuen Aufgaben. Die App verteilt die Top-Themen gleichmäßig – standardmäßig maximal etwa zehn Aufgaben pro Sachbearbeiter und Tag, priorisiert nach dem Wertbeitrag des Kunden. So bekommt jeder Vertriebler die '''wichtigsten''' Aufgaben des Tages, nicht alle auf einmal.

== Voraussetzungen ==
* OBS mit gepflegten Auftrags- und Kundendaten (Aufträge, Angebote, Retouren).
* Ein zuständiger Sachbearbeiter je Kunde (für die Zuordnung der Aufgabe).
* Zugriff auf den OBS-Scheduler für den wöchentlichen Lauf.

: ''Hinweis:'' Die Kundenklassifizierung ist für die Basis-App nicht zwingend, veredelt die Aufgaben aber (siehe Vertriebs-ToDos Pro).

== Einrichtung und Betrieb ==
Die App läuft als wöchentliches OBS-Makro:
* '''Wöchentlicher Lauf''' in der Nacht von Samstag auf Sonntag, damit die Aufgaben Montag früh bereitstehen.
* '''Schutzfrist und Tageskontingent''' sind konfigurierbar – so passt sich die App an Teamgröße und Kundenzahl an.
* Ein Routine-Lauf arbeitet geräuschlos; er erzeugt nur die Vertriebsaufgaben, keine Systemmeldungen.

== Was Sie davon haben ==
* Der Vertrieb startet montags mit dem Wichtigsten, nicht mit Listenarbeit.
* Kein Kunde geht unter, nur weil er gerade nicht im Kopf war.
* Frühe Erkennung von Abwanderungs-Tendenzen – idealerweise, bevor der Kunde selbst gegangen ist.
* Faire, transparente Lastverteilung pro Sachbearbeiter.
* Alles bleibt in OBS – kein Medienbruch.

== Häufige Fragen (FAQ) ==
; Muss ich eine zweite Software öffnen?
: Nein. Die Aufgaben erscheinen direkt in Ihrer gewohnten OBS-Aufgaben-/Wiedervorlageliste.
; Ich habe eine Aufgabe bearbeitet, kommt sie wieder?
: Erst nach Ablauf der Schutzfrist – und nur, wenn der Anlass weiterhin besteht.
; Warum bekomme ich nicht alle Auffälligkeiten auf einmal?
: Die Lastverteilung gibt Ihnen die wertvollsten zuerst; der Rest folgt gestaffelt an den nächsten Tagen.
; Wie wird entschieden, wer die Aufgabe bekommt?
: Sie geht an den in OBS hinterlegten zuständigen Sachbearbeiter des Kunden.

== Glossar ==
; Bestellrhythmus
: Der übliche zeitliche Abstand zwischen den Bestellungen eines Kunden.
; Drop-out (Warengruppe)
: Eine Sortimentslinie, die ein Kunde plötzlich nicht mehr bezieht.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Lastverteilung
: Gleichmäßige, priorisierte Zuteilung der Aufgaben je Sachbearbeiter und Tag.
; Wiedervorlage
: OBS-Aufgabe mit Fälligkeitsdatum.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling

2026-08-07T08:52:01Z

Hoheneder:

{{Kostenpflichtige Module}}

''Cross-Selling'' heißt: dem Kunden zusätzlich etwas anzubieten, das gut zu dem passt, was er ohnehin bei Ihnen kauft. Der Klassiker: Ein Kunde bezieht Lasertoner, aber kein Kopierpapier – dann kauft er sein Papier vermutlich woanders. Die App '''Cross-Selling''' findet solche Sortimentslücken und spielt dem Vertrieb pro Kunde ein bis zwei konkrete Vorschläge zu.

Die Besonderheit: Cross-Selling erzeugt '''keine eigene Aufgabe'''. Es ergänzt die ohnehin vorhandenen '''Vertriebs-ToDos'''-Aufgaben um einen kurzen Vorschlags-Block – der Vertrieb spricht das Thema also im selben Telefonat an, bei dem er ohnehin den Hörer in der Hand hat.

== Kurzüberblick ==
Cross-Selling sieht sich tausende abgeschlossene Bestellungen an und sucht nach Mustern: Welche Warengruppen werden typischerweise zusammen gekauft? Welche Lücke hat ein Kunde im Vergleich zu Kunden, die sich ähnlich verhalten? Daraus entstehen pro Kunde ein bis zwei Vorschläge.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Konkrete Sortiments-Vorschläge statt „Brauchen Sie noch etwas?".
* Kein extra Termin: der Vorschlag steht als Block in der Vertriebs-ToDos-Aufgabe.
* Aus '''Ihren''' Daten – nicht aus einem Branchen-Lehrbuch.
* Mit eingebauter Erfolgsmessung und Schutz vor Wiederholung.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Cross-Selling ist ein Aufsatz – keine Insel
|-
| Die App setzt '''Vertriebs-ToDos Pro''' und die '''Kundenklassifizierung''' voraus. Vertriebs-ToDos liefert die Aufgabe, in die der Vorschlag eingebettet wird; die Klassifizierung liefert den Sortimentstyp, der die Vorschläge passgenau macht.
|}

== Wie Cross-Selling funktioniert ==
Die App arbeitet in zwei Takten – ein langsamer für die Musterberechnung, ein schneller für die kundenindividuelle Auswahl:

{| class="wikitable"
! Takt !! Was passiert !! Wann
|-
| Muster-Analyse || Aus tausenden Warenkörben werden die Cross-Sell-Regeln berechnet („Wer A kauft, kauft oft auch B") und der Erfolg der letzten Vorschläge gemessen. || monatlich
|-
| Persönliche Auswahl || Pro Kunde werden die passenden Regeln gezogen, die besten ein bis zwei Vorschläge ausgewählt und in den Aufgaben-Sprechtext eingebaut. || wöchentlich, im Vertriebs-ToDos-Lauf
|}

: ''Hinweis:'' Warum getrennt? Die Musterberechnung über tausende Warenkörbe ist aufwändig, ändert sich aber kaum von Woche zu Woche – einmal im Monat genügt. Die Auswahl pro Kunde ist billig und muss aktuell sein – sie läuft wöchentlich mit den Vertriebs-ToDos.

== Die drei Kennzahlen je Empfehlung ==
Jeder Vorschlag trägt drei Zahlen, damit Sie ihn sofort einordnen können:

{| class="wikitable"
! Kennzahl !! Bedeutung
|-
| Wahrscheinlichkeit (intern „Lift") || Wie viel wahrscheinlicher als der Zufall es ist, dass genau dieser Kunde die empfohlene Warengruppe auch kauft. Ein Lift von 2,0 heißt: doppelt so wahrscheinlich.
|-
| Marge der Warengruppe || Damit Sie auf einen Blick sehen, ob der Vorschlag auch wirtschaftlich lohnt.
|-
| Geschätztes Jahres-Potenzial || Ein realistischer Erwartungswert, was vergleichbare Kunden in dieser Warengruppe pro Jahr ausgeben.
|}

: ''Hinweis:'' Die App bevorzugt tendenziell margenstarke Warengruppen – das lässt sich über eine Mindest-Marge auch ausdrücklich erzwingen (siehe Steuerung).

== So liest sich eine Aufgabe mit Cross-Sell-Block ==
Der Vorschlag erscheint als eigener Block zwischen den Gesprächsthemen und den Anlass-Hinweisen der Vertriebs-ToDos-Aufgabe:

<pre>
[VTD] LOYAL - B - STANDARD - TONER_TINTE - Kunde 4711

Aufhaenger:
Bestellrhythmus zuletzt stabil, letzter Kauf vor 23 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Bonusvereinbarung pruefen / verlaengern

Cross-Sell-Vorschlag:
> Papier (WG 110): Aehnliche TONER/TINTE-Kunden kaufen das mit -
Wahrscheinlichkeit ca. 2,1x, Marge ~57%, Potenzial ~5.400 EUR/Jahr
> Hygiene/Medical (WG 145): Luecke im Sortiment, Marge ~54%

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen
</pre>

: ''Hinweis:'' Der Vertriebler spricht Cross-Selling also nicht in einem separaten Anruf an, sondern im selben Gespräch – mit einem konkreten, begründeten Vorschlag statt einer Floskel.

== Wie die Vorschläge entstehen ==
Die App bildet aus den Warenkörben Assoziationsregeln: Warengruppen, die überzufällig oft zusammen gekauft werden. Damit ein Vorschlag beim Kunden landet, muss er mehrere Filter passieren:
* '''Überzufälliges Muster''' – die Regel muss belastbar sein (Häufigkeit, Konfidenz und Wahrscheinlichkeit über den Mindestwerten).
* '''Passender Sortimentstyp''' – die Regel gilt für Kunden mit ähnlichem Einkaufsverhalten, nicht pauschal für alle.
* '''Echte Lücke''' – was der Kunde ohnehin schon kauft, wird nie vorgeschlagen.
* '''Wirtschaftlich sinnvoll''' – die empfohlene Warengruppe muss die Mindest-Marge erreichen.
* '''Nicht zur Unzeit''' – bei gefährdeten oder zu reaktivierenden Kunden wird Cross-Selling unterdrückt; hier zählt zuerst, den Kunden zu halten, nicht ihm mehr zu verkaufen.

Aus den verbleibenden Kandidaten wählt die App die besten ein bis zwei (nach Wahrscheinlichkeit, Marge und Potenzial) und baut sie in den Sprechtext ein.

== Wiederholungsschutz und Ablehnung ==
Nichts nervt mehr als derselbe Vorschlag jede Woche. Deshalb gilt pro Kunde und Warengruppe eine Sperrfrist:

{| class="wikitable"
! Situation !! Folge
|-
| Vorschlag wurde gemacht || 120 Tage Sperre für diese Warengruppe bei diesem Kunden.
|-
| Vertrieb markiert „nicht passend" || 365 Tage Sperre – der Vorschlag verschwindet für längere Zeit.
|-
| Kunde hat gekauft (Erfolg) || Dauerhafte Sperre für diese Warengruppe – er hat ja jetzt, was empfohlen wurde.
|}

: ''Hinweis:'' Alle Fristen sind einstellbar. Zusätzlich lässt sich ein Kunde ganz vom Cross-Selling ausnehmen (Opt-out).

== Erfolgsmessung (Closed Loop) ==
Die App misst, ob ihre Vorschläge wirken. Kauft ein Kunde innerhalb von 90 Tagen tatsächlich aus der empfohlenen Warengruppe, wird der Erfolg samt Mehrumsatz automatisch vermerkt. So bekommen Sie monatlich eine ehrliche Auswertung, zum Beispiel: „Cross-Selling hat im Mai rund 12.400 € Umsatz angestoßen."

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Ehrlich statt geschönt
|-
| Das ist bewusst '''angestoßener''' Umsatz, kein „kausal bewiesener". Manche Käufe wären vielleicht ohnehin gekommen. Die Kennzahl ist ein nachvollziehbarer Indikator für die Wirkung – keine Erfolgsgarantie.
|}

: ''Hinweis:'' Vorschläge, die 180 Tage lang ohne Kauf bleiben, gelten als verfallen und belasten die Statistik nicht weiter.

== Steuerung durch die Vertriebsleitung ==
Cross-Selling ist nicht in Stein gemeißelt. Über eine kleine Konfigurations-Tabelle steuert die Vertriebsleitung, was vorgeschlagen wird:

{| class="wikitable"
! Stellschraube !! Bedeutung !! Standard
|-
| Mindest-Wahrscheinlichkeit || Nur Muster ab diesem Lift verwenden. || 1,5
|-
| Mindest-Konfidenz || Wie verlässlich das Muster sein muss. || 30 %
|-
| Mindest-Marge || Nur Warengruppen ab dieser Marge empfehlen. || 25 %
|-
| Max. Vorschläge je Kunde || Wie viele Bullets höchstens erscheinen. || 2
|-
| Sperrfrist nach Vorschlag || Cooldown je Kunde und Warengruppe. || 120 Tage
|-
| Erfolgs-Fenster || Zeitraum für die Closed-Loop-Messung. || 90 Tage
|-
| Warengruppen-Blacklist || Warengruppen, die nie empfohlen werden. || z. B. Sonstiges/Bonus
|}

: ''Hinweis:'' Zusätzlich lassen sich einzelne Warengruppen als „immer erlaubt" (Whitelist) und einzelne Kunden als „kein Cross-Selling" (Opt-out) hinterlegen.

== Voraussetzungen ==
* '''Vertriebs-ToDos Pro''' – Cross-Selling baut auf dessen Aufgaben und Sprechtext auf.
* '''Kundenklassifizierung''' – liefert Sortimentstyp und Wertklasse je Kunde.
* Auftragsdaten und Positionen als Basis der Warenkorb-Analyse.
* Artikelstamm mit Warengruppen-Information.

: ''Hinweis:'' Ohne diese beiden Apps läuft Cross-Selling nicht – es ist die fünfte App der Vertriebs-Reihe und setzt die vorderen voraus. Ist Cross-Selling nicht gebucht, überspringt der Vertriebs-ToDos-Lauf den Vorschlags-Block kommentarlos.

== Einrichtung und Betrieb ==
Cross-Selling wird als monatlicher Regel-Lauf betrieben und in den wöchentlichen Vertriebs-ToDos-Lauf eingebunden. Bewährter Einführungsweg:

; Phase 1 – Regeln prüfen (am wichtigsten)
: Die erste Regeltabelle mit der Vertriebsleitung durchsehen: „Sind diese Empfehlungen plausibel?" Wirken Regeln komisch, wird zuerst die Datenbasis geschärft – bevor der Roll-out startet.
; Phase 2 – Pilot bei ein bis zwei Sachbearbeitern
: Nur ausgewählte Sachbearbeiter bekommen die Cross-Sell-Bullets, Feedback einsammeln.
; Phase 3 – Erfolgsmessung scharfschalten
: Closed Loop aktivieren, monatlichen Bericht an die Geschäftsleitung aufsetzen.
; Phase 4 – Roll-out
: Cross-Selling für alle Sachbearbeiter aktiv, Pflege-Maske für die Steuerung ausliefern.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Betriebsrhythmus
|-
|
* '''Monatlich:''' Regel-Lauf (nach der Kundenklassifizierung) – berechnet die Muster neu und misst den Erfolg der Vormonate.
* '''Wöchentlich:''' Auswahl je Kunde – läuft automatisch mit den Vertriebs-ToDos mit.
|}

== Beispiel-Muster aus einem Pilot ==
Bei einem B2B-Bürobedarf-Händler mit rund 6.400 Kunden hat die Auswertung diese klaren Cross-Selling-Muster aufgedeckt (anonymisiert):

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Gefundene Cross-Sell-Muster
|-
|
* '''Bürobedarf → Papier:''' Bürobedarf-Kunden kaufen mit doppelter Wahrscheinlichkeit auch Papier. Marge ca. 41 %.
* '''Hygiene → Papier:''' Hygiene-Käufer sind ebenfalls deutlich häufiger Papier-Käufer.
* '''Drucker (Hardware) → Lasertoner:''' Hardware ist die Eintrittstür – das Verbrauchsmaterial folgt fast immer.
* '''Briefumschläge → Kopierpapier:''' sehr enge Bindung – wer das eine kauft, kauft das andere meist auch.
|}

: ''Hinweis:'' Aus solchen Mustern leitet die App pro Kunde konkrete Vorschläge ab – und nur die, die zu seinem Sortiment und seiner Lücke passen.

== Was Sie davon haben ==
* Der Vertrieb geht mit echten Sortiments-Vorschlägen ins Gespräch – nicht mit „brauchen Sie noch etwas?".
* Mehr Umsatz pro Kundengespräch, ohne mehr Telefonate.
* Bessere Marge, weil die App tendenziell margenstarke Warengruppen vorschlägt – erzwingbar über die Mindest-Marge.
* Empfehlungen aus ''Ihren'' Daten, nicht aus einem Branchen-Lehrbuch.
* Schutz vor Wiederholung: Vorschläge kommen nicht jede Woche wieder.

== Häufige Fragen (FAQ) ==
; Bekomme ich für Cross-Selling eine eigene Aufgabe?
: Nein. Der Vorschlag steht als kurzer Block in der ohnehin vorhandenen Vertriebs-ToDos-Aufgabe. Ein Gespräch, ein Anruf.
; Ein Vorschlag passt gar nicht – was tun?
: Als „nicht passend" markieren. Dann verschwindet er für längere Zeit (365 Tage) und stört den Sprechtext nicht mehr.
; Warum sehe ich bei manchen Kunden keine Vorschläge?
: Weil keiner die Filter passiert: keine passende Lücke, zu geringe Wahrscheinlichkeit/Marge, Sperrfrist aktiv, oder der Kunde ist gefährdet (dann hat Halten Vorrang).
; Kann ich bestimmte Warengruppen ausschließen?
: Ja, über die Blacklist in der Steuerungstabelle. Einzelne Kunden lassen sich per Opt-out ganz ausnehmen.
; Ist der „angestoßene Umsatz" echt kausal?
: Nein, bewusst nicht. Es ist ein ehrlicher Indikator: der Kunde hat nach dem Vorschlag in der empfohlenen Warengruppe gekauft.

== Glossar ==
; Cross-Selling
: Ergänzende Sortiments-Vorschläge zu dem, was der Kunde schon kauft.
; Lift / Wahrscheinlichkeit
: Wie viel häufiger als der Zufall zwei Warengruppen zusammen gekauft werden.
; Konfidenz
: Wie verlässlich ein Muster ist (Anteil der A-Käufer, die auch B kaufen).
; Sortimentstyp
: Aus der Kundenklassifizierung: welches Sortiment ein Kunde überwiegend kauft.
; Cooldown / Sperrfrist
: Zeitraum, in dem derselbe Vorschlag nicht erneut erscheint.
; Closed Loop
: Rückkopplung: die App misst, ob ein Vorschlag zu einem Kauf geführt hat.
; Opt-out
: Kennzeichnung eines Kunden, der keine Cross-Sell-Vorschläge erhalten soll.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung

2026-08-07T08:51:13Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Lageroptimierung''' wertet die Artikelbewegungen der letzten zwölf Monate aus und berechnet für jeden Artikel zwei Werte: den '''Meldebestand''' (wann muss nachbestellt werden?) und den '''Maximalbestand''' (wie viel wollen wir maximal bevorraten?). Diese Werte schreibt die App direkt in den OBS-Artikelstamm zurück – Ihre Disposition arbeitet sofort damit.

Dieser Leitfaden richtet sich an Einkauf, Disposition und Lagerleitung.

== Kurzüberblick ==
Die App läuft monatlich automatisch. Sie schaut sich den echten Bedarf jedes Artikels an und berechnet daraus die passenden Bestellgrenzen – statt Melde- und Maximalbestände aus dem Bauch zu pflegen.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zwei Werte je Artikel: '''Meldebestand''' (Bestellzeitpunkt) und '''Maximalbestand''' (Auffüllziel).
* Berechnet aus dem '''tatsächlichen Bedarf''' der letzten 12 Monate, mit Trend- und Saison-Berücksichtigung.
* Werte werden direkt in den Artikelstamm zurückgeschrieben.
* Kritische Empfehlungen (z. B. Auslistung) kommen als '''Brief am Artikel''' – nichts wird ungefragt geändert.
|}

=== Was die App nicht tut ===
* Sie listet keine Artikel eigenmächtig aus – sie schlägt vor.
* Sie ersetzt nicht das Urteil des Einkaufs, sondern liefert die Faktenbasis.
* Sie verbessert keine Datenqualität – sie macht Datenprobleme aber sichtbar.

== Was die App liefert ==
* '''Tagesbedarf je Artikel''' – aus den Verkaufsmengen der letzten 12 Monate, mit Trendanpassung (steigend, fallend, stabil).
* '''Meldebestand''' – so viel muss auf Lager sein, damit zwischen Bestellung und Lieferung nichts ausverkauft ist.
* '''Maximalbestand''' – wie viel sinnvoll bevorratet wird, ohne unnötig Kapital zu binden.
* '''Saison-Erkennung''' – erkennt selbst, dass ein Artikel zu einer bestimmten Zeit ein Vielfaches umgesetzt wird, und schlägt vor, vor der Saison hochzufahren.
* '''Auslistungs-Empfehlung''' – Artikel ohne Verkauf seit über 12 Monaten werden mit Begründung markiert.
* '''ABC-Klassifikation''' – nach Beitrag zum Einkaufs-Umsatz (die Sicht, die für die Beschaffung zählt).

: ''Hinweis:'' Das Ergebnis landet direkt in OBS: die Bestellgrenzen im Artikelstamm, die Hinweise als Brief am Artikel. Zusätzlich wird zu jedem Lauf eine Protokolldatei geschrieben.

== Die zwei Kernwerte: Melde- und Maximalbestand ==
=== Meldebestand ===
Der Meldebestand ist der Punkt, an dem nachbestellt werden muss. Er deckt die '''Wiederbeschaffungszeit''' (Zeit von der Bestellung bis zur Lieferung) plus einen Sicherheitspuffer ab, damit Sie in dieser Zeit nicht leer laufen.

=== Maximalbestand ===
Der Maximalbestand ist das Auffüllziel: Meldebestand plus die Menge, die eine Nachbestellung sinnvoll abdeckt (Ziel-Reichweite oder, falls größer, die Mindestbestellmenge des Lieferanten).

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Was bedeutet „Wiederbeschaffungszeit"?
|-
| Die Zeitspanne zwischen Ihrer Bestellung beim Lieferanten und der tatsächlichen Lieferung. Standardwert in der App: '''7 Tage''' – pro Lieferant individuell einstellbar.
|}

== Wie die App rechnet ==
=== Bedarf und Trend ===
Grundlage sind die echten Verkäufe (Kassen-/Verkaufsbewegungen) der letzten 12 Monate. Einzelne Ausreißer (z. B. ein Großabverkauf) werden gekappt, damit sie den Schnitt nicht verzerren. Aus dem Vergleich „letzte 12 Monate" zu „die 12 Monate davor" leitet die App einen Trend ab und passt den Tagesbedarf an.

=== Die Formeln in Kurzform ===
<pre>
Tagesbedarf = Verkauf der letzten 12 Monate / 365 (trend-angepasst)
Meldebestand = Tagesbedarf x (Wiederbeschaffungszeit + Sicherheitstage)
Bestellmenge = groesser von ( Tagesbedarf x Ziel-Reichweite ; Mindestbestellmenge )
Maximalbestand = Meldebestand + Bestellmenge
</pre>

=== Saison (vorausschauend) ===
Für die Saison rechnet die App vom Stichtag aus in die Zukunft und gewichtet jeden Tag mit dem Saisonfaktor seines Monats. Wird der Lauf im September angestoßen, sind Oktober und November bereits im Plan – Weihnachtsartikel werden automatisch hochgefahren, ohne dass jemand eingreift.

=== Auslistung ===
Ohne Verkauf seit über 365 Tagen → Auslistungs-Empfehlung (Melde- und Maximalbestand 0). Zwischen 180 und 364 Tagen → „beobachten". Reine Dienstleistungs-/Sammelartikel (ohne Einkaufspreis) werden erkannt und von der Lagerhaltung ausgenommen.

== Sicherheit: Briefe statt Automatik ==
Die App ist bewusst kein Automatismus, der ungefragt tausende Artikel verändert. Zwei Bremsen sorgen für Kontrolle:

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 1 · Brief am Artikel bei kritischen Fällen
|-
| Bei Auslistung, stark fallendem Trend, Lieferantenproblem (Mindestbestellmenge über Jahresbedarf) oder Bestands-Auffälligkeiten legt die App einen '''Brief am Artikel''' in OBS ab – Disposition und Einkauf sehen die Empfehlung und geben sie frei.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 2 · Änderungen nur bei spürbarer Abweichung
|-
| Ein Bestellgrenzen-Wert wird nur aktualisiert, wenn er sich deutlich ändert. So bekommen Sie nicht jeden Monat tausende 1-Stück-Korrekturen.
|}

: ''Hinweis:'' Empfehlung für den ersten Lauf: Auslistungs-Fälle zunächst über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen. Und: große Auslistungsmengen in Tranchen abwickeln, nicht in einem Schritt.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Artikelstamm mit den Bestellgrenzen-Feldern (Meldebestand, Maximalbestand).
* Artikelbewegungen (Verkäufe der letzten 12 Monate).
* Einkaufsdaten je Artikel (Einkaufspreis, Mindestbestellmenge).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den monatlichen Lauf.
* Eine Kopie der Datenbank für den ersten Testlauf.

: ''Hinweis:'' Je gepflegter Einkaufspreise und Mindestbestellmengen sind, desto präziser die Empfehlung. Wo Daten fehlen, macht die App das über die Bemerkung sichtbar.

== Einrichtung und Betrieb ==
Die App wird als monatliches OBS-Makro betrieben. Empfohlene Reihenfolge:

; Schritt 1 – Parameter sichten
: Die Standard-Parameter prüfen und an Ihren Betrieb anpassen – vor allem Wiederbeschaffungszeit und die Änderungsschwelle.
; Schritt 2 – Testlauf gegen eine DB-Kopie
: Den ersten Lauf gegen eine Kopie fahren und die Protokolldatei prüfen: Wie viele Updates, Auslistungen, Briefe entstehen? Sind die Größenordnungen plausibel?
; Schritt 3 – Änderungsschwelle einstellen
: Die Schwelle so wählen, dass der erste Lauf nicht zehntausende Kleinst-Korrekturen erzeugt.
; Schritt 4 – Auslistung zurückhalten
: Beim ersten Produktivlauf die Auslistungs-Fälle über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen.
; Schritt 5 – Automatik einrichten
: Den Lauf im Scheduler '''monatlich''' einplanen (z. B. zum Monatswechsel).

== Konfiguration: die Parameter ==
Alle Stellschrauben sind zentral im Makro hinterlegt und lassen sich ohne Programmierung anpassen.

{| class="wikitable"
! Parameter !! Bedeutung !! Standard
|-
| Wiederbeschaffungszeit || Tage von der Bestellung bis zur Lieferung. || 7 Tage
|-
| Ziel-Reichweite || Zeitraum, den eine Nachbestellung abdecken soll. || 28 Tage
|-
| Sicherheitstage || Puffer gegen Bedarfsschwankung (je nach Schwankung). || 7–14 Tage
|-
| Verkaufs-Kappung || Einzelverkäufe über dieser Menge werden gedeckelt (Ausreißer). || 500 Stück
|-
| Historie || Betrachtungszeitraum der Verkäufe. || 12 Monate
|-
| Auslist-Grenze || Ohne Verkauf seit so vielen Tagen → Auslistung. || 365 Tage
|-
| Beobachten-Grenze || Ohne Verkauf seit so vielen Tagen → beobachten. || 180 Tage
|-
| Trend „fallend" || Verhältnis, unter dem ein Trend als stark fallend gilt. || 0,5
|-
| Trend „steigend" || Verhältnis, über dem ein Trend als stark steigend gilt. || 1,5
|-
| Saison-Faktor || Ab diesem Spitzen-Faktor gilt ein Artikel als saisonal. || 2
|-
| Änderungsschwelle || Update nur bei spürbarer Änderung (absolut oder relativ). || einstellbar
|}

== Hinweise in der Spalte „Bemerkung" ==
Neben den Zahlen liefert die App zu auffälligen Artikeln einen Klartext-Hinweis – er landet im Brief am Artikel.

{| class="wikitable"
! Auslöser !! Hinweis
|-
| Trend stark fallend || Trend stark fallend – Sortiment prüfen.
|-
| Trend stark steigend || Trend stark steigend – ggf. nachjustieren.
|-
| Saisonal (Faktor hoch) || Saisonal (Spitze im Monat X) – vor Saison hochfahren.
|-
| Nur 1–3 Verkaufstage im Jahr || Sonderbestellung statt Lagerhaltung.
|-
| Mindestbestellmenge > Jahresbedarf || Lieferantenkonditionen prüfen (kleinere Gebinde?).
|-
| Negativer Buchbestand || Inventur prüfen.
|-
| Buchbestand unplausibel hoch || Inventur prüfen.
|-
| Neu im Sortiment || Anlaufphase – Werte mit Vorsicht behandeln.
|}

== Was Sie davon haben ==
* '''Geringere Kapitalbindung''' – nur das auf Lager, was wirklich gebraucht wird.
* '''Höhere Lieferfähigkeit''' – die Saison-Erkennung verhindert, dass Sie zur Spitze leer dastehen.
* '''Sichtbare Sortimentsbereinigung''' – Auslistung mit Daten begründet, nicht aus dem Bauch.
* '''Stammdaten-Hygiene als Nebeneffekt''' – Inventur-Auffälligkeiten, fehlende EK-Preise und unrealistische Mindestbestellmengen werden sichtbar.
* '''Entlastung der Disposition''' – vom Bauchgefühl- zum Prüf-Job.

== Beispiel aus einer Pilot-Anwendung ==
Bei einem mittelständischen B2B-Händler mit rund '''63.000 Artikeln''' im Stamm und gut '''einer Million''' Lagerbewegungen über drei Jahre ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Großhandel
|-
|
* '''33.900 Artikel''' über 12 Monate ohne Verkauf – Auslistungs-Kandidaten (mehr als die Hälfte des Stammes).
* '''8.000 Artikel''' mit deutlichem Saisonprofil – vor der Spitze hochfahren statt beim Ausverkauf reagieren.
* '''Einsparpotenzial im Lagerwert: ca. 630.000 €''' – allein durch präziseren Melde- und Maximalbestand, ohne Lieferfähigkeit aufzugeben.
* '''4.500 Artikel''' mit Mindestbestellmenge über dem Jahresbedarf – Ansatz für Lieferantenverhandlungen.
* '''1.700 Artikel''' mit negativem Buchbestand – Inventur-Aufräumarbeiten sichtbar gemacht.
|}

: ''Hinweis:'' Die Zahlen sind ein Beispiel und hängen von Sortiment und Datenqualität ab. Was die App bei Ihnen findet, zeigt der erste Testlauf.

== Häufige Fragen (FAQ) ==
; Listet die App Artikel automatisch aus?
: Nein. Kritische Fälle kommen als Brief am Artikel zur Freigabe. Beim ersten Lauf sollten die Auslistungs-Werte nicht sofort auf 0 gesetzt, sondern die Briefe abgearbeitet werden.
; Warum ändern sich manche Werte gar nicht?
: Es wird nur aktualisiert, wenn sich der Wert spürbar ändert – das verhindert eine Flut von Kleinst-Korrekturen.
; Wie wird die Saison berücksichtigt?
: Die App rechnet vom Stichtag in die Zukunft und gewichtet jeden Tag mit dem Faktor seines Monats. Ein September-Lauf hat Oktober und November schon im Plan.
; Ein Artikel hat eine zu hohe oder zu niedrige Empfehlung.
: Sehen Sie in die Bemerkung (Trend, Mindestbestellmenge, Bestand). Meist steckt dort die Erklärung. Alle Schwellen sind über die Parameter anpassbar.
; Gilt die Berechnung pro Lager?
: Im Standard werden alle Läger zusammengefasst (zentrale Disposition). Eine lagergetrennte Planung ist eine Ausbaustufe.
; Wie oft läuft die App?
: Monatlich, automatisch über den OBS-Scheduler.

== Glossar ==
; Meldebestand
: Bestand, bei dem nachbestellt werden muss.
; Maximalbestand
: Auffüllziel: Meldebestand plus sinnvolle Bestellmenge.
; Tagesbedarf
: Durchschnittlicher täglicher Verkauf eines Artikels.
; Wiederbeschaffungszeit
: Zeit von der Bestellung bis zur Lieferung.
; Sicherheitstage / Sicherheitsbestand
: Puffer gegen Bedarfsschwankungen.
; ABC-Klassifikation
: Einteilung nach Beitrag zum Einkaufs-Umsatz (A wichtig, C gering).
; Saison-Faktor
: Wie stark der Umsatz eines Monats vom Jahresschnitt abweicht.
; Mindestbestellmenge (MBM)
: Kleinste Menge, die ein Lieferant je Bestellung liefert.
; Auslistung
: Empfehlung, einen Artikel nicht mehr zu bevorraten.
; Brief am Artikel
: Hinweis, den die App am Artikel in OBS ablegt, zur Freigabe.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor

2026-08-07T08:50:32Z

Hoheneder:

{{Kostenpflichtige Module}}

Der '''Auftrags-Monitor''' ist ein KI-Mining-Modul für OBS. Er behält die laufenden Aufträge im Blick und meldet automatisch Vorgänge, die aus dem Rahmen fallen – etwa Aufträge, die ungewöhnlich lange ohne Lieferung oder Rechnung liegen, einen auffällig niedrigen Roherlös haben oder deren Frachtkosten im Verhältnis zum Warenwert zu hoch sind. Für jeden Fund legt das Modul dem zuständigen Sachbearbeiter eine Aufgabe direkt am Auftrag an.

Dieser Leitfaden richtet sich an Anwender und Key-User. Er erklärt, was das Modul tut, wie es eingerichtet und konfiguriert wird und wie man im Alltag damit arbeitet.

== Kurzüberblick ==
Der Auftrags-Monitor läuft jede Nacht automatisch. Er geht alle offenen Aufträge durch, wendet einen Katalog von Prüfungen an und erzeugt bei Auffälligkeiten eine Aufgabe an den zuständigen Sachbearbeiter – gebündelt, mit Klartext und direkt am Auftrag verknüpft.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Auftrag ist das Beobachtungsobjekt, nicht der Kunde.
* Jede Prüfung („Detektor") ist frei konfigurierbar: Schwellwert, Priorität, Empfänger, Melderhythmus.
* Eine Aufgabe je Auftrag und Empfänger bündelt alle Funde als Stichpunkte.
* Der Sachbearbeiter gibt über den Besprechungsstatus zurück, ob etwas erledigt oder bewusst „kein Problem" ist – das Modul lernt daraus.
|}

=== Was Sie nicht mehr selbst tun müssen ===
* Offene Auftragslisten manuell nach Liegern durchsuchen.
* Lieferungen suchen, die nie berechnet wurden.
* Aufträge mit schwacher Marge oder hoher Fracht heraussuchen.
* Liefertermine im Kopf behalten.

=== Was das Tool nicht ersetzt ===
* Die fachliche Entscheidung: das Tool meldet, Sie handeln.
* Datenpflege: der Monitor liest die vorhandenen Auftragsdaten – er verbessert sie nicht.

== Was das Tool meldet – die acht Prüfungen ==
Ab Werk sind acht Prüfungen aktiv. Alle Schwellwerte lassen sich anpassen (siehe [[#Konfiguration: der Prüfungs-Katalog|Prüfungs-Katalog]]). „Melderhythmus" gibt an, ob eine Prüfung nach Ablauf einer Frist erneut vorgelegt wird ('''wiederkehrend''') oder nur einmal je Auftrag meldet ('''einmalig''').

{| class="wikitable"
! Prüfung !! Meldet, wenn … !! Prio !! Rhythmus
|-
| Ohne Lieferung || der Auftrag länger als erwartet nicht geliefert ist (erwartete Lieferzeit je Lieferant, sonst 21 Tage) || mittel || wiederkehrend
|-
| Ohne Rechnung || der Auftrag seit über 90 Tagen nicht berechnet ist || mittel || wiederkehrend
|-
| Geliefert, nicht berechnet || geliefert wurde, aber seit über 7 Tagen keine Rechnung folgt (geht an die Buchhaltung) || hoch || wiederkehrend
|-
| Roherlös niedrig || die Roherlösquote unter 15 % liegt || mittel || einmalig
|-
| Verkauf unter Einstand || der Roherlös negativ ist || hoch || einmalig
|-
| Fracht zu hoch || die Frachtkosten über 12 % des Warenwerts liegen || niedrig || einmalig
|-
| Teillieferung offen || eine Restmenge seit über 14 Tagen offen ist || mittel || wiederkehrend
|-
| Liefertermin überschritten || der zugesagte Liefertermin über 3 Tage überschritten und noch nicht komplett geliefert ist || hoch || wiederkehrend
|}

: ''Hinweis:'' Die Prüfungen „Roherlös niedrig" und „Verkauf unter Einstand" greifen erst, sobald der Auftrag mindestens teilgeliefert ist – vorher ist die Kalkulation oft noch nicht endgültig und würde Fehlalarme erzeugen.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Positionen (AUFTRAG, AUFPOS).
* Warenbewegungen und Folgebelege (MATER, LIEFERSCHEIN, RECHNUNG).
* Aufgaben-/Wiedervorlage-System (TODO) samt Besprechungsstatus.

=== Modul-eigene Tabellen (werden mitgeliefert) ===
* '''KIMINING_AUF_THEMEN''' – der Prüfungs-Katalog.
* '''KIMINING_AUF_FEEDBACK''' – die Rückmeldungen (Lernbasis).
* '''KIMINING_AUF_LZBASIS''' – die Lieferzeiten je Lieferant.
* '''KIMINING_STATUSLOG''' – verhindert Doppelmeldungen (aus dem gemeinsamen KI-Mining-Fundament).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für die automatischen Läufe.
* Eine Sachbearbeiter-Nummer als Sammelpostfach für Fälle ohne eindeutigen Bearbeiter.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Tabellen anlegen
: Die Datei '''USER_OBSDB.SYS''' des Moduls wird beim nächsten Tabellen-Update eingelesen; damit entstehen die drei KIMINING_AUF_-Tabellen.
; Schritt 2 – Prüfungs-Katalog befüllen
: Das Skript '''AUF_THEMEN_Import''' liest die mitgelieferte Datei '''KIMINING_AUF_THEMEN_default.csv''' (aus <code>data\import</code>) und legt die acht Standard-Prüfungen an.
; Schritt 3 – Konfiguration ablegen
: Die Datei '''Auftragsmonitor.ini''' in <code><OBS-sys>\data\kimining</code> ablegen und anpassen (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).
; Schritt 4 – Lieferzeit-Basis berechnen
: Das Skript '''AUF_Baseline''' einmal ausführen. Es ermittelt aus der Vergangenheit je Lieferant die typische Lieferzeit – die Grundlage für die Prüfung „Ohne Lieferung".
; Schritt 5 – Hauptlauf testen
: Das Skript '''AUF_Analyse''' von Hand starten und das Ergebnis prüfen (am Anfang am besten im Seed-Modus, siehe [[#Der erste Lauf – Flut vermeiden|Der erste Lauf]]).
; Schritt 6 – Automatik einrichten
: Im OBS-Scheduler zwei Aufträge einplanen:
:* '''AUF_Baseline''' – wöchentlich (z. B. Sonntagnacht).
:* '''AUF_Analyse''' – täglich früh (z. B. 06:00 Uhr).

== Konfiguration: die INI-Datei ==
'''Auftragsmonitor.ini''' steuert das lauf- und mandantenweite Verhalten. Die einzelnen Schwellwerte der Prüfungen stehen hingegen im Katalog.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard
|-
| rowspan="2" | [Baseline] || MindestN || So viele frühere Lieferungen braucht ein Lieferant, bevor seine Lieferzeit als verlässlich gilt. || 5
|-
| ToleranzTage || Puffer auf die erwartete Lieferzeit, bevor „Ohne Lieferung" meldet. || 7
|-
| rowspan="3" | [Analyse] || KappungTage || Nur Aufträge der letzten X Tage prüfen. || 365
|-
| AufgabenProEmpfaenger || Höchstens so viele neue Aufgaben je Empfänger und Lauf. || 20
|-
| SeedModus || 1 = stiller Erstlauf ohne Aufgaben, 0 = Normalbetrieb. || 0
|-
| [Owner] || Sammelpostfach || Sachbearbeiter-Nr. für Fälle ohne eindeutigen Bearbeiter. || 00
|-
| rowspan="2" | [Besprechungsstatus] || Behoben || Besprechungsstatus-Code für „erledigt". || 90
|-
| KeinProblem || Besprechungsstatus-Code für „kein Problem / Dauerzustand". || 91
|-
| [Rollen] || FAKTURA || Empfänger für Faktura-Themen (z. B. „Geliefert, nicht berechnet"). || 00
|}

== Konfiguration: der Prüfungs-Katalog ==
Jede Prüfung ist eine Zeile in '''KIMINING_AUF_THEMEN'''. So passen Sie das Modul an Ihren Betrieb an – ohne Programmierung.

{| class="wikitable"
! Feld !! Bedeutung
|-
| AT_KEY || Kurzname der Prüfung (fest, nicht ändern).
|-
| AT_PRIO || Priorität der Aufgabe: 1 hoch, 2 mittel, 3 niedrig.
|-
| AT_OWNER || Empfänger-Rolle; leer = Auftrags-Sachbearbeiter. Gesetzt (z. B. FAKTURA) = Auflösung über die INI-Sektion [Rollen].
|-
| AT_CDMODE || Melderhythmus: W = wiederkehrend, E = einmalig.
|-
| AT_CDTAGE || Bei wiederkehrend: nach so vielen Tagen erneut vorlegen.
|-
| AT_SCHWELL || Schwellwert (Bedeutung je Prüfung: Tage, Prozent oder Euro).
|-
| AT_AKTIV || 1 = aktiv, 0 = ausgeschaltet.
|-
| AT_THEMA || Der Meldetext mit Platzhaltern (z. B. {AUFNR}, {TAGE}).
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Typische Anpassungen
|-
|
* Eine Prüfung strenger/lockerer stellen – nur AT_SCHWELL ändern.
* Eine Prüfung vorübergehend abschalten – AT_AKTIV auf 0.
* Eigene Prüfungen ergänzen – mit einer Nummer ab 0100 (der Bereich unter 0100 gehört den Standard-Prüfungen und wird beim Import überschrieben).
|}

== Der tägliche Ablauf – was Sie sehen ==
Nach dem nächtlichen Lauf finden die Sachbearbeiter neue Aufgaben in ihrer Aufgaben-/Wiedervorlageliste. Eine Aufgabe sieht z. B. so aus:

<pre>
[AUFMON] Auftrag 2602914 - Auffaelligkeiten

Auftrag 2602914 (Kunde 700123):
- seit 41 Tagen ohne Lieferung (erwartete Lieferzeit 12 T, ...)
- niedriger Roherloes, Quote 8,4% (Roherloes 120,50 EUR)
</pre>

Wichtig zu wissen:
* '''Eine Aufgabe je Auftrag''' bündelt alle Funde als Stichpunkte.
* Die '''Priorität''' entspricht der höchsten enthaltenen Prüfung.
* Die Aufgabe ist '''direkt mit dem Auftrag verknüpft''' – ein Klick führt zum Vorgang.
* Gehören Funde zu verschiedenen Stellen (z. B. Buchhaltung), entstehen getrennte Aufgaben.

: ''Hinweis:'' Erledigt sich eine Auffälligkeit von selbst (z. B. die Lieferung erfolgt), verschwindet der Stichpunkt beim nächsten Lauf; sind alle Punkte einer noch unbearbeiteten Aufgabe erledigt, wird sie automatisch geschlossen.

== Rückmeldung geben (Besprechungsstatus) ==
Über den '''Besprechungsstatus''' der Aufgabe sagen Sie dem Modul, wie der Fall ausgegangen ist. Das steuert, ob und wann die Prüfung erneut meldet.

{| class="wikitable"
! Sie setzen … !! Bedeutung !! Wirkung
|-
| Behoben (90) || Sie haben den Fall erledigt (geliefert, berechnet, Marge korrigiert). || Kein Lernfall – die Aufgabe ist abgeschlossen.
|-
| Kein Problem (91) || Der Zustand ist gewollt bzw. dauerhaft in Ordnung. || Das Modul merkt sich das und meldet diesen Fall nicht erneut.
|}

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Wichtig bei gebündelten Aufgaben
|-
|
* „Kein Problem" wirkt dauerhaft nur auf die '''einmaligen''' Prüfungen (Roherlös, unter Einstand, Fracht).
* Die '''wiederkehrenden''' Prüfungen (Lieferung, Rechnung, Termin …) melden sich weiter, bis der Zustand wirklich behoben ist – ein versehentliches „Kein Problem" legt also keine echte offene Lieferung still.
|}

== Einzelne Aufträge ausnehmen (Blacklist) ==
Manche Aufträge sollen dauerhaft nicht überwacht werden – etwa Sonderfälle, Dauerprojekte oder bewusst lange offene Vorgänge. Dafür gibt es eine Blacklist über die OBS-Eigenschaft '''9450'''.
* Ist einem Auftrag die Eigenschaft 9450 zugeordnet, überspringt der Monitor ihn vollständig.
* Die Zuordnung erfolgt über die übliche OBS-Eigenschaftsverwaltung (siehe [[OBS/Eigenschaften|Eigenschaften]]).

: ''Hinweis:'' So bleibt der Auftrag im System sichtbar und normal bearbeitbar – nur der Auftrags-Monitor lässt ihn in Ruhe.

== Der erste Lauf – Flut vermeiden ==
Beim ersten Lauf über ein ganzes Jahr offener Aufträge würden sonst hunderte Meldungen auf einmal entstehen. Zwei Schutzmechanismen verhindern das:

=== Tageskontingent (immer aktiv) ===
Pro Empfänger werden je Lauf höchstens so viele neue Aufgaben erzeugt, wie in [Analyse] AufgabenProEmpfaenger festgelegt. Der Rest kommt in den Folgetagen – der Rückstand fließt gestaffelt ab.

=== Seed-Modus (optional, für den Start) ===
Setzen Sie [Analyse] SeedModus auf 1, wird der aktuelle Rückstand beim ersten Lauf nur still „vorgemerkt" – es entstehen '''keine''' Aufgaben. Sie starten damit bei null und sehen ab dann nur '''neu''' auftretende Fälle. Danach SeedModus wieder auf 0 setzen.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung für den Start
|-
|
* Möchten Sie die Altfälle sehen (nur gestaffelt)? – Seed-Modus aus, Tageskontingent genügt.
* Möchten Sie sauber bei null anfangen? – einmal mit Seed-Modus 1 laufen lassen, dann auf 0 zurückstellen.
|}

== Wie die Prüfungen rechnen ==
=== Lieferzeit-Erwartung (Prüfung „Ohne Lieferung") ===
Der Monitor lernt aus der Vergangenheit, wie lange jeder Lieferant typischerweise braucht (Mittelwert der bisherigen Lieferzeiten). Erst wenn ein Auftrag diese erwartete Zeit plus Toleranz überschreitet, wird gemeldet. Fehlt für einen Lieferanten genug Historie, gilt die feste Ersatzfrist (21 Tage).

=== Roherlös ===
Roherlös = Nettowert minus Einkaufswert des Auftrags. Die Quote setzt das ins Verhältnis zum Nettowert. Geprüft wird erst ab Teillieferung.

=== Fracht ===
Die Frachtkosten summieren sich aus den Frachtpositionen des Auftrags (inkl. Mautzuschlägen) und werden ins Verhältnis zum Warenwert gesetzt.

=== Doppelmeldungen ===
Jede gemeldete Prüfung erhält eine Sperrfrist (Cooldown). Eine wiederkehrende Prüfung meldet erst nach Ablauf ihrer Frist erneut; eine einmalige meldet je Auftrag nur ein einziges Mal.

== Häufige Fragen (FAQ) ==
; Ich habe eine Aufgabe erledigt, sie kommt trotzdem wieder.
: Prüfen Sie, ob der Zustand wirklich behoben ist (z. B. Lieferung erfasst). Wiederkehrende Prüfungen melden erneut, solange die Ursache besteht. Setzen Sie andernfalls den Besprechungsstatus „kein Problem".
; Eine Prüfung meldet zu viel / zu wenig.
: Passen Sie den Schwellwert AT_SCHWELL im Katalog an.
; Ein bestimmter Auftrag soll nie gemeldet werden.
: Ordnen Sie ihm die Eigenschaft 9450 zu.
; Die „Ohne-Lieferung"-Prüfung wirkt willkürlich.
: Sie richtet sich nach der gelernten Lieferzeit des jeweiligen Lieferanten. Lassen Sie AUF_Baseline regelmäßig (wöchentlich) laufen, damit die Basis aktuell bleibt.
; Wir wollen erst ab heute überwachen, nicht rückwirkend.
: Einmal mit SeedModus = 1 laufen lassen, danach auf 0.
; Faktura-Themen sollen an die Buchhaltung statt an den Vertrieb.
: In der INI-Sektion [Rollen] den Schlüssel FAKTURA auf die gewünschte Sachbearbeiter-Nr. setzen.

== Glossar ==
; Detektor / Prüfung
: Eine einzelne Regel, die eine bestimmte Auffälligkeit erkennt.
; Roherlös
: Nettoverkaufswert minus Einkaufswert eines Auftrags.
; Cooldown
: Sperrfrist, die verhindert, dass dieselbe Auffälligkeit zu oft gemeldet wird.
; Wiederkehrend / Einmalig
: Melderhythmus einer Prüfung: erneut nach Frist bzw. nur einmal.
; Besprechungsstatus
: Feld an der Aufgabe, über das der Bearbeiter den Ausgang zurückmeldet.
; Seed-Modus
: Stiller Erstlauf: Rückstand wird vorgemerkt, ohne Aufgaben zu erzeugen.
; Baseline / Lieferzeit-Basis
: Die je Lieferant gelernte typische Lieferzeit.
; Blacklist (9450)
: OBS-Eigenschaft, mit der ein Auftrag von der Überwachung ausgenommen wird.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-07T08:49:42Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung

2026-08-07T08:48:30Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Kundenklassifizierung''' vermisst Ihre Kundschaft datenbasiert. Sie vergibt für ''jeden'' Kunden vier unabhängige Etiketten – Lebenszyklus, Wertklasse, Profitabilität und Sortimentstyp – und schreibt sie so nach OBS zurück, dass Sie in jeder Selektion und Auswertung damit arbeiten können. Der Lauf erfolgt automatisch, einmal im Monat.

Dieser Leitfaden richtet sich an Vertrieb, Vertriebsleitung, Marketing und Geschäftsleitung.

== Kurzüberblick ==
Vier Wertungen schauen aus je einem anderen Blickwinkel auf denselben Kunden – wie vier Sensoren nebeneinander, jeder zeichnet ein eigenes Bild. Zusammen ergeben sie ein vollständiges, faktenbasiertes Kundenprofil.

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Vier Etiketten je Kunde: '''Lebenszyklus''', '''Wertklasse''', '''Profitabilität''', '''Sortimentstyp'''.
* Berechnet aus Ihren Auftragsdaten – kein Bauchgefühl, keine Handpflege.
* Zurückgeschrieben als OBS-Personen-Eigenschaften – nutzbar in jeder Selektion, jedem Report.
* Monatlicher Lauf hält das Bild aktuell; eine 36-Monats-Historie zeigt Bewegungen.
|}

{| class="wikitable" style="background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Was heißt „letzte 12 Monate" (LTM)?
|-
| LTM steht für ''last twelve months'' – ein gleitender Zeitraum: die zwölf Monate, die heute hinter uns liegen. Ein Lauf im Juni 2026 wertet also Juni 2025 bis Mai 2026 aus.
|}

== Die vier Dimensionen ==
=== Dimension 1 – Lebenszyklus ===
Wann hat der Kunde zuletzt gekauft, wie oft im letzten Jahr, wie lange ist er schon Kunde? Daraus entsteht ein Lebenszyklus-Etikett:

{| class="wikitable"
! Etikett !! Bedeutung
|-
| CHAMPION || Langjährig, kauft aktuell (≤ 3 Mon.) und häufig (viele Bestellungen im Jahr).
|-
| LOYAL || Langjährig, aktuell aktiv, regelmäßig – mittlere Frequenz.
|-
| STAMMKUNDE || Langjährig, aktuell aktiv, aber seltener als LOYAL.
|-
| SCHLUMMERND || Aktiver Kunde, aber seit 3–6 Monaten ruhig.
|-
| GEFÄHRDET || 6–12 Monate keine Bestellung mehr – droht abzurutschen.
|-
| REAKTIVIERBAR || 1–2 Jahre still, war aber einmal Kunde.
|-
| VERLOREN || Mehr als 2 Jahre nichts mehr gekauft.
|-
| NEUKUNDE || Erst einmal gekauft, vor weniger als einem halben Jahr.
|-
| ENTWICKLUNG || Junge Kundenbeziehung (< 1 Jahr), aktuell aktiv – im Aufbau.
|-
| EINMALKAEUFER || Einmalbestellung, ohne dass eine echte Beziehung entstanden ist.
|-
| NUR_RETOUREN || Kein positiver Umsatz (nur Rückgaben) – Sonderfall.
|}

=== Dimension 2 – Wertklasse (A/B/C/D/X) ===
Wie viel Umsatz macht der Kunde in den letzten 12 Monaten? Alle Kunden werden absteigend sortiert und nach ihrem Beitrag zum Gesamtumsatz eingeteilt:

{| class="wikitable"
! Klasse !! Bedeutung
|-
| A || Die Top-Kunden, die zusammen die ersten 50 % des Umsatzes ausmachen.
|-
| B || Die nächsten 30 % des Umsatzes.
|-
| C || Die nächsten 15 %.
|-
| D || Der kleine Rest mit Umsatz.
|-
| X || Kunden ohne Umsatz in den letzten 12 Monaten.
|}

=== Dimension 3 – Profitabilität ===
Wie viel bleibt vom Umsatz tatsächlich übrig? Vier Stufen nach Marge:

{| class="wikitable"
! Tag !! Marge !! Bedeutung
|-
| PREMIUM || über 50 % || sehr profitabel
|-
| STANDARD || 30–50 % || gesunde Marge
|-
| SCHWACH || unter 30 % || dünne Marge – Konditionen prüfen
|-
| DEFIZIT || negativ || kostet netto Geld (Konditionen, Mindermengen, Versand)
|}

=== Dimension 4 – Sortimentstyp ===
Welche Art Sortiment kauft der Kunde überwiegend? Ergibt sich aus den Warengruppen, in denen er bestellt (ab ca. 60 % dominant). Beispiele: '''TONER/TINTE''', '''PAPIER''', '''BÜROBEDARF''', '''HARDWARE''', '''HYGIENE/MEDICAL''', '''VOLLSORTIMENT''' (breit gestreut).

== Wo die Ergebnisse landen ==
* '''Als Personen-Eigenschaften am Kunden''' – die vier Etiketten werden pro Kunde in OBS hinterlegt. Damit filtern Sie in jeder Selektion danach (z. B. „alle GEFÄHRDET A-Kunden mit Sortimentstyp PAPIER").
* '''In einer eigenen Auswertungstabelle''' – der aktuelle Stand pro Kunde mit allen Kennzahlen, Grundlage für Berichte und Listen.
* '''Als 36-Monats-Historie''' – jeder Monatslauf wird aufbewahrt. So sehen Sie Bewegungen: Wird ein CHAMPION zum SCHLUMMERND?

: ''Hinweis:'' Die Etiketten sind Klartext (CHAMPION, A, PREMIUM …) – sie erscheinen direkt in den gewohnten OBS-Masken und Selektionen, ohne dass Sie eine zweite Software öffnen müssen.

=== Andere Apps bauen darauf auf ===
Die Kundenklassifizierung ist die Datenbasis der Vertriebs-Apps: '''Vertriebs-ToDos''', '''Vertriebs-ToDos Pro''' und '''Cross-Selling''' nutzen die vier Etiketten, um die richtigen Kunden zur richtigen Zeit anzusprechen.

== Wie die App rechnet ==
* '''Datenbasis:''' die Aufträge und Positionen – der Auftrag ist die natürliche Kunden-Einheit (Teil- und Sammelrechnungen verzerren die Zählung nicht).
* '''Zeiträume:''' die Kennzahlen entstehen aus einem rollierenden 4-Jahres-Fenster; die aktuelle Aktivität und die Wertklasse aus den letzten 12 Monaten (LTM).
* '''Wertklasse:''' Pareto-Sortierung nach LTM-Umsatz mit Schwellen bei 50 / 80 / 95 % kumuliertem Umsatz.
* '''Profitabilität:''' aus der Marge. Für den Einkaufswert nutzt die App den echten, zum Buchungszeitpunkt gültigen EK der Position; wo dieser fehlt, den Stamm-EK, sonst eine Warengruppen-Schätzung.
* '''Lebenszyklus:''' ein festes, nachvollziehbares Regelwerk aus letzter Bestellung, Bestellhäufigkeit und Kundendauer – kein Zufall, jederzeit reproduzierbar.

: ''Hinweis:'' Die Regeln sind deterministisch: gleiche Daten ergeben immer dasselbe Etikett. Die Schwellen (z. B. Margengrenzen, Aktivitäts-Fenster) lassen sich mit der Vertriebsleitung nachjustieren.

== Was Sie damit machen ==
; Gefährdete Wertkunden retten
: Selektion „Wertklasse A oder B und Lebenszyklus SCHLUMMERND oder GEFÄHRDET" – das ist Ihre wichtigste Anrufliste. Hier bricht sonst unbemerkt Umsatz weg.
; Reaktivierung steuern
: REAKTIVIERBAR-Kunden gezielt mit einem Mailing oder Angebot ansprechen, statt die ganze Adressdatei zu bespielen.
; Konditionen prüfen
: DEFIZIT- und SCHWACH-Kunden sind die Kandidaten für ein Konditions-Review – oft stecken Mindermengenzuschläge oder Versandkosten dahinter.
; Karteileichen aussortieren
: VERLOREN- und X-Kunden zeigen, wie viel der Adressdatei aktuell keinen Umsatz mehr bringt – Grundlage für die Stammdaten-Bereinigung.
; Cross-Selling anstoßen
: Der Sortimentstyp zeigt, wo ein Kunde einseitig kauft – ein PAPIER-Kunde ohne Toner-Käufe ist eine konkrete Verkaufschance.
; Berichte für die Leitung
: Die Verteilung über die vier Dimensionen ist ein faktenbasiertes Bild der Kundschaft – für Geschäftsleitung und Außendienst.

== Datenqualität als Nebenprodukt ==
Damit die Profitabilität stimmt, braucht die App Einkaufspreise. Wo diese im Stamm fehlen, schätzt sie den EK – und macht die Lücke sichtbar:
* Eine '''EK-Lückenliste''' sammelt Artikel ohne Einkaufspreis als Arbeitsvorrat für die Stammpflege.
* Je Kunde wird der '''Anteil geschätzter Einkaufswerte''' vermerkt – so wissen Sie, wie belastbar sein Profit-Etikett ist.
* Bei auffälligen Läufen (z. B. viele fehlende EK-Preise) legt die App automatisch eine '''Aufgabe an den Systemverantwortlichen''' an.

: ''Hinweis:'' Mit jeder gepflegten EK-Lücke wird die Profitabilitäts-Wertung genauer. Die Liste schrumpft, je vollständiger der Artikelstamm ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Auftragspositionen (Umsatz, Menge, Preise).
* Artikelstamm mit Warengruppe und Einkaufspreis.
* Warengruppen-Stamm und Kundenstamm.
* Die Eigenschafts-Stammeinträge für die vier Dimensionen (werden einmalig bereitgestellt).

=== Sonstiges ===
* Zugriff auf den OBS-Scheduler für den monatlichen Lauf.
* Eine Test-Datenbank für den ersten Trockenlauf.

== Einrichtung und Betrieb ==
Die App läuft als monatliches OBS-Makro. Für die Einführung hat sich ein stufenweiser Weg bewährt:

; Stufe 1 – Trockenlauf in der Test-DB
: Lauf gegen eine Kopie, Ergebnis und Verteilung prüfen: Sind die Größenordnungen plausibel?
; Stufe 2 – Schatten-Modus
: Lauf auf den Echtdaten, Ergebnis nur in die Auswertungstabelle schreiben – noch nicht als Eigenschaften am Kunden.
; Stufe 3 – Pilot mit dem Vertrieb
: Ein bis zwei Vertriebsleiter prüfen die Etiketten an bekannten Kunden („CHAMPION X – passt das gefühlt?").
; Stufe 4 – Roll-out
: Monatslauf im Scheduler aktivieren, die Eigenschaften-Spiegelung scharfschalten, Reports und Selektionen aufbauen.
; Stufe 5 – Nachschärfen
: Nach einigen Monaten die Schwellen mit der Vertriebsleitung reviewen.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Auffälligkeiten (Plausibilitätswarnung oder Fehler) legt die App eine Aufgabe an den Systemverantwortlichen an.

== Beispiel aus einem OBS-Anwender ==
Bei einem mittelständischen B2B-Händler aus dem Bürobedarf (rund 6.400 Kunden, vier Jahre Bestellhistorie) ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Bürobedarf-Händler
|-
|
* '''411 Kunden = CHAMPION''' – 6 % der Adressen, aber '''34 %''' des laufenden Umsatzes. Hier darf nichts wegbrechen.
* '''963 Kunden = SCHLUMMERND''' – im letzten Jahr über eine halbe Million Euro Umsatz, aber seit 3–6 Monaten ruhig. Die wichtigste Reaktivierungs-Kohorte.
* '''916 Kunden = GEFÄHRDET''' – noch knapp 280.000 €, drohen aber abzurutschen, wenn niemand reagiert.
* '''2.386 Kunden = REAKTIVIERBAR oder VERLOREN''' – aktuell 0 € Umsatz, belegen aber Stammdaten und Aufmerksamkeit.
* '''157 Kunden = DEFIZIT''' – kosten netto Geld, häufig kleine Bestellungen mit hohem Versandanteil.
|}

Vor der Klassifizierung wusste niemand, dass mehr als ein Drittel der geführten Adressen aktuell keinen Umsatz mehr beisteuert. Daraus entstehen sofort konkrete Maßnahmen – Reaktivierung, Konditions-Reviews, Aussortierung von Karteileichen.

== Was Sie davon haben ==
* Ein klares Bild Ihrer Kundenlandschaft – datenbasiert, nicht aus dem Bauch.
* Frühwarnung für gefährdete A-Kunden, bevor sie still wegbrechen.
* Saubere Basis für Marketing-Selektionen und Konditions-Reviews.
* Sichtbarkeit der Karteileichen – Stammdatenpflege wird messbar.
* Faktenbasis für Berichte an Geschäftsleitung und Außendienst.

== Häufige Fragen (FAQ) ==
; Woher kommen die Etiketten – muss ich etwas pflegen?
: Nein. Die App berechnet alles aus den vorhandenen Auftragsdaten und schreibt die Etiketten selbst zurück. Sie müssen nichts von Hand vergeben.
; Wie aktuell sind die Werte?
: Sie werden monatlich neu berechnet. Zwischen den Läufen bleibt der letzte Stand stehen; die Historie zeigt die Entwicklung.
; Ein Kunde ist als DEFIZIT markiert, obwohl er viel kauft.
: DEFIZIT bezieht sich auf die Marge, nicht den Umsatz. Prüfen Sie Konditionen, Mindermengenzuschläge und Versandanteil. Fehlende Einkaufspreise können die Wertung verfälschen – siehe Datenqualität.
; Kann ich nach den Etiketten selektieren?
: Ja. Die vier Dimensionen liegen als Personen-Eigenschaften am Kunden und stehen in jeder OBS-Selektion zur Verfügung.
; Werden Kunden automatisch gelöscht (VERLOREN, X)?
: Nein. Die App bewertet nur – das Aussortieren entscheiden Sie.
; Passen die Schwellen nicht zu unserem Geschäft.
: Die Grenzen (Margenstufen, Aktivitäts-Fenster) sind einstellbar und werden idealerweise nach einigen Monaten mit der Vertriebsleitung nachjustiert.

== Glossar ==
; Lebenszyklus-Segment
: Etikett, das die Aktivität und Reife der Kundenbeziehung beschreibt (CHAMPION, SCHLUMMERND …).
; Wertklasse (A/B/C/D/X)
: Einteilung nach Umsatzbeitrag der letzten 12 Monate.
; Profitabilität / Profit-Tag
: Einteilung nach Marge (PREMIUM, STANDARD, SCHWACH, DEFIZIT).
; Sortimentstyp
: Vorherrschende Warengruppen-Familie eines Kunden.
; LTM
: Last twelve months – die letzten zwölf Monate, gleitend.
; Marge / Deckungsbeitrag
: Was vom Umsatz nach Einkaufswert übrig bleibt.
; Pareto-Einteilung
: Sortierung nach Beitrag; wenige Kunden machen den Großteil des Umsatzes.
; Personen-Eigenschaft
: OBS-Merkmal am Kunden, nach dem selektiert werden kann.
; EK-Lücke
: Artikel ohne gepflegten Einkaufspreis – Arbeitsvorrat für die Stammpflege.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor

2026-08-07T07:40:31Z

Hoheneder:

{{Kostenpflichtige Module}}

Der '''Vertriebs-Wirkungsmonitor''' ist das Kontroll- und Führungsmodul der KI-Mining-Reihe. Während Kundenklassifizierung, Cross-Selling und Vertriebs-ToDos Pro dem Vertrieb sagen, ''was'' zu tun ist, beantwortet der Wirkungsmonitor die Anschlussfrage: '''Hat es etwas gebracht – und wer holt aus seinen Aufgaben das meiste heraus?'''

Dieser Leitfaden richtet sich in erster Linie an den '''Vertriebsleiter'''. Er erklärt in Alltagssprache, wie das Modul denkt, wie die Kennzahlen zu lesen sind und wie man mit den Ergebnissen ein ''faires'' Coaching-Gespräch führt. Ein Kapitel für die IT/OBS-Betreuung beschreibt Voraussetzungen und Einrichtung.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Status dieses Dokuments
|-
| Der Wirkungsmonitor wird '''gestaffelt''' eingeführt: Stufe 1a (Rückgewinnung & Roherlös, aus vorhandenen Daten) und Stufe 1b (Artikel-Ebene: Drop-out, Cross-Sell, Abo). Dieser Leitfaden beschreibt das Modul, wie es konzipiert ist; einzelne Kennzahlen erscheinen im Report erst, sobald die zugehörige Stufe produktiv läuft.
|}

== Kurzüberblick – was das Modul für Sie tut ==
Jeden Monat erzeugt die KI-Mining-Kette hunderte Vertriebs-Aufgaben: abspringende Kunden ansprechen, Drop-out-Artikel zurückholen, Cross-Selling anbieten, Konditionen bei Defizit-Kunden prüfen. Der Wirkungsmonitor verfolgt jede dieser Aufgaben bis zum '''Ergebnis''' und verdichtet das zu einem monatlichen Bild für die Vertriebsleitung.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee in einem Satz
|-
| Der Wirkungsmonitor vergleicht, was bei '''bearbeiteten''' Aufgaben passiert ist, mit dem, was bei '''liegengebliebenen''' Aufgaben passiert ist – und macht daraus sichtbar, welche Aufgaben wirken und welcher Mitarbeiter aus vergleichbaren Fällen das meiste herausholt.
|}

=== Drei Fragen, die der Report beantwortet ===
* '''Wirkt es?''' Kaufen angesprochene Abwanderer wieder? Kommt der Drop-out-Artikel zurück? Steigt der Roherlös?
* '''Wer arbeitet wie?''' Wer bearbeitet seine Aufgaben, wie zügig, mit welchem Ergebnis, und wo staut sich ein Rückstand?
* '''Wo lohnt ein Gespräch?''' Bei welchem Mitarbeiter und in welchem Kundensegment sollten Sie ansetzen – und mit welchem Ansatz?

=== Was Sie als Vertriebsleiter nicht mehr selbst tun müssen ===
* Verkaufslisten wälzen, um zu prüfen, ob ein angesprochener Kunde wieder bestellt hat.
* Erfolgsquoten pro Mitarbeiter von Hand zusammenrechnen – und dabei übersehen, dass der eine ein leichteres Gebiet hat.
* Jeden Monat den ganzen Report lesen: brennende Fälle kommen als eigene Aufgabe zu Ihnen.

== Wie das Modul denkt (ohne Formeln) ==
Damit Sie den Zahlen vertrauen können, lohnt es sich, die drei Grundgedanken zu kennen. Alle drei haben ein Ziel: '''ehrliche''' Zahlen, die auch ein kritischer Zuhörer nicht zerredet.

=== Gedanke 1: Vergleichen statt einfach zählen ===
Wenn 70 % der angesprochenen Kunden danach kaufen, klingt das gut – beweist aber nichts, denn ein Teil hätte auch ohne Ansprache gekauft. Der Wirkungsmonitor stellt deshalb immer zwei Gruppen gegenüber: Aufgaben, die '''bearbeitet''' wurden, gegen Aufgaben, die '''liegengeblieben''' sind. Der Unterschied zwischen beiden ist der ehrliche Beitrag der Arbeit.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Merksatz
|-
| Nicht „Wie viele haben gekauft?", sondern „Wie viele MEHR haben gekauft, weil jemand sich gekümmert hat?"
|}

=== Gedanke 2: Gleiches mit Gleichem vergleichen (Fairness) ===
Ein Mitarbeiter mit lauter treuen Stammkunden hat es leichter als einer, der vor allem abwandernde Kunden betreut. Eine rohe Erfolgsquote würde den Zweiten bestrafen, obwohl er die schwerere Arbeit macht. Deshalb vergleicht das Modul nur '''Vergleichbares''': Abwanderer-Aufgaben werden nur gegen andere Abwanderer-Aufgaben gemessen, Neukunden gegen Neukunden. So bleibt der Kollege im schweren Gebiet fair im Rennen. Diese faire Zahl heißt '''Uplift''' (Mehrwert).

=== Gedanke 3: Saison und Zufall herausrechnen ===
Ob der Roherlös eines Kunden steigt, hängt auch von der Jahreszeit oder einer einzelnen Großbestellung ab. Um das nicht mit dem Verdienst des Vertriebs zu verwechseln, vergleicht das Modul die Roherlös-Entwicklung der bearbeiteten Kunden mit der der unbearbeiteten über denselben Zeitraum. Was beide Gruppen gleich trifft (Saison, Marktlage), fällt so heraus – übrig bleibt der echte Effekt.

: ''Hinweis:'' Diese Vergleichslogik ist bewusst vorsichtig. Sie liefert keinen Laborbeweis, aber belastbare Zahlen – und keine Schönrechnerei, die beim ersten kritischen Nachfragen zusammenfällt.

== Die Kennzahlen im Überblick ==
Der Report zeigt zwei getrennte Welten – '''Aktivität''' (arbeitet jemand?) und '''Wirkung''' (bringt es etwas?). Sie werden nie vermischt, denn erst zusammen ergeben sie ein faires Bild.

{| class="wikitable"
! Kennzahl !! Was sie sagt !! Worauf achten
|-
| Bearbeitungsquote || Anteil der zugeteilten Aufgaben, die der Mitarbeiter angefasst hat. || Sehr hoch bei null Wirkung = Verdacht auf reines Abhaken.
|-
| Rückstand || Aufgaben, die länger als 30 Tage unbearbeitet offen sind. || Wachsender Rückstand = Überlast oder Vermeidung.
|-
| Zündquote (roh) || Anteil der bearbeiteten Aufgaben mit Erfolg. || Nie allein bewerten – hängt vom Gebiet ab.
|-
| Uplift (fair) || Mehrwert gegenüber Nichtstun, gleiches mit Gleichem verglichen. || Die eigentliche Leistungszahl.
|-
| Roherlös-Plus (€) || Zusätzlicher Deckungsbeitrag je 100 bearbeitete Aufgaben. || Die Zahl für den Wert des Systems.
|-
| Reifegrad || Anteil der Aufgaben, deren Beobachtungsfenster schon abgelaufen ist. || Junge Aufgaben sind noch nicht bewertbar.
|}

=== Warum manche Zellen „zu wenig Daten" anzeigen ===
Bei sehr wenigen Aufgaben ist eine Quote reiner Zufall. Sind in einer Auswertungszelle weniger als rund 20 bewertete Aufgaben, zeigt der Report bewusst '''keine''' Rangzahl, sondern „zu wenig Daten". Das ist kein Fehler – es schützt davor, jemanden aufgrund von drei Zufallsfällen zu beurteilen.

=== Warum der Report der Gegenwart hinterherläuft ===
Ob eine Reaktivierung geklappt hat, weiß man erst, wenn dem Kunden genug Zeit zum Bestellen geblieben ist. Deshalb bewertet der Report immer Aufgaben aus den '''Vormonaten''', nicht die von gestern. Ein Drop-out-Artikel, der alle zwei Monate gekauft wird, bekommt entsprechend ein längeres Beobachtungsfenster als ein wöchentlich bestellter.

== Der monatliche Ablauf ==
Der Wirkungsmonitor läuft im Gleichschritt mit den anderen KI-Mining-Modulen, einmal im Monat. Für Sie als Vertriebsleiter entstehen dabei zwei Dinge: eine Handvoll '''Aufgaben zu brennenden Fällen''' und ein '''Excel-Report''' zum Nachschlagen.

{| class="wikitable"
! Schritt !! Was passiert
|-
| 1. Datenlauf || Nachts liest das Modul die Aufgaben der Vormonate und prüft, was aus ihnen geworden ist (Kauf, Rückkehr des Artikels, Roherlös).
|-
| 2. Verdichtung || Es rechnet Bearbeitung, Uplift und Roherlös-Plus je Mitarbeiter, Segment und Aufgabentyp zusammen.
|-
| 3. Excel-Report || Wird als Anlage zur monatlichen Vertriebsleiter-Zustellung erzeugt.
|-
| 4. VL-Aufgaben || Nur bei anhaltenden Auffälligkeiten (drei Monate in Folge) legt das Modul Ihnen eine Coaching-Aufgabe an.
|}

: ''Hinweis:'' Der Report bewertet Kohorten – also z. B. „Aufgaben aus März", sobald deren Fenster reif sind. Vergleichen Sie Monatsberichte anhand des Erzeugungsmonats, nicht des Berichtsmonats.

== Die VL-Aufgaben lesen und nutzen ==
Damit Sie nicht jeden Monat den ganzen Report lesen müssen, bringt der Wirkungsmonitor die Ausnahmen zu Ihnen – als normale OBS-Aufgabe. Diese Aufgaben sind bewusst als '''Gesprächsanlass''' formuliert, nicht als Urteil.

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#F2C300; color:#202020;" | Beispiel einer VL-Aufgabe
|-
|
<code>[WM] Coaching prüfen – M. Bergmann</code>

Uplift drei Monatsläufe in Folge negativ im Segment „Gefährdet / Klasse A" (Fallzahl belastbar). Bearbeitung ok, Wirkung unter Vergleichsgruppe. Empfehlung: gemeinsam ein, zwei Fälle durchsprechen – Ansprache, Angebot, Einwand.
|}

Zwei Auslöser-Typen kommen vor:
* '''Wirkung:''' Ein Mitarbeiter liegt in einem Segment dauerhaft unter der Vergleichsgruppe – obwohl er bearbeitet. Ein inhaltliches Thema, kein Fleiß-Thema.
* '''Aktivität:''' Ein wachsender Rückstand oder eine dauerhaft niedrige Bearbeitungsquote – hier geht es um Kapazität und Priorisierung.

: ''Hinweis:'' Eine VL-Aufgabe feuert nie wegen eines einzelnen schwachen Monats. Erst wenn sich etwas über drei Läufe hält und die Fallzahl belastbar ist, landet es bei Ihnen.

== Mit dem Excel-Report arbeiten ==
Der Report ist nach Fragen sortiert, die ein Vertriebsleiter typischerweise stellt. Jedes Blatt beantwortet eine davon.

{| class="wikitable"
! Blatt !! Beantwortet die Frage !! Enthält
|-
| Übersicht || Bringt das System überhaupt etwas? || Roherlös-Plus, Rückgewinnungsquote, Team-Summen, Reifegrad.
|-
| Rangliste || Wer holt am meisten heraus? || je Mitarbeiter: Bearbeitung, Zündquote roh, Uplift, Roherlös-Plus, Sicherheits-Kennzeichen.
|-
| Segmente || Wo wirkt welche Ansprache? || Zündquoten je Segment und Aufgabentyp (die Vergleichsbasis).
|-
| Trend || Wird es besser? || Entwicklung über die Erzeugungsmonate, Reifekurve.
|-
| Drilldown || Was steckt hinter einer Zahl? || Einzelfälle je Mitarbeiter: Kunde, Datum, Erfolg ja/nein, €.
|}

=== Drei typische Fragen – und wo Sie nachsehen ===
* ''„Lohnt sich das Modul?"'' → Blatt Übersicht, Zeile Roherlös-Plus.
* ''„Ist Kollege X wirklich schwächer?"'' → Rangliste (Uplift statt roh!), dann Drilldown zur Gegenprobe.
* ''„Welche Ansprache zieht bei Abwanderern?"'' → Blatt Segmente, Zeile Gefährdet / Reaktivierbar.

== Coaching-Leitfaden: faul, wirkungslos oder Pech? ==
Der eigentliche Wert des Moduls liegt nicht in der Zahl, sondern im richtigen Gespräch. Die zwei Achsen – Aktivität und Wirkung – trennen drei Fälle, die völlig unterschiedliche Reaktionen verlangen.

{| class="wikitable"
! Situation !! Was die Zahlen zeigen !! Ihr Ansatz
|-
| Bearbeitet wenig || Niedrige Bearbeitungsquote, Rückstand wächst. || Kapazität & Prioritäten klären – nicht sofort die Wirkung diskutieren.
|-
| Bearbeitet viel, wirkt nicht || Hohe Bearbeitung, Uplift nahe null oder negativ. || Inhaltlich coachen: Ansprache, Angebot, Einwandbehandlung. Fallbeispiele aus dem Drilldown.
|-
| Schweres Gebiet || Niedrige rohe Quote, aber Uplift ok. || Anerkennen! Der Mitarbeiter holt aus schweren Fällen überdurchschnittlich viel. Kein Korrekturbedarf.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Haltung
|-
| Das Modul ist ein Werkzeug zur Leistungs'''optimierung''' – für beide Seiten. Der Mitarbeiter soll echte Unterstützung spüren, nicht Druck. Nutzen Sie den Drilldown, um mit konkreten Fällen ins Gespräch zu gehen, statt mit einer abstrakten Note.
|}

=== Ein Wort zum „Abhaken ohne Kontakt" ===
Weil als „bearbeitet" der Erledigt-Haken zählt, könnte ein Mitarbeiter Aufgaben wegklicken, ohne den Kunden anzurufen. Das Modul kann das nicht direkt sehen – aber es fällt trotzdem auf: Solche „bearbeiteten" Aufgaben wirken wie unbearbeitete, der Uplift geht gegen null. Wer nur abhakt, fällt bei der Wirkung hinter die Kollegen zurück. Die zweite Achse ist die Kontrolle über die erste.

== Was das Modul NICHT sagt – Grenzen & Fairness ==
Vertrauen entsteht auch dadurch, dass ein Werkzeug seine Grenzen kennt. Bitte lesen Sie diese Seite, bevor Sie Zahlen nach außen kommunizieren.
* '''Kein Laborbeweis.''' Weil bewusst keine Kunden absichtlich unbearbeitet bleiben, vergleicht das Modul selbst-ausgewählte Gruppen. Der faire Vergleich dämpft das, hebt es aber nicht vollständig auf.
* '''Nur so weit zurück wie die Daten reichen.''' Die Segment-Zuordnung der Vergangenheit stammt aus den monatlichen Klassifikations-Schnappschüssen; für sehr alte Aufgaben fehlt sie.
* '''Artikel-Ebene erst ab Stufe 1b.''' „Kommt der Drop-out-Artikel zurück?" wird erst belastbar, nachdem die strukturierte Ziel-Erfassung ein paar Monate mitgelaufen ist.
* '''Kleine Fallzahlen bleiben stumm.''' Unter der Mindestmenge gibt es bewusst keine Rangzahl.

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#E63946; color:#ffffff;" | Faustregel für die Kommunikation
|-
| Nach innen (Coaching) sind auch vorsichtige Zahlen wertvoll. Nach außen (Verkaufsargument) nur die reifen, mit belastbarer Fallzahl – und immer als „Mehrwert gegenüber Nichtstun", nie als nackte Quote.
|}

== Einrichtung & Voraussetzungen (für die IT) ==
Dieses Kapitel richtet sich an die OBS-Betreuung. Der Wirkungsmonitor ist überwiegend '''lesend''' und setzt auf den bestehenden KI-Mining-Tabellen auf.

=== Abhängigkeiten ===
{| class="wikitable"
! Quelle !! Wozu
|-
| KIMINING_KUNDEN_KLASS(_HIST) || Segment/Klasse zum Aufgabenzeitpunkt sowie die monatliche Roherlös-Zeitreihe. Muss produktiv laufen.
|-
| KIMINING_STATUSLOG || Protokoll der erzeugten ToDos (Kunde, Datum, Aufgaben-Verknüpfung).
|-
| TODO || Zuordnung zum Mitarbeiter und der Erledigt-Marker (Signal „bearbeitet").
|-
| AUFTRAG / AUFPOS || Ist-Verkäufe für die Wirkungsmessung.
|-
| KIMINING_TODO_ZIEL || Neue Tabelle (Stufe 1b): friert je Aufgabe das Wirkungsziel und die Baseline ein. Wird von Vertriebs-ToDos Pro geschrieben.
|}

=== Wichtig für belastbare Zahlen ===
* Der '''Erledigt-Haken''' muss im Alltag gesetzt werden – er ist das einzige Signal, ob eine Aufgabe bearbeitet wurde. Ohne gepflegte Erledigung fehlt der bearbeitet/unbearbeitet-Vergleich.
* Der '''Klassifikations-Lauf''' muss vor dem Wirkungslauf aktuell sein (monatlicher Schnappschuss).
* Schwellwerte (Beobachtungsfenster, Mindestfallzahl, Rückstandsgrenze, Trend-Auslöser) sind über die Modul-INI einstellbar.

=== Rollout in zwei Stufen ===
{| class="wikitable"
! Stufe !! Inhalt
|-
| Stufe 1a || Rückgewinnung, Roherlös-Plus, Aktivität, Rangliste, Excel-Report, VL-Aufgaben – rein lesend, rechnet rückwirkend auf vorhandenen Daten.
|-
| Stufe 1b || Artikel-Ebene (Drop-out, Cross-Sell, Abo) über die neue Ziel-Erfassung in Vertriebs-ToDos Pro. Reift über einige Monatsläufe ein.
|}

== Glossar ==
; Aufgabentyp
: Art des Wirkungsziels: Reaktivierung, Drop-out, Cross-Sell, Abo, Defizit (Kondition), Neukunde.
; Bearbeitet
: Eine Aufgabe gilt als bearbeitet, wenn der Erledigt-Haken gesetzt ist. Grundlage des Vergleichs bearbeitet/unbearbeitet.
; Baseline
: Der eingefrorene Ausgangszustand zum Aufgabenzeitpunkt (z. B. letzter Kauf, Ausgangs-Roherlös). Gegen ihn wird der Erfolg gemessen.
; Drop-out-Artikel
: Ein Artikel, den der Kunde früher regelmäßig kaufte und dann nicht mehr. Erfolg = er wird wieder gekauft.
; Kohorte
: Alle Aufgaben eines Erzeugungsmonats. Der Report bewertet Kohorten, sobald ihre Beobachtungsfenster reif sind.
; Reifegrad
: Anteil der Aufgaben einer Auswertung, deren Beobachtungsfenster bereits abgelaufen ist – also endgültig bewertbar.
; Roherlös-Plus (DiD)
: Zusätzlicher Deckungsbeitrag der bearbeiteten gegenüber den unbearbeiteten Kunden, saison- und ausreißerbereinigt.
; Segment
: Zustandsklasse des Kunden aus der Klassifizierung (z. B. Champion, Gefährdet, Reaktivierbar, Neukunde). Basis des fairen Vergleichs.
; Uplift
: Der faire Mehrwert: Zündquote der bearbeiteten minus die vergleichbarer unbearbeiteter Aufgaben. Gebietsschwere ist herausgerechnet.
; VL-Aufgabe
: Eine an den Vertriebsleiter gerichtete Coaching-Aufgabe, die nur bei anhaltender Auffälligkeit (drei Läufe) entsteht.
; Zündquote
: Anteil der bearbeiteten Aufgaben mit Erfolg – „roh" ohne, „adjustiert" mit Fairness-Korrektur.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro

2026-08-07T07:40:24Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''MPS-ToDos Pro''' richtet sich an Anwender im '''Managed Print Service''' – also an alle, die Drucker und Kopierer gegen Monatspauschale oder Klickpreis vermieten und warten. Solche Geschäfte leben von vielen kleinen Verträgen und noch mehr Geräten. Genau dort verliert man leicht den Überblick: Welcher Vertrag rechnet sich noch? Welches Gerät läuft heiß? Welcher Vertrag läuft aus, ohne dass jemand rechtzeitig das Verlängerungsgespräch führt?

MPS-ToDos Pro durchleuchtet dafür jede Woche automatisch jeden aktiven Vertrag und jedes zugehörige Gerät und macht aus jeder auffälligen Situation eine OBS-Aufgabe – mit fertigem Sprechtext, konkreten Anlässen und den passenden Kennzahlen.

Dieser Leitfaden richtet sich an Vertrieb/Account-Management und Servicekoordination.

== Kurzüberblick ==
{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Jeder Vertrag und jedes Gerät wird wöchentlich automatisch bewertet.
* Zwei getrennte Blickwinkel: der '''Vertrag''' (Wirtschaftlichkeit) und das '''Gerät''' (Betrieb).
* Auffälligkeiten werden zu fertigen OBS-Aufgaben mit Sprechtext und Kennzahlen.
* Die Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
|}

== Zwei Blickwinkel: Vertrag und Gerät ==
Ein MPS-Geschäft hat zwei Ebenen, für die meist verschiedene Menschen zuständig sind. MPS-ToDos Pro bewertet beide getrennt.

=== Ebene 1 – der Vertrag (Vertrieb / Account-Manager) ===
Hier geht es um Wirtschaftlichkeit und Lebenslauf des Vertrags. Jeder Vertrag bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| NEU / EINSPIEL || Frisch in Betrieb, das Druckvolumen pendelt sich noch ein.
|-
| STABIL || Läuft im Plan, Volumen und Marge passen.
|-
| DRIFT HOCH || Der Kunde druckt dauerhaft deutlich mehr als vereinbart – Chance, die Pauschale anzupassen.
|-
| DRIFT NIEDRIG || Der Kunde druckt viel weniger als bezahlt – fühlt sich womöglich übervorteilt, Kündigungsrisiko.
|-
| DEFIZITÄR || Der Vertrag verdient unterm Strich kein Geld mehr.
|-
| AUSLAUFEND || Die Kündigungsfrist rückt näher – handeln, bevor sich der Vertrag stillschweigend verlängert oder wegbricht.
|-
| GEKÜNDIGT || Bereits gekündigt, aber noch aktiv – Win-back oder saubere Übergabe.
|}

=== Ebene 2 – das Gerät (Servicekoordinator) ===
Hier geht es um die einzelne Maschine – Auslastung, Störungen, Materialbedarf. Auch jedes Gerät bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| HOCHLAST || Druckt viel mehr als vergleichbare Geräte – Aufrüstung oder größeres Modell prüfen.
|-
| UNTERLAST || Kaum genutzt – vergessenes Gerät? Konsolidieren?
|-
| STÖRANFÄLLIG || Häuft Servicebesuche – Ursache suchen, bevor der Kunde unzufrieden wird.
|-
| STILLSTAND || Ist zugeordnet, druckt aber seit Monaten nichts – ausgemustert?
|-
| END-OF-LIFE || Hat seine Lebensdauer erreicht – vorausschauend tauschen statt auf den Ausfall warten.
|}

== Peer-Vergleich: wie erkennt die App „zu viel" oder „zu wenig"? ==
Es gibt keine allgemeingültige Norm dafür, wie viel ein bestimmtes Druckermodell im Monat schaffen sollte. Deshalb vergleicht die App jedes Gerät mit '''Ihren eigenen baugleichen Geräten''' (Peer-Vergleich): Was ist bei diesem Modell normal, was ist Ausreißer? Erst ab genügend Vergleichsgeräten (Standard: mindestens 5) wird eine solche Aussage getroffen – sonst hält sich die App bewusst zurück.

== So liest sich eine MPS-Aufgabe ==
Anonymisiertes Beispiel: ein Pool-Vertrag mit acht Geräten, der in gut zwei Monaten kündigungsfähig wird – der Account-Manager soll rechtzeitig das Verlängerungsgespräch anstoßen:

<pre>
[MPS-V] AUSLAUFEND - PREMIUM - POOL - Vertrag 1204, Kunde 4711

Anlass:
Vertrag in 78 Tagen kuendigungsfaehig - Verlaengerungsgespraech jetzt fuehren.

Themen:
> Verlaengerungsgespraech terminieren, Nachfolgeangebot vorbereiten
> Bedarfsentwicklung der letzten 12 Monate als Argument aufbereiten
> Pool pruefen: einzelne Geraete sind stark ueberlastet

Kennzahlen:
8 Geraete - Einnahmen 12M 17.338 EUR - Ausgaben 11.710 EUR
Deckungsbeitrag 5.628 EUR (32,5%) - Volumen-Drift -2,3% - Restlaufzeit 78 Tage
</pre>

: ''Hinweis:'' Bei auslaufenden Verträgen legt die App zusätzlich automatisch eine Quartals-Übersicht der letzten zwölf Monate bei (Schwarz-Weiß-Klicks, Farb-Klicks, Umsatz). So geht der Vertrieb mit belastbaren Zahlen ins Gespräch, ohne vorher einen Report zu ziehen.

== Selbst gepflegte Themen ==
Wie bei Vertriebs-ToDos Pro hinterlegen Sie die Sprechpunkte selbst – je Segment und Anlass, in einer Themen-Tabelle in OBS, ohne Programmierung. Jedes Thema trägt zusätzlich einen '''Zuständigkeits-Bereich''' (Vertrieb, Service, Leitung, IT), sodass Vertrags- und Gerätethemen bei den richtigen Personen landen.

== Schutzfrist und Lastverteilung ==
Damit nicht jede Woche dieselbe Aufgabe entsteht, gilt je Vertrag bzw. Gerät und Thema eine Schutzfrist (Cooldown), die pro Aufgaben-Klasse einstellbar ist (z. B. Verträge länger, Material-Hinweise kürzer). Neue Verträge dürfen im Onboarding-Fenster etwas häufiger angesprochen werden. Die Aufgaben werden zudem gleichmäßig auf die zuständigen Bearbeiter verteilt.

== Robust bei lückenhaften Daten ==
Fehlt eine Datenquelle (zum Beispiel ein FMAudit-Zählerstand), schaltet die App die davon abhängigen Hinweise '''still ab''', statt falsch zu melden. Lieber kein Hinweis als ein irreführender – veraltete Statistiken werden zudem als Datenqualitäts-Aufgabe sichtbar gemacht.

== Voraussetzungen ==
* Aktives MPS-/Vertragsmodul in OBS (Verträge, Geräte, Zählerstände, Servicehistorie).
* Statistik-/Abrechnungsdaten je Vertrag und Gerät.
* Optional FMAudit-Daten für die feinere Geräte-Auswertung.
* Die '''Kundenklassifizierung''' wird optional als zusätzlicher Frühwarn-Hinweis genutzt.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
Die App arbeitet in zwei Takten:
; Klassifikation (wöchentlich)
: Berechnet einmal pro Woche (z. B. Sonntagnacht) für jeden Vertrag und jedes Gerät das Segment und die Anlässe – als Momentaufnahme.
; Analyse / Aufgaben (täglich)
: Erzeugt aus der aktuellen Klassifikation die Aufgaben, baut den Sprechtext und beachtet Schutzfristen und Tageskontingente.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Datenqualitäts-Problemen legt die App eine Aufgabe an den Systemverantwortlichen an.

== Was Sie davon haben ==
* Kein auslaufender Vertrag wird mehr übersehen – Verlängerung wird planbar.
* Defizitäre Verträge und übervorteilte Kunden werden sichtbar, bevor sie kippen.
* Der Service erkennt Problem- und Stillstand-Geräte, ohne Statistiken zu bauen.
* Material- und Tausch-Bedarf lässt sich vorausschauend mit Touren bündeln.
* Robust auch bei lückenhaften Daten – lieber kein Hinweis als ein falscher.

== Häufige Fragen (FAQ) ==
; Warum trennt die App Vertrag und Gerät?
: Weil dafür unterschiedliche Personen zuständig sind (Account-Management vs. Servicekoordination) und beide Ebenen unterschiedliche Maßnahmen brauchen.
; Woher weiß die App, was „zu viel" gedruckt ist?
: Aus dem Vergleich mit Ihren eigenen baugleichen Geräten (Peer-Vergleich), erst ab mindestens fünf Vergleichsgeräten.
; Kann ich die Sprechpunkte ändern?
: Ja, über die Themen-Tabelle in OBS – je Segment und Anlass, ohne Programmierung.
; Was passiert, wenn Daten fehlen?
: Die betroffenen Hinweise werden stillgelegt, statt falsch zu melden.
; Wie oft läuft die App?
: Die Klassifikation wöchentlich, die Aufgaben-Erzeugung täglich.

== Glossar ==
; Managed Print Service (MPS)
: Vermietung und Wartung von Druck-/Kopiergeräten gegen Pauschale oder Klickpreis.
; Vertrags-Segment
: Bewertung der Wirtschaftlichkeit/Lebensphase eines Vertrags (STABIL, DEFIZITÄR, AUSLAUFEND …).
; Geräte-Segment
: Bewertung des Betriebs eines Geräts (HOCHLAST, STÖRANFÄLLIG, END-OF-LIFE …).
; Drift
: Abweichung des tatsächlichen Druckvolumens vom vereinbarten (hoch = mehr, niedrig = weniger).
; Peer-Vergleich
: Vergleich eines Geräts mit den eigenen baugleichen Geräten.
; Deckungsbeitrag
: Was von den Vertragseinnahmen nach Abzug der Kosten übrig bleibt.
; Schutzfrist / Cooldown
: Zeitraum, in dem dieselbe Aufgabe zu Vertrag/Gerät nicht erneut erscheint.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos

2026-08-07T07:40:20Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Vertriebs-ToDos''' nimmt dem Vertrieb das Listenwälzen ab. Sie durchsucht jede Woche automatisch den OBS-Auftragsbestand nach Dingen, die jemand am Montag wissen sollte – und macht daraus fertige Aufgaben beim zuständigen Sachbearbeiter.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung.

== Kurzüberblick ==
Vertriebs-ToDos scannt in der Nacht von Samstag auf Sonntag den Auftragsbestand und erzeugt bei Auffälligkeiten eine OBS-Aufgabe beim zuständigen Sachbearbeiter – mit Anlass, Kennzahlen und Vorschlag.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Vertrieb startet montags mit dem Wichtigsten – nicht mit dem Sortieren von Listen.
* Auffälligkeiten werden zu fertigen Aufgaben beim richtigen Sachbearbeiter.
* Alles bleibt in OBS – keine Excel-Liste, keine Mail, kein CRM-Wechsel.
* Faire Lastverteilung und Schutz vor Doppelmeldungen sind eingebaut.
|}

== Worauf die App achtet ==
* '''Bestellrhythmus''' – ein Stammkunde, der sonst alle drei Wochen bestellt, ist seit sechs Wochen still. Auffällig.
* '''Warengruppen-Drop-out''' – der Kunde bestellt noch, aber eine ganze Sortimentslinie ist plötzlich verschwunden. Wechsel zum Wettbewerb?
* '''Umsatz-Anomalien''' – deutlich weniger Umsatz in den letzten beiden Monaten als im Vergleichszeitraum davor.
* '''Offene Angebote''' – ein Angebot liegt seit Wochen unbeantwortet in OBS, niemand hat nachgefasst.
* '''Reklamations-Salden''' – ungewöhnlich viele Retouren; ein Kosten- oder Zufriedenheitsproblem.

== Wie eine Aufgabe entsteht ==
Erkennt die Analyse eine dieser Situationen, legt sie eine Aufgabe (oder Wiedervorlage) direkt in OBS an – adressiert an den zuständigen Sachbearbeiter des Kunden. Der Aufgabentext enthält Anlass, Kennzahlen und einen Vorschlag. Der Sachbearbeiter sieht das am Montag in seiner OBS-Aufgabenliste.

: ''Hinweis:'' Kein Medienbruch – keine Excel-Liste, keine Sammelmail, kein zweites System. Die Aufgabe lebt dort, wo ohnehin gearbeitet wird.

== So liest sich eine Aufgabe ==
Anonymisiert aus einem Pilotbetrieb – ein langjähriger B-Kunde, der seit einigen Wochen ungewöhnlich still ist:

<pre>
[VTD] LOYAL - B - STANDARD - DRUCKVERBRAUCH - Kunde 4711

Anlass:
Bestellrhythmus stabil (alle 3 Wochen), letzter Kauf vor 47 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Jahresbonus-Stand kommunizieren

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen offen

Kennzahlen:
Umsatz 12 Monate 18.400 EUR - Marge 41% - Hauptsortiment Druckverbrauch
</pre>

== Schutzfrist gegen Doppelmeldung ==
Damit nicht jede Woche dieselbe Aufgabe zum selben Kunden entsteht, sperrt die App ein Thema nach der ersten Meldung für eine gewisse Zeit – die '''Schutzfrist''' (technisch „Cooldown"). Zeigt der erste Anlauf keine Wirkung, meldet sich das Thema erst nach Ablauf der Frist wieder.

: ''Hinweis:'' So bleibt die Aufgabenliste ein verlässliches Arbeitsinstrument und keine sich wiederholende Endlosschleife.

== Faire Lastverteilung ==
Niemand sitzt am Montag vor 250 neuen Aufgaben. Die App verteilt die Top-Themen gleichmäßig – standardmäßig maximal etwa zehn Aufgaben pro Sachbearbeiter und Tag, priorisiert nach dem Wertbeitrag des Kunden. So bekommt jeder Vertriebler die '''wichtigsten''' Aufgaben des Tages, nicht alle auf einmal.

== Voraussetzungen ==
* OBS mit gepflegten Auftrags- und Kundendaten (Aufträge, Angebote, Retouren).
* Ein zuständiger Sachbearbeiter je Kunde (für die Zuordnung der Aufgabe).
* Zugriff auf den OBS-Scheduler für den wöchentlichen Lauf.

: ''Hinweis:'' Die Kundenklassifizierung ist für die Basis-App nicht zwingend, veredelt die Aufgaben aber (siehe Vertriebs-ToDos Pro).

== Einrichtung und Betrieb ==
Die App läuft als wöchentliches OBS-Makro:
* '''Wöchentlicher Lauf''' in der Nacht von Samstag auf Sonntag, damit die Aufgaben Montag früh bereitstehen.
* '''Schutzfrist und Tageskontingent''' sind konfigurierbar – so passt sich die App an Teamgröße und Kundenzahl an.
* Ein Routine-Lauf arbeitet geräuschlos; er erzeugt nur die Vertriebsaufgaben, keine Systemmeldungen.

== Was Sie davon haben ==
* Der Vertrieb startet montags mit dem Wichtigsten, nicht mit Listenarbeit.
* Kein Kunde geht unter, nur weil er gerade nicht im Kopf war.
* Frühe Erkennung von Abwanderungs-Tendenzen – idealerweise, bevor der Kunde selbst gegangen ist.
* Faire, transparente Lastverteilung pro Sachbearbeiter.
* Alles bleibt in OBS – kein Medienbruch.

== Häufige Fragen (FAQ) ==
; Muss ich eine zweite Software öffnen?
: Nein. Die Aufgaben erscheinen direkt in Ihrer gewohnten OBS-Aufgaben-/Wiedervorlageliste.
; Ich habe eine Aufgabe bearbeitet, kommt sie wieder?
: Erst nach Ablauf der Schutzfrist – und nur, wenn der Anlass weiterhin besteht.
; Warum bekomme ich nicht alle Auffälligkeiten auf einmal?
: Die Lastverteilung gibt Ihnen die wertvollsten zuerst; der Rest folgt gestaffelt an den nächsten Tagen.
; Wie wird entschieden, wer die Aufgabe bekommt?
: Sie geht an den in OBS hinterlegten zuständigen Sachbearbeiter des Kunden.

== Glossar ==
; Bestellrhythmus
: Der übliche zeitliche Abstand zwischen den Bestellungen eines Kunden.
; Drop-out (Warengruppe)
: Eine Sortimentslinie, die ein Kunde plötzlich nicht mehr bezieht.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Lastverteilung
: Gleichmäßige, priorisierte Zuteilung der Aufgaben je Sachbearbeiter und Tag.
; Wiedervorlage
: OBS-Aufgabe mit Fälligkeitsdatum.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling

2026-08-07T07:40:14Z

Hoheneder:

{{Kostenpflichtige Module}}

''Cross-Selling'' heißt: dem Kunden zusätzlich etwas anzubieten, das gut zu dem passt, was er ohnehin bei Ihnen kauft. Der Klassiker: Ein Kunde bezieht Lasertoner, aber kein Kopierpapier – dann kauft er sein Papier vermutlich woanders. Die App '''Cross-Selling''' findet solche Sortimentslücken und spielt dem Vertrieb pro Kunde ein bis zwei konkrete Vorschläge zu.

Die Besonderheit: Cross-Selling erzeugt '''keine eigene Aufgabe'''. Es ergänzt die ohnehin vorhandenen '''Vertriebs-ToDos'''-Aufgaben um einen kurzen Vorschlags-Block – der Vertrieb spricht das Thema also im selben Telefonat an, bei dem er ohnehin den Hörer in der Hand hat.

== Kurzüberblick ==
Cross-Selling sieht sich tausende abgeschlossene Bestellungen an und sucht nach Mustern: Welche Warengruppen werden typischerweise zusammen gekauft? Welche Lücke hat ein Kunde im Vergleich zu Kunden, die sich ähnlich verhalten? Daraus entstehen pro Kunde ein bis zwei Vorschläge.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Konkrete Sortiments-Vorschläge statt „Brauchen Sie noch etwas?".
* Kein extra Termin: der Vorschlag steht als Block in der Vertriebs-ToDos-Aufgabe.
* Aus '''Ihren''' Daten – nicht aus einem Branchen-Lehrbuch.
* Mit eingebauter Erfolgsmessung und Schutz vor Wiederholung.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Cross-Selling ist ein Aufsatz – keine Insel
|-
| Die App setzt '''Vertriebs-ToDos Pro''' und die '''Kundenklassifizierung''' voraus. Vertriebs-ToDos liefert die Aufgabe, in die der Vorschlag eingebettet wird; die Klassifizierung liefert den Sortimentstyp, der die Vorschläge passgenau macht.
|}

== Wie Cross-Selling funktioniert ==
Die App arbeitet in zwei Takten – ein langsamer für die Musterberechnung, ein schneller für die kundenindividuelle Auswahl:

{| class="wikitable"
! Takt !! Was passiert !! Wann
|-
| Muster-Analyse || Aus tausenden Warenkörben werden die Cross-Sell-Regeln berechnet („Wer A kauft, kauft oft auch B") und der Erfolg der letzten Vorschläge gemessen. || monatlich
|-
| Persönliche Auswahl || Pro Kunde werden die passenden Regeln gezogen, die besten ein bis zwei Vorschläge ausgewählt und in den Aufgaben-Sprechtext eingebaut. || wöchentlich, im Vertriebs-ToDos-Lauf
|}

: ''Hinweis:'' Warum getrennt? Die Musterberechnung über tausende Warenkörbe ist aufwändig, ändert sich aber kaum von Woche zu Woche – einmal im Monat genügt. Die Auswahl pro Kunde ist billig und muss aktuell sein – sie läuft wöchentlich mit den Vertriebs-ToDos.

== Die drei Kennzahlen je Empfehlung ==
Jeder Vorschlag trägt drei Zahlen, damit Sie ihn sofort einordnen können:

{| class="wikitable"
! Kennzahl !! Bedeutung
|-
| Wahrscheinlichkeit (intern „Lift") || Wie viel wahrscheinlicher als der Zufall es ist, dass genau dieser Kunde die empfohlene Warengruppe auch kauft. Ein Lift von 2,0 heißt: doppelt so wahrscheinlich.
|-
| Marge der Warengruppe || Damit Sie auf einen Blick sehen, ob der Vorschlag auch wirtschaftlich lohnt.
|-
| Geschätztes Jahres-Potenzial || Ein realistischer Erwartungswert, was vergleichbare Kunden in dieser Warengruppe pro Jahr ausgeben.
|}

: ''Hinweis:'' Die App bevorzugt tendenziell margenstarke Warengruppen – das lässt sich über eine Mindest-Marge auch ausdrücklich erzwingen (siehe Steuerung).

== So liest sich eine Aufgabe mit Cross-Sell-Block ==
Der Vorschlag erscheint als eigener Block zwischen den Gesprächsthemen und den Anlass-Hinweisen der Vertriebs-ToDos-Aufgabe:

<pre>
[VTD] LOYAL - B - STANDARD - TONER_TINTE - Kunde 4711

Aufhaenger:
Bestellrhythmus zuletzt stabil, letzter Kauf vor 23 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Bonusvereinbarung pruefen / verlaengern

Cross-Sell-Vorschlag:
> Papier (WG 110): Aehnliche TONER/TINTE-Kunden kaufen das mit -
Wahrscheinlichkeit ca. 2,1x, Marge ~57%, Potenzial ~5.400 EUR/Jahr
> Hygiene/Medical (WG 145): Luecke im Sortiment, Marge ~54%

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen
</pre>

: ''Hinweis:'' Der Vertriebler spricht Cross-Selling also nicht in einem separaten Anruf an, sondern im selben Gespräch – mit einem konkreten, begründeten Vorschlag statt einer Floskel.

== Wie die Vorschläge entstehen ==
Die App bildet aus den Warenkörben Assoziationsregeln: Warengruppen, die überzufällig oft zusammen gekauft werden. Damit ein Vorschlag beim Kunden landet, muss er mehrere Filter passieren:
* '''Überzufälliges Muster''' – die Regel muss belastbar sein (Häufigkeit, Konfidenz und Wahrscheinlichkeit über den Mindestwerten).
* '''Passender Sortimentstyp''' – die Regel gilt für Kunden mit ähnlichem Einkaufsverhalten, nicht pauschal für alle.
* '''Echte Lücke''' – was der Kunde ohnehin schon kauft, wird nie vorgeschlagen.
* '''Wirtschaftlich sinnvoll''' – die empfohlene Warengruppe muss die Mindest-Marge erreichen.
* '''Nicht zur Unzeit''' – bei gefährdeten oder zu reaktivierenden Kunden wird Cross-Selling unterdrückt; hier zählt zuerst, den Kunden zu halten, nicht ihm mehr zu verkaufen.

Aus den verbleibenden Kandidaten wählt die App die besten ein bis zwei (nach Wahrscheinlichkeit, Marge und Potenzial) und baut sie in den Sprechtext ein.

== Wiederholungsschutz und Ablehnung ==
Nichts nervt mehr als derselbe Vorschlag jede Woche. Deshalb gilt pro Kunde und Warengruppe eine Sperrfrist:

{| class="wikitable"
! Situation !! Folge
|-
| Vorschlag wurde gemacht || 120 Tage Sperre für diese Warengruppe bei diesem Kunden.
|-
| Vertrieb markiert „nicht passend" || 365 Tage Sperre – der Vorschlag verschwindet für längere Zeit.
|-
| Kunde hat gekauft (Erfolg) || Dauerhafte Sperre für diese Warengruppe – er hat ja jetzt, was empfohlen wurde.
|}

: ''Hinweis:'' Alle Fristen sind einstellbar. Zusätzlich lässt sich ein Kunde ganz vom Cross-Selling ausnehmen (Opt-out).

== Erfolgsmessung (Closed Loop) ==
Die App misst, ob ihre Vorschläge wirken. Kauft ein Kunde innerhalb von 90 Tagen tatsächlich aus der empfohlenen Warengruppe, wird der Erfolg samt Mehrumsatz automatisch vermerkt. So bekommen Sie monatlich eine ehrliche Auswertung, zum Beispiel: „Cross-Selling hat im Mai rund 12.400 € Umsatz angestoßen."

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Ehrlich statt geschönt
|-
| Das ist bewusst '''angestoßener''' Umsatz, kein „kausal bewiesener". Manche Käufe wären vielleicht ohnehin gekommen. Die Kennzahl ist ein nachvollziehbarer Indikator für die Wirkung – keine Erfolgsgarantie.
|}

: ''Hinweis:'' Vorschläge, die 180 Tage lang ohne Kauf bleiben, gelten als verfallen und belasten die Statistik nicht weiter.

== Steuerung durch die Vertriebsleitung ==
Cross-Selling ist nicht in Stein gemeißelt. Über eine kleine Konfigurations-Tabelle steuert die Vertriebsleitung, was vorgeschlagen wird:

{| class="wikitable"
! Stellschraube !! Bedeutung !! Standard
|-
| Mindest-Wahrscheinlichkeit || Nur Muster ab diesem Lift verwenden. || 1,5
|-
| Mindest-Konfidenz || Wie verlässlich das Muster sein muss. || 30 %
|-
| Mindest-Marge || Nur Warengruppen ab dieser Marge empfehlen. || 25 %
|-
| Max. Vorschläge je Kunde || Wie viele Bullets höchstens erscheinen. || 2
|-
| Sperrfrist nach Vorschlag || Cooldown je Kunde und Warengruppe. || 120 Tage
|-
| Erfolgs-Fenster || Zeitraum für die Closed-Loop-Messung. || 90 Tage
|-
| Warengruppen-Blacklist || Warengruppen, die nie empfohlen werden. || z. B. Sonstiges/Bonus
|}

: ''Hinweis:'' Zusätzlich lassen sich einzelne Warengruppen als „immer erlaubt" (Whitelist) und einzelne Kunden als „kein Cross-Selling" (Opt-out) hinterlegen.

== Voraussetzungen ==
* '''Vertriebs-ToDos Pro''' – Cross-Selling baut auf dessen Aufgaben und Sprechtext auf.
* '''Kundenklassifizierung''' – liefert Sortimentstyp und Wertklasse je Kunde.
* Auftragsdaten und Positionen als Basis der Warenkorb-Analyse.
* Artikelstamm mit Warengruppen-Information.

: ''Hinweis:'' Ohne diese beiden Apps läuft Cross-Selling nicht – es ist die fünfte App der Vertriebs-Reihe und setzt die vorderen voraus. Ist Cross-Selling nicht gebucht, überspringt der Vertriebs-ToDos-Lauf den Vorschlags-Block kommentarlos.

== Einrichtung und Betrieb ==
Cross-Selling wird als monatlicher Regel-Lauf betrieben und in den wöchentlichen Vertriebs-ToDos-Lauf eingebunden. Bewährter Einführungsweg:

; Phase 1 – Regeln prüfen (am wichtigsten)
: Die erste Regeltabelle mit der Vertriebsleitung durchsehen: „Sind diese Empfehlungen plausibel?" Wirken Regeln komisch, wird zuerst die Datenbasis geschärft – bevor der Roll-out startet.
; Phase 2 – Pilot bei ein bis zwei Sachbearbeitern
: Nur ausgewählte Sachbearbeiter bekommen die Cross-Sell-Bullets, Feedback einsammeln.
; Phase 3 – Erfolgsmessung scharfschalten
: Closed Loop aktivieren, monatlichen Bericht an die Geschäftsleitung aufsetzen.
; Phase 4 – Roll-out
: Cross-Selling für alle Sachbearbeiter aktiv, Pflege-Maske für die Steuerung ausliefern.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Betriebsrhythmus
|-
|
* '''Monatlich:''' Regel-Lauf (nach der Kundenklassifizierung) – berechnet die Muster neu und misst den Erfolg der Vormonate.
* '''Wöchentlich:''' Auswahl je Kunde – läuft automatisch mit den Vertriebs-ToDos mit.
|}

== Beispiel-Muster aus einem Pilot ==
Bei einem B2B-Bürobedarf-Händler mit rund 6.400 Kunden hat die Auswertung diese klaren Cross-Selling-Muster aufgedeckt (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Gefundene Cross-Sell-Muster
|-
|
* '''Bürobedarf → Papier:''' Bürobedarf-Kunden kaufen mit doppelter Wahrscheinlichkeit auch Papier. Marge ca. 41 %.
* '''Hygiene → Papier:''' Hygiene-Käufer sind ebenfalls deutlich häufiger Papier-Käufer.
* '''Drucker (Hardware) → Lasertoner:''' Hardware ist die Eintrittstür – das Verbrauchsmaterial folgt fast immer.
* '''Briefumschläge → Kopierpapier:''' sehr enge Bindung – wer das eine kauft, kauft das andere meist auch.
|}

: ''Hinweis:'' Aus solchen Mustern leitet die App pro Kunde konkrete Vorschläge ab – und nur die, die zu seinem Sortiment und seiner Lücke passen.

== Was Sie davon haben ==
* Der Vertrieb geht mit echten Sortiments-Vorschlägen ins Gespräch – nicht mit „brauchen Sie noch etwas?".
* Mehr Umsatz pro Kundengespräch, ohne mehr Telefonate.
* Bessere Marge, weil die App tendenziell margenstarke Warengruppen vorschlägt – erzwingbar über die Mindest-Marge.
* Empfehlungen aus ''Ihren'' Daten, nicht aus einem Branchen-Lehrbuch.
* Schutz vor Wiederholung: Vorschläge kommen nicht jede Woche wieder.

== Häufige Fragen (FAQ) ==
; Bekomme ich für Cross-Selling eine eigene Aufgabe?
: Nein. Der Vorschlag steht als kurzer Block in der ohnehin vorhandenen Vertriebs-ToDos-Aufgabe. Ein Gespräch, ein Anruf.
; Ein Vorschlag passt gar nicht – was tun?
: Als „nicht passend" markieren. Dann verschwindet er für längere Zeit (365 Tage) und stört den Sprechtext nicht mehr.
; Warum sehe ich bei manchen Kunden keine Vorschläge?
: Weil keiner die Filter passiert: keine passende Lücke, zu geringe Wahrscheinlichkeit/Marge, Sperrfrist aktiv, oder der Kunde ist gefährdet (dann hat Halten Vorrang).
; Kann ich bestimmte Warengruppen ausschließen?
: Ja, über die Blacklist in der Steuerungstabelle. Einzelne Kunden lassen sich per Opt-out ganz ausnehmen.
; Ist der „angestoßene Umsatz" echt kausal?
: Nein, bewusst nicht. Es ist ein ehrlicher Indikator: der Kunde hat nach dem Vorschlag in der empfohlenen Warengruppe gekauft.

== Glossar ==
; Cross-Selling
: Ergänzende Sortiments-Vorschläge zu dem, was der Kunde schon kauft.
; Lift / Wahrscheinlichkeit
: Wie viel häufiger als der Zufall zwei Warengruppen zusammen gekauft werden.
; Konfidenz
: Wie verlässlich ein Muster ist (Anteil der A-Käufer, die auch B kaufen).
; Sortimentstyp
: Aus der Kundenklassifizierung: welches Sortiment ein Kunde überwiegend kauft.
; Cooldown / Sperrfrist
: Zeitraum, in dem derselbe Vorschlag nicht erneut erscheint.
; Closed Loop
: Rückkopplung: die App misst, ob ein Vorschlag zu einem Kauf geführt hat.
; Opt-out
: Kennzeichnung eines Kunden, der keine Cross-Sell-Vorschläge erhalten soll.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung

2026-08-07T07:40:10Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Kundenklassifizierung''' vermisst Ihre Kundschaft datenbasiert. Sie vergibt für ''jeden'' Kunden vier unabhängige Etiketten – Lebenszyklus, Wertklasse, Profitabilität und Sortimentstyp – und schreibt sie so nach OBS zurück, dass Sie in jeder Selektion und Auswertung damit arbeiten können. Der Lauf erfolgt automatisch, einmal im Monat.

Dieser Leitfaden richtet sich an Vertrieb, Vertriebsleitung, Marketing und Geschäftsleitung.

== Kurzüberblick ==
Vier Wertungen schauen aus je einem anderen Blickwinkel auf denselben Kunden – wie vier Sensoren nebeneinander, jeder zeichnet ein eigenes Bild. Zusammen ergeben sie ein vollständiges, faktenbasiertes Kundenprofil.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Vier Etiketten je Kunde: '''Lebenszyklus''', '''Wertklasse''', '''Profitabilität''', '''Sortimentstyp'''.
* Berechnet aus Ihren Auftragsdaten – kein Bauchgefühl, keine Handpflege.
* Zurückgeschrieben als OBS-Personen-Eigenschaften – nutzbar in jeder Selektion, jedem Report.
* Monatlicher Lauf hält das Bild aktuell; eine 36-Monats-Historie zeigt Bewegungen.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Was heißt „letzte 12 Monate" (LTM)?
|-
| LTM steht für ''last twelve months'' – ein gleitender Zeitraum: die zwölf Monate, die heute hinter uns liegen. Ein Lauf im Juni 2026 wertet also Juni 2025 bis Mai 2026 aus.
|}

== Die vier Dimensionen ==
=== Dimension 1 – Lebenszyklus ===
Wann hat der Kunde zuletzt gekauft, wie oft im letzten Jahr, wie lange ist er schon Kunde? Daraus entsteht ein Lebenszyklus-Etikett:

{| class="wikitable"
! Etikett !! Bedeutung
|-
| CHAMPION || Langjährig, kauft aktuell (≤ 3 Mon.) und häufig (viele Bestellungen im Jahr).
|-
| LOYAL || Langjährig, aktuell aktiv, regelmäßig – mittlere Frequenz.
|-
| STAMMKUNDE || Langjährig, aktuell aktiv, aber seltener als LOYAL.
|-
| SCHLUMMERND || Aktiver Kunde, aber seit 3–6 Monaten ruhig.
|-
| GEFÄHRDET || 6–12 Monate keine Bestellung mehr – droht abzurutschen.
|-
| REAKTIVIERBAR || 1–2 Jahre still, war aber einmal Kunde.
|-
| VERLOREN || Mehr als 2 Jahre nichts mehr gekauft.
|-
| NEUKUNDE || Erst einmal gekauft, vor weniger als einem halben Jahr.
|-
| ENTWICKLUNG || Junge Kundenbeziehung (< 1 Jahr), aktuell aktiv – im Aufbau.
|-
| EINMALKAEUFER || Einmalbestellung, ohne dass eine echte Beziehung entstanden ist.
|-
| NUR_RETOUREN || Kein positiver Umsatz (nur Rückgaben) – Sonderfall.
|}

=== Dimension 2 – Wertklasse (A/B/C/D/X) ===
Wie viel Umsatz macht der Kunde in den letzten 12 Monaten? Alle Kunden werden absteigend sortiert und nach ihrem Beitrag zum Gesamtumsatz eingeteilt:

{| class="wikitable"
! Klasse !! Bedeutung
|-
| A || Die Top-Kunden, die zusammen die ersten 50 % des Umsatzes ausmachen.
|-
| B || Die nächsten 30 % des Umsatzes.
|-
| C || Die nächsten 15 %.
|-
| D || Der kleine Rest mit Umsatz.
|-
| X || Kunden ohne Umsatz in den letzten 12 Monaten.
|}

=== Dimension 3 – Profitabilität ===
Wie viel bleibt vom Umsatz tatsächlich übrig? Vier Stufen nach Marge:

{| class="wikitable"
! Tag !! Marge !! Bedeutung
|-
| PREMIUM || über 50 % || sehr profitabel
|-
| STANDARD || 30–50 % || gesunde Marge
|-
| SCHWACH || unter 30 % || dünne Marge – Konditionen prüfen
|-
| DEFIZIT || negativ || kostet netto Geld (Konditionen, Mindermengen, Versand)
|}

=== Dimension 4 – Sortimentstyp ===
Welche Art Sortiment kauft der Kunde überwiegend? Ergibt sich aus den Warengruppen, in denen er bestellt (ab ca. 60 % dominant). Beispiele: '''TONER/TINTE''', '''PAPIER''', '''BÜROBEDARF''', '''HARDWARE''', '''HYGIENE/MEDICAL''', '''VOLLSORTIMENT''' (breit gestreut).

== Wo die Ergebnisse landen ==
* '''Als Personen-Eigenschaften am Kunden''' – die vier Etiketten werden pro Kunde in OBS hinterlegt. Damit filtern Sie in jeder Selektion danach (z. B. „alle GEFÄHRDET A-Kunden mit Sortimentstyp PAPIER").
* '''In einer eigenen Auswertungstabelle''' – der aktuelle Stand pro Kunde mit allen Kennzahlen, Grundlage für Berichte und Listen.
* '''Als 36-Monats-Historie''' – jeder Monatslauf wird aufbewahrt. So sehen Sie Bewegungen: Wird ein CHAMPION zum SCHLUMMERND?

: ''Hinweis:'' Die Etiketten sind Klartext (CHAMPION, A, PREMIUM …) – sie erscheinen direkt in den gewohnten OBS-Masken und Selektionen, ohne dass Sie eine zweite Software öffnen müssen.

=== Andere Apps bauen darauf auf ===
Die Kundenklassifizierung ist die Datenbasis der Vertriebs-Apps: '''Vertriebs-ToDos''', '''Vertriebs-ToDos Pro''' und '''Cross-Selling''' nutzen die vier Etiketten, um die richtigen Kunden zur richtigen Zeit anzusprechen.

== Wie die App rechnet ==
* '''Datenbasis:''' die Aufträge und Positionen – der Auftrag ist die natürliche Kunden-Einheit (Teil- und Sammelrechnungen verzerren die Zählung nicht).
* '''Zeiträume:''' die Kennzahlen entstehen aus einem rollierenden 4-Jahres-Fenster; die aktuelle Aktivität und die Wertklasse aus den letzten 12 Monaten (LTM).
* '''Wertklasse:''' Pareto-Sortierung nach LTM-Umsatz mit Schwellen bei 50 / 80 / 95 % kumuliertem Umsatz.
* '''Profitabilität:''' aus der Marge. Für den Einkaufswert nutzt die App den echten, zum Buchungszeitpunkt gültigen EK der Position; wo dieser fehlt, den Stamm-EK, sonst eine Warengruppen-Schätzung.
* '''Lebenszyklus:''' ein festes, nachvollziehbares Regelwerk aus letzter Bestellung, Bestellhäufigkeit und Kundendauer – kein Zufall, jederzeit reproduzierbar.

: ''Hinweis:'' Die Regeln sind deterministisch: gleiche Daten ergeben immer dasselbe Etikett. Die Schwellen (z. B. Margengrenzen, Aktivitäts-Fenster) lassen sich mit der Vertriebsleitung nachjustieren.

== Was Sie damit machen ==
; Gefährdete Wertkunden retten
: Selektion „Wertklasse A oder B und Lebenszyklus SCHLUMMERND oder GEFÄHRDET" – das ist Ihre wichtigste Anrufliste. Hier bricht sonst unbemerkt Umsatz weg.
; Reaktivierung steuern
: REAKTIVIERBAR-Kunden gezielt mit einem Mailing oder Angebot ansprechen, statt die ganze Adressdatei zu bespielen.
; Konditionen prüfen
: DEFIZIT- und SCHWACH-Kunden sind die Kandidaten für ein Konditions-Review – oft stecken Mindermengenzuschläge oder Versandkosten dahinter.
; Karteileichen aussortieren
: VERLOREN- und X-Kunden zeigen, wie viel der Adressdatei aktuell keinen Umsatz mehr bringt – Grundlage für die Stammdaten-Bereinigung.
; Cross-Selling anstoßen
: Der Sortimentstyp zeigt, wo ein Kunde einseitig kauft – ein PAPIER-Kunde ohne Toner-Käufe ist eine konkrete Verkaufschance.
; Berichte für die Leitung
: Die Verteilung über die vier Dimensionen ist ein faktenbasiertes Bild der Kundschaft – für Geschäftsleitung und Außendienst.

== Datenqualität als Nebenprodukt ==
Damit die Profitabilität stimmt, braucht die App Einkaufspreise. Wo diese im Stamm fehlen, schätzt sie den EK – und macht die Lücke sichtbar:
* Eine '''EK-Lückenliste''' sammelt Artikel ohne Einkaufspreis als Arbeitsvorrat für die Stammpflege.
* Je Kunde wird der '''Anteil geschätzter Einkaufswerte''' vermerkt – so wissen Sie, wie belastbar sein Profit-Etikett ist.
* Bei auffälligen Läufen (z. B. viele fehlende EK-Preise) legt die App automatisch eine '''Aufgabe an den Systemverantwortlichen''' an.

: ''Hinweis:'' Mit jeder gepflegten EK-Lücke wird die Profitabilitäts-Wertung genauer. Die Liste schrumpft, je vollständiger der Artikelstamm ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Auftragspositionen (Umsatz, Menge, Preise).
* Artikelstamm mit Warengruppe und Einkaufspreis.
* Warengruppen-Stamm und Kundenstamm.
* Die Eigenschafts-Stammeinträge für die vier Dimensionen (werden einmalig bereitgestellt).

=== Sonstiges ===
* Zugriff auf den OBS-Scheduler für den monatlichen Lauf.
* Eine Test-Datenbank für den ersten Trockenlauf.

== Einrichtung und Betrieb ==
Die App läuft als monatliches OBS-Makro. Für die Einführung hat sich ein stufenweiser Weg bewährt:

; Stufe 1 – Trockenlauf in der Test-DB
: Lauf gegen eine Kopie, Ergebnis und Verteilung prüfen: Sind die Größenordnungen plausibel?
; Stufe 2 – Schatten-Modus
: Lauf auf den Echtdaten, Ergebnis nur in die Auswertungstabelle schreiben – noch nicht als Eigenschaften am Kunden.
; Stufe 3 – Pilot mit dem Vertrieb
: Ein bis zwei Vertriebsleiter prüfen die Etiketten an bekannten Kunden („CHAMPION X – passt das gefühlt?").
; Stufe 4 – Roll-out
: Monatslauf im Scheduler aktivieren, die Eigenschaften-Spiegelung scharfschalten, Reports und Selektionen aufbauen.
; Stufe 5 – Nachschärfen
: Nach einigen Monaten die Schwellen mit der Vertriebsleitung reviewen.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Auffälligkeiten (Plausibilitätswarnung oder Fehler) legt die App eine Aufgabe an den Systemverantwortlichen an.

== Beispiel aus einem OBS-Anwender ==
Bei einem mittelständischen B2B-Händler aus dem Bürobedarf (rund 6.400 Kunden, vier Jahre Bestellhistorie) ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Bürobedarf-Händler
|-
|
* '''411 Kunden = CHAMPION''' – 6 % der Adressen, aber '''34 %''' des laufenden Umsatzes. Hier darf nichts wegbrechen.
* '''963 Kunden = SCHLUMMERND''' – im letzten Jahr über eine halbe Million Euro Umsatz, aber seit 3–6 Monaten ruhig. Die wichtigste Reaktivierungs-Kohorte.
* '''916 Kunden = GEFÄHRDET''' – noch knapp 280.000 €, drohen aber abzurutschen, wenn niemand reagiert.
* '''2.386 Kunden = REAKTIVIERBAR oder VERLOREN''' – aktuell 0 € Umsatz, belegen aber Stammdaten und Aufmerksamkeit.
* '''157 Kunden = DEFIZIT''' – kosten netto Geld, häufig kleine Bestellungen mit hohem Versandanteil.
|}

Vor der Klassifizierung wusste niemand, dass mehr als ein Drittel der geführten Adressen aktuell keinen Umsatz mehr beisteuert. Daraus entstehen sofort konkrete Maßnahmen – Reaktivierung, Konditions-Reviews, Aussortierung von Karteileichen.

== Was Sie davon haben ==
* Ein klares Bild Ihrer Kundenlandschaft – datenbasiert, nicht aus dem Bauch.
* Frühwarnung für gefährdete A-Kunden, bevor sie still wegbrechen.
* Saubere Basis für Marketing-Selektionen und Konditions-Reviews.
* Sichtbarkeit der Karteileichen – Stammdatenpflege wird messbar.
* Faktenbasis für Berichte an Geschäftsleitung und Außendienst.

== Häufige Fragen (FAQ) ==
; Woher kommen die Etiketten – muss ich etwas pflegen?
: Nein. Die App berechnet alles aus den vorhandenen Auftragsdaten und schreibt die Etiketten selbst zurück. Sie müssen nichts von Hand vergeben.
; Wie aktuell sind die Werte?
: Sie werden monatlich neu berechnet. Zwischen den Läufen bleibt der letzte Stand stehen; die Historie zeigt die Entwicklung.
; Ein Kunde ist als DEFIZIT markiert, obwohl er viel kauft.
: DEFIZIT bezieht sich auf die Marge, nicht den Umsatz. Prüfen Sie Konditionen, Mindermengenzuschläge und Versandanteil. Fehlende Einkaufspreise können die Wertung verfälschen – siehe Datenqualität.
; Kann ich nach den Etiketten selektieren?
: Ja. Die vier Dimensionen liegen als Personen-Eigenschaften am Kunden und stehen in jeder OBS-Selektion zur Verfügung.
; Werden Kunden automatisch gelöscht (VERLOREN, X)?
: Nein. Die App bewertet nur – das Aussortieren entscheiden Sie.
; Passen die Schwellen nicht zu unserem Geschäft.
: Die Grenzen (Margenstufen, Aktivitäts-Fenster) sind einstellbar und werden idealerweise nach einigen Monaten mit der Vertriebsleitung nachjustiert.

== Glossar ==
; Lebenszyklus-Segment
: Etikett, das die Aktivität und Reife der Kundenbeziehung beschreibt (CHAMPION, SCHLUMMERND …).
; Wertklasse (A/B/C/D/X)
: Einteilung nach Umsatzbeitrag der letzten 12 Monate.
; Profitabilität / Profit-Tag
: Einteilung nach Marge (PREMIUM, STANDARD, SCHWACH, DEFIZIT).
; Sortimentstyp
: Vorherrschende Warengruppen-Familie eines Kunden.
; LTM
: Last twelve months – die letzten zwölf Monate, gleitend.
; Marge / Deckungsbeitrag
: Was vom Umsatz nach Einkaufswert übrig bleibt.
; Pareto-Einteilung
: Sortierung nach Beitrag; wenige Kunden machen den Großteil des Umsatzes.
; Personen-Eigenschaft
: OBS-Merkmal am Kunden, nach dem selektiert werden kann.
; EK-Lücke
: Artikel ohne gepflegten Einkaufspreis – Arbeitsvorrat für die Stammpflege.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung

2026-08-07T07:40:05Z

Hoheneder:

{{Kostenpflichtige Module}}

Die App '''Lageroptimierung''' wertet die Artikelbewegungen der letzten zwölf Monate aus und berechnet für jeden Artikel zwei Werte: den '''Meldebestand''' (wann muss nachbestellt werden?) und den '''Maximalbestand''' (wie viel wollen wir maximal bevorraten?). Diese Werte schreibt die App direkt in den OBS-Artikelstamm zurück – Ihre Disposition arbeitet sofort damit.

Dieser Leitfaden richtet sich an Einkauf, Disposition und Lagerleitung.

== Kurzüberblick ==
Die App läuft monatlich automatisch. Sie schaut sich den echten Bedarf jedes Artikels an und berechnet daraus die passenden Bestellgrenzen – statt Melde- und Maximalbestände aus dem Bauch zu pflegen.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zwei Werte je Artikel: '''Meldebestand''' (Bestellzeitpunkt) und '''Maximalbestand''' (Auffüllziel).
* Berechnet aus dem '''tatsächlichen Bedarf''' der letzten 12 Monate, mit Trend- und Saison-Berücksichtigung.
* Werte werden direkt in den Artikelstamm zurückgeschrieben.
* Kritische Empfehlungen (z. B. Auslistung) kommen als '''Brief am Artikel''' – nichts wird ungefragt geändert.
|}

=== Was die App nicht tut ===
* Sie listet keine Artikel eigenmächtig aus – sie schlägt vor.
* Sie ersetzt nicht das Urteil des Einkaufs, sondern liefert die Faktenbasis.
* Sie verbessert keine Datenqualität – sie macht Datenprobleme aber sichtbar.

== Was die App liefert ==
* '''Tagesbedarf je Artikel''' – aus den Verkaufsmengen der letzten 12 Monate, mit Trendanpassung (steigend, fallend, stabil).
* '''Meldebestand''' – so viel muss auf Lager sein, damit zwischen Bestellung und Lieferung nichts ausverkauft ist.
* '''Maximalbestand''' – wie viel sinnvoll bevorratet wird, ohne unnötig Kapital zu binden.
* '''Saison-Erkennung''' – erkennt selbst, dass ein Artikel zu einer bestimmten Zeit ein Vielfaches umgesetzt wird, und schlägt vor, vor der Saison hochzufahren.
* '''Auslistungs-Empfehlung''' – Artikel ohne Verkauf seit über 12 Monaten werden mit Begründung markiert.
* '''ABC-Klassifikation''' – nach Beitrag zum Einkaufs-Umsatz (die Sicht, die für die Beschaffung zählt).

: ''Hinweis:'' Das Ergebnis landet direkt in OBS: die Bestellgrenzen im Artikelstamm, die Hinweise als Brief am Artikel. Zusätzlich wird zu jedem Lauf eine Protokolldatei geschrieben.

== Die zwei Kernwerte: Melde- und Maximalbestand ==
=== Meldebestand ===
Der Meldebestand ist der Punkt, an dem nachbestellt werden muss. Er deckt die '''Wiederbeschaffungszeit''' (Zeit von der Bestellung bis zur Lieferung) plus einen Sicherheitspuffer ab, damit Sie in dieser Zeit nicht leer laufen.

=== Maximalbestand ===
Der Maximalbestand ist das Auffüllziel: Meldebestand plus die Menge, die eine Nachbestellung sinnvoll abdeckt (Ziel-Reichweite oder, falls größer, die Mindestbestellmenge des Lieferanten).

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Was bedeutet „Wiederbeschaffungszeit"?
|-
| Die Zeitspanne zwischen Ihrer Bestellung beim Lieferanten und der tatsächlichen Lieferung. Standardwert in der App: '''7 Tage''' – pro Lieferant individuell einstellbar.
|}

== Wie die App rechnet ==
=== Bedarf und Trend ===
Grundlage sind die echten Verkäufe (Kassen-/Verkaufsbewegungen) der letzten 12 Monate. Einzelne Ausreißer (z. B. ein Großabverkauf) werden gekappt, damit sie den Schnitt nicht verzerren. Aus dem Vergleich „letzte 12 Monate" zu „die 12 Monate davor" leitet die App einen Trend ab und passt den Tagesbedarf an.

=== Die Formeln in Kurzform ===
<pre>
Tagesbedarf = Verkauf der letzten 12 Monate / 365 (trend-angepasst)
Meldebestand = Tagesbedarf x (Wiederbeschaffungszeit + Sicherheitstage)
Bestellmenge = groesser von ( Tagesbedarf x Ziel-Reichweite ; Mindestbestellmenge )
Maximalbestand = Meldebestand + Bestellmenge
</pre>

=== Saison (vorausschauend) ===
Für die Saison rechnet die App vom Stichtag aus in die Zukunft und gewichtet jeden Tag mit dem Saisonfaktor seines Monats. Wird der Lauf im September angestoßen, sind Oktober und November bereits im Plan – Weihnachtsartikel werden automatisch hochgefahren, ohne dass jemand eingreift.

=== Auslistung ===
Ohne Verkauf seit über 365 Tagen → Auslistungs-Empfehlung (Melde- und Maximalbestand 0). Zwischen 180 und 364 Tagen → „beobachten". Reine Dienstleistungs-/Sammelartikel (ohne Einkaufspreis) werden erkannt und von der Lagerhaltung ausgenommen.

== Sicherheit: Briefe statt Automatik ==
Die App ist bewusst kein Automatismus, der ungefragt tausende Artikel verändert. Zwei Bremsen sorgen für Kontrolle:

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 1 · Brief am Artikel bei kritischen Fällen
|-
| Bei Auslistung, stark fallendem Trend, Lieferantenproblem (Mindestbestellmenge über Jahresbedarf) oder Bestands-Auffälligkeiten legt die App einen '''Brief am Artikel''' in OBS ab – Disposition und Einkauf sehen die Empfehlung und geben sie frei.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 2 · Änderungen nur bei spürbarer Abweichung
|-
| Ein Bestellgrenzen-Wert wird nur aktualisiert, wenn er sich deutlich ändert. So bekommen Sie nicht jeden Monat tausende 1-Stück-Korrekturen.
|}

: ''Hinweis:'' Empfehlung für den ersten Lauf: Auslistungs-Fälle zunächst über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen. Und: große Auslistungsmengen in Tranchen abwickeln, nicht in einem Schritt.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Artikelstamm mit den Bestellgrenzen-Feldern (Meldebestand, Maximalbestand).
* Artikelbewegungen (Verkäufe der letzten 12 Monate).
* Einkaufsdaten je Artikel (Einkaufspreis, Mindestbestellmenge).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den monatlichen Lauf.
* Eine Kopie der Datenbank für den ersten Testlauf.

: ''Hinweis:'' Je gepflegter Einkaufspreise und Mindestbestellmengen sind, desto präziser die Empfehlung. Wo Daten fehlen, macht die App das über die Bemerkung sichtbar.

== Einrichtung und Betrieb ==
Die App wird als monatliches OBS-Makro betrieben. Empfohlene Reihenfolge:

; Schritt 1 – Parameter sichten
: Die Standard-Parameter prüfen und an Ihren Betrieb anpassen – vor allem Wiederbeschaffungszeit und die Änderungsschwelle.
; Schritt 2 – Testlauf gegen eine DB-Kopie
: Den ersten Lauf gegen eine Kopie fahren und die Protokolldatei prüfen: Wie viele Updates, Auslistungen, Briefe entstehen? Sind die Größenordnungen plausibel?
; Schritt 3 – Änderungsschwelle einstellen
: Die Schwelle so wählen, dass der erste Lauf nicht zehntausende Kleinst-Korrekturen erzeugt.
; Schritt 4 – Auslistung zurückhalten
: Beim ersten Produktivlauf die Auslistungs-Fälle über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen.
; Schritt 5 – Automatik einrichten
: Den Lauf im Scheduler '''monatlich''' einplanen (z. B. zum Monatswechsel).

== Konfiguration: die Parameter ==
Alle Stellschrauben sind zentral im Makro hinterlegt und lassen sich ohne Programmierung anpassen.

{| class="wikitable"
! Parameter !! Bedeutung !! Standard
|-
| Wiederbeschaffungszeit || Tage von der Bestellung bis zur Lieferung. || 7 Tage
|-
| Ziel-Reichweite || Zeitraum, den eine Nachbestellung abdecken soll. || 28 Tage
|-
| Sicherheitstage || Puffer gegen Bedarfsschwankung (je nach Schwankung). || 7–14 Tage
|-
| Verkaufs-Kappung || Einzelverkäufe über dieser Menge werden gedeckelt (Ausreißer). || 500 Stück
|-
| Historie || Betrachtungszeitraum der Verkäufe. || 12 Monate
|-
| Auslist-Grenze || Ohne Verkauf seit so vielen Tagen → Auslistung. || 365 Tage
|-
| Beobachten-Grenze || Ohne Verkauf seit so vielen Tagen → beobachten. || 180 Tage
|-
| Trend „fallend" || Verhältnis, unter dem ein Trend als stark fallend gilt. || 0,5
|-
| Trend „steigend" || Verhältnis, über dem ein Trend als stark steigend gilt. || 1,5
|-
| Saison-Faktor || Ab diesem Spitzen-Faktor gilt ein Artikel als saisonal. || 2
|-
| Änderungsschwelle || Update nur bei spürbarer Änderung (absolut oder relativ). || einstellbar
|}

== Hinweise in der Spalte „Bemerkung" ==
Neben den Zahlen liefert die App zu auffälligen Artikeln einen Klartext-Hinweis – er landet im Brief am Artikel.

{| class="wikitable"
! Auslöser !! Hinweis
|-
| Trend stark fallend || Trend stark fallend – Sortiment prüfen.
|-
| Trend stark steigend || Trend stark steigend – ggf. nachjustieren.
|-
| Saisonal (Faktor hoch) || Saisonal (Spitze im Monat X) – vor Saison hochfahren.
|-
| Nur 1–3 Verkaufstage im Jahr || Sonderbestellung statt Lagerhaltung.
|-
| Mindestbestellmenge > Jahresbedarf || Lieferantenkonditionen prüfen (kleinere Gebinde?).
|-
| Negativer Buchbestand || Inventur prüfen.
|-
| Buchbestand unplausibel hoch || Inventur prüfen.
|-
| Neu im Sortiment || Anlaufphase – Werte mit Vorsicht behandeln.
|}

== Was Sie davon haben ==
* '''Geringere Kapitalbindung''' – nur das auf Lager, was wirklich gebraucht wird.
* '''Höhere Lieferfähigkeit''' – die Saison-Erkennung verhindert, dass Sie zur Spitze leer dastehen.
* '''Sichtbare Sortimentsbereinigung''' – Auslistung mit Daten begründet, nicht aus dem Bauch.
* '''Stammdaten-Hygiene als Nebeneffekt''' – Inventur-Auffälligkeiten, fehlende EK-Preise und unrealistische Mindestbestellmengen werden sichtbar.
* '''Entlastung der Disposition''' – vom Bauchgefühl- zum Prüf-Job.

== Beispiel aus einer Pilot-Anwendung ==
Bei einem mittelständischen B2B-Händler mit rund '''63.000 Artikeln''' im Stamm und gut '''einer Million''' Lagerbewegungen über drei Jahre ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Großhandel
|-
|
* '''33.900 Artikel''' über 12 Monate ohne Verkauf – Auslistungs-Kandidaten (mehr als die Hälfte des Stammes).
* '''8.000 Artikel''' mit deutlichem Saisonprofil – vor der Spitze hochfahren statt beim Ausverkauf reagieren.
* '''Einsparpotenzial im Lagerwert: ca. 630.000 €''' – allein durch präziseren Melde- und Maximalbestand, ohne Lieferfähigkeit aufzugeben.
* '''4.500 Artikel''' mit Mindestbestellmenge über dem Jahresbedarf – Ansatz für Lieferantenverhandlungen.
* '''1.700 Artikel''' mit negativem Buchbestand – Inventur-Aufräumarbeiten sichtbar gemacht.
|}

: ''Hinweis:'' Die Zahlen sind ein Beispiel und hängen von Sortiment und Datenqualität ab. Was die App bei Ihnen findet, zeigt der erste Testlauf.

== Häufige Fragen (FAQ) ==
; Listet die App Artikel automatisch aus?
: Nein. Kritische Fälle kommen als Brief am Artikel zur Freigabe. Beim ersten Lauf sollten die Auslistungs-Werte nicht sofort auf 0 gesetzt, sondern die Briefe abgearbeitet werden.
; Warum ändern sich manche Werte gar nicht?
: Es wird nur aktualisiert, wenn sich der Wert spürbar ändert – das verhindert eine Flut von Kleinst-Korrekturen.
; Wie wird die Saison berücksichtigt?
: Die App rechnet vom Stichtag in die Zukunft und gewichtet jeden Tag mit dem Faktor seines Monats. Ein September-Lauf hat Oktober und November schon im Plan.
; Ein Artikel hat eine zu hohe oder zu niedrige Empfehlung.
: Sehen Sie in die Bemerkung (Trend, Mindestbestellmenge, Bestand). Meist steckt dort die Erklärung. Alle Schwellen sind über die Parameter anpassbar.
; Gilt die Berechnung pro Lager?
: Im Standard werden alle Läger zusammengefasst (zentrale Disposition). Eine lagergetrennte Planung ist eine Ausbaustufe.
; Wie oft läuft die App?
: Monatlich, automatisch über den OBS-Scheduler.

== Glossar ==
; Meldebestand
: Bestand, bei dem nachbestellt werden muss.
; Maximalbestand
: Auffüllziel: Meldebestand plus sinnvolle Bestellmenge.
; Tagesbedarf
: Durchschnittlicher täglicher Verkauf eines Artikels.
; Wiederbeschaffungszeit
: Zeit von der Bestellung bis zur Lieferung.
; Sicherheitstage / Sicherheitsbestand
: Puffer gegen Bedarfsschwankungen.
; ABC-Klassifikation
: Einteilung nach Beitrag zum Einkaufs-Umsatz (A wichtig, C gering).
; Saison-Faktor
: Wie stark der Umsatz eines Monats vom Jahresschnitt abweicht.
; Mindestbestellmenge (MBM)
: Kleinste Menge, die ein Lieferant je Bestellung liefert.
; Auslistung
: Empfehlung, einen Artikel nicht mehr zu bevorraten.
; Brief am Artikel
: Hinweis, den die App am Artikel in OBS ablegt, zur Freigabe.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor

2026-08-07T07:40:01Z

Hoheneder:

{{Kostenpflichtige Module}}

Der '''Auftrags-Monitor''' ist ein KI-Mining-Modul für OBS. Er behält die laufenden Aufträge im Blick und meldet automatisch Vorgänge, die aus dem Rahmen fallen – etwa Aufträge, die ungewöhnlich lange ohne Lieferung oder Rechnung liegen, einen auffällig niedrigen Roherlös haben oder deren Frachtkosten im Verhältnis zum Warenwert zu hoch sind. Für jeden Fund legt das Modul dem zuständigen Sachbearbeiter eine Aufgabe direkt am Auftrag an.

Dieser Leitfaden richtet sich an Anwender und Key-User. Er erklärt, was das Modul tut, wie es eingerichtet und konfiguriert wird und wie man im Alltag damit arbeitet.

== Kurzüberblick ==
Der Auftrags-Monitor läuft jede Nacht automatisch. Er geht alle offenen Aufträge durch, wendet einen Katalog von Prüfungen an und erzeugt bei Auffälligkeiten eine Aufgabe an den zuständigen Sachbearbeiter – gebündelt, mit Klartext und direkt am Auftrag verknüpft.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Auftrag ist das Beobachtungsobjekt, nicht der Kunde.
* Jede Prüfung („Detektor") ist frei konfigurierbar: Schwellwert, Priorität, Empfänger, Melderhythmus.
* Eine Aufgabe je Auftrag und Empfänger bündelt alle Funde als Stichpunkte.
* Der Sachbearbeiter gibt über den Besprechungsstatus zurück, ob etwas erledigt oder bewusst „kein Problem" ist – das Modul lernt daraus.
|}

=== Was Sie nicht mehr selbst tun müssen ===
* Offene Auftragslisten manuell nach Liegern durchsuchen.
* Lieferungen suchen, die nie berechnet wurden.
* Aufträge mit schwacher Marge oder hoher Fracht heraussuchen.
* Liefertermine im Kopf behalten.

=== Was das Tool nicht ersetzt ===
* Die fachliche Entscheidung: das Tool meldet, Sie handeln.
* Datenpflege: der Monitor liest die vorhandenen Auftragsdaten – er verbessert sie nicht.

== Was das Tool meldet – die acht Prüfungen ==
Ab Werk sind acht Prüfungen aktiv. Alle Schwellwerte lassen sich anpassen (siehe [[#Konfiguration: der Prüfungs-Katalog|Prüfungs-Katalog]]). „Melderhythmus" gibt an, ob eine Prüfung nach Ablauf einer Frist erneut vorgelegt wird ('''wiederkehrend''') oder nur einmal je Auftrag meldet ('''einmalig''').

{| class="wikitable"
! Prüfung !! Meldet, wenn … !! Prio !! Rhythmus
|-
| Ohne Lieferung || der Auftrag länger als erwartet nicht geliefert ist (erwartete Lieferzeit je Lieferant, sonst 21 Tage) || mittel || wiederkehrend
|-
| Ohne Rechnung || der Auftrag seit über 90 Tagen nicht berechnet ist || mittel || wiederkehrend
|-
| Geliefert, nicht berechnet || geliefert wurde, aber seit über 7 Tagen keine Rechnung folgt (geht an die Buchhaltung) || hoch || wiederkehrend
|-
| Roherlös niedrig || die Roherlösquote unter 15 % liegt || mittel || einmalig
|-
| Verkauf unter Einstand || der Roherlös negativ ist || hoch || einmalig
|-
| Fracht zu hoch || die Frachtkosten über 12 % des Warenwerts liegen || niedrig || einmalig
|-
| Teillieferung offen || eine Restmenge seit über 14 Tagen offen ist || mittel || wiederkehrend
|-
| Liefertermin überschritten || der zugesagte Liefertermin über 3 Tage überschritten und noch nicht komplett geliefert ist || hoch || wiederkehrend
|}

: ''Hinweis:'' Die Prüfungen „Roherlös niedrig" und „Verkauf unter Einstand" greifen erst, sobald der Auftrag mindestens teilgeliefert ist – vorher ist die Kalkulation oft noch nicht endgültig und würde Fehlalarme erzeugen.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Positionen (AUFTRAG, AUFPOS).
* Warenbewegungen und Folgebelege (MATER, LIEFERSCHEIN, RECHNUNG).
* Aufgaben-/Wiedervorlage-System (TODO) samt Besprechungsstatus.

=== Modul-eigene Tabellen (werden mitgeliefert) ===
* '''KIMINING_AUF_THEMEN''' – der Prüfungs-Katalog.
* '''KIMINING_AUF_FEEDBACK''' – die Rückmeldungen (Lernbasis).
* '''KIMINING_AUF_LZBASIS''' – die Lieferzeiten je Lieferant.
* '''KIMINING_STATUSLOG''' – verhindert Doppelmeldungen (aus dem gemeinsamen KI-Mining-Fundament).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für die automatischen Läufe.
* Eine Sachbearbeiter-Nummer als Sammelpostfach für Fälle ohne eindeutigen Bearbeiter.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Tabellen anlegen
: Die Datei '''USER_OBSDB.SYS''' des Moduls wird beim nächsten Tabellen-Update eingelesen; damit entstehen die drei KIMINING_AUF_-Tabellen.
; Schritt 2 – Prüfungs-Katalog befüllen
: Das Skript '''AUF_THEMEN_Import''' liest die mitgelieferte Datei '''KIMINING_AUF_THEMEN_default.csv''' (aus <code>data\import</code>) und legt die acht Standard-Prüfungen an.
; Schritt 3 – Konfiguration ablegen
: Die Datei '''Auftragsmonitor.ini''' in <code><OBS-sys>\data\kimining</code> ablegen und anpassen (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).
; Schritt 4 – Lieferzeit-Basis berechnen
: Das Skript '''AUF_Baseline''' einmal ausführen. Es ermittelt aus der Vergangenheit je Lieferant die typische Lieferzeit – die Grundlage für die Prüfung „Ohne Lieferung".
; Schritt 5 – Hauptlauf testen
: Das Skript '''AUF_Analyse''' von Hand starten und das Ergebnis prüfen (am Anfang am besten im Seed-Modus, siehe [[#Der erste Lauf – Flut vermeiden|Der erste Lauf]]).
; Schritt 6 – Automatik einrichten
: Im OBS-Scheduler zwei Aufträge einplanen:
:* '''AUF_Baseline''' – wöchentlich (z. B. Sonntagnacht).
:* '''AUF_Analyse''' – täglich früh (z. B. 06:00 Uhr).

== Konfiguration: die INI-Datei ==
'''Auftragsmonitor.ini''' steuert das lauf- und mandantenweite Verhalten. Die einzelnen Schwellwerte der Prüfungen stehen hingegen im Katalog.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard
|-
| rowspan="2" | [Baseline] || MindestN || So viele frühere Lieferungen braucht ein Lieferant, bevor seine Lieferzeit als verlässlich gilt. || 5
|-
| ToleranzTage || Puffer auf die erwartete Lieferzeit, bevor „Ohne Lieferung" meldet. || 7
|-
| rowspan="3" | [Analyse] || KappungTage || Nur Aufträge der letzten X Tage prüfen. || 365
|-
| AufgabenProEmpfaenger || Höchstens so viele neue Aufgaben je Empfänger und Lauf. || 20
|-
| SeedModus || 1 = stiller Erstlauf ohne Aufgaben, 0 = Normalbetrieb. || 0
|-
| [Owner] || Sammelpostfach || Sachbearbeiter-Nr. für Fälle ohne eindeutigen Bearbeiter. || 00
|-
| rowspan="2" | [Besprechungsstatus] || Behoben || Besprechungsstatus-Code für „erledigt". || 90
|-
| KeinProblem || Besprechungsstatus-Code für „kein Problem / Dauerzustand". || 91
|-
| [Rollen] || FAKTURA || Empfänger für Faktura-Themen (z. B. „Geliefert, nicht berechnet"). || 00
|}

== Konfiguration: der Prüfungs-Katalog ==
Jede Prüfung ist eine Zeile in '''KIMINING_AUF_THEMEN'''. So passen Sie das Modul an Ihren Betrieb an – ohne Programmierung.

{| class="wikitable"
! Feld !! Bedeutung
|-
| AT_KEY || Kurzname der Prüfung (fest, nicht ändern).
|-
| AT_PRIO || Priorität der Aufgabe: 1 hoch, 2 mittel, 3 niedrig.
|-
| AT_OWNER || Empfänger-Rolle; leer = Auftrags-Sachbearbeiter. Gesetzt (z. B. FAKTURA) = Auflösung über die INI-Sektion [Rollen].
|-
| AT_CDMODE || Melderhythmus: W = wiederkehrend, E = einmalig.
|-
| AT_CDTAGE || Bei wiederkehrend: nach so vielen Tagen erneut vorlegen.
|-
| AT_SCHWELL || Schwellwert (Bedeutung je Prüfung: Tage, Prozent oder Euro).
|-
| AT_AKTIV || 1 = aktiv, 0 = ausgeschaltet.
|-
| AT_THEMA || Der Meldetext mit Platzhaltern (z. B. {AUFNR}, {TAGE}).
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Typische Anpassungen
|-
|
* Eine Prüfung strenger/lockerer stellen – nur AT_SCHWELL ändern.
* Eine Prüfung vorübergehend abschalten – AT_AKTIV auf 0.
* Eigene Prüfungen ergänzen – mit einer Nummer ab 0100 (der Bereich unter 0100 gehört den Standard-Prüfungen und wird beim Import überschrieben).
|}

== Der tägliche Ablauf – was Sie sehen ==
Nach dem nächtlichen Lauf finden die Sachbearbeiter neue Aufgaben in ihrer Aufgaben-/Wiedervorlageliste. Eine Aufgabe sieht z. B. so aus:

<pre>
[AUFMON] Auftrag 2602914 - Auffaelligkeiten

Auftrag 2602914 (Kunde 700123):
- seit 41 Tagen ohne Lieferung (erwartete Lieferzeit 12 T, ...)
- niedriger Roherloes, Quote 8,4% (Roherloes 120,50 EUR)
</pre>

Wichtig zu wissen:
* '''Eine Aufgabe je Auftrag''' bündelt alle Funde als Stichpunkte.
* Die '''Priorität''' entspricht der höchsten enthaltenen Prüfung.
* Die Aufgabe ist '''direkt mit dem Auftrag verknüpft''' – ein Klick führt zum Vorgang.
* Gehören Funde zu verschiedenen Stellen (z. B. Buchhaltung), entstehen getrennte Aufgaben.

: ''Hinweis:'' Erledigt sich eine Auffälligkeit von selbst (z. B. die Lieferung erfolgt), verschwindet der Stichpunkt beim nächsten Lauf; sind alle Punkte einer noch unbearbeiteten Aufgabe erledigt, wird sie automatisch geschlossen.

== Rückmeldung geben (Besprechungsstatus) ==
Über den '''Besprechungsstatus''' der Aufgabe sagen Sie dem Modul, wie der Fall ausgegangen ist. Das steuert, ob und wann die Prüfung erneut meldet.

{| class="wikitable"
! Sie setzen … !! Bedeutung !! Wirkung
|-
| Behoben (90) || Sie haben den Fall erledigt (geliefert, berechnet, Marge korrigiert). || Kein Lernfall – die Aufgabe ist abgeschlossen.
|-
| Kein Problem (91) || Der Zustand ist gewollt bzw. dauerhaft in Ordnung. || Das Modul merkt sich das und meldet diesen Fall nicht erneut.
|}

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Wichtig bei gebündelten Aufgaben
|-
|
* „Kein Problem" wirkt dauerhaft nur auf die '''einmaligen''' Prüfungen (Roherlös, unter Einstand, Fracht).
* Die '''wiederkehrenden''' Prüfungen (Lieferung, Rechnung, Termin …) melden sich weiter, bis der Zustand wirklich behoben ist – ein versehentliches „Kein Problem" legt also keine echte offene Lieferung still.
|}

== Einzelne Aufträge ausnehmen (Blacklist) ==
Manche Aufträge sollen dauerhaft nicht überwacht werden – etwa Sonderfälle, Dauerprojekte oder bewusst lange offene Vorgänge. Dafür gibt es eine Blacklist über die OBS-Eigenschaft '''9450'''.
* Ist einem Auftrag die Eigenschaft 9450 zugeordnet, überspringt der Monitor ihn vollständig.
* Die Zuordnung erfolgt über die übliche OBS-Eigenschaftsverwaltung (siehe [[OBS/Eigenschaften|Eigenschaften]]).

: ''Hinweis:'' So bleibt der Auftrag im System sichtbar und normal bearbeitbar – nur der Auftrags-Monitor lässt ihn in Ruhe.

== Der erste Lauf – Flut vermeiden ==
Beim ersten Lauf über ein ganzes Jahr offener Aufträge würden sonst hunderte Meldungen auf einmal entstehen. Zwei Schutzmechanismen verhindern das:

=== Tageskontingent (immer aktiv) ===
Pro Empfänger werden je Lauf höchstens so viele neue Aufgaben erzeugt, wie in [Analyse] AufgabenProEmpfaenger festgelegt. Der Rest kommt in den Folgetagen – der Rückstand fließt gestaffelt ab.

=== Seed-Modus (optional, für den Start) ===
Setzen Sie [Analyse] SeedModus auf 1, wird der aktuelle Rückstand beim ersten Lauf nur still „vorgemerkt" – es entstehen '''keine''' Aufgaben. Sie starten damit bei null und sehen ab dann nur '''neu''' auftretende Fälle. Danach SeedModus wieder auf 0 setzen.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung für den Start
|-
|
* Möchten Sie die Altfälle sehen (nur gestaffelt)? – Seed-Modus aus, Tageskontingent genügt.
* Möchten Sie sauber bei null anfangen? – einmal mit Seed-Modus 1 laufen lassen, dann auf 0 zurückstellen.
|}

== Wie die Prüfungen rechnen ==
=== Lieferzeit-Erwartung (Prüfung „Ohne Lieferung") ===
Der Monitor lernt aus der Vergangenheit, wie lange jeder Lieferant typischerweise braucht (Mittelwert der bisherigen Lieferzeiten). Erst wenn ein Auftrag diese erwartete Zeit plus Toleranz überschreitet, wird gemeldet. Fehlt für einen Lieferanten genug Historie, gilt die feste Ersatzfrist (21 Tage).

=== Roherlös ===
Roherlös = Nettowert minus Einkaufswert des Auftrags. Die Quote setzt das ins Verhältnis zum Nettowert. Geprüft wird erst ab Teillieferung.

=== Fracht ===
Die Frachtkosten summieren sich aus den Frachtpositionen des Auftrags (inkl. Mautzuschlägen) und werden ins Verhältnis zum Warenwert gesetzt.

=== Doppelmeldungen ===
Jede gemeldete Prüfung erhält eine Sperrfrist (Cooldown). Eine wiederkehrende Prüfung meldet erst nach Ablauf ihrer Frist erneut; eine einmalige meldet je Auftrag nur ein einziges Mal.

== Häufige Fragen (FAQ) ==
; Ich habe eine Aufgabe erledigt, sie kommt trotzdem wieder.
: Prüfen Sie, ob der Zustand wirklich behoben ist (z. B. Lieferung erfasst). Wiederkehrende Prüfungen melden erneut, solange die Ursache besteht. Setzen Sie andernfalls den Besprechungsstatus „kein Problem".
; Eine Prüfung meldet zu viel / zu wenig.
: Passen Sie den Schwellwert AT_SCHWELL im Katalog an.
; Ein bestimmter Auftrag soll nie gemeldet werden.
: Ordnen Sie ihm die Eigenschaft 9450 zu.
; Die „Ohne-Lieferung"-Prüfung wirkt willkürlich.
: Sie richtet sich nach der gelernten Lieferzeit des jeweiligen Lieferanten. Lassen Sie AUF_Baseline regelmäßig (wöchentlich) laufen, damit die Basis aktuell bleibt.
; Wir wollen erst ab heute überwachen, nicht rückwirkend.
: Einmal mit SeedModus = 1 laufen lassen, danach auf 0.
; Faktura-Themen sollen an die Buchhaltung statt an den Vertrieb.
: In der INI-Sektion [Rollen] den Schlüssel FAKTURA auf die gewünschte Sachbearbeiter-Nr. setzen.

== Glossar ==
; Detektor / Prüfung
: Eine einzelne Regel, die eine bestimmte Auffälligkeit erkennt.
; Roherlös
: Nettoverkaufswert minus Einkaufswert eines Auftrags.
; Cooldown
: Sperrfrist, die verhindert, dass dieselbe Auffälligkeit zu oft gemeldet wird.
; Wiederkehrend / Einmalig
: Melderhythmus einer Prüfung: erneut nach Frist bzw. nur einmal.
; Besprechungsstatus
: Feld an der Aufgabe, über das der Bearbeiter den Ausgang zurückmeldet.
; Seed-Modus
: Stiller Erstlauf: Rückstand wird vorgemerkt, ohne Aufgaben zu erzeugen.
; Baseline / Lieferzeit-Basis
: Die je Lieferant gelernte typische Lieferzeit.
; Blacklist (9450)
: OBS-Eigenschaft, mit der ein Auftrag von der Überwachung ausgenommen wird.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-07T07:39:06Z

Hoheneder:

Vorlage:Kostenpflichtige Module

2026-08-07T07:38:13Z

Hoheneder:

<div style="float:right; clear:both; margin-left:2px; padding:0px; background:#FFFFFF; width:19em">
<div style="border:none;margin-top:0pt;padding:0pt;" id="navigation">

<div style="position:relative;top:-20pt;color:#000000;background:#ffffff; border: 3pt double #cfcfcf; padding: 5pt; margin: 0pt;margin-bottom:-20pt; z-index:1;border-top-right-radius:7pt;-moz-border-radius-topright:7pt;-webkit-border-top-right-radius:7pt;border-bottom-left-radius:7pt;-moz-border-radius-bottomleft:7pt;-webkit-border-bottom-left-radius:7pt;box-shadow: 3px 3px 4px #c0c0c0;-webkit-box-shadow: 3px 3px 4px #c0c0c0;-moz-box-shadow: 3px 3px 4px #c0c0c0;">[[Hauptseite|Wiki]] » [[Kostenpflichtige Module|Kostenpflichtige Module]]</div>
</div>

{{Vorlage:Textbox-Blau|1=Kostenpflichtige Module|2=

{{Vorlage:Klapptext|kopf='''Internet-Shop'''|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop| OBS Schnittstelle Internet Shop]]
{{Vorlage:Klapptext|kopf='''Der modified ECommerce Shop'''|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/FAQs|FAQs]]
*[[OBS/Internet-Shop/modified-eCommerce|Überblick zum modified ECommerce Shop]]
{{Vorlage:Klapptext|kopf=Shop-Menü|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/A Preise aktualisieren|A Preise aktualisieren]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/C Personen übertragen|C Personen übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/E Kategorien verwalten|E Kategorien verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/G Kataloge verwalten|G Kataloge verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/I Merkliste übertragen|I Merkliste übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/K Varianten übertragen|K Varianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/L Artikelvarianten übertragen|L Artikelvarianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/M Referenzarten übertragen|M Referenzarten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/N Lagerbestände verwalten|N Lagerbestände verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Bestellungen_einlesen|U Bestellungen einlesen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/V leere Passworte füllen|V leere Passworte füllen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/W Update-Informationen zurücksetzen|W Update-Informationen zurücksetzen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration/modified_eCommerce|X Konfiguration]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Protokoll|Z Protokoll]]
}}
{{Vorlage:Klapptext|kopf=Automatische Vorgänge|inhalt=
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Bestellungen einlesen|Bestellungen einlesen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien erstellen|Verfügbarkeitsdateien erstellen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien hochladen|Verfügbarkeitsdateien hochladen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Änderungsautomatik|geänderte Artikel übertragen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Preise aktualisieren|Preise aktualisieren]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Anlage Shopkategorien|Anlage der Shopkategorien auf Grundlage der OBS-Warengruppen]]
}}
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/besondere Funktionen|Besondere Anpassungen im xtcModified Shop]] 
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/modified_eCommerce_2|modified eCommerce 2.0]]|inhalt=
*[[OBS/Internet-Shop/modified_eCommerce_2.0|Funktionen und FAQ]]
}}

{{Vorlage:Klapptext|kopf=[[OBS/Internet-Shop/ShopV4|Der Büroring-ShopV4]]|inhalt=
*[[OBS/Internet-Shop/ShopV4/FAQs|FAQs]]
{{Vorlage:Klapptext|kopf=Einrichtung|inhalt=
* [[OBS/Internet-Shop/ShopV4/1.1_Einstellungen_im_Shop|Einstellungen im Shop]]
* [[OBS/Internet-Shop/ShopV4/1.2_Einstellungen_in_OBS|Einstellungen in OBS]]
* [[OBS/Internet-Shop/ShopV4/Erste_Schritte|Erste Schritte]]
}}
* [[OBS/Internet-Shop/ShopV4/Shop-Menu|Shop-Menü]]
* [[OBS/Internet-Shop/ShopV4/Shop-Lieferanten|Shop-Lieferanten]]
* [[OBS/Internet-Shop/ShopV4/Import_von_Bestellungen|Import von Bestellungen]]
* [[OBS/Internet-Shop/ShopV4/Personen_/_Kundengruppen|Personen / Kundengruppe]]
{{Vorlage:Klapptext|kopf=Eigene Artikel|inhalt=
* [[OBS/Internet-Shop/ShopV4/6.1_Artikel_übertragen|Artikel übertragen]]
* [[OBS/Internet-Shop/ShopV4/6.2_Shop-Warengruppen|Shop-Warengruppen]]
}}
* [[OBS/Internet-Shop/ShopV4/Preislisten|Preislisten]]
* [[OBS/Internet-Shop/ShopV4/Katalogvorlagen|Katalogvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Bestellvorlagen|Bestellvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Sortiment|Sortiment]]
* [[OBS/Internet-Shop/ShopV4/Kostenstellen|Kostenstellen]]
* [[OBS/Internet-Shop/ShopV4/Personen-Einstellungen|Personen-Einstellungen]]
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|brShop24]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24|Übersicht]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Einrichtung|Einrichtung]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Bekannte_Probleme|Bekannte Probleme]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#H.C3.A4ufig_gestellte_Fragen_.28FAQ.29|Häufig gestellte Fragen (FAQ)]]
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|Einstellungen und Automatiken]]|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration|Konfiguration]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Zuordnungen|Zuordnungen/Datenverknüpfung OBS und Shop]]
* [[Kostenpflichtige_Module/Internet-Shop/Einrichtung/Automatiken|Automatiken einrichten]]
}}
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24#Erkl.C3.A4rungen.2FFunktionen|Funktionen]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Kundengruppen_verwalten|Kundengruppen verwalten]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Personen_übertragen|Personen übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Preise_übertragen|Preise übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Eigene_Artikel_übertragen|Eigene Artikel übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Shoppinglisten_übertragen|Shoppinglisten übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Jobinformationen|Jobinformationen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Migration|Migration]]
* [[Kostenpflichtige Module/Internet-Shop/brShop24/PDF-Druck Artikellink|PDF-Druck Artikellink]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Definition_Sortiment|Definition Sortiment (individuelle Konfiguration)]]
}}
}}

* [[Kostenpflichtige Module/Internet-Shop/soCONNECT|so.CONNECT (Soennecken)]]

}}

{{Vorlage:Klapptext|kopf='''Preislisten'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]]|inhalt=
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislisten-Artikel|Preislisten-Artikel]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislistengruppen|Preislistengruppen]]
}}
* [[OBS/Preislisten/FAQ_Preislisten|FAQ Preislisten]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise für Preislisten ohne Server|Vorgehen für Preislisten ohne Server]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise mit Server/Client Installation für Preislisten|Vorgehen für Preislisten mit Server]]
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere Funktionen|F10 Weitere Funktionen]]|inhalt=
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#A_Preisliste_nach_Excel|A Preisliste nach Excel]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B1_Excel_in_Preisliste|B1 Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B2_freie_Excel_in_Preisliste|B2 freie Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B3_Lieferanten-Preise_aus_CSV_in_Preisliste|B3 Lieferanten-Preise aus CSV in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|C Automatische Vorgänge Preislisten]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Formeln|D Formelverwaltung]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#F.C3.BCllen_einer_Preisliste_aus_Angebot|E1 Angebot nach Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#Angebot_aus_Preisliste_generieren|E2 Preisliste nach Angebot]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|Automatiken Kommandos]]|inhalt=
* [[OBS/Preislisten/Preislisten per Macro füllen|Preislisten per Macro füllen]]
* [[OBS/Preislisten/Preislisten per Macro kopieren|Preislisten per Macro kopieren]]
}}
}}

{{Vorlage:Klapptext|kopf='''ZUGFeRD'''|inhalt=
* [[OBS/Kostenpflichtige Module/ZUGFeRD|ZUGFeRD]]
* [[OBS/Kostenpflichtige Module/ZUGFeRD/Konfiguration|ZUGFeRD Konfiguration]]
}}
{{Vorlage:Klapptext|kopf='''Factoring'''|inhalt=
* [[OBS/Kostenpflichtige Module/Was ist Factoring?|Was ist Factoring?]]
* [[OBS/Kostenpflichtige Module/Factoring in OBS| Factoring in OBS]]
* [[OBS/Kostenpflichtige Module/Erstellen und Verwenden von Factoring Rechnungen|Erstellen und Verwenden von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Auswertung und Übermittlung von Factoring Rechnungen|Auswertung und Übermittlung von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Factoring Fibu|Factoring Fibu]]
}}
{{Vorlage:Klapptext|kopf='''UPS'''|inhalt=
* [[OBS/kostenpflichtige Module/UPS|UPS Modul]]
}}
{{Vorlage:Klapptext|kopf='''DHL'''|inhalt=
* [[OBS/kostenpflichtige Module/DHL|DHL Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''IMS Professional'''|inhalt=
;
* [[OBS/kostenpflichtige Module/IMSPro|IMS-Professional]]

}}
{{Vorlage:Klapptext|kopf='''TAPI'''|inhalt=
* [[OBS/Kostenpflichtige Module/TAPI|TAPI]]
* [[OBS/Kostenpflichtige Module/TAPI Voraussetzungen|Voraussetzungen]]
* [[OBS/Kostenpflichtige Module/TAPI Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/TAPI Externe Telefonanbindungen|Externe Telefonanbindungen]]
}}
{{Vorlage:Klapptext|kopf='''SMS'''|inhalt=
* [[OBS/Kostenpflichtige Module/SMS|SMS]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Fleet_Management|'''Fleet Management''']]|inhalt=
* [[OBS/Kostenpflichtige Module/Fleet Management/FMAudit|FMAudit]]
* [[FRMFMZENTRALE_MELDUNGEN|FMAudit Pro]]
* [[OBS/Kostenpflichtige Module/Fleet Management/UTAX E-mail|UTAX E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_XML|Brother XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KonicaMinolta_E-Mail|Konica Minolta E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/docuFORM|docuFORM XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KyoceraFleetServices|KFS XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/SimpleClicksXML|SimpleClicks XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_PPPB_xlsx|Brother PPPB Xlsx]]
}}
{{Vorlage:Klapptext|kopf='''Mehrlager-Verwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrlager-Verwaltung|Mehrlager-Verwaltung]]
}}
{{Vorlage:Klapptext|kopf='''Mehrsprachen Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrsprachen Modul|Mehrsprachen Modul]]
}}
{{Vorlage:Klapptext|kopf='''Multilanguage Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Multilanguage Modul|Multilanguage Modul]]
}}

{{Vorlage:Klapptext|kopf='''Einfache Produktionsnachverfolgung'''|inhalt=
* [[OBS/Einfache Produktionsnachverfolgung/Was ist|Was ist die Einfache Produktionsnachverfolgung]]
* [[OBS/Einfache Produktionsnachverfolgung/FRMEDITPRODMENGE|Scannen der Auftragspositionen]]
* [[OBS/Einfache Produktionsnachverfolgung/Sammellieferschein|Sammellieferschein]]
}}
{{Vorlage:Klapptext|kopf='''DMS - Dokumenten Management System'''|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS|DMS]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Einscannen von Dokumenten im Stapelbetrieb]]
{{Vorlage:Klapptext|kopf=DMS Dokumente|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/Versionierung|Dokumentenversionierung]]
{{Vorlage:Klapptext|kopf=Tasten und Schaltflächen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F2 Filter|F2 Filter]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F5 Markieren|F5 Mark]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Verknüpfung|F6 Verknü.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F7 Suche|F7 Suche]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F8 Info|F8 Info]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F9 Gruppe|F9 Gruppe]]
{{Vorlage:Klapptext|kopf=F10 Weit.|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F10 Weitere Funktionen|F10 Weit.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Stammdaten|DMS Stammdaten]]
{{Vorlage:Klapptext|kopf=E DMS Definitionen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen Eingabemaske|Eingabemaske]]
}}
* [[OBS/Kostenpflichtige Module/DMS/QR Etiketten|M QR Etiketten drucken]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Viewer|Dokument]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Eingabemaske|Eingabemaske]]
}}
}}

{{Vorlage:Klapptext|kopf='''QR Zeiterfassung'''|inhalt=
* [[OBS/Kostenpflichtige Module/QR Zeiterfassung|QR Zeiterfassung]]
* [[OBS/Kostenpflichtige Module/QR Einrichtung Checkliste|QR Einrichtung Checkliste]]
}}

{{Vorlage:Klapptext|kopf='''EVA Marketing Tool'''|inhalt=
* [[OBS/EVA]]
}}

{{Vorlage:Klapptext|kopf='''Technikersteuerung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Ziel der Technikersteuerung|Ziel der Technikersteuerung]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge erstellen|Terminvorschläge für Techniker erstellen]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Liste|Liste]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Definition Terminvorschlagslisten|Definition Terminvorschlagslisten/T-Def]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge bearbeiten|Terminvorschläge für Techniker bearbeiten]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschlagsliste aktualisieren|Terminvorschlagsliste akt./T-Liste]]
}}

{{Vorlage:Klapptext|kopf='''Termin-Projekte'''|inhalt=
* [[OBS/Kostenpflichtige Module/Termin-Projekte|Termin-Projekte]]
}}

{{Vorlage:Klapptext|kopf='''Edifact-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/Edifact|Edifact Schnittstelle]]
}}

{{Vorlage:Klapptext|kopf='''Backup Überwachung Email'''|inhalt=
* [[OBS/Kostenpflichtige Module/Backup Überwachung Email|Backup Überwachung Email]]
}}

{{Vorlage:Klapptext|kopf='''Anlagenbuchhaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung|Anlagenbuchhaltung]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Auswertungen|Auswertungsdrucke]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagengüter|Anlagegüterübersicht]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Abschreibungsarten|Abschreibungsarten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagekonten|Anlagekonten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Bewegung|Anlagebewegungen]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagenstapel|Anlagenstapel]]
}}

{{Vorlage:Klapptext|kopf='''OBS Geo Daten'''|inhalt=
* [[OBS/Kostenpflichtige Module/OBS Geo Daten|OBS Geo Daten]]
}}

{{Vorlage:Klapptext|kopf='''DeliSprint / DPD'''|inhalt=
* [[OBS/Kostenpflichtige_Module/Delisprint|DeliSprint / DPD]]
}}

{{Vorlage:Klapptext|kopf='''Filialen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Filialen|Filialen]]
}}

{{Vorlage:Klapptext|kopf='''Auto-Waagen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Auto-Waagen|Auto-Waagen]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Installation|Installation]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Liste|Liste]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Eingabemaske|Eingabemaske]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Waage.INI|Waage.INI]]
}}

{{Vorlage:Klapptext|kopf='''Cashback'''|inhalt=
* [[OBS/Kostenpflichtige Module/Cashback|Cashback]]
}}
{{Vorlage:Klapptext|kopf='''Moebelschnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige Module/Moebelschnittstelle|Moebelschnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''Tourenplanung'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige Module/Tourenplanung|Tourenplanung]]|inhalt=
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourVG|Vorgänge]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTouren|Touren]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTourPos|Positionen]]
}}
*[[OBS/Kostenpflichtige Module/Tourenplanung/Stammdaten|Stammdaten]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Dokumenten Manager'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Dokumenten_Manager|Dokumenten Manager]]
}}
{{Vorlage:Klapptext|kopf='''DocuWare-Schnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige_Module/DocuWare|DocuWare-Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''OFML-Kalkulation'''|inhalt=
*[[OBS/Kostenpflichtige_Module/OFML-Kalkulation|OFML-Kalkulation]]
}}
{{Vorlage:Klapptext|kopf='''Pascom'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Pascom|Pascom]]
*[[OBS/Kostenpflichtige_Module/Pascom_Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Versicherungsschaden'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Versicherungsschaden|Versicherungsschaden]]
*[[OBS/Kostenpflichtige_Module/Energienachweise|Energienachweise]]
}}
{{Vorlage:Klapptext|kopf='''Gutschriftsanzeigen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Gutschriftsanzeigen|Gutschriftsanzeigen]]
}}
{{Vorlage:Klapptext|kopf='''OCPP Ladestationen'''|inhalt=
* [[OBS/Kostenpflichtige Module/OCPP_Ladestationen|OCPP Wallboxen Abrechnung (Ladesäulen)]]
* [[OBS/Kostenpflichtige Module/SteVe|SteVe]]
}}
{{Vorlage:Klapptext|kopf='''Kameraverwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Kameraverwaltung|Kameraverwaltung]]
}}
{{Vorlage:Klapptext|kopf='''DataInOut'''|inhalt=
* [[OBS/Kostenpflichtige Module/DataInOut|DataInOut]]
}}
{{Vorlage:Klapptext|kopf='''REST-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/RESTServer|REST-Server]]
* [[OBS/Kostenpflichtige Module/RESTServer/Einrichtung|Einrichtung]]
* [[OBS/Kostenpflichtige Module/RESTServer/Server-Profile|Server-Profile]]
* [[OBS/Kostenpflichtige Module/RESTServer/Zugaenge|Zugänge]]
* [[OBS/Kostenpflichtige Module/RESTServer/Endpunkte|Endpunkte]]
* [[OBS/Kostenpflichtige Module/RESTServer/Scripting|Skripting]]
{{Vorlage:Klapptext|kopf='''Beispiele'''|inhalt=
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel1|PHP-Abruf von Steuerungsdaten]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel2|Zeiterfassung]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel3|Externes Ticketsystem]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel4|Pfad-Parameter]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel5|Schreibzugriff mit Statuscodes, ETag und Idempotenz]]
}}
}}

{{Vorlage:Klapptext|kopf='''Sammelverträge'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelvertrag|Sammelvertrag]]
* [[OBS/Kostenpflichtige Module/Sammelvertrag/Container|Container-Stammdaten]]
}}

{{Vorlage:Klapptext|kopf='''Craftboxx'''|inhalt=
* [[OBS/Kostenpflichtige Module/Craftboxx|Craftboxx]]
* [[OBS/Kostenpflichtige Module/CraftboxxAPI|Craftboxx API Dokumentation]]
}}

{{Vorlage:Klapptext|kopf='''OpenMasterData / IDS'''|inhalt=
* [[OBS/Kostenpflichtige Module/OpenMasterData|OpenMasterData]]
* [[BS/Kostenpflichtige Module/IDSConnect|IDSConnect]]
}}

{{Vorlage:Klapptext|kopf='''Sammelpositionen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelpositionen|Sammelpositionen]]
}}

{{Vorlage:Klapptext|kopf='''KI-Mining'''|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]]
{{Vorlage:Klapptext|kopf=KI-Mining Apps|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor|Auftragsmonitor]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung|Lageroptimierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung|Kundenklassifizierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling|Cross-Selling]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos|Vertriebs-ToDos]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro|Vertriebs-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro|MPS-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor|Vertriebs-Wirkungsmonitor]]
}}
}}


}}

</div>

<noinclude>
----
</noinclude>

<noinclude>

Folgender Code muss in die jeweils gewünschte Seite hinzugefügt werden:
<nowiki>{{Kostenpflichtige Module}}</nowiki>
[[Kategorie:Templates/Navigationen]]
</noinclude>
[[Kategorie:OBS/Module]]

Vorlage:Kostenpflichtige Module

2026-08-07T07:36:40Z

Hoheneder:

<div style="float:right; clear:both; margin-left:2px; padding:0px; background:#FFFFFF; width:19em">
<div style="border:none;margin-top:0pt;padding:0pt;" id="navigation">

<div style="position:relative;top:-20pt;color:#000000;background:#ffffff; border: 3pt double #cfcfcf; padding: 5pt; margin: 0pt;margin-bottom:-20pt; z-index:1;border-top-right-radius:7pt;-moz-border-radius-topright:7pt;-webkit-border-top-right-radius:7pt;border-bottom-left-radius:7pt;-moz-border-radius-bottomleft:7pt;-webkit-border-bottom-left-radius:7pt;box-shadow: 3px 3px 4px #c0c0c0;-webkit-box-shadow: 3px 3px 4px #c0c0c0;-moz-box-shadow: 3px 3px 4px #c0c0c0;">[[Hauptseite|Wiki]] » [[Kostenpflichtige Module|Kostenpflichtige Module]]</div>
</div>

{{Vorlage:Textbox-Blau|1=Kostenpflichtige Module|2=

{{Vorlage:Klapptext|kopf='''Internet-Shop'''|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop| OBS Schnittstelle Internet Shop]]
{{Vorlage:Klapptext|kopf='''Der modified ECommerce Shop'''|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/FAQs|FAQs]]
*[[OBS/Internet-Shop/modified-eCommerce|Überblick zum modified ECommerce Shop]]
{{Vorlage:Klapptext|kopf=Shop-Menü|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/A Preise aktualisieren|A Preise aktualisieren]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/C Personen übertragen|C Personen übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/E Kategorien verwalten|E Kategorien verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/G Kataloge verwalten|G Kataloge verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/I Merkliste übertragen|I Merkliste übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/K Varianten übertragen|K Varianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/L Artikelvarianten übertragen|L Artikelvarianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/M Referenzarten übertragen|M Referenzarten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/N Lagerbestände verwalten|N Lagerbestände verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Bestellungen_einlesen|U Bestellungen einlesen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/V leere Passworte füllen|V leere Passworte füllen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/W Update-Informationen zurücksetzen|W Update-Informationen zurücksetzen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration/modified_eCommerce|X Konfiguration]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Protokoll|Z Protokoll]]
}}
{{Vorlage:Klapptext|kopf=Automatische Vorgänge|inhalt=
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Bestellungen einlesen|Bestellungen einlesen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien erstellen|Verfügbarkeitsdateien erstellen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien hochladen|Verfügbarkeitsdateien hochladen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Änderungsautomatik|geänderte Artikel übertragen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Preise aktualisieren|Preise aktualisieren]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Anlage Shopkategorien|Anlage der Shopkategorien auf Grundlage der OBS-Warengruppen]]
}}
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/besondere Funktionen|Besondere Anpassungen im xtcModified Shop]] 
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/modified_eCommerce_2|modified eCommerce 2.0]]|inhalt=
*[[OBS/Internet-Shop/modified_eCommerce_2.0|Funktionen und FAQ]]
}}

{{Vorlage:Klapptext|kopf=[[OBS/Internet-Shop/ShopV4|Der Büroring-ShopV4]]|inhalt=
*[[OBS/Internet-Shop/ShopV4/FAQs|FAQs]]
{{Vorlage:Klapptext|kopf=Einrichtung|inhalt=
* [[OBS/Internet-Shop/ShopV4/1.1_Einstellungen_im_Shop|Einstellungen im Shop]]
* [[OBS/Internet-Shop/ShopV4/1.2_Einstellungen_in_OBS|Einstellungen in OBS]]
* [[OBS/Internet-Shop/ShopV4/Erste_Schritte|Erste Schritte]]
}}
* [[OBS/Internet-Shop/ShopV4/Shop-Menu|Shop-Menü]]
* [[OBS/Internet-Shop/ShopV4/Shop-Lieferanten|Shop-Lieferanten]]
* [[OBS/Internet-Shop/ShopV4/Import_von_Bestellungen|Import von Bestellungen]]
* [[OBS/Internet-Shop/ShopV4/Personen_/_Kundengruppen|Personen / Kundengruppe]]
{{Vorlage:Klapptext|kopf=Eigene Artikel|inhalt=
* [[OBS/Internet-Shop/ShopV4/6.1_Artikel_übertragen|Artikel übertragen]]
* [[OBS/Internet-Shop/ShopV4/6.2_Shop-Warengruppen|Shop-Warengruppen]]
}}
* [[OBS/Internet-Shop/ShopV4/Preislisten|Preislisten]]
* [[OBS/Internet-Shop/ShopV4/Katalogvorlagen|Katalogvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Bestellvorlagen|Bestellvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Sortiment|Sortiment]]
* [[OBS/Internet-Shop/ShopV4/Kostenstellen|Kostenstellen]]
* [[OBS/Internet-Shop/ShopV4/Personen-Einstellungen|Personen-Einstellungen]]
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|brShop24]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24|Übersicht]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Einrichtung|Einrichtung]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Bekannte_Probleme|Bekannte Probleme]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#H.C3.A4ufig_gestellte_Fragen_.28FAQ.29|Häufig gestellte Fragen (FAQ)]]
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|Einstellungen und Automatiken]]|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration|Konfiguration]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Zuordnungen|Zuordnungen/Datenverknüpfung OBS und Shop]]
* [[Kostenpflichtige_Module/Internet-Shop/Einrichtung/Automatiken|Automatiken einrichten]]
}}
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24#Erkl.C3.A4rungen.2FFunktionen|Funktionen]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Kundengruppen_verwalten|Kundengruppen verwalten]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Personen_übertragen|Personen übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Preise_übertragen|Preise übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Eigene_Artikel_übertragen|Eigene Artikel übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Shoppinglisten_übertragen|Shoppinglisten übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Jobinformationen|Jobinformationen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Migration|Migration]]
* [[Kostenpflichtige Module/Internet-Shop/brShop24/PDF-Druck Artikellink|PDF-Druck Artikellink]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Definition_Sortiment|Definition Sortiment (individuelle Konfiguration)]]
}}
}}

* [[Kostenpflichtige Module/Internet-Shop/soCONNECT|so.CONNECT (Soennecken)]]

}}

{{Vorlage:Klapptext|kopf='''Preislisten'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]]|inhalt=
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislisten-Artikel|Preislisten-Artikel]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislistengruppen|Preislistengruppen]]
}}
* [[OBS/Preislisten/FAQ_Preislisten|FAQ Preislisten]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise für Preislisten ohne Server|Vorgehen für Preislisten ohne Server]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise mit Server/Client Installation für Preislisten|Vorgehen für Preislisten mit Server]]
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere Funktionen|F10 Weitere Funktionen]]|inhalt=
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#A_Preisliste_nach_Excel|A Preisliste nach Excel]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B1_Excel_in_Preisliste|B1 Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B2_freie_Excel_in_Preisliste|B2 freie Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B3_Lieferanten-Preise_aus_CSV_in_Preisliste|B3 Lieferanten-Preise aus CSV in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|C Automatische Vorgänge Preislisten]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Formeln|D Formelverwaltung]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#F.C3.BCllen_einer_Preisliste_aus_Angebot|E1 Angebot nach Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#Angebot_aus_Preisliste_generieren|E2 Preisliste nach Angebot]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|Automatiken Kommandos]]|inhalt=
* [[OBS/Preislisten/Preislisten per Macro füllen|Preislisten per Macro füllen]]
* [[OBS/Preislisten/Preislisten per Macro kopieren|Preislisten per Macro kopieren]]
}}
}}

{{Vorlage:Klapptext|kopf='''ZUGFeRD'''|inhalt=
* [[OBS/Kostenpflichtige Module/ZUGFeRD|ZUGFeRD]]
* [[OBS/Kostenpflichtige Module/ZUGFeRD/Konfiguration|ZUGFeRD Konfiguration]]
}}
{{Vorlage:Klapptext|kopf='''Factoring'''|inhalt=
* [[OBS/Kostenpflichtige Module/Was ist Factoring?|Was ist Factoring?]]
* [[OBS/Kostenpflichtige Module/Factoring in OBS| Factoring in OBS]]
* [[OBS/Kostenpflichtige Module/Erstellen und Verwenden von Factoring Rechnungen|Erstellen und Verwenden von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Auswertung und Übermittlung von Factoring Rechnungen|Auswertung und Übermittlung von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Factoring Fibu|Factoring Fibu]]
}}
{{Vorlage:Klapptext|kopf='''UPS'''|inhalt=
* [[OBS/kostenpflichtige Module/UPS|UPS Modul]]
}}
{{Vorlage:Klapptext|kopf='''DHL'''|inhalt=
* [[OBS/kostenpflichtige Module/DHL|DHL Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''IMS Professional'''|inhalt=
;
* [[OBS/kostenpflichtige Module/IMSPro|IMS-Professional]]

}}
{{Vorlage:Klapptext|kopf='''TAPI'''|inhalt=
* [[OBS/Kostenpflichtige Module/TAPI|TAPI]]
* [[OBS/Kostenpflichtige Module/TAPI Voraussetzungen|Voraussetzungen]]
* [[OBS/Kostenpflichtige Module/TAPI Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/TAPI Externe Telefonanbindungen|Externe Telefonanbindungen]]
}}
{{Vorlage:Klapptext|kopf='''SMS'''|inhalt=
* [[OBS/Kostenpflichtige Module/SMS|SMS]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Fleet_Management|'''Fleet Management''']]|inhalt=
* [[OBS/Kostenpflichtige Module/Fleet Management/FMAudit|FMAudit]]
* [[FRMFMZENTRALE_MELDUNGEN|FMAudit Pro]]
* [[OBS/Kostenpflichtige Module/Fleet Management/UTAX E-mail|UTAX E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_XML|Brother XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KonicaMinolta_E-Mail|Konica Minolta E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/docuFORM|docuFORM XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KyoceraFleetServices|KFS XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/SimpleClicksXML|SimpleClicks XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_PPPB_xlsx|Brother PPPB Xlsx]]
}}
{{Vorlage:Klapptext|kopf='''Mehrlager-Verwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrlager-Verwaltung|Mehrlager-Verwaltung]]
}}
{{Vorlage:Klapptext|kopf='''Mehrsprachen Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrsprachen Modul|Mehrsprachen Modul]]
}}
{{Vorlage:Klapptext|kopf='''Multilanguage Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Multilanguage Modul|Multilanguage Modul]]
}}

{{Vorlage:Klapptext|kopf='''Einfache Produktionsnachverfolgung'''|inhalt=
* [[OBS/Einfache Produktionsnachverfolgung/Was ist|Was ist die Einfache Produktionsnachverfolgung]]
* [[OBS/Einfache Produktionsnachverfolgung/FRMEDITPRODMENGE|Scannen der Auftragspositionen]]
* [[OBS/Einfache Produktionsnachverfolgung/Sammellieferschein|Sammellieferschein]]
}}
{{Vorlage:Klapptext|kopf='''DMS - Dokumenten Management System'''|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS|DMS]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Einscannen von Dokumenten im Stapelbetrieb]]
{{Vorlage:Klapptext|kopf=DMS Dokumente|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/Versionierung|Dokumentenversionierung]]
{{Vorlage:Klapptext|kopf=Tasten und Schaltflächen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F2 Filter|F2 Filter]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F5 Markieren|F5 Mark]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Verknüpfung|F6 Verknü.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F7 Suche|F7 Suche]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F8 Info|F8 Info]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F9 Gruppe|F9 Gruppe]]
{{Vorlage:Klapptext|kopf=F10 Weit.|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F10 Weitere Funktionen|F10 Weit.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Stammdaten|DMS Stammdaten]]
{{Vorlage:Klapptext|kopf=E DMS Definitionen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen Eingabemaske|Eingabemaske]]
}}
* [[OBS/Kostenpflichtige Module/DMS/QR Etiketten|M QR Etiketten drucken]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Viewer|Dokument]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Eingabemaske|Eingabemaske]]
}}
}}

{{Vorlage:Klapptext|kopf='''QR Zeiterfassung'''|inhalt=
* [[OBS/Kostenpflichtige Module/QR Zeiterfassung|QR Zeiterfassung]]
* [[OBS/Kostenpflichtige Module/QR Einrichtung Checkliste|QR Einrichtung Checkliste]]
}}

{{Vorlage:Klapptext|kopf='''EVA Marketing Tool'''|inhalt=
* [[OBS/EVA]]
}}

{{Vorlage:Klapptext|kopf='''Technikersteuerung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Ziel der Technikersteuerung|Ziel der Technikersteuerung]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge erstellen|Terminvorschläge für Techniker erstellen]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Liste|Liste]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Definition Terminvorschlagslisten|Definition Terminvorschlagslisten/T-Def]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge bearbeiten|Terminvorschläge für Techniker bearbeiten]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschlagsliste aktualisieren|Terminvorschlagsliste akt./T-Liste]]
}}

{{Vorlage:Klapptext|kopf='''Termin-Projekte'''|inhalt=
* [[OBS/Kostenpflichtige Module/Termin-Projekte|Termin-Projekte]]
}}

{{Vorlage:Klapptext|kopf='''Edifact-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/Edifact|Edifact Schnittstelle]]
}}

{{Vorlage:Klapptext|kopf='''Backup Überwachung Email'''|inhalt=
* [[OBS/Kostenpflichtige Module/Backup Überwachung Email|Backup Überwachung Email]]
}}

{{Vorlage:Klapptext|kopf='''Anlagenbuchhaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung|Anlagenbuchhaltung]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Auswertungen|Auswertungsdrucke]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagengüter|Anlagegüterübersicht]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Abschreibungsarten|Abschreibungsarten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagekonten|Anlagekonten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Bewegung|Anlagebewegungen]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagenstapel|Anlagenstapel]]
}}

{{Vorlage:Klapptext|kopf='''OBS Geo Daten'''|inhalt=
* [[OBS/Kostenpflichtige Module/OBS Geo Daten|OBS Geo Daten]]
}}

{{Vorlage:Klapptext|kopf='''DeliSprint / DPD'''|inhalt=
* [[OBS/Kostenpflichtige_Module/Delisprint|DeliSprint / DPD]]
}}

{{Vorlage:Klapptext|kopf='''Filialen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Filialen|Filialen]]
}}

{{Vorlage:Klapptext|kopf='''Auto-Waagen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Auto-Waagen|Auto-Waagen]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Installation|Installation]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Liste|Liste]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Eingabemaske|Eingabemaske]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Waage.INI|Waage.INI]]
}}

{{Vorlage:Klapptext|kopf='''Cashback'''|inhalt=
* [[OBS/Kostenpflichtige Module/Cashback|Cashback]]
}}
{{Vorlage:Klapptext|kopf='''Moebelschnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige Module/Moebelschnittstelle|Moebelschnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''Tourenplanung'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige Module/Tourenplanung|Tourenplanung]]|inhalt=
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourVG|Vorgänge]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTouren|Touren]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTourPos|Positionen]]
}}
*[[OBS/Kostenpflichtige Module/Tourenplanung/Stammdaten|Stammdaten]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Dokumenten Manager'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Dokumenten_Manager|Dokumenten Manager]]
}}
{{Vorlage:Klapptext|kopf='''DocuWare-Schnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige_Module/DocuWare|DocuWare-Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''OFML-Kalkulation'''|inhalt=
*[[OBS/Kostenpflichtige_Module/OFML-Kalkulation|OFML-Kalkulation]]
}}
{{Vorlage:Klapptext|kopf='''Pascom'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Pascom|Pascom]]
*[[OBS/Kostenpflichtige_Module/Pascom_Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Versicherungsschaden'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Versicherungsschaden|Versicherungsschaden]]
*[[OBS/Kostenpflichtige_Module/Energienachweise|Energienachweise]]
}}
{{Vorlage:Klapptext|kopf='''Gutschriftsanzeigen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Gutschriftsanzeigen|Gutschriftsanzeigen]]
}}
{{Vorlage:Klapptext|kopf='''OCPP Ladestationen'''|inhalt=
* [[OBS/Kostenpflichtige Module/OCPP_Ladestationen|OCPP Wallboxen Abrechnung (Ladesäulen)]]
* [[OBS/Kostenpflichtige Module/SteVe|SteVe]]
}}
{{Vorlage:Klapptext|kopf='''Kameraverwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Kameraverwaltung|Kameraverwaltung]]
}}
{{Vorlage:Klapptext|kopf='''DataInOut'''|inhalt=
* [[OBS/Kostenpflichtige Module/DataInOut|DataInOut]]
}}
{{Vorlage:Klapptext|kopf='''REST-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/RESTServer|REST-Server]]
* [[OBS/Kostenpflichtige Module/RESTServer/Einrichtung|Einrichtung]]
* [[OBS/Kostenpflichtige Module/RESTServer/Server-Profile|Server-Profile]]
* [[OBS/Kostenpflichtige Module/RESTServer/Zugaenge|Zugänge]]
* [[OBS/Kostenpflichtige Module/RESTServer/Endpunkte|Endpunkte]]
* [[OBS/Kostenpflichtige Module/RESTServer/Scripting|Skripting]]
{{Vorlage:Klapptext|kopf='''Beispiele'''|inhalt=
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel1|PHP-Abruf von Steuerungsdaten]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel2|Zeiterfassung]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel3|Externes Ticketsystem]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel4|Pfad-Parameter]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel5|Schreibzugriff mit Statuscodes, ETag und Idempotenz]]
}}
}}

{{Vorlage:Klapptext|kopf='''Sammelverträge'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelvertrag|Sammelvertrag]]
* [[OBS/Kostenpflichtige Module/Sammelvertrag/Container|Container-Stammdaten]]
}}

{{Vorlage:Klapptext|kopf='''Craftboxx'''|inhalt=
* [[OBS/Kostenpflichtige Module/Craftboxx|Craftboxx]]
* [[OBS/Kostenpflichtige Module/CraftboxxAPI|Craftboxx API Dokumentation]]
}}

{{Vorlage:Klapptext|kopf='''OpenMasterData / IDS'''|inhalt=
* [[OBS/Kostenpflichtige Module/OpenMasterData|OpenMasterData]]
* [[BS/Kostenpflichtige Module/IDSConnect|IDSConnect]]
}}

{{Vorlage:Klapptext|kopf='''Sammelpositionen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelpositionen|Sammelpositionen]]
}}

{{Vorlage:Klapptext|kopf='''KI-Mining'''|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]]
}}


}}

</div>

<noinclude>
----
</noinclude>

<noinclude>

Folgender Code muss in die jeweils gewünschte Seite hinzugefügt werden:
<nowiki>{{Kostenpflichtige Module}}</nowiki>
[[Kategorie:Templates/Navigationen]]
</noinclude>
[[Kategorie:OBS/Module]]

Vorlage:Kostenpflichtige Module

2026-08-07T07:36:13Z

Hoheneder:

<div style="float:right; clear:both; margin-left:2px; padding:0px; background:#FFFFFF; width:19em">
<div style="border:none;margin-top:0pt;padding:0pt;" id="navigation">

<div style="position:relative;top:-20pt;color:#000000;background:#ffffff; border: 3pt double #cfcfcf; padding: 5pt; margin: 0pt;margin-bottom:-20pt; z-index:1;border-top-right-radius:7pt;-moz-border-radius-topright:7pt;-webkit-border-top-right-radius:7pt;border-bottom-left-radius:7pt;-moz-border-radius-bottomleft:7pt;-webkit-border-bottom-left-radius:7pt;box-shadow: 3px 3px 4px #c0c0c0;-webkit-box-shadow: 3px 3px 4px #c0c0c0;-moz-box-shadow: 3px 3px 4px #c0c0c0;">[[Hauptseite|Wiki]] » [[Kostenpflichtige Module|Kostenpflichtige Module]]</div>
</div>

{{Vorlage:Textbox-Blau|1=Kostenpflichtige Module|2=

{{Vorlage:Klapptext|kopf='''Internet-Shop'''|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop| OBS Schnittstelle Internet Shop]]
{{Vorlage:Klapptext|kopf='''Der modified ECommerce Shop'''|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/FAQs|FAQs]]
*[[OBS/Internet-Shop/modified-eCommerce|Überblick zum modified ECommerce Shop]]
{{Vorlage:Klapptext|kopf=Shop-Menü|inhalt=
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/A Preise aktualisieren|A Preise aktualisieren]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/C Personen übertragen|C Personen übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/E Kategorien verwalten|E Kategorien verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/G Kataloge verwalten|G Kataloge verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/I Merkliste übertragen|I Merkliste übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/K Varianten übertragen|K Varianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/L Artikelvarianten übertragen|L Artikelvarianten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/M Referenzarten übertragen|M Referenzarten übertragen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/N Lagerbestände verwalten|N Lagerbestände verwalten]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Bestellungen_einlesen|U Bestellungen einlesen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/V leere Passworte füllen|V leere Passworte füllen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/modified eCommerce/W Update-Informationen zurücksetzen|W Update-Informationen zurücksetzen]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration/modified_eCommerce|X Konfiguration]]
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop#Protokoll|Z Protokoll]]
}}
{{Vorlage:Klapptext|kopf=Automatische Vorgänge|inhalt=
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Bestellungen einlesen|Bestellungen einlesen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien erstellen|Verfügbarkeitsdateien erstellen]]
* [[OBS/Internet-Shop/modified-eCommerce/Scheduler/Verfügbarkeitsdateien hochladen|Verfügbarkeitsdateien hochladen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Änderungsautomatik|geänderte Artikel übertragen]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Preise aktualisieren|Preise aktualisieren]]
*[[OBS/Internet-Shop/modified-eCommerce/Scheduler/Anlage Shopkategorien|Anlage der Shopkategorien auf Grundlage der OBS-Warengruppen]]
}}
*[[OBS/Stammdaten/Schnittstellen/Internet-Shop-xtcModified/besondere Funktionen|Besondere Anpassungen im xtcModified Shop]] 
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/modified_eCommerce_2|modified eCommerce 2.0]]|inhalt=
*[[OBS/Internet-Shop/modified_eCommerce_2.0|Funktionen und FAQ]]
}}

{{Vorlage:Klapptext|kopf=[[OBS/Internet-Shop/ShopV4|Der Büroring-ShopV4]]|inhalt=
*[[OBS/Internet-Shop/ShopV4/FAQs|FAQs]]
{{Vorlage:Klapptext|kopf=Einrichtung|inhalt=
* [[OBS/Internet-Shop/ShopV4/1.1_Einstellungen_im_Shop|Einstellungen im Shop]]
* [[OBS/Internet-Shop/ShopV4/1.2_Einstellungen_in_OBS|Einstellungen in OBS]]
* [[OBS/Internet-Shop/ShopV4/Erste_Schritte|Erste Schritte]]
}}
* [[OBS/Internet-Shop/ShopV4/Shop-Menu|Shop-Menü]]
* [[OBS/Internet-Shop/ShopV4/Shop-Lieferanten|Shop-Lieferanten]]
* [[OBS/Internet-Shop/ShopV4/Import_von_Bestellungen|Import von Bestellungen]]
* [[OBS/Internet-Shop/ShopV4/Personen_/_Kundengruppen|Personen / Kundengruppe]]
{{Vorlage:Klapptext|kopf=Eigene Artikel|inhalt=
* [[OBS/Internet-Shop/ShopV4/6.1_Artikel_übertragen|Artikel übertragen]]
* [[OBS/Internet-Shop/ShopV4/6.2_Shop-Warengruppen|Shop-Warengruppen]]
}}
* [[OBS/Internet-Shop/ShopV4/Preislisten|Preislisten]]
* [[OBS/Internet-Shop/ShopV4/Katalogvorlagen|Katalogvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Bestellvorlagen|Bestellvorlagen]]
* [[OBS/Internet-Shop/ShopV4/Sortiment|Sortiment]]
* [[OBS/Internet-Shop/ShopV4/Kostenstellen|Kostenstellen]]
* [[OBS/Internet-Shop/ShopV4/Personen-Einstellungen|Personen-Einstellungen]]
}}

{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|brShop24]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24|Übersicht]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Einrichtung|Einrichtung]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Bekannte_Probleme|Bekannte Probleme]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#H.C3.A4ufig_gestellte_Fragen_.28FAQ.29|Häufig gestellte Fragen (FAQ)]]
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24|Einstellungen und Automatiken]]|inhalt=
* [[OBS/Stammdaten/Schnittstellen/Internet-Shop/Konfiguration|Konfiguration]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24#Zuordnungen|Zuordnungen/Datenverknüpfung OBS und Shop]]
* [[Kostenpflichtige_Module/Internet-Shop/Einrichtung/Automatiken|Automatiken einrichten]]
}}
{{Vorlage:Klapptext|kopf=[[Kostenpflichtige_Module/Internet-Shop/brShop24#Erkl.C3.A4rungen.2FFunktionen|Funktionen]]|inhalt=
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Kundengruppen_verwalten|Kundengruppen verwalten]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Personen_übertragen|Personen übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Preise_übertragen|Preise übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Eigene_Artikel_übertragen|Eigene Artikel übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Shoppinglisten_übertragen|Shoppinglisten übertragen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Jobinformationen|Jobinformationen]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Migration|Migration]]
* [[Kostenpflichtige Module/Internet-Shop/brShop24/PDF-Druck Artikellink|PDF-Druck Artikellink]]
* [[Kostenpflichtige_Module/Internet-Shop/brShop24/Definition_Sortiment|Definition Sortiment (individuelle Konfiguration)]]
}}
}}

* [[Kostenpflichtige Module/Internet-Shop/soCONNECT|so.CONNECT (Soennecken)]]

}}

{{Vorlage:Klapptext|kopf='''Preislisten'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]]|inhalt=
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislisten-Artikel|Preislisten-Artikel]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Preislistengruppen|Preislistengruppen]]
}}
* [[OBS/Preislisten/FAQ_Preislisten|FAQ Preislisten]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise für Preislisten ohne Server|Vorgehen für Preislisten ohne Server]]
* [[OBS/Häufig gestellte Fragen/Vorgehensweise mit Server/Client Installation für Preislisten|Vorgehen für Preislisten mit Server]]
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere Funktionen|F10 Weitere Funktionen]]|inhalt=
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#A_Preisliste_nach_Excel|A Preisliste nach Excel]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B1_Excel_in_Preisliste|B1 Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B2_freie_Excel_in_Preisliste|B2 freie Excel in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Export_Import#B3_Lieferanten-Preise_aus_CSV_in_Preisliste|B3 Lieferanten-Preise aus CSV in Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|C Automatische Vorgänge Preislisten]]
* [[OBS/Kostenpflichtige_Module/Preislisten/Formeln|D Formelverwaltung]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#F.C3.BCllen_einer_Preisliste_aus_Angebot|E1 Angebot nach Preisliste]]
* [[OBS/Stammdaten/Artikel/Preislistenverwaltung/Weitere_Funktionen/Angebot_Preisliste#Angebot_aus_Preisliste_generieren|E2 Preisliste nach Angebot]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Stammdaten/Artikel/Preislistenverwaltung/AutoPflege|Automatiken Kommandos]]|inhalt=
* [[OBS/Preislisten/Preislisten per Macro füllen|Preislisten per Macro füllen]]
* [[OBS/Preislisten/Preislisten per Macro kopieren|Preislisten per Macro kopieren]]
}}
}}

{{Vorlage:Klapptext|kopf='''ZUGFeRD'''|inhalt=
* [[OBS/Kostenpflichtige Module/ZUGFeRD|ZUGFeRD]]
* [[OBS/Kostenpflichtige Module/ZUGFeRD/Konfiguration|ZUGFeRD Konfiguration]]
}}
{{Vorlage:Klapptext|kopf='''Factoring'''|inhalt=
* [[OBS/Kostenpflichtige Module/Was ist Factoring?|Was ist Factoring?]]
* [[OBS/Kostenpflichtige Module/Factoring in OBS| Factoring in OBS]]
* [[OBS/Kostenpflichtige Module/Erstellen und Verwenden von Factoring Rechnungen|Erstellen und Verwenden von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Auswertung und Übermittlung von Factoring Rechnungen|Auswertung und Übermittlung von Factoring Rechnungen]]
* [[OBS/Kostenpflichtige Module/Factoring Fibu|Factoring Fibu]]
}}
{{Vorlage:Klapptext|kopf='''UPS'''|inhalt=
* [[OBS/kostenpflichtige Module/UPS|UPS Modul]]
}}
{{Vorlage:Klapptext|kopf='''DHL'''|inhalt=
* [[OBS/kostenpflichtige Module/DHL|DHL Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''IMS Professional'''|inhalt=
;
* [[OBS/kostenpflichtige Module/IMSPro|IMS-Professional]]

}}
{{Vorlage:Klapptext|kopf='''TAPI'''|inhalt=
* [[OBS/Kostenpflichtige Module/TAPI|TAPI]]
* [[OBS/Kostenpflichtige Module/TAPI Voraussetzungen|Voraussetzungen]]
* [[OBS/Kostenpflichtige Module/TAPI Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/TAPI Externe Telefonanbindungen|Externe Telefonanbindungen]]
}}
{{Vorlage:Klapptext|kopf='''SMS'''|inhalt=
* [[OBS/Kostenpflichtige Module/SMS|SMS]]
}}
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige_Module/Fleet_Management|'''Fleet Management''']]|inhalt=
* [[OBS/Kostenpflichtige Module/Fleet Management/FMAudit|FMAudit]]
* [[FRMFMZENTRALE_MELDUNGEN|FMAudit Pro]]
* [[OBS/Kostenpflichtige Module/Fleet Management/UTAX E-mail|UTAX E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_XML|Brother XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KonicaMinolta_E-Mail|Konica Minolta E-Mail]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/docuFORM|docuFORM XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/KyoceraFleetServices|KFS XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/SimpleClicksXML|SimpleClicks XML]]
* [[OBS/Kostenpflichtige_Module/Fleet_Management/Brother_PPPB_xlsx|Brother PPPB Xlsx]]
}}
{{Vorlage:Klapptext|kopf='''Mehrlager-Verwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrlager-Verwaltung|Mehrlager-Verwaltung]]
}}
{{Vorlage:Klapptext|kopf='''Mehrsprachen Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Mehrsprachen Modul|Mehrsprachen Modul]]
}}
{{Vorlage:Klapptext|kopf='''Multilanguage Modul'''|inhalt=
* [[OBS/Kostenpflichtige Module/Multilanguage Modul|Multilanguage Modul]]
}}

{{Vorlage:Klapptext|kopf='''Einfache Produktionsnachverfolgung'''|inhalt=
* [[OBS/Einfache Produktionsnachverfolgung/Was ist|Was ist die Einfache Produktionsnachverfolgung]]
* [[OBS/Einfache Produktionsnachverfolgung/FRMEDITPRODMENGE|Scannen der Auftragspositionen]]
* [[OBS/Einfache Produktionsnachverfolgung/Sammellieferschein|Sammellieferschein]]
}}
{{Vorlage:Klapptext|kopf='''DMS - Dokumenten Management System'''|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS|DMS]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Einscannen von Dokumenten im Stapelbetrieb]]
{{Vorlage:Klapptext|kopf=DMS Dokumente|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/Versionierung|Dokumentenversionierung]]
{{Vorlage:Klapptext|kopf=Tasten und Schaltflächen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F2 Filter|F2 Filter]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F5 Markieren|F5 Mark]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Verknüpfung|F6 Verknü.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F7 Suche|F7 Suche]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F8 Info|F8 Info]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F9 Gruppe|F9 Gruppe]]
{{Vorlage:Klapptext|kopf=F10 Weit.|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Dokumente/F10 Weitere Funktionen|F10 Weit.]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Stammdaten|DMS Stammdaten]]
{{Vorlage:Klapptext|kopf=E DMS Definitionen|inhalt=
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen|Liste]]
* [[OBS/Kostenpflichtige Module/DMS/DMS Definitionen Eingabemaske|Eingabemaske]]
}}
* [[OBS/Kostenpflichtige Module/DMS/QR Etiketten|M QR Etiketten drucken]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Viewer|Dokument]]
}}
* [[OBS/Kostenpflichtige Module/DMS/DMS Eingabemaske|Eingabemaske]]
}}
}}

{{Vorlage:Klapptext|kopf='''QR Zeiterfassung'''|inhalt=
* [[OBS/Kostenpflichtige Module/QR Zeiterfassung|QR Zeiterfassung]]
* [[OBS/Kostenpflichtige Module/QR Einrichtung Checkliste|QR Einrichtung Checkliste]]
}}

{{Vorlage:Klapptext|kopf='''EVA Marketing Tool'''|inhalt=
* [[OBS/EVA]]
}}

{{Vorlage:Klapptext|kopf='''Technikersteuerung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Ziel der Technikersteuerung|Ziel der Technikersteuerung]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Konfiguration|Konfiguration]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge erstellen|Terminvorschläge für Techniker erstellen]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Liste|Liste]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Definition Terminvorschlagslisten|Definition Terminvorschlagslisten/T-Def]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschläge bearbeiten|Terminvorschläge für Techniker bearbeiten]]
** [[OBS/Kostenpflichtige Module/Technikersteuerung/Terminvorschlagsliste aktualisieren|Terminvorschlagsliste akt./T-Liste]]
}}

{{Vorlage:Klapptext|kopf='''Termin-Projekte'''|inhalt=
* [[OBS/Kostenpflichtige Module/Termin-Projekte|Termin-Projekte]]
}}

{{Vorlage:Klapptext|kopf='''Edifact-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/Edifact|Edifact Schnittstelle]]
}}

{{Vorlage:Klapptext|kopf='''Backup Überwachung Email'''|inhalt=
* [[OBS/Kostenpflichtige Module/Backup Überwachung Email|Backup Überwachung Email]]
}}

{{Vorlage:Klapptext|kopf='''Anlagenbuchhaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung|Anlagenbuchhaltung]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Auswertungen|Auswertungsdrucke]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagengüter|Anlagegüterübersicht]]
** [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Abschreibungsarten|Abschreibungsarten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagekonten|Anlagekonten]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Bewegung|Anlagebewegungen]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung/Anlagenstapel|Anlagenstapel]]
}}

{{Vorlage:Klapptext|kopf='''OBS Geo Daten'''|inhalt=
* [[OBS/Kostenpflichtige Module/OBS Geo Daten|OBS Geo Daten]]
}}

{{Vorlage:Klapptext|kopf='''DeliSprint / DPD'''|inhalt=
* [[OBS/Kostenpflichtige_Module/Delisprint|DeliSprint / DPD]]
}}

{{Vorlage:Klapptext|kopf='''Filialen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Filialen|Filialen]]
}}

{{Vorlage:Klapptext|kopf='''Auto-Waagen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Auto-Waagen|Auto-Waagen]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Installation|Installation]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Liste|Liste]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Eingabemaske|Eingabemaske]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen/Waage.INI|Waage.INI]]
}}

{{Vorlage:Klapptext|kopf='''Cashback'''|inhalt=
* [[OBS/Kostenpflichtige Module/Cashback|Cashback]]
}}
{{Vorlage:Klapptext|kopf='''Moebelschnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige Module/Moebelschnittstelle|Moebelschnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''Tourenplanung'''|inhalt=
{{Vorlage:Klapptext|kopf=[[OBS/Kostenpflichtige Module/Tourenplanung|Tourenplanung]]|inhalt=
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourVG|Vorgänge]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTouren|Touren]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/TourTourPos|Positionen]]
}}
*[[OBS/Kostenpflichtige Module/Tourenplanung/Stammdaten|Stammdaten]]
*[[OBS/Kostenpflichtige Module/Tourenplanung/Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Dokumenten Manager'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Dokumenten_Manager|Dokumenten Manager]]
}}
{{Vorlage:Klapptext|kopf='''DocuWare-Schnittstelle'''|inhalt=
*[[OBS/Kostenpflichtige_Module/DocuWare|DocuWare-Schnittstelle]]
}}
{{Vorlage:Klapptext|kopf='''OFML-Kalkulation'''|inhalt=
*[[OBS/Kostenpflichtige_Module/OFML-Kalkulation|OFML-Kalkulation]]
}}
{{Vorlage:Klapptext|kopf='''Pascom'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Pascom|Pascom]]
*[[OBS/Kostenpflichtige_Module/Pascom_Einrichtung|Einrichtung]]
}}
{{Vorlage:Klapptext|kopf='''Versicherungsschaden'''|inhalt=
*[[OBS/Kostenpflichtige_Module/Versicherungsschaden|Versicherungsschaden]]
*[[OBS/Kostenpflichtige_Module/Energienachweise|Energienachweise]]
}}
{{Vorlage:Klapptext|kopf='''Gutschriftsanzeigen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Gutschriftsanzeigen|Gutschriftsanzeigen]]
}}
{{Vorlage:Klapptext|kopf='''OCPP Ladestationen'''|inhalt=
* [[OBS/Kostenpflichtige Module/OCPP_Ladestationen|OCPP Wallboxen Abrechnung (Ladesäulen)]]
* [[OBS/Kostenpflichtige Module/SteVe|SteVe]]
}}
{{Vorlage:Klapptext|kopf='''Kameraverwaltung'''|inhalt=
* [[OBS/Kostenpflichtige Module/Kameraverwaltung|Kameraverwaltung]]
}}
{{Vorlage:Klapptext|kopf='''DataInOut'''|inhalt=
* [[OBS/Kostenpflichtige Module/DataInOut|DataInOut]]
}}
{{Vorlage:Klapptext|kopf='''REST-Schnittstelle'''|inhalt=
* [[OBS/Kostenpflichtige Module/RESTServer|REST-Server]]
* [[OBS/Kostenpflichtige Module/RESTServer/Einrichtung|Einrichtung]]
* [[OBS/Kostenpflichtige Module/RESTServer/Server-Profile|Server-Profile]]
* [[OBS/Kostenpflichtige Module/RESTServer/Zugaenge|Zugänge]]
* [[OBS/Kostenpflichtige Module/RESTServer/Endpunkte|Endpunkte]]
* [[OBS/Kostenpflichtige Module/RESTServer/Scripting|Skripting]]
{{Vorlage:Klapptext|kopf='''Beispiele'''|inhalt=
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel1|PHP-Abruf von Steuerungsdaten]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel2|Zeiterfassung]]
*[[OBS/Kostenpflichtige Module/RESTServer/Beispiel3|Externes Ticketsystem]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel4|Pfad-Parameter]]
*[[OBS/Kostenpflichtige_Module/RESTServer/Beispiel5|Schreibzugriff mit Statuscodes, ETag und Idempotenz]]
}}
}}

{{Vorlage:Klapptext|kopf='''Sammelverträge'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelvertrag|Sammelvertrag]]
* [[OBS/Kostenpflichtige Module/Sammelvertrag/Container|Container-Stammdaten]]
}}

{{Vorlage:Klapptext|kopf='''Craftboxx'''|inhalt=
* [[OBS/Kostenpflichtige Module/Craftboxx|Craftboxx]]
* [[OBS/Kostenpflichtige Module/CraftboxxAPI|Craftboxx API Dokumentation]]
}}

{{Vorlage:Klapptext|kopf='''OpenMasterData / IDS'''|inhalt=
* [[OBS/Kostenpflichtige Module/OpenMasterData|OpenMasterData]]
* [[BS/Kostenpflichtige Module/IDSConnect|IDSConnect]]
}}

{{Vorlage:Klapptext|kopf='''Sammelpositionen'''|inhalt=
* [[OBS/Kostenpflichtige Module/Sammelpositionen|Sammelpositionen]]
}}

{{Vorlage:Klapptext|kopf='''Sammelpositionen'''|inhalt=
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]]
}}


}}

</div>

<noinclude>
----
</noinclude>

<noinclude>

Folgender Code muss in die jeweils gewünschte Seite hinzugefügt werden:
<nowiki>{{Kostenpflichtige Module}}</nowiki>
[[Kategorie:Templates/Navigationen]]
</noinclude>
[[Kategorie:OBS/Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor

2026-08-07T06:29:51Z

Hoheneder: Die Seite wurde neu angelegt: „ Der '''Vertriebs-Wirkungsmonitor''' ist das Kontroll- und Führungsmodul der K…“

Der '''Vertriebs-Wirkungsmonitor''' ist das Kontroll- und Führungsmodul der KI-Mining-Reihe. Während Kundenklassifizierung, Cross-Selling und Vertriebs-ToDos Pro dem Vertrieb sagen, ''was'' zu tun ist, beantwortet der Wirkungsmonitor die Anschlussfrage: '''Hat es etwas gebracht – und wer holt aus seinen Aufgaben das meiste heraus?'''

Dieser Leitfaden richtet sich in erster Linie an den '''Vertriebsleiter'''. Er erklärt in Alltagssprache, wie das Modul denkt, wie die Kennzahlen zu lesen sind und wie man mit den Ergebnissen ein ''faires'' Coaching-Gespräch führt. Ein Kapitel für die IT/OBS-Betreuung beschreibt Voraussetzungen und Einrichtung.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Status dieses Dokuments
|-
| Der Wirkungsmonitor wird '''gestaffelt''' eingeführt: Stufe 1a (Rückgewinnung & Roherlös, aus vorhandenen Daten) und Stufe 1b (Artikel-Ebene: Drop-out, Cross-Sell, Abo). Dieser Leitfaden beschreibt das Modul, wie es konzipiert ist; einzelne Kennzahlen erscheinen im Report erst, sobald die zugehörige Stufe produktiv läuft.
|}

== Kurzüberblick – was das Modul für Sie tut ==
Jeden Monat erzeugt die KI-Mining-Kette hunderte Vertriebs-Aufgaben: abspringende Kunden ansprechen, Drop-out-Artikel zurückholen, Cross-Selling anbieten, Konditionen bei Defizit-Kunden prüfen. Der Wirkungsmonitor verfolgt jede dieser Aufgaben bis zum '''Ergebnis''' und verdichtet das zu einem monatlichen Bild für die Vertriebsleitung.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee in einem Satz
|-
| Der Wirkungsmonitor vergleicht, was bei '''bearbeiteten''' Aufgaben passiert ist, mit dem, was bei '''liegengebliebenen''' Aufgaben passiert ist – und macht daraus sichtbar, welche Aufgaben wirken und welcher Mitarbeiter aus vergleichbaren Fällen das meiste herausholt.
|}

=== Drei Fragen, die der Report beantwortet ===
* '''Wirkt es?''' Kaufen angesprochene Abwanderer wieder? Kommt der Drop-out-Artikel zurück? Steigt der Roherlös?
* '''Wer arbeitet wie?''' Wer bearbeitet seine Aufgaben, wie zügig, mit welchem Ergebnis, und wo staut sich ein Rückstand?
* '''Wo lohnt ein Gespräch?''' Bei welchem Mitarbeiter und in welchem Kundensegment sollten Sie ansetzen – und mit welchem Ansatz?

=== Was Sie als Vertriebsleiter nicht mehr selbst tun müssen ===
* Verkaufslisten wälzen, um zu prüfen, ob ein angesprochener Kunde wieder bestellt hat.
* Erfolgsquoten pro Mitarbeiter von Hand zusammenrechnen – und dabei übersehen, dass der eine ein leichteres Gebiet hat.
* Jeden Monat den ganzen Report lesen: brennende Fälle kommen als eigene Aufgabe zu Ihnen.

== Wie das Modul denkt (ohne Formeln) ==
Damit Sie den Zahlen vertrauen können, lohnt es sich, die drei Grundgedanken zu kennen. Alle drei haben ein Ziel: '''ehrliche''' Zahlen, die auch ein kritischer Zuhörer nicht zerredet.

=== Gedanke 1: Vergleichen statt einfach zählen ===
Wenn 70 % der angesprochenen Kunden danach kaufen, klingt das gut – beweist aber nichts, denn ein Teil hätte auch ohne Ansprache gekauft. Der Wirkungsmonitor stellt deshalb immer zwei Gruppen gegenüber: Aufgaben, die '''bearbeitet''' wurden, gegen Aufgaben, die '''liegengeblieben''' sind. Der Unterschied zwischen beiden ist der ehrliche Beitrag der Arbeit.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Merksatz
|-
| Nicht „Wie viele haben gekauft?", sondern „Wie viele MEHR haben gekauft, weil jemand sich gekümmert hat?"
|}

=== Gedanke 2: Gleiches mit Gleichem vergleichen (Fairness) ===
Ein Mitarbeiter mit lauter treuen Stammkunden hat es leichter als einer, der vor allem abwandernde Kunden betreut. Eine rohe Erfolgsquote würde den Zweiten bestrafen, obwohl er die schwerere Arbeit macht. Deshalb vergleicht das Modul nur '''Vergleichbares''': Abwanderer-Aufgaben werden nur gegen andere Abwanderer-Aufgaben gemessen, Neukunden gegen Neukunden. So bleibt der Kollege im schweren Gebiet fair im Rennen. Diese faire Zahl heißt '''Uplift''' (Mehrwert).

=== Gedanke 3: Saison und Zufall herausrechnen ===
Ob der Roherlös eines Kunden steigt, hängt auch von der Jahreszeit oder einer einzelnen Großbestellung ab. Um das nicht mit dem Verdienst des Vertriebs zu verwechseln, vergleicht das Modul die Roherlös-Entwicklung der bearbeiteten Kunden mit der der unbearbeiteten über denselben Zeitraum. Was beide Gruppen gleich trifft (Saison, Marktlage), fällt so heraus – übrig bleibt der echte Effekt.

: ''Hinweis:'' Diese Vergleichslogik ist bewusst vorsichtig. Sie liefert keinen Laborbeweis, aber belastbare Zahlen – und keine Schönrechnerei, die beim ersten kritischen Nachfragen zusammenfällt.

== Die Kennzahlen im Überblick ==
Der Report zeigt zwei getrennte Welten – '''Aktivität''' (arbeitet jemand?) und '''Wirkung''' (bringt es etwas?). Sie werden nie vermischt, denn erst zusammen ergeben sie ein faires Bild.

{| class="wikitable"
! Kennzahl !! Was sie sagt !! Worauf achten
|-
| Bearbeitungsquote || Anteil der zugeteilten Aufgaben, die der Mitarbeiter angefasst hat. || Sehr hoch bei null Wirkung = Verdacht auf reines Abhaken.
|-
| Rückstand || Aufgaben, die länger als 30 Tage unbearbeitet offen sind. || Wachsender Rückstand = Überlast oder Vermeidung.
|-
| Zündquote (roh) || Anteil der bearbeiteten Aufgaben mit Erfolg. || Nie allein bewerten – hängt vom Gebiet ab.
|-
| Uplift (fair) || Mehrwert gegenüber Nichtstun, gleiches mit Gleichem verglichen. || Die eigentliche Leistungszahl.
|-
| Roherlös-Plus (€) || Zusätzlicher Deckungsbeitrag je 100 bearbeitete Aufgaben. || Die Zahl für den Wert des Systems.
|-
| Reifegrad || Anteil der Aufgaben, deren Beobachtungsfenster schon abgelaufen ist. || Junge Aufgaben sind noch nicht bewertbar.
|}

=== Warum manche Zellen „zu wenig Daten" anzeigen ===
Bei sehr wenigen Aufgaben ist eine Quote reiner Zufall. Sind in einer Auswertungszelle weniger als rund 20 bewertete Aufgaben, zeigt der Report bewusst '''keine''' Rangzahl, sondern „zu wenig Daten". Das ist kein Fehler – es schützt davor, jemanden aufgrund von drei Zufallsfällen zu beurteilen.

=== Warum der Report der Gegenwart hinterherläuft ===
Ob eine Reaktivierung geklappt hat, weiß man erst, wenn dem Kunden genug Zeit zum Bestellen geblieben ist. Deshalb bewertet der Report immer Aufgaben aus den '''Vormonaten''', nicht die von gestern. Ein Drop-out-Artikel, der alle zwei Monate gekauft wird, bekommt entsprechend ein längeres Beobachtungsfenster als ein wöchentlich bestellter.

== Der monatliche Ablauf ==
Der Wirkungsmonitor läuft im Gleichschritt mit den anderen KI-Mining-Modulen, einmal im Monat. Für Sie als Vertriebsleiter entstehen dabei zwei Dinge: eine Handvoll '''Aufgaben zu brennenden Fällen''' und ein '''Excel-Report''' zum Nachschlagen.

{| class="wikitable"
! Schritt !! Was passiert
|-
| 1. Datenlauf || Nachts liest das Modul die Aufgaben der Vormonate und prüft, was aus ihnen geworden ist (Kauf, Rückkehr des Artikels, Roherlös).
|-
| 2. Verdichtung || Es rechnet Bearbeitung, Uplift und Roherlös-Plus je Mitarbeiter, Segment und Aufgabentyp zusammen.
|-
| 3. Excel-Report || Wird als Anlage zur monatlichen Vertriebsleiter-Zustellung erzeugt.
|-
| 4. VL-Aufgaben || Nur bei anhaltenden Auffälligkeiten (drei Monate in Folge) legt das Modul Ihnen eine Coaching-Aufgabe an.
|}

: ''Hinweis:'' Der Report bewertet Kohorten – also z. B. „Aufgaben aus März", sobald deren Fenster reif sind. Vergleichen Sie Monatsberichte anhand des Erzeugungsmonats, nicht des Berichtsmonats.

== Die VL-Aufgaben lesen und nutzen ==
Damit Sie nicht jeden Monat den ganzen Report lesen müssen, bringt der Wirkungsmonitor die Ausnahmen zu Ihnen – als normale OBS-Aufgabe. Diese Aufgaben sind bewusst als '''Gesprächsanlass''' formuliert, nicht als Urteil.

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#F2C300; color:#202020;" | Beispiel einer VL-Aufgabe
|-
|
<code>[WM] Coaching prüfen – M. Bergmann</code>

Uplift drei Monatsläufe in Folge negativ im Segment „Gefährdet / Klasse A" (Fallzahl belastbar). Bearbeitung ok, Wirkung unter Vergleichsgruppe. Empfehlung: gemeinsam ein, zwei Fälle durchsprechen – Ansprache, Angebot, Einwand.
|}

Zwei Auslöser-Typen kommen vor:
* '''Wirkung:''' Ein Mitarbeiter liegt in einem Segment dauerhaft unter der Vergleichsgruppe – obwohl er bearbeitet. Ein inhaltliches Thema, kein Fleiß-Thema.
* '''Aktivität:''' Ein wachsender Rückstand oder eine dauerhaft niedrige Bearbeitungsquote – hier geht es um Kapazität und Priorisierung.

: ''Hinweis:'' Eine VL-Aufgabe feuert nie wegen eines einzelnen schwachen Monats. Erst wenn sich etwas über drei Läufe hält und die Fallzahl belastbar ist, landet es bei Ihnen.

== Mit dem Excel-Report arbeiten ==
Der Report ist nach Fragen sortiert, die ein Vertriebsleiter typischerweise stellt. Jedes Blatt beantwortet eine davon.

{| class="wikitable"
! Blatt !! Beantwortet die Frage !! Enthält
|-
| Übersicht || Bringt das System überhaupt etwas? || Roherlös-Plus, Rückgewinnungsquote, Team-Summen, Reifegrad.
|-
| Rangliste || Wer holt am meisten heraus? || je Mitarbeiter: Bearbeitung, Zündquote roh, Uplift, Roherlös-Plus, Sicherheits-Kennzeichen.
|-
| Segmente || Wo wirkt welche Ansprache? || Zündquoten je Segment und Aufgabentyp (die Vergleichsbasis).
|-
| Trend || Wird es besser? || Entwicklung über die Erzeugungsmonate, Reifekurve.
|-
| Drilldown || Was steckt hinter einer Zahl? || Einzelfälle je Mitarbeiter: Kunde, Datum, Erfolg ja/nein, €.
|}

=== Drei typische Fragen – und wo Sie nachsehen ===
* ''„Lohnt sich das Modul?"'' → Blatt Übersicht, Zeile Roherlös-Plus.
* ''„Ist Kollege X wirklich schwächer?"'' → Rangliste (Uplift statt roh!), dann Drilldown zur Gegenprobe.
* ''„Welche Ansprache zieht bei Abwanderern?"'' → Blatt Segmente, Zeile Gefährdet / Reaktivierbar.

== Coaching-Leitfaden: faul, wirkungslos oder Pech? ==
Der eigentliche Wert des Moduls liegt nicht in der Zahl, sondern im richtigen Gespräch. Die zwei Achsen – Aktivität und Wirkung – trennen drei Fälle, die völlig unterschiedliche Reaktionen verlangen.

{| class="wikitable"
! Situation !! Was die Zahlen zeigen !! Ihr Ansatz
|-
| Bearbeitet wenig || Niedrige Bearbeitungsquote, Rückstand wächst. || Kapazität & Prioritäten klären – nicht sofort die Wirkung diskutieren.
|-
| Bearbeitet viel, wirkt nicht || Hohe Bearbeitung, Uplift nahe null oder negativ. || Inhaltlich coachen: Ansprache, Angebot, Einwandbehandlung. Fallbeispiele aus dem Drilldown.
|-
| Schweres Gebiet || Niedrige rohe Quote, aber Uplift ok. || Anerkennen! Der Mitarbeiter holt aus schweren Fällen überdurchschnittlich viel. Kein Korrekturbedarf.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#3FA535; color:#ffffff;" | Haltung
|-
| Das Modul ist ein Werkzeug zur Leistungs'''optimierung''' – für beide Seiten. Der Mitarbeiter soll echte Unterstützung spüren, nicht Druck. Nutzen Sie den Drilldown, um mit konkreten Fällen ins Gespräch zu gehen, statt mit einer abstrakten Note.
|}

=== Ein Wort zum „Abhaken ohne Kontakt" ===
Weil als „bearbeitet" der Erledigt-Haken zählt, könnte ein Mitarbeiter Aufgaben wegklicken, ohne den Kunden anzurufen. Das Modul kann das nicht direkt sehen – aber es fällt trotzdem auf: Solche „bearbeiteten" Aufgaben wirken wie unbearbeitete, der Uplift geht gegen null. Wer nur abhakt, fällt bei der Wirkung hinter die Kollegen zurück. Die zweite Achse ist die Kontrolle über die erste.

== Was das Modul NICHT sagt – Grenzen & Fairness ==
Vertrauen entsteht auch dadurch, dass ein Werkzeug seine Grenzen kennt. Bitte lesen Sie diese Seite, bevor Sie Zahlen nach außen kommunizieren.
* '''Kein Laborbeweis.''' Weil bewusst keine Kunden absichtlich unbearbeitet bleiben, vergleicht das Modul selbst-ausgewählte Gruppen. Der faire Vergleich dämpft das, hebt es aber nicht vollständig auf.
* '''Nur so weit zurück wie die Daten reichen.''' Die Segment-Zuordnung der Vergangenheit stammt aus den monatlichen Klassifikations-Schnappschüssen; für sehr alte Aufgaben fehlt sie.
* '''Artikel-Ebene erst ab Stufe 1b.''' „Kommt der Drop-out-Artikel zurück?" wird erst belastbar, nachdem die strukturierte Ziel-Erfassung ein paar Monate mitgelaufen ist.
* '''Kleine Fallzahlen bleiben stumm.''' Unter der Mindestmenge gibt es bewusst keine Rangzahl.

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#E63946; color:#ffffff;" | Faustregel für die Kommunikation
|-
| Nach innen (Coaching) sind auch vorsichtige Zahlen wertvoll. Nach außen (Verkaufsargument) nur die reifen, mit belastbarer Fallzahl – und immer als „Mehrwert gegenüber Nichtstun", nie als nackte Quote.
|}

== Einrichtung & Voraussetzungen (für die IT) ==
Dieses Kapitel richtet sich an die OBS-Betreuung. Der Wirkungsmonitor ist überwiegend '''lesend''' und setzt auf den bestehenden KI-Mining-Tabellen auf.

=== Abhängigkeiten ===
{| class="wikitable"
! Quelle !! Wozu
|-
| KIMINING_KUNDEN_KLASS(_HIST) || Segment/Klasse zum Aufgabenzeitpunkt sowie die monatliche Roherlös-Zeitreihe. Muss produktiv laufen.
|-
| KIMINING_STATUSLOG || Protokoll der erzeugten ToDos (Kunde, Datum, Aufgaben-Verknüpfung).
|-
| TODO || Zuordnung zum Mitarbeiter und der Erledigt-Marker (Signal „bearbeitet").
|-
| AUFTRAG / AUFPOS || Ist-Verkäufe für die Wirkungsmessung.
|-
| KIMINING_TODO_ZIEL || Neue Tabelle (Stufe 1b): friert je Aufgabe das Wirkungsziel und die Baseline ein. Wird von Vertriebs-ToDos Pro geschrieben.
|}

=== Wichtig für belastbare Zahlen ===
* Der '''Erledigt-Haken''' muss im Alltag gesetzt werden – er ist das einzige Signal, ob eine Aufgabe bearbeitet wurde. Ohne gepflegte Erledigung fehlt der bearbeitet/unbearbeitet-Vergleich.
* Der '''Klassifikations-Lauf''' muss vor dem Wirkungslauf aktuell sein (monatlicher Schnappschuss).
* Schwellwerte (Beobachtungsfenster, Mindestfallzahl, Rückstandsgrenze, Trend-Auslöser) sind über die Modul-INI einstellbar.

=== Rollout in zwei Stufen ===
{| class="wikitable"
! Stufe !! Inhalt
|-
| Stufe 1a || Rückgewinnung, Roherlös-Plus, Aktivität, Rangliste, Excel-Report, VL-Aufgaben – rein lesend, rechnet rückwirkend auf vorhandenen Daten.
|-
| Stufe 1b || Artikel-Ebene (Drop-out, Cross-Sell, Abo) über die neue Ziel-Erfassung in Vertriebs-ToDos Pro. Reift über einige Monatsläufe ein.
|}

== Glossar ==
; Aufgabentyp
: Art des Wirkungsziels: Reaktivierung, Drop-out, Cross-Sell, Abo, Defizit (Kondition), Neukunde.
; Bearbeitet
: Eine Aufgabe gilt als bearbeitet, wenn der Erledigt-Haken gesetzt ist. Grundlage des Vergleichs bearbeitet/unbearbeitet.
; Baseline
: Der eingefrorene Ausgangszustand zum Aufgabenzeitpunkt (z. B. letzter Kauf, Ausgangs-Roherlös). Gegen ihn wird der Erfolg gemessen.
; Drop-out-Artikel
: Ein Artikel, den der Kunde früher regelmäßig kaufte und dann nicht mehr. Erfolg = er wird wieder gekauft.
; Kohorte
: Alle Aufgaben eines Erzeugungsmonats. Der Report bewertet Kohorten, sobald ihre Beobachtungsfenster reif sind.
; Reifegrad
: Anteil der Aufgaben einer Auswertung, deren Beobachtungsfenster bereits abgelaufen ist – also endgültig bewertbar.
; Roherlös-Plus (DiD)
: Zusätzlicher Deckungsbeitrag der bearbeiteten gegenüber den unbearbeiteten Kunden, saison- und ausreißerbereinigt.
; Segment
: Zustandsklasse des Kunden aus der Klassifizierung (z. B. Champion, Gefährdet, Reaktivierbar, Neukunde). Basis des fairen Vergleichs.
; Uplift
: Der faire Mehrwert: Zündquote der bearbeiteten minus die vergleichbarer unbearbeiteter Aufgaben. Gebietsschwere ist herausgerechnet.
; VL-Aufgabe
: Eine an den Vertriebsleiter gerichtete Coaching-Aufgabe, die nur bei anhaltender Auffälligkeit (drei Läufe) entsteht.
; Zündquote
: Anteil der bearbeiteten Aufgaben mit Erfolg – „roh" ohne, „adjustiert" mit Fairness-Korrektur.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-07T06:27:20Z

Hoheneder:

KI-Mining ist ein neues Zusatz-Modul für Ihr OBS. Es nimmt die Daten, die Sie ohnehin täglich in OBS pflegen – Aufträge, Artikel, Bewegungen, Kundenstamm – und wertet sie systematisch aus. Das Ergebnis kommt nicht als nackte Statistik zurück, sondern als '''konkrete Aufgabe''', '''Liste''' oder '''Stammdaten-Eintrag direkt in OBS'''. Niemand muss in eine andere Software wechseln, niemand muss Excel-Listen pflegen, niemand wartet auf einen externen Dienstleister.

== Was das Modul leistet ==
Sie können sich KI-Mining wie einen leisen Mitarbeiter im Hintergrund vorstellen, der nachts und am Wochenende aufmerksam in Ihre Daten schaut und Ihnen am Montag eine Liste auf den Tisch legt: Hier sind die Kunden, um die Sie sich kümmern sollten. Hier sind die Artikel, die Sie auf Lager nehmen sollten. Hier ist die Sortimentslücke beim Kunden X, die Sie ansprechen können.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Was ist eine „App" im Modul KI-Mining?
|-
| Das Modul KI-Mining ist die gemeinsame Plattform. Darin laufen einzelne '''Apps''' – jede App löst genau eine Aufgabe. Sie buchen das Modul einmal und schalten dann die Apps frei, die Sie brauchen. Heute sind fünf Apps verfügbar, weitere folgen.
|}

== Was KI-Mining anders macht ==
* '''Daten bleiben im Haus.''' Es gibt keine Verbindung zu einer Cloud-KI, kein OpenAI, kein Google. Alles läuft auf Ihrer OBS-Datenbank, in Ihrer Infrastruktur. Das ist gerade für regulierte Branchen und B2B-Mittelständler wichtig.
* '''Ein Anbieter, ein Vertrag.''' Wenn etwas nicht passt, ist Bergau verantwortlich – von der Datenbasis bis zur Auswertung. Kein Finger-Pointing zwischen ERP-Hersteller und KI-Dienstleister.
* '''Vertraute Bedienung.''' Die Ergebnisse landen im gewohnten OBS-Workflow: als Aufgaben, Wiedervorlagen, Felder im Kundenstamm oder Melde-/Maximalbestände am Artikel. Keine zweite Software, kein zweites Login.
* '''Investitionsschutz.''' Ihre bestehende OBS-Welt bekommt KI-Funktionen, ohne dass Sie etwas Bestehendes austauschen müssen.
* '''Niedriger Einstieg.''' Drei Monate Probezeit ohne laufende Mietkosten. Es fällt einmalig die Einrichtungspauschale an – die deckt Datencheck, Parametrierung und Inbetriebnahme ab. Die laufende Monatsmiete zahlen Sie erst nach der Probezeit, wenn Sie den Nutzen in ''Ihren'' Daten gesehen haben.

{| class="wikitable"
! Merkmal !! Wert
|-
| Verfügbare Apps || 7 (weitere in Vorbereitung)
|-
| Datenbasis || 100 % Ihr OBS-Datenbestand
|-
| Probezeit || 3 Monate Miete frei – Einrichtungspauschale einmalig
|-
| Preismodell || Modul-Grundgebühr + 1 App inklusive, weitere Apps fix pro Monat
|-
| Bundle-Rabatt || ab 3 gebuchten Apps
|-
| Integration || Vollständig in OBS – Aufgaben, Stammdaten, Listen
|}
== Verfügbare Apps ==
* [[OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor|Auftragsmonitor]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung|Lageroptimierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung|Kundenklassifizierung]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling|Cross-Selling]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos|Vertriebs-ToDos]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro|Vertriebs-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro|MPS-ToDos pro]]
* [[OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-Wirkungsmonitor|Vertriebs-Wirkungsmonitor]]

OBS/Kostenpflichtige Module/KI-Mining/MPS-ToDos pro

2026-08-07T06:23:54Z

Hoheneder: Die Seite wurde neu angelegt: „ Die App '''MPS-ToDos Pro''' richtet sich an Anwender…“

Die App '''MPS-ToDos Pro''' richtet sich an Anwender im '''Managed Print Service''' – also an alle, die Drucker und Kopierer gegen Monatspauschale oder Klickpreis vermieten und warten. Solche Geschäfte leben von vielen kleinen Verträgen und noch mehr Geräten. Genau dort verliert man leicht den Überblick: Welcher Vertrag rechnet sich noch? Welches Gerät läuft heiß? Welcher Vertrag läuft aus, ohne dass jemand rechtzeitig das Verlängerungsgespräch führt?

MPS-ToDos Pro durchleuchtet dafür jede Woche automatisch jeden aktiven Vertrag und jedes zugehörige Gerät und macht aus jeder auffälligen Situation eine OBS-Aufgabe – mit fertigem Sprechtext, konkreten Anlässen und den passenden Kennzahlen.

Dieser Leitfaden richtet sich an Vertrieb/Account-Management und Servicekoordination.

== Kurzüberblick ==
{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Jeder Vertrag und jedes Gerät wird wöchentlich automatisch bewertet.
* Zwei getrennte Blickwinkel: der '''Vertrag''' (Wirtschaftlichkeit) und das '''Gerät''' (Betrieb).
* Auffälligkeiten werden zu fertigen OBS-Aufgaben mit Sprechtext und Kennzahlen.
* Die Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
|}

== Zwei Blickwinkel: Vertrag und Gerät ==
Ein MPS-Geschäft hat zwei Ebenen, für die meist verschiedene Menschen zuständig sind. MPS-ToDos Pro bewertet beide getrennt.

=== Ebene 1 – der Vertrag (Vertrieb / Account-Manager) ===
Hier geht es um Wirtschaftlichkeit und Lebenslauf des Vertrags. Jeder Vertrag bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| NEU / EINSPIEL || Frisch in Betrieb, das Druckvolumen pendelt sich noch ein.
|-
| STABIL || Läuft im Plan, Volumen und Marge passen.
|-
| DRIFT HOCH || Der Kunde druckt dauerhaft deutlich mehr als vereinbart – Chance, die Pauschale anzupassen.
|-
| DRIFT NIEDRIG || Der Kunde druckt viel weniger als bezahlt – fühlt sich womöglich übervorteilt, Kündigungsrisiko.
|-
| DEFIZITÄR || Der Vertrag verdient unterm Strich kein Geld mehr.
|-
| AUSLAUFEND || Die Kündigungsfrist rückt näher – handeln, bevor sich der Vertrag stillschweigend verlängert oder wegbricht.
|-
| GEKÜNDIGT || Bereits gekündigt, aber noch aktiv – Win-back oder saubere Übergabe.
|}

=== Ebene 2 – das Gerät (Servicekoordinator) ===
Hier geht es um die einzelne Maschine – Auslastung, Störungen, Materialbedarf. Auch jedes Gerät bekommt ein Segment:

{| class="wikitable"
! Segment !! Bedeutung
|-
| HOCHLAST || Druckt viel mehr als vergleichbare Geräte – Aufrüstung oder größeres Modell prüfen.
|-
| UNTERLAST || Kaum genutzt – vergessenes Gerät? Konsolidieren?
|-
| STÖRANFÄLLIG || Häuft Servicebesuche – Ursache suchen, bevor der Kunde unzufrieden wird.
|-
| STILLSTAND || Ist zugeordnet, druckt aber seit Monaten nichts – ausgemustert?
|-
| END-OF-LIFE || Hat seine Lebensdauer erreicht – vorausschauend tauschen statt auf den Ausfall warten.
|}

== Peer-Vergleich: wie erkennt die App „zu viel" oder „zu wenig"? ==
Es gibt keine allgemeingültige Norm dafür, wie viel ein bestimmtes Druckermodell im Monat schaffen sollte. Deshalb vergleicht die App jedes Gerät mit '''Ihren eigenen baugleichen Geräten''' (Peer-Vergleich): Was ist bei diesem Modell normal, was ist Ausreißer? Erst ab genügend Vergleichsgeräten (Standard: mindestens 5) wird eine solche Aussage getroffen – sonst hält sich die App bewusst zurück.

== So liest sich eine MPS-Aufgabe ==
Anonymisiertes Beispiel: ein Pool-Vertrag mit acht Geräten, der in gut zwei Monaten kündigungsfähig wird – der Account-Manager soll rechtzeitig das Verlängerungsgespräch anstoßen:

<pre>
[MPS-V] AUSLAUFEND - PREMIUM - POOL - Vertrag 1204, Kunde 4711

Anlass:
Vertrag in 78 Tagen kuendigungsfaehig - Verlaengerungsgespraech jetzt fuehren.

Themen:
> Verlaengerungsgespraech terminieren, Nachfolgeangebot vorbereiten
> Bedarfsentwicklung der letzten 12 Monate als Argument aufbereiten
> Pool pruefen: einzelne Geraete sind stark ueberlastet

Kennzahlen:
8 Geraete - Einnahmen 12M 17.338 EUR - Ausgaben 11.710 EUR
Deckungsbeitrag 5.628 EUR (32,5%) - Volumen-Drift -2,3% - Restlaufzeit 78 Tage
</pre>

: ''Hinweis:'' Bei auslaufenden Verträgen legt die App zusätzlich automatisch eine Quartals-Übersicht der letzten zwölf Monate bei (Schwarz-Weiß-Klicks, Farb-Klicks, Umsatz). So geht der Vertrieb mit belastbaren Zahlen ins Gespräch, ohne vorher einen Report zu ziehen.

== Selbst gepflegte Themen ==
Wie bei Vertriebs-ToDos Pro hinterlegen Sie die Sprechpunkte selbst – je Segment und Anlass, in einer Themen-Tabelle in OBS, ohne Programmierung. Jedes Thema trägt zusätzlich einen '''Zuständigkeits-Bereich''' (Vertrieb, Service, Leitung, IT), sodass Vertrags- und Gerätethemen bei den richtigen Personen landen.

== Schutzfrist und Lastverteilung ==
Damit nicht jede Woche dieselbe Aufgabe entsteht, gilt je Vertrag bzw. Gerät und Thema eine Schutzfrist (Cooldown), die pro Aufgaben-Klasse einstellbar ist (z. B. Verträge länger, Material-Hinweise kürzer). Neue Verträge dürfen im Onboarding-Fenster etwas häufiger angesprochen werden. Die Aufgaben werden zudem gleichmäßig auf die zuständigen Bearbeiter verteilt.

== Robust bei lückenhaften Daten ==
Fehlt eine Datenquelle (zum Beispiel ein FMAudit-Zählerstand), schaltet die App die davon abhängigen Hinweise '''still ab''', statt falsch zu melden. Lieber kein Hinweis als ein irreführender – veraltete Statistiken werden zudem als Datenqualitäts-Aufgabe sichtbar gemacht.

== Voraussetzungen ==
* Aktives MPS-/Vertragsmodul in OBS (Verträge, Geräte, Zählerstände, Servicehistorie).
* Statistik-/Abrechnungsdaten je Vertrag und Gerät.
* Optional FMAudit-Daten für die feinere Geräte-Auswertung.
* Die '''Kundenklassifizierung''' wird optional als zusätzlicher Frühwarn-Hinweis genutzt.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
Die App arbeitet in zwei Takten:
; Klassifikation (wöchentlich)
: Berechnet einmal pro Woche (z. B. Sonntagnacht) für jeden Vertrag und jedes Gerät das Segment und die Anlässe – als Momentaufnahme.
; Analyse / Aufgaben (täglich)
: Erzeugt aus der aktuellen Klassifikation die Aufgaben, baut den Sprechtext und beachtet Schutzfristen und Tageskontingente.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Datenqualitäts-Problemen legt die App eine Aufgabe an den Systemverantwortlichen an.

== Was Sie davon haben ==
* Kein auslaufender Vertrag wird mehr übersehen – Verlängerung wird planbar.
* Defizitäre Verträge und übervorteilte Kunden werden sichtbar, bevor sie kippen.
* Der Service erkennt Problem- und Stillstand-Geräte, ohne Statistiken zu bauen.
* Material- und Tausch-Bedarf lässt sich vorausschauend mit Touren bündeln.
* Robust auch bei lückenhaften Daten – lieber kein Hinweis als ein falscher.

== Häufige Fragen (FAQ) ==
; Warum trennt die App Vertrag und Gerät?
: Weil dafür unterschiedliche Personen zuständig sind (Account-Management vs. Servicekoordination) und beide Ebenen unterschiedliche Maßnahmen brauchen.
; Woher weiß die App, was „zu viel" gedruckt ist?
: Aus dem Vergleich mit Ihren eigenen baugleichen Geräten (Peer-Vergleich), erst ab mindestens fünf Vergleichsgeräten.
; Kann ich die Sprechpunkte ändern?
: Ja, über die Themen-Tabelle in OBS – je Segment und Anlass, ohne Programmierung.
; Was passiert, wenn Daten fehlen?
: Die betroffenen Hinweise werden stillgelegt, statt falsch zu melden.
; Wie oft läuft die App?
: Die Klassifikation wöchentlich, die Aufgaben-Erzeugung täglich.

== Glossar ==
; Managed Print Service (MPS)
: Vermietung und Wartung von Druck-/Kopiergeräten gegen Pauschale oder Klickpreis.
; Vertrags-Segment
: Bewertung der Wirtschaftlichkeit/Lebensphase eines Vertrags (STABIL, DEFIZITÄR, AUSLAUFEND …).
; Geräte-Segment
: Bewertung des Betriebs eines Geräts (HOCHLAST, STÖRANFÄLLIG, END-OF-LIFE …).
; Drift
: Abweichung des tatsächlichen Druckvolumens vom vereinbarten (hoch = mehr, niedrig = weniger).
; Peer-Vergleich
: Vergleich eines Geräts mit den eigenen baugleichen Geräten.
; Deckungsbeitrag
: Was von den Vertragseinnahmen nach Abzug der Kosten übrig bleibt.
; Schutzfrist / Cooldown
: Zeitraum, in dem dieselbe Aufgabe zu Vertrag/Gerät nicht erneut erscheint.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos pro

2026-08-07T06:21:56Z

Hoheneder: Die Seite wurde neu angelegt: „ '''Vertriebs-ToDos Pro''' erweitert die Basis-App um die Kundengruppen, die sonst systematisch leer ausgehen: Neukunden, Entwicklungs-Kandidaten und Reaktivierbare. Grundlage…“

'''Vertriebs-ToDos Pro''' erweitert die Basis-App um die Kundengruppen, die sonst systematisch leer ausgehen: Neukunden, Entwicklungs-Kandidaten und Reaktivierbare. Grundlage ist die Kundenklassifizierung – nur wenn bekannt ist, wer in welche Gruppe gehört, kann die Pro-App gezielt Aufgaben erzeugen.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung und setzt den Leitfaden zur Basis-App Vertriebs-ToDos voraus.

== Kurzüberblick ==
Die Basis-App betrachtet vor allem aktive Stammkunden – dort entsteht der Umsatz von heute. Pro nimmt zusätzlich die Kunden in den Blick, die morgen Umsatz bringen (oder gerade verloren gehen): Neukunden, Entwicklungs-Kandidaten, gefährdete und reaktivierbare Kunden.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zusätzliche Aufgaben für Neukunden-, Entwicklungs- und Reaktivierungs-Themen.
* Getrieben von den vier Etiketten der Kundenklassifizierung.
* Sprechpunkte pflegen Sie selbst – über eine Themen-Tabelle, ohne Programmierung.
* Voll kompatibel zur Basis-App: keine Doppelaufgaben.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Setzt die Kundenklassifizierung voraus
|-
| Ohne die vier Etiketten (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) kann Pro nicht wissen, wer Neukunde, gefährdet oder reaktivierbar ist. Die Kundenklassifizierung muss also laufen.
|}

== Zusätzliche Aufgaben-Auslöser ==
Zusätzlich zu den Anlässen der Basis-App erzeugt Pro Aufgaben aus dem Lebenszyklus-Segment des Kunden:

{| class="wikitable"
! Segment !! Aufgabe
|-
| NEUKUNDE || Erstbestellung lief – wann erfolgt das systematische Onboarding-Gespräch?
|-
| ENTWICKLUNG || Kurze Kundenbeziehung, schon mehrere Käufe – Potenzial heben.
|-
| GEFÄHRDET || Noch aktiv, kippt aber gerade – letzter Moment für Outbound.
|-
| REAKTIVIERBAR || Früher Kunde, seit 1–2 Jahren ruhig – Win-back-Versuch.
|-
| EINMALKÄUFER || Nur eine Rechnung – warum hat er nicht weitergekauft?
|}

== Die pflegbare Themen-Tabelle ==
Das Herzstück von Pro: Sie hinterlegen selbst, welche Sprechpunkte der Vertrieb bei welcher Konstellation ansprechen soll – in einer Themen-Tabelle in OBS, ohne Programmierung.
* Jedes Thema gilt für eine Kombination aus '''Segment''', '''Wertklasse''', '''Profitabilität''' und '''Sortimentstyp'''. Leere Felder wirken als Platzhalter („gilt für alle").
* Jedes Thema hat eine '''Priorität'''; im Sprechtext erscheinen die wichtigsten (standardmäßig bis zu fünf) Themen zuerst.
* Themen lassen sich '''aktiv/inaktiv''' schalten – so steuert die Vertriebsleitung die Schwerpunkte des Teams, ohne dass programmiert werden muss.

: ''Hinweis:'' Beispiel: „Welche Themen bei einem GEFÄHRDET-A-Kunden? Welche bei einem ENTWICKLUNG-PREMIUM?" – genau das legen Sie in der Tabelle fest. So bleibt die Sprache menschlich und Ihr Vertriebsstil bleibt Ihr Vertriebsstil.

== Der Aufgaben-Betreff: vier Etiketten ==
Jede Pro-Aufgabe trägt im Betreff das vollständige Vier-Etiketten-Tag, zum Beispiel '''SCHLUMMERND · A · PREMIUM · PAPIER'''. Damit ist die Aufgabe lesbar, bevor man sie öffnet:

{| class="wikitable"
! Etikett !! Aussage
|-
| Lebenszyklus || Wer ist der Kunde? (SCHLUMMERND, GEFÄHRDET …)
|-
| Wertklasse || Wie viel Wert hat er? (A/B/C/D/X)
|-
| Profitabilität || Wie profitabel ist er? (PREMIUM bis DEFIZIT)
|-
| Sortimentstyp || Was kauft er überwiegend?
|}

== So liest sich eine Pro-Aufgabe ==
Anonymisiertes Beispiel – ein wertvoller, aber ruhig gewordener Kunde:

<pre>
[VTD] SCHLUMMERND - A - PREMIUM - PAPIER - Kunde 3025

Aufhaenger:
Wertvoller Kunde, seit 4 Monaten keine Bestellung - jetzt handeln.

Themen:
> Reaktivierungs-Anruf: was hat sich beim Bedarf veraendert?
> Jahresbonus-Stand und Konditionen ansprechen
> Papier-Rahmenauftrag anbieten (Hauptsortiment)

Kennzahlen:
Umsatz 12 Monate 42.000 EUR - Marge 55% - letzter Kauf vor 128 Tagen
</pre>

== Schutzfrist und Lastverteilung ==
Wie die Basis-App schützt Pro vor Doppelmeldungen (Schutzfrist je Kunde und Thema) und verteilt die Aufgaben fair – priorisiert nach dem Wertbeitrag des Kunden, mit einem Tageskontingent je Sachbearbeiter. So bleibt die Aufgabenliste auch mit den zusätzlichen Auslösern beherrschbar.

== Zusammenspiel mit Basis und Cross-Selling ==
* '''Basis-App:''' Pro läuft im selben wöchentlichen Vertriebs-ToDos-Lauf mit – es gibt keine konkurrierenden oder doppelten Aufgaben.
* '''Kundenklassifizierung:''' liefert monatlich die vier Etiketten, auf denen Pro seine Auslöser und die Themen-Auswahl aufbaut.
* '''Cross-Selling:''' setzt auf Pro auf und ergänzt die Aufgaben um einen Sortiments-Vorschlags-Block (eigener Leitfaden).

: ''Hinweis:'' Die Reihenfolge in der Einführung: erst Kundenklassifizierung, dann Vertriebs-ToDos, dann Pro – und optional Cross-Selling obendrauf.

== Voraussetzungen ==
* '''Kundenklassifizierung''' (läuft monatlich, liefert die vier Etiketten).
* '''Vertriebs-ToDos (Basis)''' als Fundament der Aufgaben-Erzeugung.
* Gepflegte Auftrags- und Kundendaten in OBS.
* Zugriff auf den OBS-Scheduler.

== Einrichtung und Betrieb ==
* '''Kundenklassifizierung''' monatlich (z. B. 1. Werktag, 02:30 Uhr).
* '''Vertriebs-ToDos (mit Pro-Erweiterung)''' wöchentlich in der Nacht von Samstag auf Sonntag – nutzt das aktuelle Klassifizierungs-Ergebnis.
* '''Themen-Tabelle''' mit einer Default-Bestückung starten und mit der Vertriebsleitung nach und nach an den eigenen Stil anpassen.

: ''Hinweis:'' Schutzfrist, Tageskontingent und die Zahl der Themen pro Aufgabe sind konfigurierbar.

== Was Sie davon haben ==
* Onboarding für Neukunden wird systematisch – nicht mehr Bauchsache.
* Reaktivierungs-Versuche werden gezielter und nachvollziehbar.
* Der Vertrieb arbeitet datenbasiert – Themen und Sprache bleiben menschlich.
* Sales-Strategie änderbar ohne Programmierung, über die Themen-Tabelle.
* Volle Kompatibilität zur Basis-App – keine Doppelaufgaben.

== Häufige Fragen (FAQ) ==
; Brauche ich zwingend die Kundenklassifizierung?
: Ja. Pro baut auf den vier Etiketten auf. Ohne Klassifizierung fehlen die zusätzlichen Auslöser.
; Bekomme ich für einen Kunden zwei Aufgaben (Basis und Pro)?
: Nein. Pro läuft im selben Lauf mit und bündelt – es gibt keine Doppelaufgaben.
; Wie ändere ich die Sprechpunkte?
: Über die Themen-Tabelle in OBS – aktiv/inaktiv schalten, Prioritäten setzen, Texte anpassen. Keine Programmierung nötig.
; Was bedeutet das Tag im Betreff?
: Die vier Etiketten des Kunden (Lebenszyklus, Wertklasse, Profitabilität, Sortimentstyp) – die Aufgabe ist damit lesbar, bevor man sie öffnet.

== Glossar ==
; Segment / Lebenszyklus
: Etikett aus der Kundenklassifizierung (NEUKUNDE, GEFÄHRDET, REAKTIVIERBAR …).
; Themen-Tabelle
: In OBS pflegbare Liste von Sprechpunkten je Kunden-Konstellation.
; Vier-Etiketten-Tag
: Kurzkennung im Betreff: Lebenszyklus · Wertklasse · Profitabilität · Sortimentstyp.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Onboarding
: Systematisches Erstgespräch mit einem Neukunden.
; Win-back
: Rückgewinnungs-Versuch bei einem still gewordenen Kunden.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Vertriebs-ToDos

2026-08-07T06:17:35Z

Hoheneder: Die Seite wurde neu angelegt: „ Die App '''Vertriebs-ToDos''' nimmt dem Vertrieb das Listenwälzen ab. Sie durchsucht jede Woche automatisch den OBS-Auftragsbestand nach Dingen, die jemand am Montag wissen sollte…“

Die App '''Vertriebs-ToDos''' nimmt dem Vertrieb das Listenwälzen ab. Sie durchsucht jede Woche automatisch den OBS-Auftragsbestand nach Dingen, die jemand am Montag wissen sollte – und macht daraus fertige Aufgaben beim zuständigen Sachbearbeiter.

Dieser Leitfaden richtet sich an Vertrieb und Vertriebsleitung.

== Kurzüberblick ==
Vertriebs-ToDos scannt in der Nacht von Samstag auf Sonntag den Auftragsbestand und erzeugt bei Auffälligkeiten eine OBS-Aufgabe beim zuständigen Sachbearbeiter – mit Anlass, Kennzahlen und Vorschlag.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Vertrieb startet montags mit dem Wichtigsten – nicht mit dem Sortieren von Listen.
* Auffälligkeiten werden zu fertigen Aufgaben beim richtigen Sachbearbeiter.
* Alles bleibt in OBS – keine Excel-Liste, keine Mail, kein CRM-Wechsel.
* Faire Lastverteilung und Schutz vor Doppelmeldungen sind eingebaut.
|}

== Worauf die App achtet ==
* '''Bestellrhythmus''' – ein Stammkunde, der sonst alle drei Wochen bestellt, ist seit sechs Wochen still. Auffällig.
* '''Warengruppen-Drop-out''' – der Kunde bestellt noch, aber eine ganze Sortimentslinie ist plötzlich verschwunden. Wechsel zum Wettbewerb?
* '''Umsatz-Anomalien''' – deutlich weniger Umsatz in den letzten beiden Monaten als im Vergleichszeitraum davor.
* '''Offene Angebote''' – ein Angebot liegt seit Wochen unbeantwortet in OBS, niemand hat nachgefasst.
* '''Reklamations-Salden''' – ungewöhnlich viele Retouren; ein Kosten- oder Zufriedenheitsproblem.

== Wie eine Aufgabe entsteht ==
Erkennt die Analyse eine dieser Situationen, legt sie eine Aufgabe (oder Wiedervorlage) direkt in OBS an – adressiert an den zuständigen Sachbearbeiter des Kunden. Der Aufgabentext enthält Anlass, Kennzahlen und einen Vorschlag. Der Sachbearbeiter sieht das am Montag in seiner OBS-Aufgabenliste.

: ''Hinweis:'' Kein Medienbruch – keine Excel-Liste, keine Sammelmail, kein zweites System. Die Aufgabe lebt dort, wo ohnehin gearbeitet wird.

== So liest sich eine Aufgabe ==
Anonymisiert aus einem Pilotbetrieb – ein langjähriger B-Kunde, der seit einigen Wochen ungewöhnlich still ist:

<pre>
[VTD] LOYAL - B - STANDARD - DRUCKVERBRAUCH - Kunde 4711

Anlass:
Bestellrhythmus stabil (alle 3 Wochen), letzter Kauf vor 47 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Jahresbonus-Stand kommunizieren

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen offen

Kennzahlen:
Umsatz 12 Monate 18.400 EUR - Marge 41% - Hauptsortiment Druckverbrauch
</pre>

== Schutzfrist gegen Doppelmeldung ==
Damit nicht jede Woche dieselbe Aufgabe zum selben Kunden entsteht, sperrt die App ein Thema nach der ersten Meldung für eine gewisse Zeit – die '''Schutzfrist''' (technisch „Cooldown"). Zeigt der erste Anlauf keine Wirkung, meldet sich das Thema erst nach Ablauf der Frist wieder.

: ''Hinweis:'' So bleibt die Aufgabenliste ein verlässliches Arbeitsinstrument und keine sich wiederholende Endlosschleife.

== Faire Lastverteilung ==
Niemand sitzt am Montag vor 250 neuen Aufgaben. Die App verteilt die Top-Themen gleichmäßig – standardmäßig maximal etwa zehn Aufgaben pro Sachbearbeiter und Tag, priorisiert nach dem Wertbeitrag des Kunden. So bekommt jeder Vertriebler die '''wichtigsten''' Aufgaben des Tages, nicht alle auf einmal.

== Voraussetzungen ==
* OBS mit gepflegten Auftrags- und Kundendaten (Aufträge, Angebote, Retouren).
* Ein zuständiger Sachbearbeiter je Kunde (für die Zuordnung der Aufgabe).
* Zugriff auf den OBS-Scheduler für den wöchentlichen Lauf.

: ''Hinweis:'' Die Kundenklassifizierung ist für die Basis-App nicht zwingend, veredelt die Aufgaben aber (siehe Vertriebs-ToDos Pro).

== Einrichtung und Betrieb ==
Die App läuft als wöchentliches OBS-Makro:
* '''Wöchentlicher Lauf''' in der Nacht von Samstag auf Sonntag, damit die Aufgaben Montag früh bereitstehen.
* '''Schutzfrist und Tageskontingent''' sind konfigurierbar – so passt sich die App an Teamgröße und Kundenzahl an.
* Ein Routine-Lauf arbeitet geräuschlos; er erzeugt nur die Vertriebsaufgaben, keine Systemmeldungen.

== Was Sie davon haben ==
* Der Vertrieb startet montags mit dem Wichtigsten, nicht mit Listenarbeit.
* Kein Kunde geht unter, nur weil er gerade nicht im Kopf war.
* Frühe Erkennung von Abwanderungs-Tendenzen – idealerweise, bevor der Kunde selbst gegangen ist.
* Faire, transparente Lastverteilung pro Sachbearbeiter.
* Alles bleibt in OBS – kein Medienbruch.

== Häufige Fragen (FAQ) ==
; Muss ich eine zweite Software öffnen?
: Nein. Die Aufgaben erscheinen direkt in Ihrer gewohnten OBS-Aufgaben-/Wiedervorlageliste.
; Ich habe eine Aufgabe bearbeitet, kommt sie wieder?
: Erst nach Ablauf der Schutzfrist – und nur, wenn der Anlass weiterhin besteht.
; Warum bekomme ich nicht alle Auffälligkeiten auf einmal?
: Die Lastverteilung gibt Ihnen die wertvollsten zuerst; der Rest folgt gestaffelt an den nächsten Tagen.
; Wie wird entschieden, wer die Aufgabe bekommt?
: Sie geht an den in OBS hinterlegten zuständigen Sachbearbeiter des Kunden.

== Glossar ==
; Bestellrhythmus
: Der übliche zeitliche Abstand zwischen den Bestellungen eines Kunden.
; Drop-out (Warengruppe)
: Eine Sortimentslinie, die ein Kunde plötzlich nicht mehr bezieht.
; Schutzfrist / Cooldown
: Zeitraum, in dem dasselbe Thema zum selben Kunden nicht erneut gemeldet wird.
; Lastverteilung
: Gleichmäßige, priorisierte Zuteilung der Aufgaben je Sachbearbeiter und Tag.
; Wiedervorlage
: OBS-Aufgabe mit Fälligkeitsdatum.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining/Cross-Selling

2026-08-07T06:04:22Z

Hoheneder: Die Seite wurde neu angelegt: „ ''Cross-Selling'' heißt: dem Kunden zusätzlich etwas anzubieten, das gut zu dem passt, was er ohnehin bei Ihne…“

''Cross-Selling'' heißt: dem Kunden zusätzlich etwas anzubieten, das gut zu dem passt, was er ohnehin bei Ihnen kauft. Der Klassiker: Ein Kunde bezieht Lasertoner, aber kein Kopierpapier – dann kauft er sein Papier vermutlich woanders. Die App '''Cross-Selling''' findet solche Sortimentslücken und spielt dem Vertrieb pro Kunde ein bis zwei konkrete Vorschläge zu.

Die Besonderheit: Cross-Selling erzeugt '''keine eigene Aufgabe'''. Es ergänzt die ohnehin vorhandenen '''Vertriebs-ToDos'''-Aufgaben um einen kurzen Vorschlags-Block – der Vertrieb spricht das Thema also im selben Telefonat an, bei dem er ohnehin den Hörer in der Hand hat.

== Kurzüberblick ==
Cross-Selling sieht sich tausende abgeschlossene Bestellungen an und sucht nach Mustern: Welche Warengruppen werden typischerweise zusammen gekauft? Welche Lücke hat ein Kunde im Vergleich zu Kunden, die sich ähnlich verhalten? Daraus entstehen pro Kunde ein bis zwei Vorschläge.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Konkrete Sortiments-Vorschläge statt „Brauchen Sie noch etwas?".
* Kein extra Termin: der Vorschlag steht als Block in der Vertriebs-ToDos-Aufgabe.
* Aus '''Ihren''' Daten – nicht aus einem Branchen-Lehrbuch.
* Mit eingebauter Erfolgsmessung und Schutz vor Wiederholung.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Cross-Selling ist ein Aufsatz – keine Insel
|-
| Die App setzt '''Vertriebs-ToDos Pro''' und die '''Kundenklassifizierung''' voraus. Vertriebs-ToDos liefert die Aufgabe, in die der Vorschlag eingebettet wird; die Klassifizierung liefert den Sortimentstyp, der die Vorschläge passgenau macht.
|}

== Wie Cross-Selling funktioniert ==
Die App arbeitet in zwei Takten – ein langsamer für die Musterberechnung, ein schneller für die kundenindividuelle Auswahl:

{| class="wikitable"
! Takt !! Was passiert !! Wann
|-
| Muster-Analyse || Aus tausenden Warenkörben werden die Cross-Sell-Regeln berechnet („Wer A kauft, kauft oft auch B") und der Erfolg der letzten Vorschläge gemessen. || monatlich
|-
| Persönliche Auswahl || Pro Kunde werden die passenden Regeln gezogen, die besten ein bis zwei Vorschläge ausgewählt und in den Aufgaben-Sprechtext eingebaut. || wöchentlich, im Vertriebs-ToDos-Lauf
|}

: ''Hinweis:'' Warum getrennt? Die Musterberechnung über tausende Warenkörbe ist aufwändig, ändert sich aber kaum von Woche zu Woche – einmal im Monat genügt. Die Auswahl pro Kunde ist billig und muss aktuell sein – sie läuft wöchentlich mit den Vertriebs-ToDos.

== Die drei Kennzahlen je Empfehlung ==
Jeder Vorschlag trägt drei Zahlen, damit Sie ihn sofort einordnen können:

{| class="wikitable"
! Kennzahl !! Bedeutung
|-
| Wahrscheinlichkeit (intern „Lift") || Wie viel wahrscheinlicher als der Zufall es ist, dass genau dieser Kunde die empfohlene Warengruppe auch kauft. Ein Lift von 2,0 heißt: doppelt so wahrscheinlich.
|-
| Marge der Warengruppe || Damit Sie auf einen Blick sehen, ob der Vorschlag auch wirtschaftlich lohnt.
|-
| Geschätztes Jahres-Potenzial || Ein realistischer Erwartungswert, was vergleichbare Kunden in dieser Warengruppe pro Jahr ausgeben.
|}

: ''Hinweis:'' Die App bevorzugt tendenziell margenstarke Warengruppen – das lässt sich über eine Mindest-Marge auch ausdrücklich erzwingen (siehe Steuerung).

== So liest sich eine Aufgabe mit Cross-Sell-Block ==
Der Vorschlag erscheint als eigener Block zwischen den Gesprächsthemen und den Anlass-Hinweisen der Vertriebs-ToDos-Aufgabe:

<pre>
[VTD] LOYAL - B - STANDARD - TONER_TINTE - Kunde 4711

Aufhaenger:
Bestellrhythmus zuletzt stabil, letzter Kauf vor 23 Tagen.

Themen:
> Routine-Check: laeuft alles, gibt es Verbesserungswuensche?
> Bonusvereinbarung pruefen / verlaengern

Cross-Sell-Vorschlag:
> Papier (WG 110): Aehnliche TONER/TINTE-Kunden kaufen das mit -
Wahrscheinlichkeit ca. 2,1x, Marge ~57%, Potenzial ~5.400 EUR/Jahr
> Hygiene/Medical (WG 145): Luecke im Sortiment, Marge ~54%

Anlass-Hinweise:
> Offenes Angebot 2026-0412 (Plotterrollen, 1.240 EUR) seit 8 Tagen
</pre>

: ''Hinweis:'' Der Vertriebler spricht Cross-Selling also nicht in einem separaten Anruf an, sondern im selben Gespräch – mit einem konkreten, begründeten Vorschlag statt einer Floskel.

== Wie die Vorschläge entstehen ==
Die App bildet aus den Warenkörben Assoziationsregeln: Warengruppen, die überzufällig oft zusammen gekauft werden. Damit ein Vorschlag beim Kunden landet, muss er mehrere Filter passieren:
* '''Überzufälliges Muster''' – die Regel muss belastbar sein (Häufigkeit, Konfidenz und Wahrscheinlichkeit über den Mindestwerten).
* '''Passender Sortimentstyp''' – die Regel gilt für Kunden mit ähnlichem Einkaufsverhalten, nicht pauschal für alle.
* '''Echte Lücke''' – was der Kunde ohnehin schon kauft, wird nie vorgeschlagen.
* '''Wirtschaftlich sinnvoll''' – die empfohlene Warengruppe muss die Mindest-Marge erreichen.
* '''Nicht zur Unzeit''' – bei gefährdeten oder zu reaktivierenden Kunden wird Cross-Selling unterdrückt; hier zählt zuerst, den Kunden zu halten, nicht ihm mehr zu verkaufen.

Aus den verbleibenden Kandidaten wählt die App die besten ein bis zwei (nach Wahrscheinlichkeit, Marge und Potenzial) und baut sie in den Sprechtext ein.

== Wiederholungsschutz und Ablehnung ==
Nichts nervt mehr als derselbe Vorschlag jede Woche. Deshalb gilt pro Kunde und Warengruppe eine Sperrfrist:

{| class="wikitable"
! Situation !! Folge
|-
| Vorschlag wurde gemacht || 120 Tage Sperre für diese Warengruppe bei diesem Kunden.
|-
| Vertrieb markiert „nicht passend" || 365 Tage Sperre – der Vorschlag verschwindet für längere Zeit.
|-
| Kunde hat gekauft (Erfolg) || Dauerhafte Sperre für diese Warengruppe – er hat ja jetzt, was empfohlen wurde.
|}

: ''Hinweis:'' Alle Fristen sind einstellbar. Zusätzlich lässt sich ein Kunde ganz vom Cross-Selling ausnehmen (Opt-out).

== Erfolgsmessung (Closed Loop) ==
Die App misst, ob ihre Vorschläge wirken. Kauft ein Kunde innerhalb von 90 Tagen tatsächlich aus der empfohlenen Warengruppe, wird der Erfolg samt Mehrumsatz automatisch vermerkt. So bekommen Sie monatlich eine ehrliche Auswertung, zum Beispiel: „Cross-Selling hat im Mai rund 12.400 € Umsatz angestoßen."

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Ehrlich statt geschönt
|-
| Das ist bewusst '''angestoßener''' Umsatz, kein „kausal bewiesener". Manche Käufe wären vielleicht ohnehin gekommen. Die Kennzahl ist ein nachvollziehbarer Indikator für die Wirkung – keine Erfolgsgarantie.
|}

: ''Hinweis:'' Vorschläge, die 180 Tage lang ohne Kauf bleiben, gelten als verfallen und belasten die Statistik nicht weiter.

== Steuerung durch die Vertriebsleitung ==
Cross-Selling ist nicht in Stein gemeißelt. Über eine kleine Konfigurations-Tabelle steuert die Vertriebsleitung, was vorgeschlagen wird:

{| class="wikitable"
! Stellschraube !! Bedeutung !! Standard
|-
| Mindest-Wahrscheinlichkeit || Nur Muster ab diesem Lift verwenden. || 1,5
|-
| Mindest-Konfidenz || Wie verlässlich das Muster sein muss. || 30 %
|-
| Mindest-Marge || Nur Warengruppen ab dieser Marge empfehlen. || 25 %
|-
| Max. Vorschläge je Kunde || Wie viele Bullets höchstens erscheinen. || 2
|-
| Sperrfrist nach Vorschlag || Cooldown je Kunde und Warengruppe. || 120 Tage
|-
| Erfolgs-Fenster || Zeitraum für die Closed-Loop-Messung. || 90 Tage
|-
| Warengruppen-Blacklist || Warengruppen, die nie empfohlen werden. || z. B. Sonstiges/Bonus
|}

: ''Hinweis:'' Zusätzlich lassen sich einzelne Warengruppen als „immer erlaubt" (Whitelist) und einzelne Kunden als „kein Cross-Selling" (Opt-out) hinterlegen.

== Voraussetzungen ==
* '''Vertriebs-ToDos Pro''' – Cross-Selling baut auf dessen Aufgaben und Sprechtext auf.
* '''Kundenklassifizierung''' – liefert Sortimentstyp und Wertklasse je Kunde.
* Auftragsdaten und Positionen als Basis der Warenkorb-Analyse.
* Artikelstamm mit Warengruppen-Information.

: ''Hinweis:'' Ohne diese beiden Apps läuft Cross-Selling nicht – es ist die fünfte App der Vertriebs-Reihe und setzt die vorderen voraus. Ist Cross-Selling nicht gebucht, überspringt der Vertriebs-ToDos-Lauf den Vorschlags-Block kommentarlos.

== Einrichtung und Betrieb ==
Cross-Selling wird als monatlicher Regel-Lauf betrieben und in den wöchentlichen Vertriebs-ToDos-Lauf eingebunden. Bewährter Einführungsweg:

; Phase 1 – Regeln prüfen (am wichtigsten)
: Die erste Regeltabelle mit der Vertriebsleitung durchsehen: „Sind diese Empfehlungen plausibel?" Wirken Regeln komisch, wird zuerst die Datenbasis geschärft – bevor der Roll-out startet.
; Phase 2 – Pilot bei ein bis zwei Sachbearbeitern
: Nur ausgewählte Sachbearbeiter bekommen die Cross-Sell-Bullets, Feedback einsammeln.
; Phase 3 – Erfolgsmessung scharfschalten
: Closed Loop aktivieren, monatlichen Bericht an die Geschäftsleitung aufsetzen.
; Phase 4 – Roll-out
: Cross-Selling für alle Sachbearbeiter aktiv, Pflege-Maske für die Steuerung ausliefern.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Betriebsrhythmus
|-
|
* '''Monatlich:''' Regel-Lauf (nach der Kundenklassifizierung) – berechnet die Muster neu und misst den Erfolg der Vormonate.
* '''Wöchentlich:''' Auswahl je Kunde – läuft automatisch mit den Vertriebs-ToDos mit.
|}

== Beispiel-Muster aus einem Pilot ==
Bei einem B2B-Bürobedarf-Händler mit rund 6.400 Kunden hat die Auswertung diese klaren Cross-Selling-Muster aufgedeckt (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Gefundene Cross-Sell-Muster
|-
|
* '''Bürobedarf → Papier:''' Bürobedarf-Kunden kaufen mit doppelter Wahrscheinlichkeit auch Papier. Marge ca. 41 %.
* '''Hygiene → Papier:''' Hygiene-Käufer sind ebenfalls deutlich häufiger Papier-Käufer.
* '''Drucker (Hardware) → Lasertoner:''' Hardware ist die Eintrittstür – das Verbrauchsmaterial folgt fast immer.
* '''Briefumschläge → Kopierpapier:''' sehr enge Bindung – wer das eine kauft, kauft das andere meist auch.
|}

: ''Hinweis:'' Aus solchen Mustern leitet die App pro Kunde konkrete Vorschläge ab – und nur die, die zu seinem Sortiment und seiner Lücke passen.

== Was Sie davon haben ==
* Der Vertrieb geht mit echten Sortiments-Vorschlägen ins Gespräch – nicht mit „brauchen Sie noch etwas?".
* Mehr Umsatz pro Kundengespräch, ohne mehr Telefonate.
* Bessere Marge, weil die App tendenziell margenstarke Warengruppen vorschlägt – erzwingbar über die Mindest-Marge.
* Empfehlungen aus ''Ihren'' Daten, nicht aus einem Branchen-Lehrbuch.
* Schutz vor Wiederholung: Vorschläge kommen nicht jede Woche wieder.

== Häufige Fragen (FAQ) ==
; Bekomme ich für Cross-Selling eine eigene Aufgabe?
: Nein. Der Vorschlag steht als kurzer Block in der ohnehin vorhandenen Vertriebs-ToDos-Aufgabe. Ein Gespräch, ein Anruf.
; Ein Vorschlag passt gar nicht – was tun?
: Als „nicht passend" markieren. Dann verschwindet er für längere Zeit (365 Tage) und stört den Sprechtext nicht mehr.
; Warum sehe ich bei manchen Kunden keine Vorschläge?
: Weil keiner die Filter passiert: keine passende Lücke, zu geringe Wahrscheinlichkeit/Marge, Sperrfrist aktiv, oder der Kunde ist gefährdet (dann hat Halten Vorrang).
; Kann ich bestimmte Warengruppen ausschließen?
: Ja, über die Blacklist in der Steuerungstabelle. Einzelne Kunden lassen sich per Opt-out ganz ausnehmen.
; Ist der „angestoßene Umsatz" echt kausal?
: Nein, bewusst nicht. Es ist ein ehrlicher Indikator: der Kunde hat nach dem Vorschlag in der empfohlenen Warengruppe gekauft.

== Glossar ==
; Cross-Selling
: Ergänzende Sortiments-Vorschläge zu dem, was der Kunde schon kauft.
; Lift / Wahrscheinlichkeit
: Wie viel häufiger als der Zufall zwei Warengruppen zusammen gekauft werden.
; Konfidenz
: Wie verlässlich ein Muster ist (Anteil der A-Käufer, die auch B kaufen).
; Sortimentstyp
: Aus der Kundenklassifizierung: welches Sortiment ein Kunde überwiegend kauft.
; Cooldown / Sperrfrist
: Zeitraum, in dem derselbe Vorschlag nicht erneut erscheint.
; Closed Loop
: Rückkopplung: die App misst, ob ein Vorschlag zu einem Kauf geführt hat.
; Opt-out
: Kennzeichnung eines Kunden, der keine Cross-Sell-Vorschläge erhalten soll.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-07T05:58:34Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining/Kundenklassifizierung

2026-08-06T16:11:47Z

Hoheneder: Die Seite wurde neu angelegt: „ Die App '''Kundenklassifizierung''' vermisst Ihre Kundschaft datenbasiert. Sie vergibt für ''je…“

Die App '''Kundenklassifizierung''' vermisst Ihre Kundschaft datenbasiert. Sie vergibt für ''jeden'' Kunden vier unabhängige Etiketten – Lebenszyklus, Wertklasse, Profitabilität und Sortimentstyp – und schreibt sie so nach OBS zurück, dass Sie in jeder Selektion und Auswertung damit arbeiten können. Der Lauf erfolgt automatisch, einmal im Monat.

Dieser Leitfaden richtet sich an Vertrieb, Vertriebsleitung, Marketing und Geschäftsleitung.

== Kurzüberblick ==
Vier Wertungen schauen aus je einem anderen Blickwinkel auf denselben Kunden – wie vier Sensoren nebeneinander, jeder zeichnet ein eigenes Bild. Zusammen ergeben sie ein vollständiges, faktenbasiertes Kundenprofil.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Vier Etiketten je Kunde: '''Lebenszyklus''', '''Wertklasse''', '''Profitabilität''', '''Sortimentstyp'''.
* Berechnet aus Ihren Auftragsdaten – kein Bauchgefühl, keine Handpflege.
* Zurückgeschrieben als OBS-Personen-Eigenschaften – nutzbar in jeder Selektion, jedem Report.
* Monatlicher Lauf hält das Bild aktuell; eine 36-Monats-Historie zeigt Bewegungen.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F4E9D; color:#ffffff;" | Was heißt „letzte 12 Monate" (LTM)?
|-
| LTM steht für ''last twelve months'' – ein gleitender Zeitraum: die zwölf Monate, die heute hinter uns liegen. Ein Lauf im Juni 2026 wertet also Juni 2025 bis Mai 2026 aus.
|}

== Die vier Dimensionen ==
=== Dimension 1 – Lebenszyklus ===
Wann hat der Kunde zuletzt gekauft, wie oft im letzten Jahr, wie lange ist er schon Kunde? Daraus entsteht ein Lebenszyklus-Etikett:

{| class="wikitable"
! Etikett !! Bedeutung
|-
| CHAMPION || Langjährig, kauft aktuell (≤ 3 Mon.) und häufig (viele Bestellungen im Jahr).
|-
| LOYAL || Langjährig, aktuell aktiv, regelmäßig – mittlere Frequenz.
|-
| STAMMKUNDE || Langjährig, aktuell aktiv, aber seltener als LOYAL.
|-
| SCHLUMMERND || Aktiver Kunde, aber seit 3–6 Monaten ruhig.
|-
| GEFÄHRDET || 6–12 Monate keine Bestellung mehr – droht abzurutschen.
|-
| REAKTIVIERBAR || 1–2 Jahre still, war aber einmal Kunde.
|-
| VERLOREN || Mehr als 2 Jahre nichts mehr gekauft.
|-
| NEUKUNDE || Erst einmal gekauft, vor weniger als einem halben Jahr.
|-
| ENTWICKLUNG || Junge Kundenbeziehung (< 1 Jahr), aktuell aktiv – im Aufbau.
|-
| EINMALKAEUFER || Einmalbestellung, ohne dass eine echte Beziehung entstanden ist.
|-
| NUR_RETOUREN || Kein positiver Umsatz (nur Rückgaben) – Sonderfall.
|}

=== Dimension 2 – Wertklasse (A/B/C/D/X) ===
Wie viel Umsatz macht der Kunde in den letzten 12 Monaten? Alle Kunden werden absteigend sortiert und nach ihrem Beitrag zum Gesamtumsatz eingeteilt:

{| class="wikitable"
! Klasse !! Bedeutung
|-
| A || Die Top-Kunden, die zusammen die ersten 50 % des Umsatzes ausmachen.
|-
| B || Die nächsten 30 % des Umsatzes.
|-
| C || Die nächsten 15 %.
|-
| D || Der kleine Rest mit Umsatz.
|-
| X || Kunden ohne Umsatz in den letzten 12 Monaten.
|}

=== Dimension 3 – Profitabilität ===
Wie viel bleibt vom Umsatz tatsächlich übrig? Vier Stufen nach Marge:

{| class="wikitable"
! Tag !! Marge !! Bedeutung
|-
| PREMIUM || über 50 % || sehr profitabel
|-
| STANDARD || 30–50 % || gesunde Marge
|-
| SCHWACH || unter 30 % || dünne Marge – Konditionen prüfen
|-
| DEFIZIT || negativ || kostet netto Geld (Konditionen, Mindermengen, Versand)
|}

=== Dimension 4 – Sortimentstyp ===
Welche Art Sortiment kauft der Kunde überwiegend? Ergibt sich aus den Warengruppen, in denen er bestellt (ab ca. 60 % dominant). Beispiele: '''TONER/TINTE''', '''PAPIER''', '''BÜROBEDARF''', '''HARDWARE''', '''HYGIENE/MEDICAL''', '''VOLLSORTIMENT''' (breit gestreut).

== Wo die Ergebnisse landen ==
* '''Als Personen-Eigenschaften am Kunden''' – die vier Etiketten werden pro Kunde in OBS hinterlegt. Damit filtern Sie in jeder Selektion danach (z. B. „alle GEFÄHRDET A-Kunden mit Sortimentstyp PAPIER").
* '''In einer eigenen Auswertungstabelle''' – der aktuelle Stand pro Kunde mit allen Kennzahlen, Grundlage für Berichte und Listen.
* '''Als 36-Monats-Historie''' – jeder Monatslauf wird aufbewahrt. So sehen Sie Bewegungen: Wird ein CHAMPION zum SCHLUMMERND?

: ''Hinweis:'' Die Etiketten sind Klartext (CHAMPION, A, PREMIUM …) – sie erscheinen direkt in den gewohnten OBS-Masken und Selektionen, ohne dass Sie eine zweite Software öffnen müssen.

=== Andere Apps bauen darauf auf ===
Die Kundenklassifizierung ist die Datenbasis der Vertriebs-Apps: '''Vertriebs-ToDos''', '''Vertriebs-ToDos Pro''' und '''Cross-Selling''' nutzen die vier Etiketten, um die richtigen Kunden zur richtigen Zeit anzusprechen.

== Wie die App rechnet ==
* '''Datenbasis:''' die Aufträge und Positionen – der Auftrag ist die natürliche Kunden-Einheit (Teil- und Sammelrechnungen verzerren die Zählung nicht).
* '''Zeiträume:''' die Kennzahlen entstehen aus einem rollierenden 4-Jahres-Fenster; die aktuelle Aktivität und die Wertklasse aus den letzten 12 Monaten (LTM).
* '''Wertklasse:''' Pareto-Sortierung nach LTM-Umsatz mit Schwellen bei 50 / 80 / 95 % kumuliertem Umsatz.
* '''Profitabilität:''' aus der Marge. Für den Einkaufswert nutzt die App den echten, zum Buchungszeitpunkt gültigen EK der Position; wo dieser fehlt, den Stamm-EK, sonst eine Warengruppen-Schätzung.
* '''Lebenszyklus:''' ein festes, nachvollziehbares Regelwerk aus letzter Bestellung, Bestellhäufigkeit und Kundendauer – kein Zufall, jederzeit reproduzierbar.

: ''Hinweis:'' Die Regeln sind deterministisch: gleiche Daten ergeben immer dasselbe Etikett. Die Schwellen (z. B. Margengrenzen, Aktivitäts-Fenster) lassen sich mit der Vertriebsleitung nachjustieren.

== Was Sie damit machen ==
; Gefährdete Wertkunden retten
: Selektion „Wertklasse A oder B und Lebenszyklus SCHLUMMERND oder GEFÄHRDET" – das ist Ihre wichtigste Anrufliste. Hier bricht sonst unbemerkt Umsatz weg.
; Reaktivierung steuern
: REAKTIVIERBAR-Kunden gezielt mit einem Mailing oder Angebot ansprechen, statt die ganze Adressdatei zu bespielen.
; Konditionen prüfen
: DEFIZIT- und SCHWACH-Kunden sind die Kandidaten für ein Konditions-Review – oft stecken Mindermengenzuschläge oder Versandkosten dahinter.
; Karteileichen aussortieren
: VERLOREN- und X-Kunden zeigen, wie viel der Adressdatei aktuell keinen Umsatz mehr bringt – Grundlage für die Stammdaten-Bereinigung.
; Cross-Selling anstoßen
: Der Sortimentstyp zeigt, wo ein Kunde einseitig kauft – ein PAPIER-Kunde ohne Toner-Käufe ist eine konkrete Verkaufschance.
; Berichte für die Leitung
: Die Verteilung über die vier Dimensionen ist ein faktenbasiertes Bild der Kundschaft – für Geschäftsleitung und Außendienst.

== Datenqualität als Nebenprodukt ==
Damit die Profitabilität stimmt, braucht die App Einkaufspreise. Wo diese im Stamm fehlen, schätzt sie den EK – und macht die Lücke sichtbar:
* Eine '''EK-Lückenliste''' sammelt Artikel ohne Einkaufspreis als Arbeitsvorrat für die Stammpflege.
* Je Kunde wird der '''Anteil geschätzter Einkaufswerte''' vermerkt – so wissen Sie, wie belastbar sein Profit-Etikett ist.
* Bei auffälligen Läufen (z. B. viele fehlende EK-Preise) legt die App automatisch eine '''Aufgabe an den Systemverantwortlichen''' an.

: ''Hinweis:'' Mit jeder gepflegten EK-Lücke wird die Profitabilitäts-Wertung genauer. Die Liste schrumpft, je vollständiger der Artikelstamm ist.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Auftragspositionen (Umsatz, Menge, Preise).
* Artikelstamm mit Warengruppe und Einkaufspreis.
* Warengruppen-Stamm und Kundenstamm.
* Die Eigenschafts-Stammeinträge für die vier Dimensionen (werden einmalig bereitgestellt).

=== Sonstiges ===
* Zugriff auf den OBS-Scheduler für den monatlichen Lauf.
* Eine Test-Datenbank für den ersten Trockenlauf.

== Einrichtung und Betrieb ==
Die App läuft als monatliches OBS-Makro. Für die Einführung hat sich ein stufenweiser Weg bewährt:

; Stufe 1 – Trockenlauf in der Test-DB
: Lauf gegen eine Kopie, Ergebnis und Verteilung prüfen: Sind die Größenordnungen plausibel?
; Stufe 2 – Schatten-Modus
: Lauf auf den Echtdaten, Ergebnis nur in die Auswertungstabelle schreiben – noch nicht als Eigenschaften am Kunden.
; Stufe 3 – Pilot mit dem Vertrieb
: Ein bis zwei Vertriebsleiter prüfen die Etiketten an bekannten Kunden („CHAMPION X – passt das gefühlt?").
; Stufe 4 – Roll-out
: Monatslauf im Scheduler aktivieren, die Eigenschaften-Spiegelung scharfschalten, Reports und Selektionen aufbauen.
; Stufe 5 – Nachschärfen
: Nach einigen Monaten die Schwellen mit der Vertriebsleitung reviewen.

: ''Hinweis:'' Ein Routine-Lauf arbeitet geräuschlos. Nur bei Auffälligkeiten (Plausibilitätswarnung oder Fehler) legt die App eine Aufgabe an den Systemverantwortlichen an.

== Beispiel aus einem OBS-Anwender ==
Bei einem mittelständischen B2B-Händler aus dem Bürobedarf (rund 6.400 Kunden, vier Jahre Bestellhistorie) ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Bürobedarf-Händler
|-
|
* '''411 Kunden = CHAMPION''' – 6 % der Adressen, aber '''34 %''' des laufenden Umsatzes. Hier darf nichts wegbrechen.
* '''963 Kunden = SCHLUMMERND''' – im letzten Jahr über eine halbe Million Euro Umsatz, aber seit 3–6 Monaten ruhig. Die wichtigste Reaktivierungs-Kohorte.
* '''916 Kunden = GEFÄHRDET''' – noch knapp 280.000 €, drohen aber abzurutschen, wenn niemand reagiert.
* '''2.386 Kunden = REAKTIVIERBAR oder VERLOREN''' – aktuell 0 € Umsatz, belegen aber Stammdaten und Aufmerksamkeit.
* '''157 Kunden = DEFIZIT''' – kosten netto Geld, häufig kleine Bestellungen mit hohem Versandanteil.
|}

Vor der Klassifizierung wusste niemand, dass mehr als ein Drittel der geführten Adressen aktuell keinen Umsatz mehr beisteuert. Daraus entstehen sofort konkrete Maßnahmen – Reaktivierung, Konditions-Reviews, Aussortierung von Karteileichen.

== Was Sie davon haben ==
* Ein klares Bild Ihrer Kundenlandschaft – datenbasiert, nicht aus dem Bauch.
* Frühwarnung für gefährdete A-Kunden, bevor sie still wegbrechen.
* Saubere Basis für Marketing-Selektionen und Konditions-Reviews.
* Sichtbarkeit der Karteileichen – Stammdatenpflege wird messbar.
* Faktenbasis für Berichte an Geschäftsleitung und Außendienst.

== Häufige Fragen (FAQ) ==
; Woher kommen die Etiketten – muss ich etwas pflegen?
: Nein. Die App berechnet alles aus den vorhandenen Auftragsdaten und schreibt die Etiketten selbst zurück. Sie müssen nichts von Hand vergeben.
; Wie aktuell sind die Werte?
: Sie werden monatlich neu berechnet. Zwischen den Läufen bleibt der letzte Stand stehen; die Historie zeigt die Entwicklung.
; Ein Kunde ist als DEFIZIT markiert, obwohl er viel kauft.
: DEFIZIT bezieht sich auf die Marge, nicht den Umsatz. Prüfen Sie Konditionen, Mindermengenzuschläge und Versandanteil. Fehlende Einkaufspreise können die Wertung verfälschen – siehe Datenqualität.
; Kann ich nach den Etiketten selektieren?
: Ja. Die vier Dimensionen liegen als Personen-Eigenschaften am Kunden und stehen in jeder OBS-Selektion zur Verfügung.
; Werden Kunden automatisch gelöscht (VERLOREN, X)?
: Nein. Die App bewertet nur – das Aussortieren entscheiden Sie.
; Passen die Schwellen nicht zu unserem Geschäft.
: Die Grenzen (Margenstufen, Aktivitäts-Fenster) sind einstellbar und werden idealerweise nach einigen Monaten mit der Vertriebsleitung nachjustiert.

== Glossar ==
; Lebenszyklus-Segment
: Etikett, das die Aktivität und Reife der Kundenbeziehung beschreibt (CHAMPION, SCHLUMMERND …).
; Wertklasse (A/B/C/D/X)
: Einteilung nach Umsatzbeitrag der letzten 12 Monate.
; Profitabilität / Profit-Tag
: Einteilung nach Marge (PREMIUM, STANDARD, SCHWACH, DEFIZIT).
; Sortimentstyp
: Vorherrschende Warengruppen-Familie eines Kunden.
; LTM
: Last twelve months – die letzten zwölf Monate, gleitend.
; Marge / Deckungsbeitrag
: Was vom Umsatz nach Einkaufswert übrig bleibt.
; Pareto-Einteilung
: Sortierung nach Beitrag; wenige Kunden machen den Großteil des Umsatzes.
; Personen-Eigenschaft
: OBS-Merkmal am Kunden, nach dem selektiert werden kann.
; EK-Lücke
: Artikel ohne gepflegten Einkaufspreis – Arbeitsvorrat für die Stammpflege.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-06T15:57:30Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining/Lageroptimierung

2026-08-06T15:56:07Z

Hoheneder: Die Seite wurde neu angelegt: „ Die App '''Lageroptimierung''' wertet die Artikelbewegungen der letzten zwölf Monate aus und berechnet f…“

Die App '''Lageroptimierung''' wertet die Artikelbewegungen der letzten zwölf Monate aus und berechnet für jeden Artikel zwei Werte: den '''Meldebestand''' (wann muss nachbestellt werden?) und den '''Maximalbestand''' (wie viel wollen wir maximal bevorraten?). Diese Werte schreibt die App direkt in den OBS-Artikelstamm zurück – Ihre Disposition arbeitet sofort damit.

Dieser Leitfaden richtet sich an Einkauf, Disposition und Lagerleitung.

== Kurzüberblick ==
Die App läuft monatlich automatisch. Sie schaut sich den echten Bedarf jedes Artikels an und berechnet daraus die passenden Bestellgrenzen – statt Melde- und Maximalbestände aus dem Bauch zu pflegen.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Zwei Werte je Artikel: '''Meldebestand''' (Bestellzeitpunkt) und '''Maximalbestand''' (Auffüllziel).
* Berechnet aus dem '''tatsächlichen Bedarf''' der letzten 12 Monate, mit Trend- und Saison-Berücksichtigung.
* Werte werden direkt in den Artikelstamm zurückgeschrieben.
* Kritische Empfehlungen (z. B. Auslistung) kommen als '''Brief am Artikel''' – nichts wird ungefragt geändert.
|}

=== Was die App nicht tut ===
* Sie listet keine Artikel eigenmächtig aus – sie schlägt vor.
* Sie ersetzt nicht das Urteil des Einkaufs, sondern liefert die Faktenbasis.
* Sie verbessert keine Datenqualität – sie macht Datenprobleme aber sichtbar.

== Was die App liefert ==
* '''Tagesbedarf je Artikel''' – aus den Verkaufsmengen der letzten 12 Monate, mit Trendanpassung (steigend, fallend, stabil).
* '''Meldebestand''' – so viel muss auf Lager sein, damit zwischen Bestellung und Lieferung nichts ausverkauft ist.
* '''Maximalbestand''' – wie viel sinnvoll bevorratet wird, ohne unnötig Kapital zu binden.
* '''Saison-Erkennung''' – erkennt selbst, dass ein Artikel zu einer bestimmten Zeit ein Vielfaches umgesetzt wird, und schlägt vor, vor der Saison hochzufahren.
* '''Auslistungs-Empfehlung''' – Artikel ohne Verkauf seit über 12 Monaten werden mit Begründung markiert.
* '''ABC-Klassifikation''' – nach Beitrag zum Einkaufs-Umsatz (die Sicht, die für die Beschaffung zählt).

: ''Hinweis:'' Das Ergebnis landet direkt in OBS: die Bestellgrenzen im Artikelstamm, die Hinweise als Brief am Artikel. Zusätzlich wird zu jedem Lauf eine Protokolldatei geschrieben.

== Die zwei Kernwerte: Melde- und Maximalbestand ==
=== Meldebestand ===
Der Meldebestand ist der Punkt, an dem nachbestellt werden muss. Er deckt die '''Wiederbeschaffungszeit''' (Zeit von der Bestellung bis zur Lieferung) plus einen Sicherheitspuffer ab, damit Sie in dieser Zeit nicht leer laufen.

=== Maximalbestand ===
Der Maximalbestand ist das Auffüllziel: Meldebestand plus die Menge, die eine Nachbestellung sinnvoll abdeckt (Ziel-Reichweite oder, falls größer, die Mindestbestellmenge des Lieferanten).

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Was bedeutet „Wiederbeschaffungszeit"?
|-
| Die Zeitspanne zwischen Ihrer Bestellung beim Lieferanten und der tatsächlichen Lieferung. Standardwert in der App: '''7 Tage''' – pro Lieferant individuell einstellbar.
|}

== Wie die App rechnet ==
=== Bedarf und Trend ===
Grundlage sind die echten Verkäufe (Kassen-/Verkaufsbewegungen) der letzten 12 Monate. Einzelne Ausreißer (z. B. ein Großabverkauf) werden gekappt, damit sie den Schnitt nicht verzerren. Aus dem Vergleich „letzte 12 Monate" zu „die 12 Monate davor" leitet die App einen Trend ab und passt den Tagesbedarf an.

=== Die Formeln in Kurzform ===
<pre>
Tagesbedarf = Verkauf der letzten 12 Monate / 365 (trend-angepasst)
Meldebestand = Tagesbedarf x (Wiederbeschaffungszeit + Sicherheitstage)
Bestellmenge = groesser von ( Tagesbedarf x Ziel-Reichweite ; Mindestbestellmenge )
Maximalbestand = Meldebestand + Bestellmenge
</pre>

=== Saison (vorausschauend) ===
Für die Saison rechnet die App vom Stichtag aus in die Zukunft und gewichtet jeden Tag mit dem Saisonfaktor seines Monats. Wird der Lauf im September angestoßen, sind Oktober und November bereits im Plan – Weihnachtsartikel werden automatisch hochgefahren, ohne dass jemand eingreift.

=== Auslistung ===
Ohne Verkauf seit über 365 Tagen → Auslistungs-Empfehlung (Melde- und Maximalbestand 0). Zwischen 180 und 364 Tagen → „beobachten". Reine Dienstleistungs-/Sammelartikel (ohne Einkaufspreis) werden erkannt und von der Lagerhaltung ausgenommen.

== Sicherheit: Briefe statt Automatik ==
Die App ist bewusst kein Automatismus, der ungefragt tausende Artikel verändert. Zwei Bremsen sorgen für Kontrolle:

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 1 · Brief am Artikel bei kritischen Fällen
|-
| Bei Auslistung, stark fallendem Trend, Lieferantenproblem (Mindestbestellmenge über Jahresbedarf) oder Bestands-Auffälligkeiten legt die App einen '''Brief am Artikel''' in OBS ab – Disposition und Einkauf sehen die Empfehlung und geben sie frei.
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | 2 · Änderungen nur bei spürbarer Abweichung
|-
| Ein Bestellgrenzen-Wert wird nur aktualisiert, wenn er sich deutlich ändert. So bekommen Sie nicht jeden Monat tausende 1-Stück-Korrekturen.
|}

: ''Hinweis:'' Empfehlung für den ersten Lauf: Auslistungs-Fälle zunächst über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen. Und: große Auslistungsmengen in Tranchen abwickeln, nicht in einem Schritt.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Artikelstamm mit den Bestellgrenzen-Feldern (Meldebestand, Maximalbestand).
* Artikelbewegungen (Verkäufe der letzten 12 Monate).
* Einkaufsdaten je Artikel (Einkaufspreis, Mindestbestellmenge).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für den monatlichen Lauf.
* Eine Kopie der Datenbank für den ersten Testlauf.

: ''Hinweis:'' Je gepflegter Einkaufspreise und Mindestbestellmengen sind, desto präziser die Empfehlung. Wo Daten fehlen, macht die App das über die Bemerkung sichtbar.

== Einrichtung und Betrieb ==
Die App wird als monatliches OBS-Makro betrieben. Empfohlene Reihenfolge:

; Schritt 1 – Parameter sichten
: Die Standard-Parameter prüfen und an Ihren Betrieb anpassen – vor allem Wiederbeschaffungszeit und die Änderungsschwelle.
; Schritt 2 – Testlauf gegen eine DB-Kopie
: Den ersten Lauf gegen eine Kopie fahren und die Protokolldatei prüfen: Wie viele Updates, Auslistungen, Briefe entstehen? Sind die Größenordnungen plausibel?
; Schritt 3 – Änderungsschwelle einstellen
: Die Schwelle so wählen, dass der erste Lauf nicht zehntausende Kleinst-Korrekturen erzeugt.
; Schritt 4 – Auslistung zurückhalten
: Beim ersten Produktivlauf die Auslistungs-Fälle über die Briefe abarbeiten, statt die Bestände sofort auf 0 zu setzen.
; Schritt 5 – Automatik einrichten
: Den Lauf im Scheduler '''monatlich''' einplanen (z. B. zum Monatswechsel).

== Konfiguration: die Parameter ==
Alle Stellschrauben sind zentral im Makro hinterlegt und lassen sich ohne Programmierung anpassen.

{| class="wikitable"
! Parameter !! Bedeutung !! Standard
|-
| Wiederbeschaffungszeit || Tage von der Bestellung bis zur Lieferung. || 7 Tage
|-
| Ziel-Reichweite || Zeitraum, den eine Nachbestellung abdecken soll. || 28 Tage
|-
| Sicherheitstage || Puffer gegen Bedarfsschwankung (je nach Schwankung). || 7–14 Tage
|-
| Verkaufs-Kappung || Einzelverkäufe über dieser Menge werden gedeckelt (Ausreißer). || 500 Stück
|-
| Historie || Betrachtungszeitraum der Verkäufe. || 12 Monate
|-
| Auslist-Grenze || Ohne Verkauf seit so vielen Tagen → Auslistung. || 365 Tage
|-
| Beobachten-Grenze || Ohne Verkauf seit so vielen Tagen → beobachten. || 180 Tage
|-
| Trend „fallend" || Verhältnis, unter dem ein Trend als stark fallend gilt. || 0,5
|-
| Trend „steigend" || Verhältnis, über dem ein Trend als stark steigend gilt. || 1,5
|-
| Saison-Faktor || Ab diesem Spitzen-Faktor gilt ein Artikel als saisonal. || 2
|-
| Änderungsschwelle || Update nur bei spürbarer Änderung (absolut oder relativ). || einstellbar
|}

== Hinweise in der Spalte „Bemerkung" ==
Neben den Zahlen liefert die App zu auffälligen Artikeln einen Klartext-Hinweis – er landet im Brief am Artikel.

{| class="wikitable"
! Auslöser !! Hinweis
|-
| Trend stark fallend || Trend stark fallend – Sortiment prüfen.
|-
| Trend stark steigend || Trend stark steigend – ggf. nachjustieren.
|-
| Saisonal (Faktor hoch) || Saisonal (Spitze im Monat X) – vor Saison hochfahren.
|-
| Nur 1–3 Verkaufstage im Jahr || Sonderbestellung statt Lagerhaltung.
|-
| Mindestbestellmenge > Jahresbedarf || Lieferantenkonditionen prüfen (kleinere Gebinde?).
|-
| Negativer Buchbestand || Inventur prüfen.
|-
| Buchbestand unplausibel hoch || Inventur prüfen.
|-
| Neu im Sortiment || Anlaufphase – Werte mit Vorsicht behandeln.
|}

== Was Sie davon haben ==
* '''Geringere Kapitalbindung''' – nur das auf Lager, was wirklich gebraucht wird.
* '''Höhere Lieferfähigkeit''' – die Saison-Erkennung verhindert, dass Sie zur Spitze leer dastehen.
* '''Sichtbare Sortimentsbereinigung''' – Auslistung mit Daten begründet, nicht aus dem Bauch.
* '''Stammdaten-Hygiene als Nebeneffekt''' – Inventur-Auffälligkeiten, fehlende EK-Preise und unrealistische Mindestbestellmengen werden sichtbar.
* '''Entlastung der Disposition''' – vom Bauchgefühl- zum Prüf-Job.

== Beispiel aus einer Pilot-Anwendung ==
Bei einem mittelständischen B2B-Händler mit rund '''63.000 Artikeln''' im Stamm und gut '''einer Million''' Lagerbewegungen über drei Jahre ergab die App folgendes Bild (anonymisiert):

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Anonymisiertes Beispiel: B2B-Großhandel
|-
|
* '''33.900 Artikel''' über 12 Monate ohne Verkauf – Auslistungs-Kandidaten (mehr als die Hälfte des Stammes).
* '''8.000 Artikel''' mit deutlichem Saisonprofil – vor der Spitze hochfahren statt beim Ausverkauf reagieren.
* '''Einsparpotenzial im Lagerwert: ca. 630.000 €''' – allein durch präziseren Melde- und Maximalbestand, ohne Lieferfähigkeit aufzugeben.
* '''4.500 Artikel''' mit Mindestbestellmenge über dem Jahresbedarf – Ansatz für Lieferantenverhandlungen.
* '''1.700 Artikel''' mit negativem Buchbestand – Inventur-Aufräumarbeiten sichtbar gemacht.
|}

: ''Hinweis:'' Die Zahlen sind ein Beispiel und hängen von Sortiment und Datenqualität ab. Was die App bei Ihnen findet, zeigt der erste Testlauf.

== Häufige Fragen (FAQ) ==
; Listet die App Artikel automatisch aus?
: Nein. Kritische Fälle kommen als Brief am Artikel zur Freigabe. Beim ersten Lauf sollten die Auslistungs-Werte nicht sofort auf 0 gesetzt, sondern die Briefe abgearbeitet werden.
; Warum ändern sich manche Werte gar nicht?
: Es wird nur aktualisiert, wenn sich der Wert spürbar ändert – das verhindert eine Flut von Kleinst-Korrekturen.
; Wie wird die Saison berücksichtigt?
: Die App rechnet vom Stichtag in die Zukunft und gewichtet jeden Tag mit dem Faktor seines Monats. Ein September-Lauf hat Oktober und November schon im Plan.
; Ein Artikel hat eine zu hohe oder zu niedrige Empfehlung.
: Sehen Sie in die Bemerkung (Trend, Mindestbestellmenge, Bestand). Meist steckt dort die Erklärung. Alle Schwellen sind über die Parameter anpassbar.
; Gilt die Berechnung pro Lager?
: Im Standard werden alle Läger zusammengefasst (zentrale Disposition). Eine lagergetrennte Planung ist eine Ausbaustufe.
; Wie oft läuft die App?
: Monatlich, automatisch über den OBS-Scheduler.

== Glossar ==
; Meldebestand
: Bestand, bei dem nachbestellt werden muss.
; Maximalbestand
: Auffüllziel: Meldebestand plus sinnvolle Bestellmenge.
; Tagesbedarf
: Durchschnittlicher täglicher Verkauf eines Artikels.
; Wiederbeschaffungszeit
: Zeit von der Bestellung bis zur Lieferung.
; Sicherheitstage / Sicherheitsbestand
: Puffer gegen Bedarfsschwankungen.
; ABC-Klassifikation
: Einteilung nach Beitrag zum Einkaufs-Umsatz (A wichtig, C gering).
; Saison-Faktor
: Wie stark der Umsatz eines Monats vom Jahresschnitt abweicht.
; Mindestbestellmenge (MBM)
: Kleinste Menge, die ein Lieferant je Bestellung liefert.
; Auslistung
: Empfehlung, einen Artikel nicht mehr zu bevorraten.
; Brief am Artikel
: Hinweis, den die App am Artikel in OBS ablegt, zur Freigabe.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-06T15:55:28Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining

2026-08-06T15:55:07Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining/Auftragsmonitor

2026-08-06T15:43:27Z

Hoheneder: Die Seite wurde neu angelegt: „ Der '''Auftrags-Monitor'''…“

Der '''Auftrags-Monitor''' ist ein KI-Mining-Modul für OBS. Er behält die laufenden Aufträge im Blick und meldet automatisch Vorgänge, die aus dem Rahmen fallen – etwa Aufträge, die ungewöhnlich lange ohne Lieferung oder Rechnung liegen, einen auffällig niedrigen Roherlös haben oder deren Frachtkosten im Verhältnis zum Warenwert zu hoch sind. Für jeden Fund legt das Modul dem zuständigen Sachbearbeiter eine Aufgabe direkt am Auftrag an.

Dieser Leitfaden richtet sich an Anwender und Key-User. Er erklärt, was das Modul tut, wie es eingerichtet und konfiguriert wird und wie man im Alltag damit arbeitet.

== Kurzüberblick ==
Der Auftrags-Monitor läuft jede Nacht automatisch. Er geht alle offenen Aufträge durch, wendet einen Katalog von Prüfungen an und erzeugt bei Auffälligkeiten eine Aufgabe an den zuständigen Sachbearbeiter – gebündelt, mit Klartext und direkt am Auftrag verknüpft.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Kernidee
|-
|
* Der Auftrag ist das Beobachtungsobjekt, nicht der Kunde.
* Jede Prüfung („Detektor") ist frei konfigurierbar: Schwellwert, Priorität, Empfänger, Melderhythmus.
* Eine Aufgabe je Auftrag und Empfänger bündelt alle Funde als Stichpunkte.
* Der Sachbearbeiter gibt über den Besprechungsstatus zurück, ob etwas erledigt oder bewusst „kein Problem" ist – das Modul lernt daraus.
|}

=== Was Sie nicht mehr selbst tun müssen ===
* Offene Auftragslisten manuell nach Liegern durchsuchen.
* Lieferungen suchen, die nie berechnet wurden.
* Aufträge mit schwacher Marge oder hoher Fracht heraussuchen.
* Liefertermine im Kopf behalten.

=== Was das Tool nicht ersetzt ===
* Die fachliche Entscheidung: das Tool meldet, Sie handeln.
* Datenpflege: der Monitor liest die vorhandenen Auftragsdaten – er verbessert sie nicht.

== Was das Tool meldet – die acht Prüfungen ==
Ab Werk sind acht Prüfungen aktiv. Alle Schwellwerte lassen sich anpassen (siehe [[#Konfiguration: der Prüfungs-Katalog|Prüfungs-Katalog]]). „Melderhythmus" gibt an, ob eine Prüfung nach Ablauf einer Frist erneut vorgelegt wird ('''wiederkehrend''') oder nur einmal je Auftrag meldet ('''einmalig''').

{| class="wikitable"
! Prüfung !! Meldet, wenn … !! Prio !! Rhythmus
|-
| Ohne Lieferung || der Auftrag länger als erwartet nicht geliefert ist (erwartete Lieferzeit je Lieferant, sonst 21 Tage) || mittel || wiederkehrend
|-
| Ohne Rechnung || der Auftrag seit über 90 Tagen nicht berechnet ist || mittel || wiederkehrend
|-
| Geliefert, nicht berechnet || geliefert wurde, aber seit über 7 Tagen keine Rechnung folgt (geht an die Buchhaltung) || hoch || wiederkehrend
|-
| Roherlös niedrig || die Roherlösquote unter 15 % liegt || mittel || einmalig
|-
| Verkauf unter Einstand || der Roherlös negativ ist || hoch || einmalig
|-
| Fracht zu hoch || die Frachtkosten über 12 % des Warenwerts liegen || niedrig || einmalig
|-
| Teillieferung offen || eine Restmenge seit über 14 Tagen offen ist || mittel || wiederkehrend
|-
| Liefertermin überschritten || der zugesagte Liefertermin über 3 Tage überschritten und noch nicht komplett geliefert ist || hoch || wiederkehrend
|}

: ''Hinweis:'' Die Prüfungen „Roherlös niedrig" und „Verkauf unter Einstand" greifen erst, sobald der Auftrag mindestens teilgeliefert ist – vorher ist die Kalkulation oft noch nicht endgültig und würde Fehlalarme erzeugen.

== Voraussetzungen ==
=== Datenbasis (in OBS vorhanden) ===
* Aufträge und Positionen (AUFTRAG, AUFPOS).
* Warenbewegungen und Folgebelege (MATER, LIEFERSCHEIN, RECHNUNG).
* Aufgaben-/Wiedervorlage-System (TODO) samt Besprechungsstatus.

=== Modul-eigene Tabellen (werden mitgeliefert) ===
* '''KIMINING_AUF_THEMEN''' – der Prüfungs-Katalog.
* '''KIMINING_AUF_FEEDBACK''' – die Rückmeldungen (Lernbasis).
* '''KIMINING_AUF_LZBASIS''' – die Lieferzeiten je Lieferant.
* '''KIMINING_STATUSLOG''' – verhindert Doppelmeldungen (aus dem gemeinsamen KI-Mining-Fundament).

=== Sonstiges ===
* Zugriff auf den OBS-Aufgabenplaner (Scheduler) für die automatischen Läufe.
* Eine Sachbearbeiter-Nummer als Sammelpostfach für Fälle ohne eindeutigen Bearbeiter.

== Einrichtung – Schritt für Schritt ==
Die Reihenfolge ist wichtig – jeder Schritt baut auf dem vorigen auf.

; Schritt 1 – Tabellen anlegen
: Die Datei '''USER_OBSDB.SYS''' des Moduls wird beim nächsten Tabellen-Update eingelesen; damit entstehen die drei KIMINING_AUF_-Tabellen.
; Schritt 2 – Prüfungs-Katalog befüllen
: Das Skript '''AUF_THEMEN_Import''' liest die mitgelieferte Datei '''KIMINING_AUF_THEMEN_default.csv''' (aus <code>data\import</code>) und legt die acht Standard-Prüfungen an.
; Schritt 3 – Konfiguration ablegen
: Die Datei '''Auftragsmonitor.ini''' in <code><OBS-sys>\data\kimining</code> ablegen und anpassen (siehe [[#Konfiguration: die INI-Datei|INI-Datei]]).
; Schritt 4 – Lieferzeit-Basis berechnen
: Das Skript '''AUF_Baseline''' einmal ausführen. Es ermittelt aus der Vergangenheit je Lieferant die typische Lieferzeit – die Grundlage für die Prüfung „Ohne Lieferung".
; Schritt 5 – Hauptlauf testen
: Das Skript '''AUF_Analyse''' von Hand starten und das Ergebnis prüfen (am Anfang am besten im Seed-Modus, siehe [[#Der erste Lauf – Flut vermeiden|Der erste Lauf]]).
; Schritt 6 – Automatik einrichten
: Im OBS-Scheduler zwei Aufträge einplanen:
:* '''AUF_Baseline''' – wöchentlich (z. B. Sonntagnacht).
:* '''AUF_Analyse''' – täglich früh (z. B. 06:00 Uhr).

== Konfiguration: die INI-Datei ==
'''Auftragsmonitor.ini''' steuert das lauf- und mandantenweite Verhalten. Die einzelnen Schwellwerte der Prüfungen stehen hingegen im Katalog.

{| class="wikitable"
! Sektion !! Schlüssel !! Bedeutung !! Standard
|-
| rowspan="2" | [Baseline] || MindestN || So viele frühere Lieferungen braucht ein Lieferant, bevor seine Lieferzeit als verlässlich gilt. || 5
|-
| ToleranzTage || Puffer auf die erwartete Lieferzeit, bevor „Ohne Lieferung" meldet. || 7
|-
| rowspan="3" | [Analyse] || KappungTage || Nur Aufträge der letzten X Tage prüfen. || 365
|-
| AufgabenProEmpfaenger || Höchstens so viele neue Aufgaben je Empfänger und Lauf. || 20
|-
| SeedModus || 1 = stiller Erstlauf ohne Aufgaben, 0 = Normalbetrieb. || 0
|-
| [Owner] || Sammelpostfach || Sachbearbeiter-Nr. für Fälle ohne eindeutigen Bearbeiter. || 00
|-
| rowspan="2" | [Besprechungsstatus] || Behoben || Besprechungsstatus-Code für „erledigt". || 90
|-
| KeinProblem || Besprechungsstatus-Code für „kein Problem / Dauerzustand". || 91
|-
| [Rollen] || FAKTURA || Empfänger für Faktura-Themen (z. B. „Geliefert, nicht berechnet"). || 00
|}

== Konfiguration: der Prüfungs-Katalog ==
Jede Prüfung ist eine Zeile in '''KIMINING_AUF_THEMEN'''. So passen Sie das Modul an Ihren Betrieb an – ohne Programmierung.

{| class="wikitable"
! Feld !! Bedeutung
|-
| AT_KEY || Kurzname der Prüfung (fest, nicht ändern).
|-
| AT_PRIO || Priorität der Aufgabe: 1 hoch, 2 mittel, 3 niedrig.
|-
| AT_OWNER || Empfänger-Rolle; leer = Auftrags-Sachbearbeiter. Gesetzt (z. B. FAKTURA) = Auflösung über die INI-Sektion [Rollen].
|-
| AT_CDMODE || Melderhythmus: W = wiederkehrend, E = einmalig.
|-
| AT_CDTAGE || Bei wiederkehrend: nach so vielen Tagen erneut vorlegen.
|-
| AT_SCHWELL || Schwellwert (Bedeutung je Prüfung: Tage, Prozent oder Euro).
|-
| AT_AKTIV || 1 = aktiv, 0 = ausgeschaltet.
|-
| AT_THEMA || Der Meldetext mit Platzhaltern (z. B. {AUFNR}, {TAGE}).
|}

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Typische Anpassungen
|-
|
* Eine Prüfung strenger/lockerer stellen – nur AT_SCHWELL ändern.
* Eine Prüfung vorübergehend abschalten – AT_AKTIV auf 0.
* Eigene Prüfungen ergänzen – mit einer Nummer ab 0100 (der Bereich unter 0100 gehört den Standard-Prüfungen und wird beim Import überschrieben).
|}

== Der tägliche Ablauf – was Sie sehen ==
Nach dem nächtlichen Lauf finden die Sachbearbeiter neue Aufgaben in ihrer Aufgaben-/Wiedervorlageliste. Eine Aufgabe sieht z. B. so aus:

<pre>
[AUFMON] Auftrag 2602914 - Auffaelligkeiten

Auftrag 2602914 (Kunde 700123):
- seit 41 Tagen ohne Lieferung (erwartete Lieferzeit 12 T, ...)
- niedriger Roherloes, Quote 8,4% (Roherloes 120,50 EUR)
</pre>

Wichtig zu wissen:
* '''Eine Aufgabe je Auftrag''' bündelt alle Funde als Stichpunkte.
* Die '''Priorität''' entspricht der höchsten enthaltenen Prüfung.
* Die Aufgabe ist '''direkt mit dem Auftrag verknüpft''' – ein Klick führt zum Vorgang.
* Gehören Funde zu verschiedenen Stellen (z. B. Buchhaltung), entstehen getrennte Aufgaben.

: ''Hinweis:'' Erledigt sich eine Auffälligkeit von selbst (z. B. die Lieferung erfolgt), verschwindet der Stichpunkt beim nächsten Lauf; sind alle Punkte einer noch unbearbeiteten Aufgabe erledigt, wird sie automatisch geschlossen.

== Rückmeldung geben (Besprechungsstatus) ==
Über den '''Besprechungsstatus''' der Aufgabe sagen Sie dem Modul, wie der Fall ausgegangen ist. Das steuert, ob und wann die Prüfung erneut meldet.

{| class="wikitable"
! Sie setzen … !! Bedeutung !! Wirkung
|-
| Behoben (90) || Sie haben den Fall erledigt (geliefert, berechnet, Marge korrigiert). || Kein Lernfall – die Aufgabe ist abgeschlossen.
|-
| Kein Problem (91) || Der Zustand ist gewollt bzw. dauerhaft in Ordnung. || Das Modul merkt sich das und meldet diesen Fall nicht erneut.
|}

{| class="wikitable" style="width:100%; background:#fbf7ee;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Wichtig bei gebündelten Aufgaben
|-
|
* „Kein Problem" wirkt dauerhaft nur auf die '''einmaligen''' Prüfungen (Roherlös, unter Einstand, Fracht).
* Die '''wiederkehrenden''' Prüfungen (Lieferung, Rechnung, Termin …) melden sich weiter, bis der Zustand wirklich behoben ist – ein versehentliches „Kein Problem" legt also keine echte offene Lieferung still.
|}

== Einzelne Aufträge ausnehmen (Blacklist) ==
Manche Aufträge sollen dauerhaft nicht überwacht werden – etwa Sonderfälle, Dauerprojekte oder bewusst lange offene Vorgänge. Dafür gibt es eine Blacklist über die OBS-Eigenschaft '''9450'''.
* Ist einem Auftrag die Eigenschaft 9450 zugeordnet, überspringt der Monitor ihn vollständig.
* Die Zuordnung erfolgt über die übliche OBS-Eigenschaftsverwaltung (siehe [[OBS/Eigenschaften|Eigenschaften]]).

: ''Hinweis:'' So bleibt der Auftrag im System sichtbar und normal bearbeitbar – nur der Auftrags-Monitor lässt ihn in Ruhe.

== Der erste Lauf – Flut vermeiden ==
Beim ersten Lauf über ein ganzes Jahr offener Aufträge würden sonst hunderte Meldungen auf einmal entstehen. Zwei Schutzmechanismen verhindern das:

=== Tageskontingent (immer aktiv) ===
Pro Empfänger werden je Lauf höchstens so viele neue Aufgaben erzeugt, wie in [Analyse] AufgabenProEmpfaenger festgelegt. Der Rest kommt in den Folgetagen – der Rückstand fließt gestaffelt ab.

=== Seed-Modus (optional, für den Start) ===
Setzen Sie [Analyse] SeedModus auf 1, wird der aktuelle Rückstand beim ersten Lauf nur still „vorgemerkt" – es entstehen '''keine''' Aufgaben. Sie starten damit bei null und sehen ab dann nur '''neu''' auftretende Fälle. Danach SeedModus wieder auf 0 setzen.

{| class="wikitable" style="width:100%; background:#f4f6f9;"
|-
! style="text-align:left; background:#1F3864; color:#ffffff;" | Empfehlung für den Start
|-
|
* Möchten Sie die Altfälle sehen (nur gestaffelt)? – Seed-Modus aus, Tageskontingent genügt.
* Möchten Sie sauber bei null anfangen? – einmal mit Seed-Modus 1 laufen lassen, dann auf 0 zurückstellen.
|}

== Wie die Prüfungen rechnen ==
=== Lieferzeit-Erwartung (Prüfung „Ohne Lieferung") ===
Der Monitor lernt aus der Vergangenheit, wie lange jeder Lieferant typischerweise braucht (Mittelwert der bisherigen Lieferzeiten). Erst wenn ein Auftrag diese erwartete Zeit plus Toleranz überschreitet, wird gemeldet. Fehlt für einen Lieferanten genug Historie, gilt die feste Ersatzfrist (21 Tage).

=== Roherlös ===
Roherlös = Nettowert minus Einkaufswert des Auftrags. Die Quote setzt das ins Verhältnis zum Nettowert. Geprüft wird erst ab Teillieferung.

=== Fracht ===
Die Frachtkosten summieren sich aus den Frachtpositionen des Auftrags (inkl. Mautzuschlägen) und werden ins Verhältnis zum Warenwert gesetzt.

=== Doppelmeldungen ===
Jede gemeldete Prüfung erhält eine Sperrfrist (Cooldown). Eine wiederkehrende Prüfung meldet erst nach Ablauf ihrer Frist erneut; eine einmalige meldet je Auftrag nur ein einziges Mal.

== Häufige Fragen (FAQ) ==
; Ich habe eine Aufgabe erledigt, sie kommt trotzdem wieder.
: Prüfen Sie, ob der Zustand wirklich behoben ist (z. B. Lieferung erfasst). Wiederkehrende Prüfungen melden erneut, solange die Ursache besteht. Setzen Sie andernfalls den Besprechungsstatus „kein Problem".
; Eine Prüfung meldet zu viel / zu wenig.
: Passen Sie den Schwellwert AT_SCHWELL im Katalog an.
; Ein bestimmter Auftrag soll nie gemeldet werden.
: Ordnen Sie ihm die Eigenschaft 9450 zu.
; Die „Ohne-Lieferung"-Prüfung wirkt willkürlich.
: Sie richtet sich nach der gelernten Lieferzeit des jeweiligen Lieferanten. Lassen Sie AUF_Baseline regelmäßig (wöchentlich) laufen, damit die Basis aktuell bleibt.
; Wir wollen erst ab heute überwachen, nicht rückwirkend.
: Einmal mit SeedModus = 1 laufen lassen, danach auf 0.
; Faktura-Themen sollen an die Buchhaltung statt an den Vertrieb.
: In der INI-Sektion [Rollen] den Schlüssel FAKTURA auf die gewünschte Sachbearbeiter-Nr. setzen.

== Glossar ==
; Detektor / Prüfung
: Eine einzelne Regel, die eine bestimmte Auffälligkeit erkennt.
; Roherlös
: Nettoverkaufswert minus Einkaufswert eines Auftrags.
; Cooldown
: Sperrfrist, die verhindert, dass dieselbe Auffälligkeit zu oft gemeldet wird.
; Wiederkehrend / Einmalig
: Melderhythmus einer Prüfung: erneut nach Frist bzw. nur einmal.
; Besprechungsstatus
: Feld an der Aufgabe, über das der Bearbeiter den Ausgang zurückmeldet.
; Seed-Modus
: Stiller Erstlauf: Rückstand wird vorgemerkt, ohne Aufgaben zu erzeugen.
; Baseline / Lieferzeit-Basis
: Die je Lieferant gelernte typische Lieferzeit.
; Blacklist (9450)
: OBS-Eigenschaft, mit der ein Auftrag von der Überwachung ausgenommen wird.


[[Kategorie:Kostenpflichtige Module]]

OBS/Kostenpflichtige Module/KI-Mining

2026-08-06T15:41:50Z

Hoheneder:

OBS/Kostenpflichtige Module/KI-Mining

2026-08-06T15:38:04Z

Hoheneder: Die Seite wurde neu angelegt: „ KI-Mining ist ein neues Zusatz-Modul für Ihr OBS. Es nimmt die Daten, die Sie ohnehin…“

Kostenpflichtige Module

2026-08-06T15:33:20Z

Hoheneder: /* Kostenpflichtige OBS-Module */

{{kostenpflichtige Module}}
=Kostenpflichtige OBS-Module=
Hier sehen Sie eine Übersicht aller kostenpflichtigen Module in OBS. Mit einem Klick auf ein Modul, bekommen Sie nähere Informationen.

* [[OBS/Stammdaten/Schnittstellen/Internet-Shop|Internet Shop]]
* [[OBS/Preislisten/FAQ_Preislisten|Preislisten]]
* [[OBS/Kostenpflichtige Module/ZUGFeRD|ZUGFeRD]]
* [[OBS/Kostenpflichtige Module/Was ist Factoring?|Factoring]]
* [[OBS/kostenpflichtige Module/UPS|UPS Modul]]
* [[OBS/kostenpflichtige Module/DHL|DHL Schnittstelle]]
* [[OBS/Kostenpflichtige Module/TAPI Voraussetzungen|TAPI]]
* [[OBS/Kostenpflichtige Module/SMS|SMS]]
* [[OBS/Kostenpflichtige Module/Fleet Management|Fleet Management]]
* [[OBS/Kostenpflichtige Module/Mehrlager-Verwaltung|Mehrlager-Verwaltung]]
* [[OBS/Kostenpflichtige Module/Mehrsprachen Modul|Mehrsprachen Modul]]
* [[OBS/Kostenpflichtige Module/Multilanguage Modul|Multilanguage Modul]]
* [[OBS/Einfache Produktionsnachverfolgung/Was ist|Produktionsnachverfolgung]]
* [[OBS/Kostenpflichtige Module/DMS/DMS|DMS]]
* [[OBS/Kostenpflichtige Module/QR Zeiterfassung|QR Zeiterfassung]]
* [[OBS/EVA|EVA]]
* [[OBS/Kostenpflichtige Module/Technikersteuerung/Ziel der Technikersteuerung|Ziel der Technikersteuerung]]
* [[OBS/Kostenpflichtige Module/Termin-Projekte|Termin-Projekte]]
* [[OBS/Kostenpflichtige Module/Amazon Modul|Amazon Modul]]
* [[OBS/Kostenpflichtige Module/Edifact|Edifact Schnittstelle]]
* [[OBS/Kostenpflichtige Module/Backup Überwachung Email|Backup Überwachung Email]]
* [[OBS/Kostenpflichtige Module/Anlagenbuchhaltung|Anlagenbuchhaltung]]
* [[OBS/Kostenpflichtige Module/Delisprint|DELISprint]]
* [[OBS/Kostenpflichtige Module/eBay-Schnittstelle (VIA-eBay)|eBay-Schnittstelle]]
* [[Systemgastronomie-Kasse]]
* [[OBS/Kostenpflichtige Module/Filialen|Filialen]]
* [[OBS/Kostenpflichtige Module/Auto-Waagen|Auto-Waagen]]
* [[OBS/Kostenpflichtige Module/Cashback|Cashback]]
* [[OBS/Kostenpflichtige Module/Moebelschnittstelle|Möbel-Schnittstelle]]
* [[FRMWAAGE|OBS-Waage]]
* [[OBS/Stammdaten/Verträge/Click-Kalkulation|Click-Kalkulation]]
* [[OBS/Kostenpflichtige Module/Tourenplanung|Tourenplanung]]
* [[OBS/Stammdaten/Personeninformationen|Personeninformation]]
* [[OBS/Kostenpflichtige Module/OFML-Kalkulation|OFML-Kalkulation]]
* [[OBS/Kostenpflichtige Module/Versicherungsschaden|Versicherungsschaden]]
* [[OBS/Kostenpflichtige Module/VDE Verwaltung|VDE Verwaltung]]
* [[OBS/Kostenpflichtige Module/Gutschriftsanzeigen|Gutschriftsanzeigen]]
* [[OBS/Kostenpflichtige Module/OCCP_Ladestationen|OCPP Wallboxen Abrechnung (Ladesäulen)]]
* [[OBS/Kostenpflichtige Module/Kameraverwaltung|Kameraverwaltung]]
* [[OBS/Kostenpflichtige Module/DataInOut|DataInOut]]
* [[OBS/Kostenpflichtige Module/RESTServer|REST-Server]]
* [[OBS/Kostenpflichtige Module/Sammelvertrag|Sammelverträge]]
* [[OBS/Kostenpflichtige Module/Craftboxx|Craftboxx]]
* [[OBS/Kostenpflichtige Module/OpenMasterData|OpenMasterData]]
* [[OBS/Kostenpflichtige Module/IDSConnect|IDS Connect]]
* [[OBS/Kostenpflichtige Module/Kassenbuch|Kassenbuch]]
* [[OBS/Kostenpflichtige Module/Telefonvertrieb|Telefonvertrieb]]
* [[OBS/Kostenpflichtige Module/KI-Mining|KI-Mining]]

OBS/Makros und Scripting/Allgemeines/Klassen/Vorgänge/Reparaturauftrag

2026-03-12T18:52:16Z

Hoheneder: geänderte Variable

{{Makros und Scripting}}
'''TRepAuftrag''' leitet sich von [[OBS/Makros_und_Scripting/Allgemeines/Klassen/Vorgänge#Basis_TVorgang|TVorgang]] ab. Die in [[OBS/Makros_und_Scripting/Allgemeines/Klassen/Vorgänge#Basis_TVorgang|TVorgang]] beschriebenen [[OBS/Makros_und_Scripting/Allgemeines/Klassen/Vorgänge#Methoden|Methoden]], [[OBS/Makros_und_Scripting/Allgemeines/Klassen/Vorgänge#Variablen|Variabeln]] und [[OBS/Makros_und_Scripting/Allgemeines/Klassen/Vorgänge#Properties|Properties]] können hier ebenfalls verwendet werden.
=Basis TRepAuftrag=
==Variablen==
<syntaxhighlight lang="delphi">
cTechniker : string;
cFMPro : string;
cLagNr : String; // Lagernummer
dTermin : TDateTime; // Termin
cGeraeteNr : String; // Gerät
cSeriennummer : String; // Seriennummer
cModell : String; // Geräte Modell
cLeihSerNr : String; // Leihgerät Serienummer
cLeihgeraet : String; // Leihgerät
cStandort : String; // Standort
cStandort2 : String; // Standort 2
cZaehler : String; // Zählerstand
cZubehoer : String; // Zubehör
cStoer1 : String; // Störung 1
cStoer2 : String; // Störung 2
cStoer3 : String; // Störung 3
cColstatus : string;
cZeit : string;
cAzeit : string;
cTel1 : string;
cTel2 : string;
cAnspr : string;
cAnspzah : string;
cAnrufer : string;
cAufnrku : string;
cRepaus : string;
cLagerver : string;
dVdat : TDateTime;
dRdat : TDateTime;
dFertdat : TDateTime;
dAusdat : TDateTime;
dAbdat : TDateTime;
cMrech : string;
cMbar : string;
cMgar : string;
cMkulanz : string;
cMabh : string;
cMnrep : string;
cMwart : string;
cManruf : string;
cMkv : string;
nMkvdm : double;
cMint : string;
cZBText : string;
cKText1 : string;
cKText2 : string;
cKText3 : string;
cKText4 : string;
cAbKto : string;
cTerminstr : string;
cGerBemerk : string;
cStdSteuer : string;
cArbanweisung : string;
cArbanweisungANSI : string;
cMaterMD5 : string;
cDMSnr : string;
cAbteilung : string;
</syntaxhighlight>
==Methoden==
Übersicht:
<syntaxhighlight lang="Delphi">
constructor Create(const cUid: string; oxDB: TxDB);
constructor Read(const cUid: string; oxDB: TxDB; cRepaNr: String; lPos: boolean=false);

procedure FillPerson(cKdNr: String; lShop: Boolean=False);
procedure FillVersand(cVaNrueber:String);
procedure FillKopie(Query: TxQuery;cTable:String='');
function NeuePosition(cUid: string):TRepAuftragPos;
function AuftNeuNum():String;

procedure Assign(var oSrc: TRepAuftrag); reintroduce;

function SaveRecord(cUid: string = '';lAlleAnzeigen : Boolean = true): Boolean; override;
</syntaxhighlight>
===Create===
Definition:
<syntaxhighlight lang="Delphi">
constructor Create(const cUid: string; oxDB: TxDB);
</syntaxhighlight>
Erklärung: 
Erstellt eine neue Instanz der Klasse TRepAuftrag. Sollte verwendet werden, wenn ein komplett neuer Vorgang angelegt werden soll. Für die Änderung oder Kopie eines vorhandenen Vorgangs bitte [[#Read|'''Read''']] für die Erstellung der Instanz verwenden. 
Parameter: 
{| class="wikitable" style="max-width: 720px;"
|-
! Name!! Beschreibung
|- valign="top"
| cUid|| 10-stellige alphanummerische ID für den Aufruf.
|- valign="top"
| oxDB|| Datenbankverbindung, auf der gearbeitet wird. Für Makros und Scripte ist hier oDB anzugeben, wenn auf der aktuellen Datenbank (i.d.R. Live-System) der Vorgang angelegt/bearbeitet werden soll.
|}
 
Beispiel:
<syntaxhighlight lang="Delphi">
oRepa := TRepAuftrag.Create('PMAC000001', oDB);
</syntaxhighlight>

===Read===
Definition:
<syntaxhighlight lang="Delphi">
constructor Read(const cUid: string; oxDB: TxDB; cRepaNr: String; lPos: boolean=false);
</syntaxhighlight>
Erklärung: 
Erstellt eine neue Instanz der Klasse TRepAuftrag. Sollte verwendet werden, wenn ein vorhandener Vorgang geändert oder kopiert werden soll. Für die Anlage eines komplett neuen Vorgangs bitte [[#Create|'''Create''']] für die Erstellung der Instanz verwenden. 
Parameter: 
{| class="wikitable" style="max-width: 720px;"
|-
! Name!! Beschreibung
|- valign="top"
| cUid|| 10-stellige alphanummerische ID für den Aufruf.
|- valign="top"
| oxDB|| Datenbankverbindung, auf der gearbeitet wird. Für Makros und Scripte ist hier oDB anzugeben, wenn auf der aktuellen Datenbank (i.d.R. Live-System) der Vorgang angelegt/bearbeitet werden soll.
|- valign="top"
| cRepaNr|| Nummer des Reparaturauftrags, dessen Daten in die Datenstruktur eingelesen werden soll.
|- valign="top"
| lPos|| Bestimmt, ob auch Positionen mit eingelesen werden sollen. Standardmäßig werden die Positionen nicht eingelesen (False). Geben Sie hier ''True'' an, wenn die Positionen eingelesen werden sollen.
|}
 
Beispiel:
<syntaxhighlight lang="Delphi">
oRepa := TRepAuftrag.Read('PMAC000001', oDB, 'R10000', True);
</syntaxhighlight>

==Properties==
<syntaxhighlight lang="Delphi">
property GeraeteNr : string read cGeraeteNr write SetGeraeteNr;
</syntaxhighlight>

=Basis TRepAuftragPos=
==Variablen==
<syntaxhighlight lang="Delphi">
oRepAuftrag : TRepAuftrag;
</syntaxhighlight>
==Methoden==
<syntaxhighlight lang="Delphi">
constructor Create (oxRepAuftrag:TRepAuftrag); virtual;

procedure FillKopie(Query: TxFQuery);
procedure GetAutoRepText();
</syntaxhighlight>

=Allgemeine Funktionen=
<syntaxhighlight lang="Delphi">
procedure UebernahmeRepMaterial(cAuftNr: String; lDatum: Boolean = True);
procedure RepMateArtiGet(cKuNr:String;qArtiQuery:TxQuery;var qMaterData:TqSQL);
procedure MateSetREPAUStat(cAuft:String);

procedure AddBildPositionRepa(oMyDB: TxDB; cRaufNr: String; cBildPfad: String; cUID4: String);
procedure Repa_AddStdPosText(oMyDB: TxDB; const cRaufNr: String);

function Generate_StdReparaturAuftrag(oMyDB: TxDB; const cStdNr: String; const cGNr: string): String;
</syntaxhighlight>

OBS/Kostenpflichtige Module/DMS/DMS

2025-10-30T14:39:49Z

Hoheneder: /* Einkaufsdokumente */

{{Kostenpflichtige Module}}

=OBS DMS - Dokumenten Management-System=

Mit dem OBS-DMS können eingescannte Dokumente automatisiert in OBS importiert werden. Hierbei erkennt eine OCR (Optical Character Recognition / Texterkennung) den Text des Dokumentes und digitalisiert diesen. Innerhalb dieses Textes wird nun nach Schlüsselwörtern gesucht und das Dokument wird anhand dieser automatisch einem Vorgang in OBS zugeordnet. 

Die importieren Dokumente werden dann in verschlüsselten flexiblen Archiven im OBS-Ordner gespeichert. Jedes Archiv besteht aus einer Datei, die bis zu 4 Gb groß werden kann. Überschreitet die Datei diese Größe wird eine neue Datei angelegt. Das Verzeichnis der Archive wird bei der [[OBS/Kostenpflichtige Module/DMS/DMS Konfiguration|DMS Konfiguration]] festgelegt. 
 

Für das Scannen sollte ein Scanner verfügbar sein, der in einer Auflösung von 200 DPI scannen kann. Beachten Sie zudem bitte unsere Hinweise zum Scannen unter folgendem Link: [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Scannen von Dokumenten]].

'''Wichtig:''' Dieser Archiv-Ordner muss unbedingt in die Datensicherung mit einbezogen werden. Desweiteren müssen Sie die Originale aufbewahren, da wir momentan noch über keine zertifizierte Archivierung verfügen.
==Anwendungsbeispiele für OBS-DMS==
*Hinter jedem Vertrag den Original Unterschriebenen gescannten Vertrag Hinterlegen. Wenn das DMS Symbol nicht hinter einem Vertrag liegt, weiss man sofort das dieser nicht unterschrieben ist.
*Hinter jedem erfassten Einkaufslieferschein den Original gescannten Einkaufslieferschein hinterlegen. Für Recherche und Reklamationen braucht man nicht mehr ins Archiv laufen.
*Unterschriebene Lieferscheine dem Original Lieferschein hinterlegen. Bei Nachfragen vom Kunden wer den Lieferschein Unterschrieben hat braucht man nicht mehr ins Archiv laufen.
*Manuell ausgefüllte Reparatur Aufträge oder Unterschriebene Reparaturaufträge dem Original hinterlegen. Man kann jederzeit auf den manuell erstellen Reparaturlieferschein mit Unterschrift zurückgreifen um Kundenfragen zu beantworten. Ein Abgleich mit dem im OBS erstellten Reparaturauftrag ist jederzeit möglich ohne ins Archiv zu gehen.
*Zeitungsanzeigen / Bewerbungen / Fibu Rechnungen / Zeichnungen können einfach über die Volltextsuche des DMS gefunden werden.
*Externes Buchen der Fibu ist beleglos möglich. Alle Rechnungen/Bons werden eingescannt. Der Buchhalter bucht alle offenen DMS Dokumente in der OBS Fibu. Kein Beleg muss das Haus verlassen. Gescannte Original Beleg können mit einzelnen Buchungen verknüpft werden wenn dies erforderlich ist.
*Beim Fibu Belege Scannen können extra Verzeichnisse mit eigenen Dokumenten Arten angelegt werden, die dem Buchhalter es einfach ermöglichen nur Fibu Dokumente zu bearbeiten.
*Office Dokumente können mit einem QR-Code versehen werden, der eine automatische Zuordnung zu Projekten/Personen/Aufträgen/... ermöglicht.
*Gerade im Möbel/Design Bereich kann man so einfach Zeichnungen der Person oder dem Auftrag zuordnen.
*Im Produktionsbereich kann man einfach Protokolle/QS Berichte (mit Unterschriften) dem Produktionsprozess hinterlegen.
*Durch die OCR (Texterkennung) wird es möglich für digitalisierte DMS Dokumente eine Volltextsuche durchzuführen
==Arbeits- bzw. Funktionsweise des DMS==
===Verarbeitung von Dokumenten===
Jede Datei in einem Scan-Verzeichnis ist ein Originladokument.
Diese können nicht verändert werden. Auch das löschen nach dem Import ist nur mit besonderen Rechten möglich.
Multi-Seiten-Dokumente sind TIFF oder PDF Dokumente.
Aus diesen werden Einzel-Seiten Dokumente, die verändert werden können.

'''1. Single Dokumente''' 
Zuerst wird in dem Scanordner nach folgenden Datei Extensions gesuch.
Aus diesen Dateien wird der Text Inhalt extrahiert (Max 16KB) und als OCR Text für die Text-Suche herangezogen
*Rich Text Format (*.RTF)
*Portable Document Format (*.PDF)
*Microsoft Word (*.DOC)
*Microsoft Word X (*.DOCX)
*Microsoft Excel (*.XLS)
*Microsoft Excel X(*.XLSX)
*Hypertext Markup Language(*.HTML,*.HTM)
*Comma Separated Values (*.CSV)
*Plain Text File (*.TXT)
*Word Perfect (*.WPD)
*Microsoft Write (*.WRI)
*Palmdoc (*.DOC)
*Open Office Text (*.ODT,*.FODT)
*Open Office Spread (*.ODS,*.FODS)
*Open Office Presentation (*,ODP,*.FODP)
*Fiction Book (*.FB2)

'''2. Multi Seiten Dokumente PDF''' 
Danach werden PDF Dokumente aus dem Scan-Ordner gesucht und jede Seite als einzelne BMP Seite erzeugt.

'''3. Multi Seiten Dokumente TIF/TIFF''' 
Danach werden TIF Dokumente aus dem Scan-Ordner gesucht und jede Seite als einzelne BMP Seite erzeugt.

'''4. Importieren von BMP/JPG/JPEG Dateien''' 
Zum Schluss werden diese Dateien Importiert und der DMS Liste hinzugefügt.
Dabei wird eine Texterkennung, EAN/QR Code Erkennung durchgeführt.

===DMS Dienst===
Dies geschieht alles im Hintergrund des Servers im DMS Dienst.
Dieser wird im Standard in einem Intervall von 5 Minuten ausgeführt.
Deshalb sind Dokumente, wenn sie durch einen Kopierer/Scanner eingelesen wurden nicht immer sofort zugeordnet.

==Verwendung des DMS==
===Unterschriebene Dokumente===
Eine sinnvolle Verwendungsmöglichkeit für das OBS DMS ist die Archivierung von unterschriebenen Dokumenten wie z.B.: Lieferscheine oder Reparaturaufträge. Der entsprechende Druck wird hierbei vom OBS-Support so konfiguriert, dass ein QR-Code mit ausgedruckt wird. (Wenn der QR-Code auf jeder Seite gedruckt wird muss später beim Scannen keine [[OBS/Kostenpflichtige Module/DMS/Scannen von Dokumenten|Trennseite]] verwendet werden. Ab OBS-Version 002943 kann OBS QR-Codes mit integrierter Seitenzahl verarbeiten, sodass die Reihenfolge der eingescannten Seiten keine Rolle mehr spielt. Diese Funktion bedarf eventuell einer Druckanpassung, damit die QR-Codes mit Seitenzahl gedruckt werden können.) 
Wenn nun ein Mitarbeiter einen unterschriebenen Lieferschein zurück bringt und dieser eingescannt wird, so wird das DMS Dokument anhand des QR-Codes automatisch dem entsprechenden Vorgang in OBS zugeordnet. Steht man mit dem Curso auf dem entsprechenden Vorgang so kann über die [[OBS/Widgets/Schnellstartleiste|Schnellstartleiste]] direkt das zugehörige DMS Dokument angezeigt werden.

=== Externe Belege ===
Externe Belege wie z.B. Lieferantenrechnungen oder -Lieferscheine werden von OBS automatishc dem jeweiligen Vorgang zugeordnet.

Voraussetzung dafür ist, dass im Personenstamm unsere Kundennummer beim Lieferanten gepflegt ist und im OBS-Vorgang (z.B. Einkaufsrechnung) die Belegnummer des Lieferanten korrekt erfasst wurde.

Wenn die beiden zuvor genannten Daten im OCR-Text des DMS-Dokumentes gefunden werden, dann wird das DMS-Dokument automatisch dem jeweiligen OBS-Vorgang zugeordnet.

===Einkaufsdokumente===
Es kann bei Retouren Notwendig sein, dem Lieferanten den Einkaufslieferschein zu übermitteln. Damit dieser schnell gefunden werden kann ist es sinnvoll diese in das OBS-DMS zu importieren.
Einkaufslieferscheine von Lieferanten können von OBS nicht mit einem QR-Code versehen werden. Somit müssten die DMS Dokumente [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente#Dokumente_manuell_zuordnen|manuell zugeordnet]] werden, was jedoch viel Verwaltungsaufwand mit sich bringt. Aus diesem Grund gibt es die Möglichkeit QR-Codes in OBS generieren und ausdrucken zu lassen. In der DMS Liste kann so über [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente/F10_Weitere_Funktionen#M_QR_Etiketten_drucken|F10 -> M QR Etiketten drucken]] eine Reihe von QR-Code Etiketten vorgedruckt werden. 
Bei der Eingabe eines Einkaufslieferscheins in OBS klebt man nun den QR-Code auf das Dokument und gibt die Nummer des QR-Codes in das Feld '''DMS-Nr''' der Eingabemaske des Einkaufslieferscheins ein. 
[[Image:Einkaufslieferschein DMS.png|400px]] 

Wenn der Einkaufslieferschein später eingescannt wird, kann über über den QR-Code die Verknüpfung zur DMS-Nr des Einkaufslieferscheins hergestellt werden.

===Papierlose Buchhaltung===
Wenn eine externe Buchhaltung durchgeführt wird müssen in der Regel alle entsprechenden Belege an das Steuerbüro übermittelt werden. 
Dieses Vorgehen entfällt, wenn alle Dokumente in das OBS-DMS gescannt werden. Zunächst sollte in den [[OBS/Kostenpflichtige_Module/DMS/DMS_Konfiguration#DMS_Verzeichnis|DMS-Stammdaten]] ein eigener Pfad für Buchhaltung angelegt werden. Hierbei sollte auch der Level entsprechend hoch gesetzt werden, so dass nur Buchhalter auf die Dokumente zugriff haben. Der Scanner sollte so eingerichtet werden, dass er eine Option bietet um buchhaltungsrelevante Dokumente direkt unter diesem Pfad abzuspeichern. 

Der Buchhalter benötigt nun nur noch Zugriff auf das OBS und kann die DMS Liste nach Buchhaltungsdokumenten filtern, dereren Status noch nicht 21 ist. Diese bucht er der Reihe nach durch und setzt sie manuell auf 21. Auf diese Weise wird jegliche Übermittlung von Dokumenten unnötig. Zudem kann bei komplizierten Fällen direkt eine Verknüpfung von Journal Einträgen zu entsprechenden DMS Dokumenten angelegt werden.

{{Hinweis|Bei Buchhaltungs Dokumente sollte in den [[OBS/Stammdaten/Weitere Stammdaten/DMS Dokumenten Arten|DMS Dokumenten Arten]] eingestellt werden, dass diese nicht auf Status 21 gesetzt werden, sollten diese Verarbeitet werden.}}

===DMS Kontrolle===
Die [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente|DMS Liste]] sollte regelmäßig kontrolliert werden. Hier kann in der Liste über {{F2}} ein Filter gesetzt werden, um sich alle Dokumente anzuzeigen, die nicht Status 21 sind, also noch nicht verarbeitet bzw. verknüpft wurden. Aus unterschiedlichen Gründen kann es passieren, dass Dokumente nicht automatisch zugeordnet werden können (z.B: wenn OBS-DMS den QR-Code nicht erkennen kann). In diesem Fall müsste die Zuordnung [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente#Dokumente_manuell_zuordnen|manuell]] erfolgen.

Zudem sollte das [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente/F10_Weitere_Funktionen#B_Protokoll|DMS Protokoll]] überprüft werden.
===Scripting===
Durch [[OBS/Makros_und_Scripting|Erweitertes Scripting]] ist es möglich die Standard-Drucke/Mail verfahren mit dem DMS System zu Verknüpfen. Dies ist kostenpflichtiger Support.
Hier finden Sie Beispielscripts zum DMS:
*[[OBS/Makros_und_Scripting/Anwendungsbereiche/Beispiele_Sammlung#Automatische_DMS_Zuordnung|Beispiel: Automatische DMS Zuordnung]]

=== Anlage von Einkäufen aus Dokumenten ===
Es gibt mit dem Druck auf die rechte Maustaste die Möglichkeit im erscheinenden Menü den Punkt 'Einkauf anlegen' auszuwählen. In der folgenden Maske können nun die Eckdaten des Einkaufes erfasst werden:
[[Datei:DMS Einkauserfassung.png|links|mini|600x600px]]

==FAQ==
Sollten Probleme mit dem DMS auftreten sollten Sie zunächst das Zudem sollte das [[OBS/Kostenpflichtige_Module/DMS/DMS_Dokumente/F10_Weitere_Funktionen#B_Protokoll|DMS Protokoll]] überprüfen.

===Dokumente konnte nicht gescannt werden, da diese einen doppelten Dateinamen haben===
Wichtig ist, das jedes Dokument durch den Scanner eine eindeutigen Dateinamen bekommt. Ist dies nicht gegeben, werden diese Dateien im Protokoll als doppelten Eintrag Protokolliert und in das Error Verzeichnis verschoben. Hier kann nur manuell eingegriffen werden.

#Am besten den Namen des Original Dokuments im Error Verzeichnis manuell abändern (zum Beispiel mit Datum und Uhrzeit) und in den Scan Ordner kopieren. Aus dem Error Verzeichnis dann die zugehörigen Dateien (BMP's) löschen.
#Dateien aus dem Error Verzeichnis löschen und neu einscannen (Das erneute Scannen passiert automatisch). (Wichtig ist es die Ursache zu finden warum es doppelte Dateinamen gegeben hat, damit dieser Fehler nicht erneut auftritt).
===DMS-Verknüpfungen werden in der Schnellstart Leiste nicht angezeigt===
Verknüpfungen des DMS Moduls werden über globale Hashes gebildet. Diese zu erstellen ist sehr zeitintensiv und wird daher im Hintergrund ausgeführt. Dies hat zur Folge, dass die Verknüpfung erst zeitverzögert in den Listen angezeigt werden.
Sie können das Erstellen der Hashes auch manuell ausführen, indem Sie in der Auftrags-Liste einen Rechtsklick ausführen ({{MouseRight1}}) und dann den Punkt '''DMS Cache Zurücksetzen''' wählen.

===Wie können DMS-Dokumente aus OBS exportiert werden===
Es gibt aktuell mehrere Möglichkeiten Dokumente zu exportieren:
*Es können markierte Dokumente mit '''{{F10}} → K1 Dokumente Exportieren''' direkt exportiert werden. Hierbei werden die Dateien im BMP oder JPG Format gespeichert.
*Es können markierte Dokumente mit '''{{F10}} → A E-Mail mit Anhang''' an eine neu erstellte E-Mail angehängt werden. Verknüpfte Dokumente werden hierbei jeweils ein PDF-Dokument angehängt
*Einzelne Seiten können per Drag&Drop z.B. in das Anhang-Feld einer E-Mail als JPG eingefügt werden.

OBS/Kostenpflichtige Module/Preislisten/Formeln

2024-12-12T11:01:36Z

Hoheneder:

{{Kostenpflichtige Module}}
Formeln (auch Makros) sind mächtige Werkzeuge, um automatisierte Anpassungen vornehmen zu können. In der [[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]] können Sie Formeln dazu verwenden, die Preise von Artikeln zu kalkulieren oder auch Preislisten neu zu befüllen. Formeln können Sie in der [[#Formelverwaltung|Formelverwaltung]] vordefinieren und in den einzelnen Preislisten ([[OBS/Kostenpflichtige_Module/Preislisten#Eingabemaske|Eingabemaske]] Feld ''Formel'') hinterlegen. So lassen sich Änderungen gleich für alle betreffenden Preislisten vornehmen. Alternativ können Sie auch pro Preisliste eine Formel hinterlegen ([[OBS/Kostenpflichtige_Module/Preislisten#Tasten_und_Schaltfl.C3.A4chen|Preislistenverwaltung]] unter {{Key|F8 Formel}}).
=Formelverwaltung=
[[File:FRMPREISLISTENFORMELN_1.jpg|thumb|Liste Formelverwaltung]]
Die Formelverwaltung finden Sie unter den weiteren Funktionen ({{F10}}) der [[OBS/Kostenpflichtige_Module/Preislisten|Preislistenverwaltung]]. In dieser Liste finden Sie Ihre sämtlichen vordefinierten Formeln. Pro Formel können Sie eine Nummer (nur bei Anlage), einen Namen und eine Beschreibung setzen. Die Formel selbst wird unter {{F8}} bearbeitet.

=Formel bearbeiten=
Die Formeln orientieren sich an der Syntax der Sprache [https://de.wikipedia.org/wiki/Pascal_%28Programmiersprache%29 Pascal]. Für die Kalkulation stehen in den Makros diverse Variablen zur Verfügung, welche die Daten zu einem Artikel enthalten.
==Variablen==
*;VKNetto
:Enthält den aktuellen Netto-Preis der Preisliste. Wenn keine Formel zum Füllen der Preisliste verwendet wurde, entspricht dieser Wert immer VKx aus dem Artikel entsprechend der Einstellung
*;VKBrutto
:Enthält den aktuellen Brutto-Preis der Preisliste. Wenn keine Formel zum Füllen der Preisliste verwendet wurde, entspricht dieser Wert immer VKx aus dem Artikel entsprechend der Einstellung
*;Rabatt
:Rabatt aus der Preisliste (Kann nur durch EXCEL gefüllt werden) durch Formel veränderbar
*;Spanne
:Spanne von Originalpreis (durch Formel veränderbar Platzhalter in Preislistenartikel)
*;KalkPreis
:Originalpreis enspricht dem VK1 des Artikels oder bei Staffeln dem entsprechenden Staffel-VK
*;EKKalk
:Kalkulations-EK entspricht dem EK1 aus dem Artikel oder bei Staffeln dem entsprechenden Staffel-EK für Lieferant 1
*;EKSonder
:Enthält den Sonder-EK aus der Preisliste (z. B. bei Ausscheibungspreisen von Büroring)
*;ArtVK1
:VK1 aus dem Artikelstamm
*;Roherloes
:Kalkpreis (Artikel VK1) / EKKalk (Wird durch Formel ermittelt und zurückgeschrieben)
*;KalkJaNein
:Einstellung Preislistenkalkulation Artikel (Artikel in Preisliste neu Kalkulieren)
*;EKKalkNeu
:Kalkulations-EK für neue Katalogpreise aus Lieferant 1
*;VKKalkNeu
:Kalkulations-VK für neue Katalogpreise aus Lieferant 1
*;ArtikelNr
:enthält die OBS-Artikelnummer
*;Steuersatz
:Steuersatz des aktuellen Artikels {{Achtung|Bei Artikeln mit mehreren Steuersätzen ist dieser Wert immer 0}}
*;EKPreis
:EK1 aus dem Artikelstamm
*;Preisfokus
:Preisfokus aus dem Artikelstamm (1-9)
*;VKLieferant
:Listen-VK des Lieferant 1
*;Menge
:Staffelmenge
*;StaffelNr
:Staffelnummer
*;PlNr
:enthält die Preislistennummer
:*;Preisflag1
::logisches Feld Preiskalkulationschalter1 aus dem Artikelstamm
==Funktionen==
Hier finden Sie einige nützliche Funktionen, die Sie verwenden können, um die Formel so zu verändern, dass Sie das gewünschte Ergebnis erzielen können.
===BerechneNetto===
Verwendung: Dient zur Berechnung des Nettopreis ''VKNetto''. 
Parameter: keine 
Aufruf:
<syntaxhighlight lang="Delphi">
BerechneNetto();
</syntaxhighlight>
Erklärung: Die Variable ''VKNetto'' wird aus den aktuellen Wert von ''VKBrutto'' und dem Steuersatz von Artikel ''ArtikelNr'' berechnet.
{{Hinweis|Unterstützt die Verwendung von Artikeln mit mehreren Steuersätzen!}}
===BerechneBrutto===
Verwendung: Dient zur Berechnung des Bruttopreis ''VKBrutto''. 
Parameter: keine 
Aufruf:
<syntaxhighlight lang="Delphi">
BerechneBrutto();
</syntaxhighlight>
Erklärung: Die Variable ''VKBrutto'' wird aus den aktuellen Wert von ''VKNetto'' und dem Steuersatz von Artikel ''ArtikelNr'' berechnet.
{{Hinweis|Unterstützt die Verwendung von Artikeln mit mehreren Steuersätzen!}}
===Roundy===
Verwendung: Runden eines Dezimalwerts (Typ: Double) 
Parameter: Dezimalwert, Nachkommastellen 
Aufruf:
<syntaxhighlight lang="Delphi">
nGerundeterWert := Roundy(nDezimalwert,2);
</syntaxhighlight>
Erklärung: Der zu rundende Wert wird mit Parameter 1 übergeben. Die gewünschte Anzahl an Nachkommastellen wird in Parameter 2 angegeben. Die Funktion rundet dann den Wert auf die angegebene Anzahl an Dezimalstellen und gibt das Ergebnis wieder zurück.
===Trunc===
Verwendung: Abschneiden der Nachkommastellen eines Dezimalwerts 
Parameter: Dezimalwert 
Aufruf:
<syntaxhighlight lang="Delphi">
nWert := Trunc(nDezimalwert);
</syntaxhighlight>
Erklärung: Der Dezimalwert ist als Parameter zu übergeben. Als Ergbnis werden die Vorkommastellen zurückgegeben.
==Beispiele==
Nachfolgend finden Sie einige Beispiele für Formeln zur Kalkulation einer Preisliste.
===VK-Netto aus Artikel VK1 plus 10 %===
<syntaxhighlight lang="Delphi">
function Berechnung() : String;
begin
VKNetto := Roundy(ArtVK1 * 110/100,2);
BerechneBrutto();
end;
</syntaxhighlight>
===VK-Brutto endet auf 9 Cent===
<syntaxhighlight lang="Delphi">
function Berechnung() : String;
begin
if (VKNetto = 0) then begin
VKNetto := ArtVK1;
end;
BerechneBrutto();
VKBrutto := (Trunc((VKBrutto+0.005)*10)/10)+0.09;
if (VKBrutto <> 0) then begin
BerechneNetto();
end;
end;
</syntaxhighlight>

===VK-Netto + 3% + 5 % * Preisfokus===
<syntaxhighlight lang="Delphi">
function Berechnung() : String;
begin
VKNetto := Roundy(VKNetto + (VKNetto * 3/100),2);
VKNetto := Roundy(VKNetto + (5/100 * Preisfokus),2);

if (VKNetto <> 0) then begin
BerechneBrutto();
end;
end;
</syntaxhighlight>

===VK-Netto aus EK1 mit 20 % wenn 0===
<syntaxhighlight lang="Delphi">
function Berechnung() : String;
begin
if (VKNetto = 0) then begin
VKNetto := Roundy(nEKPreis + (nEKPreis * 20/100),2);
end;
end;
</syntaxhighlight>

OBS/Kostenfreie Module/Zusatzkosten

2024-12-09T12:56:35Z

Hoheneder: /* Erläuterung Zusatzkosteninfo */

{{Kostenfreie Module}}
{{Achtung|Alle verwendeten Zusatzkosten entsprechen Testwerten zur besseren Darstellung und entspricht nicht den realen Gegebenheiten.}}
=Definition Begriffe Zusatzkosten und Versandkosten im OBS=
Zusatzkosten sind Kosten die in der Bearbeitung von Aufträgen zusätzlich zum Artikelpreis im Einkauf und im Verkauf entstehen. Hierzu zählen insbesondere Frachtkosten, Versicherungspauschalen etc.
=Vorraussetzungen für das Modul Zusatzkosteninfo=
{{Hinweis| Um das Modul verwenden zu können, muß der Programmparameter 0027 "Zusatz-Versandkosten" konfiguriert werden. Der Programmparameter kann ab dem Benutzerlevel "3" bearbeitet werden.}}
==Widget Versandkosten==
Das Benutzerwidget Versandkosten (127) kann aktiviert werden, um die Zusatzkostenanzeigevom Positionsteil in ein separates Widget zu verschieben.
{{Achtung|Benutzer, welche das Widget ''Versandkosten'' bei sich '''nicht''' aktiv haben, werden beim Öffnen der Positionserfassung die Position "Zusatzkosten" löschen!}}
===Parameter/Einstellungen ===
[[Datei:Widget 127 Versandkosten.png]] 
{| class="wikitable"
|-
!Name!!Beschreibung
|-
|Versandkosten (Auftrag) anzeigen|| 
{{Hinweis|Wenn der Programmparameter 027 aktiv ist, wird der hier eingetragener Wert ignoriert und das Widget bleibt aktiv.}}
|-
|Versandkosten als Positionen anzeigen||Zur Zeit ohne Funktion
|-
|Widget Position (5 aus) Docking Links=0/Rechts1/Oben=2/Unten=3/Ungedocked=4||Hier können Sie einstellen, wo sich das Widget an der Positionserfassung befinden soll. Wenn Sie das Widget Links am an der Positionserfassung haben möchten, tragen Sie hier eine '0' ein. Für Rechts eine '1', für Oben eine '2' und für unten eine '3'. Mit '4' wird das Widget von OBS nicht angedockt und kann frei bewegt werden. Wenn Sie das Widget nicht sehen möchten, tragen Sie hier die '5' ein.
|-
|Erweiterte Lieferanten Informationen anzeigen||In der Zusatzkosteninfo werden alle definierten Lieferantenkosten pro Lieferant dargestellt. Wenn in dieser Option ein 'J' eingetragen wurde, werden für alle Lieferanten die EK/VK und Erträge angezeigt.
|}

=Definition Stammdaten/System=
==Systemkonstanten für Versand==
==Personen==
Die Eingabe/Pflege erfolgt über die weiteren Funktionen ({{F10}}) des [[OBS/Stammdaten/Personen|Personenstamms]] unter Punkt ''V Versandkosten''. Es wird dabei zwischen Kunden und Lieferanten unterschieden!
===Kunden ===
[[Datei:Versandkosten Kunde.png]] 
{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Versandkosten-Typ||Wählen Sie hier einen Versandkosten-Typ aus.
|-
|Bis Betrag||Tragen Sie hier ein, bis zu welchem Betrag die Versandkosten bezahlt werden müssen. Diese Einträge sind staffelbar.
|-
|vom EK Wert||Hier können Sie einstellen, ob für den "bis Betrag" die Summe der VK-Werte aller Positionen oder die Summe der EK-Werte aller Positionen berücksichtigt werden soll. 
Wenn die Checkbox nicht angehakt ist, wird die Summe der VK-Werte berücksichtigt. Ist die Checkbox angehakt, wird die Summe der EK-Werte berücksichtigt.
|-
|EK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag EK des Versandkosten Typ 900 definiert werden.
|-
| in Prozent||Wenn Sie diese Option aktivieren, werden die Werte in "Aufschlag EK" als prozentuale Werte benutz, um die Versandkosten aus der Summe aller Ek-Werte zu ermitteln. (nur auf der Lieferantenseite nutzbar)
|-
|VK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag VK des Versandkosten Typ 900 definiert werden.
|-
| Strecke||Hier können Sie auswählen, ob der Versandkosten-Typ nur bei Strecke, nicht bei Strecke oder in beiden Fällen benutzt werden soll.
|-
|Gilt für
|Hier kann unterschieden werden, für welche Auftragsart (Standard/Shop) die Versandkosten gelten sollen. Es können somit für Shopaufträge vom Standard abweichende Versandkosten definiert werden.
|-
|VK Aufschlag Versandkosten (900)||
|-
|EK-Aufschlag Versandkosten (900)
|-
| Automatische Position||Wenn Sie diese Option aktivieren, wird eine eigene Position im Auftrag erzeugt.
{{Achtung|Wenn Sie diese Option aktivieren möchten, müssen Sie die Optionen "VK Aufschlag Versandkosten (900)" und "EK-Aufschlag Versandkosten (900)" deaktiviert werden.}}
|-
|Position ohne Druck
|Ist diese Option markiert, dann erfolgt kein Ausdruck auf dem Beleg (Gilt nur für Versandkosten mit Autuposition)
|-
|Position am Ende einfügen
|Die Versandkostenpostion wird als letzte Position an den Auftrag angefügt.
|}

===Lieferanten===
[[Datei:Versandkosten Lieferant.png]] 
{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Versandkosten-Typ||Wählen Sie hier einen Versandkosten-Typ aus.
|-
|Bis Betrag||Tragen Sie hier ein, bis zu welchem Betrag die Versandkosten bezahlt werden müssen. Diese Einträge sind staffelbar.
|-
|vom EK Wert||Hier können Sie einstellen, ob für den "bis Betrag" die Summe der VK-Werte aller Positionen oder die Summe der EK-Werte aller Positionen berücksichtigt werden soll. 
Wenn die Checkbox nicht angehakt ist, wird die Summe der VK-Werte berücksichtigt. Ist die Checkbox angehakt, wird die Summe der EK-Werte berücksichtigt.
|-
|EK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag EK des Versandkosten Typ 900 definiert werden.
|-
| in Prozent||Wenn Sie diese Option aktivieren, werden die Werte in "Aufschlag EK" als prozentuale Werte benutz, um die Versandkosten aus der Summe aller Ek-Werte zu ermitteln.
|-
|VK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag VK des Versandkosten Typ 900 definiert werden.
|-
| Strecke||Hier können Sie auswählen, ob der Versandkosten-Typ nur bei Strecke, nicht bei Strecke oder in beiden Fällen benutzt werden soll.
|-
|Keine Bestellung Möglich (Nur Lieferanten)||Wenn Sie diese Option aktiviert haben, wird in der Bestelloptimierung dieser Versandkosten-Typ nicht berücksichtigt.
|-
|VK Aufschlag Versandkosten (900)||
|-
|EK-Aufschlag Versandkosten (900)
|-
|Automatische Position||Wenn Sie diese Option aktivieren, wird eine eigene Position im Auftrag erzeugt.
{{Achtung|Wenn Sie diese Option aktivieren möchten, müssen Sie die Optionen "VK Aufschlag Versandkosten (900)" und "EK-Aufschlag Versandkosten (900)" deaktivieren.}}
|-
|Position ohne Druck
|Ist die Option markiert, dann erolgt kein Ausdruck auf dem beleg (Gilt nur für Autopositionen)
|-
|Position am Ende einfügen
|Die Versandkostenposition wird als letzte Position an den Auftrag angefügt.
|}

=== Artikel ===
[[Datei:Versandkosten Artikel.png|rahmenlos]]

==Weitere Stammdaten==
===Versandkosten Typen===
{{Achtung|Beim ändern der Stammdaten, werden die in der Person hinterlegten Daten nicht überschrieben! Über die [[OBS/Kostenfreie Module/Zusatzkosten#Zusatzkosten Gruppen|Versandkostengruppen]] können die Stammdaten global geändert und übertragen werden.}}
[[Datei:Versandkosten Typen Liste.png]]

Alle Versandkostentypen mit der Nr. 9## wird von OBS automatisch angelegt. 
Die Nummern 001 bis 799 stehen Ihnen frei zur Verfügung. 
900 bis 749 sind vom Typ Lieferanten. 
950 bis 999 sind Artikel bezogene Versandkosten. 
 
[[Datei:Versandkosten TypEdit.png]] 

{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Name||Hier können Sie den Namen des Versandkostentypens eintagen.
|-
|Lieferant/Artikel
|Abhängig vom Lieferanten oder Artikel.
|-
|Gilt für
|gilt für Shop-Aufträge, Standard Aufträge oder beide Arten von Aufträgen.
|-
|Einmalig||
|-
|Artikelnummer||Wenn Sie möchten, dass eine automatisch angelegte Position eine Artikelnummer bekommt, können Sie diese hier eintragen.
|-
|Leistungs-Nr.
|Wenn Sie möchten, dass eine automatisch angelegte Position eine Leistungsnummer bekommt, können Sie diese hier eintragen.
|-
|Versandtyp
|Kosten werden nur eingefügt, wenn die im Vorgang hinterlegte Versandart der hier eingetragenen entspricht.
|-
|Aufschlag VK-Versandkosten (900)||Hier kann entschieden werden ob der Aufschlag VK von diesem Versandkostentyp auf den VK der Versandkosten (Typ 900) zugeschlagen werden soll
|-
| Aufschlag EK-Versandkosten (900)|| Hier kann entschieden werden ob der Aufschlag EK von diesem Versandkostentyp auf den EK der Versandkosten (Typ 900) zugeschlagen werden soll
|-
| Automatische Position||Ist diese Option aktiv, so wird eine eigene Position in der Positionserfassung erzeugt. 
Die Option kann nur gewählt werden, wenn die Optionen "Aufschlag VK-Versandkosten" oder "Aufschlag EK-Versandkosten" nicht ausgewählt wurden.
|-
|Hinweistext||Versandkostentypen bei denen diese Option aktiv sind, wird der Name als Hinweiszeile in der Zusatzkosteninfo dargestellt.
|-
|Position ohne Druck
|Position wird nicht gedruckt.
|-
| Position am Ende einfügen
|eingefügte Position landen immer am Ende der Positionserfassung (auch beim hinzufügen von normalen Position).
|}

{{Achtung | Es dürfen keine Artikel aus folgende Programmparameter benutzt werden: 
*566 Artikel für Versicherungspauschale (Personen 1,9)
*834 Artikel Nr. Auftrag Abschlag
*835 Artikel Nr. Auftrag Aufschlag }}
===Versand===
In dieser Liste sehen Sie alle Versandarten mit Nummer, Bezeichnung und Anzahl der Etiketten die bereits angelegt wurden.

[[Datei:Versand1.PNG]] 

Um eine neue Versandart anzulegen, betätigen Sie {{Einfg}}. 

[[Datei:Versand2.PNG]] 

{| class="wikitable"
|-
!Feld!! Beschreibung
|-
|Nr.||Die Nummer wird von OBS automatisch, fortlaufend gefüllt. Wenn Sie möchten, können Sie die Nummer selber vergeben. Die Nummer kann nur beim Erstellen verändert werden, danach kann die Nummer nicht mehr verändert werden.
|-
| Bezeichnung||Geben Sie hier dem Versand eine Bezeichnung.
|-
|Anzahl der Etiketten||Geben Sie hier ein, wie viele Etiketten gedruckt werden sollen, wenn diese Versandart ausgewählt wurde.
|-
|Rabattgruppe||
|-
|Suchbegriff||
|-
|Kein Mindestbestellwert||
|-
| Keine Versicherungspauschale||
|-
| Übernahme Tourenplanung||
|-
| Reiter DHL||'''Zusatzmodul DHL Easylog'''

Bei aktiver [[OBS/kostenpflichtige_Module/DHL|DHL Schnittstelle]] (kostenpflichtiges Zusatzmodul), werden hier die Stammdaten für [https://www.dhl.de/de/paket/geschaeftskunden/verpackung-versand/versandsoftware.html DHL Easylog] eigetragen.
|-
|Reiter DPD
|
|-
|Reiter MBE
|
|}

Mit {{Return}} können Sie Ihre Daten jederzeit ändern. Mit den Tasten {{Page Up}} und {{Page Down}} können Sie den nächsten Datensatz oder den vorherigen Datensatz aufrufen ohne die Maske schließen zu müssen.
====Zusatzkosten Gruppen====
Gruppen dienen als eine art Vorlage für bestimmte Zusatzkosten. Per {{F6}} können Sie die Zusatzkosten einer Gruppe bearbeiten. Die Nummer der Gruppe können Sie dann im Personenstamm auf Reiter ''2 Weitere Stammdaten'' hinterlegen. Die Definitionen der Zusatzkosten werden dann automatisch in die Vorgänge übernommen.
<div><ul>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_gruppe_liste.jpg|thumb|none|466px|Liste Gruppe]] </li>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_gruppe_maske.jpg|thumb|none|282px|Eingabemaske Gruppe]] </li>
</ul></div>

Wenn eine Zusatzkosten Gruppe verändert worden ist kann unter {{F10}} -> '''A Zusatzkosten-Gruppe Personen angleichen''' alle Personen diese Zuordnung neu zugewiesen werden.
{{Achtung|Manuell veränderte Zuordnungen werden überschrieben!}}

===Zusatzkosten Definition===
Hier können Sie die Zusatzkosten für die Gruppe definieren. Dafür nutzen Sie die [[Versandkosten Typen]] und geben die Kosten für den jeweiligen Typen an. Die Kosten können Fix definiert oder variabel gestaltet werden (z. B. Staffeln Auftragsgebühr für verschiedene Auftragssummen).
<div><ul>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_def_liste.jpg|thumb|none|799px|Liste Definitionen]] </li>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_def_maske.jpg|thumb|none|480px|Eingabemaske Definitionen]] </li>
</ul></div>
====Staffel-Zusatzkosten und V-Positionskennzeichen====
Alle Positionen die als Positionskennzeichen ein VXX besitzen werden nicht aufsummiert für die Ermittlung der Staffel-Zusatzkosten (Bis-Betrag). Dies gilt auch für Prozent Aufschläge EK/VK. 
 
EK-Werte in den Zusatzkosten werden verwendet für anfallende Kosten beim Lieferanten und kalkulatorischen Kosten im Betrieb. 
 
Im Virtuellem Betrieb (Programmparameter 029) werden keine Positionen mit Versandkosten-Typen angelegt. 
 

=Arbeiten mit Versandarten und der Zusatzkosteninfo=
{{Achtung | Der Versand kann Versicherungspauschale oder Mindestbestellwert im Auftrag überschreiben!}}
{{Achtung | Die Positionen zu Versand- und Zusatzkosten werden beim Öffnen der Positionserfassung (F6) erzeugt. Für automatisch angelegte Vorgänge wie z.B. UGL-Importe erfolgt die Versandkostenberechnung bei aktiviertem pmode 1027 analog der manuellen Auftragserfassung. Bei Shop-Importen erfolgt generell keine Versandkostenberechnung, da diese bereits im Shop erfolgen muß.}}

== Verwendung von Versandarten==
Es besteht die Möglichkeit, weitere Zusatzkosten in Abhängigkeit von der gewählten Versandart zu berechnen (z.B. Terminlieferungen). Diese Kosten können beim Kunden oder auch beim Lieferanten hinterlegt werden. Dazu müssen folgende Daten erfasst werden: 
#Es muss ein Versand angelegt werden.
#Es muss ein Versandkosten-Typ mit der entsprechenden Versandart existieren.
#Dieser Versand muss im Vorgang hinterlegt sein.
#Dieser muss beim Kunden oder Lieferanten mit Aufschlag hinterlegt werden.
==Erläuterung Zusatzkosteninfo==
[[Datei:Erläuterung Zusatzkosteninfo V2.png]]

{| class="wikitable"
|-
!Nr.!!Beschreibung
|-
|1|| Hier werden zu den hinterlegten EK-Kosten folgende Kennzeichen dargestellt: 
{| class="wikitable"
|-
|EK||Einkaufspreis Ware
|-
|VK||Verkaufspreis Ware
|-
| DB1||Deckungsbeitrag1: VK-EK
|-
|BK|| Bezugs- und Versandkosten (+ EK-Kosten, - VK-Erlöse)
|-
|DB2
|Deckungsbeitrag2: VK-EK-BK
|}
|-
|2||Summe der Zusatzkosten, die dem Kunden in Rechnung gestellt werden.
|-
|3||Versandkosten (Typ 900)
|-
|4||Von der Versandart abhängige Kosten (BK hier 0, da EK=VK)
|-
|5||Lieferantenseitige Bezugskosten variabel (Versandkosten bis 75,-€ und fix (Auftragsgebühr).
Zusatzkosten für Driektlieferung
|-
|6||Prozentuale Versandkosten vom Auftragswert
|-
| 7||Vom Artikel abhängige Zusatzkosten
|-
| 8||Artikel ohne Lieferantenzuordnung (hier Umweltpauschale pmode 0566)
|-
|9||Aufrsagsummen:

* DB1 = Erlös vor Zusatzkosten
* BK = saldierte Zusatzkosten (VK-Erlöse - EK-Aufwand)
* DB2 = Erlös nach Zusatzkosten
|}

{{Hinweis|Bei Verwendung von manuellen Positionen "V001" ist der Betrag abweichend, da nur Soll-EK-Werte angezeigt werden. 
Alle weiteren Lieferanten, Beispiel "interne Kosten", werden nicht nur Berechnung herangezogen, da diese in automatische Positionen und in den Versandkosten ("900") enthalten sind.}}

=== Manuelle Änderung einer Position mit Versandkostenstatus V000===
[[Datei:Position Versandkostenstatus V000.png]] 
Eine automatisch eingefügte Position wird mit dem Positionskennzeichen "V000" angelegt. Wenn Sie den Preis der Position ändern, wird das Positionskennzeichen auf "V001" gesetzt. 
Wenn Sie den Wert des EK-Wertes (ist) ändern, müssen sie die Positionskennzeichen manuell setzen. 
{{Achtung| Zu Punkt 1 in '''Erläuterung Zusatzkosteninfo''': Es werden die (Soll) EK-Werte angezeigt und nicht die abgeänderten EK-Werte.}}
===Anzeige ver Zusatzkosteninformationen===
====Positionserfassung====
Damit die Versandkosten als Position in der Positionserfassung hinzugefügt wird, müssen Sie im Widget [[OBS/Widgets/Versandkosten|Versandkosten]] Den Parameter "Versandkosten als Position anzeigen" auf 'J' stellen. 

[[Datei:Positionserfassung Zusatzkosten.png]] 

{{Hinweis|Die Zusatzkosten in der Position werden nicht mit ausgedruckt.}}
====Widget Versandkosten====
Mit diesem Widget wird automatisch eine Position "Zusatzkosten" in der Positionserfassung für Aufträge hinzugefügt. 
[[Datei:Widget Versandkosten.png]]

==Datenübernahme aus Artikelpflege==
===Büroring===
====Flat Files ====
Bei dem Import des Flat-Files von Büroring werden, anhand der Bestellnummer, die Versandkosten für die virtuellen Artikel automatisch in der Artikelpflege und bei Export in den Artikelstamm und auch bei den Artikeln hinterlegt.

'''Sperrgut Artikel:''' 
Nach Möglichkeit können Sie diese Daten über einen Import bei den vorhandenen Artikeln im Artikelstamm hinterlegen. '''''(Noch in Arbeit)'''''
==Zusatzkosten verwenden/anwenden==

=Beispiele=
==Beispiel Büroring (Liefer- und Bestellbedingungen; Stand 01.02.2019)==
{{Hinweis| Dieses Beispiel basiert auf den Liefer- und Bestellbedingungen aus Januar 2019! Übernehmen Sie in keinem Fall einfach dieses Beispiel in Ihr System, sondern prüfen Sie zuvor die aktuellen Bedingungen vom Büroring und nehmen Sie ggf. Anpassungen vor.}} 
===Bedingungen===
{{Hinweis| Dieser Auszug aus Januar 2019 ist nicht bindend und dient nur als Beispiel für Zusatzkosten Definitionen in OBS}} 

Für alle eingehenden Aufträge erheben wir eine einheitliche Frachtpauschale in Höhe von € 3,95 '''[B1]''' unabhängig davon, wie viele Pakete aus einer Bestellung entstehen. Der bisher erhobene Energiekostenbeitrag und die Mautgebühren für Straßennutzung sind in der Pauschale bereits enthalten. Die oben aufgeführte Frachtpauschale gilt nur für Empfängeradressen innerhalb der Bundesrepublik Deutschland. 

Für Aufträge, die Artikel enthalten, die nicht aus dem Büroring Zentrallager geliefert werden, fallen zusätzliche Frachtkosten an (virtuelles Lagersortiment). 

Die zusätzlich anfallenden Kosten betreffen Artikelnummern, die mit „V02“ oder „V03“ beginnen. 
V02... = € 4,95 pro Auftrag (Lagersortiment: dexxlT) '''[B2]''' 
V03... = € 3,50 pro Auftrag (Lagersortiment: soft-Carrier) '''[B3]''' 

Für die Lieferung von Büroeinrichtung sowie von Druck- und Kopier—Großgeräten gilt generell die Anlieferung frei Bordsteinkante als vereinbart. 

Für Warenlieferungen ab dem Büroring Zentrallager setzen wir "GLS" als Standard-Frachtführer ein (ohne Mehrkosten). 

Es besteht die Möglichkeit zwischen weiteren Frachtführern "DHL oder "UPS" auszuwählen. Die Abweichung vom Standard-Frachtführer wird mit 1,25 € pro Auftrag an den Auftraggeber (Fachhändler) berechnet.'''[B4]''' 

Für jede Endkundenbelieferung (= „abweichender Warenempfänger“) wird eine Prozessbeteiligung in Höhe von 0,45 € pro Auftrag erhoben.'''[B5]''' 

Bei fehlerhafter Angabe von Endkundendaten (individuelle Warenempfängeradressen) werden daraus resultierende Zusatzkosten bei der Warenanlieferung verursachungsgerecht an die betroffenen Fachhändler weitergegeben. Damit verbunden wird auch eine Rückmeldung gegeben, welcher Korrekturbedarf bestanden hat, so dass etwaige Änderungen im Adressbestand und in der Warenwirtschaft des Fachhändlers vorgenommen werden können. 

Bei postalisch, telefonisch, per E-Mail oder per Fax erteilten Aufträgen berechnen wir für die manuelle Auftragserfassung eine Auftragserfassungspauschale in Höhe von 3,50 € pro Auftrag. 

Darüber hinaus erheben wir auf alle Kleinstbestellungen unter netto 25,00 € Warenwert einen Mindermengenzuschlag von 5,00 €.'''[B6]''' 

Artikel die einen erhöhten logistischen Aufwand erfordern, wie z.B. Artikel in „Übergröße o. Überlänge“, werden mit einem s.g. Sperrgutzuschlag von € 7,50 '''[B7]''' belegt. Betroffen sind Artikel die sich nicht in den üblichen Versandkartons verarbeiten lassen. Eine Aufstellung der betroffenen Artikel finden Sie tagesaktuell im Büroring Extranet. 

===Hinterlegte Versandkosten beim Kunden===
Diese Kosten sind selbst kalkulierte Versandkosten die bei diesem Kunden immer berechnet werden sollen. 
Wie Sie die Versandkosten bei einem Kunden einstellen können, erfahren Sie [[OBS/Stammdaten/Personen#Definition_bei_Kunden|hier]]. 
[[Datei:Hinterlegte Versankosten.png]] 

===Hinterlegte Versandkosten beim Lieferanten Büroring===
[[Datei:Hinterlegte Versankosten Lieferant.png]] 

903 = [B6] 
904 = [B1] 
910 = [B4] 
911 = [B5] 

===Hinterlegte Versandkosten beim Artikel Besenstiel===
[[Datei: Hinterlegte Versankosten Artikel.png]] 
951 = [B7] 
962 = [B2] 

===Beispiel Auftrag Büroring===
[[Datei:Beispielauftrag Brüring Versandkosten.png]] 

== Beispiel Alka (Servicepauschalen Alka; Stand 01.02.2019)==
{{Hinweis| Dieses Beispiel basiert auf den Pauschalen aus Januar 2019! Übernehmen Sie in keinem Fall einfach dieses Beispiel in Ihr System, sondern prüfen Sie zuvor die aktuellen Pauschalen von Alka und nehmen Sie ggf. Anpassungen vor.}} 
===Servicepauschalen===
{{Hinweis| Dieser Auszug von Januar 2019 ist nicht bindend und dient nur als Beispiel für Zusatzkosten-Definitionen in OBS.}}

{|
|-
|'''Lieferbedingungen'''
|-
|Frei Haus Grenze für Endkundenbelieferung '''[A1]'''||€ 49,00
|-
|unter € 49,00 Mindermengenzuschlag||€ 4,99
|-
|Frei Haus Grenze Lagerbelieferung '''[A2]'''||€ 69,00
|-
|unter € 69,00 Mindermengenzuschlag||€ 4,99
|-
|Fracht -/Auftragspauschale '''[A3]'''
|€ 1,59 pro Auftrag
|-
|24 Stunden Lieferung ohne zusätzliche Kosten ||
|-
|Endkundenbelieferung ohne zusätzliche Kosten||
|-
|Energie- u. Umweltpauschale '''[A4]'''||€ 0,95 pro Auftrag
|-
|Schreibtischbelieferung '''[A9*]'''||€ 2,56 pro Paket
|-
|Vorkommissionierung '''[A9*]'''
|€ 2,99 pro Auftrag
|-
|Lieferung per Express (Paket bis 31,5 kg) ||
|-
|bis 12:00 Uhr '''[A7]'''|| € 11,10 pro Paket
|-
|bis 10:00 Uhr '''[A7]'''||€ 13,30 pro Paket
|-
|Auslandsfrachtkosten||
|-
|Österreich - Frachtkostenpauschale '''[A8]'''||€ 10,60 pro Paket
|-
| *weitere Auslandsfrachtkosten für das europäische Ausland auf Anfrage ||
|-
|manuelle Auftragserfassung Online: kostenlos ||
|-
|'''[A9*]'''||per Telefon: € 3,85
|-
|'''[A9*]'''|| per Fax: € 6,99
|-
| ||
|-
|'''Sonderbeschaffung [A9*]'''||
|-
| Gebühr für die Beschaffung direkt vom Hersteller||€ 4,50 pro Auftrag
|-
| ||
|-
|'''Retourenabwicklung [A9*]'''||
|-
|angemeldete Retouren über OSP||ohne zusätzliche Kosten
|-
|nicht angemeldete Retouren||€ 9,60 pro Paket
|-
| Retourenabholung auf Kundenwunsch||€ 7,60 pro Paket,
|-
| ||€ 49,00 pro Palette, ab 301 kg werden für jedes weitere angefangene Kilogramm 0,20 € berechnet, die Avisierung (abhängig vom Endkunden) der Abholung wird mit 7,00 € in Rechnung gestellt
|-
|nicht zustellbare Pakete
|€ 8,95 pro Paket
|-
| ||
|-
|'''Zahlungsbedingungen'''
|
|-
|Abbuchung sofort||2% Skonto
|-
|Zahlung innerhalb von 30 Tagen||netto Kasse
|-
| Printmedien||14 Tage netto (ohne Abzüge)
|}

===Hinterlegte Versandkosten beim Kunden===
Diese Kosten sind selbst kalkulierte Versandkosten die bei diesem Kunden immer berechnet werden sollen.br/>

[[Datei:Hinterlegte Versankosten.png]] 

===Hinterlegte Versandkosten beim Lieferanten Alka.===
[[Datei:Hinterlegte Versankosten Lieferant Alka.png]]br/>

002 = '''[A7]''' (manuell angelegter Versandkosten Typ nur Hinweistext) 
900 = '''[A2]''' 
901 = '''[A3]''' 
915 = '''[A8]''' 
916 = '''[A4]''' 

===Wie behandle ich '''[A9*]'''?===
Für diese Servicepauschalen müssen Artikel angelegt werden die im Auftrag manuell hinzugefügt werden müssen.

===Beispielauftrag Alka===
[[Datei:Beispielauftrag Alka.png]]

==Beispiel Zusatzkosten VK Aufschlag in Prozent==
===Definition in Versandkosten Typen===
Definition in Versandkosten Typen (Stammdaten → Weitere Stammdaten → Versandkosten Typen) 
[[Datei:Zusatzkosten_bsp_prozent_def_typ.png]]

=== Definition in Versand- und Zusatzkosten eines Kunden===
Sollen Staffeln für Versandkostentypen eingerichtet werden, müssen diese mit verschiedenen Werten im Bis-Betrag hinterlegt werden (siehe im Beispiel Versandkosten)
Es kann nur EK% oder VK% verwendet werden.
[[Datei:Zusatzkosten_bsp_prozent_def_kunde.png]]
===Berechnung und Anzeige in Positionserfassung===
In diesem Beispiel werden 20 % auf den VK aufgeschlagen, sofern der Gesamtbetrag unter 90 € liegt (siehe Definition im Kunden). 
 
In der Positionserfassung sieht dies dann folgendermaßen aus: 
Pos 001 + Pos 002 = 71,85 
71,85 * 20 % = 14,37 
[[Datei:Zusatzkosteninfo_bsp_prozent_aufschlag.png]]

OBS/Kostenfreie Module/Zusatzkosten

2024-12-09T12:24:01Z

Hoheneder: Bild getauscht

{{Kostenfreie Module}}
{{Achtung|Alle verwendeten Zusatzkosten entsprechen Testwerten zur besseren Darstellung und entspricht nicht den realen Gegebenheiten.}}
=Definition Begriffe Zusatzkosten und Versandkosten im OBS=
Zusatzkosten sind Kosten die in der Bearbeitung von Aufträgen zusätzlich zum Artikelpreis im Einkauf und im Verkauf entstehen. Hierzu zählen insbesondere Frachtkosten, Versicherungspauschalen etc.
=Vorraussetzungen für das Modul Zusatzkosteninfo=
{{Hinweis| Um das Modul verwenden zu können, muß der Programmparameter 0027 "Zusatz-Versandkosten" konfiguriert werden. Der Programmparameter kann ab dem Benutzerlevel "3" bearbeitet werden.}}
==Widget Versandkosten==
Das Benutzerwidget Versandkosten (127) kann aktiviert werden, um die Zusatzkostenanzeigevom Positionsteil in ein separates Widget zu verschieben.
{{Achtung|Benutzer, welche das Widget ''Versandkosten'' bei sich '''nicht''' aktiv haben, werden beim Öffnen der Positionserfassung die Position "Zusatzkosten" löschen!}}
===Parameter/Einstellungen ===
[[Datei:Widget 127 Versandkosten.png]] 
{| class="wikitable"
|-
!Name!!Beschreibung
|-
|Versandkosten (Auftrag) anzeigen|| 
{{Hinweis|Wenn der Programmparameter 027 aktiv ist, wird der hier eingetragener Wert ignoriert und das Widget bleibt aktiv.}}
|-
|Versandkosten als Positionen anzeigen||Zur Zeit ohne Funktion
|-
|Widget Position (5 aus) Docking Links=0/Rechts1/Oben=2/Unten=3/Ungedocked=4||Hier können Sie einstellen, wo sich das Widget an der Positionserfassung befinden soll. Wenn Sie das Widget Links am an der Positionserfassung haben möchten, tragen Sie hier eine '0' ein. Für Rechts eine '1', für Oben eine '2' und für unten eine '3'. Mit '4' wird das Widget von OBS nicht angedockt und kann frei bewegt werden. Wenn Sie das Widget nicht sehen möchten, tragen Sie hier die '5' ein.
|-
|Erweiterte Lieferanten Informationen anzeigen||In der Zusatzkosteninfo werden alle definierten Lieferantenkosten pro Lieferant dargestellt. Wenn in dieser Option ein 'J' eingetragen wurde, werden für alle Lieferanten die EK/VK und Erträge angezeigt.
|}

=Definition Stammdaten/System=
==Systemkonstanten für Versand==
==Personen==
Die Eingabe/Pflege erfolgt über die weiteren Funktionen ({{F10}}) des [[OBS/Stammdaten/Personen|Personenstamms]] unter Punkt ''V Versandkosten''. Es wird dabei zwischen Kunden und Lieferanten unterschieden!
===Kunden ===
[[Datei:Versandkosten Kunde.png]] 
{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Versandkosten-Typ||Wählen Sie hier einen Versandkosten-Typ aus.
|-
|Bis Betrag||Tragen Sie hier ein, bis zu welchem Betrag die Versandkosten bezahlt werden müssen. Diese Einträge sind staffelbar.
|-
|vom EK Wert||Hier können Sie einstellen, ob für den "bis Betrag" die Summe der VK-Werte aller Positionen oder die Summe der EK-Werte aller Positionen berücksichtigt werden soll. 
Wenn die Checkbox nicht angehakt ist, wird die Summe der VK-Werte berücksichtigt. Ist die Checkbox angehakt, wird die Summe der EK-Werte berücksichtigt.
|-
|EK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag EK des Versandkosten Typ 900 definiert werden.
|-
| in Prozent||Wenn Sie diese Option aktivieren, werden die Werte in "Aufschlag EK" als prozentuale Werte benutz, um die Versandkosten aus der Summe aller Ek-Werte zu ermitteln. (nur auf der Lieferantenseite nutzbar)
|-
|VK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag VK des Versandkosten Typ 900 definiert werden.
|-
| Strecke||Hier können Sie auswählen, ob der Versandkosten-Typ nur bei Strecke, nicht bei Strecke oder in beiden Fällen benutzt werden soll.
|-
|Gilt für
|Hier kann unterschieden werden, für welche Auftragsart (Standard/Shop) die Versandkosten gelten sollen. Es können somit für Shopaufträge vom Standard abweichende Versandkosten definiert werden.
|-
|VK Aufschlag Versandkosten (900)||
|-
|EK-Aufschlag Versandkosten (900)
|-
| Automatische Position||Wenn Sie diese Option aktivieren, wird eine eigene Position im Auftrag erzeugt.
{{Achtung|Wenn Sie diese Option aktivieren möchten, müssen Sie die Optionen "VK Aufschlag Versandkosten (900)" und "EK-Aufschlag Versandkosten (900)" deaktiviert werden.}}
|-
|Position ohne Druck
|Ist diese Option markiert, dann erfolgt kein Ausdruck auf dem Beleg (Gilt nur für Versandkosten mit Autuposition)
|-
|Position am Ende einfügen
|Die Versandkostenpostion wird als letzte Position an den Auftrag angefügt.
|}

===Lieferanten===
[[Datei:Versandkosten Lieferant.png]] 
{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Versandkosten-Typ||Wählen Sie hier einen Versandkosten-Typ aus.
|-
|Bis Betrag||Tragen Sie hier ein, bis zu welchem Betrag die Versandkosten bezahlt werden müssen. Diese Einträge sind staffelbar.
|-
|vom EK Wert||Hier können Sie einstellen, ob für den "bis Betrag" die Summe der VK-Werte aller Positionen oder die Summe der EK-Werte aller Positionen berücksichtigt werden soll. 
Wenn die Checkbox nicht angehakt ist, wird die Summe der VK-Werte berücksichtigt. Ist die Checkbox angehakt, wird die Summe der EK-Werte berücksichtigt.
|-
|EK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag EK des Versandkosten Typ 900 definiert werden.
|-
| in Prozent||Wenn Sie diese Option aktivieren, werden die Werte in "Aufschlag EK" als prozentuale Werte benutz, um die Versandkosten aus der Summe aller Ek-Werte zu ermitteln.
|-
|VK-Aufschlag||Hier kann der Wert des Aufschlages für eine eigene Position oder für den Aufschlag VK des Versandkosten Typ 900 definiert werden.
|-
| Strecke||Hier können Sie auswählen, ob der Versandkosten-Typ nur bei Strecke, nicht bei Strecke oder in beiden Fällen benutzt werden soll.
|-
|Keine Bestellung Möglich (Nur Lieferanten)||Wenn Sie diese Option aktiviert haben, wird in der Bestelloptimierung dieser Versandkosten-Typ nicht berücksichtigt.
|-
|VK Aufschlag Versandkosten (900)||
|-
|EK-Aufschlag Versandkosten (900)
|-
|Automatische Position||Wenn Sie diese Option aktivieren, wird eine eigene Position im Auftrag erzeugt.
{{Achtung|Wenn Sie diese Option aktivieren möchten, müssen Sie die Optionen "VK Aufschlag Versandkosten (900)" und "EK-Aufschlag Versandkosten (900)" deaktivieren.}}
|-
|Position ohne Druck
|Ist die Option markiert, dann erolgt kein Ausdruck auf dem beleg (Gilt nur für Autopositionen)
|-
|Position am Ende einfügen
|Die Versandkostenposition wird als letzte Position an den Auftrag angefügt.
|}

=== Artikel ===
[[Datei:Versandkosten Artikel.png|rahmenlos]]

==Weitere Stammdaten==
===Versandkosten Typen===
{{Achtung|Beim ändern der Stammdaten, werden die in der Person hinterlegten Daten nicht überschrieben! Über die [[OBS/Kostenfreie Module/Zusatzkosten#Zusatzkosten Gruppen|Versandkostengruppen]] können die Stammdaten global geändert und übertragen werden.}}
[[Datei:Versandkosten Typen Liste.png]]

Alle Versandkostentypen mit der Nr. 9## wird von OBS automatisch angelegt. 
Die Nummern 001 bis 799 stehen Ihnen frei zur Verfügung. 
900 bis 749 sind vom Typ Lieferanten. 
950 bis 999 sind Artikel bezogene Versandkosten. 
 
[[Datei:Versandkosten TypEdit.png]] 

{| class="wikitable"
|-
!Feld!!Beschreibung
|-
|Name||Hier können Sie den Namen des Versandkostentypens eintagen.
|-
|Lieferant/Artikel
|Abhängig vom Lieferanten oder Artikel.
|-
|Gilt für
|gilt für Shop-Aufträge, Standard Aufträge oder beide Arten von Aufträgen.
|-
|Einmalig||
|-
|Artikelnummer||Wenn Sie möchten, dass eine automatisch angelegte Position eine Artikelnummer bekommt, können Sie diese hier eintragen.
|-
|Leistungs-Nr.
|Wenn Sie möchten, dass eine automatisch angelegte Position eine Leistungsnummer bekommt, können Sie diese hier eintragen.
|-
|Versandtyp
|Kosten werden nur eingefügt, wenn die im Vorgang hinterlegte Versandart der hier eingetragenen entspricht.
|-
|Aufschlag VK-Versandkosten (900)||Hier kann entschieden werden ob der Aufschlag VK von diesem Versandkostentyp auf den VK der Versandkosten (Typ 900) zugeschlagen werden soll
|-
| Aufschlag EK-Versandkosten (900)|| Hier kann entschieden werden ob der Aufschlag EK von diesem Versandkostentyp auf den EK der Versandkosten (Typ 900) zugeschlagen werden soll
|-
| Automatische Position||Ist diese Option aktiv, so wird eine eigene Position in der Positionserfassung erzeugt. 
Die Option kann nur gewählt werden, wenn die Optionen "Aufschlag VK-Versandkosten" oder "Aufschlag EK-Versandkosten" nicht ausgewählt wurden.
|-
|Hinweistext||Versandkostentypen bei denen diese Option aktiv sind, wird der Name als Hinweiszeile in der Zusatzkosteninfo dargestellt.
|-
|Position ohne Druck
|Position wird nicht gedruckt.
|-
| Position am Ende einfügen
|eingefügte Position landen immer am Ende der Positionserfassung (auch beim hinzufügen von normalen Position).
|}

{{Achtung | Es dürfen keine Artikel aus folgende Programmparameter benutzt werden: 
*566 Artikel für Versicherungspauschale (Personen 1,9)
*834 Artikel Nr. Auftrag Abschlag
*835 Artikel Nr. Auftrag Aufschlag }}
===Versand===
In dieser Liste sehen Sie alle Versandarten mit Nummer, Bezeichnung und Anzahl der Etiketten die bereits angelegt wurden.

[[Datei:Versand1.PNG]] 

Um eine neue Versandart anzulegen, betätigen Sie {{Einfg}}. 

[[Datei:Versand2.PNG]] 

{| class="wikitable"
|-
!Feld!! Beschreibung
|-
|Nr.||Die Nummer wird von OBS automatisch, fortlaufend gefüllt. Wenn Sie möchten, können Sie die Nummer selber vergeben. Die Nummer kann nur beim Erstellen verändert werden, danach kann die Nummer nicht mehr verändert werden.
|-
| Bezeichnung||Geben Sie hier dem Versand eine Bezeichnung.
|-
|Anzahl der Etiketten||Geben Sie hier ein, wie viele Etiketten gedruckt werden sollen, wenn diese Versandart ausgewählt wurde.
|-
|Rabattgruppe||
|-
|Suchbegriff||
|-
|Kein Mindestbestellwert||
|-
| Keine Versicherungspauschale||
|-
| Übernahme Tourenplanung||
|-
| Reiter DHL||'''Zusatzmodul DHL Easylog'''

Bei aktiver [[OBS/kostenpflichtige_Module/DHL|DHL Schnittstelle]] (kostenpflichtiges Zusatzmodul), werden hier die Stammdaten für [https://www.dhl.de/de/paket/geschaeftskunden/verpackung-versand/versandsoftware.html DHL Easylog] eigetragen.
|-
|Reiter DPD
|
|-
|Reiter MBE
|
|}

Mit {{Return}} können Sie Ihre Daten jederzeit ändern. Mit den Tasten {{Page Up}} und {{Page Down}} können Sie den nächsten Datensatz oder den vorherigen Datensatz aufrufen ohne die Maske schließen zu müssen.
====Zusatzkosten Gruppen====
Gruppen dienen als eine art Vorlage für bestimmte Zusatzkosten. Per {{F6}} können Sie die Zusatzkosten einer Gruppe bearbeiten. Die Nummer der Gruppe können Sie dann im Personenstamm auf Reiter ''2 Weitere Stammdaten'' hinterlegen. Die Definitionen der Zusatzkosten werden dann automatisch in die Vorgänge übernommen.
<div><ul>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_gruppe_liste.jpg|thumb|none|466px|Liste Gruppe]] </li>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_gruppe_maske.jpg|thumb|none|282px|Eingabemaske Gruppe]] </li>
</ul></div>

Wenn eine Zusatzkosten Gruppe verändert worden ist kann unter {{F10}} -> '''A Zusatzkosten-Gruppe Personen angleichen''' alle Personen diese Zuordnung neu zugewiesen werden.
{{Achtung|Manuell veränderte Zuordnungen werden überschrieben!}}

===Zusatzkosten Definition===
Hier können Sie die Zusatzkosten für die Gruppe definieren. Dafür nutzen Sie die [[Versandkosten Typen]] und geben die Kosten für den jeweiligen Typen an. Die Kosten können Fix definiert oder variabel gestaltet werden (z. B. Staffeln Auftragsgebühr für verschiedene Auftragssummen).
<div><ul>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_def_liste.jpg|thumb|none|799px|Liste Definitionen]] </li>
<li style="display: inline-block;"> [[Datei:Zusatzkosten_def_maske.jpg|thumb|none|480px|Eingabemaske Definitionen]] </li>
</ul></div>
====Staffel-Zusatzkosten und V-Positionskennzeichen====
Alle Positionen die als Positionskennzeichen ein VXX besitzen werden nicht aufsummiert für die Ermittlung der Staffel-Zusatzkosten (Bis-Betrag). Dies gilt auch für Prozent Aufschläge EK/VK. 
 
EK-Werte in den Zusatzkosten werden verwendet für anfallende Kosten beim Lieferanten und kalkulatorischen Kosten im Betrieb. 
 
Im Virtuellem Betrieb (Programmparameter 029) werden keine Positionen mit Versandkosten-Typen angelegt. 
 

=Arbeiten mit Versandarten und der Zusatzkosteninfo=
{{Achtung | Der Versand kann Versicherungspauschale oder Mindestbestellwert im Auftrag überschreiben!}}
{{Achtung | Die Positionen zu Versand- und Zusatzkosten werden beim Öffnen der Positionserfassung (F6) erzeugt. Für automatisch angelegte Vorgänge wie z.B. UGL-Importe erfolgt die Versandkostenberechnung bei aktiviertem pmode 1027 analog der manuellen Auftragserfassung. Bei Shop-Importen erfolgt generell keine Versandkostenberechnung, da diese bereits im Shop erfolgen muß.}}

== Verwendung von Versandarten==
Es besteht die Möglichkeit, weitere Zusatzkosten in Abhängigkeit von der gewählten Versandart zu berechnen (z.B. Terminlieferungen). Diese Kosten können beim Kunden oder auch beim Lieferanten hinterlegt werden. Dazu müssen folgende Daten erfasst werden: 
#Es muss ein Versand angelegt werden.
#Es muss ein Versandkosten-Typ mit der entsprechenden Versandart existieren.
#Dieser Versand muss im Vorgang hinterlegt sein.
#Dieser muss beim Kunden oder Lieferanten mit Aufschlag hinterlegt werden.
==Erläuterung Zusatzkosteninfo==
[[Datei:Erläuterung Zusatzkosteninfo V2.png]]

{| class="wikitable"
|-
!Nr.!!Beschreibung
|-
|1|| Hier werden zu den hinterlegten EK-Kosten folgende Kennzeichen dargestellt: 
{| class="wikitable"
|-
|SU||Summe.
|-
|A||Automatische Position mit Artikel.
|-
| E||Einkaufsbetrag der 900 Position wird erhöht.
|-
|V|| Verkaufsbetrag der 900 Position wird erhöht.
|}
|-
|2||Hier werden die aufsummierten Ergebnisse eines Lieferanten oder Kunden angezeigt.
|-
|3||Hinterlegte Versandkosten des Kunden.
|-
|4||Hinterlegte Versandkosten eines Lieferanten.
|-
|5||Hinterlegter Lieferant der automatischen Artikel-Positionen, z.B. interne Kosten. Dies kann abgeschaltet werden Über das Widget [[OBS/Widgets/Versandkosten|"Versandkosten"]].
|-
|6||Benutzte Artikelnummer in automatischen Positionen.
|-
| 7||Summe EK aller Versand-/Zusatzkosten.
|-
| 8||Gesamtertrag.
|-
|9||Netto Summe Rechnung.
|-
|900|| Versandkosten Typ 900. Typen "V" und "E" (sehe Punkt 1) können auf die Versandkosten aufgeschlagen werden. "<" Beinhaltet den Ab-Betrag die für die Ermittlung der Versandkosten
|}

===Berechnung Ertrag Zusatzkosteninfo===
Mit Bezug auf das Bild in [[#Erl.C3.A4uterung_Zusatzkosteninfo|Erläuterung Zusatzkosteninfo]] ergeben sich die Zahlen wie folgt:
{| class="wikitable"
|-
|Gesamt Netto|| style="text-align:right" |+25,89
|-
| -Summe aller EK-kosten|| style="text-align:right" |-15,30
|-
| -EK Lieferanten|| style="text-align:right" | -2,32
|-
| ||
|-
|Gesamtertrag Auftrag|| style="text-align:right" |8,27
|}

{{Hinweis|Bei Verwendung von manuellen Positionen "V001" ist der Betrag abweichend, da nur Soll-EK-Werte angezeigt werden. 
Alle weiteren Lieferanten, Beispiel "interne Kosten", werden nicht nur Berechnung herangezogen, da diese in automatische Positionen und in den Versandkosten ("900") enthalten sind.}}

=== Manuelle Änderung einer Position mit Versandkostenstatus V000===
[[Datei:Position Versandkostenstatus V000.png]] 
Eine automatisch eingefügte Position wird mit dem Positionskennzeichen "V000" angelegt. Wenn Sie den Preis der Position ändern, wird das Positionskennzeichen auf "V001" gesetzt. 
Wenn Sie den Wert des EK-Wertes (ist) ändern, müssen sie die Positionskennzeichen manuell setzen. 
{{Achtung| Zu Punkt 1 in '''Erläuterung Zusatzkosteninfo''': Es werden die (Soll) EK-Werte angezeigt und nicht die abgeänderten EK-Werte.}}
===Anzeige ver Zusatzkosteninformationen===
====Positionserfassung====
Damit die Versandkosten als Position in der Positionserfassung hinzugefügt wird, müssen Sie im Widget [[OBS/Widgets/Versandkosten|Versandkosten]] Den Parameter "Versandkosten als Position anzeigen" auf 'J' stellen. 

[[Datei:Positionserfassung Zusatzkosten.png]] 

{{Hinweis|Die Zusatzkosten in der Position werden nicht mit ausgedruckt.}}
====Widget Versandkosten====
Mit diesem Widget wird automatisch eine Position "Zusatzkosten" in der Positionserfassung für Aufträge hinzugefügt. 
[[Datei:Widget Versandkosten.png]]

==Datenübernahme aus Artikelpflege==
===Büroring===
====Flat Files ====
Bei dem Import des Flat-Files von Büroring werden, anhand der Bestellnummer, die Versandkosten für die virtuellen Artikel automatisch in der Artikelpflege und bei Export in den Artikelstamm und auch bei den Artikeln hinterlegt.

'''Sperrgut Artikel:''' 
Nach Möglichkeit können Sie diese Daten über einen Import bei den vorhandenen Artikeln im Artikelstamm hinterlegen. '''''(Noch in Arbeit)'''''
==Zusatzkosten verwenden/anwenden==

=Beispiele=
==Beispiel Büroring (Liefer- und Bestellbedingungen; Stand 01.02.2019)==
{{Hinweis| Dieses Beispiel basiert auf den Liefer- und Bestellbedingungen aus Januar 2019! Übernehmen Sie in keinem Fall einfach dieses Beispiel in Ihr System, sondern prüfen Sie zuvor die aktuellen Bedingungen vom Büroring und nehmen Sie ggf. Anpassungen vor.}} 
===Bedingungen===
{{Hinweis| Dieser Auszug aus Januar 2019 ist nicht bindend und dient nur als Beispiel für Zusatzkosten Definitionen in OBS}} 

Für alle eingehenden Aufträge erheben wir eine einheitliche Frachtpauschale in Höhe von € 3,95 '''[B1]''' unabhängig davon, wie viele Pakete aus einer Bestellung entstehen. Der bisher erhobene Energiekostenbeitrag und die Mautgebühren für Straßennutzung sind in der Pauschale bereits enthalten. Die oben aufgeführte Frachtpauschale gilt nur für Empfängeradressen innerhalb der Bundesrepublik Deutschland. 

Für Aufträge, die Artikel enthalten, die nicht aus dem Büroring Zentrallager geliefert werden, fallen zusätzliche Frachtkosten an (virtuelles Lagersortiment). 

Die zusätzlich anfallenden Kosten betreffen Artikelnummern, die mit „V02“ oder „V03“ beginnen. 
V02... = € 4,95 pro Auftrag (Lagersortiment: dexxlT) '''[B2]''' 
V03... = € 3,50 pro Auftrag (Lagersortiment: soft-Carrier) '''[B3]''' 

Für die Lieferung von Büroeinrichtung sowie von Druck- und Kopier—Großgeräten gilt generell die Anlieferung frei Bordsteinkante als vereinbart. 

Für Warenlieferungen ab dem Büroring Zentrallager setzen wir "GLS" als Standard-Frachtführer ein (ohne Mehrkosten). 

Es besteht die Möglichkeit zwischen weiteren Frachtführern "DHL oder "UPS" auszuwählen. Die Abweichung vom Standard-Frachtführer wird mit 1,25 € pro Auftrag an den Auftraggeber (Fachhändler) berechnet.'''[B4]''' 

Für jede Endkundenbelieferung (= „abweichender Warenempfänger“) wird eine Prozessbeteiligung in Höhe von 0,45 € pro Auftrag erhoben.'''[B5]''' 

Bei fehlerhafter Angabe von Endkundendaten (individuelle Warenempfängeradressen) werden daraus resultierende Zusatzkosten bei der Warenanlieferung verursachungsgerecht an die betroffenen Fachhändler weitergegeben. Damit verbunden wird auch eine Rückmeldung gegeben, welcher Korrekturbedarf bestanden hat, so dass etwaige Änderungen im Adressbestand und in der Warenwirtschaft des Fachhändlers vorgenommen werden können. 

Bei postalisch, telefonisch, per E-Mail oder per Fax erteilten Aufträgen berechnen wir für die manuelle Auftragserfassung eine Auftragserfassungspauschale in Höhe von 3,50 € pro Auftrag. 

Darüber hinaus erheben wir auf alle Kleinstbestellungen unter netto 25,00 € Warenwert einen Mindermengenzuschlag von 5,00 €.'''[B6]''' 

Artikel die einen erhöhten logistischen Aufwand erfordern, wie z.B. Artikel in „Übergröße o. Überlänge“, werden mit einem s.g. Sperrgutzuschlag von € 7,50 '''[B7]''' belegt. Betroffen sind Artikel die sich nicht in den üblichen Versandkartons verarbeiten lassen. Eine Aufstellung der betroffenen Artikel finden Sie tagesaktuell im Büroring Extranet. 

===Hinterlegte Versandkosten beim Kunden===
Diese Kosten sind selbst kalkulierte Versandkosten die bei diesem Kunden immer berechnet werden sollen. 
Wie Sie die Versandkosten bei einem Kunden einstellen können, erfahren Sie [[OBS/Stammdaten/Personen#Definition_bei_Kunden|hier]]. 
[[Datei:Hinterlegte Versankosten.png]] 

===Hinterlegte Versandkosten beim Lieferanten Büroring===
[[Datei:Hinterlegte Versankosten Lieferant.png]] 

903 = [B6] 
904 = [B1] 
910 = [B4] 
911 = [B5] 

===Hinterlegte Versandkosten beim Artikel Besenstiel===
[[Datei: Hinterlegte Versankosten Artikel.png]] 
951 = [B7] 
962 = [B2] 

===Beispiel Auftrag Büroring===
[[Datei:Beispielauftrag Brüring Versandkosten.png]] 

== Beispiel Alka (Servicepauschalen Alka; Stand 01.02.2019)==
{{Hinweis| Dieses Beispiel basiert auf den Pauschalen aus Januar 2019! Übernehmen Sie in keinem Fall einfach dieses Beispiel in Ihr System, sondern prüfen Sie zuvor die aktuellen Pauschalen von Alka und nehmen Sie ggf. Anpassungen vor.}} 
===Servicepauschalen===
{{Hinweis| Dieser Auszug von Januar 2019 ist nicht bindend und dient nur als Beispiel für Zusatzkosten-Definitionen in OBS.}}

{|
|-
|'''Lieferbedingungen'''
|-
|Frei Haus Grenze für Endkundenbelieferung '''[A1]'''||€ 49,00
|-
|unter € 49,00 Mindermengenzuschlag||€ 4,99
|-
|Frei Haus Grenze Lagerbelieferung '''[A2]'''||€ 69,00
|-
|unter € 69,00 Mindermengenzuschlag||€ 4,99
|-
|Fracht -/Auftragspauschale '''[A3]'''
|€ 1,59 pro Auftrag
|-
|24 Stunden Lieferung ohne zusätzliche Kosten ||
|-
|Endkundenbelieferung ohne zusätzliche Kosten||
|-
|Energie- u. Umweltpauschale '''[A4]'''||€ 0,95 pro Auftrag
|-
|Schreibtischbelieferung '''[A9*]'''||€ 2,56 pro Paket
|-
|Vorkommissionierung '''[A9*]'''
|€ 2,99 pro Auftrag
|-
|Lieferung per Express (Paket bis 31,5 kg) ||
|-
|bis 12:00 Uhr '''[A7]'''|| € 11,10 pro Paket
|-
|bis 10:00 Uhr '''[A7]'''||€ 13,30 pro Paket
|-
|Auslandsfrachtkosten||
|-
|Österreich - Frachtkostenpauschale '''[A8]'''||€ 10,60 pro Paket
|-
| *weitere Auslandsfrachtkosten für das europäische Ausland auf Anfrage ||
|-
|manuelle Auftragserfassung Online: kostenlos ||
|-
|'''[A9*]'''||per Telefon: € 3,85
|-
|'''[A9*]'''|| per Fax: € 6,99
|-
| ||
|-
|'''Sonderbeschaffung [A9*]'''||
|-
| Gebühr für die Beschaffung direkt vom Hersteller||€ 4,50 pro Auftrag
|-
| ||
|-
|'''Retourenabwicklung [A9*]'''||
|-
|angemeldete Retouren über OSP||ohne zusätzliche Kosten
|-
|nicht angemeldete Retouren||€ 9,60 pro Paket
|-
| Retourenabholung auf Kundenwunsch||€ 7,60 pro Paket,
|-
| ||€ 49,00 pro Palette, ab 301 kg werden für jedes weitere angefangene Kilogramm 0,20 € berechnet, die Avisierung (abhängig vom Endkunden) der Abholung wird mit 7,00 € in Rechnung gestellt
|-
|nicht zustellbare Pakete
|€ 8,95 pro Paket
|-
| ||
|-
|'''Zahlungsbedingungen'''
|
|-
|Abbuchung sofort||2% Skonto
|-
|Zahlung innerhalb von 30 Tagen||netto Kasse
|-
| Printmedien||14 Tage netto (ohne Abzüge)
|}

===Hinterlegte Versandkosten beim Kunden===
Diese Kosten sind selbst kalkulierte Versandkosten die bei diesem Kunden immer berechnet werden sollen.br/>

[[Datei:Hinterlegte Versankosten.png]] 

===Hinterlegte Versandkosten beim Lieferanten Alka.===
[[Datei:Hinterlegte Versankosten Lieferant Alka.png]]br/>

002 = '''[A7]''' (manuell angelegter Versandkosten Typ nur Hinweistext) 
900 = '''[A2]''' 
901 = '''[A3]''' 
915 = '''[A8]''' 
916 = '''[A4]''' 

===Wie behandle ich '''[A9*]'''?===
Für diese Servicepauschalen müssen Artikel angelegt werden die im Auftrag manuell hinzugefügt werden müssen.

===Beispielauftrag Alka===
[[Datei:Beispielauftrag Alka.png]]

==Beispiel Zusatzkosten VK Aufschlag in Prozent==
===Definition in Versandkosten Typen===
Definition in Versandkosten Typen (Stammdaten → Weitere Stammdaten → Versandkosten Typen) 
[[Datei:Zusatzkosten_bsp_prozent_def_typ.png]]

=== Definition in Versand- und Zusatzkosten eines Kunden===
Sollen Staffeln für Versandkostentypen eingerichtet werden, müssen diese mit verschiedenen Werten im Bis-Betrag hinterlegt werden (siehe im Beispiel Versandkosten)
Es kann nur EK% oder VK% verwendet werden.
[[Datei:Zusatzkosten_bsp_prozent_def_kunde.png]]
===Berechnung und Anzeige in Positionserfassung===
In diesem Beispiel werden 20 % auf den VK aufgeschlagen, sofern der Gesamtbetrag unter 90 € liegt (siehe Definition im Kunden). 
 
In der Positionserfassung sieht dies dann folgendermaßen aus: 
Pos 001 + Pos 002 = 71,85 
71,85 * 20 % = 14,37 
[[Datei:Zusatzkosteninfo_bsp_prozent_aufschlag.png]]

Datei:Erläuterung Zusatzkosteninfo V2.png

2024-12-09T12:23:08Z

Hoheneder:

Erläuterung Zusatzkosteninfo V2