Zusammenfassung:

• Erfahrungen mit Salesforce intensiv seit 2013
• Erfahrungen im Salesforce Front- und Backend Bereich
• Erfahrungen in Lightning (Frontend und Backend)

Allgemein:

• Programmieren von Kunden spezifischen Anwendungen mit Apex unter Zuhilfenahme von SOQL und SOSL sowie Visual Force oder Lightning
• Einstellungen in Salesforce vornehmen, sodass die Programme richtig funktionieren(Profile einstellen, Rechte vergeben, Sichtbarkeiten setzen, Permission Sets, Territory Management)
• Sales Cloud, Marketing Cloud (Connector), Service Cloud (Live Agent, Omni Channel)
• Wartungs- sowie Supportarbeiten an bereits bestehenden Programmen zur Fehlerminimierung und Beantwortung von Fragen
• Aufnahme von Anforderungen und Übersetzung in User Stories
• JIRA, Confluence, Quip
• REST, SOAP, API-Erstellung mit Salesforce
• Bereitstellen von Kunden spezifischer Software mit Hilfe von Flows, Workflows und Validierungsregeln sowie Processen
• Workflow Rules
• Datenaufbereitung mit Hilfe von Reports und Dashboards
• Datenimport und -export mit Apex Dataloader, Import Wizard
• Tests in Apex schreiben für die Code-Abdeckung und zur Vermeidung von Fehlern während ein Programm auf dem Live-System läuft
• Lightning
• Deployment. Sfdx, ant-Migration Tool, Changesets
• Daten-Migrierung, Daten in das korrekte Format bringen
• Beratung
• WSDL, SOQL, SOSL
• Outbound Message
• Marketing Cloud
• Lightning Web Components (LWC)
• Aura
• CLI
• Git/Bitbucket
• Salesforce DX
• Salesforce APEX (NICHT mit Oracle Apex verwechseln)
• Mathematik-Kurse an der Universität Osnabrück gemacht (Mathematik 1-Prüfung erfolgreich bestanden, 2-gelernt mit der Grundlagen aus 1, keine Prüfung aus Zeitgründen abgelegt, 3-nach einiger Zeit erstmal anders priorisiert, war mir zu dem Zeitpunkt zu theoretisch) ? war nicht für Punkte, sondern aus Interesse und Lernen für die Realität (so viel wie eben möglich)

Schlagworte (SFDC, Salesforce):

• Lightning
• Visual Force
• Reports, Dashboards
• Salesforce-APEX, JAVA, JavaScript, CSS
• SOQL, SOSL
• Processes, Process-Builder
• Flows
• Objects, Tabs
• Roles, Profiles
• Validation Rules, Workflow Rules
• Migration Toolkit
• Appleman Trigger Pattern
• Triggers
• Record Types
• Approval Processes
• Lead Process, Opportunity Process
• Apex DataLoader
• Deployment
• Daten-Migration
• Custom Object
• Custom Field
• Journey Builder
• Integration von Salescloud, Marketing Cloud
• Salesforce Service Cloud

EDV-Kenntnisse:

• Erweiterte Kenntnisse mit MS-Office (insbesondere Excel)
• Internetrecherche
• Kenntnisse von Strukturen(XML, HTML, EPK, BPMN, UML, Datenstruktur-Diagramme)
• Aris Express(Modelle bauen-XML,UML,EPK, BPMN etc.)
• Salesforce (Bill.on, Apex, SOQL, SOSL, Flows, Reports, Dashboards, Visual Force, Rollenhierarchie, Sichtbarkeit(Objekte, Daten), Datenschutz, Datensicherheit, Objekte importieren/exportieren, Profilrechte, Webservices)
• wer sieht was? Wer darf was? (OWD ? Sharing Settings, Organization Wide Defaults)
• APEX Dataloader
• Salesforce Excel Connector
• Force.com IDE
• Dataloader.io
• Process Builder
• Global Actions
• Verbindung von JAVA nach Salesforce (REST)
• SQL
• MySQL
• Datawarehouse
• Netbeans IDE
• Eclipse IDE
• JAVA (Hauptsprache), PHP
• Vb für Microsoft Excel (Makros)
• Windows XP
• Windows 7
• Shell
• Unix

Praktikum:

01/2013 ? 06/2013:

Rolle: Praktikant, Salesforce-Administrator/-Entwickler

Kunde: eKomi

Aufgaben:

• eigenständiges Erarbeiten der Funktionsweise von Salesforce (SFDC) und Anwendung auf ein vorhandenes System (Verstehen und Programmierfehler beheben)
• Listen importieren (Sicherstellen der Richtigkeit der Struktur dieser Listen und hauptsächlich Importieren von Leads)
• Umsetzung einer Online-Einreichung für Urlaubsanträge mit Hilfe von Flows

Profil:

• In diesem Projekt habe ich die Möglichkeit geschaffen, dass Kund*innen sich online aus einem vorgegebenen Portfolio/Angebot etwas bestellen können. Dieses Angebot kann im Hintergrund entsprechend in Salesforce angepasst werden. Es ist möglich, ein Enddatum zu setzen, sodass ein komplettes Event irgendwann nicht mehr angezeigt wird auf der Website
• Für jedes einzelne Menü ist dies ebenso möglich. Menüs sind mit Events verbunden. Es kann mehrere Menüs pro Event geben, aber nur ein Event pro Menü
• Größere Funktionen wie wenn ich das Enddatum eines Events setze, dass dann auch die Enddaten von den zugehörigen Menüs gesetzt werden, habe ich aktuell aus Zeitgründen bzw. Prioritäten nicht umgesetzt

Einige genutzte Werkzeuge in Salesforce:

• Felder (QR-Code) ? auf Pages und Sites verwendet
• API-Anbindung
• google Maps
• Objekte und Verweise (Object Manager zur Verwaltung als Admin/Dev
• Anbindung an stripe (API Anbindung, Payments)
• Views und Listen (u.a. Views erstellen/Felder anpassen-hinzufügen, entfernen u.a.)
• Umgang mit Lightning intern (u.a. Tabs, Layouts anpassen, neue Objekte oder Felder hinzufügen/bearbeiten/löschen)
• Menus kann man z.B. im System hinterlegen und auch am Ende Items (ähnlich wie bei Produkten und Preisbücher). Im Leistungsprofil hier ist natürlich nicht alles haarklein dokumentiert. Kunde*innen legen dann intern ?Orders? an, die eben der Bestellung eines Kaffees oder Espressos z.B. gleichkommen

Szenario:

• Ausgehend von einem bereits bestehenden Event (der Rest muss da ja irgendwie hingekommen sein)
• Dieses Test-Event habe ich mit einem QR-Code angelegt, der sich aus der URL des Events ergibt
• Ein Klick auf den Link zum Event öffnet die Ansicht eines möglichen Kunden
• In meinem Video funktioneren die Bilder noch, im Beispiel heute nicht. Das tut der Funktionalität aber keinen Abbruch
• Jedes Menü wird dann mit dessen wählbaren Produkten auf der Seite präsentiert
• Klicke ich auf das +, so wird auf der rechten Seite ein Produkt in den Warenkorb gelegt
• Nun werde ich gefragt, ob ich google zulassen will, dass diese meinen Standort abrufen dürfen. Dies bestätige ich
• Dieser wird dann mit ?Lieferort? (aktuell noch als Koordinaten dargestellt) sowie ?Longitude? und Lattitude? dargestellt
• Beim Klick auf ?Bestellung prüfen? kann ich dann Kartendaten angeben (im Testmodus hier bitte nicht).
• Dadurch öffnet sich ein weiterer Bereich auf der Website. Dort können die Zahlungsdaten (Kreditkarte) eingetragen werden
• Es gibt auch andere Möglichkeiten mit der stripe API, hier habe ich mich lediglich auf Kredikarten erstmal beschränkt (Zeit und so )
• Über den genauen Text lässt sich natürlich streiten. Erstmal gibt es eine Rückmeldung über die Bestätigung der Bestellung (weil die Kartendaten richtig eingetragen wurden)
• Im Layout vom Objekt ?Event? gibt es auch eine Section ?QR Code ? Bar?, dort kann ich ebenfalls auf den Link klicken und komme auf die Ansicht des Restaurants
• Wenn ich den Code eintrage (den ich ebenfalls auf dem Event hinterlegen kann intern), und ?Codewort confirm? anklicke, meldet mich das System an. Dort sind die Bestellungen sichtbar und sie können bearbeitet werden. Auch eine Beschreibung, wie z.B. Gerichte zubereitet werden können, kann man einsehen (intern zuweisbar)
• Durch tippen oder klicken lassen sich die Bestellungen dann in andere Status verschieben
• Bestellungen können aus den einzelnen Status hin und her verschoben werden. Die Software wäre natürlich auch erweiterbar

Taschenrechner_Anfang:

• Ein Taschenrechner wird als typischer Einstiegssoftware beigebracht und zeigt die grundsätzlichen Fertigkeiten eines Entwicklers/Programmierers
• Taschenrechner erstellen mit Salesforce Apex (Apex Visualforce Page-Frontend, Apex Klasse-Backend)