Skip to main content

Digital Sign PDF in Make

What this module does

PDF4me — Digital Sign PDF embeds an X.509 certificate-based digital signature into a PDF directly from a Make scenario. You supply the PDF, a .pfx or .p12 certificate file, and the password — the module signs the document and returns the result. Configure visible or invisible signing mode, page placement, signer name, location, and reason metadata without writing a single line of code.

Authenticating Your API Request

Every PDF4me module in Make requires a valid Connection. Create or select one that holds your PDF4me API key so the scenario can call the digital signing service securely.

Important Facts You Should Not Miss

Protect the certificate password

Store the .pfx file in a secure location (Make data store, Google Drive with restricted access) and keep the Certificate Password in an encrypted Make variable — never type it as plain text in the module field.

Visible vs invisible signing

Visible mode adds a graphical signature field readers can see. Invisible mode embeds the cryptographic proof in file metadata only — both are equally verifiable but the choice affects how the document looks to recipients.

Any modification after signing invalidates it

Digital signatures bind to the exact byte state of the document at signing time. If the file is changed — including metadata — PDF viewers will flag the signature as invalid. Sign last in your workflow.

Make PDF4me Digital Sign PDF module showing Connection as TestUser01, File set to Map, PDF File Name mapped from step 1 File Name, PDF File from step 1 Data, Certificate File from step 2 Data, Certificate Password CertPass2024, Signer Name John Smith CFO, Page Number 1, Horizontal and Vertical Margin 20mm, Width 200, Height 60, Sign Location New York USA, Sign Reason Contract Approval, and Visible set to Yes

Map the PDF and certificate from prior steps, enter the certificate password securely, then configure Visible, page placement, and signer metadata.

Parameters

Required always: Connection, PDF File Name, PDF File, Certificate File, Certificate Password, Visible. Horizontal Margin and Vertical Margin are also required when Visible is set to Yes.

ParameterRequiredWhat it doesExample
ConnectionYesPDF4me API connection used by the scenario to authenticate signing requests.Your PDF4me connection
FileYesDetermines how the PDF is supplied. Choose Map to wire filename and binary content from a prior module.Map
PDF File NameYesFilename with .pdf extension from the source module. Used to name the signed output file.1. File Name
PDF File / public file URLYesBinary PDF content from the download step that produced the document to sign.1. Data
Certificate FileYesBinary content of the .pfx or .p12 certificate file containing the private key and X.509 certificate.2. Data
Certificate PasswordYesPassword that unlocks the private key in the certificate file. Store in an encrypted Make variable.CertPass2024
Signer NameNoHuman-readable name of the signer, embedded in the signature properties visible in PDF viewers.John Smith, CFO
Page NumberNoPage on which to render the visible signature field. First page is 1. Only relevant when Visible = Yes.1
Horizontal Margin in MMIf visibleDistance from the left edge of the page in millimeters. Controls the horizontal position of the signature field.20
Vertical Margin in MMIf visibleDistance from the bottom edge of the page in millimeters. Controls the vertical position of the signature field.20
WidthNoWidth of the visible signature field in points. Increase for wider signature appearances.200
HeightNoHeight of the visible signature field in points. Adjust to fit the signature image or text.60
Sign LocationNoGeographic location where the document is being signed. Embedded as metadata in signature properties.New York, USA
Sign ReasonNoPurpose of the signature (for example, Approval or Authorization). Embedded in signature metadata.Contract Approval
VisibleYesYes renders a visible signature field at the configured position. No embeds the signature in metadata only with no visual element.Yes

Quick Setup

  1. Add PDF4meDigital Sign PDF to your scenario.
  2. Select Connection (or click Add to create one with your API key).
  3. Under File, choose Map.
  4. Map PDF File Name and PDF File from the step that produced the document.
  5. Map Certificate File from the step that downloaded your .pfx or .p12 file (store it in Google Drive or a secure source).
  6. Enter Certificate Password — use an encrypted Make variable to keep the value out of plain-text scenario logs.
  7. Set Visible to Yes or No. If Yes, fill in Page Number, Horizontal Margin, Vertical Margin, Width, and Height to position the signature field.
  8. Optionally add Signer Name, Sign Location, and Sign Reason for metadata. Save and click Run once to verify the signed PDF buffer appears in the output bundle.

Output

The module returns two fields you can map into any downstream step:

FieldTypeWhat it contains
Document NameStringFilename of the digitally signed PDF, derived from the PDF File Name you supplied.
Document DataBufferBinary content of the signed PDF. Map this into an upload, email attachment, or archive module.

Workflow Examples

Workflow ExamplesCommon Make scenario patterns that use Digital Sign PDF for contract execution, compliance, and credential issuance.
Contract execution after multi-party approval
  1. An approval status change in your CRM or Airtable triggers the scenario.
  2. The final contract PDF is downloaded from Google Drive.
  3. The company .pfx certificate is retrieved from a restricted Drive folder.
  4. Digital Sign PDF applies a visible signature on the last page with signer name, location, and reason.
  5. The signed PDF is uploaded to the executed contracts archive and emailed to all parties.
Invisible signing for outbound invoices
  1. A new invoice is generated by your billing module.
  2. Digital Sign PDF runs with Visible set to No — no mark appears on the page.
  3. The signature embeds company identity and a timestamp in the file metadata.
  4. Recipients can verify authenticity in any PDF viewer without the document looking altered.
  5. The signed invoice is emailed to the customer and logged in the accounting database.
Academic certificate issuance
  1. A course completion event triggers the scenario in your LMS integration.
  2. A PDF certificate is generated with the student name and course title.
  3. The institution .pfx certificate is loaded from a secure data store.
  4. Digital Sign PDF places a visible institutional signature in the bottom-right area.
  5. The signed certificate is emailed to the graduate and stored in the records archive.

Frequently Asked Questions

What certificate format does this module accept?+
The module accepts PKCS#12 certificate files in .pfx or .p12 format. These files bundle the X.509 certificate and private key together, protected by the password you supply in Certificate Password.
How should I store the certificate password securely in Make?+
Use a Make data store entry or a scenario variable set to the sensitive data type so the value is encrypted at rest. Avoid typing the password directly into the module field where it would appear in plain text in the scenario execution history.
What is the difference between a visible and invisible digital signature?+
A visible signature (Visible = Yes) places a graphical field on the PDF page that readers can see. An invisible signature (Visible = No) embeds the cryptographic proof in the file metadata only, with no visual element. Both are equally verifiable in a PDF viewer — the choice is presentational.
Does the signature become invalid if the PDF is later modified?+
Yes. A digital signature covers the exact byte state of the document at signing time. Any subsequent modification — even a metadata change — invalidates the signature. PDF viewers will warn recipients that the document was altered after signing. Always place the signing step last in your workflow.
Can I apply multiple signatures to the same PDF?+
Yes, in sequence. Pass the Document Data output of one Digital Sign PDF module into the PDF File input of the next. Each signature is appended as an incremental update, so earlier signatures remain valid even after later ones are added — provided only signature fields are written between steps.

Get Help