[vc_row][vc_column][vc_column_text]
Dynamics NAV – Sharepoint Integration
[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column width=“1/3″][vc_column_text]
Die Aufgabe
[/vc_column_text][vc_column_text]Es mussten bestehende Kundenportale auf der Basis unterschiedlicher Technologien abgelöst und funktional aufgewertet werden. In diesem neuen Portal sollen die Inhalte von Dynamics NAV interaktiv präsentiert und modifiziert werden können.
Neben diesen funktionalen Anforderungen sollte ebenso ein integriertes Dokumentenmanagement angeboten werden. So hat man sich entschlossen eine Lösung auf der Basis von Microsoft SharePoint 2007 © zu implementieren. Eine weitere wichtige Entscheidung wurde getroffen, als klar war, dass über 460 individuelle interaktive Seiten zu implementieren waren. Hier entstand die Idee zu den Generischen WebParts.[/vc_column_text][/vc_column][vc_column width=“1/3″][vc_column_text]
Die Idee
[/vc_column_text][vc_column_text]Drei WebParts sind zu entwickeln, die untereinander kommunizieren können und Ihr Aussehen und Verhalten von Konfigurationsdaten erhalten.
Diese werden im Folgenden Search-Part, List-Part und Detail-Part genannt. Im Anzeige-Modus holen sich die WebParts die Daten aus der Portal-Datenbank im Schreibe-Modus werden Änderungen direkt an Dynamics NAV gesendet. Somit sind Änderungen sofort auf beiden Plattformen sichtbar.
Der Portalentwickler platziert beliebig viele dieser WebParts auf einer neuen SharePoint Seite und weist diesen Namen zu, die zuvor in Dynamics NAV konfiguriert werden. Fertig. Klingt einfach und ist es im Prinzip auch. Die eigentliche Herausforderung besteht darin, vernünftige Konfigurationsdaten bereit zu stellen.[/vc_column_text][/vc_column][vc_column width=“1/3″ css=“.vc_custom_1472568196445{background-color: #f4f4f4 !important;}“][vc_row_inner][vc_column_inner][vc_single_image image=“12212″ img_size=“large“ style=“vc_box_rounded“][vc_column_text]Statt jedes WebPart manuell zu erstellen kann bei der Verwendung von generischen WebParts auf Codierung komplett verzichtet werden. Lediglich wenn weitere Bedienelemente fehlen, können diese einfach in die bestehende Systematik eingebaut werden. Das Framework der dynamischen WebParts unterstützt den Entwickler hierbei.[/vc_column_text][/vc_column_inner][/vc_row_inner][/vc_column][/vc_row][vc_row][vc_column][vc_separator][/vc_column][/vc_row][vc_row][vc_column][vc_column_text]
Wenn die Webseite 2 mal ruft
[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column width=“5/12″][vc_column_text]Die Darstellung eines generischen WebParts steht erst dann fest, wenn die Webseite geöffnet wird. Dies erfolgt in zwei Schritten.
- Es wird die Konfigurations-Datenbank befragt. Dem Ergebnis entsprechend werden die darzustellenden Elemente vorbereitet.
- Es wird die Portal-Datenbank befragt. Dem Ergebnis entsprechend werden die oben vorbereiteten Elemente mit Inhalten versehen und anschließend das Ergebnis dargestellt
[/vc_column_text][/vc_column][vc_column width=“7/12″][vc_single_image image=“12222″ img_size=“full“][/vc_column][/vc_row][vc_row][vc_column][vc_column_text]
Aus 3 macht 7
Zu den ersten 3 in der ersten Konzeption geplanten generischen WebParts gesellen sich weitere hinzu. Im Laufe des Projektes wurde entschieden den Webauftritt attraktiver zu gestallten. Produkbilder, Grafiken und komplexere Berichte werten die eher sachliche Darstellung auf. Ein Strukturelement erleichtert die Navigation und führt zu einer übersichtlichen Darstellung.[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column width=“1/4″][vc_column_text]
Das TreeView-Part
[/vc_column_text][vc_column_text]Das Tree-View-Part ließt die zur Konfiguration passende Dokumentenstruktur von SharePoint aus und stellt diese in einer schönen von Windows bekannten Baustruktur dar.[/vc_column_text][/vc_column][vc_column width=“1/4″][vc_single_image image=“12226″ img_size=“full“][/vc_column][vc_column width=“1/4″][vc_column_text]
Das Image-Part
[/vc_column_text][vc_column_text]Die in einer Bibliothek auf dem SharePoint Server liegenden Bild-Dokumente werden hier abhängig von den in der Portal-Datenbank gespeicherten Werten in Form einer Galerie dargestellt.[/vc_column_text][/vc_column][vc_column width=“1/4″][vc_single_image image=“12228″ img_size=“full“][/vc_column][/vc_row][vc_row][vc_column width=“1/4″][vc_column_text]
[/vc_column_text][vc_single_image image=“12230″ img_size=“full“ css=“.vc_custom_1472579132953{background-position: center !important;background-repeat: no-repeat !important;background-size: cover !important;}“][/vc_column][vc_column width=“1/4″][vc_column_text]
Das Chart-Part
[/vc_column_text][vc_column_text]In diesem generischen WebPart wird lediglich ein Darstellungselement mit Daten bestückt. Eine dynamische Erzeugung weiterer Elemente ist nicht nötig. Somit entfällt eine Kommunikation mit der Konfigurations-Datenbank. Die Portal-Datenbank liefert die Daten und das Chart-Part präsentiert diese in ansprechende und aussagekräftige Tortendiagramme.[/vc_column_text][/vc_column][vc_column width=“1/4″][vc_column_text]
[/vc_column_text][vc_single_image image=“12233″ img_size=“full“][/vc_column][vc_column width=“1/4″][vc_column_text]
Das Report-Part
[/vc_column_text][vc_column_text]Weil auch in diesem Projekt nicht alles generisch erledigt werden kann, wurde zu allerletzt das Report-Part entwickelt. In dieses generische WebPart kann jeder Bericht, der auch vom Microsoft Reporting Services verarbeitet werden kann, eingebunden werden. Auch hier werden alle notwendigen Informationen aus der Konfigurations- und der Portal-Datenbank ausgelesen um den richtigen Bericht mit den richtigen Daten zu füttern.[/vc_column_text][/vc_column][/vc_row]