Esses pontos de extremidade permitem que os usuários do HubSpot interajam com informações armazenadas em outros sistemas.
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.
targetUrl
.objectTypes
.GET
da seguinte forma.
Parâmetro | Tipo | Descrição |
---|---|---|
userId | Padrão | O ID do usuário do HubSpot que carregou o registo do CRM. |
userEmail | Padrão | O endereço de e-mail do usuário que carregou o registo do CRM. |
associatedObjectId | Padrão | O ID do registo do CRM que foi carregado. |
associatedObjectType | Padrão | O tipo de registo do CRM carregado (por exemplo, contato, empresa, negócio). |
portalId | Padrão | O ID da conta da HubSpot na qual o registro do CRM foi carregado. |
firstname | Personalizado | O primeiro nome do contato, conforme especificado no menu suspenso *Propriedades enviadas do HubSpot *(no aplicativo) e na matriz propertiesToSend (API). |
email | Personalizado | O endereço de e-mail do contato, conforme especificado no menu suspenso _Propriedades enviadas do HubSpot _(no aplicativo) e na matriz propertiesToSend (API). |
lastname | Personalizado | O sobrenome do contato, conforme especificado no menu suspenso *Propriedades enviadas do HubSpot *(no aplicativo) e na matriz propertiesToSend (API). |
Prop | Tipo | Descrição |
---|---|---|
results | Matriz | Uma matriz de até cinco propriedades do cartão. Se mais propriedades de cartão estiverem disponíveis para um Objeto do CRM específico, seu aplicativo poderá vinculá-las. |
objectId | Número | Um ID exclusivo para este objeto. |
title | Sequência de caracteres | O título deste objeto. |
link | Sequência de caracteres | A URL que o usuário pode seguir para obter mais detalhes sobre o objeto. Se nenhum objeto tiver um link, você deverá fornecer um valor de null . |
created | Sequência de caracteres | A propriedade personalizada conforme definido nas configurações da placa que indica a data de criação do objeto. |
priority | Sequência de caracteres | A propriedade personalizada conforme definido nas configurações do cartão que indicam o nível de prioridade do tíquete externo. |
actions | Matriz | Uma lista de ações que um usuário pode aceitar. |
properties | Propriedades | Uma lista de propriedades personalizadas que não estão definidas nas configurações do cartão. Você pode usar essa lista para exibir propriedades exclusivas de objeto específico. Estas propriedades serão mostradas na ordem em que são fornecidas, mas após as propriedades definidas nas configurações do cartão. |
settingsAction | Objeto | Uma ação iframe que permite que os usuários atualizem as configurações do aplicativo. |
primaryAction | Objeto | A ação principal de um tipo de registro, geralmente uma ação de criação. |
secondaryActions | Matriz | Uma lista de outras ações exibidas no cartão. |
X-HubSpot-Signature: <some base64 string>
Para verificar essa assinatura, execute as seguintes etapas:
<app secret>
+ <HTTP method>
+ <URL>
+ <request body> (if present)
.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.
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.
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.
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
.
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.
EMAIL
são para valores que contêm um endereço de e-mail. Essas propriedades serão exibidas como links mailto.
LINK
exibem hiperlinks e abrem em uma nova janela. Você pode especificar um linkLabel
; caso contrário, o próprio URL será exibido.
NUMERIC
exibem números.
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
: CinzaSUCCESS
: VerdeWARNING
: AmareloDANGER
: VermelhoINFO
: AzulSTRING
.
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.
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.
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.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.
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.
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.
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.