Technologie

Wozu brauche ich das?

Immer wieder erhalten wir Anfragen von Kunden, wie man am einfachsten eine SharePoint Farm auch außerhalb des Firmennetzwerks verfügbar machen kann.  Früher waren dafür zum Beispiel Microsoft Threat Managment Gateway (TMG) oder Unified Access Gateway (UAG) Server als Reverse Proxy im Einsatz. Diese beiden Technologien werden aber in dieser Form nicht mehr weiterentwickelt oder supportet.

Die WebApplication Proxy (WAP) Rolle von Windows Server 2016 kann hier eine mögliche Antwort sein.

Ein erfolgreiches Telefongespräch zwischen Ihnen und Ihrem Kunden geht zu Ende. Bevor die nächsten Meetings eine Stunde später starten, soll das besprochene Angebot noch schnell versendet werden.

ABER: Nach Kopieren der Produkt- und Kundeninformationen geht sich das individuelle Anpassen nicht mehr aus und so schaffen Sie es erst am Abend das Angebot zu versenden. In Summe hat Sie diese Arbeit mehr als eine Stunde (und viele Nerven) gekostet! Ihr Kunde hat den ganzen Tag gewartet. Hat denn der moderne Arbeitsplatz für diese repetitive und zeitintensive Tätigkeit nicht schon eine Lösung zu bieten?

Die gute Nachricht: JA! Denn das Generieren individueller und komplexer Dokumente geht nun automatisiert und Sie haben mehr Zeit für die wirklich wichtigen Dinge – mit dox42!

Abkündigung eines Features: Benutzerprofile ohne Benutzerkonten

Wer die HATAHET Must-Haves Profile Importer und Profile Export Write-Addon kennt, weiß dass man damit Benutzerprofile im SharePoint User Profile Service anlegen kann, die gar keinen Benutzer im Active Directory (oder einem anderen Benutzerverzeichnis) haben. Mit SharePoint 2016 ist das jedoch anders. Mit der aktuellen Version hat Microsoft diese Möglichkeit der User Profile Service-Nutzung abgedreht.

Im Rahmen unseres letzten HATAHET Events im Mai durfte ich die „Modern Publishing Pages“ in Office 365 vorstellen. Diese ermöglichen es sehr rasch Webseiten auf Basis eines vordefinierten Layouts und einer Reihe von, zur Verfügung gestellten Web Parts zu erstellen. Das Ganze funktioniert viel rascher und intuitiv als die herkömmlichen Publishing Pages und der Redakteur wird nicht mit einer Vielzahl von Einstellungsmöglichkeiten bei den Web Parts konfrontiert.

Einer der neuen Web Parts ist, obwohl einfach zu bedienen, jedoch sehr vielseitig konfigurier- und auch einsetzbar. Nämlich der so genannte „Highlighted Content“ Web Part. Dieser ermöglicht es vorhanden SharePoint Inhalte basierend auf Inhaltstyp, Filterung oder einem Suchstring dynamisch anzuzeigen. Sie können auch den Bereich der anzuzeigenden Inhalte auf eine Site oder der aktuellen Site Collection in der sich die Page befindet einschränken. Aber auch die Anzeige von Inhalten aller, dem Benutzer einsehbaren Sites in SharePoint Online ist möglich.

Standardmäßig zeigt dieser Web Part die zuletzt geänderten Dokumente an. Wie oben schon erwähnt kann man diese Anzeige weiter einschränken oder verändern. Einerseits können die gewünschten Inhaltstypen ausgewählt werden (Seiten, Dokumente, Bilder, Ereignisse, usw.), andererseits kann man bei den Dokumenten auch noch nach dem gewünschten Typ (Word, Excel, Power Point, usw.) filtern. Damit lässt sich schon recht gut konfigurieren welche Inhalte ausgegeben werden sollen.

Wie die Ausgabe selbst zu erfolgen hat kann man dann auch noch festlegen. Aktuell gibt es drei Möglichkeiten. Eine Kartenansicht (mein Favorit 😉 ), eine Darstellung ähnlich einer SharePoint Liste und die Ausgabe in einem Karussell. Die letzte Variante ist meiner Meinung nach nur sehr begrenzt einsetzbar. Neben der Ausgabeart ist natürlich auch einstellbar wie viele Elemente dargestellt und wie sie sortiert werden sollen.

Darstellung in Kartenform:

Wer mit diesen Einstellungen nicht das Auslangen findet kann dann auch noch weitere Filterkriterien festlegen. Diese Filter funktionieren auf Basis der SharePoint Suche und sind damit sehr „mächtig“ und vielseitig einsetzbar.

Zu den Standardfiltern gehören:

• Titel enthält folgende Wörter (auch mehrere Wörter und Wildcard * verwendbar)
• Inhalt enthält folgende Wörter (auch mehrere Wörter und Wildcard * verwendbar)
• Zuletzt hinzugefügt (mit wählbarem Zeitbereich wie Gestern, letzte Woche, usw.)
• Zuletzt geändert (mit wählbarem Zeitbereich wie Gestern, letzte Woche, usw.)
• Erstellt von (Einschränkung erfolgt mittels Textfeld und nicht über People Picker)
• Geändert von (Einschränkung erfolgt mittels Textfeld und nicht über People Picker)
• Verwaltete Eigenschaft

Der letzte aufgelistete Filter „Verwaltete Eigenschaft“ (Managed Properties) ermöglicht es aus allen Eigenschaftsfeldern innerhalb der Site Collection zu wählen. Damit hat man dann weitreichende Möglichkeiten seine Filter zusammen zu bauen da hier nicht nur mit statischen Werten gearbeitet werden kann.

Sondern es können auch dynamische Abfragen auf den aktuell angemeldeten Benutzer realisiert werden, indem man sich seiner User Profile Properties bedient und mit deren Hilfe die Daten filtert. Hier im folgenden Beispiel anhand eines Filters auf alle Elemente realisiert die der Benutzer modifiziert hat indem die beiden Profile Properties {User.LastName} und {User.FirstName} verwendet werden um den Suchstring zusammen zu setzen.

Nach dieser Konfiguration werden dann z.B. nur mehr meine eigenen Änderungen angezeigt.

Die Verwendung des Vor- und Nachnamens zur Filterung ist zwar nicht zu 100% eindeutig, aber der Benutzername selbst kann auf diese Weise leider nicht verwendet werden. Das Beispiel verdeutlicht aber recht schön die Möglichkeiten die sich damit für die Steuerung des angezeigten Inhalts ergeben. So könnte man unter anderem Inhalte nach der Abteilung, oder der Position des Benutzers filtern und anzeigen. Natürlich nur insofern, dass die entsprechenden Inhalte auch in den User Profilen dementsprechend gepflegt sind.

Hoffe dieser kurze Beitrag konnte einen Einblick in die Möglichkeiten dieser Web Parts gewähren und Sie auf weitere Ideen bringen. Wenn es Fragen dazu gibt helfen wir natürlich auch gerne weiter 🙂 .

Bei unserem Event “10 Jahre HATAHET” am 18.05.2017 musste ich leider einige Punkte, was Teams anbelangt, auslassen. Dieses möchte ich nun nachholen.

Bevor wir die Weiterführenden Funktionen und Einstellungsmöglichkeiten besprechen möchte ich noch eine kurze Zusammenfassung unseres Vortrags zum Thema „Chat basierende Zusammenarbeit mit Teams und BOTS“ geben.

F/LIST ist ein weltweit agierender Anbieter exklusiver Innenausstattung für Business und Privat-Jets, Mega-Yachten und luxuriöse Wohnräume. Von der Planung bis zum Einbau des fertigen High-End-Interieurs – in dem niederösterreichischen Familienunternehmen stehen seit Jahrzehnten Leidenschaft und Zuverlässigkeit an erster Stelle.

Lesen Sie hier die gesamte Success-Story: Download als PDF

Weiter geht’s mit Teil 2. Beim letzten Mal haben wir gesehen, wie man grundsätzlich einen einfachen Basic Bot mit Hilfe von Visual Studio erstellt. In diesem Teil zeige ich wie man Bots nach Microsoft Teams holt. Legen wir also gleich los mit Microsoft Teams.

Am 22. April 2017 haben die SharePoint.AT Blogger Michael und Nahed am Global Azure Boot Camp 2017 in Linz den Vortrag zum Thema Microsoft Teams um smarte Bots erweitern präsentiert. Wir konnten dem Publikum Microsoft Teams und das Azure Bot Framework vorstellen und haben in der Session live einen Bot mit Kognitiver Intelligenz entwickelt.

Hier gibt es nun endlich den Vortrag und die Demos zum Download:

Download Vortrag „Microsoft Teams um smarte Bots erweitern“:

> HATAHET 01 Vortrag, Azure Bootcamp 2017, Microsoft Teams um smarte Bots erweitern, final public (HATAHET, NaHa, MiKo)

Download Demos zum Vortrag „Microsoft Teams um smarte Bots erweitern“:

> HATAHET 02 Demos, Azure Bootcamp 2017, Microsoft Teams um smarte Bots erweitern, final public (HATAHET, NaHa, MiKo)

Am Samstag, 22. April 2017 fand das weltweite Community-Event „Global Azure Bootcamp 2017“ statt. Auch in Österreich und zwar im Linzer Wissenstrum organisierte Rainer Stropek und sein Team dieses Ereignis. Es war ein schönes Erlebnis dort teilnehmen zu dürfen. Wir, d.h. Nahed Hatahet und ich durften gemeinsam das Thema „Microsoft Teams um smarte Bots erweitern“ vortragen.

Mein Teil des Vortrags war einerseits eine Live-Demo, die zeigt, wie man einen Bot grundlegend mit Visual Studio erstellt, und andererseits eine Demo, die zeigt, wie man einen Bot mit den kognitiven Diensten von Microsoft erweitert. Diese Demos möchte ich hier nochmals herzeigen und allen Interessierten damit den Anfang eigene Bots mit dem Microsoft Bot Framework zu erstellen, erleichtern. Da es sich um zwei Demos handelt, hab ich auch zwei Artikel vorbereitet, hier folgt nun Teil 1, der sich ganz einfach an dieses Thema annähert. 🙂

Site Pages in SharePoint programmatisch zu verändern wäre einfach und böte viele Möglichkeiten, wären da nicht die Publishing Pages. Sie verhindern oft konsistente Änderungen über alle Pages, da sie im Hintergrund anders verwaltet werden.

Besonders bei dynamischen Änderungen (zB über ein Http-Module) ist Vorsicht geboten. Beim Aufruf einer normalen Page sind viele Möglichkeiten offen, die bei Publishing Pages ausgeschlossen wurden. Die Unterschiede resultieren daraus, dass bei Publishing Pages im Hintergrund „TemplateRedirectionPages“ verwendet werden, die die Erstellung der eigentlichen Page kapseln.