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.

10 MarAppExchange 5-5-5: VisualLifecycle im Kurzreview

In unserer Videocast Serie haben wir heute Levin Beicht zu Gast.

Levin und sein Team von Apracor haben sich darauf spezialisiert Prozesse in Salesforce zu modellieren ohne dass man dazu Code schreiben muss.

Herausgekommen ist nach einem Jahr intensiver Arbeit ein beeindruckendes Tool, welches es in 2 Varianten auf der AppExchange zum Installieren in Eure Salesforce-Umgebung gibt.

Schon mit der kostenlosen easy Variante könnte Ihr Prozesse modellieren und Euch einen guten Überblick über das Tool verschaffen. Die VisualLifecycle professional bietet Euch noch mehr Funktionalitäten zum fairen Preis wie wir finden.

Ich selbst war von der Demo begeistert, weil sie

• die Möglichkeit bietet einzelne Prozesse und Prozess-Schritte so gestalten, dass neue Mitarbeiter weniger Fehler machen können und
• man als Arbeitgeber die Freiheitsgrade der Mitarbeiter einschränken kann.
• Darüber hinaus reduziert sich die Einlernzeit neuer Mitarbeiter.

Aber das Beste: Die Prozesse lassen sich mit wenigen Klicks auch wieder ändern. Aus meiner Sicht DER VORTEIL des Tool, das ohne Code auskommt.

Wie immer können und wollen wir mit unserem Video kein Produkttraining ersetzen, wer mehr Interesse hat, sollte sich unverbindlich mit Levin Beicht in Kontakt setzen.

Doch seht selbst:

27 FebAppExchange 5-5-5: Connect for Xing im Kurzreview

AppExchange 5-5-5

Ab heute präsentieren wir Euch ein neues Format: Auf dem Salesforce Marktplatz www.appexchange.com gibt es inzwischen mehr als 2000 Business-Applikationen. Da fällt es teilweise schwer den Überblick zu behalten und das Installieren und Testen von Apps ist zeitaufwendig.

Daher haben wir einige Hersteller angefragt, ob sie uns nicht

• 5 Minuten Ihre Firma vorstellen
• 5 Minuten die App zeigen
• 5 Minuten für Fragen zur Verfügung stehen.

Die Premiere hat heute die App “Connect for Xing” und wird uns von Dirk Steuernagel vorgestellt.

Die ersten Sekunden gibt es nur ein schwarzes Bild.

Wir waren begeistert von den Use Cases und der einfachen Integration von Xing in Salesforce und freuen uns über Euer Feedback.

02 DecSalesforce Integration für Arme

Das Thema wie Daten nach Salesforce hineinkommen und wieder exportiert werden können ist ein Thema, das jeden (aber auch wirklich jeden) vor dem Kauf brennend interessiert, daher möchte ich diesem Dauerbrenner einen Blogpost widmen.

Um es vorwegzunehmen. In meinen 10 Jahren Berufserfahrung war es noch nie so leicht Daten zu laden oder zu entladen wie heute. Die Tools sind einfach klasse geworden.

Daten exportieren

Dafür gibt es eine Funktion im Setup, die es Euch erlaubt alle (!) Daten per Knopfdruck und in Form von csv (Comma Separated Files) zu exportieren. Das beinhaltet auch die Dateien (Powerpoint, Excel etc.), die Ihr im Laufe der Zeit hochgeladen habt. Und ja, Ihr erhaltet auch die Information wie die Daten und Dateien zueinander gehören mit exportiert.

Ich empfehle Euch nachdrücklich die Erinnerungsmail zu nutzen, die Ihr wöchentlich (bei Professional Edition monatlich) erhalten könnt um Eure Daten lokal als Backup zu speichern. Man weiss ja nie, ob mal jemand aus Versehen alte Daten gelöscht hat. Ihr habt aktuell kein Backup bei Euch lokal gespeichert? Los geht!

Daten laden

Wenige Daten könnte Ihr bequem mit Bordmitteln laden – mit dem sogenannten Wizard – der im Setup eingebaut ist (Datenverwaltung -> Datenimport-Assistent). Allein dieses Tool hätte einen eigenen Post verdient, weil es seit der Überarbeitung im letzten Release deutlich hübscher und besser bedienbar geworden ist.

Probiert den Datenimport-Assistenten einfach mal selbst aus, wenn Ihr beispielsweise Accounts laden möchtet.

Und hier mein ultimativer TIP: Speichert Eure Excel Sheets mit OPEN OFFICE als csv-Dateien ab. Microsoft Excel eignet sich nicht zum Arbeiten mit csv-Dateien (das macht statt Kommas Semikolons – weshalb, das muss uns Microsoft noch erklären).

Sobald die Aufgabe etwas kniffliger wird, werdet Ihr mit dem Assistenten an Grenzen kommen. Vor allem dann, wenn Ihr die selbe Aufgabe mehrfach machen wollt, wenn ihr beispielsweise einen Fehler gemacht hattet und die Ursprungsdatei anpassen wollt oder mehr Daten laden wollt etc. werdet Ihr für ein etwas schlaueres Tool dankbar sein.

Für diesen Fall gibt es eine grosse Anzahl an KOSTENLOSEN Tools, die Ihr nutzen könnt.

Den Salesforce DataLoader gibt es als Bordmittel, dataloader.io, den Jitterbit Data Loader, Skyvva und viele mehr könnt ihr ebenfalls nutzen. Sie alle nutzen die Salesforce APIs und unterstützen Euch dabei Eurer Aufgabe Herr zu werden.

Ich persönlich arbeite inzwischen nur noch mit Jitterbit und dataloader.io und zwar aus folgenden Gründen:

Bei beiden Tools kann ich mehrere Logins hinterlegen (z.B. Testumgebung, Produktionsumgebung) und sämtliche Vorgänge (Laden von Daten, Exportieren etc.) speichern. Gerade wenn ich regelmässig Vorgänge durchführen muss, dann ist das super weil es mir Zeit erspart.

Mein Favorit ist seit Neuestem dataloader.io

Letzte Woche hatte ich einen Kunden am Telefon, der mit dem Assistenten an Grenzen gekommen war und dem ich dataloader.io empfohlen habe – und er war begeistert, so wie ich.

Seit dem letzten Release von dataloader.io lassen sich Laden- und Entlade-Vorgänge mit regelmässiger Abfolge automatisieren – und das kostenlos! Ihr legt beispielsweise fest, dass jeden Tag um 7:00 Uhr ein CSV-Sheet die Umsatzdaten Eurer Accounts aktualisiert – und das geschieht nach der einmaligen Konfiguration von allein.

Ihr könnt als Quelle FTP, Dropbox oder box.com angeben. Den Ausspruch “Integration für Arme” habe ich von meinem Kunden gerne an dieser Stelle übernommen.

Ihr habt somit die Möglichkeit Daten aus Bestandssystemen, Buchungssystemen, was auch immer nach Salesforce automatisch einmal am Tag hochzuladen. Oder alternativ Daten einmal täglich nach FTP, Dropbox oder box.com zu exportieren und von dort weiterzuverarbeiten.

Überlegt selbst welche Möglichkeiten Euch damit zur Verfügung stehen! Und das kostenlos! Bisher haben alle Tool-Hersteller Geld für Prozess-Automatisierungen genommen, dataloader.io hat das jetzt durchbrochen. Und macht damit natürlich Werbung für deren richtig, richtig schicke Integrations-Plattform Mulesoft, die Euch mit dem CloudHub noch ganz andere Möglichkeiten bietet (Ein Blick auf deren Portfolio lohnt sich!)

Natürlich bekommt Ihr keine Garantie für den Betrieb von dataloader.io und es ersetzt kein hochwertiges Integrationswerkzeug. Aber für eine Integration von unkritischen Daten auf dennoch sicherem Weg ist es unschlagbar gut.

Probiert es aus, Ihr werdet begeistert sein wie leicht sich Daten laden, mappen und exportieren lassen.

Wieso ist das bei Salesforce so einfach?

Ganz einfach, weil Salesforce konsequent auf offene Standards setzt und APIs für den Zugriff auf das System zur Verfügung stellt. Die anderen Hersteller verfolgen da den Weg die User in ihrer eigenen Welt einzusperren. Es ist oft ein Drama auf die Daten bei anderen Systemen zuzugreifen, von einfachen Wegen die Daten zu verarbeiten ganz zu schweigen. Für Ihr Integrations- bzw. Migrations-Projekt benötigt Ihr jetzt “nur noch” Zugriff auf die anderen Systeme, dann geht’s los.

Für Migrations-Projekte macht Euch schon heute an die Analyse darüber wie Ihr die Daten aus Euren Altsystem entladen bekommt. Diese Frage werdet Ihr Euch künftig nicht mehr stellen brauchen. Sie wurde in nur wenigen Zeilen hier beantwortet.

Welche Tools nutzt Ihr, was sind Eure Erfahrungen, welche Use Cases könnt Ihr Euch vorstellen mit den Möglichkeiten von dataloader.io?

02 DecSalesforce Video – Firmenprofil & Trust.com

Gerne wird vergessen die Grundeinstellungen einer Salesforce-Umgebung richtig zu wählen, was Euch dann später Ärger bereiten kann.

In diesem Video diskutieren Tobias und ich ausgiebig die Salesforce Firmeneinstellungen

• Firmeninformationen
• Geschäftsjahr
• Geschäftzeiten
• Feiertage
• Spracheinstellungen
• Trust.com

Aus unserer Sicht ein Muss für jeden Admin diese Themen zu verstehen, damit die Umgebung sauber aufgesetzt ist.

Erst danach sollte mit dem Bauen von Feldern, Layouts und Prozessen beginnen.

Viel Spass beim Zuschauen. Wir freuen uns auf Euer Feedback!

17 JulAdmin Basics: Darum überschreibt man niemals nie einen bestehenden Benutzer

Nachdem ich es in den letzten Tagen zweimal mit dem gleichen Problem bei Kunden zu tun hatte, möchte ich dieses Blog einem totalen Basic widmen, das viel zu wenig Beachtung findet: dem Benutzer.

Jeder Nutzer in Salesforce wird als Benutzer angelegt und bekommt seinen Login-Namen und legt sich selbst ein Passwort fest. Was aber, wenn der Benutzer ausscheidet und ein anderer seine Funktion übernimmt?

Der schnellste – und leider auch schlimmste – Weg ist einfach den vorherigen Benutzer zu überschreiben, die Emailadresse auszutauschen, den Login-Namen zu ändern und das Passwort zurückzusetzen. So einfach kann das gehen, hier nur ein paar der Nachteile die Ihr Euch dabei einhandelt:

Wenn wir und klar machen, dass die Historie des neuen Benutzers dabei übernommen wird, wird vieles klar:

• Der neue Benutzer hat bereits viele Daten angelegt, letzte Änderungen vorgenommen
• Der neue Benutzer hat bereits Aktivitäten, die eigentlich gar nicht seine sind
• Die persönlichen Einstellungen des Benutzers sind bereits gefüllt
• Die Feldhistorie (wer hat was wann geändert) wird verfälscht
• Reports können etwas Falsches aussagen, wenn auf diverse Systemfelder reportet wird

Richtig übel wird es aber, wenn Ihr Chatter einsetzt (was ich Euch hiermit nachdrücklich empfehlen möchte, solltet Ihr es noch nicht tun!):

• Alle alten Posts werden auf den neuen Benutzer übertragen
• Der neue Benutzer ist in Gruppen eingetragen, für die er eigentlich keinen Zugriff haben sollte
• Andere Benutzer wundern sich, wieso bei alten Posts ein anderer User steht
• etc.

Ihr seht, Ihr handelt Euch nur Nachteile ein.

Der richtige Weg ist folgender:

Deaktivert erst den alten Benutzer, denn so bekommt Ihr sofort die Lizenz freigegeben, die Ihr benötigt um den neuen Benutzer anzulegen. Danach legt einen neuen Benutzer an und schenkt ihm ein jungfreuliches Profil. Benennt den alten User eventuell um, beispielsweise von “Sabine Stub” in “X – Sabine Stub”, dann weiss jeder in der Firma, dass die Person nicht mehr aktiv ist.

Danach übertragt die Accounts, Kontakte und offenen Opportunities und Kundenvorgänge mit den eingebauten Admin-Klick-Tools an jemand anderen.

Glaubt mir, das bisschen Arbeit lohnt sich sehr. Es wird Euch viele Rückfragen des neuen Benutzers ersparen und damit Eure und seine Zeit und Frustration sparen.

Welche Erfahrungen habt Ihr mit der Administration von Benutzern gemacht? Über welche Themen sollen wir bloggen? Wir freuen uns auf Euer Feedback.

17 AprMeine TOP 3: So bringe ich meine Salesforce-Umgebung zum Stillstand – und wie man es wieder behebt

Immer wieder bin ich in der Vergangenheit über die gleichen Klassiker gestolpert mit denen ein Admin zielsicher die Salesforce-Umgebung seiner Firma zum Stillstand bringen kann. Anlass dieses Blog-Artikels war eine spannende Unterhaltung auf dem Salesforce-User-Treffen in München vergangenen Montag.
Ihr fragt Euch, wie man mal eben seine Salesforce-Umgebung zum Stillstand bekommt, wo das doch so stabil läuft?
Hier kommen meine TOP 3

TOP 1 – Validierungsregeln
Eine wunderbare Sache, denn sie stellen sicher, dass Datensätze oder Felder bestimmte Kriterien erfüllen müssen bevor sie gespeichert werden. Ein Anwendungsfall ist beispielsweise der, dass ein Rabatt nie größer als 100% sein darf, oder eine Mailadresse immer ein @ Zeichen und einen Punkt enthalten muss.
Validierungsregeln werden immer ausgeführt – auch wenn ein Feld gar nicht im Layout ist. Und genau so produziert man Probleme: Bei jeglichen Speichern gibt es eine Fehlermeldung, aber der Anwender hat keine Chance die Daten richtig einzugeben.
Wenn möglich in einer 1:1 Kopie der Produktionsumgebung (eine sog. Full Sandbox) einmal alle (!) Datensätze über die API speichern, eh man die Validierungsregel in der Produktion aktiviert. Und die Regeln nicht in der Produktion bauen, sondern in einer Testumgebung und dann in die Produktion überspielen (siehe auch TOP 3)

TOP 2 – Pflichtfelder im Layout
Auch sehr beliebt ist es Pflichtfelder zu definieren, die ab sofort von jedem immer ausgefüllt werden müssen.
Oft wird dabei vergessen, dass es dabei zu 2 Problemen kommen kann: Bei Änderungen an bestehenden Datensätzen und bei Routinen, die im Hintergrund laufen (z.B. bei nächtlichen Batch-Läufen).
Vergesst bitte die bestehenden Datensätze nicht. Am besten findet Ihr das über einen Bericht oder ein Dashboard heraus wie gut die Pflichtfelder in der Vergangenheit gefüllt wurden. In der Praxis müssen die Daten im Systen oft erst bereinigt bzw. befüllt werden, eh man bestehende Felder zum Pflichtfeld ernennt.
Auch hier ist es mehr als hilfreich wenn man in der Full Sandbox alle Datensätze einmal speichert. Wenn keine Full Sandbox vorhanden ist, kann man das auch in der Produktion machen… KANN!
… Dann sollte dann nämlich wissen, ob das eventuell Workflows aktiviert, oder die Felder “zuletzt gespeichert durch / am” an irgendeiner Stelle benötigt werden. Im Zweifelsfall lieber etwas mehr Zeit in Berichte und Dashboards investieren anstatt sich in Teufels Küche zu begeben.

3. Keine ausreichende Testabdeckung
Um das zu verstehen, muss ich etwas ausholen – und das kann Euch auch nur dann passieren, wenn Ihr Apex-Code geschrieben habt. Punkt 1 und 2 sind aber sehr oft der Hintergrund für Probleme, die meistens erst etwas später auftauchen.
Generell empfehle ich immer in ein laufendes System nur dann einzugreifen, wenn es wirklich nicht anders geht.
Nur weil man in 30 Sekunden ein Feld in einem Live-System ohne Downtime anlegen kann sollte man es nicht unter allen Umständen auch tun. Und zwar aus folgenden Gründen:
Salesforce ist ein so beliebtes System, weil alle Nutzer auf der Welt immer auf dem gleichen Release arbeiten und die Entwickler sich auf 3 Major Releases im Jahr stürzen können, ohne alte Releases am Leben halten zu müssen.
Damit muss aber auch zwingend sichergestellt sein, dass man jederzeit ein stabiles System hat. Das wird durch eine vorgegebene Testabdeckung von 75% vorgegeben. In der Praxis heisst das, dass die Entwickler, die Code in Apex schreiben, für ihren Code Testklassen schreiben müssen bis die eine Abdeckung von mind. 75% erreichen. 100% wird man selten erreichen können, in der Praxis zeigt sich, dass 75% eine sehr gute Vorgabe ist.
Ein Problem kann dann auftauchen, wenn man in einer Produktion z.B. Validierungen erstellt, Pflichtfelder definiert oder auch einfach Felder aus dem Layout entfernt, die in Testklassen genutzt werden. Das kann nämlich dazu führen, dass die Testabdeckung dann nicht mehr erreicht wird.
Wann merkt man das? Das Gute: Nicht im Betrieb, die Testklassen haben auf den Betrieb keine Auswirkungen. Aber Ihr werdet es beim nächsten Einspielen von Änderungen aus der Testumgebung in die Produktion schmerzlich zu spüren bekommen. Es wird nämlich nicht möglich sein.
Erstellt möglichst alles in einer Testumgebung und schickt es per Änderungsset in die Produktion und folgt dem Deployment-Konzept. So stellt Ihr sicher, dass Ihr jederzeit eine stabile Produktion habt, wenn ihr werdet vor dem Deployment feststellen, ob Ihr Eure Testklassen anpassen müsst oder eventuell neue schreiben dürft für die veränderten Vorgaben.
Man kann übrigens in jeder Salesforce-Umgebung im Menü unter Setup -> Develop -> Apex Test Execution -> Select Tests -> alles anklicken -> Run die Testabdeckung überprüfen.
Apex-Code und Visualforce sind eine wunderbare Sache. Wenn das zum Einsatz kommt, sollte man sich nur auch über die Auswirkungen vorab etwas informieren.

Kann man also eine Salesforce-Umgebung zum Stillstand bringen? Ja, kann man. Das gute ist, man kann alle Fehler wieder recht schnell beheben und man wird die Fehler sicher auch nicht erneut begehen.
Dennoch sollte man mit Validierungen und Pflichtfeldern etwas vorsichtiger umgehen, als vielleicht zunächst gedacht.

09 AprDie Zukunft von Salesforce Touch

Salesforce lässt sich mit “Salesforce Touch” seit Herbst 2012 auf dem iPad bedienen und erfreut sich zunehmender Begeisterung durch die Salesforce-Nutzer.

Im force.com Engineering Blog gibt Salesforce jetzt interessante Hintergrund-Einblicke in die Entwicklung und Zukunft von Touch, die ich Euch gerne hier zusammenfassen möchte.

Salesforce Touch setzt voll und ganz auf HTML5. Nachdem Facebook, die dies zunächst auch so getan haben, einige wenige Teile seiner iPad und iPhone Applikation durch sog. “native” Gerätecode ausgetauscht hat (nicht wie viele denken die ganze App neu geschrieben hat) gab es im Netz Gerüchte, dass sich HTML eventuell nicht durchsetzen würde. In die Entscheidung langfristig auf HTML5 zu setzen spielte die Überlegung mit ein, dass die mobilen Endgeräte permanent performanter werden. Künftige Generationen von mobilen Endgeräten werden keine Performance-Probleme mehr haben.

“We also made the bet that the hardware would improve, just like it did with PCs and browsers when the desktop web was taking off. We have the good folks at Apple to thank for releasing the A6 chip on the latest iPhones and iPads. Touch is blazing fast on these devices and it is only a matter of time before Android and Windows catch up. We’re very excited about this.”

Die Performance und der Fakt, dass sich die mobilen Betriebssysteme nicht alle an den HTML5 Standard zu 100% halten sind die Gründe warum zunächst nur das iPad unterstützt wird. Noch in diesem Jahr soll Touch auch für iPhone, Android und Windows 8 verfügbar sein. Ein Fakt, den vielen Kunden sicher gerne hören werden.

“we are making plans to follow up with releases for iPhone, Android, and Windows 8 devices in 2013”

Besonders interessant finde ich die strategische Ausrichtung Salesforce Touch nicht auf Smartphones und Tablets zu beschränken.

“we are no longer thinking of Touch as mobile but as the Salesforce experience on touch enabled 4”, 5”, 7”, 9”, 13”, and 24” devices.”

Die ersten Monitore mit Touch-Unterstützung sind ja bereits auf dem Markt. Eine spannende Vorstellung künftig vor einem großen Monitor zu sitzen und Salesforce mit Touch-Gesten zu bedienen.
Welche Anwendungsfälle fallen Euch dazu ein, Touch auf großen Monitoren zu bedienen?

13 OctDreamforce 2012 – Videos jetzt online bei YouTube – #DF12

Wir freuen uns bereits auf das größte deutsche Salesforce-Event am kommenden Dienstag – die Cloudforce 2012 in München. Rund 2000 Kunden, Partner und Interessenten werden erwartet.

Noch weitaus umfangreicher war ja die Dreamforce 2012 in San Francisco (4 Tage und rund 90.000 Teilnehmer). Viele von euch konnten vermutlich nicht live dabei sein und selbst wir, die vor Ort waren, konnten nur einen sehr kleinen Teil der über 700 Sessions sehen. Viele der Sessions wurden daher aufgezeichnet und können nachträglich bei YouTube angeschaut werden.

Die ersten Videos wurden inzwischen veröffentlicht – in den nächsten Tagen werden es sicherlich nach und nach auch noch mehr werden.

• Dreamforce #12 Keynote: Business is Social (Marc Benioff, Salesforce CEO)
• Dreamforce Sessions: Sales Cloud, Service Cloud, Marketing Cloud, uvm.

Viel Spaß beim Durchstöbern der Salesforce-Videos!

22 SepCampground und Cloudexpo – #df12

Die ersten drei Tage der Dreamforce waren bei mir voll gespickt mit Keynotes und verschiedenen Vorträgen. Am letzten Tag habe ich mir daher nochmal bewusst die Zeit genommen über den Campground und die Cloudexpo zu laufen.

Der Campground war scheinbar im Vergleich zum letzten Jahr diesmal sehr groß. Zu allen Salesforce-Produkten gab es dort Stände, an denen verschiedene Fokusthemen von Salesforce-Mitarbeitern live gezeigt und Fragen beantwortet wurden: z.B. Chatter Communities, Chatterbox, Sales Cloud, Work.com, Marketing Cloud, Force.com, SAP-Integration, Heroku, Data Resistency Option. Zum Thema Service Cloud gab es einen Bereich, in dem man Salesforce-Mitarbeitern über die Schulter schauen konnte, wie sie die Fragen der 90.000 Dreamforce-Teilnehmer beantworten, die über die verschiedenen angebotenen Service-Kanäle (Dreamforce-Chatter, Telefon, E-Mail, Facebook, Twitter und SMS) hereinkamen.

Die Cloudexpo bot unzählige Stände von Salesforce-Partnern – sowohl Consulting-Partner wie Accenture, Capgemini, Deloitte als auch ISV-Partner die Produkte auf der AppExchange haben. Im Salesforce-Ecosystem gibt es inzwischen wirklich umfangreiche Applikationen, welche komplette Unternehmenssparten cloudbasiert unterstützen, z.B. Cloud9 als Data Warehouse, FinancialForce für Accounting, Kenandy als Cloud-ERP auf Force.com Basis, Workday für HR oder Less Software für Supply Chain Management (SCM). Natürlich waren aber auch kleinere Firmen vertreten mit Hilfsmitteln und Tools für konkretere Einsatzzwecke – noch unbekannt war mir z.B. das ShoreTel SMS-Gateway für die Service Cloud oder die Open CTI-Integration von InGenius.

Zu guter letzt haben Marc und ich noch am Stand von Arkus Inc vorbeigeschaut und kurz mit Justin gesprochen, einem der beiden Macher des Cloudfocus Weekly Podcasts. Wir hören den Podcast beide inzwischen seit mehren Monaten regelmäßig und gehören damit, gemäß der an der Stellwand gezeigten Auswertungsgrafik, scheinbar zu den wenigen Fans aus Deutschland.