Criação Webservice: Configurar Portais e Webservices

Toda integração deve-se conter um webservice ativo.

Configurado via appserver.ini:

Port = Definir porta

Environment = Ambiente que utiliza o webservice

ResponseJob = Definir um nome de JOB

127.0.0.1 = IP Localhost (facilita para nossos testes)

Obs: Serviço responsabilidade do Framework.

Ao iniciar o appserver, no browse acesse o ip + porta para que veja o webservice no ar (exemplo: 10.173.10.219:8087/ws01), poderá verificar se seu serviço está ativo ao pesquisar e o mesmo constar como "HABILITADO":

Após pesquise por EAISERVICE e clique no link. Esse serviço é o responsável pela comunicação entre os XML:

Clicar no link "Descrição do Serviço (WSDL)", o link que abrir irá utilizar para configurar tanto o Soap quanto o MV_EAIURL2:

Image Added

Caminho selecionado: Utilizar para configurar SoapUi ou caso tenha uma integração Protheus x Protheus configurar no parâmetro MV_EAIURL2:

Image RemovedImage Added

Principais parâmetros utilizados:

• MV_EAIURL2: Responsável para a comunicação entre Protheus e o outro sistema. Informar o webservice do outro sistema apenas quando o Protheus for ENVIAR a mensagem única;

• MV_EAIWS: Client Service, já vem configurado, porém, quando integrado com o Datasul deve ser alterado;

• MV_EAIUSER: Caso o webservice necessite de alguma autenticação de usuário e senha, nesse parâmetro informe o usuário;

• MV_EAIPASS: Caso o webservice necessite de alguma autenticação de usuário e senha, nesse parâmetro informe a senha;

• MV_RESTINC: Indica se restringe a inclusão de pedido de compras sem solicitação de compras para usuários não cadastrados como compradores. Conteúdo do parâmetro igual Sim;

• MV_SLMPUSR: Define a utilização do usuário enviado pelo TOTVS Obras e Projetos. Este usuário é armazenado no campo C7_USER da tabela de pedidos de compras;

• MV_PMSITMU: Indica que a integração do módulo SIGAPMS, via mensagem única, está ativada. (necessário ativar para que o sistema busque o usuário preenchido no XML);

• MV_SLMPREP: Define o prefixo dos títulos a pagar;

• MV_SLMCOND: Condição de pagamento padrão;

• MV_SLMTS: Tipo de Saída (TES) padrão;

• MV_SLMNATP: Natureza padrão do Título a Pagar;

• MV_SLMNATR: Natureza padrão do Título a Receber;

• MV_SLMPROP: Produto padrão da despesa avulsa (título a pagar);

• MV_SLMCOMP: Define o nome do usuário comprador default para alçada/WS;

• MV_SLMNTPV: Natureza padrão do Pedido de Venda.

 De/Para Empresas - APCFG050  - (SIGACFG->Ambiente->Schedule) – Tabela XXD:

• Cadastro para informar qual Sistema/Empresa/Filial integrará com o Protheus.
• Referência = Nome da empresa que integrará com o Protheus <Product:Name>
• Empresa = Código da empresa <CompanyId>
• Filial = Filial da empresa <BranchId>
• Grupo Emp. Protheus = Código da empresa (99 - Protheus)
• Fil. Protheus = Filial da empresa (01 - Protheus)

Obs: Utilizar o mesmo que é apresentado para logar no Protheus

De/Para Mensagem Única - APCFG070  - (SIGACFG->Ambiente->Schedule) – Tabela XXF:

Cadastro onde fica os registro informando a chave única no Protheus (Valor Interno) e a chave única no outro sistema (RM – Valor Externo):

Obs:

No cadastro de Adapter da integração de cadastro de Fornecedores (Rotina: MATA020 - Mensagem: CUSTOMERVENDOR), para que haja integração da informação de Tipo de Conta (campo A2_TIPCTA) do Cadastro do Fornecedor, o XML de ENVIO em questão deve estar em uma versão a partir da 2.004, bem como os devidos cadastros de Adapters.

Configuração Adapter (SIGACFG -> Schedule -> Adapter E.A.I) – Tabela XX4: Como realizar testes de Integrações (Mensagem Unica)

Mensagem Única = Sim

Rotina = rotina de integração (MATA010)

Mensagem = Nome da mensagem única (ITEM)

Envia = Indica se o Protheus envia a mensagem única (antes de exclusão ou após inclusão/alteração).

Recebe = Indica se o Protheus recebe a mensagem única.

Método = Síncrona (Aguarda resposta – Mesma transação) ou Assíncrona (Não aguarda resposta – Outra transação) do outro sistema.

Condição = Regra para quando o Protheus enviara a mensagem única (SA2->A2_EST = ‘SP’), somente fornecedores do estado de SP que enviam mensagem única.

Canal Envio = 2 – EAI - REST

XSD = Caminho dos XSD caso o cliente queira validar XSD com XML enviado/recebido

Versão envio = Versão da mensagem (WHOIS)

Alias = Alias da tabela

Formato = XML

Modelos de mensagens Síncronas e Assíncronas 

 As integrações via Mensageria propõem dois modelos de envio e recebimento de mensagens. O modelo Síncrono e o Assíncrono.

Síncronas:  No modelo de mensagens Síncronas a mensagem é enviada e o sistema que enviou aguarda o processamento da mensagem pelo receptor.

Assíncronas:   Já no modelo Assíncrono a mensagem é enviada e o sistema que a enviou não aguarda o seu processamento. Posteriormente a mensagem será processada no receptor.

Mensagem única/ SOAP UI: Como realizar testes de Integrações (Mensagem Unica)

Essa ferramenta nos auxilia quando é o Protheus que recebe a mensagem.

Em “File -> New SOAP Project” informar o caminho do serviço EAISERVICE

<![CDATA[

"cola o xml aqui""

]]> 

Em “File -> Import Project” importar arquivo com as mensagens já salvas.