Requisitos Mínimos:- Sistema Operacional Windows Server 2008, Windows 7 Professional ou superior.
- IIS instalado.
- Usuário logado para instalação deve ser administrador da máquina.
- .NET Framework 4.5.
- ODAC 12c Release 4 and Oracle Developer Tools for Visual Studio (12.1.0.2.4) instalado (INF0001_Guia_Instalação_Oracle_ODAC_ASP_NET) e configurado para acessar o banco de dados do cliente.
- Pacote atualizado do PDV EXPORTAÇÃO (package PC_RMS_PDV_EXPORTACAO na versão 5.681.0047 ou superior).
- Pacote atualizado da tesouraria.
- Módulo fiscal Mensal e 60i Mensal já implantados
- Ambiente Zanthus atualizado (manager na versão 1.12.108.109 e CodFon do PDV na versão 1.X.X.291).
- Webservice do PDV Padrão instalado e configurado conforme o TDN (INF0003 Guia de Instalação e Testes da Integração Webservice PDV Padrão)
- SOAPUI Opensource instalado (para efeitos de teste dos webservices).
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 solicitando-o à 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 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. 
5 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="AtivarLog" value="true" /><!--valores(true ou false); ativa o sistema de logs para as rotinas do webservice.-->
<add key="UsaDepartamento" value="false" /><!--valores(true ou false); Informa se o cliente usa o conceito de departamento no RMS.-->
<add key="QuantidadePaginacaoProdutos" value="1000" />
<add key="QuantidadePaginacaoNotas" value="200" />
<add key="TipoBandoDeDados" value="1" />
<add key="TipoNota" value="1" />
<add key="QuantidadePaginacaoRF" value="500" />
<add key="UsaDepartamento" value="false" />
<add key="UsaCodigoInterno" value="false" />
<add key="FormaDecomposicao" value="4"/>
<add key="TipoDecomposicao" value="7"/>
<add key="Lojas" value="2;3;4;5;7;10;12;24;28;29;31;34;35;36"/> <add key="UsaFabricacaoPropria" value="false"/> 
2 – O caminho abaixo deve conter o caminho do webservice de integração da Zanthus. 
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 | 
