Ir para o conteúdo

Alterar a Versão do WSDL

Introdução

Esta página descreve como alterar a versão WSDL usada por uma conexão NetSuite.

Atualizar periodicamente a versão WSDL usada pela sua conexão NetSuite para sempre usar uma versão totalmente suportada é uma boa prática recomendada. As etapas abaixo descrevem a melhor maneira de fazer a alteração, garantindo uma atualização perfeita.

Obtenha um URL Compatível e Específico da Conta NetSuite

Certifique-se de usar uma versão totalmente suportada do NetSuite WSDL. Jitterbit suporta as versões WSDL listadas em Pré-requisitos do NetSuite.

O URL WSDL deve ser fornecido no formato de um URL WSDL específico da conta. As instruções para obter o URL WSDL são fornecidas em Usar um URL WSDL específico da conta NetSuite.

Alterar a Versão do WSDL

Depois de obter um URL específico da conta que use uma versão WSDL totalmente compatível, siga estas etapas:

  1. Por precaução, antes de fazer qualquer alteração, implantar o projeto para ter um ponto de restauração caso precise reverter as alterações. Outra prática recomendada é fazer as seguintes alterações primeiro em um ambiente que não seja de produção e depois migrar o projeto para um ambiente de produção.

  2. Duplicado sua conexão NetSuite existente. Em seguida, edite-o para alterar o URL de download do WSDL, substituindo-o pelo novo URL que você obteve. Veja também os documentos do NetSuite para obter informações adicionais sobre atualização.

  3. Realize suas operações para substituir cada atividade existente do NetSuite por uma nova criada a partir da nova conexão. À medida que você substitui cada atividade, você deve atualizar os esquemas nas transformações adjacentes para usar os esquemas associados às novas atividades. À medida que os esquemas de cada transformação são atualizados, você deve recriar quaisquer mapeamentos.

Nota

Embora seja possível simplesmente substituir a URL WSDL de uma conexão existente e reconfigurar as atividades existentes, depois atualizar cada transformação e recriar os mapeamentos, desencorajamos essa prática. Nesse cenário, nenhum erro de validade é relatado e é possível implantar o projeto, substituindo inadvertidamente operações bem-sucedidas por aquelas que falham em tempo de execução devido a incompatibilidades de WSDL nos esquemas.