Onlinezahlungen einrichten

Funktionsbeschreibung

Der Onlinezahlungs-Service in Adobe Acrobat Sign integriert Braintree als mit dem Signaturprozess verknüpftes Payment Gateway. Die Integration wird durch Hinzufügen des Feldes Zahlung zu deinem Formular aktiviert.

Formulare können mit folgenden Zahlungsfeldern erstellt werden:

• Statische Werte, wie z. B. bei einem Serviceangebot
• Dynamische Werte, die aus berechneten Feldern im Formular abgeleitet wird, wie z. B. bei einem Bestellformular mit mehreren Artikeln, Stückzahlen und Versandmethoden
• Vom Empfänger eingegebene Werte, wie z. B. bei einem Spendenformular

Die Braintree-Integration zeigt ein Zahlungsfenster in der Oberfläche des bzw. der Unterzeichnenden an, nachdem die Schaltfläche Zahlen und signieren ausgewählt wurde.  In diesem Fenster werden die persönlichen Zahlungsinformationen erfasst, sodass der Absender diese Informationen nicht in ein Acrobat Sign-Formular eingeben muss. So wird die allgemeine Sicherheit der Absenderinformationen gesteigert und der Absender muss die Zahlung nicht erfassen und manuell verarbeiten. 

Und so funktioniert's

Um ein erfolgreiches Zahlungsformular zu erstellen, musst du nur das Formularfeld Zahlung in der Vereinbarung verwenden.

Wenn du dich noch nicht mit der Formularerstellung in Acrobat Sign auskennst, solltest du dich in das App-interne Formulartool einarbeiten.

Benutzende, die sich bereits mit dem Prozess der Formularerstellung auskennen, müssen sich nur mit dem neuen Feldtyp „Zahlung“ und den Anforderungen vertraut machen, damit das Zahlungsformular ordnungsgemäß funktioniert.

Authoring mittels Drag & Drop

Das Zahlungsfeld findest du unten in der Liste von Feldkategorien auf der rechten Seite des Fensters Formularerstellung.

Bei Integration des Zahlungsfelds musst du genau auf die Feldoptionen achten, damit das Formular ordnungsgemäß funktioniert.

Das heißt:

Zugewiesen: Weise das Feld dem Empfänger zu, der die Zahlung leisten soll. Das mag für einen statischen Zahlungswert widersinnig erscheinen, jedoch verknüpft die Zuweisung des Feldes den Zahlenden logisch mit dem Zahlungsdatensatz.

Werttyp: Dieser hängt von der Funktion des Formulars ab.

• Eingegebener Wert: Hierbei wird ein statischer Wert verwendet, z. B. ein angegebener Wert wie bei einem Angebot oder ein akzeptierter Wert wie bei einer Spende.
• Berechneter Wert: Hier wird der Wert aus einer Formel abgeleitet, die auch andere Felder beinhaltet. Dies wird für dynamische Bestellformulare verwendet.

Schreibgeschützt: Wenn diese Option aktiviert ist, muss der Absender sicherstellen, dass das Feld entweder einen festen oder einen berechneten Wert enthält.

Ist die Option nicht aktiviert, wird der bei der Formularerstellung festgelegte Standardwert oder der vom Empfänger eingegebene Wert verwendet.

Standardwert: Wird verwendet, wenn das Formular einen statischen Zahlungs- oder einen empfohlenen Spendenwert enthält.

Währung: Lege hier die geeignete Währung für das Zielpublikum fest. 1.000 Yen sind etwas gänzlich anderes als 1.000 Pfund.

Wertebereich: Dieses Feld ist hilfreich, wenn du einen begrenzten Bereich für Spendenwerte festlegen möchtest.

Statischer Wert (Angebote)

Bei einem Formular mit einem statischen Wert muss bei der Formularerstellung ein Eingegebener Wert festgelegt werden.

• Das Feld muss als Schreibgeschützt definiert werden.
• Darüber hinaus solltest du einen Standardwert eingeben, der nicht Null ist.
• Wähle die richtige Währung für den entsprechenden Empfänger aus.

Im Benutzendenerlebnis werden der zahlenden Partei das Feld und der Wert angezeigt, die sie jedoch nicht ändern kann.

Dynamischer Wert (Bestellformular)

Das Zahlungsfeld mit dynamischem Wert muss als Berechneter Wert konfiguriert werden.

• Die Option Schreibgeschützt ist bei berechneten Werten erforderlich, weshalb sie aus dem Eigenschaftenmenü entfernt wird.
• Der berechnete Wert wird aus anderen Feldern abgeleitet, mit denen die empfangende Partei interagieren kann (Stückzahlen, Versandmethode, Versicherungsoptionen usw.).
• Während der Formularerstellung wird im Feld die Formel anstelle eines numerischen Werts angezeigt.

Wähle eine geeignete Währung aus.

Bei der empfangenden Partei wird das Feld angezeigt und in Echtzeit durch Auswahl der verschiedenen Optionen aktualisiert, sie kann jedoch nicht direkt mit dem Feld interagieren. (unten hervorgehoben).

Von dem*der Empfangenden definierte Werte (Spenden)

Durch ein von der sendenden Partei definiertes Zahlungsfeld kann die empfangende Partei einen Wert in das Feld eingeben. Das Feld sollte als Eingegebener Wert konfiguriert und die Option Schreibgeschützt deaktiviert werden.

Ein Standardwert ist zwar gestattet, kann jedoch frei bearbeitet werden.

Auch ein Wertebereich ist zulässig und wird strikt durchgesetzt.  Das bedeutet, dass du beispielsweise den geringstmöglichen Wert festlegen kannst.

Dem Empfänger wird das Feld mit dem etwaigen Standardwert angezeigt und er kann es vollständig bearbeiten.

Wenn eine Unter- oder Obergrenze festgelegt ist und ein Wert außerhalb dieses Bereichs eingegeben wird, wird ein Fehler angezeigt und der Empfänger kann das Formular nicht unterzeichnen, bis der Wert korrigiert wurde.

Negative Werte sind nicht zulässig.

Transaktionsdatensätze

Bei persönlichen Informationen – gerade bei Zahlungsdaten – ist die sichere Speicherung essenziell. Acrobat Sign und Braintree geben untereinander nur diejenigen Daten weiter, die für die vorliegende Transaktion absolut erforderlich sind, und gewährleisten die ordnungsgemäße Prüfbarkeit jeder mit Vereinbarungen verbundenen Zahlung.

Braintree-Datensätze

Vereinbarungsdokumente und Datensätze zu Empfängern und Interaktionen werden nur vom Acrobat Sign-System verarbeitet. Braintree liegt zu keinem Zeitpunkt der Inhalt der Transaktion oder die vollständige Liste der Empfänger vor. (Zur Durchführung der Zahlung muss Braintree der aktuelle Zahlende mitgeteilt werden.)

Wenn die Schaltfläche Zahlen und signieren ausgewählt wird, wird ein iframe zum Braintree-Service geöffnet und es werden vier Datenobjekte übergeben:

1. Währungstyp: Hierdurch wird gewährleistet, dass in Braintree das richtige Händlerkonto verwendet wird.
2. Zahlenwert im Zahlungsfeld: Erforderlich, um den Wert der Zahlung zu ermitteln.
3. E-Mail-Adresse des Zahlenden: Erforderlich, um den Zahlenden zu identifizieren.
4. Teilnahmecode der Transaktion: Erforderlich, um den Zahlungsdatensatz direkt einem Vereinbarungsdatensatz zuordnen zu können.

Acrobat Sign-Datensätze

Braintree ist für die Zahlungsdatensätze verantwortlich und es werden keine Datensätze mit persönlichen Informationen des Zahlenden an Acrobat Sign übermittelt.

Wenn die Zahlung erfolgreich abgeschlossen wurde, wird lediglich die Braintree-Transaktionsnummer zurück an Acrobat Sign übergeben. Diese Transaktions-ID findest du im Protokoll Aktivität (auf der Seite Verwalten) und im Audit-Bericht:

Aktivierung oder Deaktivierung

Um in Acrobat Sign mit Zahlungsfeldern zu arbeiten, benötigst du ein Braintree-Konto.

Hier kannst du ein Produktionskonto anlegen: https://www.braintreepayments.com/sales-apply

Die Funktion Acrobat Sign-Onlinezahlungen kann auf Kontoebene vom Acrobat Sign-Kontoadministrator aktiviert werden.

• Einstellungen auf Gruppenebene sind zulässig und überschreiben die Werte auf Kontoebene.
  • Für jede Gruppe kann ein eigenes Braintree-Konto festgelegt werden.

Deine Braintree-Anmeldedaten ändern

Wenn du die Braintree-Anmeldedaten ändern musst (z. B.: Ändern zu einem neuen Händlerkonto):

Braintree deaktivieren, aber Integrationsanmeldeinformationen beibehalten

So deaktivierst du die Integration zwischen Acrobat Sign und Braintree und behalte die für die spätere Aktivierung erforderlichen Anmeldeinformationen bei:

Braintree deaktivieren und Integrationsanmeldeinformationen entfernen

Du kannst die Integration zwischen Acrobat Sign und Braintree folgendermaßen deaktivieren und die Anmeldeinformationen aus den Kontoeinstellungen entfernen:

Konfigurationsoptionen

Der Braintree-Service bietet eine Reihe von Konfigurationsoptionen, mit denen sich das Erlebnis des Unterzeichnenden deutlich optimieren lässt. Jeder Benutzer hat unterschiedliche Ansprüche an einen Zahlungsdienst. Deshalb lohnt es sich, die Braintree-Funktion ausführlich kennenzulernen.

Bezüglich der Acrobat Sign-Integration gibt es einige Funktionen, die die Erfahrung der Unterzeichnenden direkt beeinflussen:

• Währung: Welche Währung akzeptierst du?

Braintree akzeptiert eine Reihe unterschiedlicher Währungen und ermöglicht es dir, für jede akzeptierte Währung ein Händlerkonto anzulegen. Über dieses Händlerkonto kannst du dann definieren, welche Zahlungsarten du annimmst (d. h. welche spezifischen Kreditkarten und die PayPal-Option).

Innerhalb von Acrobat Sign muss das Feld Zahlung für einen Währungstyp konfiguriert sein. Dieser konfigurierte Wert ist mit dem Händlerkonto desselben Währungstyps verknüpft.

Die in den Feldeigenschaften von Acrobat Sign aufgeführten Werte werden durch die in deinen Braintree-Händlerkonten akzeptierten Währungen bestimmt.

Durch Festlegen eines Standard-Händlerkontos wird auch die Währung definiert, die standardmäßig im Acrobat Sign-Zahlungsfeld geladen wird.

• Prüfung auf doppelte Transaktion: Verhindert die Erstellung doppelter Transaktionen durch unbeabsichtigte Doppelklicks, sodass die Unterzeichnenden nicht doppelt belastet werden.

Wissenswertes

Bekanntes Problem: Nach Änderung einer delegierten Vereinbarung werden Zahlungen deaktiviert

Es besteht das bekannte Problem, dass der Zahlungsvorgang durch die Vereinbarung umgangen werden kann und die Vereinbarung erfolgreich abgeschlossen wird, ohne dass die Zahlung gesichert ist. Das Problem tritt nur auf, wenn:

1. der/die erste Empfangende die Signatur an eine andere Person delegiert
2. der/die Absendende die Vereinbarung nach dieser Delegierung ändert

Es wird empfohlen, die Funktion „Vereinbarung ändern“ in einer beliebigen Gruppe über die Zahlungsintegration zu deaktivieren.

PCI-Inhalt und -Speicherung

Während des Zahlungsprozesses werden sämtliche Informationen in der Braintree-Oberfläche eingegeben.

Sämtliche Zahlungsinformationen werden ausschließlich innerhalb des Braintree-Kontos gespeichert.

Die Acrobat Sign Umgebung speichert nur die API-Anmeldedaten für das Braintree-Konto sowie die Transaktionsnummer, die Braintree zurückgibt. Diese Nummer wird auch im Acrobat Sign Audit Trail gespeichert.

Es werden zu keinem Zeitpunkt echte Zahlungsinformationen an das Acrobat Sign-System übermittelt. So werden optimale PCI-Compliance und Unterzeichnersicherheit gewährleistet.

Zwischen Zahlung und Signatur unterbrochene Transaktionen

Wenn du die Zahlungsfunktion verwendest, erfolgt der Signaturprozess in zwei Schritten:

• Signiervorgang auf der Seite für die E-Signatur abschließen
  
• Zahlung erfassen und Signatur abschließen

So wird gewährleistet, dass die Vereinbarung nicht abgeschlossen werden kann, ohne dass zuvor eine Zahlung erfasst wird.

Wenn der Prozess aus irgendeinem Grund unterbrochen wird, kann die unterzeichnende Partei die Vereinbarung erneut über den ursprünglichen Link öffnen (oder über einen Erinnerungslink, falls Erinnerungen konfiguriert sind) und den Prozess fortsetzen.

Doppelte Zahlungen vermeiden

Der Braintree-Service beinhaltet die Funktion Prüfung auf doppelte Transaktion, die verhindert, dass in einem bestimmten Zeitraum mehrere Transaktionen mit derselben Transaktions-ID auftreten.  So wird verhindert, dass bei versehentlicher mehrfacher Aktivierung der Zahlungsschaltfläche doppelte Zahlungen durchgeführt werden.

So konfigurierst du die Option „Prüfung auf doppelte Transaktion“:

1. Melde dich bei deinem Braintree-Konto an.

2. Navigiere zu Einstellungen > Verarbeitung > Prüfung auf doppelte Transaktion.

3. Aktiviere die Einstellung.

Zahlungsstreits

Empfangende, die Zahlungen anfechten möchten, müssen sich an die sendende Partei der Vereinbarung wenden, indem sie auf die ursprüngliche E-Mail „Überprüfen und signieren“ antworten.

Acrobat Sign bietet die Plattform für den Prozess der Signatur, den Prozess der Zahlung übernimmt jedoch Braintree.

Von Acrobat Sign werden keine Zahlungen oder Zahlungsinformationen erfasst. Acrobat Sign zeigt nur das von der sendenden Partei konfigurierte Zahlungsportal an.