Dicionário do Adobe Acrobat Sign

Documentos/arquivos/anexos vs. Contratos vs. Transações

Documentos/arquivos/anexos são todos arquivos individuais carregados no sistema do Acrobat Sign. São os materiais para criar o Contrato.
Contratos são os objetos voltados para o cliente, que o Acrobat Sign cria a partir dos arquivos carregados e que os destinatários preenchem ou assinam. "Contrato" é o termo usado para definir o objeto durante o processo de obtenção de assinaturas e o PDF final que é gerado.
Transações abrangem o Contrato e todos os registros e documentação associados gerados para/pelo Contrato ao longo do caminho. (por exemplo: relatórios de auditoria, resultados de autenticação, dados em nível de campo, páginas .csv)

Prefixos de recurso

Conforme os recursos evoluem, prefixos serão aplicados para indicar qual a posição do recurso no lançamento/fim do ciclo de vida útil.

Novo(a) - Algo totalmente novo.
Moderno(a) - Algo atualizado que pode ter a opção de alternar entre as experiências moderna e clássica.
- As versões Modernas de certas coisas podem ter Novos recursos. Por exemplo, a versão Moderna do designer de fluxo de trabalho personalizado apresenta Novos recursos
Clássico(a) - A versão mais antiga de algo que está sendo atualizado, geralmente usada quando há uma opção para alternar entre as versões ativas.
Legado - A versão mais antiga de algo, quando a opção para alternar é removida das contas recém-criadas.

Interno vs. Externo

O termo "Interno" descreve o grupo de IDs de usuário em um ID de conta comum. Esses IDs de usuário são internos à conta, e as configurações que se aplicam aos usuários internos aplicam-se somente a esses IDs de usuário.

Todos os outros endereços de email são "Externos".

Observação:

Muitas empresas têm várias contas.

Os usuários da mesma empresa (que compartilham o mesmo domínio no endereço de email), mas não dentro do mesmo ID de conta são externos um ao outro

Os administradores de nível de conta podem obter uma lista completa de endereços de email internos navegando até Conta > Usuários e clicando no ícone Exportar lista de usuários.

Um arquivo CSV é baixado para o sistema local. Este CSV enumera os usuários na conta, incluindo seu status atual.

Objetos e IDs de objeto

Objetos

No escopo do Adobe Sign, um “objeto” é um grupo de atributos/propriedades compreendidos isoladamente.

Os tipos de objetos são:

A conta como um todo
Grupos
Usuários
Contratos

Quando todos os objetos do mesmo tipo têm a mesma lista de propriedades, os valores atribuídos a essas propriedades serão frequentemente diferentes e, em alguns casos, precisam ser.

Por exemplo, todos os Usuários têm uma propriedade de endereço de email, e o valor para o email de cada usuário deve ser exclusivo.

Quando "objetos" são usados na documentação, o entendimento é que todo o tipo de objeto está sendo incluído. (por exemplo, os Usuários podem ser criados com um arquivo CSV)

Objeto IDs

Todos os objetos têm números de identificação exclusivos para serem distinguidos entre objetos do mesmo tipo. Cada usuário tem userID exclusivo. Cada contrato tem um agreementID exclusivo.

Objetos frequentemente usam objectIDs como atributo principal para estabelecer relações com outros objetos. Dessa forma, os objetos podem manter relações contínuas mesmo que outros atributos sejam alterados.

Por exemplo, um UserID pode criar vários AgreementIDs, e essa relação persiste mesmo se o usuário alterar outras propriedades, como o nome e o endereço de email do usuário.

Quando usado em uma documentação, um objectID identifica uma instância exclusiva de um tipo de objeto. (por exemplo, alterar o endereço de email de um userID não altera quem tem a propriedade dos contratos de userIDs.)

Relações Pai - Filho (Modelo)

A ideia de um relacionamento pai-filho é melhor ilustrada com um modelo usado para gerar várias cópias de si mesmo sem consumir o modelo. Como o pai está diretamente relacionado ao contrato filho gerado, o objeto pai pode relatar o status relativo de todos os contratos filho.

O Adobe Acrobat Sign tem três exemplos desse princípio:

Modelos de biblioteca - Quando os modelos de biblioteca são anexados a um contrato, esse relacionamento de contrato é rastreado como filho do documento modelo. (Observe que isso só é verdadeiro se apenas um modelo estiver anexado ao contrato.) Os modelos de biblioteca podem gerar relatórios sobre os contratos que usaram o modelo da página Gerenciar
Formulários web - Formulários web criam um modelo pai copiado quando um usuário tentar enviar o formulário para assinatura. O Formulário da Web pai é rastreado na página Gerenciar e pode relatar contratos em andamento ou concluídos.
Envio em massa - O processo de Envio em massa permite que o usuário faça upload e configure um conjunto de arquivos e uma lista CSV de endereços de email. Isso cria um modelo pai que copia a si mesmo e envia um contrato discreto para cada email incluído na lista CSV. O objeto pai é rastreado na página Gerenciar e pode ser usado para relatar sobre o status relativo dos contratos filho gerados.

Herança de propriedade/configuração

O Adobe Acrobat Sign foi desenvolvido em um modelo orientado por objetos que permite que objetos “filho” sejam criados de objetos “pai”. Quando um objeto filho é criado, ele herda todas as propriedades (atributos e configurações) do objeto pai (modelo).

A herança persistente determina que, se o objeto pai alterar um valor de propriedade, essa alteração fluirá para todos os objetos filho, que herdarão essa alteração adequadamente.

Ao quebrar o vínculo de herança, um objeto filho pode ser personalizado para facilitar um resultado específico.

Um bom exemplo disso no Adobe Acrobat Sign é o relacionamento Conta:Grupo. Por padrão, todos os novos grupos herdam os valores de configuração definidos no nível da conta. No entanto, os grupos podem quebrar o vínculo de herança no nível da conta e personalizar as configurações do grupo para um resultado específico (por exemplo, requisitos de assinatura mais rigorosos, padrões de contrato específicos).

No Adobe Acrobat Sign, a herança flui do pai > filho pelos objetos: Aplicativo > Nível de Serviço > Conta > Grupo > Usuário

O Aplicativo é o objeto base e contém todas as opções possíveis para o serviço.
O Nível de Serviço é o nível do serviço que um cliente adquire. Nesse nível, os vários recursos são ativados para diferenciar uma conta corporativa de uma conta individual (por exemplo).
O nível da Conta herda todas as configurações do Nível de Serviço e permite que os administradores de usuários personalizem a conta para seu uso específico. Este é o nível mais alto de autoridade que os administradores de clientes podem configurar.
O nível de Grupo herda todas as configurações do nível de Conta e permite uma maior personalização do grupo. A alteração dos valores de configuração no nível do grupo substitui as configurações no nível da conta e propaga as configurações do grupo para quaisquer objetos filho relacionados ao grupo.
Os objetos Usuário e Contrato herdam as propriedades do Grupo em que residem. Se um usuário alterar o grupo ao qual está relacionado, então o usuário verá apenas os valores herdados do novo grupo e quaisquer contratos criados adotarão apenas os valores disponíveis nesse novo grupo.

Devido à herança de propriedade, geralmente é recomendável que os administradores definam as configurações do nível de conta para os valores mais rigorosos que seus processos de trabalho possam tolerar e, em seguida, diminuam as restrições conforme necessário no nível de grupo.

Signatário (Funções) vs. Destinatário vs. Participante

Signatário (ou Aprovador, Aceitador etc.) - Uma função explicitamente definida para um destinatário

Todos os destinatários têm uma função.

Destinatário - Qualquer email usado para incluir alguém no "ciclo de assinatura" do contrato. Pessoas que podem interagir com o contrato enquanto ele está em andamento

Destinatários são um subconjunto de Participantes.

Participante - Qualquer email (individual) incluído na transação. Ele consiste no remetente, todos os destinatários e todas as partes copiadas.

Funções vs. Destinatários vs. participantes

Usuários Pendentes de Uso Único

Quando um contrato é criado no Acrobat Sign, o aplicativo tenta identificar se qualquer um dos destinatários tem uma userID existente à qual o contrato pode estar relacionado.

Se houver uma userID e ela estiver em uma conta que seja confiável pela conta de envio, a agreementID estará diretamente relacionada à userID e o contrato ficará visível na página do usuário Gerenciar.

Se o email não existir no sistema ou se a accountID de envio não for confiável pela conta da userID, o Acrobat Sign cria uma userID exclusiva de uso único especificamente para rastrear as atividades do destinatário para essa agreementID. As userIDs de uso único existem apenas enquanto o contrato estiver em andamento. Depois que o contrato é concluído e todos os eventos registráveis são capturados, a userID de uso único não é mais útil e é excluída do sistema.

Status terminal

Um estado terminal é alcançado quando o contrato não tem outras ações a serem tomadas pelos destinatários a fim de concluí-lo. Há três estados terminais:

Concluído - Alcançado quando o contrato conclui com sucesso todos os processos com todos os destinatários.
Abandonado - Um contrato abandonado foi interrompido por ação explícita. Essa ação pode vir de uma de várias fontes:
- Cancelado pelo remetente
- Recusado pelo destinatário
- Falha devido a um problema na autenticação do destinatário
- Falha devido a um erro do sistema
Expirado - Contratos que atingem sua data de expiração devido à inatividade dentro do prazo definido.

Dicionário do Adobe Acrobat Sign (terminologia, jargão, o que você tem...)