Category

Documentation

S-Sign Signer Profiles

By Documentation, S-Sign No Comments

Whether you're sending documents for e-signature to one person or ten, S-Sign makes it easy to configure unique signer profiles for everyone involved.

Locate The Signer Profiles Menu

The S-Sign Signer Profiles Menu is found within the S-Sign menu on the left side of the template editor for templates that are S-Sign enabled.

Signer Profile Settings

The signer profile menu appears as follows.

1. Signer Profile ID: This denotes the signer profile number that you're working with. By default, the S-Sign menu will open with 2 profiles created. If you create another, its ID will be 3, and so on.
2. Profile Name: You can give a custom name to each signer profile here (this is independent of the actual name of each signer). The default name is "Signer [Profile ID #]."
3. Email Address: This field is where you specify the signer email address.

  • If you leave this blank, users will be prompted with a screen that lets them enter this signer's email address (and any other email addresses that were left blank) when they generate this document and press Send Documents For Electronic Signature.
  • You can specify multiple email addresses in a comma-delimited list here. Each email address will receive the signature request once it's sent. When the signer opens the request, they will be able to select which email is theirs, and this email will be sent a verification code. All email addresses that are listed here will receive S-Sign system emails if applicable (expiration/reminder notifications, etc.).
  • This field supports merge fields for dynamic email selection. For example, you could write {{!Opportunity.email}} here.

4. Signer Name: You can optionally enter the name of your signer.

Note: The Profile Name, Email Address, and Signer Name fields also support the use of special shipping & billing contact merge fields such as {{!PICKLIST.billingcontact.email}}. When users generate an S-Sign request using a template that includes these special fields, they will be prompted to select contact records. Fields from chosen contact records will populate the merge fields in the document and S-Sign request (e.g. if you input {{!PICKLIST.billingcontact.email}} into the Email Address field for signer 1, the email of the contact record chosen as the billing contact will be used for signer 1). Click here to read more about using these fields.
Note that these fields can only be used for signer profiles if they are also present in the main document. In addition, the template's Related To Type field must be either Opportunity or Account.

5. Signing Order: This field allows you to set the signing order of the document. For example, if your document needs to be signed by a borrower and a lender, but the borrower has to sign first, you can set the borrower's signing order to 1, and the lender's signing order to 2.
6. Prevent From Viewing Audit: By default, a secure audit trail is attached to the end of every finalized S-Sign document. This option allows you to prevent certain profiles from being able to see the audit trail. This checkbox is grayed-out by default; to enable it, navigate to the S-Sign Template Settings menu and select "Prevent Certain Signer Profiles From Receiving The Audit Record."


7. Prevent From Receiving Document In Confirmation Email: By default, every signer will receive a copy of the finalized document after the last person has finished signing and submitted the document. This checkbox allows you to prevent signer profiles from receiving the finalized document.
8. Email Address is provided by previous signer if: By default, S-Sign requires each signer profile to have an email address linked to it before a document is sent for signature, whether it's filled in within the signer profile menu, during document generation, or dynamically with merge fields. However, you can use this field to allow certain signers to be able to specify the email address of the next signer of a document during the signing process.

This field requires a conditional statement using standard render notation (e.g. {{!Opportunity.StageName}} == ‘Closed Won’). If that expression evaluates to true, the person signing before this signer (e.g. the signer profile with a signing order that is 1 less than the profile you're working with) will be able to specify the email of the profile you're working with during the signing process.

For example, if you want signer 1 to be able to enter the email address of signer 2, you would enter an expression into this field on signer 2's signer profile (since this option allows the previous signer to specify this signer's email address). If that expression evaluates to true, signer 1 will be able to enter signer 2's email after they (signer 1) have finished signing.
9. Signer Profile is omitted if: Specify a condition that should prevent this signer profile from being included in the S-Sign request. If that condition evaluates to true, this profile will not be sent the S-Sign request. This field accepts conditional statements using standard render notation (e.g. {{!Opportunity.StageName}} == 'Closed Lost').
10. Delete Profile: Clicking this button will delete the signer profile.
11. Create Another Signer Profile: Clicking this button will create another signer profile.

You're now ready to start configuring unique signer profiles and tailoring S-Sign to any of your business needs.

Install & Renew Your S-Docs License Key

By Documentation, S-Docs Install Config and Upgrade No Comments

Introduction

If you've just purchased S-Docs or initiated a trial period, you will be provided with a unique S-Docs license key that will allow you to begin taking advantage of S-Docs's robust feature functionality. This article demonstrates how to install your license key, assign S-Docs licenses to your users, and update or renew your license key.

License keys are required for any version of S-Docs above the free version. You can watch the following tutorial video or refer to the written instructions below the video. Timestamps from the video are provided in the written instructions.

Note: Click Here for instructions on installing & configuring S-Docs itself.

Tutorial Video

Written Instructions

Step 1: Install Your S-Docs License Key [0:34]

Step 1 is to install your S-Docs license key into your Salesforce org.

Note: This step differs depending on which version of S-Docs you're using. If you're using version 4.381 and above, follow instructions in Step 1A. If you're using version 4.380 or below, follow instructions in Step 1B.

Step 1A

Navigate to the S-Docs Setup page by clicking the App Launcher in the upper left corner, then clicking View All.

Scroll down to the All Items section, then click S-Docs Setup.

From the S-Docs Setup page, find the S-Docs License Key section and click Go To S-Docs License Key Page.

From there, you can enter your license key into the provided field. You can also navigate back to this page to update your license key in the future.

Step 1B

In S-Docs version 4.380 and below, installing your license key is a simple matter of creating a new template and pasting your key into it.

Navigate to the S-Docs homepage by clicking on the App Launcher in the upper left corner, typing S-Docs into the search bar, and clicking S-Docs.

Click over to the S-Docs Templates tab, then click New to create a new template.

Fill in the following information for your template:

Template Name: License Key
Description: [Leave this blank]
Document Category: None
Related To Type: Opportunity
Template Format: PDF
Document Version: [Paste License Key Here]

Available For Use: [Unchecked]
Initially Visible: [Unchecked]
Allow Edit: [Unchecked]

Once you click Save, the Description field of your template will be updated to say "DO NOT REMOVE OR EDIT THIS RECORD," and the Document Version field will be updated to "***KEY ACCEPTED***." You've successfully installed your S-Docs license key!

Step 2: Assign S-Docs Licenses To Your Users [1:43]

Note: If you are installing your S-Docs license key in a sandbox environment, you can skip this step. License seats do not need to be assigned in sandboxes.

Now that you've created your S-Docs license key, you need to grant yourself and your users access to S-Docs by assigning S-Docs licenses to the appropriate users.

Navigate to the Setup menu by clicking the cog in the upper right corner. Then, type Installed Packages into the Quick Find bar, and click Installed Packages in the drop-down menu.

A list of your installed packages will appear on the right. Find the S-Docs package and click manage licenses.

This will open up the package manager for S-Docs. On this page, you can view [1] the number of licenses that you've purchased, [2] the number of licenses that you've assigned, and [3] each user who has been assigned a license. Click Add Users [4] to start assigning licenses.

Use the checkboxes to assign licenses to yourself and your users. Once you're done, click Add at the bottom of the screen.

As you can see, the users that were selected have been added to the Licensed Users list, and the Used Licenses field has been updated to reflect this.

You can now begin generating unlimited templates and taking advantage of all S-Docs has to offer.

Note: You don't have to assign all of your available licenses at this time. You can come back to add or remove users at any time.

Renewing / Updating Your S-Docs License Key [2:23]

If you're renewing your S-Docs account or upgrading from a trial version, you'll need to update your license key.

Note: For S-Docs version 4.381 and above, you can simply navigate back to the S-Docs License Key page described in Step 1A to update your license key.

For S-Docs version 4.380 and below, you will need to update your license key template. Do not create a new license key template; to upgrade, all you need to do is edit your original template and replace your old key with your new one. Use the search bar on the S-Docs templates page to quickly find your original license key template.

Click Edit, then delete the text in the Document Version field and replace it with your new license key.

Once you click Save, the Document Version field will once again display the text "***KEY ACCEPTED***." Your license key is now updated; that's all there is to it!

S-Sign Field Types

By Documentation, S-Sign No Comments

S-Sign offers the capability to collect more than just signatures in e-signature requests. This document will explain the different S-Sign field types that you can insert into your documents to collect signer information. There are currently seven different field types available: Signature, Text, Checkbox, Initials, Date, Picklist (from text), and Picklist (from field).

Signature Fields

The signature field comprises the core functionality of S-Sign: it will create a link that opens the S-Sign signature pad when clicked. In the template editor for templates that are S-Sign enabled, the signature field menu looks like this.

[1] Set the field type to Signature to create a signature field.
[2] Choose which signer profile should interact with this field.
[3] Choose a Salesforce text field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[4] Add additional styling for the signature input box as it appears to the end user on the signable document. This field accepts CSS syntax with semicolons. Note that you can use the letter-spacing property, which is not normally supported by Salesforce.
[5] Paste this tag into your template where you would like this signature field to appear.

Signature fields look like this to the signer:

Text Fields

A text field will appear as a blank box that the signer can type into. The text field menu looks like this in the template editor:

[1] Set the field type to Text to create a text field.
[2] Choose which signer profile should interact with this field.
[3] Make this field required or optional.
[4] Choose a Salesforce text field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[5] Specify a default value for this field.
[6] Edit the height of the text input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[7] Edit the width of the text input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[8] Add additional styling for the text input box as it appears to the end user on the signable document. This field accepts CSS syntax with semicolons. Note that you can use the letter-spacing property, which is not normally supported by Salesforce.
[9] Paste this tag into your template where you would like this text field to appear.

Text fields look like this to the signer:

Checkbox Fields

Checkbox fields are fairly self-explanatory: a checkbox will appear where this field tag is placed. The checkbox field menu looks like this in the template editor:

[1] Set the field type to Checkbox to create a checkbox field.
[2] Choose which signer profile should interact with this field.
[3] Make this field required or optional.
[4] Choose a Salesforce checkbox field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[5] Specify a default value for this field (checked or unchecked).
[6] Assign this field to an input field group. Input field groups allow you to group different checkbox fields together and set requirements for the group as a whole. Input field group settings are found in the S-Sign Template Settings menu.
[7] Add additional styling for this field. This field accepts CSS syntax.
[8] Paste this tag into your template where you would like this checkbox field to appear.

Checkbox fields look like this to the signer:

Initials Fields

The initials field type creates a link similar to the signature field type. Clicking the link brings up a variation of the signature pad for initials. Signers can either draw their initials, or use the Text to Signature feature and type them. The initials menu looks like this in the template editor:

[1] Set the field type to Initials to create an initials field.
[2] Choose which signer profile should interact with this field.
[3] Choose a Salesforce field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[4] Add additional styling for the initials input box as it appears to the end user on the signable document. This field accepts CSS syntax with semicolons. Note that you can use the letter-spacing property, which is not normally supported by Salesforce.
[5]
 Paste this tag into your template where you would like this initials field to appear.

Initials fields look like this to the signer:

Date Fields

Date fields allow the signer to input a date. They look like this in the template editor:

 

[1] Set the field type to Date to create a date field.
[2] Choose which signer profile should interact with this field.
[3] Make this field required or optional.
[4] Choose a Salesforce date field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[5] Specify a default date value for this field. A calendar will appear and allow you to choose a date when you click inside this box in the S-Sign panel.
[6] Edit the height of the date input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[7] Edit the width of the date input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[8]
 Choose to let this field be automatically populated with the date that the document is submitted.
[9] Choose a format for how the date will appear in the final document.
[10] Add additional styling for the date input box as it appears to the end user on the signable document. This field accepts CSS syntax with semicolons. Note that you can use the letter-spacing property, which is not normally supported by Salesforce.
[11] Paste this tag into your template where you would like this date field to appear.

Date fields look like this to the signer:

When clicked, a calendar will appear for the signer to choose a date from.

Picklist Fields

Picklist field types allow the signer to choose from a list of options. There are two types of picklist fields available: picklists from text, and picklists from fields.

Picklists From Text

Picklists from text are comprised of options that you input manually. The picklist from text menu looks like this in the template editor:

 

[1] Set the field type to Picklist (From Text) to create a picklist from text field.
[2] Choose which signer profile should interact with this field.
[3] Enter a new-line-delimited list of options for your picklist.

Note: The semicolon character ( ; ) and the character chosen for the multi-picklist delimiter cannot be used within your picklist options.

[4] Choose to make your picklist multi-select by allowing multiple options.
[5] Specify a delimiter for the picklist output data. This only applies if you checked the Multiple list selections allowed checkbox described in #4. By default, the data will be displayed as a comma-delimited list.
[6] Specify how many picklist options can be shown on screen at once. A scrollbar will appear within the picklist for the user to view all options. By default, all picklist options will be shown on screen at once.
[7] Choose a Salesforce field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[8] Specify a default value for this field.
[9] Edit the width of the picklist input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[10] Paste this tag into your template where you would like this picklist field to appear.

Picklist (from text) fields look like this to the signer:

Picklists From Field

Picklists from field are comprised of options from an existing Salesforce picklist field. The picklist from field menu looks like this in the template editor:

 

[1] Set the field type to Picklist (From Field) to create a picklist from field field.
[2] Choose which signer profile should interact with this field.
[3] Specify an existing picklist field from your base record whose options should be displayed within your S-Sign document. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.

Note: If the picklist is multi-select, S-Sign will detect this and reflect that in the document.

[4] Specify a delimiter for the picklist output data. This only applies if your picklist is multi-select. By default, the data will be displayed as a comma-delimited list.
[5] Specify how many picklist options can be shown on screen at once. A scrollbar will appear within the picklist for the user to view all options. By default, all picklist options will be shown on screen at once.
[6] Choose a Salesforce field to write this data back to. You can use the Insert Field button at the top of the template editor to obtain the correct merge field syntax.
[7] Specify a default value for this field.
[8] Edit the width of the picklist input box as it appears to the end user on the signable document. Use any CSS length unit without semicolons.
[9] Paste this tag into your template where you would like this picklist field to appear.

In this example, we used a merge field that points toward a custom field on our opportunity record that we'd like to use in our S-Sign document.

Picklists (from field) look like this to the signer:

With these seven field types, you are ready to optimize your e-signature workflow and start gaining more value from your S-Sign requests.

S-Sign Template Settings

By Documentation, S-Sign No Comments

S-Sign offers multiple customization options that you can take advantage of to modify elements of an S-Sign request. You can edit factors like who receives confirmation emails, whether or not a verification email is required, and even the size of the signer's signature. These options are called the S-Sign Template Settings.

Locate the S-Sign Template Settings

The S-Sign Template Settings are found within the S-Sign menu on the left side of the template editor for templates that are S-Sign enabled.


There are four sections within the template settings menu: General S-Sign template settings, S-Sign notification settings, S-Sign Sign In Person Settings, and S-Sign Input Field Group settings. We'll walk through all of them and explain each option in this document.

Note: Currently, S-Sign data will not clone when you clone a template. This data will need to be input manually into a cloned template.

General S-Sign Template Settings

The general S-Sign template settings menu appears as follows.


1. Disable email verification code: If this option is checked, S-Sign requests made with this template will not require signers to enter their email, receive a verification code, and enter the code in order to view and sign the document. They will only need to check "I agree to do business electronically."

Note: Checking this option allows anyone with the sign request email to open and sign the document. Keep this in mind when CC and BCCing additional people on sign request emails. We recommend reviewing this option with your legal team.

2. Encrypt documents at rest: Checking this box will encrypt any documents generated with this template at rest. The confirmation email sent to signers will contain a link to the encrypted document and require users to enter a verification code to view it.

Note: You cannot disable the email verification code option if you opt to encrypt documents at rest.

3. Prevent certain signer profiles from receiving the audit record: By default, after all signers have signed a document, an audit trail record will be attached to the end of the signed document which shows things like the signers' IP addresses and the date and time they opened/signed the document. If this option is checked, you can prevent the audit trail from being attached to the finished document for all or certain signers. To choose which signers can and cannot receive the audit trail, navigate to the Signer Profiles tab at the top of the S-Sign menu. There will be a checkbox that you can check/uncheck for the audit trail.

Note: We recommend leaving this option unchecked.


4. Allow the user to print the document and sign it physically: Checking this option will cause a Print button to appear at the bottom of the document that the user is signing.

5. Allow signer to save progress: This option will allow signers to partially fill in the S-Sign input fields included in this document and then save their progress and come back to it later.
6. Default document signing order: If this document is included with other documents in a single S-Sign request, you can specify the order in which it should be signed here (using numerical values 0-9). If you leave this field blank and multiple documents are included in an S-Sign request, the documents will be randomly ordered.
7. Confirm signing order during generation: When you check this box, users generating an S-Sign request that includes this template will be able to manually edit the order that each document should be signed, even if the other templates don't have this box checked.
8. Signature image scale: This allows you to edit the size of the signature image as it will appear on the final document. By default it is set to 1, which is 358 by 102 pixels. The dimensions will update if you change the scale.
9. Mobile PDF Page Resolution: This option allows you to change the resolution of your S-Sign PDFs as they appear on mobile phones. The default resolution for mobile phones is 1.0, while the default resolution for desktops is 2.5. Increasing the mobile resolution can increase the visibility of smaller fonts, but may result in longer document load times.
10. Timezone to be used in audit: This setting will affect the date and times listed in the document audit trail record. Older versions of S-Sign require you to input a timezone manually; if you are using an older version, S-Sign supports Salesforce Supported Timezones. Timezones should be written using Java Timezone IDs. For example, if you wanted to set the timezone to New York time, you should write America/New_York.
11. Always Show Profile Edit Page: By default, if an S-Sign document is generated and all signer profiles associated with that document have emails filled in, the user will be routed straight to the Salesforce email page when they click Send Documents For Electronic Signature. Conversely, if any signer profile emails are left blank, the user will be routed to the profile edit page when they click Send Documents For Electronic Signature, where they will be asked to fill in the necessary signer email addresses before proceeding to the Salesforce email page. Checking this option will route users to the profile edit page and allow them to edit signer emails every time they generate an S-Sign request, even if signer profile emails are already specified on the template.
12. Don't Allow Creation Of Contract If Other Active Contracts Exist On Base Record: This option will prevent additional S-Sign requests from being created on a certain record if other active requests already exist on that record. You can choose None, This Template, or Any Template.
13. Clear attachments upon completion (except for signed doc w/ audit trail): When this box is checked, all of the files that S-Sign attached to the S-Sign Envelope Document will be deleted once the last signer signs this document (with the exception of the copy of the signed document that includes the audit trail, and with the exception of user-created files). Files that will be deleted include the unsigned document, signature images, and the signed document that doesn't contain the audit trail.
14. SSign Document(s) Saved to the Base Record: This option allows you to configure which documents will be saved to the base record (the record that the S-Sign request was generated from). You can choose from only the audit document, only the signed document, or both (by default, both are saved to the base record).
15. Signed Document Name: This option allows you to input a name to be used as the file name for the signed document file that does not include the audit trail. This field accepts merge fields and static text.
16. Signed Document with Audit Trail Name: This option allows you to input a name to be used as the file name for the signed document file that includes the audit trail. This field accepts merge fields and static text.
17. Redirect Signer to Page: This option will redirect signers to the URL that you specify here once they sign the document. This field accepts merge fields as well as static URLs.

S-Sign Notification Settings

The S-Sign notification settings menu will appear as follows.

1. Email Template - All Signers Complete: You can specify a custom S-Docs HTML email template to be used for the email that is sent once all signers have finished signing. Paste the template ID here. Template IDs are found in the browser when on the template detail page.

2. Email Template - Signer Declined: You can specify a custom S-Docs HTML email template to be used for the email that is sent once all signers have finished signing. Paste the template ID here.
3. Email Template - Partial Confirmation: You can specify a custom S-Docs HTML email template to be used for the email that is sent if an S-Sign request has only been partially completed.

Note: These three templates support the following S-Sign fields:

      • [[DECLINE_REASON]]
      • [[REQUESTER_NAME]]
      • [[REQUESTER_EMAIL]]
      • [[REQUESTER_NAME]]
      • [[REQUESTER_EMAIL]]
      • [[SIGNER_EMAIL]]
      • [[SIGNER_NUMBER]]
      • [[NUM_SIGNERS]]
      • [[SIGNER_ROLE]]
      • [[NUM_SIGNERS_REMAINING]]
      • [[SIGN_LINK]]
      • [[SIGNED_DOC_URL]]
      • [[SIGNER_NAME]]
      • [[DOCUMENT_NAME]]
      • [[DOCUMENT_NUMBER]]
      • [[NUM_DOCUMENTS]]

4. Disable email verification code for the following domains: This option allows you to enter a comma delimited list of email domains that won't be asked to enter a verification code before viewing and signing documents. This is useful if there are a few domains that you trust, such as your company domain, but want all other signer domains to have to verify their identity. You can write the domains with or without the @ symbol. For example, let's say you trust domains with an @sample.com and @example.net email address. You could enter them like so:
[Option 1]: sample.com,example.net
[Option 2]: @sample.com,@example.net
5. Don't send confirmation email to sender: If this option is checked, the sender of the S-Sign request will not receive a confirmation email once the document has been signed.
6. Send signed document as link instead of attachment: By default, signed documents are sent to users as attached PDFs after signing. Checking this option will send a link instead of an attachment. Users can click the link to re-verify their identity and download the document.
7. Send confirmation email as one email: If this option is checked, the final confirmation email will be sent as a single email with multiple recipients, rather than an individual email to each signer.
8. Send confirmation email to default FROM address: Checking this option will enable confirmation emails to be sent to the default "From" address specified under the Email Settings tab of your S-Sign request email template, even if this address is different from the address of the person who is actually sending the S-Sign request.
9. Copy subject and Attachments From First Request Email Onto Subsequent Request Emails: This option will copy all attachments that were present on the first S-Sign request email to all request emails that are sent after the first signer signs.
10. Parties To Notify Upon Void, Expire, or Decline: This option lets you pick who gets notified when an S-Sign request gets voided, declined, or expires.
11. Disable System Emails: This option will disable all emails related to S-Sign.

Expiration and Reminder Settings

By default, expiration and reminder emails are turned off. You can enable reminder emails in the S-Sign Configuration page. You can get to this page by clicking the App Launcher in the upper left corner, typing "S-Docs Setup" into the QuickFind bar, then clicking S-Docs Setup in the dropdown menu. From there, find and click on Go To S-Sign Setup Page.

This will cause several additional options to appear under the "S-Sign Notification Settings" section of the S-Sign Settings Menu.

Note: Expiration/reminder values must be positive, whole numbers.

1. Number of days until request expires: This will set the number of days before the S-Sign request expires and can no longer be signed. By default, S-Sign requests do not expire.
2. Number of days until first reminder is sent to signer: This will set the number of days between the initial S-Sign request being sent and the first reminder email being sent.
3. Number of days between regular reminders after first: This will set the number of days between reminder emails after the first reminder email has been sent. By default, no reminders will be sent after the first unless you edit this field.
4. Number of total reminders to send per signer: This will set the total number of reminders that each signer will receive.

S-Sign Sign in Person Settings

Settings for signing in person are found below the notification settings.

 

1. Disable Email For Sign In Person: Checking this box will disable the following for sign-in-person events:

1. Confirmation emails
2. The verification code requirement (the signer will not be required to enter their email, receive a verification code, and enter the code in order to view and sign the document. They will only need to enter their name and check "I agree to do business electronically" to access the document)

Note: No emails will be sent to the signer even if an email is provided in their signer profile.

2. Enable Send Email After First Signer: By default, if there are multiple signers signing in person, S-Sign will treat it as if all signers are present in person. Checking this option will allow the first signer to sign in person, but all subsequent signers will receive S-Sign request emails so that they can sign remotely.

3. Enable Send Email After Specified Signer Signs: Checking this option will allow multiple signers to sign in person until a specified signer signs; all subsequent signers will receive S-Sign request emails so that they can sign remotely (this is known as S-Sign Mixed Mode). You can choose from your existing signer profiles or use a merge field (an input field will appear if you select the merge field option).

S-Sign Input Field Groups

S-Sign input field group settings are found at the bottom of the S-Sign Template Settings menu.

The input field group feature allows you to assign S-Sign checkbox input fields to a group, and then set requirements for the group as a whole. For example, if we assigned several checkbox fields to "GroupA" in the example below, signers would be required to check at least 2 but not more than 4 options before submitting the document. Click here to learn more about input field groups.

You are now ready to tailor S-Sign to your org's unique needs and start saving time and money with our 100% native e-signature solution.

Restrict A Template From Being Emailed

By Best Practices, Documentation, S-Docs Cookbook No Comments

Use Email Settings To Restrict A Template From Being Emailed

Although S-Docs will show the Email Selected Docs button by default after a document has been generated, it is possible to hide this button and disable a template's ability to be emailed. There are many reasons that an admin might want to restrict templates from being emailed; for example, if a document contains potentially sensitive information, it might be easier to avoid mistakes by taking away the email option entirely.

To accomplish this, navigate to the template editor for the template that you want to restrict from being emailed.

Next, navigate to the Email Settings tab.

Finally, check the Lock To box, and leave the To field blank. Once you click Save, the template will no longer be able to be emailed.

What The End User Will See

When the document is generated, the Email Selected Docs button will be gone.

If multiple S-Docs are generated, and some of them can be emailed, the ones that you restrict will have a lock icon.

Keep in mind that this must be done for every template you want to restrict from being emailed. If you would like to learn more about the S-Docs template editor, please visit our template editor guide and our guide to email templates in S-Docs.

S-Sign Quick Install & Config Guide – Salesforce Classic

By Documentation, S-Sign No Comments

Introduction

Welcome to S-Sign, a 100% native e-signature solution for Salesforce. This guide details the steps you need to take to install and configure S-Sign in your org so that you can get started with secure e-signatures. S-Sign leverages Salesforce Sites and the secure Connected App feature, which you'll learn how to set up in this guide.

To view the same guide for Salesforce Lightning, click here.

Note: This article makes several references to your S-Sign Internal User. Your S-Sign Internal User is any licensed Salesforce user of your choosing. S-Sign operations that require internal data access will be conducted through this user's profile using the secure S-Docs Connected App. We recommend choosing a Salesforce Administrator.

Tutorial Video

The following tutorial video details how to set up S-Sign in Salesforce Lightning Experience. The instructions below detail how to set up S-Sign in Salesforce Classic.

Installing S-Sign

Unlike S-Docs, S-Sign is not available on the AppExchange. Contact S-Docs Sales to obtain an installation link for the latest version of S-Sign. Make sure to select "Install for All Users." We recommend testing in a sandbox environment before installing in your production org.

You may need to update S-Docs if you're running an older version.

Pro Tip

Try to keep as few tabs open as possible during this configuration process. This will help prevent settings confirmed in one tab from being negated by another open tab.

Head over to Installed Packages by typing "installed" into the Quick Find / Search bar in Setup to ensure that S-Sign has downloaded correctly and that your version numbers are up to date.

We recommend assigning the S-Sign User or Administrator permission sets to yourself and users who will be interacting with S-Sign. Learn more about S-Sign permission sets here.

Note: If you are using S-Sign version 2.1 or above, your org needs to have the Quote object enabled for S-Sign to work properly. To view instructions on how to enable Quotes for your org, click here.

Configuring S-Sign

Config Step 1: Create Remote Site Settings

S-Sign uses SendGrid, an email service, to send out verification emails to signers in order to confirm the signer's identity. This bypasses any email limitations you may run into in your Salesforce org, ensuring that your e-signature requests will always send. To allow S-Sign to tell SendGrid when to send out a verification email, you must create a Remote Site Setting within Salesforce that whitelists SendGrid's API domain (i.e. allows S-Sign to communicate with SendGrid).

To do this, navigate to the Setup menu, type "Remote" in the Quick Find / Search bar, and click Remote Site Settings from the options that drop down. Then, click New Remote Site.

Fill in the following fields for your new remote site:

Remote Site Name: SSign_Email_Verification_Site
URL: https://api.sendgrid.com

Ensure that the Active checkbox is checked. You can leave everything else as it is.

Next, create a new remote site for the Salesforce login URL if you don't have one already set up.

For Production Org:
Remote Site Name: Salesforce_Production

Remote Site URL: https://login.salesforce.com

For Sandbox Org:
Remote Site Name: Salesforce_Sandbox

Remote Site URL: https://test.salesforce.com

Finally, create a third remote site for your Salesforce domain.

Remote Site Name: Enter anything you'd like
Remote Site URL: Enter your Salesforce domain.

Note: You can copy your domain from your address bar, e.g. https://na1.salesforce.com or https://cs2.salesforce.com. In the URL, note that the number after na or cs will vary.

If you are using S-Sign with communities, you should create a remote site for your custom domain as well.

Config Step 2: Create a Site to Capture External Users' Signatures

Like S-Docs, S-Sign is native to the Salesforce platform. This means that all signers must sign within Salesforce, even if they do not have a Salesforce account. To accomplish this, we'll set up a Site in our org that will display your document(s) and allow users to sign them.

Start by again navigating to the Setup menu, then type Sites into the Quick Find search bar and [1] click Sites from the options that drop down. Next, [2] Register a Force.com Domain from this page if you don't have one already. Then, [3] click the New button on the "Sites" list to create a new Site.

Fill in the following fields for your Site:

  • Site Label: S-Sign Site
  • Site Name: S_Sign_Site
  • Site Contact: This is the user responsible for receiving site-related communications from the site visitors and Salesforce.com. By default, it is set to the user creating the Site.
  • Default Web Address: You can append something to the end of your site's domain, but it is not necessary.
  • Active: Make sure this is checked so that the site is active.
  • Active Site Homepage: You can choose anything you want for this, but we recommend setting it to "Under Construction." This won't be visible to anyone.

Finally, ensure that you uncheck the Lightning Features for Guest Users checkbox. This is to conform to S-Sign's security standards.

You can choose whatever you'd like for the rest of the fields or leave them at the default settings.

Click Save.

Once you click Save, you should be redirected to the Site Detail Page. The only thing left to do for this step is to add a few Visualforce pages to our site. Scroll down to the "Site Visualforce Pages" list on the Site Detail Page and click Edit.

Add the pages SDOC.SDTemplateHTML, SSSign.SSMultiSign, SSign.SSCreateSig, SSign.SSTemplatePDF, SSign.SSVerify, and SSign.SSViewEnvIncl. Then, click Save. You've now completed this step!

Create Sharing Rules

Note: If you are using S-Sign version 2.178+, please skip this step and move on to Step 3.

If you are using S-Sign version 2.110-2.177, you need to create a Sharing Rule on the S-Sign Envelope and SDoc Template objects. First, navigate to Setup > Sharing Settings, and choose your object. You will need to repeat this step for both objects.

Click New to create a new sharing rule.

Enter the following settings:

Rule Type: Guest user access, based on criteria
Field: Core Version
Operator: not equal to
Value: 1.00
Share With: S-Sign Site Guest User
Access Level: Read Only

Config Step 3: Create a Lookup Field to your Object on the S-Sign Envelope Object

You need to create a lookup field for any objects you’ll be using with S-Sign.

Note: you can skip this step if your object is Opportunity or Contact, as a lookup field for these objects comes built into the package. If you are using version 2.1 and above, Contract, Quote, and Account will also have a lookup field pre-configured.

In the Setup menu, type "Objects" into the "Quick Find / Search" bar, then click Objects from the options that drop down. Click S-Sign Envelope (NOT the S-Sign Envelope Document and NOT the edit button).

Scroll down to the Custom Fields & Relationships section and click New.

Step 1 of 6: Choose Lookup Relationship for the field type. Click Next.

Step 2 of 6: Select the object for which you are creating the lookup relationship (the object you want to use S-Sign with). Click Next.

Step 3 of 6: This step is where you’ll add the field label and name. Default values can be kept for the rest of the fields.

  • For custom objects, the field label will just be the name of your custom object. The field name should be the API name of your custom object with a single underscore and a 'c' at the end, instead of the usual "__c." For example: if your custom object was named CustomObject and the API name was CustomObject__c, then your field label would just be CustomObject, and your field name would be CustomObject_c.
  • If your custom object is part of a managed package, it will have a namespace at the beginning. Say the object's API name is NSP__CustomObject__c. For the field name, you would replace the two underscores after the namespace with _u_ and remove one of the underscores from __c, so the resulting API name would be NSP_u_CustomObject_c.
  • For standard objects, just enter the name of your standard object (ex. the Quote object would have the field name and field label 'Quote').

Step 4 of 6: Select your own field-level security settings. Click Next.

Step 5 of 6: Keep the default values.

Step 6 of 6: Add the S-Sign Envelopes related list to the appropriate page layouts. Click Save, and when you go to your object’s page, you’ll see the S-Sign Envelopes related list.

Config Step 4: Create an S-Docs Connected App

S-Sign leverages Salesforce's secure Connected App integration. This involves configuring a Salesforce Connected App and specifying an internal user in your org to conduct S-Sign operations through. To set this up, please follow the steps outlined in this article.

Assign The S-Sign Internal User Permission Set

After specifying an S-Sign Internal User during the Connected App configuration in Step 4, you need to assign the S-Sign Internal User Permission Set to said user.

From the Setup menu, type "Permission" into the Quick Find bar, click Permission Sets in the dropdown menu, then click on the S-Sign Site Internal User permission set.

Next, click Manage Assignments.

Then, click Add Assignments.

From there, choose the username that you specified as the S-Sign Internal User in Step 4.

Config Step 5: Provide Site Info

The next step is providing S-Sign with your Site's Site label and URL.

Start by navigating to the S-Sign Configuration page. If you are using S-Docs 4.381+, you can get to this page by clicking the All Tabs (+ icon) > S-Docs Setup > Go To S-Sign Setup Page.

If you are using a version of S-Docs below 4.381, the S-Sign Configuration page can be accessed through one of the following links:

[Production]: https://login.salesforce.com/apex/SSIGN__SSConfig
[Sandbox]: https://test.salesforce.com/apex/SSIGN__SSConfig

First:

  1. The S-Sign Configuration page contains a field for your S-Sign Site URL. Ensure that the URL shown in this field matches the Site URL you created in step 2. To do so, navigate to the Site detail page for your S-Sign site (Setup > Sites > S-Sign Site), copy the site domain from the Custom URLs list, and paste it into the S-Sign Site URL field on the S-Sign Configuration page. Make sure to add https:// at the beginning of the domain.
  2. If your Site detail Custom URLs list includes two S-Sign Site URLs (shown below), use the URL that ends with secure.force.com.

Then, click the Set Site Info & Assign Permissions button. You can also click the Assign License button to assign an S-Docs license to the S-Sign Internal User if one has not already been assigned.

Config Step 6: Enter your License Key and Assign Licenses to Users

Once you've completed steps 1-5, you are ready to enter you license key and assign licenses to users in your org. Click Click here to be redirected to the S-Sign License Page at the top of the S-Sign Configuration page.

From there, you can enter your license key.

If you are on the trial version, all you need to do is enter the license key, and then all users in your org will be able to use S-Sign. If you are on the paid version, you can now scroll down to assign licenses to individual users by selecting their names and clicking Add Selected Users.

That's it! S-Sign is configured for your org. You are now ready to create S-Sign-enabled S-Docs templates to send for E-Signature.

Use Global Functions To Add Or Remove Licenses

Orgs that need to add or remove a large number of S-Sign licenses can use the addSSignUserLicenses and removeSSignUserLicenses functions. These functions are global and can be called from anywhere, allowing for flexibility if you need to make a bulk update to your S-Sign license assignments. These functions take a List<String> object. Although there are many ways to use them, the following example demonstrates how to add an S-Sign license to all active users:

[code lang="html"]List<String> userIds = new List<String>();
List<User> activeUsers = [SELECT Id FROM User WHERE isActive = true];
for (User activeUser : activeUsers) {
userIds.add(String.valueOf(activeUser.Id));
}
SSIGN.SSLicensesController.addSSignUserLicenses(userIds);[/code]

S-Sign User Guide – Salesforce Lightning

By Documentation, S-Sign No Comments

This article provides a comprehensive overview of creating and sending an e-signature request with S-Sign in Salesforce Lightning Experience, as well as explains what happens behind the scenes. To view this article for Salesforce Classic, click here.

Tutorial Video

Sending the E-Signature Request

Sending an E-Signature request with S-Sign is as simple as generating a document and sending an email. Once you have created an HTML E-Signature request template and a signable PDF template, navigate to a Salesforce record and click the S-Docs button. If you don't see the S-Docs button, you either need to add it to your page layout (if you're viewing select standard objects) or you need to create the button and add it to your page layout (if you're viewing a custom object).

Next, select your HTML E-Signature request template and your signable PDF template. You can tell which templates are S-Sign enabled by the S-Sign logo that appears next to the template names. Click Next Step to generate documents with these templates.

S-Docs will then recognize that you have generated an E-Signature document and offer a Send Documents for Electronic Signature button. Click this button to email the E-Signature document. Click here to learn about using S-Sign in person.

If you didn't specify the email of the signer in the template editor, you will be prompted to enter their email now. If your template requires multiple signers, you will be able to enter the email address of each signer here.

Upon clicking Next Step, you will be brought to the the email page. Here, you have the option to edit the usual email fields (To, CC, BCC, Subject).

Note that you also have the option to edit the body of the email.

Note that the PDF we generated is not included on this email as an attachment; this is because the email contains a link to an interactive webpage where the user can view and sign that PDF (this is the code you inserted into your HTML template when you created it). Click Send to send the document for E-Signature.

Note: Additional attachments (non-S-Sign documents or pre-generated documents) are not supported with S-Sign emails at this time.

What the Signer Will See

The recipient then receives the email that you created with your HTML template:

When the recipient clicks View and Sign, they will be prompted to verify their identity by entering a code and consenting to do business electronically.

They will then be taken to the signable document.

From here, the recipient can decline to sign, or they can sign the document by clicking Sign Here, which will bring up the signature pad.

The recipient can then type their name, draw a signature, and submit their information.

Once the recipient clicks Submit Signature, their signature is merged into the document, and both you and the recipient receive a confirmation email containing the signed document. The recipient is then  redirected to view the signed version of the document. The signed version of the document includes the signer’s name, their signature image, and the date and time at which they signed the document. Additionally, the audit trail for the document appears as a new page at the end.

Note: To learn how to customize aspects of an S-Sign request, such as the size of the signature image and who receives the audit record, please visit the S-Sign Templates Settings documentation.

Note: You can send multiple documents in a single e-signature request. Click here to learn how to do this.

Behind the Scenes - Before Signature

What happened in Salesforce while all of this was going on? Let’s take a step back in time to way before our recipient has signed the document. Immediately after you clicked Send Documents for Electronic Signature, an S-Sign Envelope record was created, which can be viewed under the Related tab on the object record that you created the e-signature request for.

Click on the blue link to view the S-Sign Envelope record. Under the Details tab, you can [1] view and track the sign status of your request; since the recipient hasn't opened the email yet, it's status is "Created." This will change to "Viewed" when the recipient opens the document, and "Signed" once they sign it. You can also [2] view the template ID used for the email, [3] the number of documents that need to be signed, and [4] the HTML email page itself.

Under the Related tab, you'll be able to see S-Sign Envelope Document records, one for each signable PDF that was included in our E-Signature request (in this case, only 1). You can [1] click on the PDF icon to view the document that is going to be signed, or [2] click on the Envelope Doc Number to view the document record. We'll click this number now.

On the S-Sign Envelope Document record, you'll be able to see more details. You can [1] view the Sign Status again, as well as [2] the current signer identity (this is useful when your documents require multiple signatures). Once the document has been signed, you'll be able to [3] view the finished product on this page, as well as [4] the original document before signature. Finally, you can [5] view the S-Sign request URL, as well as the signature image by itself.

Under the Related tab, only the original document is visible.

Behind the Scenes - After Signature

Now let’s take a step forward in time to when our recipient has signed the document. Again, head to the object record you generated the e-signature request from, and click on the S-Sign Request link under S-Sign Envelopes.

At this point, the S-Sign Envelope's status has been updated to "Completed."

Under the Related tab, a link has appeared to view the signed document.

When you click on the Envelope Doc Number, the Related tab now contains files for the document audit trail, the raw signature file, the signed document, and the original document.

The signed document file will also appear in the Notes & Attachments related list on the contact record.

That's all there is to it!

tracking

Automation & Batch Processing Using S-Docs Jobs in Salesforce Lightning

By Documentation, S-Docs Automation: Jobs & REST API No Comments

Winter '20 Release Note: If you are using S-Docs below version 4.53, you may experience an "Attempt to de-reference a null object" error when interacting with various forms of automation in S-Docs. In order to fix this bug, you can create a new SDocs Settings custom settings set. To do this, type "Custom Settings" into the Quick Find / Search bar in the Setup menu, and click Custom Settings. Click SDocsSettings, then click Manage at the top of the page. From there, click New. Fill out the following information:

Name: SDocsSettings
ConnectedAppLoginURL:
Production: login.salesforce.com
Sandbox: test.salesforce.com
SD Jobs Batch Size: 45
SD Jobs Move to Top of Flex Queue:

Additionally, ensure that you have a Remote Site Setting for either login.salesforce.com (production), or test.salesforce.com (sandbox).

Introduction

If you're looking for a way to automate your document generation process--perhaps you want a document to be automatically generated and emailed when a field value has changed or a date has passed--this document will help you configure S-Docs to meet your requirements using the S-Docs Jobs object.

For example, when a user changes an opportunity stage field to “send quote,” you can configure S-Docs to generate a PDF quote along with a customized cover letter and email it to the opportunity contact. Users would not need to click on any buttons or choose any templates. Whenever the field value is changed, even from a mobile device, the process is invoked and the documents are generated and optionally emailed.

This document will show you how to use S-Docs Jobs to automate document generation in three different ways: with Salesforce Process Builder, APEX Triggers, and Flows.

If you are looking for a way to generate multiple S-Docs (in batch) from an object list view, you can accomplish this with S-Docs Jobs as well. For example, a user could select multiple records at once from a list view and send each record a custom invitation email to an event. The possibilities to further automate and distribute your documents are unlimited. Please refer to this documentation for more information about batch document generation.

Automatic Document Generation with S-Docs Jobs

An S-Docs Job is a simple, intuitive Salesforce object designed for automatically generating (and optionally emailing) documents with your custom code, Salesforce Processes, Salesforce Flows, or other integrations. We recommend you use S-Docs Jobs with Process Builder, which can do just about anything workflows can.

For use with your custom code, Salesforce Processes, or Salesforce Flows, the API name for S-Docs Jobs is SDOC__SDJob__c, and the API names for some of its fields can be found in the following list. You'll use these fields later when configuring your document automation.

To automatically generate S-Docs with S-Docs Jobs, you'll be configuring your Salesforce Process, custom code, or Flow to do at least five things:

  1. Create an S-Docs Job record
  2. Specify the ID of the record you would like to generate these documents for
  3. Specify this record’s object API name (Opportunity, Account, etc.)
  4. Specify the name of the template you would like to use for document generation
  5. Optionally fill in the fields for emailing these documents. Finally, you will need to set the SDOC__Start__c field for this Job record to “true” in your APEX code or Salesforce flow to run this Job (i.e. to generate and optionally email the specified documents)

Before we see how to use S-Docs Jobs for automatic document generation, we’ll see what the Job records themselves look like.

Behind the Scenes of S-Docs Jobs

When one of the three methods (Salesforce Processes, APEX code, or Flow) creates an S-Docs Job, it is stored as an S-Docs Jobs record. To view these records, navigate to the App Launcher, scroll down to All Items, and click S-Docs Jobs.

All S-Docs Jobs Record appear here. In most (if not all) cases, we will not be creating Jobs records with the New button here; the records here should be created by your Salesforce Process, APEX triggers, Salesforce flows, etc. However, you can delete logs here by clicking the arrow at the end of each log and then clicking Delete (though this may also be done programmatically).You can open a job record by clicking on the blue SDJOB number. The record will show you things like the IDs of the templates used to generate it (i.e. the Doclist), the ID of the record it generated documents for (i.e. the Object ID), and other relevant Jobs fields.
The documents the Job generated will also be included in the record under the Job Execution Details section. You can click on their icons to view them.

You don't need to find the job record to view documents generated by a job, however. A related list for these documents will be automatically created on the page of the record you generated the documents for. For example, if we created an APEX trigger that would create a Job to generate three documents whenever an account record was created, we would see those three documents on that account record’s related tab like so:


Note that these documents would still exist in the S-Docs related list on the account record page even if we deleted the Job that created these documents. If you wanted to delete these documents for good, you could delete them from the S-Docs related list.

Now that we’ve seen how S-Docs Jobs work behind the scenes, we can see how we might leverage their functionality with Salesforce Processes, APEX triggers, and Salesforce flows.

Use Case: Automatically Generating & Emailing a Welcome Letter Whenever an Account is Created

Consider the following use case: whenever an account is created, we would like S-Docs to generate a welcome letter for that account, and then email it to a contact associated with that account. This process can be automated in no time using S-Docs Jobs! In the three sections following this one, we will explore how to accomplish this in Process Builder, APEX triggers, and in Salesforce Flows. In all three of these scenarios, we will have to fill in the following fields in order to automate this particular case; you'll see how to use these fields once we get into each scenario.

Fields for our Use Case
SDOC__Start__c (Start Job)This will be set to ‘true’ so that the specified documents will automatically generate (and in this case, automatically email, as we have specified them to do so using the Job’s email fields) upon the creation of this particular S-Doc Job record.

SDOC__SendEmail__c (Send Email)If we set this to ‘0,’ an email will not be sent. If we set it to ‘1,’ this S-Doc Job record will email the document it generated. Thus, we will be setting this to ‘1.’

For this to work properly, our Doclist needs to include an S-Doc HTML email template. In our example, this template will use a merge field in the Email To field (found under the Email Settings tab of the template editor) that will be dynamically populated with the appropriate contact's email address. Then, each Job record would generate a welcome letter PDF, generate an email using the HTML email template, attach the welcome letter PDF to that email, and then send that email.

SDOC__Oid__c (Object ID): This is the Object ID field, i.e. the place where we specify which object our Process/APEX Trigger/Flow should pull record IDs from. In our example, we will choose Account, since we want our process to use Account record IDs.

SDOC__ObjAPIName__c (Object API Name)This is the API name of our objects. In our example, we’re creating this trigger for new accounts, so we store Account in this field.

SDOC__Doclist__c (Doclist)This is the comma-delimited list of S-Docs template names that we will be using to generate our documents. Make sure there aren’t any spaces in your comma-delimited list. In our example use case, Welcome Letter is the name of our S-Docs PDF welcome letter template, and Email Template is the name of our S-Docs HTML email template. Thus, we will be using the following Doclist for our example use case Salesforce Process, APEX code, and Salesforce Flow:

Welcome Letter,Email Template

You can also use template IDs for the doclist parameter, however this is not recommended because these IDs will change between sandbox and production orgs, meaning that you will have to re-add the new template IDs into this parameter after transferring to production.

To find the template IDs for use in your Doclist field, go to the template record page for each template you're using.


The template ID can be found in the URL of the template record. You can then copy and paste this ID into your Doclist field for an S-Docs Job in your Process, APEX code, Flow, etc.

Note: If your org contains multiple templates with the same name, all of them will generate if one of them is referenced in one of your processes. In this case, you should use the template ID instead.

In the following three sections, we will see how to use S-Docs Jobs with Salesforce Processes, APEX triggers, and Salesforce Flows to automatically generate and email a welcome letter whenever an account is created.

Additional Fields

While the example use case in this article only uses 5 fields, S-Docs Jobs also support a number of other fields that you can use to further customize your process.

Email From

Email From allows you to set an org-wide email address as the From address when your S-Docs Job process includes emailing a document.

Email Params

Email Params allows you to add advanced email parameters to your process that are not available to access through standard fields on the S-Docs Job object, such as useExistingNoContactRecord=true.

Incl. Attachments with Email

Incl. Attachments with Email allows you to specify a comma-delimited list of Salesforce Attachment IDs to be included in the email sent out by the S-Docs Job.

Incl. Documents with Email

Incl. Documents with Email allows you to specify a comma-delimited list of Salesforce Document IDs to be included in the email sent out by the S-Docs Job.

Incl. Files with Email

Incl. Files with Email allows you to specify a comma-delimited list of Salesforce File IDs to be included in the email sent out by the S-Docs Job.

Include All Related Files

Include All Related Files allows you to opt to attach every file related to the base record to the email sent out by the S-Docs Job.

Using S-Docs Jobs with Process Builder

The easiest way to generate and email a welcome letter whenever an account is created is to use an S-Docs Job in a Salesforce Process. From the Setup menu, type "Process Builder" into the Quick Find / Search bar and click Process Builder.

Click New to create a new process.

You can name the process whatever you want, then choose to have this process start when a record changes. Click Save.

Click Add Object, choose Account, and start the process only when a record is created.


Click Save. Then, click Add Criteria and set it to No Criteria, since we want our Job to execute every time a new account record is opened.


Then, click Add Action and choose Create a Record for our Action Type. For the Record Type, select SDoc Job. You may have to type it in to find it.


A Field Values menu will appear below. This is where you will add the five fields described above in the Fields for Our Use Case section. Click Add Row to add each new field.

 

Then, we click Save and click Activate at the top right of the screen.

All done! S-Docs will now automatically generate and email a welcome letter whenever an account is created.

Using S-Docs Jobs with APEX Triggers

S-Docs Jobs are also simple to use with APEX triggers. To get started, click the Setup cog in the upper right corner, then click Developer Console.

Then, navigate to File > New > Apex Trigger.

You can name the trigger whatever you want, then select Account for the sObject.

You'll see the following screen.

You can delete the text here, then copy and paste the following APEX trigger into the text field.

[code lang="html"]trigger SendWelcomeLetter on Account (after insert) {
List<SDOC__SDJob__c> jobList = new List<SDOC__SDJob__c> {};
for(Account acct : Trigger.New) {
SDOC__SDJob__c job =
new SDOC__SDJob__c(SDOC__Start__c=true,
SDOC__Oid__c=acct.Id,
SDOC__ObjApiName__c='Account',
SDOC__SendEmail__c='1',
SDOC__Doclist__c='Welcome Letter,Email Template');
jobList.add(job);
}
insert jobList;
}[/code]

This simply creates a Job Object in the APEX trigger, fills in its fields as previously discussed in the Fields for our Use Case section above, and inserts each Job into our Salesforce database. Note that SDOC__SendEmail__c is a string, so its value must be specified in single quotes. SDOC__Doclist__c and SDOC__ObjApiName__c must be specified in single quotes as well.

SDOC__Oid__c, the Object ID field, is given the value acct.Id. This means that for each account record in our loop, the S-Doc Job created for this particular account record will have this account record’s ID stored in its SDOC__Oid__c field.

Click File > Save to complete your APEX Trigger!

Using S-Docs Jobs with Salesforce Flows

This option is a special case; say we don’t want to generate an email letter whenever an account is created anywhere in our org. Rather, we would like to generate and email a welcome letter only when an account record is created in a Salesforce Flow. Using S-Docs Jobs with Salesforce Flows is as simple as using any other object with Salesforce Flows, so this is easy to accomplish. To get to Flow Builder, type "Flows" into the QuickFind / Search bar in the Setup menu, click Flows, then click New Flow.

Create an Autolaunched Flow.

First, we need to create a new variable called “acct.” Select Manager in the Toolbox area, then click New Resource.

For the Resource Type, select Variable. Enter "acct" for the API name, and make sure the Data Type field is set to Text.

Now we need to create two Record Creates: one for an Account and one for an SDoc Job. We'll create the Record Create for an Account first. Navigate back to the Elements tab in the Toolbar, then drag Create Records into the Flow.

Insert the following information:

Label: Create Account
API Name: Create_Account
How Many Records to Create: One
How to Set the Field Records: Use separate variables, resources, and literal values
Object: Account
Field: Name
Value: New Account Example
Variable: {!acct}


Next, we need to add a Record Create for the SDoc Job. Drag Create Records into the flow again. Insert the following information:

Name: Automatically Generate and Email Welcome Letter
Label: Automatically_Generate_and_Email_Welcome_Letter
How Many Records to Create: One
How to Set the Record Fields: Use separate variables, resources, and literal values
Object: SDoc Job

Fields & Values:

SDOC__Start__c: {!$GlobalConstant.True}
SDOC__SendEmail__c: 1 (This specifies that we wish to email the document generated by this Job record (we would type in “0“ (without quotes) if we did not wish to send an email)
SDOC__Oid__c: {!acct} This variable stores the ID of the Account record created when the “Record Create” that we made for an Account executes.
SDOC__ObjApiName__c: Account
SDOC__Doclist__c: [Insert your template names here]

Once you've saved both record creates, attach them together by clicking the circle on "Create Account" and dragging the line to the circle on "Automatically Generate and Email Welcome Letter," and attach "Start" to "Create Account."

At this point, running this flow would result in an account called “New Account Example” being created, and documents for this account would automatically be generated and emailed by the S-Doc Job record created for this account.

If we wanted to, we could now start building a much larger flow involving these two Record Create boxes.

Batch Processing with S-Docs Jobs (Recommended)

S-Docs Jobs are also used to facilitate batch document processing. However, they are used behind the scenes throughout the entire process; batch processing is performed in a simple click-only interface, so you won’t have to worry about creating the Jobs themselves. This feature, in addition to the mass merge feature, is covered in detail in the S-Docs Mass Merge & Batch Document Feature documentation.

Translate Merge Fields & Field Labels

By Documentation, General Solutions, S-Docs Cookbook No Comments

Introduction

S-Docs can translate field labels and field data within your S-Docs templates as long as the translations are already defined within the Salesforce Translation Workbench.

Currently, all field labels are able to be translated (you only need to define translations for custom field labels, as standard field labels already have translations stored within Salesforce), but the only type of merge field data that can be translated are picklist values, since the Translation Workbench doesn't allow you to translate things like text field data.

There are three steps to translating field labels and picklist field data within your S-Docs templates, which we will go over in detail below.

Defining Translations

S-Docs pulls translations from the Salesforce Translation Workbench, so the first step to translating field data is defining your own translations. From the Setup menu, type "Translation" into the Quick Find / Search bar, then click Translate. In this example, we will be translating the Lead Source picklist into German for the Contact object, so we set Language to German, Setup Component to Picklist Value, and Object to Contact. Then, we scroll down and add our own German translations for the Lead Source picklist.

You can also translate field labels within the Translation Workbench. All standard field labels already have translations stored within Salesforce, so you only need to translate custom field labels yourself. To do so, set the Setup Component to Custom Field, and set the Aspect to Field Label, then enter your translations below.

Enabling Translations

After you've defined your translations, you need to enable the translate feature within S-Docs. There are two different ways you can do this.

Option 1: Add the translation parameter to the S-Docs button

From the setup menu, navigate to the Object Manager and click the object you've defined translations for. In this example, we are using the Contact object.

Navigate to the Buttons, Links, & Actions tab, find your S-Docs button, and click Edit.

If you're using the Contract, Opportunity, Account, Contact, Lead, Task, or Event objects, the S-Docs button comes as part of the S-Docs package and is therefore managed & unable to be edited. You'll need to create a new S-Docs button with the same parameters as the managed button, and add it to your object's page layout in place of the original button. Click here to learn more about creating an S-Docs button.

Then, add the following parameter to your S-Docs button URL: language='LANGUAGE_CODE'. You'll need to replace LANGUAGE_CODE with the appropriate Salesforce language code.

Since we're translating to German in our example, our button code will look like this for the Contact object:

[code lang="html"]{!URLFOR('/apex/SDOC__SDCreate1', null,[id=Contact.Id, Object='Contact',
language='DE'])}[/code]

Click Save.

Option 2: Change the Template Language

For this option, you'll need to add the language field to the template detail page layout, and then add the appropriate Salesforce language codes as picklist values for this field. From the Setup menu, navigate to the Object Manager and click the SDoc Template object.

Then, go to the Page Layouts tab and click Edit for the appropriate page layout.

In the Fields menu, scroll over to find the Language field. Drag it down into the SDoc Template Detail section. Click Save.

Next, navigate to the Fields & Relationships tab and click Language (not the Edit button).

Scroll down to the Values section and click New.

Add the appropriate Salesforce language code, then click Save.

When you navigate to any template detail page, you'll now be able to set the language for that template.

Add the Translate Attribute to Your Merge Fields

The last step is adding the "translate" attribute to the merge fields/field labels you want to be translated within your documents. Note that once you add the "translate" attribute to one instance of a merge field, all other instances of the same merge field within that document will also be translated, regardless of if they have the translate tag or not. Since we translated the Lead Source picklist in the Translation Workbench, we'll add add the "translate" attribute to this merge field.

For reference, the regular Contact Lead Source merge field looks like this:
[code lang="html"]{{!Contact.leadsource}}[/code]

The translated Contact Lead Source merge field looks like this:
[code lang="html"]{{!Contact.leadsource translate="true"}}[/code]

Translating field labels works in the same way:

The regular field label for Lead Source looks like this:
[code lang="html"]{{!Label.Contact.leadsource}}[/code]

The translated field label for contact Lead Source looks like this:
[code lang="html"]{{!Label.Contact.leadsource translate="true"}[/code]

In the template editor, it looks like this:

When you generate the document, the fields will be translated!

S-Docs Quick Install & Configuration Guide – Salesforce Lightning

By Documentation, S-Docs Install Config and Upgrade No Comments

Video Tutorial

Some invisible text

Step 1: Install S-Docs

This quick installation & basic configuration guide will teach you how to install S-Docs and create & email a custom document in Salesforce Lightning Experience. To view this article for Salesforce Classic, click here.

Note: You should download and install the S-Docs package into a SANDBOX or DEVELOPER organization. We strongly advise against installing it into any production org without proper testing.

1. Navigate to our Salesforce AppExchange listing and click Get it Now.

2. You will be prompted to log into your Salesforce org.

3. Once you are logged in, you'll be given the option to install S-Docs in your production org or a sandbox instance. We highly recommend testing in a sandbox instance before installing in your production org.

4. Confirm your profile details, agree to the terms and conditions, and click Confirm and Install.

5. You'll then see the following screen. Make sure to select Install for All Users and then click Install.

Congratulations! S-Docs is now installed in your org.

We recommend assigning the S-Docs User or Administrator permission sets to yourself and users who will be interacting with S-Docs. Learn more about S-Docs permission sets here.

Step 2: Add An S-Docs Button To Your Object’s Page Layout

This section details setting up your S-Docs button for a standard object in Salesforce Lightning. This button will initiate the template selection and document generation processes. Although the setups are fairly similar, please reference this documentation for information regarding S-Docs in Salesforce Classic, and please refer to this documentation for more information on setting up S-Docs with a custom object.

The S-Docs button comes pre-created for the following standard objects: Contract, Opportunity, Account, Contact, Lead, Task, and Event. If you're setting up S-Docs for these objects, you only need to add the button to your page layout. However, if you plan to customize the functionality of your button with apex parameters, you should create a new button so that you can edit it in the future. For other standard objects, you will need to create a new custom button.

In this example, we will be creating the S-Docs button for the Opportunity object. From the setup menu, navigate to the Object Manager, and click the object you're creating the button for.

Click Buttons, Links, and Actions in the sidebar, then click New Button or Link.

Enter the following information for your button:
Button Label & Name: Choose a name. We'll name our button "S-Docs."
Description: Optionally enter a description, such as "Create documents for this object."
Display Type: Detail Page Button
Behavior: Display in existing window without sidebar or header
Content Source: URL
Button URL:

{!URLFOR('/apex/SDOC__SDCreate1', null,[id=Opportunity.Id, Object='Opportunity'])}

Note: Be sure to change both instances of "Opportunity" with the name of your object in your button URL.

Note: To read about how you can customize this button to allow for one or zero click automation, click here.

Additional Note: If you encounter problems with your S-Docs button in lightning, add the lightningnav='true' parameter to your button URL. This step usually isn't necessary, but it can fix problems in lightning should they arise.

{!URLFOR('/apex/SDOC__SDCreate1', null,[id=Opportunity.Id, Object='Opportunity', lightningnav='true'])}

Add Your S-Docs Button to Your Object Page Layout

Once you save this button, you'll need to add it to the detail page layout for your object. Click Page Layouts in the sidebar of the object manager for your object. Click the arrow at the left of your page layout, then click Edit.

Click Mobile & Lightning Actions in the sidebar menu. The S-Docs button that you just created will appear in the menu of available mobile & lightning actions. Click and drag it into the "Salesforce Mobile and Lightning Experience Actions" section. Click Save when done.

Add The S-Docs Related List To Your Object Page Layout

Additionally, you should add an S-Docs Related List to your page by clicking Related Lists and dragging the S-Docs box down into the Related Lists table.

The S-Docs Related List on a given record should display all of the S-Docs ever generated for that record, as well as options to download and email those documents again. In order to display this, we need to add these columns to our Related List. Click the wrench icon on the S-Docs related list.

We recommend adding the following columns: View, Edit, Email, Doc Number, Name, Status, Doc Created On. These will display as columns from left to right on your related list (where top=left and bottom=right). To add a column, click on the column you want to add and then click the triangle button below "Add."

Additionally, we recommend sorting by Doc Created On descending.

Click OK once you’ve added all of your fields. The related list will appear as follows on a particular record’s page.

Note: Each time you edit an S-Docs template record with Auto Create Salesforce Attachment and link to record unchecked, the documents on the related list will change to reflect those edits. The related list will not store documents generated from previous versions of your templates, but rather generate a new document reflecting the most recent version of your template each time you view or email a document in this list.

Step 3:  Configure Your First Template

In order to start using S-Docs, you need to configure and activate at least one template. Start by navigating to the S-Docs templates page by clicking on the App Launcher in the upper left corner, typing S-Docs into the search bar, and clicking the S-Docs app.

Click over to the S-Docs Templates tab. This page is where all of your templates will appear. To create a new template, click New.

This is the template creation page. In this example, we will create an invoice template for the Opportunity object. Each field is explained below the screenshot.

Template Name: Enter a template name. This field is required.
Description: Optionally add a description. You should include any keywords that will be useful when searching for this template, because this field and the name field are searched during the template selection step. End users will see this when they are selecting templates.
Document Category: Optionally chose a category from the picklist. Templates can be grouped together so that a user can browse templates using a category picklist. If needed, you can later customize this picklist.
Related to Type: Pick an object from the picklist. This is the base or primary object this template will use. If needed, you can customize this list with your custom objectsThis field is required.
Template Format: Pick an output format. To support the same document in multiple formats, simply clone the template with a different "Format" field value. This field is required.
Document Version: Optionally use this field to track any internally used version number (or date) for this template. This is only for reference purposes.
Available for Use: Keep this box checked (it is checked by default). This ensures that the template is visible for document creation.
Initially Visible: Keeping this box checked (it is checked by default) will make this template visible on initial load of the document creation page based on the object type. Typically, you want to set this checkbox for the 10 most used templates for each object type.
Allow Edit: If you want users to be able to edit this document after it has been generated, check this box. Learn more about this feature.

Once you've filled in all of the values to your specifications, click Save. The template is now ready to be edited.

Utilize the Template Editor

Click the arrow on the left of the template detail page to show more buttons, then click the Template Editor button to design your template.

This is a very basic overview of the template editor. For a more in-depth explanation, click here.

This is the WYSIWYG template editor (What You See Is What You Get). Add some text, place the cursor where you want your Salesforce record data to be merged into the template, and then click on the Insert field button.

Select the field from the object you want to insert and click Insert.  The editor will add the merge field in the correct syntax into the template editor.

Repeat the above step for other fields.  In addition, you can add related lists and insert conditional logic. You can also use the editor tools to modify the document formatting. Or, click Source to view the HTML and add your own styles; the customization options are endless! Click Save when done.

You have now created your first template!

Note: You can also insert images, span related objects and create child object line items and add CSS stylesheets. Click here for an in-depth explanation of the template editor, or click here to read about advanced template editor features.

Step 4: Generate And Email Your First Document

Open any record for your object and click the S-Docs button you just created.

The template you created earlier will appear. (If it doesn't, make sure you’ve checked the Available for Use and the Initially Visible checkboxes when you created your template. Additionally, make sure you set "Related to Type" to the object you're using.) Select the template and click Next Step.

The document will generate in seconds. You can click on the "View" icon or the document number to view or download your document, or click the pencil icon to edit your document (this option is only available if Allow Edit has been checked on the template record). Click Email Selected Docs to bring up the email page for emailing the document.

You can edit all of the normal email fields on the email page, as well as the body of the email itself. The document you just generated is automatically added as an attachment to the email. To learn more about how to create custom email templates that automatically fill these fields in for you, click here.

Click Send when done. You have now created and emailed your first document with S-Docs!

Email Failure Troubleshooting

By default, S-Docs links outbound emails to the contact record with a matching email address; Salesforce requires this linkage. If you try to send an email to an email address that is not listed under any Contact record in your org, S-Docs will attempt to link it to a single dummy contact record called "No Contact Record." This contact record is created automatically by the S-Docs package to handle this linkage, and is immediately deleted once the email is sent.

If your org has implemented validation rules that require additional contact fields to be completed, then the S-Docs package will not be able to create this contact record. In this case, there are two main options.

Option 1 (Recommended)

Create a before insert, before update Apex trigger on the Contact object that automatically changes the fields on the No Contact Record that S-Docs creates so that your validation rules are not triggered. For example, the trigger might look like this if your validation rules prevent the contact field "This_Cannot_Be_Null__c" from being null:

trigger ContactFirstName on Contact (before insert, before update) {
    for (Contact c : trigger.new) {
        if (c.LastName == 'No Contact Record') {
            c.This_Cannot_Be_Null__c = 'some non-null value';
        }
    }
}

With this option, S-Docs will be able to create and delete the No Contact Record, and the email will be sent and logged in Activity History on the base object record.

If you require test coverage for your No Contact trigger, you can use the following test class:

Class Name: NoContactTestClass

@isTest
private class NoContactTestClass {    @isTest
    public static void noContactTest() {
    	Test.startTest();
        Contact testContact = new Contact();
        testContact.LastName = 'No Contact Record';
        insert testContact;
        Test.stopTest();
    }}

Option 2

Create the S-Docs No Contact Record manually with all of the fields filled in that are required by your validation rules. The fields that S-Docs requires should be filled in as follows:
First Name: Not Required. We recommend writing S-Docs to avoid confusion.
Last Name: No Contact Record
Email Address: this.email@is.invalid
You then need to add the following parameter to the end of your S-Docs button: &useExistingNoContactRecord=true
Note: This option is not recommended, as the email will not be logged in Activity History on the base object record.

Sandbox Deliverability

If you are testing S-Docs in a sandbox org and emails are not being delivered, you should check Setup > Email Administration > Deliverability, and check that "Access to Send Email" is set to "All email." By default, Salesforce turns off outbound email access when a sandbox is created to reduce the risk of inadvertently sending emails to contacts during development and testing. Be aware that this change effects the entire sandbox and not just S-Docs.

Top