Salesforce für Entwickler

Es kommt ab und zu (und trotzdem öfters als einem Salesforce Anwender und Administrator lieb ist) vor, dass mehrere Bearbeiter einen und denselben Datensatz gleichzeitig bearbeiten. Das führt dazu, dass die zuletzt gespeicherten Änderungen "gewinnen", bedeutet wiederum, dass mindestens eine Person die gleiche Arbeit noch ein Mal machen darf: Datensatz finden, bearbeiten, speichern. Diese Arbeit ließe sich ersparen, wenn es eine Möglichkeit gäbe, Datensätze für die Dauer der Bearbeitung zu sperren. Im Internet kursieren einige Beiträge dazu. Die Autoren präferieren den Einsatz von Validation Rules oder Record Types. Der Einsatz von Validation Rules oder Record Types mag zwar den Zweck erfüllen, aber wie sieht es mit der Benutzerfreundlichkeit aus? Wenn ich einen Datensatz bearbeiten möchte, möchte ich auch sofort benachrichtigt werden, dass der Datensatz gesperrt ist, und nicht erst, wenn ich auf den "Speichern" Button klicke. Und was passiert mit den gesperrten ...

" You do not have the level of access necessary to perform the operation you requested. Please contact the owner of the record or your administrator if access is necessary. " Diese Fehlermeldung bekomme ich, wenn ich versuche, einige Datensätze mit Hilfe eines Custom Buttons zu modifizieren. Im Detail: - der Button befindet sich auf einer VisualForce Page - sobald ein Ticket-Bearbeiter auf den Button klickt, werden alle neuen Tickets diesem Bearbeiter zugewiesen. Das heisst, das Feld Owner wird überschrieben. - anschließend wird die Ansicht mit "Allen meinen" Tickets geöffnet. Problem: - der Ticket-Bearbeiter hat keine Berechtigung "Modify All" und darf somit den Owner nicht überschreiben - auf der VisualForce Page erscheint die Meldung, dass die Benutzer-Berechtigung die Funktionsausführung verhindert. Lösung: - die Visualforce Page in das für den Ticketbearbeiter relevante Profil aufnehmen - die von der Visualforce Page benutzte APEX Kl...

Mit einer interessanten, aber auch ziemlich komplizierten Aufgabe habe ich mich in den letzten Tagen beschäftigt. Aufgabenstellung: sobald ein Ticket(Case) eine Eskalationsstufe erreicht, müssen alle relevanten Benutzer per Email informiert werden. Eigentlich ganz einfach, dachte ich. Die Lotus Notes Platform bietet in Bezug auf die Email-Generierung und Versand vielfältige Möglichkeiten. Mit Salesforce sind die Grenzen klar definiert. Nun zur Umsetzung: 1) Einen Trigger programmiert, der beim Aktualisieren von Cases die Methode "informUsersOnCaseEscalation()" aus der "helper" Klasse aufruft. trigger CaseTrigger on Case ( before insert , before update ) {  //BEFORE INSERT or UPDATE  if (Trigger.isBefore){   //... initialize ...   CaseTriggerHelper helper = new CaseTriggerHelper(Trigger. new , Trigger.oldMap);   if (Trigger.isUpdate){    helper.informUsersOnCaseEscalation(); //send mass email to queue members on case...

Halleluja ! Geschafft. Die Admin Zertifizierung Winter 13 war ganz schön knackig. Ohne sich ausreichend mit dem Gesamtsystem zu beschäftigen sind die Chancen ziemlich gering, zu bestehen. Ich habe mir zwar keine konkreten Fragen gemerkt, aber ich kann zumindest meine Erfahrung mit euch teilen. Vielleicht könnt ihr davon profitieren. + es gab keine Fragen mit "alles Richtig" oder "alles Falsch" Option + ca. 70% der Fragen mit 2 oder 3 richtigen Antwortmöglichkeiten. 30% eine Option aus 4 ist richtig. + keine einzige Frage zu Limitierungen + keine Fragen bez Territory Management + sehr vertriebs- und marketinglastig (Opportunities, Campaigns, Forecasts...) + mehrere Reports und Dashboard Fragen sind dabei + mehrere Chatter Fragen sind dabei + ca. 40% der Fragen sind security-bezogene Fälle, z.B. - User kann trotz "Create" Permission keine Kampagnen erstellen. Wie löst admin das Problem? * ... * die "Marketing-User...

Beschreibung: Anfragen, Probleme etc. sind in Form eines Case-Objektes hinterlegt. Jeder Case-Datensatz enthält unter anderem die beiden Felder "Entwickler" und "Projektleiter". Ziel: Sobald ein Case gespeichert wird, müssen die in den beiden Feldern hinterlegten Personen als "Chatter-Follower" für diesen Case eingetragen werden. Vorgehensweise: 1) Welche Puzzle-Elemente benötige ich für mein Konstrukt?    - Object "Case"    - Neuer Trigger    - Testklasse für den neuen Trigger 2) Trigger Hier ist zu beachten, dass alle Chatter Follower im Case selbst mit ihren IDs hinterlegt sind. Um diese IDs zu bekommen, muss das  EntitySubscription  Objekt angezapft werden.

Habe den ersten Auftrag. Super ! Ziel: Erfassung von Mitarbeiter-Zertifizierungen. Eigentlich ganz einfach. Ein erfahrener Administrator braucht 15 Minuten dafür. Wie fange ich an? Zuerst aufmalen und aufschreiben: Objekte, Felder, Verbindungen. Ganz wichtig: alle N zu N Beziehungen müssen aufgelöst sein. Also Objekt "Mitarbeiter" nur über ein weiteres Objekt "Prüfung" mit dem neuen Objekt "Zertifizierung" verbinden. Wir haben insgesamt 3 Objekte, die miteinander verbunden werden müssen. Dazu gibt es 2 Möglichkeiten: Lookup Master-Detail Das Objekt "Prüfung" darf nicht ohne der beiden Anderen existieren. Wir müssen beim Erfassen von Prüfungen sowohl einen Mitarbeiter als auch eine Zertifizierung auswählen. Das ist der entscheidende Punkt. In diesem Fall brauchen wir 2 Master-Detail Felder. Lookup ist dagegen eine "optionale" Verbindung. Ein Objekt kann eigenständig existieren ohne zwangsweise eine Verbindung zum ander...

In der Einarbeitungsphase soll das 1. Ziel avisiert werden. Es ist auf jeden Fall sinnvoll, die Admin Zertifizierung zu machen. Der Inhalt ist auf der Webseite  http://www.forceprepare.com  detailliert dargestellt. About the Exam  The Salesforce.com Certified Administrator exam has the following characteristics:  -  Content: 60 multiple-choice/multiple-select questions.  -  Time allotted to complete the exam: 90 minutes  -  Passing score: 60 percent  -  Registration fee: USD 200  -  References: No hard-copy or online materials may be referenced during the exam  -  Prerequisites: None required; course attendance highly recommended