14009684 DSERTSS2-10538 DT TSS - Gurupi - TO - Ao transmitir e monitorar, fica constantemente em "Aguardando transmissão do lote".

01. DADOS GERAIS

Produto:	TSS
Linha de Produto:	Linha Protheus
Segmento:	Serviços
Módulo:	NFSE
Função:	wscancelanfse002.prw wsconsultaloterps002.prw wsconsultanfserps002.prw wsloterpsservice002.prw tssprocnfse001.prw nfse_gen02.prx
País:	Brasil
Ticket:	14009684
Requisito/Story/Issue (informe o requisito relacionado) :	DSERTSS2-10538

02. SITUAÇÃO/REQUISITO

Ao transmitir rps para a prefeitura de Gurupi-TO notamos duas situações que seguem: A primeira é que a nota não é transmita permanecendo com Status=2 na SPED051 e sendo reprocessada na TSSTR1. No console do TSS ocorre a mensagem abaixo:
WSCERR048 / SOAP FAULT soap:Client ( POST in https://gurupito.webiss.com.br/ws/nfse.asmx ) : [O servidor não reconheceu o valor do cabeçalho HTTP SOAPAction: http://ws.megasoftarrecadanet.com.br/iss/RecepcionarLoteRps.] O segundo incidente está relacionado á Consulta RPS, que no link dos municípios homologados informa que esta prefeitura possui, Mas ao fazer uso do Consulta RPS posicionado na nota, ocorre a mensagem de erro a seguir na tela e no console do Protheus:WSCERR048 / SOAP FAULT Sender ( POST in SPON010115050:8027/NFSE001.apw ) : [TOTVS Service SOA TSS : 007-Falha ao tentar consultar o RPS.Falha na transmissao.O servidor não reconheceu o valor do cabeçalho HTTP SOAPAction: http://www.e-governeapps2.com.br/ConsultarNfsePorRps.] A transmissão em ambiente de homologação bate na prefeitura e retorna com diversas rejeições, por ser necessário fazer um cadastro especial para usar este ambiente.<strong>Os testes de transmissão foram feitos em ambiente de produção da prefeitura, com a autorização do cliente. </strong>

03. SOLUÇÃO

Ajuste nos clients de comunicação para o município de Gurupi - TO.

04. DEMAIS INFORMAÇÕES

Não há.

05. ASSUNTOS RELACIONADOS

Não há.

Páginas filhas