Den Rankingwert eines Dokumentes in der SharePoint Server Suche bestimmen und verbessern

Wer viel mit der SharePoint Suche arbeitet, was hoffentlich jeder SharePoint Anwender auch macht, hat sich sicher schon gewundert, warum einige Dokumente höher bewertet werden als andere. Die Bewertung erscheint unter Umständen nicht logisch. Dieser Artikel erläutert, wie Sie den Rank eines Dokumentes ermitteln und diesen auch verbessern können.

SharePoint verwendet zum Bestimmen eines Ranks viele Methoden, sogenannte Rankfeatures. Diese werden auf bestimmte Art und Weise in einem Rankmodell zusammengefasst. Es ist auch möglich, eigene Rankmodelle zu erstellen. Beim Standardmodell werden zuerst eine lineare Bewertung und danach eine Bewertung durch ein neuronales Netzwerk durchgeführt. Dabei werden die ersten 1000 Hits aus dem ersten Durchgang im zweiten Durchgang erneut bewertet. Am Ende erhält ein Dokument dann ein Rank, welcher eine Summe aus verschiedenen Teilaspekten ist.

Um diesen Rank zu sehen, gibt es im Layoutsordner jeder Website die Datei ExplainRank.aspx. Ich rufe dieser immer aus dem Suchcenter heraus auf. Die Datei benötigt dabei die folgenden Parameter und Syntax.

http://<searchCenter>/_layouts/15/ExplainRank.aspx?q={x}&d={y}&rm={z}

Hierbei gilt Folgendes:

X ist der Suchabfrage.
y ist der Dokument-ID oder der vollständige Pfad der Datei.
Z ist die optionale Rankingmodell-ID. Wenn keine Rangfolgemodell-ID bereitgestellt wird, wird das Standardmodell für die Positionierung verwendet. Gerade dieser Parameter bietet auch viele Möglichkeiten um zu untersuchen, welches Rankingmodell etvl. besser geeignet ist als das Standardmodell

Im folgenden Beispiel habe ich nach dem Schlagwort CRM gesucht und ein Dokument eBook_Dashboards_for_training.pdf in den Ergebnissen erhalten.

Um den genauen Rank des Dokumentes zu erfahren, gebe ich in die Adresszeile folgendes ein:

http://suche.contoso.com/_layouts/15/ExplainRank.aspx?q=crm&d=http://sharepoint.contoso.com/CRM%202015/Unterlagen/eBook_Dashboards_for_training.pdf

Im ersten Abschnitt erfahre ich grundlegende Eigenschaften über das Dokument und seinen Rank.

Weiter unten kann man z.B. herausfinden, wie effektiv der Text im Metadatum Titel ist. Hier kann man auch in eigenen Modellen sehen, wie sich die Metadaten auswirken. In meinem Fall besteht Verbesserungsbedarf 🙂 Die Zahlen am rechten Rand geben die Werte der Neuronen aus dem zweiten Ranking im neuronalen Netzwerk an.

Am Ende steht noch das XML, mit dem die Berechnung durchgeführt wurde. Auch dies ist sehr interessant. Alles in allen sehr wichtige und nützliche Optionen.

Leider scheint das Verfahren bisher nur OnPremise zu funktionieren, in Office 365 erhalte ich den Fehler, dass das Dokument nicht verfügbar ist. Eventuell ist dies ein Rechteproblem, denn auch OnPremise kann die Datei nur vom Administrator der Suchanwendung aufgerufen werden.

Vielen Dank für Ihr Interesse an meinem Blogeintrag.
Gerne beantworte ich Ihnen persönlich weitergehende Fragen zu diesem Thema.
Kontaktieren Sie mich einfach über mein Kontaktformular.
Sie wollen mehr über mich erfahren? Dann gehen Sie auf meine Site
http://www.nicothiemer.de

Nico Thiemer

Exam 70-347 bestanden. Damit bin ich MCSE: SharePoint 2013 :)

Heute habe ich die letzte Prüfung für den MCSE: SharePoint 2013 bestanden, die Prüfung 347 – Enabling Office 365 Services. Um den MCSE: SharePoint 2013 zu erlangen, gibt es zwei Wege. In beiden Fällen müssen die Prüfungen 70-331 und 70-332 erfolgreich bestanden werden. Dann kann man entweder mit Windows Server oder mit Office 365 weitermachen. Ich habe mich für Office 365 entschieden, was mir ganz nebenbei noch einen MCSA: Office 365 eingebracht hat.

In Gegensatz zu den 2010er Prüfungen sind die Prüfungen für 2013 wesentlich schwerer. Ohne eine gute Vorbereitung läuft hier überhaupt nichts. Wer den SharePoint Teil als Bootcamp erleben möchte, der kann dies mit mir als Trainer hier lernen: http://www.firebrandtraining.de/kurse/microsoft/mcse/sharepoint-zertifizierung. Ich freue mich darauf!

Nico Thiemer

Empfehlen von Suchergebnissen in SharePoint 2013

Auch eine gut konfigurierte Suche in SharePoint 2013 liefert in aller Regel mehr Ergebnisse für eine Suchabfrage wie man praktisch verarbeiten kann. Auch sind die Ergebnisse in aller Regel personalisierst, was dazu führt, dass Benutzer A andere Ergebnisse erhält wie Nutzer B. So kann es schnell passieren, das wichtige, vielleicht auch für alle relevante Ergebnisse übersehen werden. Damit dies nicht geschieht, können in SharePoint 2013 und in Office 365 Suchergebnisse empfohlen werden. Dieser Artikel erläutert, wie Sie dabei vorgehen. Da diese Einstellung, wie so vieles in der Suche in SharePoint 2013 sehr umfangreich ist, kann dieser Artikel auch nur einen kleinen Überblick geben.

Die folgenden Einstellungen können sowohl für alle Webanwendungen (über die Suchverwaltung in der Zentraladministration oder in der SharePoint Verwaltung in Office 365) oder auch nur für eine Websitesammlung bzw. Website vorgenommen werden. Entscheidend ist hier der Ort, wo Sie diese konfigurieren. Die Einstellungen werden dann entsprechend vererbt. Sie müssen kein Farmadministrator sein, um die Einstellungen auf der Website oder Websitesammlung vorzunehmen, ein Administrator kann also seine Arbeit hier sehr gut delegieren.

Im folgenden Beispiel möchte ich ein Dokument empfehlen, wenn Benutzer nach dem Schlagwort Social Listening suchen. Social Listening ist eine Anwendung, welche nur online zur Verfügung steht und es ermöglicht, Trends für Ihre Produkte zu erkennen und zu nutzen. Dazu analysiert das Tool soziale Netze, Blogs u.v.m. Das Werkzeug kann transparent in Microsoft Dynamics CRM eingebunden werden. Ich versuche in einen der nächsten Blogs auf das Thema einzugehen. Die folgende Abbildung zeigt die Suche vor der Empfehlung.

Die Suchempfehlung werde ich auf Ebene der Suchverwaltung anlegen. Dies ist besonders dann sinnvoll, wenn Sie wie ich verschiedene Portale und ein gemeinsames Suchportal haben. Damit die Empfehlung überall gilt, lege ich diese in der Suchverwaltung an. In einer Vor-Ort Installation würden Sie die Einstellung in der Dienstanwendung für die Suche finden, in Office 365 gehen Sie in die SharePoint Verwaltung und dort auf die Einstellung Suchen. Dort klicken Sie dann auf Abfrageregeln verwalten. Ich werde in diesen Beispiel in Office 365 bleiben, die Screenshots unterscheiden sich also in der Formatierung von einer Vor-Ort Installation.

Die Empfehlungen können so konfiguriert werden, dass diese nur in einem bestimmten Kontext erscheinen. Dieser Kontext ist ein Abfragebereich. So wäre es zum Beispiel möglich, dass eine Empfehlung nur dann ausgesprochen wird, wenn ein Benutzer explizit nach Dokumenten sucht. Sucht er nach Treffern in Diskussionen, so erscheint die Empfehlung nicht. In meinem Beispiel möchte ich es einfach gestalten und festlegen, dass die Empfehlung immer erscheint, egal in welchen Kontext. Wählen Sie dazu in dem DropDown Ergebnisquelle auswählen den Wert LocalSearchIndex (Dienst) aus. Klicken Sie anschließend auf den Link Neue Abfrageregel unter dem Dropdown. Geben Sie der zuerst Regel einem Namen. Danach legen Sie im Abschnitt Kontext fest, wann die Regel gilt. Dazu können Sie im Dropdown verschiedene Regeln definieren.

Ich wähle die zweite Regel und lege fest, dass die Regel angezeigt wird, wenn entweder nach Social oder nach Listening oder beiden zusammen gesucht wird.

Nachdem Sie die Bedingung definiert haben, legen Sie unter Aktionen fest, was eigentlich passieren soll. Klicken Sie dazu in Aktionen auf Höhergestuftes Ergebnis hinzufügen. Da ich in meinen Fall auf ein e-book verweisen möchte, gebe ich die URL dazu und eine Beschreibung an. Außerdem lege ich fest, dass die Empfehlung als Banner erscheinen soll. Diese Einstellung ist nicht immer sinnvoll und soll hier nur die Möglichkeit zeigen.

Unter dem Punkt Veröffentlichen können Sie noch festlegen, von wann bis wann die Empfehlung erscheinen soll. Dies ist vor allen dann sinnvoll, wenn Sie z.B. eine Veranstaltung empfehlen. Wenn Sie nichts eintragen, ist die Regel sofort nach dem speichern aktiv. Da in meinen Fall das empfohlene Ziel eine PowerPoint Präsentation ist, sieht die Suche aus wie unten gezeigt.

Nico Thiemer

Einem Benutzer die Lizenz für SharePoint in einem E3 Plan entziehen

Geschichten, die das Leben schreibt. Ein Kunde hat einen E3 Plan und wollte einen Benutzer darin die Lizenz für die Benutzung des SharePoint entziehen. Dies allerdings gestaltete sich nicht ganz so einfach wie gedacht. Dieser Artikel erklärt, wie es funktioniert.

Um die Lizenz zu entfernen, gehen Sie zuerst in Ihre Office 365 Verwaltung und dort in der linken Navigation auf BENUTZER -> Aktive Benutzer. Markieren Sie den Benutzer, dem Sie die Lizenz entziehen möchten.

Klicken Sie dann im rechten Bereich auf Zugewiesene Lizenz -> Bearbeiten

Klicken Sie dann auf das kleine Dreieck rechts neben der Lizenz, damit diese sich erweitert. Sie können jetzt die einzelnen Lizenzen entfernen. Wenn Sie die Lizenz für SharePoint Online entfernen möchten, müssen Sie auch immer die Lizenz für Office Online entfernen. Das ist der ganze Trick.

Nico Thiemer

Arbeiten mit dem Information Rights Management (IRM) von Office 365 in SharePoint online

Mit Information Rights Management (IRM) verbinden viele Anwender und Administratoren diffuse Ängste und Sorgen. Die einen haben Angst nicht mehr zu dürfen und gegängelt zu werden, die anderen befürchten einen hohen technischen Aufwand bei der Implementierung. Beides ist unbegründet, wie dieser Artikel zu zeigen versucht. Ganz in Gegenteil. Mit ein paar Klicks können Sie einfach und zuverlässig Ihre Dokumente vor unbefugten Zugriff schützen. Ich werde hier zeigen, wie Sie das IRM von Office 356 aktivieren und in SharePoint online nutzen können. Natürlich steht Ihnen das IRM nicht nur in SharePoint zur Verfügung, Sie können es ebenso mit Microsoft Exchange/Outlook nutzen.

Ich gehe im Folgenden davon aus, dass Sie der Administrator des Office 365 Mandanten sind. Zum Einsatz kommt in Office 365 das Microsoft Azure Rights Management, welches Sie zuerst in der Verwaltung von Office 365 aktivieren müssen. Klicken Sie dazu in der Navigation auf der linken Seite der Office 365 Verwaltung auf Diensteistellungen und dann auf Rechteverwaltung.

Folgen Sie dort den Link zur Verwaltung

Klicken Sie dann auf aktivieren und in dem sich öffnenden Fenster noch einmal auf aktivieren. In meinem Fall wurde dann die Seite neu geladen, aber das IRM wurde noch als deaktiviert angezeigt. Nach ein paar Sekunden habe ich noch einmal aktuallisiert und dann war alles in Ordnung. Haben Sie also etwas Geduld.

Wenn Sie jetzt zu SharePoint gehen und testen möchten, steht IRM noch nicht zur Verfügung. Vielmehr muss dieses noch explizit für SharePoint aktiviert werden. Gehen Sie dazu in die SharePoint Verwaltung von Office 365 und klicken Sie dort auf Einstellungen.

Suche Sie die Einstellung Information Rights Management (IRM) und aktivieren Sie diese. Danach steht IRM in allen Websitesammlungen zur Verfügung.

In einer Liste bzw. Bibliothek gibt es jetzt einen neuen Menüpunkt in der Verwaltung mit der Beschriftung Information Rights Management.

Dort können Sie die Eigenschaft aktivieren und einen Titel sowie die Beschreibung einer Richtlinie eingeben. Nach dem speichern unterliegen alle Elemente in der Liste bzw. Bibliothek dem IRM.

Die Richtlinie wird sowohl in den Office WebApps als auch im Windows Client angezeigt.

Office Online

Microsoft Word 2013

Mit einen Klick auf Berechtig. Ändern können Sie jetzt den Zugriff auf das Dokument einschränken. Beachten Sie, dass Sie dabei unabhängig von den Berechtigungen in SharePoint sind. Ist eine Person in SharePoint berechtigt das Dokument zu schreiben, so ist es möglich, dass es durch die Einschränkung im IRM es nun doch nur lesen kann.

Auf das Fenster können Sie auch über das Menüband Überprüfen zugreifen.

Es ist dort auch möglich, noch weitere Rechte zu definieren.

Ebenso können in der Verwaltung der Liste/Bibliothek noch weitere Optionen definieren. Dazu können Sie in der Verwaltungswebseite des IRM auf Optionen klicken.

Alles in allen eine sehr einfache und effektive Möglichkeit Dokumente zu schützen.

Nico Thiemer

Office 356 Logo in Websites ausblenden

Einige Benutzer, welche Office 365 nutzen, möchten gerne das Office 365 Logo in der oberen linken Ecke ausblenden. Dieser Artikel erläutert Ihnen wie das funktioniert.

Die Lösung für das Problem liegt, wie so oft in SharePoint, im Anpassen des CSS. Dafür gibt es mehrere Wege. Ich passe dazu die Masterpage an, indem ich in diese eine neue CSS Datei verlinke. Damit dies möglich wird, sollten Sie den SharePoint Designer 2013 installieren haben. Natürlich können Sie, eine Neuerung von SharePoint 2013, die Masterdatei auch mit jeden anderen HTML Editor anpassen.

Öffnen Sie im SharePoint Designer die Website, auf welcher Sie das Logo ausblenden wollen.

Website öffnen

Klicken Sie dann auf Gestaltungsvorlagen am linken Rand in der Navigation. Wenn Sie eine Teamvorlage genommen und nichts verändert haben, ist die Masterdatei Seattle.master die Standardmasterpage. Dies können Sie einfach herausfinden, indem Sie prüfen, ob der Eintrag Als Standardgestaltungsvorlage festlegen ausgegraut ist.

Kopieren Sie die Datei und fügen Sie diese per Kontextmenü wieder ein. Danach sollen Sie die neue Datei umbenennen, z.B. in my.Master. Anschließend die Datei öffnen und bearbeiten.

CSS Daten hinzufügen

Sie sollten niemals die Originaldateien von SharePoint, wozu auch die CSS Dateien gehören, bearbeiten. Vielmehr sollten Sie eine neue Datei hinzufügen, welche das angepasste CSS enthält. Erstellen Sie, sofern nicht vorhanden, in der Wurzel der Site einen Ordner Style und darin eine Datei my.css. Dies geht alles über das Kontextmenü.

Öffnen Sie die neue CSS Datei und fügen sie ihr den folgenden Code hinzu. Danach speichern nicht vergessen.

.o365cs-nav-o365Branding
{
visibility:hidden !important;
}

Das neue CSS der Masterpage hinzufügen

Gehen Sie nun zurück zu der Masterpage und fügen Sie unmittelbar über den schließenden </head> Tag eine neue Zeile ein. Fügen Sie dort den folgenden Code ein:

<!– Neues CSS –>
<SharePoint:CssRegistration Name=“<URL zur CSS Datei“ runat=“server“ />
<!– Neues CSS Ende–>

Speichern Sie die Änderung und bestätigen Sie dabei die darauf erscheinende Abfrage. Anschließend müssen Sie die Masterdatei noch als Standard setzen. Klicken Sie dazu auf Gestaltungsvorlagen und rufen das Kontextmenü der Datei auf. Wählen Sie dort den Eintrag Als Standardgestaltungsvorlage festlegen.

Zum Schluss müssen Sie die Datei noch Einchecken. Abhängig vom Feature ist es auch notwendig, die Datei erst noch zu genehmigen.

Ihnen stehen natürlich auch noch weitere Optionen offen. So wäre es möglich, den Link zu ändern, der auf der Schaltfläche liegt, oder aber auch das Bild. In meinem Beispiel ist das Logo und der Link verschwunden.

Nico Thiemer

Kein Abschnitt Galerien in SharePoint Websiteverwaltung in Office 365

Wenn man eine neue Office 356 Installation anlegt und den entsprechenden Tarif hat, ist die erste SharePoint Anwendung schon vom System erstellt, welche die URL https://<Ihr Name>.sharepoint.com trägt. Wenn man sich in dieser Anwendung die Websiteeinstellungen ansieht, fehlt dort der Abschnitt Galerien. Damit habe Sie keine einfache Möglichkeit, z.B. auf Inhaltstypen und Lösungen zuzugreifen. Wenn Sie allerdings die entsprechenden Seiten manuell aufrufen, also die URL von Hand eingeben, funktioniert es. Die Abbildung unten zeigt die Websiteeinstellungen, welche auch ziemlich verschoben sind.

Auch wenn Sie jetzt die Anwendung löschen und diese neu erstellen, das Verhalten ist dasselbe. Noch verwirrender wird es, wenn Sie in einem verwaltenden Pfad eine Anwendung erstellen, also z.B. https://<Ihr Name>.sharepoint.com/sites/<Neue Anwendung>. Dort ist der Abschnitt Galerien enthalten!

Das Rätzels Lösung findet sich in der SharePoint Verwaltung von Office 365. Gehen Sie dazu zuerst in die Office 365 Verwaltung und klicken Sie dazu in der Leiste ganz links auf den Punkt SharePoint.

Klicken Sie anschließend in der SharePoint Verwaltung auf den Punkt Einstellungen.

Suchen Sie dort die Einstellung Benutzerdefiniertes Skript, welche im Moment die vierte Einstellung von unten ist. Beide Punkte erlauben das Ausführen von Scripts nicht. Erlaube ich den Punkt Benutzern das Ausführen benutzerdefinierter Skripts auf Self-Service Creation-Websites gestatten und warte eine Weile, sind die Galerien auf einmal vorhanden. Zauberei!

Nico Thiemer

SharePoint Seiten im Browser warten

Zuerst möchte ich allen Lesern dieses Blogs ein gesundes und erfolgreiches neues Jahr wünschen. Damit es dieses Jahr ein wenig ruhiger zugeht, wird mein erster Artikel davon handeln, wie man eine einfache Fehleranalyse auf SharePoint 2013 Webseiten durchführen kann. Die vorgeschlagenen Lösungen funktionieren allerdings nicht alle in Office 365, sondern vorwiegend in einer Installation vor Ort.

Developer Dashboard

Das Developer Dashboard wurde mit SharePoint 2010 eingeführt und erlaubt einen detaillierten Blick auf den Lebenszyklus einer SharePoint Webseite. Leider ist diese Option nur in Installationen vor Ort verfügbar und nicht in Office 365. Dieser Abschnitt beschreibt, wie das Developer Dashboard aktiviert wird und was sich dahinter verbirgt.

Voraussetzung für das Developer Dashboard ist eine existierende Health and Usage Serviceanwendung. Sollte diese noch nicht vorhanden sein, erledigt dies das folgende PowerShell.

New-SPUsageApplication -Name „Health and Usage Application“ -DatabaseName „Health_and_Logging_DB“

Nach dem Erstellen der Serviceanwendung kann das Developer Dashboard aktiviert werden. Dabei gibt es zwei verschiedene Modi:

Modus	Bedeutung
On	Aktiviert das Developer Dashboard. Es wird allerdings erst ausgeführt, wenn das entsprechende Symbol geklickt wird.
Off	Deaktiviert das Developer Dashboard.

Das folgende PowerShell Skript aktiviert das Developer Dashboard dabei in der SharePoint Farm in jeder SharePoint Anwendung.

$svc = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$dd = $svc.DeveloperDashboardSettings
$dd.DisplayLevel = „On“
$dd.Update()

Nach dem aktivieren steht das Developer Dashboard über sein Symbol oben rechts überall zur Verfügung. Dies allerdings nur, wenn man mindestens das Recht hat Seiten anzupassen und hinzuzufügen. Über die Eigenschaft RequiredPermissions kann dies aber geändert werden. Wer möchte, kann damit das Dashboard auch jeden Leser zur Verfügung stellen, was auch immer das auch bringen soll. Eine Übersicht über die SharePoint Berechtigungsmaske findet sich hier: http://msdn.microsoft.com/EN-US/library/ms412690

Wird das Symbol geklickt, öffnet sich ein neues Fenster. Dies ist ein Unterschied zu SharePoint 2010, wo da Dashboard noch direkt in die aufrufende Seite gerendert wurde. Solange das Fenster offen ist, werden in diesem alle Seiten protokolliert welche aufgerufen werden. Wichtig im Dashboard sind vor allem die folgenden Abschnitte in verschiedene Registerkarten, welche immer pro Aufruf (Request) gelten. Der Aufruf einer Seite ruft oft auch andere Unterseiten auf. Damit man die entsprechenden Werte sieht, muss man auf den jeweiligen Aufruf klicken. Beim ersten Aufruf ist nichts ausgewählt und die Liste ist leer.

Server Info

Diese Registerkarte bietet allgemeine Daten, wie Dauer der Ausführung, Anzahl der SQL Abfragen uvm.

Scopes

Hier wird angezeigt, welche Funktionen und Aufrufe erfolgen. Dies ist besonders dann interessant, wenn man eigenen Code geschrieben hat und diesen hier testen möchte.

SQL

In dieser Registerkarte werden die SQL Aufrufe angezeigt. Wenn man auf den Namen der Abfrage klickt, sieht man diese auch im Detail. Sehr nützlich, wenn man SharePoint im Detail verstehen möchte.

ULS

Alle Vorgänge, welche der Aufruf ins SharePoint Log schreibt, sind hier einsehbar. Das ist eine sehr gute Unterstützung zur Fehlersuche und auch zum Lernen.

Es genügt, das Fenster, in welchen das Developer Dashboard läuft, zu schließen. Es werden danach keine weiteren Daten protokolliert.

Arbeiten mit der Webpartwartungsseite

Die folgende Möglichkeit funktioniert auch in Office 365. Das Developer Dashboard wird oft genutzt, um Webparts zu identifizieren, welche eine lange Ladezeit haben. Dies kann durchaus auch ein Webpart sein, welcher geschlossen ist. Die einfachste Möglichkeit, einen Webpart zu löschen, ist nicht Seite zu bearbeiten, sondern der Aufruf der Webseite zur Wartung dieser. Diese Seite listet Ihnen alle auf einer Webseite vorhandenen Webparts auf und erlaubt Ihnen das löschen oder schließen dieser. Praktisch ist diese Seite auch, wenn Sie einen Webpart installiert haben und dieser durch eine Fehlfunktion den Aufruf der angeforderten Seite unmöglich macht. Sie können diese Webpartwartungsseite aufrufen, indem Sie an die URL der gewünschten Seite den Parameter ?contents=1 anfügen.

Beispiel: http://<Ihre Anwendung>/default.aspx?contents=1

Die Seite zeigt Ihnen alle Webparts auf der Seite an, egal ob geschlossen, personalisiert oder nicht. Markieren Sie die gewünschten Webparts und führen Sie die gewünschten Aktionen aus. Diese wird sofort ausgeführt. Anschließende können Sie mit dem Developer Dashboard die Geschwindigkeit der Seite erneut prüfen, sofern dies nötig und möglich ist.

Nico Thiemer

Die Schaltfläche „Dokument hochladen“ in der Vorlage Dokumentencenter anpassen

In einem der letzten Artikel habe ich über die Inhaltsorganisation von SharePoint Server und Office 365 geschrieben. Vielleicht hat ja der eine oder andere mein Szenario nachvollzogen und ist dabei auf eine kleine Hürde gestoßen. Wenn man nämlich ein Dokumentencenter erstellt, liegt auf der Startseite die Schaltfläche Dokument hochladen. Diese lädt immer in die Bibliothek Dokumente hoch, welche von den Regeln der Inhaltsorganisation aber nicht erfasst wird.

Diese Schaltfläche soll nun angepasst werden, dass die Dokumente automatisch in der Bibliothek Abgabebibliothek
hochgeladen und damit den Regeln unterworfen werden. Diese Anpassung geschieht per SharePoint Designer 2013. Sofern noch nicht vorhanden, können Sie SharePoint Designer 2013 von http://www.microsoft.com/de-de/download/details.aspx?id=35491 herunterladen und installieren. Der SharePoint Designer ist kostenlos und auf dem Rechner auf dem er läuft muss .NET 3.0 installiert sein, was bei Windows 8 kein Problem ist.

Öffnen Sie den SharePoint Designer und wählen Sie den Punkt Website öffnen. Geben Sie die Adresse der Website und die Anmeldedaten ein.

Navigieren Sie nach dem laden der Site, was eine ganze Weile dauern kann, zu Alle Dateien und öffnen Sie die Datei default.aspx welche sich direkt im Stamm der Website befindet.

Die Datei selber können Sie nicht so einfach editieren, dies gelingt nur im erweiterten Modus. Klicken Sie dazu auf das Menüband Start und dann auf Erweiterter Modus.

Suchen Sie den folgenden Eintrag, welcher ca. in Zeile 130 – 150 steht

<button

onclick=“javascript:OpenNewFormUrl(‚Dokumente/Forms/upload.aspx‘);

return false;“>

<nobr>

 <span>Dokument hochladen</span></nobr>

</button>

Dieser Eintrag legt die Schaltfläche an und über die JavaScript Funktion OpenNewFormUrl() fest, welches Formular zum hochladen der Dateien geladen wird. Ersetzen Sie das schon vorhandene Formular

OpenNewFormUrl(‚Dokumente/Forms/upload.aspx‘);

mit dem Formular der Abgabebibliothek.

OpenNewFormUrl(‚DropOffLibrary/Forms/upload.aspx‘);

Speichern Sie die Seite und testen Sie. Neue Dateien sollten jetzt automatisch in die Abgabebibliothek hochgeladen und von dort verschoben werden. Für Benutzer eine einfache und sogleich elegante Lösung.

Dies ist der letzte Artikel für dieses Jahr. Ich wünsche allen Lesern ein frohes Fest, einen guten Rutsch und viel Erfolg bei allen Projekten und Wünschen im kommenden Jahr.

Der Kurzlink zu diesem Artikel ist http://wp.me/p4y7ta-5N.

Nico Thiemer

Probleme mit englischsprachigen SharePoint Apps in einem deutschen Office 365

Im App Store für SharePoint wächst und wächst das Angebot. Viele Funktionen, welche man früher mühevoll selber entwickeln musste, sind jetzt einfach verfügbar. Dementsprechend mehr Apps werden auch installiert. Wenn man allerdings in eine deutsche SharePoint Online aka Office 365 Installation eine englische App einfügt, gibt es oft eine böse Überraschung. Das AppWeb steht nicht zur Verfügung.

Jede App hat bekanntlich eine Art Verwaltungswebsite (AppWeb), welche beim Installieren der App automatisch von dieser erzeugt wird. Geht man nun auf diese Website, sieht dies in einem deutschen Office 365 ungefähr so aus:

Auf der Website geht praktisch nichts. Die Links sind nicht zu klicken und überhaupt: Großer Mist! Die Lösung für das zerschossene AppWeb ist so einfach wie logisch. In den Spracheinstellungen der Websitesammlung muss Englisch erlaubt sein. Gehen Sie dazu in die Websiteeinstellungen und dort in die Spracheinstellungen in der Websiteverwaltung.

Es genügt, bei Englisch einen Hacken zu setzen und die Änderung zu speichern.

Danach steht das AppWeb zur Verfügung.

Der Kurzlink zu diesem Beitrag ist http://wp.me/p4y7ta-5z.

Nico Thiemer

Teilen:

Teilen:

Teilen:

Teilen:

Teilen:

Website öffnen

CSS Daten hinzufügen

Das neue CSS der Masterpage hinzufügen

Teilen:

Teilen:

Developer Dashboard

Server Info

Scopes

SQL

ULS

Arbeiten mit der Webpartwartungsseite

Teilen:

Teilen:

Teilen: