Histórico da Página
...
Produto: | RMS |
Versões: | 5681.1, V12R12, V12R14, V12R15 |
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 o webservices Zanthus e o webservice PDV Padrão solicitando-o à equipe TOTVS RMS. No pacote também conterá um arquivo chamado VGPGINTW e outro chamado regasm.exe. Copie os dois arquivos para a pasta EXE do contexto do servidor 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 a pasta Conectores O conteúdo do webservice Zanthus, cole no caminho C:\inetpub\wwwroot\RMS\Conectores\Zanthus 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. 6 – Selecione o pool de aplicações parametrizado previamente. 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"/> O departamento 999 deve ser cadastrado na Zanthus como INATIVOS. Se já existir um departamento para o envio dos produtos inativos, alterar o parâmetro DepartamentoInativo acima para conter o código do departamento na Zanthus. 2 – O caminho abaixo deve conter o caminho do webservice de integração da Zanthus. 3 - É importante garantir que a máquina onde será efetuada a exportação esteja com acesso livre no proxy/firewall para o caminho http://IP_WEBSERVICE_CONECTOR/RMS/Conectores/Zanthus/Servico/ServicoZanthus.svc?wsdl. Configuração no RMS 1 – Cadastre os acessos abaixo. Tabela 45 XXXXXXPDPE = X Loja sem dígito – Conteúdo SSSSSS XXXXEPDV12 = X Loja sem dígito – Conteúdo 1; XXXXIPDV12 = X Loja sem dígito – Conteúdo 0; XXXXAPDV12 = X Loja sem dígito – Conteúdo “N”; XXXXXXXPDP = X Loja sem dígito – Conteúdo SNNNNN0000NN XXXXXXXCRM = X Loja sem dígito – Conteúdo é o código da loja X na Zanthus. Se o código de loja no RMS for o mesmo na Zanthus, preencher o conteúdo com o mesmo código de loja RMS. 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 5 - Se o processo de exportação não está chegando na Zanthus, podem ser algumas razões. a) O processo de integração não conseguiu criar o arquivo VGPGINTW.tlb no EXE do RMS por conta do framework 4.5 não estar instalado na máquina; b) A versão da Zanthus não está condizente com o que foi estabelecido nos pré-requisitos ou foi alterada sem a homologação junto à RMS; |