Integração entre Jira e Salesforce: conecte equipes de desenvolvimento e vendas: 2026
Reescrita editorial baseada no original do Make. As sugestões de desenho e validação são orientações editoriais, não um relato de testes realizados.
A integração entre Jira e Salesforce pode manter um caso de suporte relacionado à issue de engenharia que trata do mesmo problema. O ponto central é preservar o vínculo entre registros e estabelecer quem controla cada campo.
O desenho abaixo usa um Case do Salesforce como referência. O sentido inverso fica em outro cenário, não em uma segunda rota que teria um gatilho independente dentro do mesmo fluxo.
Pré-requisitos
Prepare uma issue de teste com o identificador do Case, uma conta Salesforce com acesso à API e permissões para os registros necessários. Configure a conexão Jira com URL do serviço, usuário e token de API conforme a referência Jira Cloud Platform. Para Salesforce, siga a documentação da conexão e dos módulos.
Para preços, planos, franquias e condições comerciais do Make, vale a página oficial de preços. Consulte as condições atuais antes de escolher sua conta: conheça o Make pelo nosso link de afiliado. Podemos receber uma comissão se você contratar por esse link, sem custo adicional para você. Para consumo técnico e recursos disponíveis, consulte o Help e os detalhes da sua conta.
Antes de começar, escreva a correspondência entre estados, prioridades e campos personalizados. Defina quais comentários são internos e não devem ser copiados para canais de atendimento ao cliente. O guia cobre Jira Cloud; outras instalações exigem avaliação própria.
1. Observar alterações relevantes
Adicione o gatilho Jira adequado. Use o módulo de consulta periódica ou configure o webhook instantâneo conforme a referência do aplicativo. Filtre pelo projeto e pela existência do identificador do Case.
Faça uma execução de teste e examine os campos retornados. Não presuma que qualquer alteração de comentário esteja incluída em todo gatilho de issue: escolha o evento ou a consulta específica caso precise sincronizar comentários.
2. Localizar o Case no Salesforce
Use o identificador para recuperar o registro correspondente, por exemplo com Get a Record, ou uma busca compatível com o objeto. Confirme que existe exatamente o vínculo esperado antes de escrever.
Se não houver correspondência, encaminhe o caso para revisão. Não crie automaticamente outro Case apenas para fazer a execução terminar sem erro.
3. Evitar processamento repetido
Como desenho editorial, registre a chave da issue e a versão ou data de atualização já processada. Antes de gravar novamente, compare com o registro anterior. Marque o evento como concluído somente após a atualização bem-sucedida.
Essa associação não garante, sozinha, exclusão entre execuções simultâneas. Não suponha que um data store tenha expiração automática configurável sem verificar o recurso. Defina também como revisar ou remover registros antigos.
4. Transformar e atualizar campos
Mapeie estados do Jira para valores válidos da lista do Salesforce. Uma tabela pode traduzir “In Progress” para o estado de trabalho adotado no CRM e “Done” para o estado de conclusão permitido; os valores exatos dependem da configuração da organização.
Use Update a Record para atualizar o Case identificado. Preserve informações que não pertencem à integração. Se precisar incluir o resumo e o link da issue, decida se devem ir para campos dedicados ou ser combinados com o conteúdo existente.
Para alterar o estado de uma issue no sentido inverso, use a ação de transição documentada pelo Jira, em vez de presumir que editar qualquer campo altera o workflow.
5. Notificar e montar o sentido inverso
Uma notificação opcional no Slack pode conter o vínculo entre os registros e a mudança aplicada, sem expor comentários internos.
Em um segundo cenário, observe os registros ou campos relevantes do Salesforce, recupere a issue associada e aplique somente os campos sob responsabilidade do CRM. Compare valores antes de escrever e registre a origem da alteração para evitar ciclos Jira → Salesforce → Jira.
6. Validar falhas e recuperação
Teste uma atualização válida, um estado inválido, um Case inexistente e a repetição do mesmo evento. Confira ambos os sistemas após cada execução. Uma falha de credencial exige revisar a conexão e as permissões; não basta repetir indefinidamente.
Configure a recuperação pelo Help de tratamento de erros. Avalie o efeito de uma gravação ter sido concluída antes de outra etapa falhar.
Escopo e segurança
As referências técnicas foram consultadas em 26/09/2026. Não há promessa de sincronização em milissegundos, conformidade regulatória ou proteção automática contra divulgação de dados. Revise os campos compartilhados, as permissões e o histórico de execução segundo as regras da organização.