Salesforce Developer

En Salesforce Developer arbejder inde i én platform: Salesforce. Meget kan klikkes sammen uden kode. Developerens job starter der, hvor klik ikke længere rækker. Så skrives der Apex, bygges Lightning Web Components eller laves integrationer til andre systemer.

En stor del af arbejdet er at forstå forretningen først. Sælgere, kundeservice og marketing beskriver et behov. Developeren oversætter det til datamodel, automatik og skærmbilleder. Derfor sidder rollen tættere på brugerne end mange andre udviklerjob.

Typiske opgaver:

• Skrive Apex-klasser, triggers og batch jobs til logik, der ikke kan laves med Flow
• Bygge brugerflader som Lightning Web Components til sælgere eller kundeservice
• Lave integrationer med REST- og SOAP-API'er til ERP, økonomisystem eller webshop
• Designe datamodel: objekter, felter, relationer og adgangsrettigheder
• Skrive Apex-tests og holde øje med testdækningen
• Flytte kode fra sandbox til produktion via Salesforce CLI, Git og et deployment-værktøj
• Rette fejl, brugerne melder ind, ofte som tickets i Jira
• Rydde op i gammel automatik, når to konsulenthuse har bygget oven på hinanden

To ting styrer hverdagen mere end noget andet. Salesforce kræver mindst 75 procents testdækning, før kode må lægges i produktion. Og platformen har governor limits — hårde grænser for, hvor mange databasekald én transaktion må lave. Derfor skrives al kode, så den kan håndtere mange rækker ad gangen. Det kaldes bulkification og er standardspørgsmålet ved enhver jobsamtale.

Salesforce udsender tre releases om året: Spring, Summer og Winter. Hver release kan ændre adfærd i eksisterende løsninger. Developeren tester i en sandbox, inden ændringerne rammer produktion.

En almindelig dag: stand-up om morgenen, derefter et par timers uforstyrret kodning i en sandbox. Efter frokost et møde med forretningen om et nyt felt eller en ny proces. Sidst på dagen code review af en kollegas pull request. Fredag er ofte deployment-dag.

Persondata i et CRM er omfattet af GDPR, og Datatilsynet fører tilsyn i Danmark. Det betyder konkret arbejde for developeren: sletteregler for gamle leads, styring af hvem der kan se hvilke felter, og logning af adgang til følsomme oplysninger.

Brancherne i Danmark er typisk life science og medico, finans og pension, forsyning og energi, telebranchen, produktion samt medlemsorganisationer og fagforeninger. Konsulenthuse med Salesforce-partnerstatus står for en stor del af jobbene. In-house-rollerne findes der, hvor systemet er blevet virksomhedskritisk.

De forskellige clouds kræver forskellig viden. Sales Cloud og Service Cloud er de mest udbredte. Experience Cloud bruges til kunde- og medlemsportaler. Marketing Cloud og CPQ er nærmest egne fagområder med deres eget sprog og deres egne faldgruber.

Der er ingen autorisation og intet lovkrav for at kalde sig Salesforce Developer. Faget styres af certificeringer fra Salesforce selv og af, hvad du kan vise, du har bygget.

Den almindeligste danske vej går gennem en it-uddannelse:

• Datamatiker, to et halvt år på erhvervsakademi — den mest brugte indgang
• Professionsbachelor i softwareudvikling, halvandet år oven på datamatiker
• Diplomingeniør eller civilingeniør i softwareteknologi
• Datalogi eller informationsteknologi på universitetet

Adgangskravet til datamatiker er en gymnasial eksamen med matematik på C-niveau eller en relevant erhvervsuddannelse. Uddannelses- og Forskningsministeriet fastsætter rammerne, men de præcise fag- og karakterkrav står hos den enkelte skole.

Selve Salesforce-delen lærer man sjældent på skolebænken. Salesforce driver en gratis læringsplatform, Trailhead, hvor man kan øve sig i en gratis udviklerorganisation. Den vej bruger stort set alle, både studerende og folk i job.

Certificeringerne er den fælles målestok:

• Salesforce Certified Administrator — grundforståelsen af platformen, tages ofte først
• Salesforce Certified Platform App Builder — det, man kan bygge uden kode
• Salesforce Certified Platform Developer I — adgangsbilletten til udviklerjob
• Salesforce Certified Platform Developer II — mere avanceret Apex og integration
• Salesforce Certified JavaScript Developer I — relevant, hvis du bygger meget frontend

Certificeringerne skal vedligeholdes. Salesforce kræver korte opdateringsmoduler, når nye releases udkommer. Ellers udløber de.

Der er flere veje ind end den lige:

• Fra administrator til developer. Mange starter som Salesforce-administrator og lærer Apex undervejs. Det er den mest udbredte omvej.
• Fra en anden udviklerbaggrund. Apex ligner Java, så Java- og C#-udviklere kommer hurtigt i gang. Det svære er ikke sproget, men platformens grænser og datamodel.
• Fra superbruger. Sidder du i salg eller kundeservice og har konfigureret systemet, kender du forretningen. Konsulenthuse ansætter den profil og lærer dem koden.

Konsulenthusene har ofte akademier for nyuddannede. Der får man certificeringer betalt og kommer på kundeprojekter fra starten. Det er en hurtig, men hård indgang.

Karriereveje videre: senior developer, teknisk lead, solution architect eller Salesforce-arkitekt. Det tungeste mål er Salesforce Certified Technical Architect, som kræver en mundtlig board review og tages af meget få. Andre går mod projektledelse, går freelance eller specialiserer sig i én cloud som CPQ eller Marketing Cloud.

Skal du hyre en, så test på det praktiske. Bed kandidaten forklare, hvordan en trigger håndterer 10.000 rækker på én gang. Spørg til governor limits og til, hvornår man vælger Flow frem for Apex. Bed også om at se en deployment-proces, de har stået for. Certifikater alene siger lidt om, hvordan koden ser ud i virkeligheden.

Værktøjskassen er en blanding af Salesforces egne værktøjer og almindelig udviklerværktøj.

Sprog og rammer:

• Apex — Salesforces eget serverside-sprog, tæt beslægtet med Java
• SOQL og SOSL til at hente data ud af platformen
• Lightning Web Components med JavaScript, HTML og CSS til brugerfladen
• Aura Components i ældre løsninger, som stadig skal vedligeholdes
• Flow Builder til automatik uden kode — developeren skal vide, hvornår det er nok

Udvikling og udrulning:

• Visual Studio Code med Salesforce Extension Pack som standard-editor
• Salesforce CLI til at hente, teste og udrulle metadata
• Git i GitHub, GitLab eller Azure DevOps til versionsstyring
• Gearset, Copado eller Flosum til deployment og CI/CD
• Sandboxes og scratch orgs til at udvikle uden at røre produktion

Data og fejlfinding:

• Data Loader til masseindlæsning og eksport af data
• Workbench og Developer Console til hurtige forespørgsler og debug-logs
• Salesforce Inspector som browserudvidelse til at kigge i data og metadata
• Postman til at teste integrationer og API-kald

Omkring platformen:

• MuleSoft eller anden middleware til større integrationslandskaber
• Marketing Cloud med AMPscript, hvis marketing er en del af opgaven
• Experience Cloud til portaler for kunder eller medlemmer
• CRM Analytics og Tableau til rapportering ud over standardrapporter
• Agentforce og Einstein, når AI-funktioner skal bygges ind i flowet

Jira og Confluence bruges næsten altid til opgaver og dokumentation. Arbejder du i et konsulenthus, kommer du desuden til at kende kundens eget godkendelses- og testflow indgående.