Wiki Lighthouse MCS - Benutzerbeiträge [de]

Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement

2026-04-22T15:54:01Z

Lighthouse1: Die Seite wurde neu angelegt: „Bowline ist objekt-orientiert designt. Dem Bowline Grundmodul A - Trainings- und Ressourcenmanagement liegt nachstehendes Datenmodell zugrunde:“

Bowline ist objekt-orientiert designt. Dem Bowline [[Grundmodul A - Trainings- und Ressourcenmanagement]] liegt nachstehendes [[Datenmodell]] zugrunde:

Stammdatenaufbau

2026-04-22T15:22:05Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''[[objekt-orientiert]]''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In den folgenden Abschnitten führen wir Sie Schritt für Schritt an die Aufgabe heran:

'''Vorab - einige grundlegende Regeln:'''

* [[Statusmerkmale]]: Stammdaten befinden sich '''immer''' - Ausnahme Trainingsentwicklung Modul G1 - im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Alle Datentypen unterliegen der Zeit und haben eine '''[[Gültigkeitsinformation]]'''!
* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Aufbau der Stammdaten:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Stammdatenaufbau

2026-04-22T15:15:07Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''[[objekt-orientiert]]''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In diesem Abschnitt führen wir Sie Schritt für Schritt an die Aufgabe heran, diese wichtige Grundlage systematisch und nachhaltig zu schaffen.

'''Grundlagen:'''

* [[Statusmerkmale]]: Stammdaten befinden sich '''immer''' - Ausnahme Trainingsentwicklung Modul G1 - im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Alle Datentypen unterliegen der Zeit und haben eine '''[[Gültigkeitsinformation]]'''!
* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Aufbau der Stammdaten:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* VE und Bowline-Objekte
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Bowline Benutzerhandbuch - Release 4.0

2026-04-22T15:09:26Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''s
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* [[Trainingsplanung und -bearbeitung]]
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was ist unter<nowiki/> [[objekt-orientiert]]<nowiki/>em Design verstehen
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Customizing

2026-04-22T15:05:33Z

Lighthouse1:

Bevor wir tief in die Anpassungsmöglichkeiten von Bowline eintauchen, lassen Sie uns kurz klären, was "'''Customizing'''" im Bowline resp. SAP-Kontext bedeutet.
[[Datei:Haus für Artikel.jpg|mini]]
''Stellen Sie sich ein SAP-System wie ein Fertighaus vor.''

''Es bietet eine '''solide, standardisierte Grundlage''' mit allen wesentlichen Funktionen. Customizing ist nun der Prozess, dieses Standard-Haus nach Ihren individuellen Vorstellungen und Bedürfnissen einzurichten und zu gestalten. Sie ändern dabei nicht das Fundament oder die tragenden Wände – also den Kern der Software – sondern '''Sie konfigurieren''' die vorhandenen Optionen, um es zu Ihrem '''perfekten Zuhause''' zu machen.''

Im Bowline, wie im SAP-Umfeld, bedeutet das: Die Standardsoftware wird durch gezielte Einstellungen an die einzigartigen Geschäftsprozesse und spezifischen Anforderungen Ihres Unternehmens angepasst. Anstatt den Programmcode selbst zu verändern, werden die von Bowline resp. SAP bereitgestellten Werkzeuge und Einstellungsmöglichkeiten genutzt, um das System passgenau zu machen.

Kurz gesagt: '''''Customizing verwandelt eine Standardlösung in Ihre maßgeschneiderte Unternehmenslösung'''''.

Und genau das werden wir in diesem Kapitel gemeinsam für Bowline tun. Machen wir uns an die Arbeit!

In der '''SAP Transaktion SPRO''' befinden sich die Customizing-Einstellungen direkt unter dem Eintrag SAP Customizing Einfürhungsleitfaden, und zwar

# '''[[Grundeinstellungen]]'''
# '''[[Bowline Modul A - Plantafel]]''' - eigentlich ''Trainings- und Ressourcenplanung''
# '''[[Bowline Modul B - Stundenplanung]]'''
# '''[[index.php?title=Bowline Modul C - Benotungsunterstützung|Bowline Modul C - Benotungsunterstützung]]'''
# '''[[Bowline Modul D - Unterkunftsbelegung]]'''
# '''[[Bowline Modul E - Ausbildungsmanagement]]'''
Für die weiteren Module sind keine besonderen Customzing-Aktionen erforderlich.

Bowline Modul A - Plantafel

2026-04-22T15:03:49Z

Lighthouse1:

* '''max. Differenz bei Zeitraumauswahl festlegen'''

Das Feld ''BOWLI LIMIT'' wird mit dem Wert 48 ausgeliefert und betrifft den Standardzeitraum für Plantafelabsprünge. Die Einstellung kann, bei Bedarf, angepasst werden.

* '''Sperrgründe (wegen nichtverfügbarkeit) pflegen'''

Jeder dieser Verfügbarkeitssperren (von Ressourcen) kann eine Begründung mitgegeben werden. Die erforderlichen Gründe sind hier einzutragen.

Per Präfix können die Sperrgründe für Human- und Sachressourcen, sowie für Zimmer (Modul D) und Ausbildungsplätze (Modul E) separiert werden.

* A - für Arbeitsplätze ([[Modul E - Ausbildungsmanagement]])
* P - für Menschen
* G - für Sachen
* D - für Unterkunftszimmer ([[Modul D - Unterkunftsbelegung]]).

Gründe ohne Präfix gelten für alle Objekttypen und werden ''immer'' angezeigt.

* '''Prioritäten'''

Diese Tabelle enthält die Buchungsprioritäten für die Trainingsteilnehmer. Standardmäßig wird diese Tabelle ausgeliefert mit den Einträgen:

* 9 - VIP-Buchung
* 30 bevorzugte Buchung - wird standardmäßig bei der Verwendung von Teilnahme-Reservierungen genutzt
* 50 Normalbuchung
* 90 Warteliste (Prio 1)
* 91 Warteliste (Prio 2)
* 99 Warteliste -

* '''Verkürzungsgründe pflegen'''

Teilnahmeverkürzungen können mit Gründen versehen werden. Die voreingestellten Gründe sind Beispieleinträge und können geändert und erweitert werden.

* '''Inklusionsinfo'''

In dieser Tabelle (früher Barrierefreiheit) kann für Räume und Zimmer ausgewählt werden:

* BARFR - Barrierefrei oder
* ROLLG - rollstuhlgerecht

Weitere Einträge werden nicht beachtet.

Status 1 = aktiv

2026-04-09T12:30:48Z

Lighthouse1: Die Seite wurde neu angelegt: „Der Status 1 = aktiv wird im Rahmen von Bowline verwendet für: * alle Stammdaten, sobald sie ausgeplant sind und verwendet werden sollen. Im Rahmen des Trainingsmangements können nur Trainingstypen des Status 1 terminlich ausgeplant werden (nicht im Status 0). * Bewegungsdaten, z.B. Trainingstermine werden vom Status 2 in den Status 1 überführt, wenn sie ausgeplant sind und durchgeführt werden sollen. Im Zuge des Trainingsmangements, und hier der B…“

Der Status 1 = aktiv wird im Rahmen von Bowline verwendet für:

* alle Stammdaten, sobald sie ausgeplant sind und verwendet werden sollen. Im Rahmen des Trainingsmangements können nur Trainingstypen des Status 1 terminlich ausgeplant werden (nicht im Status 0).
* Bewegungsdaten, z.B. Trainingstermine werden vom Status 2 in den Status 1 überführt, wenn sie ausgeplant sind und durchgeführt werden sollen.

Im Zuge des Trainingsmangements, und hier der Bewegungsdaten ist der ''Status 1 = aktiv,''

Statusmerkmale

2026-04-09T12:23:28Z

Lighthouse1:

Status 2 = geplant

2026-04-09T12:22:20Z

Lighthouse1: Die Seite wurde neu angelegt: „Planungsstatus für Bewegungsdaten * Der Status 2 = geplant steuert, ob ein Objekt - in Bowline(R) in der Regel '''Trainingstermine''' (Objekttyp E) und '''Unterrichtseinheiten''' (Objekttyp UE) noch in der Planung sind (Status 2). * Im Stadium der Planung können diese Objekten noch sehr frei verändert werden. * Im Zuge von Bowline(R) können Objektes mit Status 2 nur in den Status 1 aktiv übernommen werden (Ausnahme: Szenarioplanung - Details si…“

Planungsstatus für Bewegungsdaten

* Der Status 2 = geplant steuert, ob ein Objekt - in Bowline(R) in der Regel '''Trainingstermine''' (Objekttyp E) und '''Unterrichtseinheiten''' (Objekttyp UE) noch in der Planung sind (Status 2).
* Im Stadium der Planung können diese Objekten noch sehr frei verändert werden.
* Im Zuge von Bowline(R) können Objektes mit Status 2 nur in den Status 1 aktiv übernommen werden (Ausnahme: [[Szenarioplanung]] - Details siehe eben da).

Statusmerkmale

2026-04-09T12:16:31Z

Lighthouse1:

Status 0 = in Vorbereitung

2026-04-09T12:14:33Z

Lighthouse1: Die Seite wurde neu angelegt: „Entwicklungsstatus für Stammdaten * Der Status 0 ''in Vorbereitung'' steuert, ob sich ein Objekt - hier ''ausschließlich Stammdatenobjekte'' - noch in der Entsteheungsphase befindet. Diese Objekte sind nur in speziellen Strukturen sichtbar. * Objekte des ''Status 0'' können standardmäßig in den Status 1 übernommen werden (Ausnahme [http://wiki.lighthouse-mcs.de//wiki/index.php?title=Szenarioplanung&action=edit&redlink=1 Szenari…“

Entwicklungsstatus für Stammdaten

* Der Status 0 ''in Vorbereitung'' steuert, ob sich ein Objekt - hier ''ausschließlich Stammdatenobjekte'' - noch in der Entsteheungsphase befindet. Diese Objekte sind nur in speziellen Strukturen sichtbar.
* Objekte des ''Status 0'' können standardmäßig in den [[Status 1 = aktiv|Status 1]] übernommen werden (Ausnahme [http://wiki.lighthouse-mcs.de//wiki/index.php?title=Szenarioplanung&action=edit&redlink=1 Szenarioplanung] - Details siehe eben da).
* Der Status 0 ist quasi der Planungsstatus für Stammdaten!

Statusmerkmale

2026-04-09T12:13:05Z

Lighthouse1:

In Bowline, wie im SAP Orgmanagement sind Statusmerkmale wichtige Steuerungselemente, die den aktuellen Zustand von Objekten definieren.

'''Was sind Statusmerkmale?'''

Statusmerkmale sind Kennzeichen, die einem Objekt (wie Trainings, Ressourcen, oder Personen) zugeordnet werden und dessen Verwendbarkeit und Sichtbarkeit im System steuern. Sie bestimmen, ob und wie ein Objekt in verschiedenen Prozessen und Auswertungen berücksichtigt wird.

'''Welche Statusmerkmale gibt es?'''

Bowline(R) verwendet im wesentlichen die Stausmerkmale:

* [[Status 0 = in Vorbereitung|0 = in Vorbereitung]]
* 1 = aktiv
* 2 = geplant
* 3 = beantragt und
* 5 = abgelehnt

Das Statusmerkmal 4 = genehmigt wird aktuell nicht verwendet.

1.

2. Planungsstatus für Bewegungsdaten

* Der Status

* Steuert, ob ein Objekt noch in Planung ist (Status 2) oder bereits aktiv verwendet wird (Status 1). Diese Statusmerkmale werden in Bowline ausschließlich in den Bewegungsdaten (z.B. Trainings) verwendet.

3. Genehmigungsstatus

Die Statusmerkmale 3 / 4 und 5 werden ausschließlichim Rahmen der '''Szenarioplanung''' (Modul G) verwendet.

* Zeigt an, ob ein Objekt beantragt oder genehmigt wurde (Status 3 beantragt / Status 4 genehmigt)
* Zeigt an ob ein Objekt nicht genehmigt (Status 5) wurde und ggf. zurück in einen vorherigen Status (Status 2) überführt werden muss

Statusmerkmale

2026-04-09T12:08:22Z

Lighthouse1:

In Bowline, wie im SAP Orgmanagement sind Statusmerkmale wichtige Steuerungselemente, die den aktuellen Zustand von Objekten definieren.

'''Was sind Statusmerkmale?'''

Statusmerkmale sind Kennzeichen, die einem Objekt (wie Trainings, Ressourcen, oder Personen) zugeordnet werden und dessen Verwendbarkeit und Sichtbarkeit im System steuern. Sie bestimmen, ob und wie ein Objekt in verschiedenen Prozessen und Auswertungen berücksichtigt wird.

'''Welche Statusmerkmale gibt es?'''

Bowline(R) verwendet im wesentlichen die Stausmerkmale:

* 0 = in Vorbereitung
* 1 = aktiv
* 2 = geplant
* 3 = beantragt und
* 5 = abgelehnt

Das Statusmerkmal 4 = genehmigt wird aktuell nicht verwendet.

1. Entwicklungsstatus

* Status 0 ''in Vorbereitung'' steuert, ob sich ein Objekt - hier ''ausschließlich Stammdatenobjekte'' - noch in der Entsteheungsphase befindet. Diese Objekte sind nur in speziellen Strukturen sichtbar.
* Objekte des Status 0 können standardmäßig in den Status 1 übernommen werden (Ausnahme [[Szenarioplanung]] - Details siehe eben da).

2. Planungsstatus

* Steuert, ob ein Objekt noch in Planung ist (Status 2) oder bereits aktiv verwendet wird (Status 1). Diese Statusmerkmale werden in Bowline ausschließlich in den Bewegungsdaten (z.B. Trainings) verwendet.

3. Genehmigungsstatus

Die Statusmerkmale 3 / 4 und 5 werden ausschließlichim Rahmen der '''Szenarioplanung''' (Modul G) verwendet.

* Zeigt an, ob ein Objekt beantragt oder genehmigt wurde (Status 3 beantragt / Status 4 genehmigt)
* Zeigt an ob ein Objekt nicht genehmigt (Status 5) wurde und ggf. zurück in einen vorherigen Status (Status 2) überführt werden muss

Statusmerkmale

2026-04-09T12:00:27Z

Lighthouse1:

In Bowline, wie im SAP Orgmanagement sind Statusmerkmale wichtige Steuerungselemente, die den aktuellen Zustand von Objekten definieren.

'''Was sind Statusmerkmale?'''

Statusmerkmale sind Kennzeichen, die einem Objekt (wie Trainings, Ressourcen, oder Personen) zugeordnet werden und dessen Verwendbarkeit und Sichtbarkeit im System steuern. Sie bestimmen, ob und wie ein Objekt in verschiedenen Prozessen und Auswertungen berücksichtigt wird.

'''Welche Statusmerkmale gibt es?'''

Bowline(R) verwendet im wesentlichen die Stausmerkmale:

* 0 = in Vorbereitung
* 1 = aktiv
* 2 = geplant
* 3 = beantragt und
* 5 = abgelehnt

Das Statusmerkmal 4 = genehmigt wird aktuell nicht verwendet.

1. Entwicklungsstatus

* Steuert, ob sich ein Objekt - hier ''ausschließlich Stammdatenobjekte'' - noch in der Entsteheungsphase befinden (Status 0)

2. Planungsstatus

* Steuert, ob ein Objekt noch in Planung ist (Status 2) oder bereits aktiv verwendet wird (Status 1). Diese Statusmerkmale werden in Bowline ausschließlich in den Bewegungsdaten (z.B. Trainings) verwendet.

3. Genehmigungsstatus

Die Statusmerkmale 3 / 4 und 5 werden ausschließlichim Rahmen der '''Szenarioplanung''' (Modul G) verwendet.

* Zeigt an, ob ein Objekt beantragt oder genehmigt wurde (Status 3 beantragt / Status 4 genehmigt)
* Zeigt an ob ein Objekt nicht genehmigt (Status 5) wurde und ggf. zurück in einen vorherigen Status (Status 2) überführt werden muss

Stammdatenaufbau

2026-03-25T15:53:19Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''[[objekt-orientiert]]''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In diesem Abschnitt führen wir Sie Schritt für Schritt an die Aufgabe heran, diese wichtige Grundlage systematisch und nachhaltig zu schaffen.

'''Generelle Grundlagen:'''

* Stammdaten befinden sich - Ausnahme Trainingsentwicklung Modul G1 - immer im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Alle Datentypen unterliegen der Zeit und haben eine '''[[Gültigkeitsinformation]]'''!
* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Spezifische Aufbau der Stammdaten für die einzelnen Bowline Module:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* VE und Bowline-Objekte
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Stammdatenaufbau

2026-03-25T15:52:58Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''[[objekt-orientiert]]''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In diesem Abschnitt führen wir Sie Schritt für Schritt an die Aufgabe heran, diese wichtige Grundlage systematisch und nachhaltig zu schaffen.

'''Generelle Grundlagen:'''

* Stammdaten befinden sich - Ausnahme Trainingsentwicklung Modul G1 - immer im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Alle Datentypen unterliegen der Zeit und haben eine '''Gültigkeitsinformation'''!
* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Spezifische Aufbau der Stammdaten für die einzelnen Bowline Module:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* VE und Bowline-Objekte
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Objekt-orientiert

2026-03-25T15:47:33Z

Lighthouse1:

Das Datenmodell des SAP HCM-Moduls '''Personalplanung und -entwicklung (PD)''' bildet die strukturelle Grundlage für alle Prozesse des Organisationsmanagements, des Veranstaltungsmanagement (inkl. LSO) und damit '''auch von Bowline'''.

Dieses Datendesign basiert '''nicht''' auf dem klassischen t'''abellarischen Datenbankmodell der Personaladministration''' (PA), sondern auf einem '''objekt- und beziehungsbasierten Ansatz''':

''Reale Entitäten wie '''Trainings, Ressourcen,''' etc. werden als '''Objekte abgebildet''' und über typisierte '''Verknüpfungen miteinander in Beziehung gesetzt.'''''

Konkret:

* Objekttypen - realisiert über den IT 1000 Objekt
* Relationen - realisiert über den IT 1001 Verknüpfung mit A (aktiv) und B (passiv) Richtung und Subtypen
* Attribute - realisiert über die Infotypen > 1001

Stammdatenaufbau

2026-03-25T15:40:47Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''[[objekt-orientiert]]''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In diesem Abschnitt führen wir Sie Schritt für Schritt an die Aufgabe heran, diese wichtige Grundlage systematisch und nachhaltig zu schaffen.

'''Generell gilt für die Stammdaten aller Module:'''

* Stammdaten befinden sich - Ausnahme Trainingsentwicklung Modul G1 - immer im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Spezifische Aufbau der Stammdaten für die einzelnen Bowline Module:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* VE und Bowline-Objekte
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Objekt-orientiert

2026-03-25T15:38:24Z

Lighthouse1: Die Seite wurde neu angelegt: „Das Datenmodell des SAP HCM-Moduls '''Personalplanung und -entwicklung (PD)''' bildet die strukturelle Grundlage für alle Prozesse des Organisationsmanagements, des Veranstaltungsmanagement (inkl. LSO) und damit '''auch von Bowline'''. Dieses Datendesign basiert '''nicht''' auf dem klassischen t'''abellarischen Datenbankmodell der Personaladministration''' (PA), sondern auf einem '''objekt- und beziehungsbasierten Ansatz''': '''''Reale Entitäten wie T…“

Das Datenmodell des SAP HCM-Moduls '''Personalplanung und -entwicklung (PD)''' bildet die strukturelle Grundlage für alle Prozesse des Organisationsmanagements, des Veranstaltungsmanagement (inkl. LSO) und damit '''auch von Bowline'''.

Dieses Datendesign basiert '''nicht''' auf dem klassischen t'''abellarischen Datenbankmodell der Personaladministration''' (PA), sondern auf einem '''objekt- und beziehungsbasierten Ansatz''':

'''''Reale Entitäten wie Trainings, Ressourcen, etc. werden als Objekte abgebildet und über typisierte Verknüpfungen miteinander in Beziehung gesetzt.'''''

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:34:58Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* [[Trainingsplanung und -bearbeitung]]
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was ist unter<nowiki/> [[objekt-orientiert]]<nowiki/>em Design verstehen
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:32:58Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* [[Trainingsplanung und -bearbeitung]]
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was unter "[[objekt-orientiertem Desig]]<nowiki/>[[n]]" zu verstehen ist und
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:31:39Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* [[Trainingsplanung und -bearbeitung]]
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was unter "[[objekt-orientiertem Desig]]<nowiki/>n" zu verstehen ist und
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Stammdatenaufbau

2026-03-25T15:30:06Z

Lighthouse1:

Grundlegend ist zu wissen und zu berücksichtigen, das Bowline '''objektorientiert''' aufgebaut ist.

Die Stammdaten bilden das Fundament und das digitale Rückgrat Ihrer Anwendungen. Sie sind die zentralen, über lange Zeit konstanten Daten, auf die die Bowline-Prozesse zugreifen – zum Beispiel Trainingsdaten, Trainingsort, Ressourceninformationen.

Eine saubere und von Anfang an '''''gut durchdacht angelegte Stammdatenbasis''''' ist der entscheidende '''''Schlüssel für effiziente Abläufe''''', fehlerfreie Transaktionen und aussagekräftige Analysen.

In diesem Abschnitt führen wir Sie Schritt für Schritt an die Aufgabe heran, diese wichtige Grundlage systematisch und nachhaltig zu schaffen.

'''Generell gilt für die Stammdaten aller Module:'''

* Stammdaten befinden sich - Ausnahme Trainingsentwicklung Modul G1 - immer im '''[[Statusmerkmale|Status]] 1 ''aktiv'' .'''

* Sie sind (grundsätzlich, insbesondere beim ersten Aufbau) mit einem einheitlichen '''Beginndatum''' (Vorschlag 01.01.2000) und in der Regel auch mit unbegrenzter Gültigkeit (Endedatum: 31.12.9999) anzulegen.

* Bowline verwendet '''nur''' die Planvariante '''01 ''aktive Planvariante'''''.
* Stammdaten können '''per [[Stammdaten-Transaktion|Transaktion]] oder [[Stammdaten-Grafik|Grafik]]''' angelegt werden
* Die Anlegetransaktionen befinden sich in den '''Strukturmanagern''' (zu erreichen über das Cockpit)
'''Spezifische Aufbau der Stammdaten für die einzelnen Bowline Module:'''

* [[Stammdatenaufbau Modul A - Trainings- und Ressourcenmanagement]]
Das Bowline Modul A ist das Basismodul. Alle anderen Module setzen auf den Datenobjekten dieses Moduls auf.
* VE und Bowline-Objekte
* Aufbauergänzung - Trainingsentwicklung
* Muster / Transaktion und Modul G1
* Stammdatenaufbau Modul B - Stundenplanung
* Stammdatenaufbau Modul C - Benotung
* Stammdatenaufbau Modul D - Unterkunftsmanagement
* Stammdatenaufbau Modul E - Ausbildungsmanagement
* Stammdatenergänzung für Modul K - Kostenplanung
* Aufbauergänzung Szenarioplanung (bis 4.0)

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:26:30Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* [[Trainingsplanung und -bearbeitung]]
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was unter "objekt-orientiertem Design" zu verstehen ist und
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:25:15Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der einzelnen '''Bowline Prozesse.'''

* Trainingsplanung und -bearbeitung
** Benotung
** Veranstaltungsentwicklung
** Ziele und Qualifikationen
* Ressourcenmanagement
** Leihgaben
* Teilnehmermanagement
* Ausbildungsmanagement
* Meetings und Tagungen
* Unterkunftsmanagement
* Szenarioplanung
** Bedarfsplanung
** Kostenplanung
** Jahresplanung

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was unter "objekt-orientiertem Design" zu verstehen ist und
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Bowline Benutzerhandbuch - Release 4.0

2026-03-25T15:14:54Z

Lighthouse1:

Herzlich willkommen im Bowline Benutzerhandbuch!

Dieses Wiki ist zukünftig unsere zentrale und immer aktuelle Wissensdatenbank für alles rund um Bowline(R). Unser Ziel ist es, Ihnen dabei zu helfen, das volle Potenzial unserer Software auszuschöpfen.

Was bedeutet "Wiki-Handbuch"?

Anders als ein statisches PDF ist dieses Handbuch eine lebendige Ressource. Das bedeutet:

'''Immer aktuell:''' Wir aktualisieren die Informationen laufend mit den neuesten Funktionen.
'''Finden statt Suchen:''' Eine Suchfunktion (meist oben auf der Seite) hilft beim "Auffinden".

Wie Sie dieses Handbuch am besten nutzen:

Egal, ob Neuling oder Profi im Umgang mit Bowline, hier finden Sie, was Sie suchen:

🚀 Erste Schritte: Wir führen Sie durch die Einrichtung.
⚙️ Kernfunktionen: Hier finden Sie alles Notwendige über die Module und deren Zusammenspiel.
💡 Praxisbeispiele: Einige Beispiele zeigen, wie typische Aufgaben umgesetzt werden können.
❓ Häufig gestellte Fragen (FAQ): Antworten auf einige typische Fragen.
Wir wünschen viel Erfolg und Freude bei der Arbeit mit Bowline.

=== [[Erste Schritte]] ===
Grundlegend für alle Module ist:

* Überprüfen und ggf. Ergänzen des '''[[Customizing]]'''
* Modulbezogener '''[[Stammdatenaufbau]]''' und
* Das Kennenlernen der Bowline Einstiegstransaktion '''[[Cockpit]]''' und der '''[[Strukturmananger]]'''

=== [[Kernfunktionen]] ===
In diesem Abschnitt des Wiki führen wir Sie durch die Handhabung der '''einzelnen Bowline Prozesse'''

=== [[Beispiele]] ===
Hier finden Sie idealtypische

* '''Datenmodelle''' sowie
* Abbildungs- und '''Handhabungsbeispiele''' auf Basis bestimmter Standardannahmen

=== [[Fragen & Antworten]] ===
In diesem Abschnitt beantworten wir einige der häufigsten und aktuellsten Fragen, wie z.B.

* zur '''H4S4 und S/4HANA-Kompabilität''' von Bowline oder der Frage
* was unter "objekt-orientiertem Design" zu verstehen ist und
* v.a.m

 
== Starthilfen ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Bowline Modul E - Ausbildungsmanagement

2026-03-25T15:05:40Z

Lighthouse1:

'''Abwesenheitsgrund'''

Die Tabelle wird voreingestell ausgeliefert. Der Abwesenheitsgrund überführt - bei Kunden mit integrietert HCM-Zeitwirtschaft - die gemeldeten Urlaubszeiten in die Planung und kann auf der Plantafel gesehen und entsprechend berücksichtigt werden.

'''Sperrgründe'''

Kunden ohne Zeitwirtschaftsintegration können über das Anlegen von sog. [[Sperr- resp. Nicht-Verfügbarkeitszeiten|'''''Sperr- resp. Nicht-Verfügbarkeitszeiten''''']]

* Ausbildungsbetreuer und
* Auszubildende aber auch
* Arbeitsplätze

gegen Verplanung (mit Grund) sperren.

Die Tabelle enthält sowohl Gründe für Sachen als auch solche für Menschen. Per Präfix können die Sperrgründe für unterschiedliche Objekttypen auseinandergehalten werden.

* P = Menschen
* A = Arbeitsplätze

Einträge ohne Präfix erscheinen immer!

Bowline Modul E - Ausbildungsmanagement

2026-03-25T15:04:19Z

Lighthouse1: Die Seite wurde neu angelegt: „'''Abwesenheitsgrund''' Die Tabelle wird voreingestell ausgeliefert. Der Abwesenheitsgrund überführt - bei Kunden mit integrietert HCM-Zeitwirtschaft - die gemeldeten Urlaubszeiten in die Planung und kann auf der Plantafel gesehen und entsprechend berücksichtigt werden. '''Sperrgründe''' Kunden ohne Zeitwirtschaftsintegration können über das Anlegen von sog. Sperr- resp. Nicht-Verfügbarkeitszeiten|'''''Sperr- resp. Nicht-Verfügbarkeitszeite…“

'''Abwesenheitsgrund'''

Die Tabelle wird voreingestell ausgeliefert. Der Abwesenheitsgrund überführt - bei Kunden mit integrietert HCM-Zeitwirtschaft - die gemeldeten Urlaubszeiten in die Planung und kann auf der Plantafel gesehen und entsprechend berücksichtigt werden.

'''Sperrgründe'''

Kunden ohne Zeitwirtschaftsintegration können über das Anlegen von sog. [[Sperr- resp. Nicht-Verfügbarkeitszeiten|'''''Sperr- resp. Nicht-Verfügbarkeitszeiten''''']]

* Ausbildungsbetreuer und
* Auszubildende aber auch
* Arbeitsplätze

gegen Verplaung (mit Grund) sperren.

Die Tabelle enthält sowohl Gründe für Sachen als auch solche für Menschen. Per Präfix können die Sperrgründe für unterschiedliche Objekttypen auseinandergehalten werden.

PDa die Tabelle so

*
*

Customizing

2026-03-25T14:39:20Z

Lighthouse1:

Bowline Modul D - Unterkunftsbelegung

2026-03-25T14:38:08Z

Lighthouse1:

'''Ausstattung für Unterkünfte'''

Diese Tabelle enthält die Auswahl an Ausstattungsmöglichkeiten für Zimmer (einer Unterkunft) des '''[[IT 1880 Ausstattung.]]''' Die Tabelle wird voreingestellt ausgeliefert und kann kundenspezifisch ohne Einschränkung geändert und ergänzt werden.

'''Verpflegungseinstellungen'''

Für die Verpflegung an den Unterkünften unterscheiden wir ab 4.0 nur noch nach Vollperseion und Halbpension. Die Einträge werden voreingestellt ausgeliefert.

Bowline Modul D - Unterkunftsbelegung

2026-03-25T14:31:35Z

Lighthouse1:

'''Ausstattung für Unterkünfte'''

Diese Tabelle enthält die Auswahl an Ausstattungsmöglichkeiten für Zimmer (einer Unterkunft) des '''[[IT 1880 Ausstattung.]]'''

'''Ankunft und Abreise generell'''

'''Verpflegungseinstellungen'''

Bowline Modul D - Unterkunftsbelegung

2026-03-25T14:28:55Z

Lighthouse1: Die Seite wurde neu angelegt: „'''Ausstattung für Unterkünfte''' '''Ankunft und Abreise generell''' '''Verpflegungseinstellungen'''“

'''Ausstattung für Unterkünfte'''

'''Ankunft und Abreise generell'''

'''Verpflegungseinstellungen'''

Customizing

2026-03-25T14:27:33Z

Lighthouse1:

Bevor wir tief in die Anpassungsmöglichkeiten von Bowline eintauchen, lassen Sie uns kurz klären, was "'''Customizing'''" im Bowline resp. SAP-Kontext bedeutet.
[[Datei:Haus für Artikel.jpg|mini]]
''Stellen Sie sich ein SAP-System wie ein Fertighaus vor.''

''Es bietet eine '''solide, standardisierte Grundlage''' mit allen wesentlichen Funktionen. Customizing ist nun der Prozess, dieses Standard-Haus nach Ihren individuellen Vorstellungen und Bedürfnissen einzurichten und zu gestalten. Sie ändern dabei nicht das Fundament oder die tragenden Wände – also den Kern der Software – sondern '''Sie konfigurieren''' die vorhandenen Optionen, um es zu Ihrem '''perfekten Zuhause''' zu machen.''

Im Bowline, wie im SAP-Umfeld, bedeutet das: Die Standardsoftware wird durch gezielte Einstellungen an die einzigartigen Geschäftsprozesse und spezifischen Anforderungen Ihres Unternehmens angepasst. Anstatt den Programmcode selbst zu verändern, werden die von Bowline resp. SAP bereitgestellten Werkzeuge und Einstellungsmöglichkeiten genutzt, um das System passgenau zu machen.

Kurz gesagt: '''''Customizing verwandelt eine Standardlösung in Ihre maßgeschneiderte Unternehmenslösung'''''.

Und genau das werden wir in diesem Kapitel gemeinsam für Bowline tun. Machen wir uns an die Arbeit!

In der '''SAP Transaktion SPRO''' befinden sich die Customizing-Einstellungen direkt unter dem Eintrag SAP Customizing Einfürhungsleitfaden, und zwar

# '''[[Grundeinstellungen]]'''
# '''[[Bowline Modul A - Plantafel]]''' - eigentlich ''Trainings- und Ressourcenplanung''
# '''[[Bowline Modul B - Stundenplanung]]'''
# '''[[index.php?title=Bowline Modul C - Benotungsunterstützung|Bowline Modul C - Benotungsunterstützung]]'''
# '''[[Bowline Modul D - Unterkunftsbelegung]]'''
# Bowline Modul E - Ausbildungsmanagement
Für die weiteren Module sind Aktionen erforderlich.

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:26:40Z

Lighthouse1:

'''Rangpunkteskalen'''

Rangpunkteskalen bieten die Möglichkeit, die Benotung alternativ per Rangpunkte vorzunehmen und diese automatisch in z.B. klassische Noten umzuwandeln.

Dafür können hier verschiedene Skalen eingerichtet werden, die über den '''[[IT 1886 Benotungsregeln]]''' zur Auswahl an einem Trainingstypen angezeit werden.

Für jede Skala wird bestimmt:

* in was die Einträge umgewandelt werden (Noten, Prozent, Punkte),
* wie viele Nachkommastellen verarbeitet werden und
* die Bezeichnung.

Zu jeder Skale gehört und ist einzurichten:

die jeweiligen Skalenwerte. Das können je Skala durchaus mehrere (von - bis) Werte sein.

'''Vorgabewerte Benotung'''

Auch die Informationen aus dieser Tabelle sind Vorgabewerte, die im '''[[IT 1886 Benotungsregeln]]''' ausgewählt werden können. Die Tabelle wird voreingestellt ausgeliefert und kann kundenspezifisch geändert werden.

'''Bewertungsarten'''

Die Bewertungsarten legen fest, welche Benotungsarten, wie z.B.

* Fachnote
* Einzelnote
* Abschlußnote

vorkommen können. Die Tabelle wird mit beispielhaften Einträgen ausgeliefert und kann uneingeschränkt durch den Kunden angepaßt werden.

'''Leistungsnachweise'''

Die Tabelle stellt die unterschiedlichen Leistungsnachweise, die bei der Benotung eine Rolle spielten zur Auswahl, wie z.B.:

*Klausur
* Hausarbeit
* Referat

Die Tabelle wird mit beispielhaften Einträgen ausgeliefert und kann uneingeschränkt durch den Kunden angepaßt werden.

'''Bewertungsskalen'''

Die Tabelle enthält die Bewertungsskalen für die Rangpunkteskalen des Infotypen [[IT 1886 Benotungsregeln|IT 1886 ''Benotungsregeln'']]''.'' Für jede Skale muss festgelegt werden, wie die Bewertung vorgenommen wird und aus welchen Intervallen sie besteht.

Der erste Teil der Tabelle gibt die grundsätzliche Bewertung an (Zahlen, Punkten etc.). Der 2. Teil legt die Bewertung fest.

'''Berechnungsverfahren'''

Standardmäßig wird nur der Eintrag „/LIGHTH/CL_CALC_ARITH_AVG“ ausgeliefert und verwendet. Der Funktionsbaustein berechnet Noten nach dem arithmetischen Mittel.

Kundenspezifische Berechnungsverfahren müssen individuell (ggf. auf Basis dieses Funktionsbausteins) entwickelt werden und sind in die Tabelle, analog diesem Beispiel, einzutragen.

'''Rundungsregeln'''

Die standardmäßig genutzten Rundungsregeln der Benotung werden mit dieser Tabelle ausgeliefert. Im Rahmen eigener Berechnungsverfahren (und '''''nur unter diesem Aspekt''''') kann die Tabelle kundnespezifisch erweitert werden. Änderungen an diesen Einträgen sind nicht vorgesehen.

'''Hilfsmittel (ab 4.0 obsolet)'''

Der IT 1888 Prüfungsvorgaben ist mit 4.0 obsolet geworden.

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:21:50Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:18:40Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:16:39Z

Lighthouse1:

'''Rangpunkteskalen'''

Rangpunkteskalen bieten die Möglichkeit, die Benotung alternativ per Rangpunkte vorzunehmen und diese automatisch in z.B. klassische Noten umzuwandeln.

Dafür können hier verschiedene Skalen eingerichtet werden, die über den '''[[IT 1886 Benotungsregeln]]''' zur Auswahl an einem Trainingstypen angezeit werden.

Für jede Skala wird bestimmt:

* in was die Einträge umgewandelt werden (Noten, Prozent, Punkte),
* wie viele Nachkommastellen verarbeitet werden und
* die Bezeichnung.

Zu jeder Skale gehört und ist einzurichten:

die jeweiligen Skalenwerte. Das können je Skala durchaus mehrere (von - bis) Werte sein.

'''Vorgabewerte Benotung'''

Auch die Informationen aus dieser Tabelle sind Vorgabewerte, die im '''[[IT 1886 Benotungsregeln]]''' ausgewählt werden können. Die Tabelle wird voreingestellt ausgeliefert und kann kundenspezifisch geändert werden.

'''Bewertungsarten'''

Die Bewertungsarten legen fest, welche Benotungsarten, wie z.B.

* Fachnote
* Einzelnote
* Abschlußnote

vorkommen können. Die Tabelle wird mit beispielhaften Einträgen ausgeliefert und kann uneingeschränkt durch den Kunden angepaßt werden.

'''Leistungsnachweise'''

Die Tabelle stellt die unterschiedlichen Leistungsnachweise, die bei der Benotung eine Rolle spielten zur Auswahl, wie z.B.:

*Klausur
* Hausarbeit
* Referat

Die Tabelle wird mit beispielhaften Einträgen ausgeliefert und kann uneingeschränkt durch den Kunden angepaßt werden.

'''Bewertungsskalen'''

Die Tabelle enthält die Bewertungsskalen für die Rangpunkteskalen des Infotypen [[IT 1886 Benotungsregeln|IT 1886 ''Benotungsregeln'']]''.''

Für muss festgelegt werden, wie die Bewertung vorgenommen wird und aus welchen Intervallen sie besteht.

Der erste Teil der Tabelle gibt die grundsätzliche Bewertung an (Zahlen, Punkten etc.).

'''Berechnungsverfahren'''

'''Rundungsregeln'''

'''Hilfsmittel'''

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:13:08Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:09:13Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:07:55Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:04:07Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T14:03:27Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T13:59:49Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T13:59:13Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T13:55:29Z

Lighthouse1:

Index.php?title=Bowline Modul C - Benotungsunterstützung

2026-03-25T13:39:30Z

Lighthouse1: Die Seite wurde neu angelegt: „'''Rangpunkteskalen''' '''Vorgabewerte Benotung''' '''Bewertungsarten''' '''Leistungsnachwese''' '''Bewertungsskalen''' '''Berechnungsverfahren''' '''Rundungsregeln''' '''Hilfsmittel'''“

'''Rangpunkteskalen'''

'''Vorgabewerte Benotung'''

'''Bewertungsarten'''

'''Leistungsnachwese'''

'''Bewertungsskalen'''

'''Berechnungsverfahren'''

'''Rundungsregeln'''

'''Hilfsmittel'''

Customizing

2026-03-25T13:37:52Z

Lighthouse1:

Bevor wir tief in die Anpassungsmöglichkeiten von Bowline eintauchen, lassen Sie uns kurz klären, was "'''Customizing'''" im Bowline resp. SAP-Kontext bedeutet.
[[Datei:Haus für Artikel.jpg|mini]]
''Stellen Sie sich ein SAP-System wie ein Fertighaus vor.''

''Es bietet eine '''solide, standardisierte Grundlage''' mit allen wesentlichen Funktionen. Customizing ist nun der Prozess, dieses Standard-Haus nach Ihren individuellen Vorstellungen und Bedürfnissen einzurichten und zu gestalten. Sie ändern dabei nicht das Fundament oder die tragenden Wände – also den Kern der Software – sondern '''Sie konfigurieren''' die vorhandenen Optionen, um es zu Ihrem '''perfekten Zuhause''' zu machen.''

Im Bowline, wie im SAP-Umfeld, bedeutet das: Die Standardsoftware wird durch gezielte Einstellungen an die einzigartigen Geschäftsprozesse und spezifischen Anforderungen Ihres Unternehmens angepasst. Anstatt den Programmcode selbst zu verändern, werden die von Bowline resp. SAP bereitgestellten Werkzeuge und Einstellungsmöglichkeiten genutzt, um das System passgenau zu machen.

Kurz gesagt: '''''Customizing verwandelt eine Standardlösung in Ihre maßgeschneiderte Unternehmenslösung'''''.

Und genau das werden wir in diesem Kapitel gemeinsam für Bowline tun. Machen wir uns an die Arbeit!

In der '''SAP Transaktion SPRO''' befinden sich die Customizing-Einstellungen direkt unter dem Eintrag SAP Customizing Einfürhungsleitfaden, und zwar

# '''[[Grundeinstellungen]]'''
# '''[[Bowline Modul A - Plantafel]]''' - eigentlich ''Trainings- und Ressourcenplanung''
# '''[[Bowline Modul B - Stundenplanung]]'''
# '''[[index.php?title=Bowline Modul C - Benotungsunterstützung|Bowline Modul C - Benotungsunterstützung]]'''
# Bowline Modul D - Unterkunftsbelegung
# Bowline Modul E - Ausbildungsmanagement
Für die weiteren Module sind Aktionen erforderlich.

Customizing

2026-03-25T13:37:21Z

Lighthouse1:

Bevor wir tief in die Anpassungsmöglichkeiten von Bowline eintauchen, lassen Sie uns kurz klären, was "'''Customizing'''" im Bowline resp. SAP-Kontext bedeutet.
[[Datei:Haus für Artikel.jpg|mini]]
''Stellen Sie sich ein SAP-System wie ein Fertighaus vor.''

''Es bietet eine '''solide, standardisierte Grundlage''' mit allen wesentlichen Funktionen. Customizing ist nun der Prozess, dieses Standard-Haus nach Ihren individuellen Vorstellungen und Bedürfnissen einzurichten und zu gestalten. Sie ändern dabei nicht das Fundament oder die tragenden Wände – also den Kern der Software – sondern '''Sie konfigurieren''' die vorhandenen Optionen, um es zu Ihrem '''perfekten Zuhause''' zu machen.''

Im Bowline, wie im SAP-Umfeld, bedeutet das: Die Standardsoftware wird durch gezielte Einstellungen an die einzigartigen Geschäftsprozesse und spezifischen Anforderungen Ihres Unternehmens angepasst. Anstatt den Programmcode selbst zu verändern, werden die von Bowline resp. SAP bereitgestellten Werkzeuge und Einstellungsmöglichkeiten genutzt, um das System passgenau zu machen.

Kurz gesagt: '''''Customizing verwandelt eine Standardlösung in Ihre maßgeschneiderte Unternehmenslösung'''''.

Und genau das werden wir in diesem Kapitel gemeinsam für Bowline tun. Machen wir uns an die Arbeit!

In der '''SAP Transaktion SPRO''' befinden sich die Customizing-Einstellungen direkt unter dem Eintrag SAP Customizing Einfürhungsleitfaden, und zwar

# '''[[Grundeinstellungen]]'''
# '''[[Bowline Modul A - Plantafel]]''' - eigentlich Trainings- und Ressourcenplanung
# '''[[Bowline Modul B - Stundenplanung]]'''
# '''[[index.php?title=Bowline Modul C - Benotungsunterstützung|Bowline Modul C - Benotungsunterstützung]]'''
# Bowline Modul D - Unterkunftsbelegung
# Bowline Modul E - Ausbildungsmanagement
Für die weiteren Module sind Aktionen erforderlich.

Customizing

2026-03-25T13:36:12Z

Lighthouse1:

Bevor wir tief in die Anpassungsmöglichkeiten von Bowline eintauchen, lassen Sie uns kurz klären, was "'''Customizing'''" im Bowline resp. SAP-Kontext bedeutet.
[[Datei:Haus für Artikel.jpg|mini]]
''Stellen Sie sich ein SAP-System wie ein Fertighaus vor.''

''Es bietet eine '''solide, standardisierte Grundlage''' mit allen wesentlichen Funktionen. Customizing ist nun der Prozess, dieses Standard-Haus nach Ihren individuellen Vorstellungen und Bedürfnissen einzurichten und zu gestalten. Sie ändern dabei nicht das Fundament oder die tragenden Wände – also den Kern der Software – sondern '''Sie konfigurieren''' die vorhandenen Optionen, um es zu Ihrem '''perfekten Zuhause''' zu machen.''

Im Bowline, wie im SAP-Umfeld, bedeutet das: Die Standardsoftware wird durch gezielte Einstellungen an die einzigartigen Geschäftsprozesse und spezifischen Anforderungen Ihres Unternehmens angepasst. Anstatt den Programmcode selbst zu verändern, werden die von Bowline resp. SAP bereitgestellten Werkzeuge und Einstellungsmöglichkeiten genutzt, um das System passgenau zu machen.

Kurz gesagt: '''''Customizing verwandelt eine Standardlösung in Ihre maßgeschneiderte Unternehmenslösung'''''.

Und genau das werden wir in diesem Kapitel gemeinsam für Bowline tun. Machen wir uns an die Arbeit!

In der '''SAP Transaktion SPRO''' befinden sich die Customizing-Einstellungen direkt unter dem Eintrag SAP Customizing Einfürhungsleitfaden, und zwar

# '''[[Grundeinstellungen]]'''
# [[Bowline Modul A - Plantafel]] - eigentlich Trainings- und Ressourcenplanung
# [[Bowline Modul B - Stundenplanung]]
# [[Bowline Modul C - Benotungsunterstützung]]
# Bowline Modul D - Unterkunftsbelegung
# Bowline Modul E - Ausbildungsmanagement
Für die weiteren Module sind Aktionen erforderlich.

Bowline Modul B - Stundenplanung

2026-03-25T13:35:29Z

Lighthouse1:

'''Unterrichtsformen pflegen'''

Hier werden die Auswahlmöglichkeiten des Infotypen '''IT 1881 Unterrichtsform''' wie z.B.

* praktische Übung
* Workshop
* etc.

hinterlegt. Es handelt sich um eine Tabelle, die voreingestellt ausgeliefert wird, aber durch den Kunden beliebig verändert, ergänzt oder auch verkleinert werden kann.

Der Infotyp selbst wird an Unterrichtseinheitstypen (nur dort) eingerichtet. Die Unterrichtsformen dienen der Vorstrukturierung von Stundenplantemplates (Stichwort: didaktischer Ablauf - '''[[Trainingsvorgaben]]''').

'''Länge einer Unterrichtseinheit festlegen'''

Hier geschieht genau das: es wird bestimmt, wie lange - in der Regel - eine Unterrichtseinheit sein soll. Der Customizingeintrag BOWLI MINUT ist mit dem Wert: 45 voreingestellt.