AEM Forms bietet benutzerdefinierte Workflows, um die folgenden Assembler Service-APIs aufzurufen:
Der Workflow DDX aufrufen ruft die Assembler Service-API Invoke
auf, mit der Sie Dokumente zusammenstellen oder aufteilen, ein Wasserzeichen zu einem PDF hinzufügen können usw.
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.
Zuordnung des Eingabedokuments: Legt die Zuordnung des Eingabedokuments fest. 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 Payload speichern: Speichert Ausgabedokumente unter dem Payload-Ordner oder überschreibt die Payload, wenn die Payload eine Datei 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 an, die für PDF/A-Konvertierungsprotokolle verwendet werden soll.
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.
Konvertierung überprüfen: Gibt an, ob das konvertierte PDF/A-Dokument nach der Konvertierung auf PDF/A-Konformität geprü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.