PLM 7 Developer Frameworks

Die PLM 7 Basis Developer Frameworks bieten Basis-Utilities mit einfach nutzbaren DDIC-Services, Benutzer-Services, Nummernkreisen und GUID-Utilities.

Das Framework enthält ein Benutzeroberflächenpaket mit schlanken ALV- und hierarchischen ALV-Komponenten für SAPGUI und WebDynpro. Es umfasst ein Message-Handling-Framework für SAPGUI und WebDynpro (einschließlich FPM) sowie das sophisTex Switch Framework.

Problem

In den SAP-Basis-Kernkomponenten stehen viele Basis-Services zur Verfügung, die jedoch über zahlreiche Pakete verteilt und oft nicht einfach zu nutzen sind. Entwickler können leicht mehrere Tage damit verbringen, den passenden Basis-Service zu finden und herauszufinden, wie er korrekt aufgerufen wird. Bei der Einbeziehung von Benutzeroberflächenthemen steigt der Aufwand mit Lichtgeschwindigkeit.

Die sophisTex PLM 7 Basis Developer Frameworks bieten einen schlanken und komprimierten Überblick über all diese Services. Alle wichtigen Basis-Funktionalitäten sind in einfach nutzbaren Methoden gekapselt. Die Suche im Dschungel der Basis-Funktionalität? Ein Problem von gestern — mit unserem Basis Developer Framework.

Lösung

Die PLM 7 Basis Developer Frameworks bieten Basis-Utilities mit einfach nutzbaren DDIC-Services, Benutzer-Services, Nummernkreisen und GUID-Utilities.

Das Framework enthält ein Benutzeroberflächenpaket mit schlanken ALV- und hierarchischen ALV-Komponenten für SAPGUI und WebDynpro. Es umfasst ein Message-Handling-Framework für SAPGUI und WebDynpro (einschließlich FPM) sowie das sophisTex Switch Framework.

Das PLM 7 Bill of Material Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Stücklisten-Geschäftsobjekt in SAP PLM 7.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Material BoM, MBoM-Daten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Die sophisTex Bill of Material Developer Frameworks bieten nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Stücklisten-Objekt ist im sophisTex Material BoM Developer Framework enthalten:

1. Integration des SAP Change Managements
2. Stücklisten-Basisdaten lesen
3. Stücklisten-Basisdaten pflegen
4. Stücklistenkomponenten verwalten (Stücklistenpositionen)
5. Klassifizierungsdaten lesen und pflegen (Merkmale & Klassen)
6. Dokumentverknüpfungen lesen und pflegen
7. Service-Funktionen – Stückliste aus einem historischen Stand klonen
8. Neue Stücklistenvarianten auf Basis bestehender Stücklisten erstellen
9. Zwei Stücklisten vergleichen und gleiche sowie unterschiedliche Positionen ermitteln
10. Komponenten in einer bestehenden Stückliste austauschen oder eine bestehende Stückliste kopieren
11. Eine Stückliste auf Basis einer SAP-PSM-Produktstruktur erstellen
12. Eine Stücklistenerstellung simulieren und Fehler-/Warn-/Erfolgsmeldungen zur Auswertung abrufen

Das PLM 7 Document Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Dokumentinfosatz-(DIR)-Geschäftsobjekt in SAP PLM 7.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Dokument, Dokumentdaten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Das sophisTex Document Developer Framework bietet nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Dokumentinfosatz-(DIR)-Objekt ist im sophisTex PLM 7 Document Developer Framework enthalten:

1. DIR-Beschreibungen abrufen
2. DIR-Kopfdaten abrufen
3. DIR-Verknüpfungen einfügen (DO-Links)
4. Original über Knowledge Provider (KPro) CMS API einfügen (Backend-Funktion, ignoriert Whitelist)
5. Original über API abrufen (Backend-Funktion, ignoriert Whitelist)
6. Original über API auf Content Server speichern
7. DIR-Kopfdaten aktualisieren
8. Sichern- und Ändern-Operationen auslösen
9. Service-Funktionalität: Dateierweiterungen aus Dateinamen, MIME-Type, Pfad aufteilen
10. Content Repository für Speicherkategorie abrufen

Das PLM 7 Document Developer Framework wird von der sophisTex Document Control+ Functional Solution genutzt und eingesetzt.

Das PLM 7 Engineering Change Number (ECN) Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Änderungsnummer-Geschäftsobjekt in SAP PLM 7.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM ÄNR, Änderungsnummer-Daten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Das sophisTex Change Number Developer Framework bietet nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Änderungsnummer-Objekt ist im sophisTex PLM 7 ECN Developer Framework enthalten:

1. Engineering Change Request (ECR) über API anlegen
2. Engineering Change Order (ECO) über API anlegen
3. Änderungsnummer (ECN) anlegen
4. Änderungsnummertyp pflegen: Objekttyp hinzufügen
5. Alle Objekttypen abrufen / Details lesen
6. Attribute wie Gültig-ab-Datum abrufen
7. Alle ECN-bezogenen Attribute und Daten aktualisieren

Das PLM 7 Material Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Material-Geschäftsobjekt in SAP PLM 7.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Material, Materialdaten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Die sophisTex Bill of Material Developer Frameworks bieten nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Material-Objekt ist im sophisTex Material Developer Framework enthalten:

1. Materialstamm lesen
2. Materialstamm pflegen
3. Klassifizierungsdaten lesen und pflegen (Merkmale & Klassen)
4. Dokumentverknüpfungen lesen und pflegen
5. Werksspezifischen Materialstamm verwalten
6. Materialstammänderungen terminieren
7. Verwendungsnachweise für Stückliste und Product Structure Management

Das PLM 7 Product Structure Management (PSM) Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das PSM-Geschäftsobjekt in SAP PLM 7.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Product Structure Management, PSM-Daten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Das sophisTex Product Structure Management Framework bietet nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf den SAP-PLM-Product-Structure-Management-(PSM/PVS/iPPE)-Objekten ist im sophisTex PSM Developer Framework enthalten:

1. Unterstützt den generischen Customizing-getriebenen Ansatz des SAP Product Structure Management mit allen Objekten (Knoten, Varianten, Beziehungen, Alternativen)
2. Basisdaten von PSM-Objekten lesen
3. Basisdaten von PSM-Objekten pflegen
4. Klassifizierungsdaten lesen und pflegen (Merkmale & Klassen)
5. Dokumentverknüpfungen lesen und pflegen
6. Produktstrukturen schrittweise über alle PSM-Objektebenen auf Basis von Regeln und Bedingungen anlegen. Dient als Voraussetzung für eine schlanke Produktstrukturerstellung auf Basis eines UI-Assistenten (verfügbar mit sophisTex PSM+ Functional Solution)
7. Produktstrukturen in verschiedenen Varianten über alle Ebenen mit einfachen Bedingungen entfalten
8. Service-Funktionen für die Arbeit mit Produktstrukturen (z. B. Entfaltungsergebnisse filtern)
9. Zwei Produktstrukturen vergleichen und gleiche sowie unterschiedliche Elemente ermitteln
10. Ausgefeilter Puffermechanismus für optimale Performance

Das PLM 7 Recipe Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Rezept-Geschäftsobjekt in SAP PLM 7 Recipe Development.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Rezeptverwaltung / Recipe Development, Rezeptdaten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Das sophisTex Product Recipe Developer Framework bietet nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Rezept-Objekt ist im sophisTex PLM 7 Recipe Developer Framework enthalten:

1. Rezeptdaten lesen
2. Rezeptdaten pflegen
3. Kopf- und Formeldaten verwalten
4. Klassifizierungsdaten lesen und pflegen (Merkmale & Klassen)
5. Dokumentverknüpfungen lesen und pflegen
6. Ergebnisse von Rezeptberechnungen
7. Berechnungsergebnisse über SAP-RD-Parameter manipulieren (Menge, Gültigkeit, Bewertungsrating und Gültigkeitsbereich)

Das PLM 7 Specification Developer Framework nutzt unsere Developer-Framework-Architektur. Es kapselt die gesamte Business- und Benutzeroberflächenlogik und bietet einen einfach nutzbaren Ansatz für das Spezifikations-Geschäftsobjekt in SAP PLM 7 Recipe Development.

Jedes sophisTex Developer Framework wird mit ausführlicher Dokumentation und Code-Snippets geliefert, die den korrekten Einsatz und die notwendigen Aufrufe veranschaulichen. Es ermöglicht selbst unerfahrenen Entwicklern im Bereich PLM Spezifikation, Spezifikationsdaten zu lesen, zu ändern und damit zu arbeiten.

Service & Support ist im Rahmen unserer Wartungsverträge verfügbar.

Problem

SAP-Implementierungsprojekte erfordern üblicherweise Erweiterungen der Standardlogik. Dies gilt für SAP PLM / PLM 7 ebenso wie für andere funktionale Lösungen und Module. Während die Geschäftsanforderung vor der Implementierung klar ist, sind Entwickler mit dem spezifischen Wissen über die jeweilige Geschäftsfunktionalität schwer zu finden.

Selbst erfahrene Entwickler benötigen erhebliche Zeit, um die spezifischen Schnittstellen, Geschäftsobjekte, Persistenz- und Benutzeroberflächenfunktionalität kennenzulernen. Daher verbringt jedes Implementierungsprojekt erhebliche Zeit damit, das Entwicklungsteam zu schulen, anstatt die eigentlichen Anforderungen zu entwickeln.

Schließlich ist das Entwicklungsteam mit allen Schnittstellen und Besonderheiten vertraut. Jedoch muss die Funktionalität noch miteinander verknüpft und gemeinsam genutzt werden, um die Projektanforderungen zu erfüllen. Ein weiterer erheblicher Aufwand entsteht durch die Verknüpfung von SAP-Standardfunktionalität und die Erstellung von Service-Methoden, die die gewünschte logische Funktionalität bereitstellen.

Das sophisTex Specification Developer Framework bietet nicht nur gekapselte Standardfunktionalität, sondern auch verknüpfte Funktionalität mit zahlreichen logischen Erweiterungen — alles sofort einsatzbereit.

Lösung

Die folgende Funktionalität basierend auf dem SAP-PLM-Spezifikations-Objekt ist im sophisTex PLM 7 Specification Developer Framework enthalten:

1. Basisdaten von Spezifikationen lesen und ändern
2. Eigenschafts- einschließlich Eigenschaftsbaum-Handling
3. Komfortfunktionen wie das Anlegen neuer Spezifikationen auf Basis bestehender
4. Verarbeitung von Beziehungen zwischen Spezifikationen