Adobe Acrobat Sign for NetSuite：安装和自定义指南 (v4.0.7)

在 NetSuite 中，导航到"Adobe Sign 配置"列表页面。

在 Adobe Sign 配置列表页面上，为"使用 OAuth 访问 Adobe Sign API"记录选择"查看"。

在 Adobe Acrobat Sign 配置页面上，选择使用 Adobe Acrobat Sign 登录。

当Adobe Acrobat Sign 登录页面显示时，请输入您的凭据。

在显示的确认访问页面（适用于 OAuth）中，选择 允许访问。

授权完成后，您会被重定向回 NetSuite 中的 Adobe Acrobat Sign 配置页面，如下所示：

导航至"自定义">"列表、记录和文件">"记录类型"，然后找到Adobe Acrobat
Sign 协议。（您也可以使用全局搜索）。

单击右侧的"搜索"链接。

在"状态"下，选择"等待签名"，然后选择"提交"。

请记录数据数量，以估算更新时间。

导航至自定义 > SuiteBundler > 搜索和安装 > 列表。

找到如下所示的当前捆绑包。

从"操作"下拉列表中，选择"更新"。

在"预览捆绑包更新"页面上，单击"更新捆绑包"，无需更改页面上显示的任何默认值。

注意：更新捆绑包时可能会出现以下警告。如果您尚未自定义 NetSuite 电子签名记录，则可以继续操作。如果您不确定，我们建议您先在沙箱帐户上安装捆绑包进行测试，然后再在生产帐户中更新捆绑包。

在更新安装过程中，捆绑包的状态显示为待处理。

要显示更新的状态，请点击 Refresh。

软件包更新完成后，Adobe Acrobat Sign for NetSuite 会显示在 Installed Bundles 页面上。

导航到 Setup > Company > General Preferences。

向下滚动页面并选择 Custom Preferences 子选项卡。

根据需要启用和配置您的 Acrobat Sign 偏好设置：

• Enter EchoSign API Key for Your Account - 请勿在此字段中添加或编辑任何值。
• Use Parent Record Contact as Signer—如果启用，在创建协议时，父记录联系人会默认为第一个签名者。发送者可以在发送协议之前删除或编辑默认签名者，或向协议添加其他签名者。
• Use Trans. Contact as Signer if present - 只有在同时启用 Use Parent Record Contact as Signer 偏好设置时才有效。如果启用，从报价等事务记录生成协议时，主要事务联系人会默认为第一个签名者。有关更多信息，请参阅 Transaction Records 。如果没有主要交易联系人，或者从 NetSuite 对象记录（如客户记录或合作伙伴记录）发送，默认收件人将是客户的主要联系人。发送方可以在发送前删除或编辑默认签署者，或向协议添加其他签署者。
• 允许将收件人标记为审批者—如果启用，发送方可以将收件人标记为审批者。标记为审批者的收件人可以审阅和批准协议，但无需签署协议。审批者可能需要在审批过程中向字段输入数据。
• 首选协议文件夹 ID—用于指定存储最终签署协议的文件夹。如果您未为此字段设置值，默认情况下最终签署的协议保存在与原始文档文件相同的文件夹中。文件夹 ID 必须是数字。
• 自动附加交易 PDF如果启用，从交易记录创建新协议时，交易 PDF 会自动附加到协议中。
• 添加签署的 PDF 作为（附件或关联）—如果从下拉列表中选择列表，签署的 PDF 会自动作为文件关联添加。如果从下拉列表中选择附件，签署的 PDF 会作为协议记录上的附件存储在 NetSuite 中。
• 在协议中包含审核记录 PDF—如果启用，协议签署后审核记录 PDF 会自动附加到协议记录中。
• 身份验证方法适用于— 它允许您将身份验证方法应用于特定收件人。选项包括所有签署者、仅外部签署者或仅内部签署者。
• 创建协议时可以选择启用的身份验证方法。如果此处启用了多种身份验证方法，验证签署者身份选项会显示在Adobe Acrobat Sign 协议页面上。

► 启用签署时需要密码—要求签署者输入您指定的一次性密码。

► 启用基于知识的身份验证—要求签署者提供其姓名、地址以及 SSN 的后四位数字（可选），然后回答一系列问题来验证他们提供的信息。仅在美国可用。

► 启用 Web 身份验证—要求签署者通过登录以下地点之一来验证身份：Facebook、Google、LinkedIn、Microsoft Live、Twitter 或 Yahoo!。

• 在 Adobe Acrobat Sign 中自动配置用户—如果启用，在 NetSuite 中发送协议的用户会自动获得 Adobe Acrobat Sign 用户帐户的自动配置。

要保存您的偏好设置，请在页面顶部或底部选择保存。

导航至 设置 > 公司 > 启用功能。

选择 SuiteCloud 子选项卡。

启用以下选项：

• 在 SuiteBuilder 部分，启用 自定义记录 选项。
• 在 SuiteScript 部分，启用 客户端 SuiteScript 和 服务器 SuiteScript 选项，并同意两者的服务条款。

单击保存。

您的选项设置应如下图所示：

导航到 "自定义">"脚本">"脚本"。

脚本列表页面显示。

在 脚本 列表页面上，找到您必须部署的脚本，然后选择 查看。

• 要添加发送以供签名按钮，请选择Adobe Acrobat Sign Estimate Button脚本。
• 要添加 协议选项卡，请选择 Adobe Acrobat Sign Agreement Loader 脚本。

在 脚本页面上，选择部署脚本。

在脚本部署页面上，执行以下操作：

• 从 "适用于" 列表中，选择记录的类型。
• （可选）输入脚本部署 ID。（请参阅 NetSuite 帮助中心中的 "创建自定义脚本部署 ID" 主题以获取更多信息。）如果您不输入 ID，系统将生成一个。
• 选中 "已部署" 复选框。

• 将状态设置为已发布。
  • 您无需指定事件类型或日志级别。
• 从执行身份角色下拉菜单中，选择以管理员身份执行。
• 在受众子选项卡处于主要状态时（默认情况下为主要状态），选择您要向其授权访问权限的特定角色或用户。如果您要向所有角色和用户授权访问权限，请启用相应的全选选项。
• 单击保存。 当显示更改确认时，单击返回。

在脚本部署页面顶部，选择列表。

这会将您带回到脚本列表页面。

对其他脚本重复上述步骤 2 和 3。

导航到自定义 > 列表、记录和文件 > 记录类型。

在记录类型页面上，单击Adobe Acrobat Sign 协议以将其选中。

在自定义记录类型页面上，从访问权限类型下拉菜单中选择使用权限列表。

选择权限子选项卡。

此时将显示角色和权限的列表。

为添加到"Adobe Acrobat Sign 协议"记录类型的其他自定义角色设置权限，具体如下：

1. 从角色列表中选择角色。
2. 将"色阶"设为完全。
3. 将默认表单设置为自定义 Adobe Acrobat Sign 协议表单。
4. 选择限制表单复选框。
5. 要保存角色行的更改，请选择添加。
6. 对于所有其他自定义角色，重复上述步骤 1 至 5。
7. 为所有角色设置权限后，在自定义记录类型页面上选择保存。客户记录类型页面将重新显示。

重复执行上述步骤 1 至 3，将所有其他 Adobe Acrobat Sign 记录类型的"访问权限类型"设为

无需权限。这适用于以下记录类型：

• Adobe Acrobat Sign Config
• Adobe Acrobat Sign 文档
• Adobe Acrobat Sign Event
• Adobe Acrobat Sign Language
• Adobe Acrobat Sign Script Errors
• Adobe Acrobat Sign Signed Agreement
• Adobe Acrobat Sign Signer

导航到"自定义">"脚本">"脚本"。

脚本列表页面随即显示。

• 如有必要，使用筛选条件来定位 Adobe Acrobat Sign 脚本。

在脚本页面上，找到 Adobe Acrobat Sign 估价单按钮脚本（控制发送以供签名按钮），然后单击"查看"。

在脚本页面上：

1. 选择部署子选项卡。
2. 在"适用于"下，为您要修改的实体选择链接 [本示例中为报价]。
3. 在脚本部署页面上，选择编辑。
4. 在"受众"子选项卡处于主要状态时，选择您要授权访问的特定角色或用户。 
5. 要向所有角色和用户授予访问权限，请启用相应的全选选项。
6. 选择保存。

导航至定制化 > 脚本 > 脚本

在脚本页面上，定位Adobe Acrobat Sign Agreement Loader脚本并选择查看。

在脚本页面上，执行以下操作：

1. 选择部署子选项卡
2. 在"应用于"下，单击要修改访问权限的实体的链接。
3. 在脚本部署页面上，选择编辑。
4. 当受众子选项卡处于主要状态时（默认为主要状态），选择要授权访问权限的特定角色或用户。 
5. 要授权所有角色和用户的访问权限，启用相应的全选选项。
6. 选择保存。

选择或创建您要从中发送协议的客户记录，或者您可以选择已启用"协议"选项卡的其他 NetSuite 记录类型。
\n

选择新协议。

在Adobe Acrobat Sign 协议页面上，选择编辑。

按如下方式指定协议的选项：

• 协议名称输入协议的名称。
• 消息为收件人输入自定义消息。
• 签名类型选择文档接受的签名类型。选项有 电子签名和 传真签名。
• 我也需要签署此协议启用此选项，表明发送者也必须签署该协议。
• 签名顺序如果启用了 我也需要签署此协议选项，请选择发送者和收件人的签署顺序。选项有"我先签署，然后收件人签署"、"收件人先签署，然后我签署"和"无"。
• 预览文档或定位签名（或表单字段）启用此选项，允许发送者预览协议，并允许他们在将协议发送给收件人之前向协议添加字段（拖放签名、首字母缩写字段和其他表单字段）。
• 验证签署者身份启用此选项，然后选择以下身份验证选项之一：
  • 签署时需要密码：要求签署者输入您指定的一次性密码。
  • 基于知识的身份验证：要求签署者提供姓名、地址，以及可选的社会保障号码后四位数字，然后回答一系列验证所提供信息的问题。仅在美国可用。
  • Web 身份验证：要求签署者通过登录以下地点之一来验证身份：Facebook、Google、LinkedIn、Twitter、Yahoo! 或 Microsoft Live。
• 查看 PDF 需要密码—启用此选项，要求收件人在打开协议 PDF 或已签署协议之前输入密码。发送给所有人的 PDF 文件将被加密，打开时需要此密码。请勿丢失您的密码，因为密码无法恢复。如果您丢失了密码，必须删除该事务并重新开始。
• 密码/确认密码如果启用了 查看 PDF 时需要密码选项，请输入查看协议时应使用的密码。
• 提醒收件人签署指定是否以及多久发送一次提醒给收件人。选项有 从不、每日或 每周。
• 语言指定向收件人显示签署页面和电子邮件通知的方式。
• 为首个签署者主机亲自签名启用此选项，允许发送者为首个签署者主机亲自签名。

注意：KBA、Adobe Sign 和电话验证需要您在浏览器中开启第三方 Cookie。
\n

• 签署截止天数输入整数以表示协议的签署截止日期（今天的日期 + 天数）。
• 父记录—（可选）选择父记录以将其关联到协议。

选择"文档"选项卡。

在"文档"子选项卡上，使用Adobe Acrobat Sign 文档下拉菜单并单击"附加"，从文件柜中附加现有文档。

或者，单击"新建 Adobe Acrobat Sign 文档"按钮上传新文档，以访问Adobe Acrobat Sign 文档页面（如下所示），您可以在其中输入 NetSuite 文件柜中文档的名称、从事务记录中选择文件（如果适用）或附加新文档。

您可以向协议添加多个文档。

单击收件人子选项卡并输入以下详细信息：

• 通过从联系人列表中选择或输入电子邮件地址来指定收件人。
• 为每个收件人分配以下角色之一：
  • 签名者必须签署协议。
  • 审批者必须审批但不签署协议，并且可以选择向协议添加数据。
  • 抄送收件人会收到协议更新通知以及协议签署和完成时的通知。抄送收件人不参与签名或审批流程。

有关更多信息，请参阅设置自定义偏好设置。

• 如果单独启用"使用父记录联系人作为签名者"自定义偏好设置，或与"使用事务联系人作为签名者"偏好设置一起使用，会设置默认的第一个收件人，但可以更改。
• 输入每个收件人后，选择添加。

要保存协议，请选择保存。

导航到自定义 > 脚本 > 脚本。

在脚本页面上，找到Adobe Acrobat Sign 捆绑包安装脚本，然后单击编辑。

在脚本页面上，单击以选择执行日志子选项卡。

单击刷新。

执行日志将更新以反映状态。详细信息列显示您的协议更新进度。

检查 Adobe Acrobat Sign External Update 脚本的部署执行日志，以确认是否收到来自 Adobe Acrobat Sign 的调用：

1. 导航至"自定义">"脚本">"脚本部署"。
2. 在脚本部署页面上，找到Adobe Acrobat Sign External Update脚本，然后单击编辑。
3. 在脚本部署页面上，单击以选择执行日志子选项卡。
   • 您应该看到每个协议 ID 的"已更新协议记录"条目。

检查Adobe Acrobat Sign Update Agreements脚本的部署执行日志，查看是否有任何错误，操作如下：

1. 导航至"自定义">"脚本">"脚本部署"。
2. 在"脚本部署"页面上，找到状态为"Scheduled"的Adobe Acrobat Sign Update Agreements脚本，然后单击"编辑"。
3. 在脚本部署页面上，单击以选择执行日志子选项卡。
4. 在类型下，选择错误来筛选结果。

最后，按照上述步骤 2 中的说明检查Adobe Acrobat Sign Manager脚本的执行日志中是否有错误。