Histórico da Página
...
Produto: | RMS |
Versões: | 5681.1 |
Ocorrência: | Criamos um passo-a-passo para a instalação e testes do projeto de integração RMS x Zanthus 360º. |
Passo a passo: | Requisitos Mínimos:
ATENÇÃO - A máquina não deve conter o sistema RMS instalado na mesma, assim como não deve conter outras instâncias do oracle client instalada, caso exista, favor efetuar a desinstalação antes de prosseguir. Instalação dos webservices de integração: 1 - Baixe o pacote de integração contendo os dois webservices (PDV e Zanthus) solicitando-os à equipe TOTVS RMS. Se não existir a pasta RMS no C:\inetpub\wwwroot, crie a seguinte árvore de pastas. 2 - No caminho C:\inetpub\wwwroot, crie pasta com nome RMS dentro da pasta RMS crie mais duas pastas com seguintes nomes: Conectores O conteúdo do webservice Zanthus, cole no caminho C:\inetpub\wwwroot\RMS\Conectores\Zanthus conforme o exemplo abaixo. WebServices Dentro da pasta WebServices, crie pasta com nome SOAP. O conteúdo do webservice PDV, cole no caminho C:\inetpub\wwwroot\RMS\WebServices\SOAP\PDV, conforme o exemplo abaixo. 3 - Abra o Pool de Aplicações, conforme a imagem abaixo. Certifique que existe um pool exclusivo no framework 4.0 ou 4.5. 4 - Se o Windows for 64 bits, é necessário alterar o campo de compatibilidade com aplicações 32 bits nas configurações avançadas do pool. 5 - Clique com o botão direto na pasta Zanthus e selecione a opção para converter para aplicativo. 5 – Selecione o pool de aplicações parametrizado previamente. 6 – Faça o mesmo procedimento com a pasta PDV até ambas ficarem configuradas, conforme a imagem abaixo.
Configuração dos webservices de integração 1 – Abra o arquivo web.config contido na pasta C:\inetpub\wwwroot\RMS\Conectores\Zanthus e preencha as variáveis conforme abaixo (Atenção: o parâmetro AtivarLog deve estar como false em ambiente de produção para evitar overhead de processamento. Adicionar no campo Lojas as lojas que farão parte da exportação). <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" /> <add key="UsaFabricacaoPropria" value="false"/> 2 – O caminho abaixo deve conter o caminho do webservice de integração da Zanthus. 3 – Abra o arquivo web.config contido na pasta C:\inetpub\wwwroot\RMS\WebServices\SOAP\PDV e preencha as variáveis conforme abaixo (Atenção: o parâmetro AtivarLog deve estar como false em ambiente de produção para evitar overhead de processamento). Atenção: o campo Data Source deve conter o alias do banco de dados configurado no tnsnames da máquina.
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" /> Configuração no RMS 1 – Cadastre os acessos abaixo. Tabela 45 XXXXXXPDPE = X Loja sem digito – Conteudo SSSSSS XXXXEPDV12 = X Loja sem digito – Conteudo 1; XXXXIPDV12 = X Loja sem digito – Conteudo 0; XXXXAPDV12 = X Loja sem digito – Conteudo “N”; XXXXXXXPDP = X Loja sem Digito – Conteudo SNNNNN0000NN Tabela 30 XXXXAPDV12 = X Loja sem digito – Conteudo IP WS RMS;Alterar (caso não esteja) o campo AG1PDVPD.PDV_FLAG para conter 50 caracteres (varchar2(50)).
Instruções para o teste
1 – Execute o comando update ag1pdvpc set pdvc_flag = 'S' 2 – Todos os testes devem ser feitos com um número reduzido de produtos para otimizar os testes integrados. Para isso, remova os dados da tabela AG1PDVPD e faça carga de somente um produto, conforme imagem abaixo. 3 – O processamento da carga pela Zanthus é feito de forma assíncrona. Durante a carga, são executados dois passos: a) O produto é enviado para a Zanthus e a Zanthus devolve uma chave. Essa chave é atualizada na tabela AG1PDVPD para os produtos que foram enviados e constam na Zanthus como pendente de processamento. Chamamos este primeiro processo de "primeira perna". b) Após o processamento da carga pela Zanthus, eles chamam o serviço ReceberConfirmacaoCadastro responsável por remover os produtos da chave processada da tabela AG1PDVPD. Chamamos este segundo processo de "segunda perna". É possível analisar se a Zanthus está executando este passo verificando os arquivos de log na pasta C:\RMS.WS.Logs conforme imagens abaixo. Após a confirmação da segunda perna, o webservice remove os produtos referentes à chave enviada da tabela ag1pdvpd. 4 - Recomendações Com o apoio de um DBA, recomendamos a execução do rebuild dos seguintes índices do banco RMS. AG1WPDVX AA3CITEM AA2CESTQ AA3CCEAN AA1LINHP AA3CNVCC AA3CLSEC AG1PBACO AA1DITEM AA2CPREC AA3CPREC AG2PRCDS AA3CLSEC |
...