E-Signaturen in Salesforce, ohne ein Managed Package
Eine Opportunity wechselt auf „Geschlossen und gewonnen“ und der Vertrag wird automatisch zur Unterschrift versendet. Der Unterzeichner füllt ihn aus und der Datensatz aktualisiert sich von selbst: Phase verschoben, Dokument angehängt, nächster Schritt ausgelöst. Niemand hat einen neuen Tab geöffnet, niemand auf Senden geklickt und niemand hat für eine weitere Benutzerlizenz bezahlt, damit das passiert.
Eine leichtere Methode, um Salesforce mit E-Signaturen zu ergänzen
Das ist die Version der Salesforce-E-Signatur-Integration, die sich die meisten Teams eigentlich wünschen, und der Weg dorthin erfordert keine aufwendige AppExchange-Installation. Firma.dev verbindet sich über die Standard-Salesforce-Bausteine, die Ihre Admins bereits verwenden: Flow, External Services, Apex und Agentforce. Sie registrieren es einmal, binden es in die Automatisierungen ein, die Ihnen wichtig sind, und die Unterzeichnung wird zu einem ganz normalen Schritt im Prozess.
Der AppExchange-Weg bringt meist ein Managed Package, Preise pro Benutzer und eine Einrichtung mit sich, bei der davon ausgegangen wird, dass jeder, der mit einem Vertrag in Berührung kommt, eine kostenpflichtige Lizenz benötigt. Für viele Organisationen geht diese Rechnung nicht auf. Einige wenige Personen versenden Vereinbarungen, viele benötigen Einblick, und die Anzahl der Lizenzen steigt trotzdem.
Bereit, es zu bauen?
Lesen Sie den vollständigen technischen Leitfaden von Salesforce.
Was Sie tatsächlich tun können
Drei Ergebnisse decken das meiste ab, was ein Salesforce-Team von der Signatur benötigt, und keines davon erfordert, dass Sie auf dem No-Code-Pfad Code schreiben.
Automatisch aus Flow zur Signatur senden
Wenn ein Datensatz eine von Ihnen definierte Bedingung erfüllt, sendet Flow die richtige Vorlage an den richtigen Unterzeichner. Closed Won bei einer Opportunity, ein genehmigter Vertrag, ein angenommenes Angebot, worauf auch immer Ihr Prozess basiert.
Sie registrieren die OpenAPI-Spezifikation von Firma.dev einmalig als externen Service, und „Signaturanforderung erstellen und senden“ wird als Aktion angezeigt, die Sie in jeden Record-Triggered Flow einfügen können. Dies ist vom Administrator konfigurierbar und erfordert für den Standardpfad keinen Entwickler.
Das Ergebnis zurück an den Datensatz leiten
Das Senden ist nur die halbe Miete. Wenn der Unterzeichner fertig ist, empfängt Salesforce ein Webhook-Ereignis und der Datensatz aktualisiert sich von selbst. Die Opportunity wechselt die Phase, das signierte PDF landet auf dem Vertrag, das benutzerdefinierte Objekt springt auf „Abgeschlossen“. Ihre Mitarbeiter sehen den aktuellen Status, ohne jemandem hinterherzulaufen oder ein separates Dashboard überprüfen zu müssen.
Lassen Sie Agentforce auf Anfrage senden
Wenn Sie Agentforce ausführen, können Sie das Signieren als Agentenaktion bereitstellen. Ein Vertriebsmitarbeiter bittet den Agenten, die Standard-NDA an einen Kontakt zu senden, der Agent bestätigt die Vorlage und die Unterzeichnerdetails, und erst dann wird die Anfrage gesendet.
Dieser Bestätigungsschritt ist wichtig, da diese Dokumente externe Parteien erreichen und Sie nicht möchten, dass ein Agent Verträge ohne menschliche Rückmeldung versendet.
Der Preisunterschied
Die Preismodelle bilden den eigentlichen Kontrast, weshalb es sich lohnt, ganz offen darüber zu sprechen. Firma.dev basiert auf dem Pay-As-You-Go-Prinzip für 0,029 € pro Umschlag (~3¢ USD). Keine Lizenzen pro Benutzer, kein jährliches Minimum und kein Vertrag, der ausgehandelt werden muss, bevor Sie Ihr erstes Dokument versenden.
Zahlen Sie für Umschläge, nicht für Sitze
DocuSign für Salesforce wird pro Benutzer und Jahr lizenziert. Dieses Modell ist in der Praxis oft von Nachteil, wenn nur eine Handvoll Personen Vereinbarungen versendet, aber das gesamte Team den Status einsehen muss. Am Ende zahlen Sie für die Sichtbarkeit und nicht für die tatsächliche Nutzung. Bei der Preisgestaltung pro Umschlag zahlen Sie für die Dokumente, die tatsächlich versendet werden, und nicht mehr.
Mandantenfähiger Hinweis für ISVs auf AppExchange
Wenn Sie eine AppExchange-App erstellen, die eine Signatur fu00fcr jede Org Ihrer Kunden erfordert, u00fcbernehmen Customer Workspaces die Isolation fu00fcr Sie. Jeder Kunde erhu00e4lt einen privaten Arbeitsbereich mit eigenen Vorlagen und eigenem Umschlagverbrauch, der sauber von allen anderen Kunden getrennt ist. Die Einrichtung wird im Customer Workspaces-Leitfaden beschrieben.
Einrichtung
Die vollständige Anleitung finden Sie in der Dokumentation, nicht hier. Das Einrichten des Named Credential, das Registrieren des External Service, das Erstellen des Flows, das Verknüpfen des aufrufbaren Apex-Codes, das Hinzufügen der Agentforce-Aktion und das Verarbeiten der Webhooks zurück in Salesforce sind im technischen Leitfaden Schritt für Schritt dokumentiert. Diese Seite erklärt das Warum und Was. Der Leitfaden ist das Wie.
Vollständige Einrichtung, Schritt für Schritt.
Lesen Sie den vollständigen technischen Leitfaden von Salesforce.
