Salesforce-Org-Review und -Bereinigung
Eine kleine Änderung steht an, ein neues Feld im Angebot. Niemand will sie deployen, denn das letzte Release hat die Auftragsanlage lahmgelegt, und wer die Trigger geschrieben hat, ist nicht mehr im Haus.
Sie arbeiten direkt mit einem Architekten, der auch selbst entwickeln kann. Wir sitzen in Grünwald bei München. Mehr als 12 Jahre auf Salesforce, direkt für Unternehmen und in Teams von Salesforce-Partnern.
So arbeiten wir
Zuerst der Prozess
Geschäftsprozess, Datenverantwortung und der Weg in die Produktion kommen zuerst.
Standard vor Eigenbau
Standardfunktionen und Flow zuerst. Eigenen Apex-Code nur dort, wo sich die Pflege lohnt.
Dokumentiert übergeben
Entscheidungen festgehalten, kritische Pfade getestet, Dokumentation für Ihren Support.
Was wir prüfen und bereinigen
Apex in den Governor Limits
Wir prüfen Trigger, Batch-Jobs und REST-Services auf Governor Limits und ergänzen Tests für jede Änderung.
Flows, die Ihre Admins pflegen können
Logik wandert aus eigenem Apex-Code in datensatzgesteuerte Flows und Screen Flows, wo Ihre Admins die Regeln selbst anpassen.
Profile, Permission Sets und Freigaben
Wir prüfen Profile, Permission Sets, Freigaben, Seitenlayouts und Berichte und entwirren sie.
Ein Weg in die Produktion
Wir richten Salesforce DX, Git und eine CI-Pipeline von der Sandbox bis in die Produktion ein.
Beispiele aus Kundenprojekten
Angebote und Aufträge in Revenue Cloud
Angebots- und Auftragslogik wanderte aus eigenem Apex-Code in Flow und OmniStudio, wo Admins die Regeln selbst anpassen. Das war Teil einer Revenue-Cloud-Migration.
Erzählen Sie uns von Ihrem Projekt
Buchen Sie einen Termin oder schreiben Sie ein paar Zeilen zu Ihrem System und Ihrem Ziel.
Wählen Sie einen Termin in unserem Kalender.