CRMUG | Summit in Reno 2015

Summit_2015_CRMUG_SUMMITWe´re getting closer to the CRMUG Summit 2015 in Reno where I´m speaking and sharing knowledge during a hopefully sunny week in Reno.

While I´m co-speaking during the MVP Ask the Experts sessions with my MVP colleagues, my other topics are addressing Mobile Development and all the latest improvements made inside the Microsoft Dynamics CRM 2013 and 2015 service module.

If you haven´t made your descision yet, take a look at all the other 159 sessions that you can join and get to know the latest from the field for the field.

Hope to see you soon in Reno – and don´t miss our CRMUG Medics area where we´re going to assist you with currenty issues or questions or even tips you need.

Advertisements

Microsoft Dynamics CRM 2015 | Schon gewusst?

Während ich kürzlich mit dem Microsoft Support Team an einem Fehler der Konfiguration eines Outlook Clients mit einer CRM 2015 Online Instanz arbeitete (nähere Einzelheiten finden sich hierzu unter https://support.microsoft.com/en-us/kb/3093119) wurde ich auf einen weiteren Fehler aufmerksam.

Beim Aufruf der Ansicht “Aktive Anfragen” meldete der Outlook Client einen Fehler in der Anzeige, wobei die Ansicht anschließend scheinbar einwandfrei alle Datensätze anzeigte.

Nachdem ein kurzer Test ergab, dass sich der Fehler auch auf anderen Outlook Clients zeigte, er jedoch nicht innerhalb des Web-Clients auftrat, war schnell klar, die Ursache hierfür in dem Aufbau der Abfrage zu suchen.

So ergab der Export der Lösung und ein Blick unter Saved Queries im Vergleich mit einem Original-System im Bereich der FetchXML-Abfrage einen Unterschied.

Es fand sich der Eintrag

<attribute name=“processid“ />
                  <link-entity alias=“processidworkflowworkflowid“ name=“workflow“ from=“workflowid“ to=“processid“ link-type=“outer“ visible=“false“>
                    <attribute name=“versionnumber“ />
                  </link-entity>

der zunächst wie ein Standard-Eintrag aussah. Nachdem der Eintrag gelöscht war, die Lösung wieder eingespielt wurde, ist nunmehr auch der Fehler passé.

In der Ursachenforschung stießen wir dann auf die Verwendung des im XrmToolbox bekannten ViewReplicator Tools. Offenbar wurde ein anderes Ansichts-Layout in die Ansicht “Aktive Anfragen” kopiert. Dabei wurde jedoch auch die FetchXML Abfrage angepasst.

Fazit: Der Outlook-Client reagiert auf Metadaten-Änderungen deutlich empfindlicher, als der Web-Client und manchmal ist es hilfreich, ein Original-System für den Abgleich zu haben.

Bis zum nächsten Mal…

Microsoft Dynamics CRM 2015 | Schon gewusst?

Mit Microsoft Dynamics CRM 2015 kommt auch die neue Form-Rendering Engine, die in Sachen Umgang mit der Aktualisierung von Webressourcen offenbar so ihre Tücken im Bereich Caching hat. Zwar stellt ein Caching eine Verbesserung der Ladeperformance dar, wollte man jedoch mit

var control = Xrm.Page.getControl(“WebResource_Name”);
control.setSrc(control.getSrc());

eine Aktualisierung herbeiführen, so verhält sich dieser Code nicht wie gewünscht.

Abhilfe schafft hier jedoch eine simple Modifikation der zweiten Zeile

control.setSrc(control.getSrc() + ‘?data=’ + Date.now());

sorgt für den gewünschten Effekt und der WebRessourcen-Inhalt wird aktualisiert.

Microsoft Dynamics CRM 2015 | Schon gewusst?

Error_SSS_Dashboard_NoCharts

Mit Einführung der neuen Leistungsübersicht der serverseitigen Synchronisation können im Rahmen von auftretenden Störungen einige ungewünschte “Seiteneffekte” auftreten. Zum Einen können ggfs. die Grafiken wie im Schaubild dargestellt nicht mehr dargestellt werden und man wird aufgefordert die Anzahl der Datensätze zu reduzieren.

Zum Anderen können im Rahmen der gesammelten Informationen Speicherprobleme auftreten, die wiederum zur Folge haben können, dass die Organisation nur noch im Lese-Modus erreichbar ist.

Ablaufverfolgung_ErweiterteSucheEs stellt sich die Frage, welche Art von Datensätzen sich hinter den Grafiken verbergen und wie man diese vor allem reduzieren kann?!

Einsicht verschafft man sich über eine Erweiterte Suche und wählt hier den Entitätstyp “Ablaufverfolgung”. Diese Art Datensätze kann sich im Bezug auf entweder

a) Mailboxen oder

b) Mailbox-Profile

beziehen. Löschen kann man die Datensätze durch Einrichtung eines entsprechenden Massen-Löschung Auftrags. Als Hintergrund muss man wissen, dass neben Fehlern in der Ablaufverfolgung auch Warnungen oder gar Informationen gesammelt werden können. Fehler, die man bereinigt hat (z.B. auf Grund von versehentlich deaktivierten Postfächern konnten E-Mails nicht nachverfolgt werden), werden nicht automatisch gelöscht. D.h. die Ablaufverfolgung bleibt erhalten und im Hintergrund entstehen rasch über tausende von Datensätzen.

Hat man die Anzahl der Ablaufverfolgungsdatensätze signifikant reduziert, so kann plötzlich auch die Leistungsübersicht wieder Grafiken anzeigen.

Microsoft Dynamics CRM 2015 | CRMUGSummit Reno

NEWSummit_Speaker_Tiles15_CRMUG

Der Oktober steht nicht nur im Zeichen “Re-awarded MVP?” (by the way you can influence it nominating your candidate here, sondern auch im Zeichen der Community-Arbeit.

Als Sprecher der CRMUGSummit in Reno halte ich zwei interessante Sessions für euch aus den Bereichen Mobile Client Entwicklung und CRM Service Area (inkl. Ausblick im Zuge der FieldOne Akquisition) bereit, unterstütze meine MVP Kollegen in unseren MVP Ask-the-Experts-Sessions und stehe als “CRMUGMedic” gemeinsam mit meinen Medizin-Kollegen mit Rat und Tat zur Seite.

Habt ihr noch nichts vor? Dann werft doch gleich einen Blick in die vorläufige Agenda und meldet euch am Besten gleich zu dieser Veranstaltung an. Der Austausch mit anderen CRM Nutzern und die Teilnahme an interessanten Fachvorträgen, Trainings oder Workshops hilft in der täglichen Nutzung von Microsoft Dynamics CRM. Und darüber hinaus ist es die perfekte Gelegenheit, sich über die kommenden Neuerungen im On-Premise-Umfeld zu informieren und für Microsoft Dynamics CRM 2015 fit zu machen.

Also, wir sehen uns…(und eure Nominierung nicht vergessen)

Microsoft Dynamics CRM 2015 | Schon gewusst?

DidYouKnow

Im Rahmen der so genannten Plug-In Entwicklung stellt Microsoft innerhalb des SDK das Plug-In Registrierungstool bereit. Mit diesem können nicht nur Plug-ins, sondern auch so genannte Workflow Aktivitäten registrieren, die man als Erweiterung der vorhandenen Workflow Schritte programmiert hat und nunmehr bereitstellen möchte.

Nachdem man die einzelnen Bibliotheken registriert hat, bietet einem das Werkzeug jedoch auch noch die Möglichkeit, einige Felder anzupassen als da wären:

  • Description
  • FriendlyName
  • Name
  • WorkflowActivityGroupName

PluginRegistration_EditableFields

Da kommt man schnell mal in die Versuchung, wie im Beispiel links zu sehen, den FriendlyName (in der Regel steht hier eine GUID) neu zu setzen. Doch wär hätte gedacht, dass der FriendlyName, in Wahrheit gar nicht der FriendlyName ist. Stattdessen ist der Name oder DisplayName in Wahrheit der FriendlyName.

Der “Fehler” geht zurück auf die CRM 4.0 Zeit und konnte seitdem auf Grund von Abwärtskompatibilitätsgründen noch nicht korrigiert werden. Wer nun jedoch im FriendlyName die GUID entfernt hat, stellt fest, dass beim nächsten Update der Bibliothek (z.B. eine Fehlerbereinigung) die Aktualisierung mit einem Fehler abbricht. Hintergrund hierfür ist, dass die GUID nicht mehr gefunden werden kann, die sich an einem Prozess oder auch einer Prozessvorlage (verbunden mit dieser Workflow-Aktivität) nicht mehr findet, da Ihr diese durch einen “FriendlyName” ausgetauscht habt.

Lasst in Zukunft also besser die Finger von diesem Feld und beschränkt eure Anpassungen auf die Felder Beschreibung, Name und Workflow-Activity-Group-Name.

Microsoft Dynamics CRM 2015 | Schon gewusst?

DidYouKnowIn einer neuen Serie “Schon gewusst?” möchte ich euch einige Tipps & Tricks vorstellen, über die ich im Rahmen zahlreicher Kundenprojekte oder dem Studium von anderen Artikeln gestoßen bin. Heute geht es um ein aktuell im CRM 2015 Update 1 vorliegendes Script-Fehler Problem:

<Message>Uncaught TypeError: Cannot read property ‚uniqueId‘ of null</Message>
   <Line>1</Line>
   <URL>/_static/_common/scripts/jquery-2.1.1.min.js?ver=265869287</URL>

Dieses Problem äußert sich z.B. durch Nutzung des Outlook Clients, Öffnen einer Anfrage und nachdem ihr Änderungen getätigt und gespeichert habt, kommt ein Hinweis auf jenen Script Fehler, den ihr mit OK bestätigen könnt.

Der Fehler ist weitaus tiefgreifender, als nur ein reiner Script Fehler und von Seiten Microsoft wird bereits an einem entsprechenden Fix gearbeitet. Wem jedoch die Bestätigung des Scripts in der Praxis aufstößt, der kann durch eine simple Anpassung dem ganzen Herr werden.

Hierzu eine Lösung erstellen, die Entität Anfrage hinzufügen und die Lösung unverwaltet exportieren. Die Archiv-Datei exportieren und im Anschluss in der Datei customizations.xml nach „accountcasessgrid“ suchen. Es sollte sich ein Treffer finden.

Fügt nunmehr innerhalb des Parameters XML Tags den Parameter

<EnableContextualActions>false</EnableContextualActions>

Case_Entity_SubGridshinzu. Speichert die Änderungen, packt die Dateien erneut in ein Archiv und importiert dieses. Die Änderung bewirkt, dass Ihr das Plus (+) Zeichen bei der Vorschau aktueller Anfragen nicht mehr haben werdet und damit nutzen könnt. Jedoch ist im Anschluss auch der Fehler passé und Ihr könnt ohne die Fehlermeldung eurer Arbeit nachgehen. Wer im übrigen seine Anfrage-Maske angepasst hat und weitere Subgrids eingebracht hat, der muss o.g. Parameter auch für diese setzen.

Wie gesagt, der Fehler ist Microsoft bereits bekannt und es wird an einer Lösung gearbeitet. Wann diese Lösung veröffentlicht / zur Verfügung gestellt werden kann, steht jedoch noch nicht fest.