Mit Adobe Experience Manager (AEM) Forms können Sie komplexe Transaktionen in einfache, beeindruckende digitale Erlebnisse umwandeln. Allerdings bedarf es gemeinsamer Anstrengungen, ein effizientes und produktives AEM Forms-System zu implementieren, zu erstellen, auszuführen und zu warten.
Dieses Dokument enthält Vorgaben und Empfehlungen, von denen Forms-Administratoren, Verfasser und Entwickler profitieren können, wenn sie mit AEM Forms und insbesondere mit adaptiven Formularkomponenten arbeiten. Es beschreibt bewährte Verfahren vom Einrichten eines Formularentwicklungsprojekts bis zum Konfigurieren, Anpassen, Authoring und Optimieren von AEM Forms. Diese bewährten Verfahren tragen zusammen zur Gesamtleistung des AEM-Forms-Systems bei.
Darüber hinaus finden Sie hier einige Informationen für bewährte Verfahren zu AEM:
Eine vereinfachte und standardisierte Projektstruktur kann die Entwicklungs- und Wartungsbemühungen erheblich reduzieren. Apache Maven ist ein Open Source-Werkzeug, das zum Erstellen von AEM-Projekten empfohlen wird.
Verwenden Sie Apache Maven aem-project-archetype
, um eine Struktur für AEM-Projekte zu erstellen und zu verwalten. Es werden empfohlene Strukturen und Vorlagen für Ihr AEM-Projekt erstellt. Darüber hinaus bietet es Versionsautomatisierungs- und Änderungskontrollsysteme, um das Projekt zu verwalten.
archetype:generate
, um die anfängliche Struktur zu generieren.eclipse:eclipse
, um die Eclipse-Projektdateien zu generieren und das Projekt in Eclipse zu importieren.Weitere Informationen finden Sie unter Erstellen von AEM-Projekten mit Apache Maven.
Mit dem FileVault-Werkzeug oder VLT können Sie den Inhalt einer CRX- oder AEM-Instanz auf Ihr Dateisystem zuordnen. Es bietet Änderungskontrollmanagementvorgänge, wie z. B. das Einchecken und Auschecken des AEM-Projektinhalts. Siehe Verwendung des VLT-Tools.
Wenn Sie die Eclipse-integrierte Entwicklungsumgebung für Eclipse verwenden, können Sie AEM-Developer Tools für eine nahtlose Integration der Eclipse IDE mit AEM-Instanzen verwenden und AEM-Apps erstellen. Weitere Informationen finden Sie unter AEM-Developer Tools für Eclipse.
Speichern Sie keine Inhalte und nehmen Sie keine Änderungen im Ordner /libs vor. Erstellen Sie Überlagerungen in /app -Ordnern, um Standardfunktionen zu erweitern oder zu überschreiben.
Wenn Sie Pakete zum Verschieben von Inhalten erstellen, stellen Sie sicher, dass die Paketfilterpfade korrekt sind und nur erforderliche Pfade erwähnt werden.
Speichern Sie keine Inhalte und nehmen Sie keine Änderungen im Ordner /libs vor. Erstellen Sie Überlagerungen in /app -Ordnern, um Standardfunktionen zu erweitern oder zu überschreiben.
Definieren Sie die richtigen Abhängigkeiten für die Pakete, um eine vorab bestimmte Installationsreihenfolge zu erzwingen.
Erstellen Sie keinen referenzierbaren Knoten in /libs oder /apps.
Nachdem Sie Ihr AEM-Projekt eingerichtet haben, definieren Sie eine Strategie für das Erstellen und Anpassen von Vorlagen für adaptive Formulare und Komponenten.
Eine adaptive Formularvorlage ist eine spezielle AEM-Seite, die Struktur und die Informationen für Kopfzeile und Fußzeile eines adaptiven Formulars definiert. Eine Vorlage hat vorkonfigurierte Layouts, Stile und eine einfache Struktur für ein adaptives Formular. AEM Forms bietet Standardvorlagen und -Komponenten, die Sie verwenden können, um adaptive Formulare zu erstellen. Sie haben jedoch die Möglichkeit, benutzerdefinierte Vorlagen und Komponenten entsprechend Ihrer Anforderungen zu erstellen. Es wird empfohlen, Anforderungen für zusätzliche Vorlagen und Komponenten zu erfassen, die Sie in Ihren adaptiven Formularen benötigen. Weitere Informationen finden Sie unter Anpassen von adaptiven Formularen und Komponenten.
Mit AEM Forms können Sie adaptive Formulare erstellen, die auf den folgenden Formularmodellen basieren. Die Formularmodelle fungieren als Schnittstelle für den Datenaustausch zwischen einem Formular und einem AEM-System und liefern eine XML-basierte Struktur für Datenfluss innerhalb und außerhalb eines adaptiven Formulars. Die Formularmodelle legen die Regeln und Beschränkungen für adaptive Formulare in dem Formular von Schema- und XFA-Beschränkungen fest.
Es ist wichtig, das Datenmodell mit Bedacht auszuwählen, das nicht nur Ihren Anforderungen entspricht, aber Ihre bereits getätigten Investitionen in XSD-Asset XFA-Assets erweitert. Es wird empfohlen, das XSD-Modell zu verwenden, um Formularvorlagen zu erstellen, weil die generiert XML-Daten enthält, die per XPFAD vom Schema definiert wurden. Die Verwendung des XSD-Modells als Standardauswahl für das Formulardatenmodell hilft auch dabei, weil es das Formulardesign vom Backendsystem abkoppelt, das Daten verarbeitet und verbraucht und es verbessert die Leistung des Formulard, wegen der One-to-One-Zuweisung des Formularfelds. BindRef des Felds kann auch aus dem XPFAD seines Datenwerts in XML gemacht werden.
Weitere Informationen finden Sie unter Erstellen eines adaptiven Formulars.
Die AEM Forms-Installation bietet verschiedene integrierte Vorlagen für adaptive Formulare, die Sie verwenden können, um adaptive Formulare zu erstellen. Sie können auch Ihre eigenen Vorlagen erstellen. AEM bietet die statischen und bearbeitbaren Vorlagen.
Verwenden Sie zum Formatieren einer bestimmten Feld- oder Bedienfeldinstanz Inline-Styling. Alternativ dazu können Sie eine Klasse in einer CSS-Datei definieren und den Klassennamen in der CSS-Klasseneigenschaft der Komponente angeben.
Verknüpfen Sie eine Client-Bibliothek in einer Komponente, um Stile in allen adaptiven Formularen oder Fragmenten konsistent anzuwenden, die diese Komponente verwenden. Weitere Informationen finden Sie unter Erstellen einer adaptiven Formularseitenkomponente.
Wenden Sie die Stile an, die in einer Client-Bibliothek definiert werden, um adaptive Formulare auszuwählen, indem Sie den Pfad zur Client-Bibliothek im CSS-Datei-Pfadfeld in den Eigenschaften für den adaptiven Forrmularcontainer angeben.
Um eine Client-Bibliothek ihrer Stile zu erstellen, können Sie die benutzerdefinierte CSS-Datei im Design-Editor oder im Formularcontainer konfigurieren.
Adaptive Formulare bieten Bereichslayouts, z. B. Responsive Layouts, Bedienfelder mit Registerkarten, Akkordeons und Assistenten, um zu steuern, wie Formularkomponenten in einem Bereich angeordnet werden. Sie können benutzerdefinierte Bedienfeldlayouts erstellen und für Formularverfasser verfügbar machen. Weitere Informationen finden Sie unter Erstellen benutzerdefinierter Layoutkomponenten für adaptive Formulare.
Sie können auch bestimmte adaptive Formularkomponenten wie Felder und das Bedienfeldlayout anpassen.
Weitere Informationen finden Sie unter Bearbeiten von persönlichen identifizierbaren Informationen für Vorschläge zum Umgang mit PII-Daten.
Verwenden Sie den Objektbrowser in der Seitenleiste, um schnell auf Felder in der Formularhierarchie zuzugreifen. Sie können im Suchfeld nach Objekten in der Formular- oder Objektstruktur, um von einem Objekt zu einem anderen zu navigieren.
Um die Eigenschaften einer Komponente im Komponenten-Browser in der Seitenleiste anzuzeigen und zu bearbeiten, wählen Sie die Komponente aus und klicken Sie auf . Sie können auch auf eine Komponente doppelkicken, um ihre Eigenschaften im Eigenschaftenbrowser anzuzeigen.
Verwenden Sie die Tastaturkürzel, um schnelle Aktionen in Ihren Formularen durchzuführen. Siehe AEM Forms-Tastaturbefehle.
Adaptive Formularkomponenten werden für die Verwendung nur in adaptiven Formularseiten empfohlen. Die Komponenten haben Abhängigkeiten von ihrer übergeordneten Hierarchie. Daher dürfen Sie diese nicht auf der AEM-Seite verwenden.
Weitere Informationen finden Sie außerdem in „Komponentenbeschreibungen und optimale Verfahren“ in Einführung zum Erstellen adaptiver Formulare.
AEM Forms bietet einen Regeleditor, der es Ihnen ermöglicht, Regeln zu erstellen, um dynamisches Verhalten zu adaptiven Formularkomponenten hinzuzufügen. Mithilfe dieser Regeln können Sie Bedingungen und Komponentenaktionen auswerten, z. B. Trigger ein- oder ausblenden, Werte berechnen, Dropdown-Listen dynamisch ändern usw.
Der Regeleditor bietet einen visuellen Editor und einen Code-Editor für Schreibregeln. Achten Sie auf Folgendes, wenn Sie Schreibregeln mit dem Code-Editormodus verwenden:
Verwenden Sie eindeutige Namen aussagekräftig und Formularfelder und Komponenten, damit alle möglichen Konflikten während Schreibregeln vermeiden.
Verwenden Sie den Operator this
für eine Komponente, um in einem Regelausdruck auf sich selbst zu verweisen. Es wird sichergestellt, dass die Regel gültig bleibt, selbst wenn sich der Komponentenname ändert. Beispiel: field1.valueCommit script: this.value > 10
.
Verwenden Sie Komponentennamen, wenn Sie auf verschiedene Formularkomponenten verweisen. Verwenden Sie die Eigenschaft value
, um den Wert eines Felds oder einer Komponente abzurufen. Beispiel: field1.value
.
Verweisen Sie auf Komponenten durch die relative eindeutige Hierarchie, um Konflikte zu vermeiden. Beispiel: parentName.fieldName
.
Wenn Sie komplexe oder häufig verwendete Regeln verarbeiten, sollten Sie in Erwägung ziehen, Geschäftslogik als Funktionen in einer separaten Client-Bibliothek zu schreiben, die Sie über adaptive Formulare hinweg angeben und wiederverwenden können. Die Client-Bibliothek sollte eine eigenständige Bibliothek sein und darf keine externen Abhängigkeiten, außer von jQuery und Underscore.js haben. Sie können die Client-Bibliothek auch verwenden, um die serverseitige erneute Überprüfung der gesendeten Formulardaten zu erzwingen.
Adaptive Formulare bieten eine Reihe von APIs, die Sie verwenden können, um zu kommunizieren und Aktionen auf adaptiven Formularen anzuzeigen. Einige Schlüssel-APIs lauten wie folgt: Weitere Informationen finden Sie unter JavaScript-Bibliotheks-API-Referenz für adaptive Formulare.
guideBridge.reset()
: Setzt ein Formular zurück.
guideBridge.submit()
: Sendet ein Formular.
guideBridge.setFocus(somExp, focusOption, runCompletionExp)
: Legt den Fokus auf ein Feld fest.
guideBridge.validate(errorList, somExpression, focus)
: Validiert ein Formular.
guideBridge.getDataXML(options)
: Ruft Formulardaten als XML ab.
guideBridge.resolveNode(somExpression)
: Ruft ein Formularobjekt ab.
guideBridge.setProperty(somList, propertyName, valueList)
: Legt die Eigenschaft eines Formularobjekts fest.
Darüber hinaus können Sie die folgenden Feldeigenschaften verwenden:
field.value
, um den Wert eines Felds zu ändern.ield.enabled
, um ein Feld zu aktivieren.field.visible
, um die Sichtbarkeit eines Felds zu ändern.Autoren für adaptive Formulare müssen möglicherweise JavaSript-Code schreiben, um Businesslogik in ein Formular zu integrieren. JavaScript ist zwar leistungsstark und effektiv, aber kann die Sicherheit beeinflussen. Daher müssen Sie sicherstellen, dass der Formularautor eine vertrauenswürdige Person ist und Prozesse zum Review und zur Genehmigung von JavaScript-Code bereitgestellt werden, bevor Sie ein Formular verwenden. Der Administrator kann den Zugriff auf den Regeleditor auf Benutzergruppen entsprechend ihrer Rolle oder Funktion beschränken. Siehe Ausgewählten Benutzern Zugriff auf den Regel-Editor gewähren.
Sie können Ausdrücke in Regeln verwenden, um adaptive Formulareigenschaften zu erstellen. Alle Ausdrücke sind gültige JavaScript-Ausdrücke und verwenden Skriptmodell-APIs für adaptive Formulare. Diese Ausdrücke geben Werte bestimmter Typen zurück. Weitere Informationen zu Ausdrücken und optimalen Verfahren finden Sie unter Adaptive Formularausdrücke.
Mit „Adaptive für Designs“ können Sie wiederverwendbare Stile erstellen, die über alle Formulare hinweg angewendet werden können, um ein einheitliches Aussehen und Stile zu erzielen. Es wird empfohlen, Designs zu verwenden, um Formatierung für Formularkomponenten und Bedienfelder zu definieren. Einige optimale Verfahren zu Designs lauten wie folgt:
Weitere Informationen finden Sie unter Designanpassung.
Formularverfasser und Benutzer werden normalerweise mit Leistungsproblemen konfrontiert, wenn große Formulare im Bearbeitungsmodus oder zur Laufzeit geladen werden. Wenn die Anzahl der Objekte (Felder und Bereiche) in den Formularen zunimmt, nimmt die Authoring- und Laufzeiterfahrung ab. Es wird außerdem verhindert, dass mehrere Autoren gleichzeitig zusammenzuarbeiten und ein Formular zusammen bearbeiten.
Beachten Sie die folgenden bewährten Verfahren, um, Leistungsprobleme mit großen Formularen zu vermeiden:
Es wird empfohlen, adaptive Formulare mithilfe von XSD-Formulardatenmodellen zu erstellen, selbst bei Konvertierung einer XFA in ein adaptives Formular.
Schließen Sie nur die Felder und Bereiche in adaptiven Formularen, die Informationen vom Benutzer erfassen. Beachten Sie, dass statischer Inhalt gering gehalten werden muss oder verwenden Sie URLs, um sie in einem separaten Fenster zu öffnen.
Während jedes Formular für einen bestimmten Zweck entwickelt wurde, gibt es einige häufige Segmente in den meisten Formularen. Beispielsweise persönliche Details, Adressen, Beschäftigungsdetails usw. Erstellen Sie adaptive Formularfragmente für allgemeine Formularelemente und -abschnitte und verwenden Sie sie formularübergreifend. Sie können auch einen Bereich in einem vorhandenen Formular als Fragment speichern. Jede Änderung in einem Fragment wird in allen zugehörigen adaptiven Formularen dargestellt. Es unterstützt gemeinsames Authoring, da mehrere Verfasser an verschiedenen Fragmenten, die ein Formular bilden, gleichzeitig arbeiten können.
Verwenden Sie „Speichern“ und „Fortsetzen“ mit einer automatischen Speicherung, um das adaptive Formular periodisch zu speichern und den Benutzern zu ermöglichen, das Formular später erneut zu öffnen, um es zu vervollständigen.
Konfigurieren Sie Fragmente, um sie verzögert zu laden. Fragmente, die zur Laufzeit als „Verzögert laden“ markiert sind, werden nur gerendert, wenn sie erforderlich sind. Die Ladezeit für große Formulare wird dadurch erheblich reduziert. Es wird außerdem in Fragmenten mit wiederholbaren Bereichen unterstützt. Weitere Informationen finden Sie unter Konfigurieren von verzögertem Laden.
Sie können adaptive Formularfelder mit Daten aus dem Backend vorbefüllen, um Benutzern zu helfen, das Formular schnell auszufüllen und Tippfehler zu vermeiden.
AEM Forms bietet einen Prefill-Dienst, um Daten aus einer vordefinierten Daten-XML-Datei zu lesen und die Felder eines adaptiven Formulars mit dem Inhalt der Prefill-XML-Datei vorzubefüllen.
Die Prefill-Daten XML muss mit dem Schema des Formularmodells, das mit dem adaptiven Formular verknüpft ist, konform sein.
Schließen Sie die AbschnitteafBoundedData
undafUnBoundedData
in die Prefill-XML zum Vorbefüllen von gebundenen und ungebundenen Feldern in einem adaptiven Formular ein.
Für adaptive Formulare, die auf dem Formulardatenmodell basieren, stellt AEM Forms den vordefinierten Vorbefüllungs-Dienst für Formulardatenmodelle bereit. Der Prefill-Dienst fragt nach Datenquellen für Datenmodellobjekte im adaptiven Formular und befüllt Feldwerte beim Rendern des Formulars.
Sie können auch die Protokolle file, crx, service oder http verwenden, um adaptive Formulare vorzubefüllen.
AEM Forms unterstützt benutzerdefinierte Prefill-Dienste, die Sie als OSGi-Dienst einbinden können, um adaptive Formulare vorzubefüllen.
Weitere Informationen finden Sie unter Vorausfüllen von Feldern in adaptiven Formularen.
Adaptive Formulare benötigen Übermittlungsaktionen für die Verarbeitung der von Benutzern angegebenen Daten. Eine Übermittlungsaktion bestimmt die Aufgabe, die für die Daten ausgeführt wird, die Sie mit einem adaptiven Formular senden.
Sie können die Funktion der mehrfachen Signaturen von Adobe Sign in adaptiven Formularen nutzen. Beachten Sie die folgenden Punkte bei der Konfiguration von Adobe Sign in adaptiven Formularen. Weitere Informationen finden Sie unter Verwenden von Adobe Sign in einem adaptiven Formular.
Ein Dokument aus Datensatz (DoR) ist eine komprimierte PDF-Version eines adaptiven Formulars, die gedruckt, signiert oder archiviert werden kann.
Je nach dem Formular-Datenmodell, auf dem ein adaptives Formular basiert, können Sie eine Vorlage für DoR wie folgt konfigurieren:
Konfigurieren Sie Kopf- und Fußzeile, Bilder, Farbe, Schriftart usw. direkt auf der Registerkarte „Datensatzdokument“ des adaptiven Formular-Editors.
Verwenden SieDoRService
, , um das DoR programmatisch zu generieren.
Ausgeblendete Felder aus DoR ausschließen.
Verwenden Sie den Anforderungsparameter afAcceptLang
, um DoR in einem anderen Gebietsschema anzuzeigen.
Das AEM Chrome Plugin ist eine Browsererweiterung für Google Chrome, die Tools zum Debugging adaptiver Formulare bereitstellt. Formularautoren und Entwickler können diese Tool für Folgendes verwenden:
Weitere Informationen finden Sie unter AEM Chrome-Plug-in - Adaptives Formular.
Calvin SDK ist eine Dienstprogramm-API für Entwickler von adaptiven Formularen zum Testen von adaptiven Formularen. Calvin SDK basiert auf dem Hobbes.js-Test-Framework. Sie können den Rahmen verwenden, um Folgendes zu testen:
Weitere Informationen finden Sie unter Automatisieren von Tests für adaptive Formulare.
Serverseitige Überprüfungen sind erforderlich, um alle Versuche zu verhindern, die Überprüfungen auf dem Client und mögliche Gefahren von Datenübertragungen und Verletzungen von Geschäftsregeln umgehen wollen. Serverseitige Überprüfungen werden auf dem Server ausgeführt, indem die erforderliche Client-Bibliothek geladen wird.
AEM bietet Übersetzungsarbeitsläufe, die Sie zur Lokalisierung adaptiver Formulare verwenden können. Siehe Verwenden von AEM-Übersetzungs-Workflow zum Lokalisieren von adaptiven Formularen.
Einige empfohlene Vorgehensweisen beim Lokalisieren adaptiver Formulare lauten wie folgt:
Verwenden Sie adaptive Formularfragmente für allgemeine Elemente in Formularen und lokalisieren Sie Fragmente. Das stellt sicher, dass Sie ein Fragment einmal lokalisieren und es wird in allen Formularen reflektiert, in denen das Fragment verwendet wird.
Alle Modifizierungen wie das Hinzufügen einer neuen Komponente oder das Anwenden eines Skripts in einem lokalisierten Formular, werden nicht automatisch lokalisiert. Daher müssen Sie ein Formular vor der Lokalisierung abschließen, um mehrere Lokalisierungszyklen zu vermeiden.
Verwenden Sie den Anforderungsparameter afAcceptLang
, , um das Browsergebietsschemazu überschreiben und das Formular in einem spezifischen Gebietsschema zu lokalisieren. Beispielsweise erzwingt die folgende URL die Wiedergabe des Formulars in japanischem Gebietsschema, unabhängig vom in der Browsereinstellung angegebenen Gebietsschema:
https://'[server]:[port]'/<contextPath>/<formFolder>/<formName>.html?wcmmode=disabled&afAcceptLang=ja
AEM Forms unterstützt derzeit die Lokalisierung von Inhalten für adaptive Formulare in den Gebietsschemata Englisch (en), Spanisch (es), Französisch (fr), Italienisch (it), Deutsch (de), Japanisch (ja), Portugiesisch-Brasilianisch (pt-BR), Chinesisch (zh-CN), Chinesisch-Taiwan (zh-TW) und Koreanisch (ko-KR). Sie können jedoch neuen Support für neue Gebietsschemata für adaptive Formulare zur Laufzeit hinzufügen. Weitere Informationen finden Sie unter Unterstützung neuer Gebietsschemata zum Lokalisieren von adaptiven Formularen.
Sie können eine weitere Instanz des AEM-Forms-Servers konfigurieren, der sich hinter der Firewall in einem geschützten Bereich befindet. Sie können diese Instanz für Folgendes verwenden:
Oft müssen Sie AEM-Projekte aus einer Umgebung in eine andere verschieben. Einige der wichtigsten Aspekte beim Verschieben lauten wie folgt:
Im Folgenden werden einige bewährte Verfahren zum Konfigurieren von AEM zur Verbesserung der Gesamtleistung gezeigt:
Aktivieren Sie HTML-Client-Bibliothekskomprimierung für JavaScript und CSS-Code aus der Felix-Konsole. Siehe Clientlibs, erklärt durch Beispiel.
Zwischenspeichern Sie alle Client-Bibliotheken unter /etc.clientlibs/fd
und alle zusätzlichen benutzerdefinierten Client-Bibliotheken auf AEM Dispatcher, um die Reaktionsfähigkeit und Sicherheit Ihrer veröffentlichten Formulare zu erhöhen. Weitere Informationen finden Sie unter Dispatcher
Zwischenspeichern Sie die Pfade /content/forms/af/
und /content/dam/formsanddocuments/*
nicht. Detaillierte Informationen zum Konfigurieren der Zwischenspeicherung adaptiver Formulare finden Sie unter Zwischenspeichern adaptiver Formulare.
Aktivieren Sie HTML über das Webserverkomprimierungsmodul. Weitere Informationen finden Sie im Abschnitt Leistungsoptimierung des AEM-Forms-Servers.
Erhöhen Sie Aufrufe für die Anforderungskonfiguration für große Formulare. Siehe Optimieren der Leistung von großen und komplexen Formularen.
Erstellen Sie benutzerdefinierte Fehlerseiten, die vom Fehler-Handler angezeigt werden.
Sichere AEM Forms-Server.
nosamplecontent
-Laufzeitmodus unter, um sicherzustellen, dass die Anwendung keine Beispielinhalte und Beispielbenutzer enthält, die auf dem Produktionsserver bereitgestellt werden. Siehe Ausführen von AEM im produktionsbereiten Modus.Halten Sie die Heapgröße auf einem Minimum von 8 GB. Für andere Einstellungen finden Sie weitere Informationen im Abschnitt Leistungsoptimierung des AEM-Forms-Servers.
Verwenden Sie Service-Benutzersitzungen anstatt Admin-Sitzungen zum Ausführen von Aufgaben auf Serverebene. Weitere Informationen finden Sie unter Dienstauthentifizierung.
In einer Produktionsumgebung wird empfohlen, eingereichte Formulardaten nicht im AEM-Repository zu speichern. Die Standardimplementierung von Sendeaktionen wie Formularportalspeicher, Inhaltsspeicher und PDF-Speicher speichert Formulardaten im AEM-Repository. Diese Sendeaktionen sind nur für Demozwecke geeignet. Die Funktionen „Speichern und fortsetzen“ und Automatische Speicherung“ verwenden auch standardmäßig Portalspeicher. Beachten Sie daher folgende Empfehlungen:
Speichern von Entwurfsdaten: Wenn Sie die Funktion „Entwurf“ in ein adaptiven Formularen verwenden, müssen Sie eine benutzerdefinierte Service Provide Interface (Dienstanbieterbenutzeroberfläche, SPI) verwenden, um Entwurfsdaten in einem sichereren Speicher wie in einer Datenbank zu speichern. Weitere Informationen finden Sie unter Beispiel zur Integrierung der Komponente für Entwurf und Übermittlung in die Datenbank.
Speichern von Sendedaten: Wenn Sie den Forms Portal Submit Store verwenden, sollten Sie eine benutzerdefinierte SPI implementieren, um Sendedaten in einer Datenbank zu speichern. Eine Beispielintegration finden Sie unter Beispiel für die Integration der Komponente "Drafts & Submissions"in die Datenbank .
Sie können auch eine benutzerdefinierte Übermittlungsaktion schreiben, die Formulardaten und Anhänge in einem sicheren Speicher speichert. Weitere Informationen finden Sie unter Schreiben einer benutzerdefinierten Übermittlungsaktion für adaptive Formulare .
Länge der Entwurfs-ID: Wenn Sie ein adaptives Formular als Entwurf speichern, wird eine Entwurfs-ID generiert, um den Entwurf eindeutig zu identifizieren. Der Mindestwert für die Länge des Entwurfs-ID-Felds beträgt 26 Zeichen. Adobe empfiehlt, die Länge des Entwurfs der ID auf 26 oder mehr Zeichen festzulegen.
Eine der Hauptherausforderungen für Unternehmen ist es, wie persönliche identifizierbare Informationen (PII) bearbeitet werden. Einige bewährte Verfahren, die Ihnen dabei helfen, diese Daten zu bearbeiten, lauten wie folgt: