A versão 20.9 do pacote do Adobe Sign para Salesforce muda a autorização para os objetos usados no suporte a documento grande do usuário do site a um usuário licenciado de “callback” que recebeu explicitamente a autoridade.

Remova todas as permissões existentes nos objetos confidenciais ou particulares atribuídos ao usuário de site no respectivo site usado para arquivos grandes ou contratos por push.

Para os clientes que estão atualizando para a versão 20.9 ou posterior, o processo recomendado é:

1. Atualize o pacote Adobe Sign para Salesforce para 20.9 (ou posterior)

2. Crie novo perfil de usuário Callback

• Clone o perfil de usuário padrão
  • Nomeie o novo perfil com um nome intuitivo (por exemplo: usuário callback do Adobe Sign)
  • Edite o perfil
    • Em Configurações de guia personalizada, certifique-se de que ambas as guias do administrador do Adobe Sign estejam definidas como Padrão habilitado
    • Em Permissões do objeto personalizado, habilite todos os valores para o objeto Contrato
    • Certifique-se de que essas páginas do Visualforce estejam habilitadas 
      • echosign_dev1.EchosignAdmin
      • echosign_dev1.SalesforceOAuthPage
    • Habilite a classe Apex echosign_dev1. Classe AgreementAttachmentDownloadService do Apex
  • Salve o perfil

3. Habilite a Contagem de chamada do serviço de anexo para o perfil do usuário Callback

• Navegue até Gerenciador de objeto > Contrato > Campos e relacionamentos 
• Clique no Rótulo de campo Contagem de chamada do serviço de anexo
• Clique no botão Definir segurança de nível de campo
• Habilite Visível e Somente leitura para o perfil de usuário Callback
• Clique em Salvar.

4. Crie um novo usuário que usa uma licença padrão do Salesforce

• Dê ao usuário um nome intuitivo (por exemplo: Adobe Sign Callback)
• Atribua uma licença do Salesforce
• Atribua o perfil criado acima
• Salve o novo usuário
• Verifique o usuário para definir a senha conhecida
• Faça logoff do Salesforce

5. Defina o usuário Callback

• Faça logon no Salesforce como o usuário Callback
• Navegue até a página Administrador do Adobe Sign
• Clique em Vincular uma conta no cabeçalho Usuário callback
  • Uma página Permitir acesso? é apresentada para vincular a userID autenticada no momento
• Clique em Permitir
  • Verifique se o usuário callback está vinculado corretamente
• Faça logoff do Salesforce

5. Atualize o site existente 

• Faça logon como administrador do Salesforce
• Navegue até Ferramentas da plataforma > Interface do usuário > Sites e domínios > Sites
• Clique no Rótulo do site para abrir os detalhes do site
• Clique no botão Configurações de acesso público
• Passe o mouse sobre o link Classe Apex habilitada e clique no botão Editar
  • Remova classe AgreementAttachmentService
  • Adicione a classe LargeFileDownloadService
  • Salve a página
• Clique no botão Editar na página Perfil de callback do Adobe Sign
  • Remova todas as permissões atribuídas explicitamente ao usuário do site
  • Clique em Salvar

A versão 20.9 do pacote Adobe Sign para Salesforce muda a autorização para os objetos usados no suporte ao Contrato por mensagem de push do usuário do site a um usuário licenciado de “callback” que recebeu explicitamente a autoridade.

Remova todas as permissões atribuídas ao usuário do site nos respectivos sites.

Para os clientes que estão atualizando para a versão 20.9 ou posterior, o processo recomendado é:

1. Crie o novo usuário callback

• Clone o perfil de usuário padrão
• Nomeie o novo perfil com um nome intuitivo (por exemplo: usuário callback do Adobe Sign)
• Salve o perfil

2. Crie um novo usuário “callback” que usa uma licença padrão do Salesforce

• Dê ao usuário um nome intuitivo (por exemplo: Adobe Sign Callback)
• Atribua uma licença do Salesforce
• Atribua o perfil criado acima
  • Salve o novo usuário
• Atribua o conjunto de permissões do Usuário de integração do Adobe Sign ao usuário callback criado acima
  • Salve o conjunto de permissões

3. Atualize o pacote Adobe Sign para Salesforce para 20.9 (ou posterior)

4. Defina o usuário Callback

• Depois que a atualização for concluída, faça logon no Salesforce como usuário callback
• Navegue até a página Administrador do Adobe Sign (Iniciador de aplicativos > Adobe Sign para Salesforce > Administrador do Adobe Sign)
• Clique em Vincular uma conta no cabeçalho Usuário callback
  • Uma página Permitir acesso? é apresentada para vincular a userID autenticada no momento
• Clique em Permitir
  • Verifique se o usuário callback está vinculado corretamente
• Faça logoff do Salesforce

5. Atualize o site existente 

• Faça logon no Salesforce como o usuário administrador
• Navegue até Ferramentas da plataforma > Interface do usuário > Sites e domínios > Sites
• Clique no Rótulo do site para abrir os detalhes do site
• Clique no botão Configurações de acesso público
• Clique no botão Exibir usuários
• Clique no link Nome completo do usuário do site
• Passe o mouse sobre o link Atribuições do conjunto de permissões e clique no botão Editar atribuições
• Remova o conjunto de permissões do Usuário de integração do Adobe Sign
• Remova todas as outras permissões atribuídas explicitamente ao usuário do site
• Clique em Salvar.

As organizações que usam a interface do Lightning no Salesforce devem ter a opção Meu domínio ativada para a v20 do pacote do Adobe Sign para funcionar corretamente.

As organizações que usam a interface Classic não precisam ter a opção Meu domínio configurada neste momento.

A v20 do pacote do Adobe Sign inclui três novas funções de destinatário:

• Aceitador - A função do aceitador é apropriada para quando o destinatário precisa reconhecer uma aprovação do contrato sem aprovar formalmente o conteúdo
  
• Preenchedor de formulários - Desenvolvida especialmente para os clientes que têm a necessidade de preencher o conteúdo do formulário durante o processo de assinatura
  
• Destinatário certificado - Os destinatários certificados não podem ter campos de formulário atribuídos a eles. Durante o processo de “assinatura”, será solicitado que eles deleguem, neguem ou aprovem o contrato

Para obter acesso a essas funções, elas devem ser adicionadas em um processo de três etapas (quatro etapas se você desejar localizar as funções para idiomas diferentes do inglês).

Habilitar as funções no Adobe Sign:

1. Faça logon no Adobe Sign como um administrador de conta
2. Navegue até Conta > Configurações de conta > Configurações de envio > Funções de destinatário permitidas
3. Habilite as funções que você precisa fornecer suporte
4. Clique em Salvar

Habilitar as funções nas configurações personalizadas (Salesforce):

1. Faça logon no Salesforce como um administrador
2. Navegue até Configuração > Ferramentas da plataforma > Código personalizado > Configurações personalizadas
3. Clique no rótulo Configurações do Adobe Sign.
4. Clique no botão Gerenciar
5. Clique em Novo (ou Editar, se já tiver configurado)

Os valores de definição são: 

• Habilitar função de Aceitador - Os destinatários marcados como aceitadores aceitam o documento. Eles podem ser necessários para inserir dados de campo
• Habilitar função de Preenchedor de formulários - Os preenchedores de formulários são habilitados para preencher dados de nível de campo
• Habilitar função de Destinatário certificado - Os destinatários certificados confirmam recebimento do contrato, mas não o assinam. Pode ser necessário que preencham dados de campo

Os valores de status dos objetos de destinatário e do contrato estão vinculados diretamente às funções ativadas no sistema. Se você estiver ativando funções adicionais, também será necessário adicionar os valores de função associados a várias listas de seleção de objeto.  O processo é consistente para cada objeto, com algumas variações nos valor adicionados, dependendo do contexto do objeto.

Os objetos > campos que precisam ser atualizados são:

• Destinatário > Função do destinatário
• Destinatário > Status
• Adicionar destinatário > Função do destinatário
• Contrato > Status do contrato
• Mapeamento do campo > Mapear em eventos
• Mapeamento de arquivos > Mapeamento em eventos

Os valores de campo que devem ser adicionados são:

O processo de adicionar os valores e localiza-os é consistente em todos os objetos.

Abaixo, o processo para Destinatário > Função do destinatário, que pode ser aplicado para cada objeto.

Adicionar as funções à lista de seleção do Destinatário:

Uma vez que as novas funções são ativadas, os valores da lista de seleção de campos devem ser atualizados para incluí-los.

1. Navegue até Configuração > Ferramentas da plataforma > Objetos e campos > Gerenciador de objeto

2. Selecione Destinatário na lista à esquerda

3. Selecione Campos e relacionamentos no painel esquerdo

4. Selecione o campo Função do destinatário

5. Role a página para baixo até a seção Valores e selecione Novo

6. Insira os novos valores de função ativados. Os valores válidos são:

• Aceitador
• Preenchedor de formulários
• Destinatário certificado
• Delegar como Aceitador
• Delegar como Preenchedor de formulário
• Delegar como Destinatário certificado

7. Clique em Salvar ao concluir

A lista de seleção resultante deve ter esta aparência (supondo que você adicionou todas as funções):

Localizar os status da função por meio do workbench de tradução:

1. Navegue até: Configuração > Ferramentas de plataforma > Interface do usuário > Workbench de tradução > Traduzir

• Selecione o Idioma que deseja localizar
• Selecione o Componente de instalação como Valor de lista de seleção
• Selecione Objeto como Destinatário

• Na tabela Lista de seleção principal, abra a pasta Função do destinatário

• Clique duas vezes no espaço da coluna ao lado do Status em inglês para abrir o campo de texto onde a tradução pode ser inserida e insira o valor localizado adequado 

2. Clique em Salvar ao concluir

O campo Documento do objeto Contrato contém um hiperlink para o contrato. Há duas alterações nesse campo na versão v20:

• O texto do hiperlink não possui o status do contrato acrescido a ele. 

Antes da v20, o texto do hiperlink continha o nome do contrato e o status “- assinado” ou “- aprovado” acrescido ao final:

A versão 20 remove o status adicionado, deixando apenas o nome do contrato:

• Antes da v20, o campo Documento continha o hiperlink somente quando a transação de contratos era concluída com êxito. 

No pacote da v20, o campo Documento sempre contém a versão PDF mais recente do contrato:

O Texto de ajuda para o evento do Chatter Postar quando o contrato for enviado pode ser atualizada para permanecer consistente com as novas funções do destinatário.

1. Navegue até Configuração > Ferramentas da plataforma > Código personalizado > Configurações personalizadas
2. Clique no rótulo Configurações do Adobe Sign Chatter.
3. Clique no link Editar ao lado de Publicar quando o contrato for enviado

4. Atualize o texto de ajuda para ler: Publicar atualização do Chatter quando o contrato for enviado para assinatura/aprovação/aceitação/preenchimento/entrega.

5. Clique em Salvar.

Como o Adobe Sign se expandiu, a infraestrutura mudou para data centers mais robustos, e isso resultou em algumas alterações nos intervalos de IP que sua organização do Salesforce precisa confiar para garantir a comunicação ideal entre os serviços.

Abaixo estão as alterações incrementais da v18 para v19.  Certifique-se de que os sites configurados estejam atualizados além das redes centrais confiáveis.

Com a versão v19, as configurações CRUD e FLS em objetos padrão e personalizados são aplicadas. O aplicativo verifica o nível de objeto e campo e as permissões de leitura e gravação. Se o usuário não tiver o acesso apropriado, aparecerá um erro de permission denied.

Após atualizar para v19, se um usuário do Salesforce receber um erro de permissão negada semelhante a:

Permissão negada. Não é possível inserir o campo echosign_dev1__Contract__c no objeto: echosign_dev1__SIGN_Agreement__c

então, o administrador do Salesforce precisará adicionar permissões de leitura e gravação ao objeto do contrato e, para qualquer campo personalizado criado, aos perfis relevantes.

• Navegue até: Configuração > Administração > Usuários > Perfil > {Nome do perfil} 
• Role para baixo até a seção Segurança em nível de campo personalizada e clique na ação Exibir para o objeto Contrato
• Forneça acesso de Leitura e Edição aos campos relevantes

Há uma configuração personalizada obsoleta na versão 19:

• Ativar Enviar assinatura manuscrita para fax - O Adobe Sign já não oferece suporte ao envio de um contrato para um número de telefone. As assinaturas manuais seguem o mesmo processo que a assinatura eletrônica até o momento em que o primeiro signatário precisa aplicar sua assinatura. Eles baixam, assinam, digitalizam e fazem upload do arquivo no Adobe Sign.
  

>> Mais detalhes sobre a assinatura manual

Há uma nova guia na v19: Tipos de contrato

• Um novo objeto personalizado que chamou o Tipo de contrato (Agreement_Type__c) foi introduzido para definir um tipo de contrato. Tem um campo Nome padrão, mas os campos adicionais podem ser adicionados posteriormente para definir seus próprios campos personalizados. Um objeto é usado em vez de um campo de texto simples, pois isso permite que um registro único defina um tipo mais flexível e extensível. Também separa o tipo do modelo de contrato e o contrato, de modo que o modelo de contrato possa ser alterado sem estar vinculado ao tipo, e vários modelos possam ser definidos com o mesmo tipo.
• Um novo campo principal de pesquisa que chamou o Tipo de contrato (Agreement_Type__c) foi adicionado ao objeto Modelo de contrato, que aponta para o objeto Tipo de contrato. O campo será exibido na seção Detalhes do modelo de contrato na página do modelo de contrato.
• Um novo campo principal de pesquisa que chamou o Tipo de contrato (Agreement_Type__c) foi adicionado ao objeto Contrato, que aponta para o objeto Tipo de contrato. O campo não aparecerá na página do editor do contrato.

Adicione o campo de pesquisa principal, chamado Tipo de contrato (Agreement_Type__c), ao Layout da página de modelo do contrato:

• Navegue até Instalação > Ferramentas da plataforma > Objetos e campos > Gerenciados de objeto > Modelo de contrato > Layout de página > Layout do modelo de contrato
• Selecione a opção Campos.
• Clique no campo Tipo de contrato e arraste-o para o layout de página.
• Clique em Salvar.

Atualizar os clientes é extremamente recomendado para adotar o uso da página Lightning e garantir que os novos recursos estejam disponíveis conforme o desenvolvimento continua a aprimorar o produto.

Dito isso, você pode precisar manter um dos layouts de página mais antigos por alguns bons motivos. Consulte o guia sobre como definir o layout de página do Salesforce para determinar se é melhor migrar para a página do Lightning.

Quando o aplicativo Adobe Sign para Salesforce é atualizado de versões anteriores à v14 para o build atual, os usuários podem não conseguir realizar ações como Excluir, Cancelar, Exibir, Lembrar ou Atualizar em contratos existentes que foram enviados por outros usuários antes da atualização. 

Pode ser exibido um erro ao executar uma dessas ações, semelhante a:

“INVALID_DOCUMENT_KEY” ou “Ocorreu um erro de servidor interno”

Isso acontece devido a um estilo legado de chave do documento que é usado em versões do aplicativo anteriores à 14.

Uma migração única dessas chaves legadas é necessária. Por tanto, um novo affordance é descrito abaixo:

Depois de concluir as etapas de configuração, os seguintes links estarão disponíveis na página do Administrador do Adobe Sign:

• Obter chaves do documento ausentes - clicar nesse link executará uma ação em lote para coletar chaves de documento ausentes de contratos existentes
• Obter chaves do documento ausentes - clicar nesse link eliminará as chaves de documento herdadas e buscará as novas chaves de documento referentes a todos os contratos que existem na organização. 

Em caso de contratos que não tenham chaves de documento associadas, o recurso buscará chaves de documento para eles também

Quando os contratos tiverem novas chaves de documento, os usuários poderão executar todas as ações de contrato em contratos existentes enviados por outros usuários.

Adicionar link de PDF assinado para contrato enviado - Essa configuração se aplica apenas para contratos enviados fora do Salesforce. Ative essa configuração para adicionar um link do PDF assinado para o registro do Contrato.

Qualquer usuário que interaja diretamente com os Mapeamentos de grupo, precisará garantir que tem as permissões corretas.

• Isso é melhor realizado ao adicionar o conjunto de permissões do Administrador do Adobe Sign ao usuário
• O perfil do usuário deve ter a permissão Instalação e configuração de exibição ativada

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Qualquer usuário que usar a API do Adobe Sign precisará do conjunto de permissões do Usuário do Adobe Sign.

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Para que os usuários interajam com o componente de assinatura própria do Adobe Sign:

• O conjunto de permissões do Usuário do Adobe Sign deve ser aplicado ao usuário
• O objeto Contato do Salesforce deve ter o valor Ler ativado
  • O campo Email do objeto Contato deve ter o valor Ler ativado

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que interagem com os modelos de contrato necessitam de:

• O conjunto de permissões do Administrador do Adobe Sign a ser adicionado
• Acesso a todos os campos para o objeto principal especificado no Salesforce

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que acionam ações em lote necessitarão de:

• O conjunto de permissões do Administrador do Adobe Sign

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Qualquer usuário que usar o Adobe Sign por meio de dispositivos móveis S1 necessitará de:

• O conjunto de permissões do Usuário do Adobe Sign
• O objeto Oportunidade do Salesforce deve ter o valor Ler ativado
  • O campo Nome do objeto Oportunidade deve ter o valor Ler ativado
    

• O objeto Conta do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Conta deve ter o valor Ler ativado
    

• O objeto Contrato do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Contrato deve ter o valor Ler ativado
    
  • O campo Número do contrato do objeto Contrato deve ter o valor Ler ativado
    

• O objeto Contato do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Contato deve ter o valor Ler ativado
    
  • O campo Email do objeto Contato deve ter o valor Ler ativado
    

• O objeto Lead do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Lead deve ter o valor Ler ativado
    
  • O campo Email do objeto Lead deve ter o valor Ler ativado

• O objeto Documento do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Documento deve ter o valor Ler ativado
    
  • O campo Tipo do objeto Documento deve ter o valor Ler ativado
  • O campo Tipo de conteúdo do objeto Documento deve ter o valor Ler ativado
    
  • O campo Corpo do objeto Documento deve ter o valor Ler ativado

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que precisam de acesso à guia Administração necessitam do conjunto de permissões do Administrador do Adobe Sign.

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que usam as ações do Publicador necessitam de:

• O conjunto de permissões do Usuário do Adobe Sign
• A permissão do sistema Inserir valores de campo do sistema para feeds do Chatter ativada 

• O objeto Oportunidade do Salesforce deve ter o valor Ler ativado
  • O campo Nome do objeto Oportunidade deve ter o valor Ler ativado
    

• O objeto Conta do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Conta deve ter o valor Ler ativado

• O objeto Contato do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Contato deve ter o valor Ler ativado
    
  • O campo Email do objeto Contato deve ter o valor Ler ativado
    

• O objeto Lead do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Lead deve ter o valor Ler ativado
    
  • O campo Email do objeto Lead deve ter o valor Ler ativado

• O objeto Documento do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Documento deve ter o valor Ler ativado
    
  • O campo Tipo do objeto Documento deve ter o valor Ler ativado
  • O campo Tipo de conteúdo do objeto Documento deve ter o valor Ler ativado
    
  • O campo Corpo do objeto Documento deve ter o valor Ler ativado
• O objeto Cota do Salesforce deve ter o valor Ler ativado

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que editam modelos necessitarão de:

• O conjunto de permissões do Administrador do Adobe Sign
• O objeto Contato do Salesforce deve ter o valor Ler ativado
  
• O objeto Lead do Salesforce deve ter o valor Ler ativado
• O objeto Documento do Salesforce deve ter o valor Ler ativado
  
  • O campo URL do objeto Documento deve ter o valor Ler ativado
    

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

O processador de modelos de contrato necessita de:

• O conjunto de permissões do Administrador do Adobe Sign
• O objeto Contato do Salesforce deve ter o valor Ler ativado
  
  • O campo Telefone celular do objeto Contato deve ter o valor Ler ativado
    

• O objeto Lead do Salesforce deve ter o valor Ler ativado
  
  • O campo Telefone celular do objeto Lead deve ter o valor Ler ativado
    

• O objeto Oportunidade do Salesforce deve ter o valor Ler ativado
• O objeto Conta do Salesforce deve ter o valor Ler ativado
  
• O objeto Grupo do Salesforce deve ter o valor Ler ativado
  
• O objeto Cota do Salesforce deve ter o valor Ler ativado

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que editam contratos necessitam de:

• O conjunto de permissões do Usuário do Adobe Sign

• O objeto Lead do Salesforce deve ter o valor Ler ativado
  • O campo Empresa do objeto Lead deve ter o valor Ler ativado

• O objeto Evento do Salesforce deve ter o valor Ler ativado
  
  • Todos os campos do objeto Evento devem ter o valor Modificar ativado

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que editam os mapeamentos de mesclagem necessitam de:

• O conjunto de permissões do Administrador do Adobe Sign
• Qualquer objeto/campo que os mapas de mesclagem acessem necessita dos valores Ler e Modificar ativados
  

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que aproveitam mapeamentos de mesclagem necessitam de:

• O conjunto de permissões do Usuário do Adobe Sign
• O objeto Conta do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Conta deve ter o valor Ler ativado

• O objeto Oportunidade do Salesforce deve ter o valor Ler ativado
  
  • O campo Nome do objeto Oportunidade deve ter o valor Ler ativado

• Qualquer objeto/campo que os mapas de mesclagem acessem necessita dos valores Ler e Modificar ativados

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os usuários que editam os mapeamentos de dados necessitam de:

• O conjunto de permissões do Administrador do Adobe Sign
• Qualquer objeto/campo que os mapas de mesclagem acessem necessita dos valores Ler e Modificar ativados
  

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

O processamento de mapeamentos de dados necessita de:

• O conjunto de permissões do Usuário de integração do Adobe Sign
• Qualquer objeto/campo que os mapas de dados acessem necessita dos valores Ler e Modificar ativados
  
• O objeto Anexo do Salesforce necessita de acesso com base no registro principal

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

As integrações de Chatter necessitam de:

• O conjunto de permissões do Usuário de integração do Adobe Sign
• A permissão do sistema do Salesforce Inserir valores de campo do sistema para feeds do Chatter ativada

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

Os contratos por mensagem de push necessitam que o usuário callback tenha:

• O conjunto de permissões do Usuário de integração do Adobe Sign

• O objeto Conta do Salesforce deve ter os valores Ler e Criar ativados

• O objeto Contrato do Salesforce deve ter os valores Ler e Criar ativados
  

• O objeto Oportunidade do Salesforce deve ter os valores Ler e Criar ativados
  

• O objeto Contato do Salesforce deve ter os valores Ler e Criar ativados
  • O campo Nome do objeto Contato deve ter os valores Ler e Modificar ativados
    
  • O campo Email do objeto Contato deve ter os valores Ler e Modificar ativados
  • O campo Conta do objeto Contato deve ter os valores Ler e Modificar ativados
    

• O objeto Lead do Salesforce deve ter os valores Ler e Criar ativados
  • O campo Nome do objeto Lead deve ter os valores Ler e Modificar ativados
    
  • O campo Email do objeto Lead deve ter os valores Ler e Modificar ativados
  • O campo Empresa do objeto Lead deve ter os valores Ler e Modificar ativados

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo:

O usuário callback deve ser configurado e vinculado:

• Adição do conjunto de permissões do Usuário de integração do Adobe Sign
• O perfil do usuário Callback deve habilitar a Permissão administrativa para Modificar os metadados

Além disso, o perfil do site deve ser editado para:

• Adicione a classe LargeFileDownloadService
• Remover a classe AgreementAttachmentService

Veja a seguir uma listagem explícita dos objetos e dos campos obrigatórios, se usar o conjunto de permissões não for aceitável por algum motivo: