AEM Forms stellt benutzerdefinierte Workflows zum Aufrufen der folgenden Assembler-Dienst-APIs bereit:
Der Workflow Invoke DDX ruft die API des Assembler-Dienstes auf, mit der Sie Dokumente zusammenführen oder aufteilen, Wasserzeichen zu einer PDF-Datei hinzufügen usw.Invoke
Der Arbeitsablauf „Invoke DDX“ erfordert folgende Eingabedokumente:
DDX: Ist eine obligatorische Eingabe für „Invoke DDX“ und kann angegeben werden, indem eine der folgenden Optionen aus der DDX-Eingabe-Dropdownliste ausgewählt wird.
Create Map from PayLoad: Ist diese Option ausgewählt, werden alle Dokumente im Payload-Ordner zur Zuordnung des Eingabedokuments für die invoke
-API im Assembler hinzugefügt. Der Knotenname für jedes Dokument wird als Schlüssel in der Zuordnung verwendet.
Input Dokument Map: Gibt die Zuordnung des Eingabe-Dokuments an. Sie können beliebig viele Einträge hinzufügen, wobei jeder Eintrag den Schlüssel des Dokuments in der Zuordnung und die Quelle des Dokuments angibt.
Auf der Registerkarte „Environment Options“ können Sie die verschiedenen Verarbeitungsoptionen für die invoke-API festlegen.
Job Log Level: Gibt die Protokollebene für die Verarbeitungsprotokolle an.
Validate Only: Prüft die Gültigkeit der Eingabe-DDX.
Fail On Error: Gibt an, ob der Aufruf an den Assembler-Dienst im Falle eines Fehlers fehlschlagen soll. Der Standardwert ist „False“.
Je nach Eingabe-DDX kann das invoke-API mehrere Ausgabe-Dokumente erstellen. Auf der Registerkarte „Output Documents“ können Sie festlegen, wo Output Documents gespeichert werden.
Ausgabe in Nutzlast speichern: Speichert Ausgabedateien im Payload-Ordner oder überschreibt die Payload, wenn Payload eine Dokumente ist.
Output Document's Map: Hiermit können Sie explizit angeben, wo jedes output document gespeichert werden soll, indem ein Eintrag pro output document hinzugefügt wird. Jeder Eintrag gibt das Dokument und den entsprechenden Speicherort an. Ein Output Document kann die Payload überschreiben oder im Payload-Ordner speichern. Dies ist nützlich, wenn es mehrere Output Documents gibt.
Job Log: Gibt an, wo das Auftragsprotokolldokument gespeichert werden soll, was bei Fehlerbehebungsfehlern hilfreich sein kann.
Die Option „Nach PDF/A konvertieren“ ruft die toPDFA
-Assembler-Dienst-API auf. Sie wird zum Konvertieren von PDF-Dokumenten in PDF/A-kompatible Dokumente verwendet.
Ziehen Sie ConvertToPDFA auf der Registerkarte „Forms Workflow“ in den Sidekick.
Doppelklicken Sie auf „Hinzugefügt“, um die Komponente zu bearbeiten.
Konfigurieren Sie im Dialogfeld „Bearbeiten“ Input Documents, Conversion Options und Output Documents und klicken Sie auf OK.
Geben Sie die Quelle des Dokuments, das in ein PDF/A-kompatibles Dokument konvertiert werden soll, auf folgende Art an.
Mithilfe der Konvertierungsoptionen können Sie Optionen festlegen, die den Vorgang der PDF/A- Konvertierung ändern.
Compliance: Gibt den PDF/A-Standard an, mit dem die Ausgabe-PDF/A kompatibel sein muss.
Result Level: Gibt die Protokollebene, die für die PDF/A-Konvertierungsprotokolle verwendet werden soll, an.
Signatures: Gibt an, wie die Signaturen im Eingabedokument während der Konvertierung verarbeitet werden müssen.
Color Space: Gibt den vordefinierten Farbraum, der für das PDF/A-Dokument verwendet werden soll, an.
** VerifyConversion: Gibt an, ob das konvertierte PDF/A-Dokument nach der Konvertierung auf PDF/A-Kompatibilität überprüft werden soll.
Job Log Level: Gibt die Protokollebene, die für die Verarbeitung von Protokollen verwendet werden soll, an.
Metadata Extension Schema: Gibt den Pfad zum Metadaten-Erweiterungsschema, der für XMP-Eigenschaften in den Metadaten des PDF-Dokuments verwendet werden soll, an.
Auf der Registerkarte „Output Documents“ können Sie das Ziel für die Output Documents angeben
Der Arbeitsablauf zum Rendern von PDF-Formularen ist ein Wrapper um die Formulardienst-API renderPDFForm
, um ein PDF-Formular mit einer XDP-Vorlage und Daten-XML zu erstellen.
Template File: Gibt den Speicherort der XDP-Vorlage an. Dies ist ein Pflichtfeld.
Data Document: Gibt den Ort der Daten-XML an, die mit der Vorlage zusammengeführt werden muss.
Der Arbeitsablauf „Nicht-interaktive PDF generieren“ ist ein Wrapper um die Ausgabe-Dienst-API generatePDFOutput
. Er wird verwendet, um nicht-interaktive PDF-Dokumente aus der XDP-Vorlage und der Daten-XML zu generieren.
Template File: Gibt den Speicherort der XDP-Vorlage an. Dies ist ein Pflichtfeld.
Data Document: Gibt den Ort der Daten-XML an, die mit der Vorlage zusammengeführt werden muss.
Output Document: Gibt den Namen des erstellten PDF-Formulars an.