Ignorar e ir ao conteúdo principal

Dentro de um aplicativo público, você pode criar cartões de CRM personalizados para exibir informações de outros sistemas nos registros de contatos, empresas, negócios e tickets da HubSpot. Cada aplicativo pode incluir até 25 cartões de CRM.

Exemplo de caso de uso: você está criando uma integração para o Marketplace de aplicativos para o seu software de rastreamento de bugs. Você quer poder expor bugs rastreados em registros de contatos para que os representantes de suporte possam referenciá-los ao trabalhar com clientes. Seu aplicativo pode definir um cartão personalizado que exibe essas informações diretamente no registro de contato do HubSpot. CRM_Card_1Os cartões podem ser definidos como parte das configurações de recurso do aplicativo. Assim que o aplicativo for instalado e um usuário visualizar os registros do CRM de destino, o HubSpot fará uma solicitação de saída para o aplicativo, recuperará os dados relevantes e os exibirá em um cartão na página de registro. Os apps também podem especificar ações personalizadas que o usuário pode realizar com base nessas informações. Por exemplo, seu aplicativo pode incluir uma ação para abrir um modal para exibir a própria interface do usuário do aplicativo no HubSpot.

CRM_card_diagram

Para criar cartões de CRM personalizados, seu aplicativo precisa solicitar os escopos de OAuth necessários para modificar os registros de CRM em que seu cartão aparecerá. Por exemplo, para que um cartão do CRM apareça nos registros de contato, o aplicativo deve ter os escopos crm.objects.contacts.read e crm.objects.contacts.write Se mais tarde precisar remover escopos de objeto do CRM do seu aplicativo, primeiro será necessário excluir todos os cartões existentes para esses tipos de objetos.

Veja a documentação de OAuth para obter mais detalhes sobre os escopos e configurar o URL de autorização para seu aplicativo.

Você pode criar cartões do CRM para o seu aplicativo por meio da API ou editando o aplicativo na sua conta de desenvolvedor. Para saber mais sobre como configurar um cartão por meio da API, confira a guia Pontos de extremidade na parte superior do artigo.

Para criar um cartão do CRM usando a interface do usuário da HubSpot:

  • Na sua conta de desenvolvedor da HubSpot, acesse Aplicativos na barra de navegação principal.

  • Selecione o aplicativo no qual deseja adicionar um cartão.

  • No menu da barra lateral esquerda, selecione Cartões do CRM.

  • No canto superior direito, clique emCriar cartão do CRM.

    private-app-create-crm-card

Saiba mais sobre as opções de configuração em cada guia.

Quando um usuário da HubSpot visualiza um registro do CRM no qual o cartão do CRM está ativo, o HubSpot fará uma solicitação de busca de dados para a integração. Essa solicitação é feita para o URL de destino especificado, que inclui um conjunto de parâmetros de consulta padrão, juntamente com parâmetros adicionais que contêm dados de propriedade, conforme especificado nas configurações do cartão.

private-app-create-crm-card-data-request-tab

  • Na janela URL de busca de dados , insira o URL de onde você buscará dados. Na API, este URL está adicionado ao campo targetUrl.
  • Na seção Tipos de registro de destino, clique para ativar os botões para selecionar em quais registos do CRM o cartão será exibido. Em seguida, use os menus suspensos Propriedades enviadas do HubSpot para selecionar as propriedades do HubSpot que serão incluídas como parâmetros de consulta no URL de solicitação. Na API, cada tipo de registro e suas propriedades correspondentes são adicionados como objetos na matriz objectTypes.

A configuração acima faria com que o HubSpot enviasse a solicitação GET da seguinte forma.

ParâmetroTipoDescrição
userIdPadrãoO ID do usuário do HubSpot que carregou o registo do CRM.
userEmailPadrãoO endereço de e-mail do usuário que carregou o registo do CRM.
associatedObjectIdPadrãoO ID do registo do CRM que foi carregado.
associatedObjectTypePadrãoO tipo de registo do CRM carregado (por exemplo, contato, empresa, negócio).
portalIdPadrãoO ID da conta da HubSpot na qual o registro do CRM foi carregado.
firstnamePersonalizadoO primeiro nome do contato, conforme especificado no menu suspenso *Propriedades enviadas do HubSpot *(no aplicativo) e na matriz propertiesToSend (API).
emailPersonalizadoO endereço de e-mail do contato, conforme especificado no menu suspenso _Propriedades enviadas do HubSpot _(no aplicativo) e na matriz propertiesToSend (API).
lastnamePersonalizadoO sobrenome do contato, conforme especificado no menu suspenso *Propriedades enviadas do HubSpot *(no aplicativo) e na matriz propertiesToSend (API).

Veja abaixo um exemplo de resposta que o integrador pode fornecer para a solicitação acima.

Matriz results

Uma matriz de até cinco propriedades de cartão válidas. Se mais propriedades de cartão estiverem disponíveis para um objeto de CRM específico, seu aplicativo pode vincular a eles.

objectId número (obrigatório)

Um ID exclusivo para este objeto.

title string (obrigatório)

O título desse objeto.

link string

O URI que o usuário pode seguir para obter mais detalhes sobre este objeto. Esta propriedade é opcional, mas se nenhum objeto tiver um link, você deve fornecer um valor null.

created string (obrigatório)

Uma propriedade personalizada conforme definido nas configurações do cartão que indica a data de criação do objeto.

priority string (obrigatório)

Uma propriedade personalizada conforme definido nas configurações do cartão que indica o nível de prioridade do ticket externo.

Matriz actions

Uma lista de ações disponíveis que um usuário pode efetuar nesse objeto.

properties string

Uma lista de propriedades personalizadas que não são definidas nas configurações do cartão. Você pode usar essa lista para exibir propriedades exclusivas de objeto específico. Essas propriedades serão exibidas na ordem em que são fornecidas, mas depois das propriedades definidas nas configurações do cartão.

Objeto settingsAction

Uma ação de iframe que permite que os usuários atualizem as configurações do aplicativo.

Objeto primaryAction

A ação principal para um tipo de registro, normalmente uma ação de “criação”.

Matriz secondaryActions

Uma lista de ações exibidas no cartão.

Para garantir que as solicitações venham realmente do HubSpot, o seguinte cabeçalho de solicitação está incluído. Esse cabeçalho conterá um hash do segredo para o seu aplicativo e os detalhes da solicitação.

X-HubSpot-Signature: <some base64 string>

Para verificar essa assinatura, execute as seguintes etapas:

  1. Crie uma cadeia que concatene o seguinte: <app secret> + <HTTP method> + <URL> + <request body> (if present).
  2. Crie um hash SHA-256 da string resultante.
  3. Compare o valor do hash à assinatura. Se forem iguais, a solicitação passou na validação. Se os valores não corresponderem, a solicitação pode ter sido adulterada em trânsito ou alguém pode estar falsificando solicitações para seu ponto de extremidade.

Na guia Propriedades do cartão, defina quaisquer propriedades personalizadas que você deseja que o HubSpot exiba no cartão do CRM. Depois de definidas, a integração poderá preencher essas propriedades, incluindo-as em sua resposta.

  • Clique em Adicionar propriedade para adicionar uma nova propriedade para ser exibida pelo cartão. A carga útil fornecida em resposta à chamada de busca de dados deve conter valores para todas essas propriedades.
  • No painel direito, defina o nome exclusivo da propriedade, o rótulo de exibição e o tipo de dados. Você pode selecionar entre os seguintes tipos: MoedaDataData/horaE-mailLinkNuméricoStatusString. Saiba mais sobre como usar os tipos de propriedade de extensão.
  • Clique em Adicionar para salvar a propriedade.

private-app-create-crm-card-card-properties-tab

Quando o HubSpot enviar sua solicitação de dados, a integração poderá fornecer valores para essas propriedades em sua resposta junto com outros valores em cada objeto em results. Além das propriedades configuradas nesta guia, a integração também pode incluir suas próprias propriedades personalizadas sem precisar que elas sejam definidas nas configurações do cartão.

Por exemplo, na resposta abaixo, created e priority são ambos definidos na guia Propriedades do cartão, enquanto a matriz properties envia suas próprias definições e valores de propriedade. Essas propriedades específicas do objeto devem ser definidas por objeto.

Ao enviar propriedades personalizadas, o campo dataType para cada propriedade pode ser definido como: CURRENCY, DATE, DATETIME, EMAIL, LINK, NUMERIC, STATUS, STRING. Dependendo do tipo de propriedade, a integração pode precisar fornecer campos adicionais. Saiba mais sobre cada tipo de propriedade.

As propriedades de CURRENCY devem incluir um currencyCode, que precisa ser um código ISO 4217 válido. Isso garantirá que o usuário veja o símbolo da moeda e a formatação numérica corretos.

As propriedades de DATE devem estar no formato yyyy-mm-dd. Estas propriedades serão exibidas em um formato apropriado à localidade do usuário. Se precisar incluir um carimbo de data/hora, use uma propriedade de DATETIME.

As propriedades DATETIME indicam uma hora específica e devem ser fornecidas em milissegundos. Estas propriedades serão exibidas em um formato apropriado à localidade do usuário.

Propriedades de EMAIL são para valores que contêm um endereço de e-mail. Essas propriedades serão exibidas como links mailto.

Propriedades de LINK exibem hiperlinks e abrem em uma nova janela. Você pode especificar um linkLabel; caso contrário, o próprio URL será exibido.

As propriedades NUMERIC exibem números.

Propriedades de STATUS são exibidas como indicadores coloridos. Para definir uma propriedade de status, a integração deve fornecer um optionType que descreva os possíveis status. Os status incluem:

  • DEFAULT: Cinza
  • SUCCESS: Verde
  • WARNING: Amarelo
  • DANGER: Vermelho
  • INFO: Azul

Texto de exibição de propriedades de STRING.

Na guia Ações personalizadas, você pode definir os URLs base que serão solicitados quando um usuário clicar em um botão de ação. Você pode incluir vários URLs de ação para várias ações no seu cartão do CRM. As ações do cartão devem chamar um ponto de extremidade especificado nesta guia. aplicativo-privado-criar-cartão-crm-ações-personalizadas-guiaOs ganchos de ação e as solicitações de ganchos de confirmação incluirão um X-HubSpot-Signature cabeçalho para verificar a solicitação. As solicitações de ação do iframe não incluirão uma assinatura de solicitação. Consulte solicitar assinaturas para obter mais informações.

Os URLs de ação são acessados no campo uri em uma ação. Semelhante à solicitação de busca de dados, os hooks de ação incluirão um conjunto padrão de parâmetros de consulta. Você pode incluir outros parâmetros de consulta, adicionando um campo associatedObjectProperties na ação.

A resposta irá variar dependendo do tipo de ação. Saiba mais sobre os tipos de ação.

As ações IFRAME abrirão um modal com um iframe apontando para o URL fornecido. Nenhuma assinatura de solicitação é enviada quando o iframe é aberto usando a UI do CRM. Isso ocorre porque o URL do iframe é retornado na solicitação de busca de dados original e nenhuma solicitação de proxy adicional é necessária.

Quando o usuário terminar de concluir uma ação dentro do iframe, o modal deverá fechar e retornar o usuário ao registro de origem do CRM. Para fechar o modal, a integração pode usar window.postMessage para sinalizar ao CRM que o usuário está pronto. As seguintes mensagens são aceitas:

  • {"action": "DONE"}: o usuário concluiu a ação com sucesso.
  • {"action": "CANCEL"}: o usuário cancelou a ação.

As ações ACTION_HOOK enviam uma solicitação do lado do servidor para o integrador. A única UI que um usuário vê para essa ação é uma mensagem de sucesso ou de erro. Este tipo de ação é útil para operações simples que não exigem entradas adicionais do usuário. Um cabeçalho X-HubSpot-Signature será incluído na solicitação para verificação. Saiba mais sobre as assinaturas de solicitação.

O httpMethod pode ser definido como GET, POST, PUT, DELETE ou PATCH. Se estiver usando GET ouDELETE, os valores de associatedObjectProperties serão anexados ao URL da solicitação como parâmetros de consulta. Caso contrário, as propriedades serão enviadas no corpo da solicitação.

As ações CONFIRMATION_ACTION_HOOK se comportam como as ações ACTION_HOOK, exceto que uma caixa de diálogo de confirmação é mostrada para o usuário antes de executar a solicitação do lado do servidor. Um cabeçalho X-HubSpot-Signature será incluído na solicitação para verificação. Saiba mais sobre as assinaturas de solicitação.

O httpMethod pode ser definido como GET, POST, PUT, DELETE ou PATCH. Se estiver usando GET ouDELETE, os valores de associatedObjectProperties serão anexados ao URL da solicitação como parâmetros de consulta. Caso contrário, as propriedades serão enviadas no corpo da solicitação.