Italo Giurizzato Junior

Bom dia Alex, Você testou a versão 2.04 do provedor SigCorp com qual cidade e quais os métodos executados que resultou em sucesso? Você chegou a fazer alguma alteração nos fontes do componente?

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

Boa tarde Fabio, Porque a linha referente a URL de homologação esta comentada?

Boa tarde A aplicação foi compilada em 32 ou 64 bits? Se foi 32 devemos usar as DLL para 32 bits independente se o SO é 64 bits.

Marcelo, No envio em lote tanto no modo assíncrono quanto síncrono temos o XML do Rps assinado e a assinatura do lote. Qual dessas 2 assinaturas que esta errada? Realmente é necessário assinar o lote? Pois na versão 2.03 desse provedor só assinamos o Rps, o lote não.

Boa tarde a todos, Se os Schemas estivessem errados, iria ocorrer erro de validação e o Rps nem sequer seria enviado. Como esses provedores não implementam corretamente os seus webservices, tem muitas validações do lado deles que são feitas mas não tem uma mensagem especifica, logo acaba gerando uma mensagem genérica.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-3448

Alex, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia, Precisamos do XML (soap) de retorno dessa consulta para poder analisar o problema.

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

Bom dia Alex, Vou lhe pedir um favor para fazer mais alguns testes que provoquem erros ao Consultar o Lote que também estava gerando a tag <GerarNfseResposta> em vez de <ConsultarLoteRpsResposta> e ao Substituir Nfse que também estava gerando a tag <GerarNfseResposta> em vez de <SubstituirNfseResposta>. Desde já muito obrigado.

Boa noite, Faça um teste enviado o Rps em Lote no modo Assíncrono.

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

Faberson, Se com a mudança esta ocorrendo esse problema, chego a conclusão que o problema é o webservice dessa versão. Favor entrar em contato com o provedor e relate o problema.

Boa tarde Quiterio, Através da imagem que você anexou não foi informado o Path dos Schemas no campo: Schemas do Provedor. Favor ler o tópico:

Boa tarde Faberson, O CNPJ informado como sendo o Prestador é o mesmo do certificado digital?

Boa tarde, Verifica se você não tem nenhuma unit que faz parte do ACBrNFSeX com uma bolinha vermelha. Caso afirmativo, delete ela, baixe novamente e reinstale o ACBr.

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

Bom dia, Salve ressaltar que além de atualizar os fontes devemos reinstalar o ACBr. Quanto a minha sugestão, realmente ela não funciona.

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

Boa tarde Joemil, Se criarmos uma propriedade de configuração para as diversas diversidades que tem nos provedores, corremos o risco do componente ter muito mais propriedades de configuração do que campos no XML. Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar. TK-3440

Boa tarde Marcos, Acredito que esse JSON não seja da NFS-e e sim do RPS. Se você abrir a unit Bauhaus.GravarJson temos como primeiro objeto: DadosNota. Por outro lado na unit Bauhaus.LerJson faz a seguinte verificação: if (Pos('DadosNfse', Arquivo) > 0) then Result := LerJsonNfse(TiraAcentos(Arquivo)) else Result := LerJsonRps(TiraAcentos(Arquivo)); Chego a concluir que se o primeiro objeto se chama DadosNota temos na verdade os dados do Rps, por outro lado se ele for DadosNfse temos os dados da NFS-e propriamente dita. Em anexo temos um JSON que utilizei no teste unitário para validar a unit Bauhaus.LerJson Bauhaus_01-nfse.json Favor verificar se estou correto.

Boa tarde Alex, Por favor, faça um novo teste de cancelamento, mas informe um numero de nota que não existe só para gerar rejeição e anexe o XML do retorno desse pedido de cancelamento. Estou desconfiado que quando ocorre rejeição o grupo <ListaMensagemRetorno> em vez do WebService gerar a tag <CancelarNfseResposta> esta gerando <GerarNfseResposta>. Se isso se confirmar temos um Bug no WebService pois ele tem que gerar a mesma tag não importa se o pedido foi processado com sucesso ou não. Visto que o que estamos esperando é a Resposta do Cancelamento de uma NFS-e portanto a tag correta é <CancelarNfseResposta> e não <GerarNfseResposta>, pois esta ultima é o retorno quando enviamos para o WebService um único Rps para ser processado pelo serviço GerarNfse.

Alex, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3438

Marcos, O componente de impressão tem propriedades para informarmos dados do Emitente (prestador), uma vez que tem provedor (como este) que não traz todos os dados do prestador. Paciência. Mas já inclui na minha lista de tarefas para checar a leitura do JSON. TK-3437