Italo Giurizzato Junior

Roger, O XML da nota que você esta carregando foi retornado pelo webservice ou baixado do site da prefeitura?

Walter, Anexa as demais abas, para que eu possa ver como esta a configuração.

Boa tarde @Desenvolvimento.microline, O que tudo indica existe um erro no webservice do provedor. Vai ser necessário entrar em contato com o provedor e expor o problema.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Diego, Eita esqueci de postar que a alteração foi feita e enviada para o SVN. Desculpa.

Boa tarde Roger, Você esta carregando o XML da NFS-e para poder visualizar o DANFSE?

Marcio, Muito estranho mesmo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Walter, Você não configurou a pasta onde se encontra os Schemas, pelo menos é que eu vejo nessa imagem.

Boa tarde @C4Dev, No XML de envio de lote não encontrei nenhuma quebra de linha. A alteração realizada na época do tópico que você mencionou é que o componente estava removendo a formatação da inscrição municipal e o provedor estava exigindo a inscrição formatada. Que não é o seu caso.

Boa tarde Marcio, Pelo que eu entendi, você tentou enviar novamente esses DPS rejeitados novamente e novamente eles foram rejeitados, correto? Verifique se entre os que foram processados com sucesso não tem um com o mesmo numero deste que foram rejeitados. A API deveria retornar outro erro acusando que o DPS já se encontra na base de dados, mas vai que. Outra coisa, procure informar a data e hora e não somente a data para o campo DataEmissao, note que todos os DPS estão com o horário zerado.

Bom dia Marcio, Todas as notas são do mesmo prestador de serviço correto? Chegou a abrir o XML do DPS de um desses 27 rejeitados para verificar se o CNPJ que consta no grupo prestador é o mesmo do certificado? Se é o mesmo, tente enviar novamente esses 27 DPS rejeitados.

Bom dia, Você configurou a Lib para salvar os XML?

Bom dia Carlito, Checando o XML do RPS que esta sendo enviado, temos o telefone do tomador que não tem nada haver com o telefone que aparece na mensagem de erro retornado pelo webservice. Note que até a formatação do telefone esta zoada: '(66)6)34210025 ' . Reforço o que o Diego já expos, o erro é no webservice do provedor, não vejo outra alternativa entrar em contato com eles e expor o problema. Pode ser apenas um erro de cadastro do prestador caso esse telefone seja do prestador.

Chaves, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes usando o programa exemplo.

Bom dia @Alexandre Felippeto Henzen, Já esta no SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Chaves, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4607

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Paulo, Se trocar o caracter "&" pela letra E o RPS é processado pelo provedor?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Jhonlenon, Então neste caso vai ter que ver qual é o código correto. Pois 107 ele diz que não existe. Se o 107 esta correto, tente 0107 ou 1.07 ou 01.07

JhonLenon, Na sua aplicação além de listar as mensagens de erros também esta listando os Alertas? if Alertas.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Alerta(s):'); for i := 0 to Alertas.Count -1 do begin memoLog.Lines.Add('Código : ' + Alertas[i].Codigo); memoLog.Lines.Add('Mensagem: ' + Alertas[i].Descricao); memoLog.Lines.Add('Correção: ' + Alertas[i].Correcao); memoLog.Lines.Add('---------'); end; end;

Já esta no SVN.

Boa tarde Élviro, Essas informações estão corretas? <ns4:IssRetido>1</ns4:IssRetido> <ns4:ValorIss>386.75</ns4:ValorIss> <ns4:ValorIssRetido>7536.66</ns4:ValorIssRetido> <==== esse valor esta correto? ====> <ns4:BaseCalculo>7735.00</ns4:BaseCalculo> Se estão corretos, não vejo outra saída entrar em contato com o provedor e questionar sobre o retorno.