<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="DepartamentoInativo" value="999" />
<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"/>

Tabela 45

XXXXXXPDPE = X Loja sem dígito – Conteúdo SSSSSS

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

Instruções para o teste

Image Added

– 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".

Image Added

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.

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:

a) 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;

6 - Para o processo de integração de cadastro ser realizado pelo VGPGPDVE ou VGPGAUTO, é necessário o cliente instalar o arquivo "Integração ZANTHUS - Cadastro Setup.exe" na mesma máquina onde foram configurados os WebServices enviado no pacote de integração WS RMS x Zanthus. A instalação é intuitiva e deve seguir o passo a passo do próprio aplicativo sem a necessidade de alterar quaisquer informações. O processo é executado de 1 em 1 minuto.

a) Caso o Windows Service acima não seja instalado na mesma máquina dos webservices Conector e PDV Padrão, é necessário alterar o caminho de referência do Windows Service para o serviço do webservice Conector alterando o arquivo ".config" situado na pasta "Arquivo de Programas\TOTVS\Integração RMS x Zanthus - Cadastro" conforme imagem abaixo.

7 - Se o processo de importação dos cupons não está chegando nas tabelas CAPCUPOM, AG1PDVCC, DETCUPOM, etc, verificar se as requisições estão chegando no Webservice Conectores seguindo os seguintes passos:

a) Alterar a chave ReceberNFCeSATStatusLog no arquivo C:\inetpub\wwwroot\RMS\Conectores\Zanthus\web.config para conter valor 3 (conforme abaixo).

<add key="ReceberNFCeSATStatusLog" value="3" />

b) Alterar a chave EnviarNFCeSATStatusLog no arquivo C:\inetpub\wwwroot\RMS\WebServices\SOAP\PDV\web.config para conter valor 3 (conforme abaixo).

<add key="EnviarNFCeSATStatusLog" value="3" />

c) Apagar os logs gerados na pasta C:\RMS.WS.Logs.

d) Se após um período de 10 minutos não forem criadas as pastas C:\RMS.WS.Logs\RMSServices\PDV\SOAP\EnviarNFCeSAT e C:\RMS.WS.Logs\Conectores\Zanthus\ReceberNFCeSAT, isso significa que o sistema da Zanthus não está conseguindo enviar as informações para o webservice da RMS.