Monthly Archives: toommorelJanuary 2016
21 JanSalesforce kauft YOUR SL – welcher Partner ist der nächste?
Gestern ist die Übername des Berliner Platinum Partners YOUR SL durch Salesforce bekannt geworden.
Es ist aktuell sehr spannend zu verfolgen, wie sich die Salesforce Partnerlandschaft in Europa konsolidiert. Der Grund vermutlich: Salesforce hat sich inzwischen auch im Enterprise Umfeld so durchgesetzt, dass die großen IT-Beratungshäuser wie Accenture, Capgemini, Deloitte & Co ihre Salesforce Sparte in Europa ausbauen und auch Integratoren, die bislang eher im Umfeld Microsoft, SAP und Oracle unterwegs waren, auf den Salesforce Zug aufspringen.
Die einzige im großen Stil wirksame Lösung scheint zu sein, auf Firmen-Einkaufstour zu gehen. Accenture hat hier ganz schön vorgelegt. 2014 bereits wurde ClientHouse gekauft, 2015 dann CloudSherpas und Tequila UK. Zu Jahresbeginn wurde nun der Aufkauf von CRMWaypoint durch Accenture angekündigt. Capgemini legt nun nach: ebenfalls Anfang diesen Jahres ist der Zukauf von Oinio (vormals ITBconsult) durch Capgemini bekanntgegeben worden.
Das Consulting Business wurde bislang also weitgehend den Partnern überlassen. Mit dem Aufkauf des französischen Dienstleisters Kerensen Consulting Mitte 2015 hat sich allerdings bereits abgezeichnet, dass inzwischen auch Europa und das Beratungsgeschäft im Fokus von Salesforce ist. Anscheinend gibt es durch die zunehmende Größe der Kunden verstärkt auch Anfragen nach Professional Services direkt vom Hersteller und auch die PreSales und Community Aktivitäten müssen natürlich irgendwie gestemmt werden.
Die Ankündigung, dass nun mit YOUR SL der erste deutsche Salesforce Consulting Partner von Salesforce übernommen wird, kam also nicht ganz überraschend. YOUR SL hatte 2011 und 2014 auch bereits ein Investment von Salesforce Ventures erhalten. Zur Salesforce World Tour im Juli 2015 hatte ich in einem Beitrag auf unserem Firmenblog die mit einem Stand vertretenen Consulting Partner grob nach Größe klassifiziert. In der Kategorie 11-100 Mitarbeiter waren damals 10 Dienstleister gelistet. Heute, ein gutes halbes Jahr später, sind zwei davon von größeren Firmen übernommen worden.
Der Salesforce Markt ist nach wie vor stark am Wachsen und das kürzlich in Deutschland eröffnete, von T-Systems betriebene, Salesforce Rechenzentrum wird gerade dem deutschen Markt nochmals Aufwind geben. Die Konsolidierung ist daher aus meiner Sicht noch lange nicht abgeschlossen.
Welcher Partner ist also der nächste?
08 JanWarum haben Salesforce Record-Ids eine Länge von 15 und 18 Zeichen?
Vielleicht seid Ihr auch schon einmal darüber gestolpert, dass Salesforce Datensätze mal 15 Zeichen lang sind, mal 18. Und hier spreche ich vom gleichen Datensatz, beispielsweise einem Account. Direkt im Link oder in einem Export von einem Report werden 15 Zeichen ausgegeben, nutzt man hingegen den DataLoader sind es 18. Was steckt also dahinter?
Der Grund weshalb ich diesen Post schreibe ist, dass ich Zeuge wurde wie ein neuer Admin eine Große Anzahl der vorhandenen 100.000 Account Daten unbrauchbar gemacht hatte indem ihm der Unterschied nicht klar war. Spätestens jetzt habe ich Eure Aufmerksamkeit! (Wir konnten die Daten übrigens retten, es gab ein Backup).
Was steckt also dahinter?
Die 15-stellige ID ist case sensitive, d.h. es ist ein Unterschied, ob eine ID 001i000000032b oder 001i000000032B lautet.
Das Problem entsteht in externen Programmen in denen Salesforce Daten verwendet werden. Excel beispielsweise unterscheidet nicht zwischen Groß- und Kleinbuchstaben, d.h. in einem VLOOKUP (SVERWEIS auf deutsch) sind beide Datensätze die gleichen! Und jetzt wisst Ihr auch schon, dass das sehr häßlich werden kann.
Aus diesem Grund gibt es weitere 3 Stellen, die von Salesforce am Ende hinzugefügt werden wenn Ihr die Daten exportiert. In meinem Beispiel wäre das dann beispielsweise: 001i000000032b43x und 001i000000032Bj4s. Das kann dann auch Excel nicht mehr verwechseln.
Ein gern genommener Anfängerfehler ist, Daten über einen Report zu exportieren und dann in Excel zu verarbeiten.
Das mag zwar bequem erscheinen, ist aber ein totales No-Go. Nutzt für externe Verarbeitung IMMER 18-stellige IDs, am einfachsten geht das über einen DataLoader (Original von Salesforce, Jitterbit DataLoader, dataloader.io oder andere).
Kann ich die 3 zusätzlichen Stellen auch selbst hinzufügen?
In Salesforce selbst sind die IDs 15-stellig gespeichert, das erspart Speicherplatz. Die 3 zusätzlichen Stellen werden bei Bedarf berechnet. Salesforce hat zu diesem Zweck die Formel CASESAFEID(Id) eingeführt. Falls Ihr im Netz auch über komplexe Algorithmen stolpert mit denen Ihr das berechnen könnt, so solltet Ihr wissen, dass die Funktion CASESAFEID(Id) erst in Spring’12 eingeführt wurde, vorher musste man sich mit einer sehr, sehr langen Formel helfen, die seitdem obsolet ist.
Und denkt immer daran: Wenn Ihr Daten in einem externen System verarbeitet, macht vorher ein Backup!
Wie geht Ihr mit den IDs um? Wir freuen uns über Rückmeldungen.
