Italo Giurizzato Junior

Bom dia, Já esta no SVN.

Rafael, Situação 4 que eu me recordo significa que foi processado com sucesso, logo deveria retornar o XML da nota. Entre em contato com o provedor e relate o problema.

Boa tarde Rafael, Apensar do modo de envio ser síncrono o provedor esta agindo como se fosse assíncrono. Note que ele esta retornando o numero do protocolo. Sendo assim, você vai ter que executar o método ConsultarLote informando o numero do protocolo que segundo o seu teste é 399768, para saber o resultado do processamento. Se ocorreu sem nenhuma falha é para retornar o XML da NFS-e.

Boa tarde Felipe, Entre em contato com o provedor e solicite os schemas atualizados, pois acredito que o schema referente ao SubstituicaoNFSe esteja fora do padrão dos demais. Tanto no EnviarLoteRpsSincronoEnvio quanto o GeracaoNFSe existe a presença do elemento: tcDeclaracaoPrestacaoServico. Já o SusbtituicaoNFSe não tem. Isso explica a mensagem de erro que você esta recebendo, pois trata-se de um erro de validação.

Boa tarde Márcio, Neste caso entre em contato com o problema e mostre a mensagem que esta sendo retornado ao realizar a consulta.

Boa tarde Mauricio, Copie para dentro da pasta do EXE a DLL do OpenSSL que esta dentro da pasta: ...\DLLs\OpenSSL\1.1.1.10

Márcio, No retorno temos: <ConsultarNfsePorRpsResponse xmlns="http://nfse.abrasf.org.br"> <outputXML xmlns="">PmItapolis_092021 (O sistema não pode encontrar o arquivo especificado)</outputXML> </ConsultarNfsePorRpsResponse> Eu não sei se essa mensagem de erro é devido você ter informado que a série é 00000 ou se o webservice esta com problemas.

Bom dia Márcio, Preciso dos arquivos (soap) esses não são. Configure o programa exemplo para salvar esses arquivos. A opção se encontra na aba WebServices do programa exemplo.

Bom dia Paulo, Diz para ele que ele fez um péssimo negócio comprar o A3. Jogou dinheiro fora. A3 = 3 anos de sofrimento para fazer essa porcaria funcionar A1 = 1 ano de trabalho tranquilo.

Boa tarde Marcio, Você poderia anexar o XML (soap) de retorno do ConsultarNFSePorRps ?

Boa tarde Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4295

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

Boa tarde Marcio, Tente os outros 2 modos de envio. E também o Consultar NFS-e por Rps.

Marcio, Tente da seguinte forma: WebService.Emite.Resumos[0].NumeroNota WebService.Emite.Resumos[0].SerieNota

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4294

Boa tarde Walter, A partir da versão 4.00 do CT-e não existe mais o serviço para inutilizar numero ou faixa de números. Estive em São Paulo mês passado em uma reunião com o Fisco e essa questão foi exposta, mas o Fisco não deu uma resposta de como proceder. Estamos aguardando alguma Nota Técnica contendo o procedimento a ser adotado pelas empresas.

Boa tarde Vanderlei, Já esta no SVN.

Boa tarde, Já esta no SVN.

Boa tarde Mario, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr, pois os seus fontes estão desatualizados.

Bom dia, Pelo XML de retorno o que tudo indica deve ter alguma informação errada no XML de envio e o webservice não conseguiu montar corretamente o XML de retorno.

Bom dia Milton, Primeiramente, se ocorre algum erro de internet, já mais devemos enviar novamente a nota, pelo simples fato de não sabermos em que momento ocorreu o erro. Uma vez que esse erro pode ter ocorrido no envio ou no retorno. A lógica é bem simples, ocorreu erro de internet, carrega o componente com o XML da nota e execute o método Consultar. Se o erro ocorreu no retorno teremos como resposta o resultado do processamento da nota que pode ser autorizada ou rejeitada. Se retornar autorizada, automaticamente o XML vai ser atualizado com o protocolo de autorização, passo seguinte é imprimir o DANFE. Se retornar rejeitada, ai devemos fazer as devidas correções e enviar a nota novamente. Agora se o erro ocorreu no envio, ao realizar a consulta teremos a rejeição: 217 - NF-e não consta na base de dados da SEFAZ. Com essa rejeição temos a certeza que a nota não consta na SEFAZ e que o erro ocorreu no envio, o passo seguinte é enviar novamente. Desta forma você não vai ter mais a rejeição de nota em duplicidade. Detalhe importante: O procedimento acima pode ser adotado por quem usa o Componente ou a Lib ou o Monitor.

Bom dia, Primeiramente, a tag BaseCalculo pertence ao layout da NFS-e e não do RPS, portanto você não vai conseguir gerar o XML do RPS com a tag BaseCalculo com valor igual a zero ou não. Segundo, o XML da NFS-e da versão 2.04 que é utilizado pela cidade de Anapolis, possui uma tag que contem uma vogal acentuada. Mas esse problema seria ao tentar ler o XML do disco. Eu não sei como você esta fazendo para baixar o XML, se é via site ou se é através de algum método de consulta do componente.

Bom dia Mario, Já inclui na minha lista de tarefas para analisar o problema. TK-4288

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